【事件の表示】
　特願２０１３−１９１１５８「クライアント端末、コンテンツ受信方法およびサーバ装置」拒絶査定不服審判事件〔平成２６年　２月２７日出願公開、特開２０１４−　３９２８８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．経緯
１．手続
　本願は、平成２０年３月４日（優先権主張　平成１９年９月３日、日本）に出願した特願２００８−５２９２７号の一部を平成２４年６月１４日に新たな特許出願とした特願２０１２−１３５０９０号、その一部を平成２５年９月１３日に新たな特許出願としたものであって、手続の概要は以下のとおりである。
拒絶理由通知　　　　　：平成２６年　４月　７日（起案日）
意見書　　　　　　　　：平成２６年　６月１３日
拒絶査定　　　　　　　：平成２６年　７月　１日（起案日）
拒絶査定不服審判請求　：平成２６年１０月　２日
２．査定
　原査定の理由は、概略、以下のとおりである。 
　本願の請求項１ないし５に係る発明は、その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　記（刊行物）
Mikoczy,E., et al，IMS based IPTV services - Architecture and Implementation，Proc. of the 3rd Int. Conf. on Mobile multimedia communications，２００７年８月
第２．本願発明
　本願の請求項に係る発明は、本願明細書及び図面の記載からみて、その特許請求の範囲の請求項１ないし５に記載された事項により特定されるものであると認められるところ、そのうち、請求項１に係る発明（以下、これを「本願発明」という）は、次のとおりのものである。
　なお、本願発明の各構成の符号は、便宜的に当審にて付したものである（以下、各構成を「構成（Ａ）」などという）。
（本願発明）
（Ａ）コンテンツを識別する情報を格納する宛先部とセッションを確立するためのプロトコル情報を格納するボディ部を含むメッセージを生成するメッセージ生成部と、
（Ｂ）前記生成されたメッセージを送信するメッセージ送信部と
（Ｃ）を具備するクライアント端末。
第３．当審の判断
１．刊行物の記載
　原査定の拒絶の理由に引用された刊行物である「IMS based IPTV services - Architecture and Implementation」（IMSベースIPTVサービス−アーキテクチャと実装）（以下「引用例」という）には、図面と共に次に掲げる事項が記載されている。
　なお、括弧内に当審で作成した日本語仮訳を添付する。
（ア）「3. PROTOTYPICAL REALISATION OF IMS BASED IPTV PLATFORM
3.1 Overview
To proof the concept of the integration of IPTV and IMS platforms on the example of the advanced network architecture presented in Figure 2 we have prototypically elaborated the “Click to Multimedia Service” to evaluate and demonstrate advantages of the defined IMS based IPTV functionalities. The main particularities of the developed system are as follows:
・ Session management performed in the IMS core and IPTV IMS capable application server
・ Personalisation of available services based on IMS user identities
・ Support for both terminal and session mobility of IMS users maintaining IPTV service
・ Accommodation of IPTV QoS parameters to the terminal device used to access IPTV service
・ Personalisation of IPTV services」（４頁右欄１〜１８行）
（3.IMSベースIPTVプラットホームの典型的な実現
3.1概要
図2に示される先進ネットワークアーキテクチャの例の上で、IPTVとIMSプラットホームの統合の概念を検証するために、我々は、定義されたIMSベースIPTVの機能の利点を評価し実証するための『マルチメディアサービスへのクリック』のプロトタイプを精巧に作り上げました。開発されたシステムの主な特殊性は、以下の通りです：
・IMSコアとIPTV IMSが動作するアプリケーションサーバにおいて実行されるセッション管理
・IMSユーザアイデンティティに基づく利用可能なサービスのパーソナル化
・IPTVサービスを維持する、IMSユーザの端末とセッションモビリティの両方のサポート
・IPTVサービスへのアクセスに使用される端末装置へのIPTV QoSパラメータの適応
・IPTVサービスのパーソナル化）
（イ）「The prototypically implemented IMS based IPTV service enables a high level of efficiency and flexibility of service discovery and selection for IMS users. In a typical usage scenario an IMS user authenticates on a web portal using a secure https connection. Multimedia services including IPTV services available for the user according to its preferences and subscriptions are shown on a user-friendly graphical web interface adapted to user preference and capabilities of the terminal display. The logged on user is able to search for a specific service or media, modify its group of interest etc. After selection of the desired service a simple click on the appropriate icon or link is sufficient to initiate the establishment of the multimedia session.」（４頁右欄１９〜３０行）
（プロトタイプとして実装されたIMSベースIPTVサービスは、IMSユーザのためのサービスの発見と選択の効率性と柔軟性の高いレベルを可能にします。典型的に用いられるシナリオでは、IMSユーザは、安全なhttps接続を用いてwebポータル上で認証される。ユーザの嗜好と申込みに応じたユーザが利用可能なIPTVサービスを含むマルチメディアサービスは、ユーザの嗜好と端末ディスプレイの能力に適合されたユーザフレンドリーなグラフィカルWebインターフェース上に表示されます。ログオンしたユーザは、特定のサービスやメディアの検索や、趣味のグループなどを変更することができます。所望のサービスを選択した後、適切なアイコンまたはリンクを単にクリックするだけで、マルチメディアセッションの確立が開始されます。）
（ウ）「During session establishment based on basic IMS mechanisms the QoS parameters of the selected multimedia service are adapted to the current user terminal in terms of audio and video bitrate and video resolution. During session handovers the QoS parameters are adapted to the new terminal device of the user. This is because a typical MDA with a small display and a not very powerful processor is not able to play back an incoming stream with HDTV quality. The flexible QoS adaptation is very important in the FMC environment where access networks of various access technologies with highly differing constraints are used by a number of terminals with different capabilities.」（４頁右欄３１〜４１行）
（基本的なIMSメカニズムに基づくセッションの確立中に、選択されたマルチメディアサービスのQoSパラメータは、オーディオとビデオのビットレート及びビデオ解像度において、現在のユーザ端末に適合されます。セッションのハンドオーバ中に、QoSパラメータは、ユーザの新たな端末装置に適合されます。これは、小さなディスプレイと非常に強力ではないプロセッサを搭載した典型的なMDAは、HDTV品質の受信ストリームを再生できないからです。柔軟なQoS適応は、大きく異なる制約を有する様々なアクセス技術のアクセスネットワークが、異なる能力を持ついくつかの端末により使用されるFMC環境において非常に重要です。）
（エ）「Using implemented “Click to Multimedia Service” a single click on the selected service is enough to establish the desired multimedia session. Thereby users can access multimedia services using any terminal devices they have on hand. The best possible IPTV service quality in every access network with any terminal device is guaranteed. The possibility of session and terminal handovers enables the highest level of flexibility for mobile users maintaining multimedia services everywhere.」（４頁右欄４２〜４９行）
（実装された『マルチメディアサービスへのクリック』を使用すれば、選択されたサービスの一回のクリックが、所望のマルチメディアのセッションを確立するのに十分である。それにより、ユーザは、彼らが手に持っている任意の端末装置を用いてマルチメディアサービスにアクセスすることができます。任意の端末装置を用いた全てのアクセスネットワークにおいて、最高のIPTVサービス品質が保証されています。セッションと端末のハンドオーバの可能性は、どこにおいてもマルチメディアサービスを維持するモバイルユーザのための柔軟性の高いレベルを可能にします。）
（オ）「3.2 Implementation details
Generally, an IMS user needs to know the SIP identifier of the corresponding peer to be able to establish a multimedia session to it. Information about SIP identifiers which can be used to generate SIP INVITE messages during session initiation is usually stored in the buddy lists of IMS users. New entries in the list are created either manually or using some automatic mechanisms to exchange contact data between IMS users, like the well known contact sharing in Microsoft Outlook Express. A manual creation of the contact assumes that the user must know the exact SIP identifier of another network user or server that can provide a multimedia service desired by the user. Multimedia content that may be provided to IMS users may be hosted on a number of streaming servers located in the same or different administrative domains.」（４頁右欄５０〜５頁左欄８行）
（3.2実装の詳細
一般的に、IMSユーザは、対応するピアとマルチメディアセッションを確立できるようにするために、対応するピアのSIP識別子を知る必要があります。セッションの開始時にSIP INVITEメッセージを生成するために使用できるSIP識別子に関する情報は、通常、IMSユーザのバディリストに格納されています。リスト内の新しいエントリは、手動、又はMicrosoft Outlook Expressのよく知られている連絡先共有と同じような、IMSユーザ間で連絡先データを交換する自動メカニズムを使用して作成されます。連絡先の手動作成は、別のネットワークユーザの、又は、ユーザが所望するマルチメディアサービスを提供可能なサーバの、正確なSIP識別子をユーザが知っている必要があることを前提としています。IMSユーザに提供可能なマルチメディアコンテンツは、同一又は異なる管理ドメイン内に位置するいくつかのストリーミングサーバにホストされる可能性があります。）
（カ）「Offering the information about services available for particular users is a big challenge in such network environment since there is no single point of contact that can be used by the user to discover and select an appropriate multimedia service in the network. Every time the user wants to get access to a multimedia content, e.g. to a video data, it has to discover the SIP identifier and the identifier of the content it wants to retrieve from a media streaming server. Only after that the user is able to initiate a session to the selected application server that will trigger the media streaming server to deliver the selected multimedia content to the requiring user. The exact methods which can be used to discover and select a specific content or a particular service are undefined in the current IMS standardisation activities.」（５頁左欄９〜２１行）
（特定のユーザに利用可能なサービスについての情報を提供することは、ネットワーク上に適切なマルチメディアサービスを発見し選択するためにユーザにより使用できる接続のシングルポイントが無いことから、そのようなネットワーク環境における大きな課題である。ユーザが、例えばビデオデータのようなマルチメディアコンテンツへのアクセスを取得しようとする時は、SIP識別子とメディアストリーミングサーバから取り出したいコンテンツの識別子を発見する必要がある。その後、ユーザは、選択されたマルチメディアコンテンツを、要求するユーザに配信するためのメディアストリーミングサーバを起動する、選択されたアプリケーションサーバへのセッションを開始することができます。特定のコンテンツや特定のサービスを発見し選択するために使用することができる正確な方法は、現在のIMS標準化活動において定義されていません。）
（キ）「We have implemented a simplified service architecture comprising proposed functions presented in Figure 1 to provide IMS based IPTV services in a CAAN shown in Figure 2.The implemented network architecture comprises application servers that provide a flexible and scalable discovery and delivery of multimedia services available for particular IMS users as shown in Figure 3.」（５頁左欄２２〜２８行）
（私たちは、図2に示されるCAANにおいてIMSベースIPTVサービスを提供するために、図1に示される提案機能を備えた単純化されたサービスアーキテクチャを実装しています。実装されたネットワークアーキテクチャは、図3に示されるように、特定のIMSユーザに利用可能なマルチメディアサービスの柔軟でスケーラブルな発見と配信を提供するアプリケーションサーバを含みます。）
（ク）「The application server (AS) with service discovery and selection (SDS) functions is used to provide service information for IMS users. It has associations to a number of media service control servers (MSCF) via the ISC interface so that it can collect information about media content available from media delivery servers achievable through these MSCF servers. This interface is also used to connect the AS to the IMS core so that it understands SIP based signalling from IMS users. The AS supports also Sh interface to the Home Subscriber Server (HSS) to retrieve user profiles with all user subscriptions and preferences. Using the information retrieved from associated media control servers and applying IPTV user profiles from the HSS a list of available multimedia services may be created for a particular IMS user considering its preferences and subscriptions.」（５頁左欄２９〜同右欄７行）
（サービスの発見と選択（SD＆S）機能を備えたアプリケーションサーバ（AS）は、IMSユーザに対するサービス情報を提供するために使用されます。いくつかのメディアサービス制御サーバ（MSCF）が、ISCインターフェースを介して関連を持っており、これらのMSCFサーバを介して機能するメディア配信サーバからの利用可能なメディアコンテンツに関する情報が収集できるようになっている。このインターフェースは、また、IMSユーザからのSIPベースのシグナリングを理解するために、ASをIMSコアへ接続するために使用されます。ASは、また、すべてのユーザの申込みや嗜好を有するユーザプロファイルを収集するホーム加入者サーバ（HSS）へのShインターフェースをサポートしています。関連するメディア制御サーバから収集された情報を使用し、HSSからのユーザプロファイルをIPTVに適用することで、特定のIMSユーザに対して、その嗜好や申込みを考慮した入手可能なマルチメディアサービスのリストを作成することができます。）
（ケ）「Thereby the personalisation, policy-based service discovery and value added multimedia services may be integrated and deployed using this SDS scheme. Media discovery information can be provided to users in form of multimedia web pages using a secure https connection on the Xt interface. The IPTV application server is therefore a single point of contact for IMS users for service discovery and can be seen as a key element to select and to initiate multimedia services available for registered IMS users. A step-by-step overview of the service discovery, service selection and further session establishment performed in a typical usage scenario using the described scheme is presented in Figure 4.」（５頁右欄７〜１８行）
（これにより、パーソナル化、ポリシーに基づくサービスの発見、及びマルチメディアサービスの付加価値は、このSDS方式を使用して展開され統合されます。メディア発見情報は、Xtインターフェース上の安全なhttps接続を使用して、マルチメディアwebページの形態でユーザに提供することができます。IPTVアプリケーションサーバは、それゆえに、IMSユーザにとって、サービス発見のための接続のシングルポイントであり、登録されたIMSユーザが利用可能なマルチメディアサービスを選択し開始するための重要な要素として見ることができます。サービスの発見、サービスの選択、さらに、説明された方式を使用する典型的な使用シナリオで実行されるセッション確立のステップバイステップの概要が、図4に示されています。）
（コ）「The IPTV application server is realised as a usual web portal. The GUI of the portal consists of a graphically adapted links to the multimedia services available for the IMS user. The IMS users use secure https connections to access the GUI provided by the IMS Application Server (AS).Hence, the https protocol is used on the Xt interface in our implementation. During the logon stage the user credentials received via the Xt interface are compared with user data required via the Sh interface from the HSS. The information about subscribed services of the user is also required via this interface and is then available to the AS that filters its database with the information about all available services and builds a web page with only links to services available for the logged on user.」（５頁右欄１９〜３１行）
（IPTVアプリケーションサーバは、通常のwebポータルとして実現されます。ポータルのGUIは、IMSユーザが利用可能なマルチメディアサービスへのグラフィカルに適合したリンクで構成されています。IMSユーザは、IMSアプリケーションサーバ（AS）により提供されるGUIにアクセスするために、安全なhttps接続を使用しています。したがって、httpsプロトコルが、我々の実装においてXtインターフェースで使用されています。ログオン段階でXtインターフェースを介して受信したユーザの認証情報は、HSSからのShインターフェースを介して要求されるユーザーデータと比較されます。また、ユーザの申し込んだサービスに関する情報は、このインターフェースを介して要求され、そして、すべての利用可能なサービスについての情報を有するデータベースをフィルタリングし、ログオンしているユーザが利用可能なサービスへのリンクのみでWebページを構築するASに使用可能になります。）
（サ）「The preferences of the user stored in the HSS are considered to build the page according to the policies defined for every particular user or for groups of IMS users. As result, personalisation of the content offering is realised where both user subscriptions and preferences are considered. IMS user can then navigate on the built page and decide about the multimedia service it wants to initiate. To select the desired multimedia service the user can simply click onto the appropriate link or icon leading to the informing the user about selected multimedia session via the Xt interface. After that the IMS user can either automatically or manually initiate the selected IPTV session using IMS enhanced SIP signalling.」（５頁右欄３１〜６頁左欄４行）
（HSSに格納されているユーザの嗜好は、全ての特定のユーザ又はIMSユーザのグループに対して定義されたポリシーに基づいて、ページを構築するために考慮されます。その結果、ユーザの申込みと嗜好の両方が考慮されて、コンテンツ提供のパーソナル化が実現されます。そして、IMSユーザは、構築されたページを操作し、開始したいマルチメディアサービスについて決定することができます。希望するマルチメディアサービスを選択するには、ユーザは、Xtインターフェースを介して選択されたマルチメディアセッションについてユーザに通知することをもたらす適切なリンク又はアイコン上を、単にクリックするだけです。その後、IMSユーザは、IMS で拡張されたSIPシグナリングを使用して、選択されたIPTVセッションを自動又は手動で開始することができます。）
（シ）「Any type of multimedia sessions may be established using this method. Thereby there is no need to know, notice or store any identifiers of the content or streaming server providing this content. The IMS client that we have developed during our implementation exchanges session related data in the background that is transparent for the IMS user. That allows a fast and simplified service selection and establishment of multimedia sessions to the desired multimedia content.」（６頁左欄５〜１２行）
（マルチメディアセッションの任意のタイプは、この方法を使用して確立することができます。それにより、コンテンツ、又はこのコンテンツを提供するストリーミングサーバの任意の識別子を、格納、通知、又は知る必要はありません。我々が実装を通じて開発したIMSクライアントは、IMSユーザが意識しないバックグラウンドで、セッションに関連するデータを交換します。それは、素早く簡単なサービスの選択と所望のマルチメディアコンテンツへのマルチメディアセッションの確立を可能にします。）
（ス）「During IMS defined session establishment via the Gm interface the IMS client is able to inform the Server deploying Multimedia Service Control Functions (MSCF) the capabilities of the user terminal so that appropriate QoS parameters for the multimedia stream can be selected. After selection of appropriate QoS parameters the MSCF informs the Media Delivery Server (contains media control and media delivery functionalities) via the Y2 interface to stream data of the selected multimedia content to the requesting user via the Xd interface. In our implementation we use RTP and RTSP protocols on this interface. Using RTSP protocol the user may also control data delivery in the case the user requires Content on Demand It can be paused, played faster or slower, etc. The RTSP protocol is then used for media control that take place on the Xc interface between the user and media streaming server.」（６頁左欄１３〜２７行）
（IMSがGmインターフェースを介したセッションの確立を定義する間に、IMSクライアントは、マルチメディアストリームのための適切なQoSパラメータが選択されるように、マルチメディアサービス制御機能（MSCF）を展開するサーバに、ユーザ端末の能力を通知することができます。適切なQoSパラメータの選択後に、MSCFは、Xdインターフェースを介して要求しているユーザに選択されたマルチメディアコンテンツのデータをストリーミングするように、Y2インターフェースを介してメディア配信サーバ（メディア制御およびメディア配信機能が含まれる）に通知します。我々の実装では、このインターフェース上でのRTP及びRTSPプロトコルを使用しています。RTSPプロトコルを使用すれば、ユーザは、一時停止、早送り再生、スロー再生などが可能なコンテンツオンデマンドをユーザが要求する場合、データの配信を制御できます。そして、RTSPプロトコルは、ユーザとメディア配信サーバとの間のXcインターフェース上で行われるメディア制御のために使用されます。）
２．引用発明
　ここで、上記引用例の記載について検討する。
（１）引用例の前掲（ア）ないし（エ）の記載によれば、引用例には「IMSベースIPTVサービス」に関する技術が記載されており、そのIPTVサービスへのアクセスに用いられる「IMSベースIPTVサービスにおけるIMSユーザ端末」が記載されている。
（２）引用例の前掲（オ）、（カ）の記載によれば、引用例には、IMSユーザは、対応するピア、具体的にはマルチメディアサービスを提供するサーバとのセッションを確立するために、サーバのSIP識別子を知っている必要があり、SIP識別子に関する情報はセッションの開始時にSIP INVATEメッセージを生成するために使用されること、また、ユーザがマルチメディアコンテンツへアクセスするためには、サーバから取り出したいコンテンツの識別子を知っている必要があることが記載されている。
（３）引用例の前掲（ク）ないし（コ）の記載によれば、アプリケーションサーバ（AS）は、メディア配信サーバから利用可能なメディアコンテンツに関する情報を収集する。
　そして、アプリケーションサーバ（AS）は、webポータルとして機能し、IMSユーザに対して、入手可能なマルチメディアサービスのリストをwebページとして提供する。
（４）引用例の前掲（サ）、（シ）の記載によれば、IMSユーザが、アプリケーションサーバ（AS）が提供するwebページを操作して希望するマルチメディアサービスを選択すると、選択されたマルチメディアセッションについての情報がIMSユーザに通知される。
　その後、IMSユーザは、IMS で拡張されたSIPシグナリングを使用して、選択されたIPTVセッションを自動的に開始することができる。
　具体的には、IMSクライアントにおいて、IMSユーザがコンテンツ又はこのコンテンツを提供するストリーミングサーバの識別子を知らなくても、IMSユーザが意識しないバックグラウンドで、セッションに関連するデータが交換され、所望のマルチメディアコンテンツへのマルチメディアセッションが確立される。
（５）引用例の前掲（ス）の記載によれば、セッションの確立は、Gmインターフェースを介して行われ、また、IMSクライアントは、セッションの確立の間に、マルチメディアストリームのための適切なQoSパラメータが選択されるように、マルチメディアサービス制御機能（MSCF）を展開するサーバに、ユーザ端末の能力を通知する。
　その後、MSCFは、適切なQoSパラメータの選択し、選択されたマルチメディアコンテンツのデータを、Xc 及びXdインターフェースを介してユーザにストリーミングするように、メディア配信サーバに通知する。
（６）上記（２）ないし（５）の事項を総合すると、まず、上記（２）、（４）から、IMSクライアント、すなわちIMSユーザ端末は、選択したマルチメディアサービスについての、コンテンツの識別子と、このコンテンツを提供するストリーミングサーバの識別子の情報を取得する。
　そして、IMSユーザ端末は、マルチメディアサービスを提供するサーバとのセッションを確立するために、サーバのSIP識別子に関する情報を含むSIP INVATEメッセージを生成する。
　上記（５）から、この生成されたSIP INVATEメッセージは、マルチメディアサービスを提供するサーバとのセッションを確立するために、Gmインターフェースを介して、マルチメディアサービス制御機能（MSCF）を展開するサーバへ送信されるものといえる。
　また、ユーザがマルチメディアコンテンツへアクセスするためには、サーバから取り出したいコンテンツの識別子が必要であることから、SIP INVATEメッセージの送信時に、コンテンツを特定するためのコンテンツの識別子の情報を併せてMSCFサーバへ送信しているものといえる。
　したがって、IMSユーザ端末は、コンテンツを特定するためのコンテンツの識別子の情報を含むメッセージを生成し、生成されたメッセージを送信するものである。
　さらに、上記（５）から、IMSユーザ端末は、セッションの確立の間に、マルチメディアストリームのための適切なQoSパラメータが選択されるように、MSCFサーバへユーザ端末の能力を送信している。
　すなわち、IMSユーザ端末は、適切なQoSパラメータを選択するためのユーザ端末の能力の情報を含むメッセージを送信するものである。
（７）まとめ
　以上のことから、引用例には下記の発明（以下「引用発明」という）が記載されていると認められる。
（引用発明）
（ａ）コンテンツを特定するためのコンテンツの識別子の情報と適切なQoSパラメータを選択するためのユーザ端末の能力の情報を含むメッセージを生成し、
（ｂ）生成されたメッセージを送信する、
（ｃ）IMSベースIPTVサービスにおけるIMSユーザ端末。
３．対比
　本願発明と引用発明とを対比すると次のことが認められる。
（１）本願発明の構成（Ａ）と、引用発明の構成（ａ）の対比
　引用発明の「コンテンツを特定するためのコンテンツ識別子の情報」は、本願発明の「コンテンツを識別する情報」に相当する。
　引用発明の「適切なQoSパラメータ」は、確立されるセッションを規定する情報であるから、「適切なQoSパラメータを選択するためのユーザ端末の能力の情報」は、セッションの確立に関連する情報であるといる。
　よって、引用発明の「適切なQoSパラメータを選択するためのユーザ端末の能力の情報」は、本願発明の「セッションを確立するためのプロトコル情報」と、「セッションの確立に関連する情報」である点において共通する。
　ただし、その情報が、本願発明では「セッションを確立するためのプロトコル情報」であるのに対し、引用発明ではそのような情報ではない点で、両者は相違する。
　また、引用発明は、「『コンテンツを識別する情報』と『セッションの確立に関連する情報』を含むメッセージを生成」するものであるから、「メッセージ生成部」を有しているものといえ、「『コンテンツを識別する情報』と『セッションの確立に関連する情報』を含むメッセージを生成するメッセージ生成部」という点では、本願発明と相違しない。
　ただし、本願発明が生成するメッセージは、『コンテンツを識別する情報』を「宛先部」に格納し、『セッションの確立に関連する情報』を「ボディ部」に格納したメッセージであるの対し、引用発明のメッセージは、『コンテンツを識別する情報』と『セッションの確立に関連する情報』をどの部分に格納するメッセージであるか特定されていない点で、両者は相違する。
　以上をまとめると、本願発明の構成（Ａ）と、引用発明の構成（ａ）は、「コンテンツを識別する情報とセッションの確立に関連する情報を含むメッセージを生成するメッセージ生成部」という点で一致する。
　ただし、本願発明では、「コンテンツを識別する情報」をメッセージの「宛先部」に格納するものであるのに対し、引用発明では、「コンテンツを識別する情報」をメッセージのどの部分に格納するのか特定されていない点、及び、「セッションの確立に関連する情報」に関し、本願発明では「セッションを確立するためのプロトコル情報」であり、その情報をメッセージの「ボディ部」に格納するものであるのに対し、引用発明では「セッションを確立するためのプロトコル情報」ではなく、その情報をメッセージのどの部分に格納するのか特定されていない点で、両者は相違する。
（２）本願発明の構成（Ｂ）と、引用発明の構成（ｂ）の対比
　引用発明は、「生成されたメッセージを送信する」ものであり、メッセージを送信する「メッセージ送信部」を有しているものといえ、本願発明の「前記生成されたメッセージを送信するメッセージ送信部」と相違しない。
（３）本願発明の構成（Ｃ）と、引用発明の構成（ｃ）の対比
　引用発明の「IMSベースIPTVサービスにおけるIMSユーザ端末」は、IPTVサービスにおけるクライアント端末といえるから、本願発明の「クライアント端末」と相違しない。
　４．一致点・相違点
　以上（１）ないし（３）の対比結果を踏まえると、本願発明と引用発明との一致点及び相違点は、次のとおりである。
　
［一致点］
　コンテンツを識別する情報とセッションの確立に関連する情報を含むメッセージを生成するメッセージ生成部と、
　前記生成されたメッセージを送信するメッセージ送信部と、
　を具備するクライアント端末。
［相違点１］
　本願発明では、「コンテンツを識別する情報」をメッセージの「宛先部」に格納するものであるのに対し、引用発明では、「コンテンツを識別する情報」をメッセージのどの部分に格納するのか特定されていない点。
［相違点２］
　「セッションの確立に関連する情報」に関し、本願発明では「セッションを確立するためのプロトコル情報」であり、その情報をメッセージの「ボディ部」に格納するものであるのに対し、引用発明では「セッションを確立するためのプロトコル情報」ではなく、その情報をメッセージのどの部分に格納するのか特定されていない点。
　５．判断
（１）相違点１について
　引用発明のIPTVサービスが基礎とするIMSにおいては、サーバ内のコンテンツを特定する情報を、送信するメッセージ内にどのように記述するかは当業者が適宜設定可能なことであり、SIP INVATEメッセージ内のSIP-URIパラメータとして記述すること、すなわち宛先部に格納することも、普通に実施されている周知の技術である（例えば、国際公開第２００７／０２６９１４号の第１９頁第６〜２６行、第２４頁第２７行〜第２５頁第９行、ＦＩＧ．６などを参照のこと）。
　したがって、引用発明において、「コンテンツを特定するためのコンテンツ識別子の情報」をメッセージの「宛先部」に格納し、相違点１に係る「コンテンツを識別する情報」をメッセージの「宛先部」に格納するものとすることは、当業者が適宜なし得ることである。
（２）相違点２について
　引用発明のIPTVサービスが基礎とするIMSにおいては、セッションを確立するためメッセージを送信する際に、事前に取り決めておいたコーデックなどのセッションのプロトコル情報などをメッセージのボディ部に格納して送信することが周知技術である（例えば、米国特許出願公開第２００６／０２９１４７２号明細書の段落［００５７］、国際公開第２００７／０６１３４５号の第３頁第１４〜第４頁第８行などを参照のこと）。
　そして、引用発明のような動画配信サービスにおいては、コンテンツを配信する際にクライアント端末がデコード可能なコーデックなどのプロトコルを指定することは普通に行われていることであるから、引用発明においても、「セッションの確立に関連する情報」としてQoSパラメータに関する情報の他に、IMSユーザ端末がデコード可能なコーデックなどのプロトコルに関する情報を含めることは当業者が容易に想到し得ることであり、引用発明において、セッションを確立するためメッセージを送信する際に、上述したIMSにおける周知技術を適用し、セッションを確立するためのプロトコル情報をメッセージのボディ部に格納して送信するものとすることは、当業者が容易になし得ることである。
　したがって、引用発明の「セッションの確立に関連する情報」を、相違点２に係る「セッションを確立するためのプロトコル情報」とし、メッセージの「ボディ部」に格納するものとすることは、当業者が容易になし得ることである。
（３）効果等について
　本願発明の構成は、上記のように当業者が容易に想到できたものであるところ、本願発明が奏する効果は、その容易想到である構成から当業者が容易に予測しうる範囲内のものであり、同範囲を超える格別顕著なものがあるとは認められない。
（４）まとめ
　以上のとおりであるから、本願発明は、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
第４　むすび
　以上のように、本願の請求項１に係る発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本件出願は、その余の請求項について論及するまでもなく、拒絶をすべきものである。
　よって、結論のとおり審決する。