【事件の表示】
　特願２００８−５０８２２５「ＩＭＳにおけるサービスプロファイル処理」拒絶査定不服審判事件〔平成１８年１１月　９日国際公開、ＷＯ２００６／１１７３２３、平成２０年１１月１３日国内公表、特表２００８−５３９６２８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、２００６年４月２７日（パリ条約による優先権主張外国庁受理２００５年４月２９日および２００５年６月２９日、英国）を国際出願日とする出願であって、原審において平成２３年９月１日付けで拒絶査定され、これに対し同年１２月２０日に審判請求がなされたものであるところ、
　本件出願の請求項２９に係る発明は、特許請求の範囲、明細書及び図面の記載からみて、平成２３年８月１２日付けで補正された特許請求の範囲の請求項２９に記載された次のとおりのものである。（以下「本願発明」という。）
　
（本願発明）
　「　　【請求項２９】
　ＩＰマルチメディアサブシステムの加入を処理するホーム加入者サーバであって、
　複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段であって、前記複数のパブリックユーザアイデンティティそれぞれが、サービスプロファイルに関連付けられていて、かつ前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている、保持する手段と、
　ネットワークノードに対する、グループとして動作するパブリックユーザアイデンティティのセットを定義する暗黙的な登録セットに属するすべてのパブリックユーザアイデンティティを識別する手段と、
　前記ネットワークノードに対する、前記暗黙的な登録セットとは別に、前記共通のサービスプロファイルに関連付けられている、すべてのパブリックユーザアイデンティティを識別する手段と
　を備えることを特徴とするホーム加入者サーバ。」
　
　
２．引用例に記載された発明
　原査定の拒絶の理由に引用された刊行物である、IP Multimedia Subsystem (IMS), 3rd Generation Partnership Project； Technical Specification Group Services and System Aspects； 3GPP TS 23.228 V6.9.0(2005.03)（以下、「引用例」という。）には、図面と共に次の記載がある。
　
イ．「
　　　　　　　　　　　３ＧＰＰ　ＴＳ　２３．２２８ V6.9.0 (2005-03)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
　　　　　　　　　　　　　　　　　　　　　　Technical Specification
　　　　　　　　　　　　　　　　3rd Generation Partnership Project;
　　　　　Technical Specification Group Services and System Aspects;
　　　　　　　　　　　　　　　　　　IP Multimedia Subsystem (IMS);
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Stage 2
　　　　　　　　　　　　　　　　　　　　　　　　　　　　(Release 6)
　
　　　（・・・以下略・・・）」（１頁）
　
（イ．邦訳
　　　　　　　　３ＧＰＰ　ＴＳ　２３．２２８ V6.9.0(2005-03)
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
　　　　　　　　　　　　　　　　　　　　　　　　　　仕様書
　　　　　　　　　　　　　　　　　第３世代協力プロジェクト;
　　　　　　　　仕様書グループ・サービスおよびシステム側面;
　　　　　　　　　　　　IPマルチメディアサブシステム(IMS);
　　　　　　　　　　　　　　　　　　　　　　　　　　段階2
　　　　　　　　　　　　　　　　　　　　　　　　(リリース6)
　
　　　（・・・以下略・・・））
　
　
ロ．「
3.3　　　 Abbreviations
For the purposes of the present document the following abbreviations apply. Additional applicable abbreviations can be found in GSM 01.04[1].
　
（・・・中略・・・）
CN 　　　 Core Network
CS 　　　 Circuit Switched
CSCF　　　Call Session Control Function 
（・・・中略・・・）
HSS 　　　Home Subscriber Server
（・・・中略・・・）
IM 　　　 IP Multimedia
IMS　　　 IP Multimedia Core Network Subsystem
（・・・中略・・・）
IMSI　　　International Mobile Subscriber Identifier
IP 　　　 Internet Protocol
（・・・中略・・・）
ISIM　　　IMS SIM
（・・・中略・・・）
UE 　　　 User Equipment
（・・・中略・・・）
　
　
-------------------------------------------------------------------
4　　　 IP multimedia subsystem concepts
4.0　　　 General
The IP Multimedia CN subsystem comprises all CN elements for provision of multimedia services. This includes the collection of signalling and bearer related network elements as defined in TS23.002[1]. IP multimedia services are based on an IETF defined session control capability which, along with multimedia bearers, utilises the IP-Connectivity Access Network (this may include an equivalent set of services to the relevant subset of CS Services).
　　　（・・・以下略・・・）」（１３〜１４頁）
　
（ロ．邦訳
3.3 　略語
現在のドキュメントには、次の略語が適用されます。
追加の適用可能な略語はGSM 01.04[1]で見つけることができます。
　
（・・・中略・・・）
CN　　　コア網
CS　　　回線交換
CSCF　　呼セッション制御機能
（・・・中略・・・）
HSS　　　ホーム加入者サーバ
（・・・中略・・・）
IM 　　　IPマルチメディア
IMS　　　IPマルチメディアコア網サブシステム
（・・・中略・・・）
IMSI　　　国際移動加入者識別子
IP 　　　 インターネットプロトコル
（・・・中略・・・）
ISIM　　　IMS　SIM
（・・・中略・・・）
UE　　　ユーザ機器
（・・・中略・・・）
　
-------------------------------------------------------------------
4　　　IPマルチメディア・サブシステムの概念
4.0　　概要
IPマルチメディアコア網サブシステムは、マルチメディアサービス提供用のコア網要素の全てから成ります。これは、TS 23.002[1]に定義されるような、シグナリングとベアラ関連の網要素の集合を含んでいます。
IPマルチメディアサービスは、IETFに定義されたセッション制御能力に基づいており、それはマルチメディアベアラと共に、IP接続可能なアクセス網（これは、回線交換サービスの関連する部分集合に等価なサービスの集合を含み得ます）を利用します。
　　　（・・・以下略・・・））
　
　
ハ．「
4.3.3　　　 Identification of users
　
4.3.3.0　　　 General
　
There are various identities that may be associated with a user of IP multimedia services. This section describes these identities and their use.
　
4.3.3.1　　　 Private user identities
　
Every IM CN subsystem user shall have one or more Private User Identities. The private identity is assigned by the home network operator, and used, for example, for Registration, Authorisation, Administration, and Accounting purposes. This identity shall take the form of a Network Access Identifier (NAI) as defined in RFC2486[14]. It is possible for a representation of the IMSI to be contained within the NAI for the private identity.
　
（・・・中略・・・）
　
　
4.3.3.2　　　 Public user identities
　
Every IM CN subsystem user shall have one or more Public User Identities (see TS22.228[8]). The Public User Identity/identities are used by any user for requesting communications to other users. For example, this might be included on a business card.
　
　　-　　Both telecom numbering and Internet naming schemes can be used to address users depending on the Public User identities that the users have.
　
　　-　　The Public User Identity/identities shall take the form of a SIP URI (as defined in RFC3261[12] and RFC2396[13]) or the tel:-URI format RFC3966[15].
　
　　-　　An ISIM application shall securely store at least one Public User Identity (it shall not be possible for the UE to modify the Public User Identity), but it is not required that all additional Public User Identities be stored on the ISIM application.
　
　　-　　A Public User Identity shall be registered either explicitly or implicitly before the identity can be used to originate IMS sessions and IMS session unrelated procedures.
　
　　-　　A Public User Identity shall be registered either explicitly or implicitly before terminating IMS sessions and terminating IMS session unrelated procedures can be delivered to the UE of the user that the Public User Identity belongs to. Subscriber-specific services for unregistered users may nevertheless be executed as described in chapter 5.12.
　
　　-　　It shall be possible to register globally (i.e. through one single UE request) a user that has more than one public identity via a mechanism within the IP multimedia CN subsystem (e.g. by using an Implicit Registration Set). This shall not preclude the user from registering individually some of his/her public identities if needed.
　
　　-　　Public User Identities are not authenticated by the network during registration.
　
　　-　　Public User Identities may be used to identify the user's information within the HSS (for example during mobile terminated session set-up).
　
　
4.3.3.3　　　（・・・中略・・・）
　
4.3.3.3a　　　（・・・中略・・・）
　
　
4.3.3.4　　　Relationship of Private and Public User Identities
　
The home network operator is responsible for the assignment of the Private User Identities, and public user identities; other identities that are not defined by the operator may also exist.
　
　
　　　 Figure 4.5：Relationship of the Private User Identity and Public User Identities
　
The IMS Service Profile is a collection of service and user related data as defined in TS29.228[30]. The Service Profile is independent from the Implicit Registration Set, e.g. Public User Identities with different Service Profiles may belong to the same Implicit Registration Set. Initial filter criteria in the service profile provide a simple service logic comprising of user / operator preferences that are of static nature i.e. they do not get changed on a frequent basis.
　
Application servers will provide more complex and dynamic service logic that can potentially make use of additional information not available directly via SIP messages (e.g. location, time, day etc.).
　
The IMS service profile is defined and maintained in the HSS and its scope is limited to IM CN Subsystem. A Public User Identity shall be registered at a single S-CSCF at one time. All Public User Identities of an IMS subscription shall be registered at the same S-CSCF. The service profile is downloaded from the HSS to the S-CSCF. Only one service profile shall be associated with a Public User Identity at the S-CSCF at a given time. Multiple service profiles may be defined in the HSS for a subscription. Each Public User Identity is associated with one and only one service profile. Each service profile is associated with one or more Public User Identities.
　
An ISIM application shall securely store the home domain name of the subscriber. It shall not be possible for the UE to modify the information from which the home domain name is derived.
　
It is not a requirement for a user to be able to register on behalf of another user which is third party registration specified in RFC3261[12] or for a device to be able to register on behalf of another device or for combinations of the above for the IM CN subsystem for this release.
　
Public user identities may be shared across multiple Private User Identities within the same IMS subscription. Hence, a particular Public User Identity may be simultaneously registered from multiple UEs that use different Private User Identities and different contact addresses. If a Public User Identity is shared among the Private User Identities of a subscription, then it is assumed that all Private User Identities in the IMS subscription share the Public User Identity.
　
The relationship for a shared Public User Identity with Private User Identities, and the resulting relationship with service profiles and IMS subscription, is depicted in Figure 4.6.
　
An IMS subscription may support multiple IMS users.
　
　NOTE 1：The Public User Identity sharing mechanism described above is not intended to support sharing of identities across large numbers of Private User Identities, since this would result in all these users being forced to be associated with the same IMS subscription and hence the same S-CSCF.
　
  NOTE 2：Subscription data is assumed to indicate which Public User Identities within a subscription are shared and which are not.
　
Figure 4.6： The relation of a shared Public User Identity (Public-ID-2) and Private User Identities
　
All Service Profiles of a user shall be stored in the same HSS, even if the user has one or more shared Public User Identities.
　
　
4.3.4　　　 Identification of network nodes
　
The CSCF, BGCF and MGCF nodes shall be identifiable using a valid SIP URI (Host Domain Name or Network Address) on those interfaces supporting the SIP protocol, (e.g. Gm, Mw, Mm, and Mg). These SIP URIs would be used when identifying these nodes in header fields of SIP messages. However this does not require that these URIs will be globally published in DNS.
　
　　　（・・・以下略・・・）」（２４〜２７頁）
　
（ハ．邦訳
4.3.3　　ユーザの識別
　
4.3.3.0　概要
IPマルチメディア・サービスのユーザに関連付けされ得る、様々なアイデンティティがあります。
このセクションは、これらのアイデンティティとそれらの使用について記述します。
　
4.3.3.1　　プライベートユーザアイデンティティ
　
すべてのIM CNサブシステムのユーザは、１つ以上のプライベートユーザアイデンティティを持つものとします。プライベートアイデンティティは、ホームネットワークのオペレータによって割り当てられ、例えば、登録、認証、管理および課金の目的に使用されます。このアイデンティティは、RFC 2486[14]に定義されるようなネットワークアクセス識別子(NAI)の形式をとるものとします。IMSI（国際移動加入者識別子）の表現が、個人識別用のNAIの内に含まれることができます。
　
（・・・中略・・・）
　
　
4.3.3.2 パブリックユーザアイデンティティ
　
すべてのIM CNサブシステム・ユーザは、１つ以上のパブリックユーザアイデンティティ(TS22.228[8]参照)を持つものとします。パブリックユーザアイデンティティ／アイデンティティズは、他のユーザへの通信を要求する任意のユーザによって使用されます。例えば、これは業務用名刺に含まれているかもしれません。
　
　　-　　ユーザが所有するパブリックユーザアイデンティティを宛先として使用するために、電話における番号付け、およびインターネットにおける名前付けスキームの両方が使用できます。
　
　　-　　パブリックユーザアイデンティティ／アイデンティティズは、（RFC3261[12]およびRFC2396 [13]に定義されたような）SIP URI、あるいはRFC3966[15]の”電話番号： -URIフォーマットの形式をとるものとします。
　
　　-　　ISIMアプリケーションは、少なくとも１つのパブリックユーザアイデンティティを安全に格納するものとします(UEが、パブリックユーザアイデンティティを修正することは可能ではないものとします)。しかし、追加のパブリックユーザアイデンティティが、すべてISIMアプリケーション上に格納されるとは限りません。
　
　　-　　IMSセッションやIMSセッションと無関係な手続きを開始するために、アイデンティティが使用可能となる前に、パブリックユーザアイデンティティは、明示的にあるいは暗黙的に登録されるものとします。
　
　　-　　IMSセッションやIMSセッションと無関係な手続きの終了が、そのパブリックユーザアイデンティティが属するユーザーのUEに到達する前に、パブリックユーザアイデンティティは、明示的にあるいは暗黙的に登録されるものとします。
しかしながら5.12章に述べられているように、未登録のユーザのための加入者特定サービスは実行されるかもしれません。
　
　　-　　（例えば、暗黙的な登録セットを使用した）IPマルチメディアCNサブシステム内の機構によって、１つを超えるパブリックアイデンティティを持つユーザを、全体的に（つまり１つの単一UEリクエストを通じて）登録することが可能であるものとします。
これは、ユーザがもし必要ならば、その人のパブリックアイデンティティのうちのいくつかを、個々に登録することを排除しないものとします。
　
　　-　　パブリックユーザアイデンティティは、登録中にネットワークによって認証されません。
　
　　-　　パブリックユーザアイデンティティは、（例えばモバイルで終端されたセッションのセットアップ中に）HSS内のユーザ情報を識別するために使用されてもよい。
　
4.3.3.3 　（・・・中略・・・）
　
4.3.3.3a　（・・・中略・・・）
　
4.3.3.4　　プライベートおよびパブリックなユーザアイデンティティの関係
　
ホームネットワークのオペレータは、プライベートユーザアイデンティティおよびパブリックユーザアイデンティティの割り当てに責任を負います；オペレータによって定義されない他のアイデンティティが、さらに存在するかもしれません。
　
（・・・図面省略・・・）　
　
図4.5：プライベートユーザアイデンティティおよびパブリックユーザアイデンティティの関係
　
IMSサービスプロファイルとは、TS29.228[30]に定義されるような、サービスとユーザ関連データの集合です。サービスプロファイルは暗黙的な登録セットから独立しています、例えば、異なるサービスプロファイルを備えたパブリックユーザアイデンティティが、同じ暗黙的な登録セットに属するかもしれません。サービスプロファイル中の初期フィルタ基準は、ユーザ／オペレータの嗜好から構成される静的なもので、単純なサービスロジックを提供します、つまりそれらは頻繁には変更されません。
　
アプリケーションサーバは、SIPメッセージによっては直接利用可能でない（例えば、位置、時間、日などのような）追加情報の潜在的使用によって、より複雑でよりダイナミックなサービスロジックを提供するでしょう。
　
IMSサービスプロファイルはHSSに定義されており、保持されます。また、その範囲はIM CNサブシステムに制限されています。パブリックユーザアイデンティティは、単一のS-CSCFで一度に登録されるものとします。IMS加入のパブリックユーザアイデンティティは、すべて同じS-CSCFで登録されるものとします。サービスプロファイルは、HSSからS-CSCFにダウンロードされます。所定の時間においては、１つのサービスプロファイルだけが、S-CSCFのパブリックユーザアイデンティティに関係しているものとします。加入のために多数のサービスプロファイルが、HSSの中で定義されるかもしれません。各パブリックユーザアイデンティティは、それぞれただ一つの１つのサービスプロファイルだけに関係しています。各サービスプロファイルは、それぞれ１つ以上のパブリックユーザアイデンティティに関係しています。
　
ISIMアプリケーションは、加入者のホーム・ドメインネームを安全に格納するものとします。ホーム・ドメインネームが引き出し得るような情報を修正することは、UEにとって可能ではないものとします。
　
RFC3261[12]の中でサードパーティー登録として指定されたような、あるユーザが他のユーザのために登録を可能とすること、あるいは、ある装置が別の装置のための登録を可能とすること、あるいは上記のものの組合せを可能とすることは」、このリリース用のIM CNサブシステムには要求されません。
　
パブリックユーザアイデンティティは、同じIMS加入内の多数のプライベートユーザアイデンティティにまたがって共有されるかもしれません。従って、ある特定ののパブリックユーザアイデンティティは、異なるプライベートユーザアイデンティティおよび異なる連絡先を使用する多数のUEから同時に登録されるかもしれません。１つのパブリックユーザアイデンティティが、１つの加入の中の複数のプライベートユーザアイデンティティにまたがって共有される場合、IMS加入内のすべてのプライベートユーザアイデンティティがそのパブリックユーザアイデンティティを共有すると仮定されます。
　
共有のパブリックユーザアイデンティティとプライベートユーザアイデンティティとの関係、および関連するサービスプロファイルおよびIMS加入との関係は、図4.6に示されます。
　
１つのIMS加入は、多数のIMSユーザを支援するかもしれません。
　
　注意１：上に記述されたパブリックユーザアイデンティティの共有機構は、それがすべてのユーザを同じIMS加入に、そしてその結果同じS-CSCFに対応付けることを強いるので、多数のプライベートユーザアイデンティティにまたがるアイデンティティの共有をサポートするようには意図されていません。
　
　注意２：加入データは、１つの加入の中の、どのパブリックユーザアイデンティティが共有され、どれが共有されないかを示すものと仮定されます
　
（・・・図面省略・・・）　
　
図4.6：共有のパブリックユーザアイデンティティ(パブリックID-2)、およびプライベートユーザアイデンティティの関係
　
ユーザーが１つ以上の共有されるパブリックユーザアイデンティティを持つ場合であっても、１人のユーザのすべてのサービスプロファイルは同じHSSに格納されるものとします。
　
　
4.3.4　　　ネットワーク・ノードの識別
CSCF、BGCFおよびMGCFノードは、SIPプロトコル(例えばgm、Mv、mmおよびMg)をサポートするインターフェース上で有効なSIP URI(ホスト・ドメイン名あるいはネットワーク・アドレス)を使用して、識別可能であるものとします、
SIPメッセージのヘッダー部においてこれらのノードを識別する時、これらのSIP URIが使用されるでしょう。
しかしながら、これは、これらのURIがDNSによってグローバルに公表されることは必要としません。
　
　　　（・・・以下略・・・））
　
　
ニ．「
5.2.1a　　　 Implicit Registration
　
5.2.1a.0　　　 General
　
When an user has a set of Public User Identities defined to be implicitly registered via single IMS registration of one of the Public User Identity's in that set, it is considered to be an Implicit Registration. No single public identity shall be considered as a master to the other Public User Identities. Figure 5.0c shows a simple diagram of implicit registration and Public User Identities. Figure 5.0d shows a similar diagram when multiple Private User Identities are involved. In order to support this function, it is required that:
　
　　-　　HSS has the set of Public User Identities that are part of implicit registration.
　
　　-　　Cx reference point between S-CSCF and HSS shall support download of all Public User Identities associated with the implicit registration, during registration of any of the single Public User Identities within the set.
　
　　-　　All Public User Identities of an Implicit Registration set must be associated to the same Private User Identities. See figure 5.0d for the detailed relationship between the public and private user entities within an Implicit Registration set.
　
　　-　　When one of the Public User Identities within the set is registered, all Public user identities associated with the implicit registration set are registered at the same time.
　
　　-　　When one of the Public User Identities within the set is de-registered, all Public User Identities that have been implicitly registered are de-registered at the same time. 
　
　　-　　Registration and de-registration always relates to a particular contact address and a particular Private User Identity. A Public user identity that has been registered (including when implicitly registered) with different contact addresses remains registered in relation to those contact addresses that have not been de-registered.
　
　　-　　Public user identities belonging to an implicit registration set may point to different service profiles; or some of these Public User Identities may point to the same service profile.
　
　　-　　When a Public User Identity belongs to an implicit registration set, it cannot be registered or de-registered individually without the Public User Identity being removed from the implicit registration list.
　
　　-　　All IMS related registration timers should apply to the set of implicitly registered Public User Identities
　
　　-　　S-CSCF, P-CSCF and UE shall be notified of the set of Public User Identities belonging to the implicitly registered function. Session set up shall not be allowed for the implicitly registered Public User Identities until the entities are updated, except for the explicitly registered Public User Identity.
　
　　-　　The S-CSCF shall store during registration all the Service profiles corresponding to the Public User Identities being registered.
　
　　-　　When a Public User Identity is barred from IMS communications, only the HSS and S-CSCF shall have access to this Public User Identity.
　
Figure 5.0c：Relationship of Public User Identities when implicitly registered
　
　
Figure 5.0d：The relation of two shared Public User Identities (Public-ID-3 and 4) and Private User Identities」（３８〜４０頁）
　
（ニ．邦訳
5.2.1a　　　暗黙的な登録
　
5.2.1a.0　　　概要
　
ユーザが、１組のパブリックユーザアイデンティティのうちの１つの単一のIMS登録で全体が暗黙に登録されるとして定義されるような１組のパブリックユーザアイデンティティを持つ場合、それは暗黙的な登録と考えられます。どの単一のパブリックアイデンティティも、他のパブリックユーザアイデンティティへのマスターとは見なされないものとします。図5.0cは、この暗黙の登録およびパブリックユーザアイデンティティの単純なダイアグラムを示します。図5.0dは、多数のプライベートユーザアイデンティティが含まれている場合の、同様のダイアグラムを示します。この機能をサポートするために、以下の要件が必要とされます。
　
　　-　　HSSは、暗黙の登録の一部であるパブリックユーザアイデンティティのセットを持っています。
　
　　-　　S-CSCFとHSSの間のCx基準点は、セット内のパブリックユーザアイデンティティのいずれ１つを登録する間に、暗黙の登録に関連したすべてのパブリックユーザアイデンティティをダウンロードすることをサポートします。
　
　　-　　暗黙的な登録セットのすべてのパブリックユーザアイデンティティは、同じプライベートユーザアイデンティティに対応付けられなければなりません。
暗黙的な登録セット内の、パブリックおよびプライベートなユーザ実体の詳細な関係については、図5.0dを参照してください。
　
　　-　　セット内のパブリックユーザアイデンティティのうちの１つが登録される場合、暗黙的な登録セットに関連したパブリックユーザアイデンティティはすべて同時に登録されます。
　
　　-　　セット内のパブリックユーザアイデンティティのうちの１つが登録解除される場合、暗黙に登録されたパブリックユーザアイデンティティはすべて同時に登録解除されます。
　
　　-　　登録および登録解除は、常に特別の連絡先および特別のプライベートユーザアイデンティティへ関係があります。
（暗黙的な登録も含め）異なる連絡先で登録されたパブリックユーザアイデンティティは、登録解除されていない連絡先に関しては登録され続けます。
　
　　-　　暗黙的な登録セットに属するパブリックユーザアイデンティティは、異なるサービスプロファイルを指すかもしれません;
あるいは、これらのパブリックユーザアイデンティティのうちのいくつかは、同じサービスプロファイルを指すかもしれません。
　
　　-　　パブリックユーザアイデンティティが暗黙的な登録セットに属する場合、パブリックユーザアイデンティティが暗黙的な登録のリストから取り除かれない限りは、個々に登録したり登録解除することはできません。
　
　　-　　IMSに関連するすべての登録タイマーは、暗黙的に登録されたパブリックユーザアイデンティティのセットにも当てはまるべきです。
　
　　-　　S-CSCF、P-CSCFおよびUEは、暗黙的に登録された機能に属するパブリックユーザアイデンティティのセットについて通知を受けるものとします。
明示的に登録されたパブリックユーザアイデンティティの場合を除き、暗黙的に登録されたパブリックユーザアイデンティティについては、その実体が更新されるまで、セッションのセットアップは許可されないものとします。
　
　　-　　S-CSCFは、登録の間に登録されつつあるパブリックユーザアイデンティティに対応するすべてのサービスプロファイルを格納するものとします。
　
　　-　　パブリックユーザアイデンティティがIMS通信を禁止される場合、HSSおよびS-CSCFだけがこのパブリックユーザアイデンティティにアクセスするものとします。
　
（・・・図面省略・・・）　
　
図5.0c：暗黙的に登録された場合のパブリックユーザアイデンティティの関係
　
（・・・図面省略・・・）　
　
図5.0d：２つの共有されるパブリックユーザアイデンティティ(パブリックID-3および4)およびプライベートユーザアイデンティティの関係）
　
　
　上記引用例の記載及び関連する図面並びにこの分野における技術常識を考慮すると、
　まず、上記引用例記載の「IPマルチメディアサブシステム(IMS)」は、そのネットワーク要素として、上記ロ．、ハ．にあるような「ホーム加入者サーバ」（HSS：Home Subscriber Server）を有するものであって、
　該「ホーム加入者サーバ」（HSS）は、上記ハ．（２５頁、4.3.3.2節末尾）にあるように「パブリックユーザアイデンティティ」を識別（identify）して「ＩＰマルチメディアサブシステム」への「加入」（IMS Subscription、引用例図4.5、4.6の左端参照）を処理するものである。
　また、該「ホーム加入者サーバ」（HSS）は、これも上記ハ．（２５〜２６頁4.3.3.4節、図4.5、4.6の右端参照）ほかにあるように、前記「パブリックユーザアイデンティティ」と関連付けられた「サービスプロファイル」をも複数保持しており、
　該「複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係」は、引用例図4.5、4.6から明らかなように、『前記複数のパブリックユーザアイデンティティそれぞれが、サービスプロファイルに関連付けられていて、かつ前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられて』いるものである。
　そして、上記ハ．２６頁の最初の段落にも若干の記載はあるが、上記ニ．には「5.2.1a　暗黙的な登録」として、複数のパブリックユーザアイデンティティをまとめて『グループ』（引用例図5.0c、5.0dの点線部参照）として取り扱う「暗黙的な登録セット」（Implicit Registration set）を定義することも記載があり、
　これらすべての「パブリックユーザアイデンティティ」が「ネットワークノード」（上記ハ．4.3.4節参照）に対するものと見なせるのも技術常識であり、これを識別、保持するための『手段』が「ホーム加入者サーバ」（HSS）に存在するのも当然である。
　
　したがって、上記引用例には以下の発明（以下、「引用発明」という。）が開示されている。
　
（引用発明）
「　ＩＰマルチメディアサブシステムの加入を処理するホーム加入者サーバであって、
　複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段であって、前記複数のパブリックユーザアイデンティティそれぞれが、サービスプロファイルに関連付けられていて、かつ前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている、保持する手段と、
　ネットワークノードに対する、グループとして動作するパブリックユーザアイデンティティのセットを定義する暗黙的な登録セットに属するすべてのパブリックユーザアイデンティティを識別する手段と、
　を備えるホーム加入者サーバ。」
　
　
３．対比・判断
　本願発明と引用発明とを対比すると、両者は以下の点で一致し、また相違する。
　
（一致点）
「　ＩＰマルチメディアサブシステムの加入を処理するホーム加入者サーバであって、
　複数のパブリックユーザアイデンティティと複数のサービスプロファイル間の関係を保持する手段であって、前記複数のパブリックユーザアイデンティティそれぞれが、サービスプロファイルに関連付けられていて、かつ前記複数のパブリックユーザアイデンティティの２つ以上は、共通のサービスプロファイルに関連付けられている、保持する手段と、
　ネットワークノードに対する、グループとして動作するパブリックユーザアイデンティティのセットを定義する暗黙的な登録セットに属するすべてのパブリックユーザアイデンティティを識別する手段と、
　を備えるホーム加入者サーバ。」
　
（相違点）
　本願発明は「前記ネットワークノードに対する、前記暗黙的な登録セットとは別に、前記共通のサービスプロファイルに関連付けられている、すべてのパブリックユーザアイデンティティを識別する手段」を有するのに対し、引用発明は不明である点。
　
　
　上記相違点について検討する。
　引用例の上記ハ．などの記載によれば、前提として個々の「パブリックユーザアイデンティティ」に対して「サービスプロファイル」が関連付けられた構成がある（引用例図4.5、4.6参照）ところ、これらをまとめてグループとして扱う「暗黙的な登録セット」の概念がこれに加わる（引用例図5.0c、5.0d参照）ものであるから、そのようなグループとしての動作を要しない「パブリックユーザアイデンティティ」があれば、「前記暗黙的な登録セットとは別に」、「サービスプロファイルに関連付けられ」ることとなるのは当然のことであり、そのように独立した「パブリックユーザアイデンティティ」を「共通の」サービスプロファイルに関連付けるのも適宜のことであるから、本相違点は格別のことではない。
　
　なお、「サービスプロファイル」との関連付けは明示がないものの、このような「暗黙的な登録セットとは別に」設けられた「パブリックユーザアイデンティティ」が存在し得ることは、引用例の図5.0cに３つある「パブリックユーザアイデンティティ」の最上部にあるものに示唆がされていることでもあり、
　更には引用例の図5.0dの例において、最下段の「パブリックユーザアイデンティティ６」が仮に存在しなければ、「暗黙的な登録セット３」は「セット」（集合）を構成せず、「パブリックユーザアイデンティティ５」が単独で「共通のサービスプロファイル３」に関連付けられることとなるから、本相違点の構成要件を充足するものであり、いずれにせよ本相違点は格別のことではない。
　
　また、請求人は審判請求書において「エイリアス」などとして引用例との相違を主張するが、本願発明には記載のない要件であるから、これに基づく請求人の主張は採用できないものである。
　
　そして、本願発明の効果も引用発明および引用例の記載事項から当業者が予測し得る範囲のものである。
　
　
４．むすび
　以上のとおり、本願発明は、引用発明および引用例の記載事項に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。