【事件の表示】
　特願２００７−５１５３０５「ショートメッセージサービスをサポートする、ターミナルのケーパビリティのレポーティング」拒絶査定不服審判事件〔平成１７年１２月２２日国際公開、ＷＯ２００５／１２２６０４、平成２０年　３月１３日国内公表、特表２００８−５０７８６１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００５年５月２５日（パリ条約による優先権主張外国庁受理２００４年６月２日、米国、２００５年４月２２日、米国）を国際出願日とする出願であって、平成２２年１２月２８日付けで手続補正がなされ、平成２３年３月１日付けで拒絶査定がなされ、これに対し、平成２３年７月４日に拒絶査定に対する審判請求がなされ、当審において平成２４年７月５日付けで拒絶理由通知がなされたものである。
　
２．本願発明
　本願の請求項１４に係る発明（以下、「本願発明」という。）は、平成２２年１２月２８日付け手続補正書により補正された請求項１４に記載された以下のとおりのものである。
　
　「ネットワークノードにおける使用の方法であって、
　ユーザ機器（ＵＥ：User Equipment）のショートメッセージサービス（ＳＭＳ：Short Message Service）のケーパビリティに関連する情報を受信するステップと、
　前記ＵＥを対象としたＳＭＳデータを受信するステップと、
　前記ＳＭＳデータを前記ＵＥに配信するか否かを判定するステップと、
　前記ＳＭＳデータを前記ＵＥに配信することの判定に応じて、前記ＳＭＳデータを含むセッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）メッセージを前記ＵＥに送信するステップと
を備えることを特徴とする方法。」
　　
３．引用発明
　当審で通知した拒絶理由に引用された国際公開２００３／１０３３０８号（以下、「引用例１」という。）には、図面とともに以下の記載がある。
　
　イ．「Description of the Embodiments
 
The invention provides an IP to PLMN Gateway (IPG) node 1 for controlling the delivery of common PLMN-based messaging services (for example, SMS, Cell Broadcast) to users in IP domains (for example, users with fixed internet addresses or users currently active on a Wireless LAN). The IP domain users may be fixed or mobile. The mobile subscribers will generally be capable of 'roaming' between the PLMN and the IP Domains. Two forms of roaming exist: (1) Home PLMN (HPLMN) subscriber roaming, where the PLMN mobile subscriber roams into the IP domain owned by the PLMN operator , and (2) Visited PLMN (VPLMN) subscriber roaming, where a PLMN mobile subscriber 'roaming' in another PLMN (using existing inter-PLMN roaming agreements) roams into the IP Domain of the Visited PLMN.」（５頁１７行〜２９行）
　
（邦訳）「実施例の説明
　
本発明により、ＩＰドメインのユーザ（例えば、固定されたインターネットアドレスを有するユーザ又は現在動作中のワイヤレスＬＡＮ上のユーザ）への共通ＰＬＭＮベースのメッセージングサービス（例えば、ＳＭＳ、セルブロードキャスト）の配信を制御するためのＩＰ対ＰＬＭＮゲートウェイ（ＩＰＧ）ノード１が提供される。ＩＰドメインのユーザは固定又は移動体とすることができる。移動体加入者は一般にＰＬＭＮドメインとＩＰドメイン間でのローミングが可能であるとする。ローミングは二つの形態が存在する。即ち、（１）ＰＬＭＮのオペレーターが所有するＩＰドメインにＰＬＭＮ移動体加入者がローミングするフォームＰＬＭＮ（ＨＰＬＭＮ）加入者ローミング、及び（２）（既存のインターＰＬＭＮローミング契約を使用して）別のＰＬＭＮに「ローミング」しているＰＬＭＮ移動体加入者が訪問先ＰＬＭＮのＩＰドメインへローミングする訪問先ＰＬＭＮ（ＶＰＬＭＮ）加入者ローミングである。」
　
　ロ．「The IPG node 1 incorporates all required functional elements that allow the full range of messaging capabilities from the PLMN to be offered in the IP domain. In the embodiment of the invention illustrated in Figure 1, the main functional entities in the IPG node 1 are:
(a) Short Message Entity (SME) interface 7 to the SMSC in the PLMN,
(b) subscriber presence management 6,
(c) protocol translation 5,
(d) message delivery management 4,
(e) message routing and address management 8,
(f) billing and charging management 10,
and these functional entities are tailored according to the requirements of each particular embodiment of the invention. For example, in the current embodiment of the invention the SME interface 7 to the SMSC is based on the SMPP protocol. Subscriber presence management, protocol translation and message delivery management are based on the Session Initiation Protocol (SIP).
 
Referring to Fig. 1, an end-to-end description of a short messaging service between the PLMN and IP domains is provided below.
 
PLMN-Origination/LP Termination:
A mobile subscriber MS uses a GSM PLMN to originate an SMS towards another user known to the mobile subscriber. The mobile subscriber is aware that the recipient does not use a mobile handset but can receive SMS on their fixed internet service via a SIP URL when they are connected to the network. The mobile subscriber specifies a destination MSISDN corresponding to the IPG's SME interface 7 and specifies the user's SIP URL as a text field in the message. When the mobile subscriber sends the message it is received by the SMSC in the PLMN, which routes the message to the SME interface 7 of the IPG node 1. The SME interface 7 extracts the destination SIP URL from the message text and presents this information to the subscriber presence management function 6. The SMPP format of the message is submitted to the message routing entity 8 and protocol translation entity 5, where the message is converted to a format suitable for delivery over SIP. The presence management function 6 uses SIP Proxy and SIP Registrar entities to determine the current status of the destination user. If it is determined that the user is connected to the IP domain, the properly formatted SM is submitted to the message delivery management function 4 for delivery. Message delivery is attempted using the SIP User Agent 3, which communicates with a peer SIP User Agent 20 on the destination user's device. If the message is successfully delivered to the destination user this status is returned via the SME interface 7 to the SMSC. If the message is not delivered, the message delivery management function 4 may set a message waiting flag for the destination user. If the user connects to the IP domain, this presence is detected via the presence management function 6 and a notify signal is sent to the SMSC in the PLMN, prompting it to attempt delivery of the SM via the SME interface 7 once more. Thus the full functionality of the SMS service in the PLMN is carried over into the IP domain. The billing and charging management function 10 is invoked to provide the billing function for the IPG node 1. To support a pre-paid billing model, a pre-delivery credit check may be invoked to check the user's credit balance before the message delivery attempt is initiated. If the credit check returns a positive indication, the message delivery is attempted and the appropriate charge deducted from the user's account for a successful delivery. For a post-paid billing model, a CDR (call detail record) event is produced for both successful and unsuccessful delivery attempts. The CDR event contains all relevant information such as originating address, destination address, and delivery status that may be used to produce subscriber billing information.
 
IP-Origination/PLMN Termination:
A user in the IP domain 9 initiates SM to a mobile subscriber in the PLMN domain, addressed via a SIP URL containing the mobile subscriber's MSISDN. The message is submitted via the SIP User Agent 20 on the user's device, which routes the message based on the standard SIP URL mechanism to the SIP user agent 3 in the IPG node 1. At the IPG node 1 the SIP user agent 3 processes the URL to derive the mobile subscriber's MSISDN. The SM is passed to the protocol translator 5 where it is converted to an SMPP format, with the mobile subscriber's MSISDN as the destination address. The re-formatted message is forwarded to the SME interface 7, which submits it over SMPP to the SMSC in the PLMN. At this point, an acknowledgement for the message submission may be returned to the user in the IP domain via the SIP user agent 3. Further processing of the SM delivery is handled entirely within the PLMN domain using the standard SMS functionality. For message delivery in this direction, the subscriber presence and message delivery management functional entities 6 and 4 are not used.」（８頁１行〜１０頁９行）
　
　（邦訳）「ＩＰＧノード１は、ＰＬＭＮから全範囲のメッセージング機能がＩＰドメインで提供され得るようにする全ての必要な機能的要素を取り入れている。図１に示す本発明の実施例では、ＩＰＧノード１における主要な機能エンティティは、
（ａ）ＰＬＭＮにおけるＳＭＳＣへのショートメッセージエンティティ（ＳＭＥ）インタフェース７、
（ｂ）加入者プレゼンス管理６，
（ｃ）プロトコル変換５，
（ｄ）メッセージ配信管理４，
（ｅ）メッセージルーティング及びアドレス管理８，
（ｆ）請求及び課金管理１０、である。
これらの機能エンティティは、本発明の特定の各実施例の条件に従って作られる。例えば、本発明のこの実施例では、ＳＭＳＣへのＳＭＥインタフェース７がＳＭＰＰプロトコルに基づいている。加入者プレゼンス管理、プロトコル変換及びメッセージ配信管理はセッション開始プロトコル（ＳＩＰ）に基づいている。
　
  図１に関し、ＰＬＭＮとＩＰドメイン間のショートメッセージサービスの末端間記述が以下のように与えられる。
　
ＰＬＭＮ−発信／ＩＰ着信：
  移動体加入者ＭＳはＧＳＭ  ＰＬＭＮを用いて、前記移動体加入者に知られた別のユーザに向けてＳＭＳを発信する。移動体加入者は、受信者が移動体送受話器を用いていないが、ネットワークに接続されたときにＳＩＰ  ＵＲＬを介してその固定インターネットサービス上でＳＭＳを受け取ることができることを知っている。移動体加入者は、ＩＰＧのＳＭＥインタフェース７に対応して宛先ＭＳＩＳＤＮを特定し、かつユーザのＳＩＰ  ＵＲＬをメッセージ内のテキストフィールドとして特定する。移動体加入者がメッセージを送信すると、それはＰＬＭＮにおいてＳＭＳＣが受け取り、該メッセージをＩＰＧノード１のＳＭＥインタフェース７へルーティングする。ＳＭＥインタフェース７は前記メッセージテキストから宛先ＳＩＰ  ＵＲＬを抽出して、この情報を加入者プレゼンス管理ファンクション６に提供する。前記メッセージのＳＭＰＰフォ−マットはメッセージルーティングエンティティ８およびプロトコル変換エンティティ５に提供され、そこで前記メッセージはＳＩＰを通じた配信に適したフォ−マットに変換される。プレゼンス管理ファンクション６はＳＩＰプロキシ及びＳＩＰレジストラエンティティを用いて、宛先ユーザの現在の状態を決定する。前記ユーザがＩＰドメインに接続していることが決定された場合、適当にフォ−マットされたＳＭが、配信のためにメッセージ配信管理ファンクション４に提出される。メッセージ配信は、宛先ユーザの機器上でピアＳＩＰユーザエージェント２０と通信するＳＩＰユーザエージェント３を用いて試みる。メッセージが首尾よく宛先ユーザに配信された場合、この状態がＳＭＥインタフェース７を介してＳＭＳＣに戻される。メッセージが配信されない場合、前記メッセージ配信管理ファンクションは前記宛先ユーザについてメッセージ待機フラグを設定することができる。ユーザがＩＰドメインに接続した場合、このプレゼンスがプレゼンス管理ファンクション６を介して検出され、通知信号がＰＬＭＮのＳＭＳＣに送られて、それが再度ＳＭＥインタフェース７を介してＳＭの配信を試みるように促す。このように、ＰＬＭＮのＳＭＳサービスの全機能がＩＰドメインに移されている。請求及び課金管理ファンクション１０を呼び出して課金機能をＩＰＧノード１に与える。先払い課金モデルを支援するために、メッセージ配信の試みを開始する前に、配信前信用調査を呼び出してユーザの貸方残高を調査することができる。信用調査が肯定的な表示を戻した場合、メッセージ配信が試みられ、配信が成功した場合にユーザの口座から適当な料金が差し引かれる。後払い課金モデルの場合、配信試みが成功した場合及び不成功の場合の双方についてＣＤＲ（コール詳細レコード）イベントが生成される。ＣＤＲイベントは、加入者課金情報を生成するために用いることができる、発信アドレス、宛先アドレス及び配信状態のような全ての関連する情報を含んでいる。
　
ＩＰ−配信／ＰＬＭＮ着信：
  ＩＰドメイン９のユーザが、移動体加入者のＭＳＩＳＤＮを含むＳＩＰ  ＵＲＬを介してアドレス指定された、ＰＬＭＮドメインの移動体加入者へのＳＭを開始する。前記メッセージはユーザの機器上でＳＩＰユーザエージェント２０を介して提出され、それが該メッセージを標準ＳＩＰ  ＵＲＬメカニズムに基づいてＩＰＧノード１のＳＩＰユーザエージェント３にルーティングする。ＩＰＧノード１において、ＳＩＰユーザエージェント３がＵＲＬを処理して、移動体加入者のＭＳＩＳＤＮを引き出す。ＳＭはプロトコル変換機５に送られて、移動体加入者のＭＳＩＳＤＮを宛先アドレスとして、ＳＭＰＰフォーマットに変換される。再フォーマットされたメッセージは、ＳＭＥインタフェース７に送られ、それによってＳＭＰＰを通じてＰＬＭＮのＳＭＳＣに提出される。この時点で、メッセージ提出の肯定応答をＳＩＰユーザエージェント３を介してＩＰドメインのユーザへ戻すことができる。ＳＭ配信の更なる処理が、標準ＳＭＳ機能を用いてＰＬＭＮドメイン内で完全に処理される。この方向でのメッセージ配信の場合、加入者プレゼンス及びメッセージ配信管理機能エンティティ６，４は使用されない。
　
　ハ．「A more detailed description of the functions implemented in each of the functional entities is provided below.
 
SME Interface 7
This functional entity is responsible for ensuring communication between the IPG node 1 and the SMSC in the PLMN. In the current embodiment of the invention, communication between the SMSC and the IPG is ensured using the SMPP protocol. In addition to protocol handling, the SME interface 7 also incorporates specific functions that allow the IPG node 1 to appear to the SMSC as though it were a standard PLMN SME. These include:
 
　・ Extraction of the SIP URL from the message text 
　・ Deferred acknowledgement to a message submitted for delivery from the SMSC
　・ Ability to generate a notify signal to alert the SMSC that a user in the IP domain has become active (i.e. presence has been detected).
 
Subscriber Presence Management Function 6
This functional entity is responsible for detecting and maintaining the presence status of users in the IP domain. In this embodiment, these capabilities are based on the mechanisms defined within the SIP protocol, i.e. it functions as a SIP Registrar and is capable of processing the SIP REGISTER messages sent by the SIP user agent 20 in the IP domain. In this case, the IPG node 1 stores the SIP- URI and IP address of the 'registered' user.
 
It is possible that a SIP Registrar is already present in the IP network domain. In this case the presence management entity 6 queries the SIP Registrar to determine presence information for the IP domain user whenever required for a message delivery attempt. In order to reduce communications overhead with the external SIP Registrar, the function 6 incorporates a SIP registry cache which stores presence information for a configurable period, thus avoiding repetitive queries to the SIP Registrar. In the event of a message delivery failure due to absence of the IP domain user, the SIP Registry Cache entry for the user is automatically removed.
 
Protocol Translation 
This entity provides the translation between the signalling protocols used in the PLMN and the protocol used in the IP domain. In the current embodiment of the invention, the SIP protocol is used for delivery of messaging services in the IP domain. Communication with the PLMN domain is performed using SMPP and the protocol translation entity performs the conversion to/from the SMPP and SIP protocols. 
In general the IP domain protocol used to terminate a message will be determined by the capabilities of the user device addressed in the message 'destination address' parameter. The IPG node 1 will select the message delivery protocol based on the user device capabilities. The user agent device capabilities will be transmitted to the IPG during user registration in the IP Domain. These user agent profiles will be stored by the IPG presence function.
 
Message Delivery Management 4
This functional entity is responsible for ensuring that the store and forward messaging delivery model from the PLMN domain is extended to the IP domain. When a message is received from the PLMN domain for delivery to the IP domain, the IPG attempts delivery using the selected IP domain protocol. Message delivery using the SIP protocol is described below for the current embodiment of the invention.
 
When a message is received from the PLMN via the SME interface 7 the message delivery management entity 4 receives the message after it has been converted to a SIP format by the protocol translation entity 5 and the destination address (SIP URL) in the IP domain has been extracted. The delivery entity may first check the presence of the user in the IP domain by submitting a query to the SIP Registrar function. If the user is present, the current contact address of the user may be returned by the SIP Registrar. Alternatively, the delivery entity may attempt to resolve the SIP URL by another means such as via DNS or through an internal query using a proprietary protocol. The delivery entity 4 generates a SIP MESSAGE request properly formatted for delivery of the message to the user. Depending on the delivery protocol in use, the SIP MESSAGE may carry the message within its payload, or alternatively a SIP INVITE request may be used to establish a session with the user in which the message will be transferred using an appropriate session protocol. Assuming direct delivery using the SIP MESSAGE request, if a contact address has already been resolved, the SIP MESSAGE can be sent directly via the SIP User Agent within the IPG. Alternatively, the SIP MESSAGE can be submitted via a SIP Proxy, which takes responsibility for resolving the current contact address for the user. If the message is successfully delivered to the user, a positive acknowledgement is received by the delivery entity in the form of a 200 OK response. This status information is then returned to the SMSC in the PLMN via the SME interface 7, where the message can be marked as delivered.」（１１頁２０行〜１４頁５行）
　
（邦訳）「前記各機能エンティティで実行されるファンクションのより詳細な説明を以下に示す。
　
ＳＭＥインタフェース７
  この機能エンティティは、ＩＰＧノード１とＰＬＭＮにおけるＳＭＳＣ間の通信を確実にする責任を持つ。本発明のこの実施例では、ＳＭＳＣとＩＰＧ間の通信が、ＳＭＰＰプロトコルを用いて保証されている。プロトコルの取り扱いに加えて、ＳＭＥインタフェース７は、まるで標準ＰＬＭＮ  ＳＭＥであるかのようにＩＰＧノード１がＳＭＳＣに対して表れることができるようにする特定の機能をも組み込んでいる。これらは、
・メッセージテキストからのＳＩＰ  ＵＲＬの抽出
・ＳＭＳＣから配信のために提出されるメッセージへの据置き肯定応答
・ＩＰドメインのユーザが動作中の状態になっている（即ち、プレゼンスが検出されている）ことをＳＭＳＣに知らせる通知信号を発生する能力である。
　
加入者プレゼンス管理ファンクション６
  この管理エンティティは、ＩＰドメインのユーザのプレゼンス状態を検出しかつ保持する責任を持つ。本実施例では、この機能がＳＩＰプロトコル内で定義されるメカニズムに基づく、即ちＳＩＰレジストラとして機能しかつＩＰドメインのＳＩＰユーザエージェント２０により送られたＳＩＰ  ＲＥＧＩＳＴＥＲメッセージを処理することができる。この場合、ＩＰＧノード１は、「登録された」（正規）ユーザのＳＩＰ−ＵＲＬ及びＩＰアドレスを記憶する。
　
  ＳＩＰレジストラが既にＩＰネットワークドメイン内に存在することが可能である。この場合、プレゼンス管理エンティティ６はＳＩＰレジストラを照会して、メッセージ配信試みが要求される度に、ＩＰドメインのユーザについてプレゼンス情報を決定する。外部ＳＩＰレジストラとの通信オーバヘッドを減らすために、ファンクション６は、コンフィグラブル期間についてプレゼンス情報を記憶するＳＩＰレジストリキャッシュを組み込んでおり、従ってＳＩＰレジストラへの繰り返し照会が回避される。ＩＰドメインユーザが存在しないことによるメッセージ配信の失敗の場合には、前記ユーザへのＳＩＰレジストリキャッシュエントリが自動的に削除される。
　
プロトコル変換
  このエンティティは、ＰＬＭＮで使用される信号送信プロトコルとＩＰドメインで使用されるプロトコル間の変換を提供する。本発明のこの実施例では、ＳＩＰプロトコルが、ＩＰドメインにおけるメッセージングサービスの配信のために使用される。ＰＬＭＮドメインとの通信はＳＭＰＰを用いて実行され、かつ前記プロトコル変換エンティティがＳＭＰＰとＳＩＰプロトコル間の変換を実行する。
  一般に、メッセージを着信するのに使用されるＩＰドメインプロトコルは、メッセージの「宛先アドレス」パラメータ内にアドレス指定されたユーザ機器の能力によって決定されるものである。ＩＰＧノード１は、ユーザ機器の能力に基づいてメッセージ配信プロトコルを選択することになる。ユーザエージェント機器の機能は、ＩＰドメインにおけるユーザの登録の際にＩＰＧに送られることになる。これらユーザエージェントのプロファイルが、ＩＰＧプレゼンスファンクションによって記憶されることになる。
　
メッセージ配信管理４
  この機能エンティティは、ＰＬＭＮドメインからの蓄積交換メッセージング配信モデルが確実にＩＰドメインに拡張される責任を持つ。メッセージをＩＰドメインへの配信のためにＰＬＭＮドメインから受け取ると、ＩＰＧは、選択したＩＰドメインプロトコルを用いて配信を試みる。ＳＩＰプロトコルを用いたメッセージ配信は、本発明のこの実施例について以下のように説明する。
　
  メッセージをＳＭＥインタフェース７を介してＰＬＭＮから受け取ると、メッセージ配信管理エンティティ４は該メッセージを、プロトコル変換エンティティ５によりＳＩＰフォーマットに変換されかつＩＰドメインの宛先アドレス（ＳＩＰ  ＵＲＬ）が抽出された後に受け取る。最初に、前記配信エンティティが、ＳＩＰレジストラファンクションへの照会を提出することによって、ＩＰドメインのユーザのプレゼンスを調査することができる。前記ユーザが存在する場合、該ユーザの現在の連絡先をＳＩＰレジストラにより戻すことができる。これに代えて、前記配信エンティティが、ＤＮＳ経由のような別の手段によりまたは所有者のプロトコルを用いた内部照会を通じてＳＩＰ  ＵＲＬを決定するように試みることができる。配信エンティティ４は、前記ユーザへのメッセージの配信のために適当にフォーマットされたＳＩＰ  ＭＥＳＳＡＧＥ要求を生成する。使用中の配信プロトコルによって、ＳＩＰ  ＭＥＳＳＡＧＥは前記メッセージをそのペイロード内で搬送することができ、またはこれに代えてＳＩＰ  ＩＮＶＩＴＥ要求を用いて、前記メッセージが適当なセッションプロトコルを用いて転送されることになるセッションを前記ユーザと確立することができる。ＳＩＰ  ＭＥＳＳＡＧＥ要求を用いた直接配信を仮定して、連絡先が既に決定されている場合には、ＳＩＰ  ＭＥＳＳＡＧＥはＩＰＧ内のＳＩＰユーザエージェントを介して直接送ることができる。これに代えて、ＳＩＰ  ＭＥＳＳＡＧＥは、前記ユーザの現在の連絡先を決定する責任を持つＳＩＰプロキシを介して提出することができる。前記メッセージが首尾よくユーザに配信された場合には、肯定的応答が２００ＯＫ応答の形で前記配信エンティティに受け取られる。次に、この状態情報がＳＭＥインタフェース７を介してＰＬＭＮのＳＭＳＣに戻され、そこで前記メッセージには配信されたというマークを付すことができる。」
　
　上記摘記事項イ及び図１を参照すると、ＰＬＭＮとＩＰドメインとの間でショートメッセージサービスを行うために、ＩＰＧノードを使用する方法が開示されている。
　上記摘記事項ハの「一般に、メッセージを着信するのに使用されるＩＰドメインプロトコルは、メッセージの「宛先アドレス」パラメータ内にアドレス指定されたユーザ機器の能力によって決定されるものである。ＩＰＧノード１は、ユーザ機器の能力に基づいてメッセージ配信プロトコルを選択することになる。ユーザエージェント機器の機能は、ＩＰドメインにおけるユーザの登録の際にＩＰＧに送られることになる。これらユーザエージェントのプロファイルが、ＩＰＧプレゼンスファンクションによって記憶されることになる。」という記載からして、ＩＰＧノードにおいて「ユーザ機器の能力に関連するメッセージを受信するステップ」及び「ユーザ機器の能力に基づいてメッセージ配信プロトコルを選択するステップ」が実行されるものといえる。
　上記摘記事項ロには、移動体加入者から、ＩＰドメインのユーザへのショートメッセージを発信する場合について記載されており、その場合、ＩＰＧノードにおいて、ユーザ機器を宛先とするショートメッセージを受信するステップが実行されるものといえる。
　さらに、上記摘記事項ハには、メッセージ配信管理について「配信エンティティ４は、前記ユーザへのメッセージの配信のために適当にフォーマットされたＳＩＰ  ＭＥＳＳＡＧＥ要求を生成する。使用中の配信プロトコルによって、ＳＩＰ  ＭＥＳＳＡＧＥは前記メッセージをそのペイロード内で搬送することができ、」と記載されており、ＩＰＧノードにおいて「ショートメッセージを含むＳＩＰ　ＭＥＳＳＡＧＥをユーザ機器に送信するステップ」が実行されるものといえる。
　
　したがって、引用例１には、技術常識を考慮すると、
　「ＩＰＧノードにおける使用の方法であって、
　ユーザ機器の能力に関連するメッセージを受信するステップと、
　ユーザ機器の能力に基づいてメッセージ配信プロトコルを選択するステップと、
　前記ユーザ機器を宛先とするショートメッセージを受信するステップと、
　前記ショートメッセージを含むＳＩＰ　ＭＥＳＳＡＧＥを前記ユーザ機器に送信するステップとを備える方法。」
の発明（以下、「引用発明」という。）が開示されていると認めることができる。
　
　当審で通知した拒絶理由に引用された特表２００２−５４２５４８号公報（以下、「引用例２」という。）には、図面とともに以下の記載がある。
　
　イ．「【請求項１】  少なくとも１つのターミナルと、メッセージ機能とを備えた通信ネットワークにおいてメッセージを送出する方法であって、
  所定の状態が発生したときに、ターミナル(MS)の能力(CAP)とその現在ユーザプロファイル(UP)とに関する情報を上記ターミナル(MS)から上記メッセージ機能(MMSC)へ送信し、
  上記メッセージ機能(MMSC)により、上記情報に基づいて、上記メッセージ機能(MMSC)で受け取る上記ターミナル(MS)のメッセージ(MM)をいかに取り扱うべきか判断し、そして
  上記判断段階の結果に基づいて上記メッセージ機能(MMSC)により上記メッセージ(MM)を取り扱う、
という段階を含むことを特徴とする方法。
    【請求項２】  上記メッセージ機能(MMSC)に上記情報を記憶する段階を更に含む請求項１に記載の方法。
    【請求項３】  上記判断段階の結果は、少なくとも、上記ターミナル(MS)の上記メッセージ(MM)が完全に、部分的に又は変更されて上記ターミナル(MS)に送出されるか、上記メッセージ(MM)が破棄されるか、上記メッセージ(MM)が別のターミナルへ転送されるか、或いは上記メッセージ(MM)が上記メッセージ機能(MMSC)に記憶されるというものである請求項１に記載の方法。」
　
　引用例２には、その【請求項１】の記載によれば、メッセージ機能がターミナルの能力等の情報を受信して、ターミナルを宛先とするメッセージをいかに取り扱うかを判断して、その判断の結果によりメッセージを取り扱うことが示されている。
　また、【請求項３】の記載によれば、その判断の結果により、メッセージをターミナルに配信するか否かを決定することが示されている。
　
　したがって、引用例２には、
　「ターミナルの能力等に関する情報を受信して、ターミナルを宛先とするメッセージをターミナルに配信するか否かを判断すること」
という技術的事項が開示されているといえる。
　
４．対比
　本願発明と引用発明とを対比する。
　引用発明の「ＩＰＧノード」は、本願発明の「ネットワークノード」に相当する。
　引用発明の「ユーザ機器の能力」は、ショートメッセージサービスに関するものであることは明かであるので、引用発明の「ユーザ機器の能力に関連するメッセージ」は、本願発明の「ユーザ機器のショートメッセージサービスのケーパビリティに関連する情報」に相当する。
　引用発明の「ユーザ機器を宛先とするショートメッセージ」は、本願発明の「ＵＥを対象としたＳＭＳデータ」に相当する。
　引用発明の「ショートメッセージを含むＳＩＰ　ＭＥＳＳＡＧＥ」は、本願発明の「ＳＭＳデータを含むセッション開始プロトコルメッセージ」に相当する。
　
　したがって、本願発明と引用発明とは、
「ネットワークノードにおける使用の方法であって、
　ユーザ機器のショートメッセージサービスのケーパビリティに関連する情報を受信するステップと、
　前記ＵＥを対象としたＳＭＳデータを受信するステップと、
　前記ＳＭＳデータを含むセッション開始プロトコルメッセージを前記ＵＥに送信するステップと
を備える方法。」
である点で一致し、以下の点で相違している。
　　
［相違点１］
　本願発明は、「前記ＳＭＳデータを前記ＵＥに配信するか否かを判定するステップ」を備えるのに対して、引用発明は、そのようなステップを備えない点。
［相違点２］
　「前記ＳＭＳデータを含むセッション開始プロトコルメッセージを前記ＵＥに送信するステップ」について、本願発明は「前記ＳＭＳデータを前記ＵＥに配信することの判定に応じ」たものであるのに対して、引用発明は、そのようなものではない点。
　
５．当審の判断
　上記相違点１、２について検討する。
　引用例２には、「ターミナルの能力等に関する情報を受信して、ターミナルを対象としたメッセージをターミナルに配信するか否かを判断すること」という技術的事項が開示されている。引用例２の「ターミナル」は「ユーザ機器」であるといえるので、引用例１と引用例２とは、いずれもメッセージのユーザ機器への配信という技術分野で共通するものであり、引用例２の技術的事項を引用発明に適用することに困難性は認められない。
　よって、引用発明において、「ユーザ機器の能力に基づいてメッセージ配信プロトコルを選択する」ことに代えて、もしくはそれに加えて、「ユーザ機器の能力に基づいてメッセージをユーザ機器に配信するか否かを判定」して、「メッセージを配信することの判定に応じて、メッセージをユーザ機器に送信する」ようにすることは格別のことではない。
　したがって、引用発明に引用例２の技術的事項を適用することにより、相違点１、２に係る構成を採用することは当業者が容易になし得たものというべきである。
　
　そして、本願発明の作用効果も、引用発明および引用例２の技術的事項から当業者が予測できる範囲のものである。
　　　
６．むすび
　以上のとおり、本願発明は、引用発明および引用例２の技術的事項に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。