【事件の表示】
　特願２０１３−５３６６４４「ＳＩＰ通信におけるテキスト・メッセージについての配信レポート」拒絶査定不服審判事件〔平成２４年　５月　３日国際公開、ＷＯ２０１２／０５７９７８、平成２６年　１月１６日国内公表、特表２０１４−５０１０６３、請求項の数（１０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
　
第１　手続の経緯
　本願は、２０１１年１０月５日（パリ条約による優先権主張外国庁受理２０１０年１０月２６日　米国）を国際出願日とする出願であって、平成２６年５月１９日付けで拒絶理由が通知され、平成２６年８月２２日付けで手続補正がされ、平成２７年１月２０日付けで最後の拒絶理由が通知され、平成２７年４月２７日付けで手続補正がされ、平成２７年１１月９日付けで、平成２７年４月２７日付けの補正が却下されるとともに拒絶査定（原査定）がされ、これに対し、平成２８年３月１７日に拒絶査定不服審判の請求がされ、同時に手続補正がされ、平成２８年１１月１５日付けで拒絶理由（以下、「当審拒絶理由」という。）が通知され、平成２９年５月１７日付けで手続補正がされたものである。
第２　原査定の理由
　原査定（平成２７年１１月９日付け拒絶査定）の理由の概略は次のとおりである。
　この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
請求項：１−１０
引用文献等：１−３
　　　　　　　　　　　引　用　文　献　等　一　覧
１．欧州特許出願公開第２０５６５５７号明細書
２．特表２００９−５００９７３号公報
３．3rd Generation Partnership Project;Technical Specification Group Core Network and Terminals;Support of SMS over IP networks;Stage 3(Release 9)，3GPP TS 24.341 V9.1.0 (2010-06)，3GPP，２０１０年　６月１５日，ＵＲＬ，http://www.3gpp.org/ftp/Specs/archive/24_series/24.341/24341-910.zip
第３　当審拒絶理由
　当審拒絶理由の概略は次のとおりである。
１．（明確性）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第２号に規定する要件を満たしていない。
２．（サポート要件）この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　記
●理由１（明確性）について
　請求項１ないし１０に係る発明は明確でない。
●理由２（サポート要件）について
　請求項１ないし１０に係る発明は、発明の詳細な説明に記載したものでない。
第４　本願発明
本願請求項１−１０に係る発明（以下、それぞれ「本願発明１」−「本願発明１０」という。）は、平成２９年５月１７日付けの手続補正で補正された特許請求の範囲の請求項１−１０に記載された事項により特定される発明であり、本願発明１−１０は以下のとおりの発明である。
「　【請求項１】
　テキスト・メッセージ・システムであって、
　パケット交換ネットワークにおいてエンティティからのテキスト・メッセージがカプセル化されているセッション開始プロトコル（ＳＩＰ）要求を受信するように動作可能な、ネットワーク・インターフェースと、
　　前記テキスト・メッセージが受信者に対して成功裏に配信されたか否かを示すための該テキスト・メッセージについての配信ステータスを決定し、
　　前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての配信ステータスを示す、該ＳＩＰ要求に対するＳＩＰ応答を生成し、
　　前記ＳＩＰ応答の配信ステータス・パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入することで、該ＳＩＰ応答が、前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての前記配信ステータス及び前記受信者に対する該テキスト・メッセージについての該配信ステータスの双方を報告するように動作可能な、
　制御システムと、
を含み、
　前記ネットワーク・インターフェースは、さらに、前記パケット交換ネットワークの上で前記ＳＩＰ応答を前記エンティティに対して送信するように動作可能である、テキスト・メッセージ・システム。
　　【請求項２】
　前記ＳＩＰ応答は、ＳＩＰ　７００応答を含み、該ＳＩＰ　７００応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が成功したことを示すパラメータを含んでおり、
　前記制御システムは、さらに、前記配信ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−ＡＣＫを挿入するように動作可能である、請求項１に記載のテキスト・メッセージ・システム。
　　【請求項３】
　前記ＳＩＰ応答は、ＳＩＰ　７０１応答を含み、該ＳＩＰ　７０１応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が失敗したことを示すパラメータを含んでおり、
　前記制御システムは、さらに、前記配信ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−エラーを挿入するように動作可能である、請求項１に記載のテキスト・メッセージ・システム。
　　【請求項４】
　前記配信ステータスは、前記エンティティからの前記テキスト・メッセージについてのＳＭＳ−サブミット−レポートを含む、請求項１に記載のテキスト・メッセージ・システム。
　　【請求項５】
　前記配信ステータスは、前記受信者への前記テキスト・メッセージについてのＳＭＳ−デリバー−レポートを含む、請求項１に記載のテキスト・メッセージ・システム。
　　【請求項６】
　パケット交換ネットワークにおいてエンティティからのテキスト・メッセージがカプセル化されているセッション開始プロトコル（ＳＩＰ）要求を、ネットワーク・インターフェースで受信するステップと、
　制御システムによって、前記テキスト・メッセージが受信者に対して成功裏に配信されたか否かを示すための該テキスト・メッセージについての配信ステータスを決定するステップと、
　前記制御システムによって、テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての配信ステータスを示す、該ＳＩＰ要求に対するＳＩＰ応答を生成するステップと、
　前記制御システムによって、前記ＳＩＰ応答の前記配信ステータス・パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入するステップであり、該挿入するステップにより、該ＳＩＰ応答が、前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての前記配信ステータス及び前記受信者に対する該テキスト・メッセージについての該配信ステータスの双方を報告する、挿入するステップと、
　前記ネットワーク・インターフェースによって、前記パケット交換ネットワークの上で前記ＳＩＰ応答を前記エンティティに対して送信するステップと、
を含む方法。
　　【請求項７】
　前記ＳＩＰ応答は、ＳＩＰ　７００応答を含み、該ＳＩＰ　７００応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が成功したことを示すパラメータを含んでおり、
　前記ＳＩＰ応答の前記パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入する前記ステップは、前記ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−ＡＣＫを挿入するステップを含む、請求項６に記載の方法。
　　【請求項８】
　前記ＳＩＰ応答は、ＳＩＰ　７０１応答を含み、該ＳＩＰ　７０１応答は、前記配信ステータス・パラメータを含み、該配信ステータス・パラメータは、前記テキスト・メッセージの配信が失敗したことを示すパラメータを含んでおり、
　前記ＳＩＰ応答の前記パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入する前記ステップは、前記配信ステータス・パラメータにモバイル・アプリケーション・パート（ＭＡＰ）ＲＰ−エラーを挿入するステップを含む、請求項６に記載の方法。
　　【請求項９】
　前記配信ステータスは、前記エンティティからの前記テキスト・メッセージについてのＳＭＳ−サブミット−レポートを含む、請求項６に記載の方法。
　　【請求項１０】
　前記配信ステータスは、前記受信者への前記テキスト・メッセージについてのＳＭＳ−デリバー−レポートを含む、請求項６に記載の方法。」
第５　原査定についての判断
１．引用文献１について
　平成２７年１１月９日付け拒絶査定に引用された欧州特許出願公開第２０５６５５７号明細書（以下「引用文献１」という。下線は当審が付与。）には、図面とともに次の事項が記載されている。
「[0004] The short message service (SMS) is maturely developed and widely applied in the traditional circuit switched (CS) domain. In order to continue developing the SMS and enable the SMS in the future IP network, the 3GPP organization sets up a topic to study how to use the SMS over IP. Currently, the 3GPP solves the SMS over IP by introducing an IP short message gateway (IP-SM-GW) as an SMS gateway between the IMS domain and the CS domain. 
When an IMS domain user sends a short message to a CS domain user, the short message is encapsulated in a SIP message body, and sent to the IP-SM-GW.
（当審訳：
[0004]　ショートメッセージサービス（SMS）は十分に成長し、従来の回線交換（CS）ドメインで広く適用されている。SMSの成長を継続し、将来のIP網においてSMSを有効にするために、3GPP組織はSMS over IPをどのように使用するかを研究するトピックを設定する。現在、3GPPは、IMSドメインとCSドメインとの間にSMSゲートウェイとしてIPショートメッセージゲートウェイ（IP-SM-GW）を導入することにより、SMS over IPを解決している。
IMSドメインユーザがCSドメインユーザにショートメッセージを送信すると、ショートメッセージはSIPメッセージ本体にカプセル化され、IP-SM-GWに送信される。
「[0036] In the second embodiment, 
a short message is sent from the IMS domain to the CS domain,
[0037] As shown in Figure 3 , the process of the second embodiment of the present invention includes the following steps:
[0038] Step 201: 
UE1 constructs a SIP message containing multiple message bodies.
[0039] Step 202 to step 204: 
UE1 sends a SIP message, and the SIP message is routed to the IP-SM-GW through the P-CSCF and the S-CSCF.
[0040] Step 205: The IP-SM-GW extracts the concatenated short message segments from multiple message bodies of the SIP message, and sends them to the CS domain separately.
[0041] Step 206 to step 208: 
The IP-SM-GW sends a 202 OK response message to confirm the SIP message received in step 204; and the 202 OK response message is routed to UE1 through the S-CSCF and the P-CSCF.
[0042] Step 209: 
The IP-SM-GW receives delivery reports of the concatenated short message segments from the CS domain, constructs a SIP message, and puts the delivery reports of the concatenated short message segments into multiple message bodies of a SIP message separately.
[0043] Step 210 to step 212: 
The IP-SM-GW sends the SIP message constructed in step 209. The SIP message is routed to UE1 through the S-CSCF and the P-CSCF.
[0044] Step 213 to step 215: 
Upon receiving the SIP message, UE1 sends a 200 OK response message for confirmation.
（当審訳：
[0036]　第２の実施形態では、
ショートメッセージはIMSドメインからCSドメインに送信され、
[0037]　図３に示すように、本発明の第２の実施形態のプロセスは、以下のステップを含む。
[0038]　ステップ201：
UE１は、複数のメッセージ本体を含むSIPメッセージを構築する。
[0039]　ステップ202からステップ204：
UE１はSIPメッセージを送信し、SIPメッセージはP-CSCFとS-CSCFを介してIP-SM-GWにルーティングされる。
[0040]　ステップ205：IP-SM-GWは、複数のSIPメッセージ本体から一連のショートメッセージセグメントを抽出し、それらを別々にCSドメインに送信する。
[0041]　ステップ206からステップ208：
IP-SM-GWは、ステップ204で受信したSIPメッセージの確認のために202 OK応答メッセージを送信する。202 OK応答メッセージは、S-CSCFとP-CSCFを介してUE１にルーティングされる。
[0042]　ステップ209：
IP-SM-GWは、CSドメインからの一連のショートメッセージセグメントの配信レポートを受信し、SIPメッセージを構築し、一連のショートメッセージセグメントの配信レポートを複数の別々のSIPメッセージ本体の中に入れる。
[0043]　ステップ210からステップ212：
IP-SM-GWは、ステップ209で構築したSIPメッセージを送信する。SIPメッセージは、S-CSCFとP-CSCFを介してUE１にルーティングされる。
[0044]　ステップ213からステップ215：
SIPメッセージを受信すると、UE１は確認のために200 OK応答メッセージを送信する。
「
」
　以上の記載によれば、引用文献１には、
「IMSドメインユーザがCSドメインユーザにショートメッセージを送信すると、前記ショートメッセージはSIPメッセージ本体にカプセル化され、IP-SM-GWに送信され、
　UE１は、複数のメッセージ本体を含むSIPメッセージを構築し、送信し、
　前記SIPメッセージは、P-CSCFとS-CSCFを介してIP-SM-GWにルーティングされ、
　前記IP-SM-GWは、前記SIPメッセージの確認のために202 OK応答メッセージを送信し、前記202 OK応答メッセージは、前記S-CSCFと前記P-CSCFを介して前記UE１にルーティングされ、
　前記IP-SM-GWは、一連のショートメッセージセグメントの配信レポートを複数の別々のSIPメッセージ本体の中に入れて送信され、前記IP-SM-GWからのSIPメッセージは、前記S-CSCFと前記P-CSCFを介して前記UE１にルーティングされ、
　前記IP-SM-GWからのSIPメッセージを受信すると、前記UE１は確認のために200 OK応答メッセージを送信する、
　システム。」（以下、「引用発明」という。）
　が記載されていると認める。
　平成２７年１１月９日付け拒絶査定に引用された特表２００９−５００９７３号公報（以下、「引用文献２」という。下線は当審が付与。）には、図面とともに次の事項が記載されている。
「【０００１】
　本発明は移動体電気通信の分野に関し、
特にＩＰマルチメディアシステム（ＩＭＳ）メッセージを使用するユーザ装置（ＵＥ）と非ＩＭＳメッセージを使用するＵＥが相互のメッセージを通信することを可能にする方法
「【００１３】
　本発明の１実施形態による方法では、
ＳＩＰベースのＩＭＳと非ＩＭＳメッセージとの間の変換
【００１４】
　本発明の１実施形態による方法はさらに、
　被呼者により戻された応答メッセージとしての転送報告メッセージを発呼者により受信されることのできるメッセージへ変換し、
　発呼者ＩＤと被呼者ＩＤを獲得し、発呼者が加入するネットワークタイプに対応するフォーマットのＩＤへ変換するステップを含んでいる。
【００１５】
　本発明の１実施形態による方法において、
転送報告メッセージを発呼者により受信されることのできるメッセージへ変換するステップは、
　転送報告メッセージがＳＩＰメッセージであるならば、パラメータが移動体アプリケーションパート（ＭＡＰ）メッセージパラメータを参照して規定されるＳＩＰ応答メッセージを規定し、被呼者により戻された転送報告メッセージに関連されるデータを獲得し、それをＭＡＰメッセージパラメータへ変換し、ＳＩＰ応答メッセージを対応する転送報告情報を有するＭＡＰ転送報告メッセージへ変換し、
　
転送報告メッセージがＭＡＰメッセージであるならば、被呼者から戻されたＭＡＰ転送報告データを獲得し、それをＳＩＰ応答メッセージ中のパラメータへ変換し、ＭＡＰ応答メッセージを対応する転送報告情報を有するＳＩＰ応答メッセージへ変換する。
【００１６】
　本発明の１実施形態による方法では、転送報告メッセージを発呼者により受信されることのできるメッセージへ変換する処理は、
　転送報告メッセージがＳＩＰメッセージであるならば、ＳＩＰ転送報告メッセージのＩＤを設定して転送報告メッセージとしてＩＤを有するＳＩＰ転送報告メッセージを使用し、ＩＤを有するＳＩＰ転送報告メッセージのメッセージ本体にＭＡＰ転送報告パラメータ関連情報を搬送し、ＩＤを有するＳＩＰ転送報告メッセージの内容を獲得し、それを対応するパラメータを有するＭＡＰ転送報告メッセージに変換し、
　転送報告メッセージがＭＡＰメッセージである場合には、被呼者により戻されるＭＡＰ転送報告データを獲得し、それをＩＤを有するＳＩＰ転送報告メッセージの内容へ変換する。
【００１７】
　本発明の１実施形態による方法において、メッセージアプリケーションサーバまたは機能モジュールは被呼者から戻されたＭＡＰ転送報告データを獲得し、それをＳＩＰ応答メッセージへ変換する。」
　引用文献２の上記記載によれば、「非ＩＭＳメッセージを使用するＵＥ」が送信した「ＭＡＰ転送報告データ」を「ＩＭＳメッセージを使用するＵＥ」が受信する「ＳＩＰ応答メッセージ」への「変換」することが記載されており、詳細には、「ＩＰ−ＳＭ−ＧＷ」において、「ＭＡＰ転送報告メッセージ」から「ＭＡＰ転送報告データ」を獲得し、該「ＭＡＰ転送報告データ」を「ＳＩＰ応答メッセージ中のパラメータ」へ変換することにより、「ＳＩＰ応答メッセージ」へ変換するものである。
　そうすると、引用文献２によれば、
　「ＭＡＰ転送報告データを受信すると、ＳＩＰ応答メッセージ中のパラメータへ変換することで、ＭＡＰ応答メッセージを前記ＳＩＰ応答メッセージへ変換すること。」が記載されている。（以下、「引用文献２記載事項」という。）
第６　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
　引用発明の「IP-SM-GW」は、本願発明１の「テキスト・メッセージ・システム」に相当し、
　引用発明において、「UE１」が送信する「SIPメッセージ」は、本願発明１の「SIP要求」に相当し、
　引用発明の「ショートメッセージ」は、本願発明１の「テキスト・メッセージ」に含まれ、
　引用発明の「IMSドメイン」は、本願発明１の「パケット交換ネットワーク」に含まれ、
　引用発明の「UE１」は、SIPメッセージを構築して送信するから、本願発明１の「エンティティ」に含まれる。
　引用発明における「UE１」が送信する「SIPメッセージ」は、「ショートメッセージ」が「SIPメッセージ本体にカプセル化され」ており、「IP-SM-GW」が受信するから、「パケット交換ネットワークにおいてエンティティからのテキスト・メッセージがカプセル化されているセッション開始プロトコル（ＳＩＰ）要求を受信するように動作可能」であるといえる。
　引用発明において、「IP-SM-GWからのSIPメッセージ」は、ショートメッセージの配信レポートを送るためのSIPメッセージであるから、「テキスト・メッセージについての配信状況」を送信するメッセージに含まれ、引用発明の「配信レポート」は、本願発明１の「配信ステータス」に含まれる。
　引用発明の「202 OK応答メッセージ」は、SIP要求の受信が成功したことを意味することは自明であるから、本願発明１の「SIP応答」に対応しており「ＳＩＰ要求についての配信ステータス」を示している。
　したがって、本願発明１と引用発明とは、
「テキスト・メッセージ・システムであって、
　パケット交換ネットワークにおいてエンティティからのテキスト・メッセージがカプセル化されているセッション開始プロトコル（ＳＩＰ）要求を受信するように動作可能であって、
　　前記テキスト・メッセージが受信者に対して成功裏に配信されたか否かを示すための該テキスト・メッセージについての配信ステータスを決定し、
　　前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての配信ステータスを示す、該ＳＩＰ要求に対するＳＩＰ応答を生成し、
　前記ネットワーク・インターフェースは、さらに、前記パケット交換ネットワークの上で前記ＳＩＰ応答を前記エンティティに対して送信するように動作可能である、テキスト・メッセージ・システム。」
　で一致し、下記の点で相違する。
　相違点１
　一致点の「テキスト・メッセージ・システム」について、本願発明１は「ネットワーク・インターフェース」と「制御システム」を有するのに対し、引用発明の「IP-SM-GW」は、どのような構成を有しているか明らかでない点。
　相違点２
　一致点の「ＳＩＰ応答」について、本願発明１は、「ＳＩＰ応答の配信ステータス・パラメータに前記テキスト・メッセージについての前記決定された配信ステータスを挿入することで、該ＳＩＰ応答が、前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての前記配信ステータス及び前記受信者に対する該テキスト・メッセージについての該配信ステータスの双方を報告するように動作可能」であるのに対し、引用発明は、「ＳＩＰ要求についての情報」に「ショートメッセージの配信レポート」を挿入することなく、別々のSIPメッセージで送信している点。
（２）相違点についての判断
　事案に鑑み、相違点２について検討する。
　引用文献２には、「転送報告のパラメータが含まれたＳＩＰ応答」を送信することが記載されており、該「転送報告のパラメータが含まれたＳＩＰ応答」には「テキスト・メッセージ」に対する転送報告のステータスが含まれるものの、「ＳＩＰ要求」についてのステータスが含まれるかどうかは明らかでないから、検討する。
　ここで、引用文献２における
「【００８９】
　図７は以下説明するように、メッセージフォーマット変換機能がＩＰ−ＳＭ−ＧＷに存在する場合のメッセージ転送プロセスを示している。
【００９０】
　１．ＵＥは正規の登録／再登録プロセスを行う。
【００９１】
　２．ＳＭＣは被呼者へ送信されるべきショートメッセージをＳＭＳ−ＧＭＳＣ）に転送する。
【００９２】
　３．ＳＭＳ−ＧＭＳＣはＨＬＲ／ＨＳＳから経路指定情報を得るときＩＰメッセージを受信することができることを示さなければならず、それによって被呼者がＩＭＳサービスに加入するならば、ＨＬＲ／ＨＳＳはＩＰ−ＳＭ−ＧＷのアドレスをＳＭＳ−ＧＭＳＣへ戻される。
【００９３】
　４．ＳＭＳ−ＧＭＳＣはＭＳＣまたはＳＧＳＮへショートメッセージを送信する方法と同じ方法で、ショートメッセージに搭載される目的地ＵＥのＭＳＩＳＤＮをＩＰ−ＳＭ−ＧＷへショートメッセージを送信する。
【００９４】
　５．ＩＰ−ＳＭ−ＧＷは目的地ＵＥのＭＳＩＳＤＮをＵＥのＳＩＰ　ＵＲＩへ変換し、ショートメッセージをＳＩＰメッセージフォーマットのメッセージへ変換するためにローカルデータベースを使用する。
【００９５】
　６．ＩＰ−ＳＭ−ＧＷはＳＩＰメッセージフォーマットの変換されたメッセージをＳ−ＣＳＣＦへ送信する。
【００９６】
　７．Ｓ−ＣＳＣＦはＳＩＰメッセージをＵＥに転送する。
【００９７】
　８．
ＵＥは２００のＯＫ応答をＳ−ＣＳＣＦへ戻す。
【００９８】
　９．Ｓ−ＣＳＣＦは２００のＯＫ応答をＩＰ−ＳＭ−ＧＷへ戻す。
【００９９】
　１０．
ＵＥはＳＩＰメッセージ転送報告メッセージをＳ−ＣＳＣＦへ送信する。
　を参照すれば、「ＵＥ」は、「ショートメッセージ」に基づく「ＳＩＰメッセージ」を受信すると、「２００　ＯＫ」と「ＳＩＰメッセージ転送報告」の２つのメッセージを送信していることが明らかである。
　また、
「【００３４】
　本発明の実施形態による方法を添付図面を参照して以下詳細に説明する。
　図１の（ａ）と（ｂ）は本発明の１実施形態による発呼者により開始される呼のメッセージのフロー図を概略的に示している。
【００３５】
　図１の（ａ）と（ｂ）に示されているように、ＵＥ１は送信されるインスタントメッセージを生成し、ＳＩＰメッセージをサービス呼セッション制御機能エンティティ１（Ｓ−ＣＳＣＦ１）に送信する。そのＳ−ＣＳＣＦ１はサービス制御を行い、被呼者ＩＤがＳＩＰ　ＵＲＩフォーマットであることを決定した後、正常としてＩＭＳメッセージを送信し、または被呼者ＩＤがＴＥｌ　ＵＲＩフォーマットであることを決定した後、ＳＩＰメッセージをアプリケーションサーバとして使用されるＩＰショートメッセージゲートウェイ（ＩＰ−ＳＭ−ＧＷ）に転送する。アプリケーションサーバとして使用されるＩＰ−ＳＭ−ＧＷは被呼者ＩＤでＥＮＵＭ（電話番号マッピング）分解を行う。図２に示されているように、アプリケーションサーバにより被呼者ＩＤをパーズするプロセスを概略的に示すフロー図が示されている。
【００３６】
　ａ．被呼者ＩＤがＳＩＰ　ＵＲＩフォーマットに適切に変換されるのに成功するならば、
図１の（ａ）のステップ１−８に示されているように、被呼者ＩＤがＳＩＰ　ＵＲＩフォーマットに適切に変換されたことを示すメッセージがＳ−ＣＳＣＦ１に戻され、
　を参照すれば、「アプリケーションサーバ」についても、「インスタントメッセージ」に基づく「ＳＩＰメッセージ」を受信すると、「２００　ＯＫ」と「ＳＩＰメッセージ」の２つのメッセージを送信していることが明らかである。
　すなわち、本願の実施形態を参照すれば、「ＵＥ」についても、「アプリケーションサーバ」についても「ＳＩＰメッセージ」の受信により「２００　ＯＫ」と「ＳＩＰメッセージ」の２つを送信しており、これらの双方を１つのメッセージで報告する概念は引用文献２には記載されていない。
　上記の通り、引用文献２記載事項の「転送報告のパラメータが含まれたＳＩＰ応答」は「テキスト・メッセージについての該配信ステータス」は含まれているものの、「ＳＩＰ要求についての前記配信ステータス」は含まれていないと解するべきであり、「ＳＩＰ応答が、前記テキスト・メッセージ・システムに対する前記ＳＩＰ要求についての前記配信ステータス及び前記受信者に対する該テキスト・メッセージについての該配信ステータスの双方を報告する」ことは、引用文献２記載事項には記載されていない。
　さらに、その他の参考文献にも記載されておらず、周知な技術でもない。
　したがって、本願発明１は、引用発明及び引用文献２記載事項に基づいて当業者が容易に発明をすることができた、とはいえない。
２．本願発明２−５について
　本願発明１と同一の構成を備えるから、少なくとも相違点について、当業者が容易に発明をすることができたとはいえないから、引用発明及び引用文献２記載事項に基づいて当業者が容易に発明をすることができた、とはいえない。
３．本願発明６−１０について
　本願発明１−５に対応した方法の発明であって、同様の理由により、引用発明及び引用文献２記載事項に基づいて当業者が容易に発明をすることができた、とはいえない。
第７　当審拒絶理由についての判断
　平成２９年５月１７日付けの補正により、本願発明は明確となり、また明細書に記載された内容となった。
第８　むすび
　以上のとおり、原査定の理由によって、本願を拒絶することはできない。
　他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。