【事件の表示】
　特願２０１０−１８８４８３「特定用途向け登録データまたは登録解除データの送信方法、そのための、システム、サーバ、通信端末」拒絶査定不服審判事件〔平成２３年　３月１７日出願公開、特開２０１１−　５５４９１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯及び本願発明
　
１．手続の経緯
　本願は，平成１７年７月６日(優先権主張　２００４年(平成１６年)８月２日　ドイツ(ＤＥ))を国際出願日とする出願の一部を，新たな特許出願として平成２２年８月２５日に出願したものであって，平成２４年３月９日付けで拒絶理由が通知され，同年７月１１日付けで意見書とともに手続補正書の提出がなされ，同年８月２７日付けで拒絶査定され，平成２５年１月４日に拒絶査定不服審判の請求と同時に手続補正がなされたものである。
　なお，本願は，平成２４年５月２日付けで，その出願人を，「インフィネオン　テクノロジーズ　アーゲー」から「インテル　モバイル　コミュニケーションズ　テクノロジー　ゲーエムベーハー」とする出願人名義変更届の提出がなされた。
　
２．本願発明
　平成２５年１月４日付け手続補正は，平成２４年７月１１日付け手続補正書の特許請求の範囲に記載された請求項１ないし１０及び１２を削除するものである。
　
　よって，請求項１に係る発明(以下「本願発明」という。)は，平成２５年１月４日付け手続補正書の特許請求の範囲の請求項１に記載された事項により特定される次のとおりのものである。
　
　【請求項１】
　サーバを備えた通信システムの通信端末であって、
　上記通信端末に導入された少なくとも１つのアプリケーションがデータの送信のための搬送媒体としてＭＭＳを使用するか否かを示す情報要素が、上記通信端末によって上記サーバに送信するように構成されている信号装置を備え、
　上記通信端末の特性および機能の少なくとも一つに変更があった場合、上記情報要素を更新することを特徴とする通信端末。
　
　
第２　引用例及び引用発明
　
１．引用例
　原査定の理由に引用された「３ＧＰＰ　ＴＳ　２３．１４０　Ｖ６．６．０　（２００４−０６）Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ，３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ　Ｓｐｅｃｉｆｉｃａｔｉｏｎ　Ｇｒｏｕｐ　Ｔｅｒｍｉｎａｌｓ；Ｍｕｌｔｉｍｅｄｉａ　Ｍｅｓｓａｇｉｎｇ　Ｓｅｒｖｉｃｅ　（ＭＭＳ）；Ｆｕｎｃｔｉｏｎａｌ　ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ　２（Ｒｅｌｅａｓｅ　６）」［http://www.3gpp.org/ftp/Specs/archive/23_series/23.140/23140-660.zip］(２００４年(平成１６年)６月公開。以下「引用例」という。)には，次の事項が記載(下線は当審が付与。)されている。
　
「7.1.3.1　Terminal Capability Negotiation　
An MMS User Agent shall support Terminal Capability Negotiation. An MMS Relay/Server shall support Terminal Capability Negotiation.
　
Within a request for delivery of an MM the recipient MMS User Agent shall be able to indicate its capabilities towards the recipient MMS Relay/Server
　
The recipient MMS User Agent may indicate its capabilities towards the recipient MMS Relay/Server by transmitting
・a set of information describing the terminal's capabilities
・a link (e.g. URI) to a database where the MMS Relay/Server can fetch a set of information describing the terminal's capabilities, and/or
・
a differential set of information indicating changes to a previously indicated set of terminal capability information
　
The detailed definition of the specific mechanism for terminal capability negotiation shall be defined by the MM1 implementation (WAP etc.). The mechanism for terminal capability negotiation shall ensure that the MMS Relay/Server is provided with the information describing the MMS User Agent's capabilities within every request for delivery of an MM.
　
E.g. in the WAP implementation of MMS, in case an underlying WSP session is established between the MMS User Agent and an intermediate WAP Gateway, the MMS User Agent indicates its capabilities towards the WAP Gateway only after the initial set-up of the underlying WSP session or spontaneously following a change in terminal capabilities. The WAP Gateway, however, caches the terminal capability information and passes these on to the MMS Relay/Server within every request for delivery of an MM. Intermediate proxies on the MM1 reference point may also be involved in terminal capability negotiation and/or content adaptation.
　
Upon reception of such a delivery request the recipient MMS Relay/Server should use the information about the capabilities of the recipient MMS User Agent in preparation of MMs to be delivered to the recipient MMS User Agent. The MMS Relay/Server should adjust an MM to be delivered that contains media types and media formats that are not supported by the recipient MMS User Agent. This adjustment might involve the deletion or adaptation of those unsupported media types and media formats.
　
The MMS User Agent's capability information should include 
・the maximum supported size of an MM, 
・the maximum supported resolution of an image, 
・a list of supported media types and media formats (e.g. MIME types), 
・a list of supported character sets, 
・a list of preferred languages,
・the maximum supported colour depth,
・an indication whether or not the recipient MMS User Agent supports streaming for the retrieval of MM contents as specified in clause 7.1.7.」
(「7　MMS Service Behaviour Description」の「7.1　MMS services offered」の「7.1.3　Retrieval of a Multimedia Message in the recipient MMSE」の「7.1.3.1　Terminal Capability Negotiation」における記載。)
(当審訳
７.１.３.１　端末能力ネゴシエーション
MMSユーザエージェントは，端末能力ネゴシエーションをサポートしなければならない。MMSリレー／サーバは，端末能力ネゴシエーションをサポートしなければならない。
　
MMの配信のための要求の中で，受信者MMSユーザエージェントは，受信MMSリレー／サーバに，その能力を示すことができるものとする
　
受信者MMSユーザエージェントは，次のものを送信することにより，受信者MMSリレー／サーバに，その能力を示すことがある
・端末の能力を示す情報のセット，
・MMSリレー/サーバが，端末の機能を記述する情報のセットを取得することができる所のデータベースへのリンク（例えばURI），及び／又は，
・
端末能力情報の以前に示したセットへの変更を示す情報の差分セット
　
端末能力ネゴシエーションの特定のメカニズムの詳細な定義は，MM1実装（WAPなど）によって定義される。
端末能力ネゴシエーションのメカニズムは，MMSリレー／サーバに，MMの配信のためのすべての要求に，MMSユーザエージェントの能力を記述する情報を提供すること，を確保しなければならない。
　
例えば，MMSのWAPの導入で，基礎となるWSPセッションがMMSユーザエージェントと中間のWAPゲートウェイの間に確立される場合，MMSユーザエージェントは，WAPゲートウェイに向けて，基礎となるWSPセッションの初期設定又は端末の能力の変化に自発的に追随の後にのみ，その能力を示す。WAPゲートウェイは，しかし，端末能力情報をキャッシュし，MMの配信のためすべての要求内でMMSリレー／サーバにこれらを渡す。MM1参照ポイント上の中間プロキシは，端末能力ネゴシエーション，及び／又はコンテンツアダプテーションに関与することができる。
　
このような配信要求を受信すると，受信者MMSリレー／サーバは，受信者MMSユーザエージェントに配信されるのMMの準備で，受信者MMSユーザエージェントの機能に関する情報を使用する必要がある。MMSリレー／サーバは，受信者MMS ユーザエージェントによってサポートされないメディアタイプとメディアフォーマットが含まれて配信されるMMを調整する必要がある。この調整は，これらのサポートされていないメディアタイプとメディアフォーマットの削除や適応を伴うかもしれない。
　
MMSユーザエージェントの能力情報は，次のものを含める必要がある。
・MMの最大サポートサイズ，
・画像の最大サポートサイズ，
・サポートされるメディアタイプとメディアフォーマット(例えば，MIMEのタイプ)のリスト，
・サポートされる文字セットのリスト，
・好ましい言語のリスト，
・最大のサポートされる色の濃さ，
・7.1.7節で規定されるようなMMコンテンツの回復のためのストリーミングを受信者MMSユーザエージェントがサポートするか否かの表示。)
　
(なお，引用例における「３　Definitions and Abbreviations」の「３.２　Abbreviations」の記載によれば，上記「MM」が「マルチメディアメッセージ」を，上記「ＭＭＳ」が「マルチメディアメッセージサービス」を，上記「URI」が「統一資源識別子(Uniform Resource Identifiers)」を，上記「WAP」が「ワイヤレスアプリケーションプロトコル(Wireless Application Protocol)」を，上記「WSP」が「WAPセッションプロトコル」をそれぞれ意味する。
　また，引用例における「６　MMSE Architecture and Interfaces」の「６.１　MMS Reference Architecture」の記載によれば，上記「MM1」は「MMSユーザエージェントとMMSリレー／サーバの間の
参照ポイント(reference point)
　
２．引用発明
　上記引用例の記載を技術常識に照らすと次のことがいえる。
　
・引用例には，「MMSリレー／サーバ」及び「MMSユーザエージェント」を備えた「メッセージシステム」が開示され，さらに，引用例記載の「端末(terminal)」が「MMSユーザエージェント」を有することは明白である。
　よって，引用例は，「ＭＭＳリレー／サーバを備えたメッセージシステムの通信端末」を開示しているといえる。
　
・引用例は，「MMSユーザエージェントの能力情報」，「能力情報の変更を示す情報」を含むが，該MMSユーザエージェントによって，ＭＭＳリレー／サーバ」に送信することが開示されている。してみると，端末が，「情報」を送信する「送信装置」を備えていることは当然である。
　
　以上から，引用例は，次の発明(以下「引用発明」という。)を開示しているといえる。
　
　ＭＭＳリレー／サーバを備えたメッセージシステムの端末であって，
　端末の能力情報の変更を示す情報が，上記端末によって上記ＭＭＳリレー／サーバに送信するように構成されている送信装置を備える
　端末。
　
　
第３　当審の判断
　
１．対比
　本願発明と引用発明を比較すると次のことがいえる。
・引用発明における「ＭＭＳリレー／サーバ」は，本願発明の「サーバ」に相当する。
　
・引用発明における「メッセージシステム」が通信手段を用いて構成されていることは明らかである。
　このことは，引用発明における「端末」が「通信端末」といえ，さらに，該「メッセージシステム」が「通信システム」といえることを意味する。
　
・引用発明における「端末の能力情報の変更を示す情報」は，「端末の能力情報を示す情報」の少なくとも一つの情報であることは明らかである。
　このことは，上記「端末の能力情報の変更を示す情報」が，上記「端末の能力情報を示す情報」の「情報要素」といえることを意味する。
　
　以上から，本願発明と引用発明は次の点で一致し，相違するといえる。
　
［一致点］
　サーバを備えた通信システムの通信端末であって，
　上記通信端末に導入された少なくとも１つのアプリケーションがデータの送信のための搬送媒体としてＭＭＳを使用するか否かを示す情報要素が，上記通信端末によって上記サーバに送信するように構成されている信号装置を備え，
　上記通信端末の特性および機能の少なくとも一つに変更があった場合，上記情報要素を更新することを特徴とする通信端末。
　
［相違点１］
　本願発明における「情報要素」は，「上記通信端末に導入された少なくとも１つのアプリケーションがデータの送信のための搬送媒体としてＭＭＳを使用するか否かを示す」ものであるのに対して，引用発明にはそのような特定がない点。
　
［相違点２］
　本願発明は，「上記通信端末の特性および機能の少なくとも一つに変更があった場合，上記情報要素を更新する」ものであるのに対して，引用発明にはそのような特定がない点。
　
２．検討
　
相違点１について
　
　通信端末において，さまざまなサービスを利用する際にアプリケーションを導入，つまり，ダウンロード，インストールしなければならないこと，また，サービスを利用しなくなり，不要となった際にアプリケーションを，アンインストール，削除を行うことは，引用例を提示するまでもなく周知である。
　ここで，引用発明において，ユーザが，MMS，つまり「マルチメディアメッセージサービス」を使用し，データ送信のサービスを使用する際，該「マルチメディアメッセージサービス」に対応した「アプリケーション」を通信端末に導入することによって，該「通信端末」が，「マルチメディアメッセージサービス」の能力を有するものとしなければならないことは当然である。
　そうなると，引用発明は，「端末能力情報の以前に示したセットへの変更を示す情報の差分セット」として，通信端末は導入されたアプリケーションがMMSを使用することを示す情報を，通信端末の能力情報の一つとして，ＭＭＳリレー／サーバに送信するようになることは明らかである。
　以上のことは，引用発明及び周知技術を基に，「通信端末に導入された少なくとも１つのアプリケーションがデータの送信のための搬送媒体としてＭＭＳを使用するか否かを示す情報要素が，上記通信端末によってサーバに送信するように構成」することが，当業者には容易になしうることを意味する。
　
　
相違点２について
　
　引用発明において，通信端末の能力に変更が生じた際に，「差分セット」が「端末能力情報の以前に示したセットへの変更を示す」ものとして送信されることは，上記「相違点１について」にも述べたとおりである。
　ここで，上記「端末能力情報の以前に示したセットへの変更」が，「更新」を意味することは技術常識に照らせば明らかである。
　このことは，引用発明を基に，「通信端末の特性および機能の少なくとも一つに変更があった場合，情報要素を更新する」ようにすることは，当業者が容易になしうることを意味する。
　
　そして，本願発明のように構成したことによる効果も，引用発明及び周知技術から予測できる程度のものである。
　
　したがって，本願発明は，引用発明及び周知技術に基づいて，当業者が容易に発明することができたものである。
　
　
第４　むすび
　
　以上のとおり，本願発明は，特許法第２９条第２項の規定により，特許を受けることができない。
　したがって，本願は，拒絶すべきものである。
　
　よって，結論のとおり審決する。