【事件の表示】
　特願２００６−　１８３４４「呼出音の再生特性の変更」拒絶査定不服審判事件〔平成１８年　８月１０日出願公開、特開２００６−２１１６７５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は，平成１８年１月２７日（パリ条約による優先権主張　２００５年１月２８日　米国）の出願であって，平成２２年１２月３日付けで拒絶理由が通知され，平成２３年３月８日に意見書が提出されるとともに同日付けで手続補正がなされ，同年６月７日付けで拒絶査定がなされ，これに対し，同年１０月１２日に拒絶査定に対する審判請求がなされるとともに同日付けで手続補正がなされたものである。
　
　
第２．補正却下の決定
［結論］
　平成２３年１０月１２日付けの手続補正を却下する。
　
［理由］
１．補正の適否
（１）補正の目的要件
　平成２３年１０月１２日付けの手続補正（以下，「本件補正」という。）は，平成２３年３月８日付け手続補正書の特許請求の範囲の請求項１（以下，「補正前の請求項１」という。）には存在しない工程である「前記発呼側通信デバイスから被呼側通信デバイスへの呼の初期アドレス・メッセージ（ＩＡＭ）を前記被呼側通信デバイスに関連する移動体交換センタから受信する工程であって，前記呼は，サービス制御ポイントにより，前記初期アドレス・メッセージを受信するインテリジェント周辺装置へルーティングされる，工程と，前記呼の呼設定中に，前記移動体交換センタにアドレス完了メッセージを送信して前記発呼側通信デバイスへの通信経路を確立する工程」を請求項１に新たに追加することを含むものであるところ，平成２３年３月８日付け手続補正書の特許請求の範囲の請求項２（以下，「補正前の請求項２」という。）には当該工程に対応する「前記発呼側通信デバイスから被呼側通信デバイスへの呼の呼設定メッセージを前記被呼側通信デバイスに関連する交換センタから受信する工程と，前記交換センタに確認メッセージを送信して前記発呼側通信デバイスへの前記通信経路を確立する工程」が存在することから，本件補正は補正前の請求項１を削除して補正前の請求項２を限定的に減縮するものと解される。
　そして，本件補正は更に平成２３年３月８日付け手続補正書の特許請求の範囲の請求項４，５，６，８を請求項２，３，４，５に繰り上げることを含むものであるが，平成２３年３月８日付け手続補正書の特許請求の範囲の請求項４，５，６，８に係る発明は，補正前の請求項１を引用するものであって補正前の請求項２は引用していないから，これらの発明に本件補正前には存在しなかった補正前の請求項２の構成が新たに追加されることになり，当該構成は「第三十六条第五項の規定により請求項に記載した発明を特定するために必要な事項を限定するもの」とはいえないから，当該補正は特許法第１７条の２第４項第２号に規定される特許請求の範囲の減縮に該当しない。また，当該補正は，特許法第１７条の２第４項第１号に規定される「第三十六条第五項に規定する請求項の削除」，同第３号に規定される「誤記の訂正」，同第４号に規定される「明りようでない記載の釈明（拒絶理由通知に係る拒絶の理由に示す事項についてするものに限る。）」のいずれにも該当しない。
　したがって，本件補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定（補正の目的）に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　
（２）独立特許要件
　上記（１）のとおり，本件補正は平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定（補正の目的）に違反しているが，仮に本件補正を平成２３年３月８日付け手続補正書の特許請求の範囲の請求項１に記載された発明について特許請求の範囲の減縮を目的とするものとしてみても，以下のとおり，本件補正により補正された発明が特許出願の際独立して特許を受けることができるものとはいえない。このため，本件補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定（独立特許要件）に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
ア．補正後の発明
　本件補正により補正された請求項１に係る発明は，平成２３年１０月１２日付け手続補正書の特許請求の範囲の請求項１に記載されたとおりの次のものと認める（以下，「補正後の発明」という。）。
「【請求項１】
　前記発呼側通信デバイスから被呼側通信デバイスへの呼の初期アドレス・メッセージ（ＩＡＭ）を前記被呼側通信デバイスに関連する移動体交換センタから受信する工程であって，前記呼は，サービス制御ポイントにより，前記初期アドレス・メッセージを受信するインテリジェント周辺装置へルーティングされる，工程と，
　前記呼の呼設定中に，前記移動体交換センタにアドレス完了メッセージを送信して前記発呼側通信デバイスへの通信経路を確立する工程と，
　前記呼の前記呼設定中に，前記発呼側通信デバイスへの前記通信経路を使用して前記発呼側通信デバイスに対して，前記インテリジェント周辺装置により呼出音の再生を実行する工程と，
　前記呼の前記呼設定中及び前記呼出音の再生中に，前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程と，
　前記通信経路を使用して前記発呼側通信デバイスのユーザからの前記入力を受信する工程と，
　前記呼の前記呼設定中及び前記呼出音の再生中に，前記発呼側通信デバイスのユーザからの前記入力に基づいて，前記インテリジェント周辺装置により前記呼出音の再生特性を変更する工程とを含む方法。」
　
イ．引用発明
　米国特許出願公開第２００４／０１２０４９４号明細書（以下，「引用例１」という。）には「METHOD AND SYSTEM FOR CUSTOMIZED CALL TERMINATION」（［当審仮訳］：「カスタマイズされた呼終端のための方法及びシステム」）として，図面とともに以下の事項が記載されている。
　
（ア）「SUMMARY OF THE INVENTION  
 [0006] The preferred embodiment of the present invention pertains to the provision of telecommunications subscriber customizable features for call services. In particular, aspects of the invention pertain to the provision of features that can be selected by a subscriber of telecommunications services as a substitute for conventional call termination tones, commonly referred to as call ringing or call ringback, that are employed in conventional wireline and wireless communications applications. 
 [0007]（中略）
 [0008] The ringback tones will typically be clips of musical composition, announcements, audio clips, video clips, etc. that the service control point instructs the switch and an intelligent peripheral to play back to the calling party in place of standard ringing. When the custom ringback mechanisms are used to support a terminating service, the calling party will hear the custom ringback tone, music clip, or announcement chosen by the terminating party as part of their terminating IN service. For multimedia capable terminals (mobile or land line), the call termination can be in the form of multimedia, such as a music video, news clipping service, or the like. Another aspect of the invention provides for a subscriber to an enhanced call ringback service receiving the preferred call termination content (music, multimedia, etc.) when placing an outgoing call, as can occur when original a call session from a terminal associated with the subscriber's account. Such call service can be established to provide the caller's preferred call termination solution, even in instances where the called party has arranged for a specific call termination solution to be provided when the called party's telephone number is dialed. 
 [0009] A preferred embodiment of the present invention teaches a method for providing custom ringback in a telecommunications network. An initiation of a communication between a first party and a second party is received, e.g., at a mobile switching center. A service control point is contacted to determine a custom ringback feature. An intelligent peripheral is then connected to the first party. The intelligent peripheral provides a custom ringback to the first party based upon the custom ringback feature. While the custom ringback is being provided, the switch attempts to connect the first party with the second party. 
 [0010] In accordance with another preferred embodiment of the present invention, a telecommunications system includes a service control point storing information indicating how a telephone call should be handled. This information includes information related to a custom ringback service. An intelligent peripheral has access to at least one custom ringback clip. At least one switch communicates with the service control point and the intelligent peripheral. This switch(es) is configured to route the custom ringback clip (e.g., music or video) from the intelligent peripheral to a caller based upon the information related to a custom ringback service stored in the service control point.  」
（［当審仮訳］：
「発明の要約
[0006] 本発明の好ましい実施例は，呼サービスのためのテレコミュニケーション加入者がカスタマイズ可能な特徴の提供に関連する。本発明の様相は，特に，従来の有線又は無線通信アプリケーションで使用される，通例「呼リンギング」又は「呼出音」と呼ばれる従来の呼終端トーンの代わりとして，テレコミュニケーションサービスの加入者によって選択することができる特徴の提供に関連する。
[0007]（中略）
[0008] サービス制御ポイントが，発呼側に対して標準的なリンギングの代わりに再生するように交換局及びインテリジェント周辺装置に命じる呼出トーンは，典型的には音楽作品，アナウンス，オーディオ・クリップ，ビデオ・クリップなどのクリップである。カスタム呼出音メカニズムが終端サービスを支援するために使用される時，発呼側はINサービス終端の一部として終端側により選ばれたカスタム呼出トーン，音楽クリップ，あるいはアナウンスを聞くことになる。（中略）
[0009] 本発明の好ましい実施例は，テレコミュニケーション・ネットワーク中のカスタム呼出音を提供する方法を教示する。第１の側と第２の側との間の通話の開始は，例えば，移動通信交換センタで受信される。サービス制御ポイントはカスタム呼出音の特徴を決定するために接続される。それから，インテリジェント周辺装置は第１の側に接続される。インテリジェント周辺装置はカスタム呼出音の特徴に基づいたカスタム呼出音を第１の側に供給する。カスタム呼出音が提供される間，交換局は第２の側に第１の側を接続しようと試みる。
[0010] 本発明の別の好ましい実施例に従って，テレコミュニケーション・システムは，電話呼をどのように扱うべきか示す情報を格納するサービス制御ポイントを含む。前記情報は，カスタム呼出音サービスと関係する情報を含んでいる。インテリジェント周辺装置は，少なくとも１つのカスタム呼出音クリップにアクセスする。少なくとも１つの交換局は，サービス制御ポイント及びインテリジェント周辺装置と通信する。この（これらの）交換局は，サービス制御ポイントに格納されたカスタム呼出音サービスと関連する情報に基づいて，インテリジェント周辺装置からのカスタム呼出音クリップ（例えば，音楽又はビデオ）を発呼者までルーティングするように構成される。」）
　
（イ）「[0020] A first embodiment of the invention will now be described with respect to  FIG. 1 , which shows a mobile telecommunications system  100  that is capable of providing custom ringback features. While a mobile system has been chosen as the example to describe the system, it is understood that other systems, such as landline systems, could equally utilize the concepts described here. 
 [0021] Three mobile switching centers (MSC)  102 ,  104  and  106  are illustrated in the portion of the network shown in  FIG. 1 . These switches represent the large number of switching components that make up a communications network. In this example, MSC  102  is the switch that communicates with calling party  108  and MSC  106  is the switch that communicates with called party  110 . MSC  104  represents the portion of the system that routes the call from MSC  106  to MSC  108  and also initiates the services rendered on behalf of the subscribers. These functions can be combined on a single switch or distributed over a number of switches or other components, all in a manner that is well established in the field of telecommunications. 
 [0022] MSC  104  is communicatively coupled to a number of components, namely home location register (HLR)  112 , service control point (SCP)  114 , and intelligent peripheral/intelligent voice recognition (IP/IVR) unit  116 . HLR  112  typically serves as the main database of permanent subscriber information for a mobile network. Of particular relevance in this embodiment, HLR  112  stores the subscriber's preferences, including information regarding the subscription to an Originating or Terminating IN service. The SCP  114  contains subscriber information specific to custom ringback features e.g., Selected ringback clip, etc. 
 [0023] SCP  114  is a unit that implements a service control function. For example, SCP  114  can be implemented as a database that can be accessed to determine how a call should be handled. In this case, SCP  114  is queried by MSC  104  to provide service parameters, one of which will define the custom ringback. The SCP  114  will then instruct the MSC  104  to connect to the IP/IVR  116 . When the MSC  104  and the IP  116  connection is established, the IP  116  informs the SCP  114  via the SCP  114 /IP  116  interface that the IP  116  is prepared for commands. In another configuration, where there is no interface established between the SCP  114  and the IP  116 , the message from the SCP  114  to the MSC  104  will contain an audio/video identifier. While not necessary, SCP  114  is typically physically separated from other components of the intelligent network in order to simplify the introduction of new services. 
 [0024] In this embodiment, the intelligent peripheral (IP)  116  is a unit that stores the ringback tones. The Intelligent Peripheral, IP  116  can, but does not need to, include voice recognition features and can therefore be referred to as an IP/IVR. （中略）
 [0025] As will be discussed in more detail below, in this example, the IP  116  provides audio and/or video information to MSC  104 , which transmits this content back to calling party  108 . The SCP  114  instructs the IP  116  which audio/video clip to play to the calling party thru the defined SCP 114  and IP  116  interface. （中略）
 [0026] In one embodiment, IP  116  can store, or has access to another unit that stores, the custom ringtones. For example, these ringtones could be music clips from a selection of genres (e.g., classical, rock, hip hop, show tunes, or whatever). Alternatively, the subscriber could provide his or her own audio clip (e.g., Hello, this is John. Please listen to my favorite song while my phone rings （中略）) IP  116  would have access to this personalized clip to provide as a custom ringback. 
 [0027] （中略） Further, the ringback could be an interactive clip, such as an executable that runs on the caller's handset. For example, the caller could play a video game or access the Internet while waiting for the subscriber to answer. This embodiment could be useful for a call center that would allow the phone to continue ringing until an operator was available.」
（［当審仮訳］：
「[0020] 本発明の第１実施例は図１に関して記述される。それは，カスタム呼出音の特徴を提供することができる移動体通信システム100を示す。移動体システムは，システムについて記述するために例として選ばれているが，地上通信線システムのような他のシステムがここで記述された概念を等しく利用することができることが理解される。
[0021] 図１に示されるネットワークの部分の中で３つの移動体交換センタ(MSC)102，104及び106が描かれている。これらの移動体交換センタは，通信網を構築する多数の交換コンポーネントを表わす。この例において，MSC102は発呼側108と通信する移動体交換センタであり，MSC106は被呼側110と通信する移動体交換センタである。MSC104は，MSC106からの呼をMSC108にルーティングし，さらに加入者を代表して与えられたサービスを開始するシステムの部分を表わす。これらの機能は単一の移動体交換センタ上で組み合わせるか，あるいは多くの移動体交換センタあるいは他のコンポーネント（テレコミュニケーションの分野でよく確立される方法のすべて）上に分配することができる。
[0022] MSC104は，多くのコンポーネント，すなわち，ホーム・ロケーション・レジスタ(HLR)112，サービス制御ポイント(SCP)114，インテリジェント周辺装置／インテリジェント音声認識(IP/IVR)ユニット116に通信可能に結合されている。HLR112は，典型的に移動体ネットワークのための恒久的な加入者情報の主なデータベースとして機能する。この具体例の特別の関連に，HLR112は，INサービスの始端及び終端への申込みに関する情報を含む，加入者の嗜好を格納する。SCP114はカスタム呼出音の特徴に特有の加入者情報，例えば，選択された呼出音クリップなどを収容する。
[0023] SCP114はサービス制御機能を実行するユニットである。例えば，SCP114は，呼をどのように扱わなければならないか決めるためにアクセスすることができるデータベースとして実行することができる。この場合，SCP114はサービス・パラメータを提供するためにMSC104によって問い合わされる。前記サービス・パラメータの１つはカスタム呼出音を定義する。それから，SCP114は，IP/IVR116に接続するようMSC104に命じる。MSC104とIP116の接続が確立されると，IP116は，SCP114/IP116インターフェースを介して，IP116がコマンドのために準備できていることをSCP114に通知する。別の構成では，SCP114とIP116の間に確立されたインターフェースがないところでは，SCP114からMSC104へのメッセージはオーディオ／ビデオ識別子を含む。必須ではないが，新しいサービスの導入を単純化するために，SCP114は典型的にインテリジェント・ネットワークの他のコンポーネントから物理的に分離される。
[0024] この具体例では，インテリジェント周辺装置(IP)116は呼出トーンを格納するユニットである。インテリジェント周辺装置IP116は，必須ではないが，音声認識特徴を含み，IP/IVRと呼ぶことができる。（中略）
[0025] この例において，以下でより詳細に議論されるように，IP116はMSC104に，その内容を発呼側108に送信する，オーディオ及び／又はビデオ情報を供給する。定義されたSCP114/IP116インターフェースを介して，SCP114はIP116にどのオーディオ／ビデオ・クリップを発呼側に対して再生すべきかを指示する。（中略）
[0026] ある具体例では，IP116は，カスタム呼出音を格納するか，あるいはカスタム呼出音を格納する他のユニットにアクセスすることができる。例えば，これらの呼出トーンは，ジャンル（例えば，クラシック，ロック，ヒップホップ，舞台曲，あるいは何でも）の選択からの音楽クリップであり得る。あるいは，加入者は彼又は彼女の自分のオーディオ・クリップ（例えば，「こんにちは，こちらはジョンです。私の電話が鳴る間，私の好きな歌を聞いてください。」（中略））を提供することができる。IP116は，カスタム呼出音として提供するために，この個別化されたクリップにアクセスする。
[0027]（中略）　更に，呼出音は発呼者の送受話器により実行可能であるような対話型のクリップであり得る。例えば，発呼者はビデオゲームを再生するか，あるいは加入者が応答するのを待つ間にインターネットにアクセスすることができる。この具体例は，オペレーターが対応可能となるまで電話が呼出し続けるコール・センターのため有用である。」）
　
（ウ）「[0028] Operation of a first embodiment will now be described with respect to the flow chart of  FIG. 2  along with  FIG. 1 . In this example, a mobile user  108  initiates a telephone call to another mobile user  110 . (The example would be no different if user  108  is a landline user.) In the preferred embodiment, the user  110  has subscribed to a custom ringback feature so that caller  108  will hear a custom ringtone while the call to subscriber  110  is being initiated. In an alternate embodiment, the user  108  is the service subscriber. 
 [0029] To initiate the process, the user at telephone  108  dials the telephone number for subscriber  110 . Accordingly, handset  108  sends a message to MSC  102 , which is MSC local to the user  108's location. MSC  102  will route the call to MSC  104 . In this example, it is assumed that MSC  104  communicates with each of the other devices. （中略）
 [0030] The MSC  104  contacts HLR  112 , which performs a database look-up for user  110  and returns a service flag to the MSC  104 . The service flag provides a number of pieces of information including whether the user  110  has subscribed to a custom ringtone feature. This communication is preferably done through standard signaling such as through SS7 messages. 
 [0031] Assuming that user  110  is a service subscriber, MSC  104  will send a message to SCP  114 . This message is preferably a standard IN message as opposed to a hard link. In other words, in the preferred embodiment, the call is not routed through SCP  114 . 
 [0032] In response to the inquiry from MSC  104 , SCP  114  sends back a standard response indicating where to route the call. This message includes a number of parameters including a number of related elements. One of these elements within the defined parameters can be used to indicate the details of the custom ringback. In a commercial system, a number of elements in defined parameters are defined by industry standard while other elements are left undefined. In the preferred embodiment, the system is programmed to use one of these undefined elements within defined parameters. The particular element parameter will typically be defined by the service provider (e.g., the entity that operates network  100 ) based upon a number of factors. The use of the defined parameters to transport custom information through one of the undefined elements of the defined parameter does not disrupt the inter-vendor inter-operability across the standard interface because a new parameter is not introduced. 
 [0033] MSC  104  receives the message from SCP  114  and, based on the contents, sends a message to IP  116 . As with SCP  114 , the messaging between MSC  104  and IP  116  is preferably standard message (e.g., SS7 messages). The message from MSC  104  to IP  116  conveys information regarding the custom ringtone. For example, IP  116  may store a number of audio clips. If so, MSC  104 , based upon the information received from SCP  114 , will instruct IP  116  as to which of these clips will be played. 
 [0034] The IP  116  receives the message from MSC  104  and generates the custom ringtone. This ringtone will be transmitted from IP  116  to MSC  104  from where it can be routed back to caller  108 . （中略）
 [0035] In the preferred embodiment, the custom ringtone is a music (or other audio) clip that is selected from a number of options stored on the IP  116 . In other embodiment, the ringtone could be a video clip, which may or may not also include audio, or an interactive executable such as a game or a quiz, as examples. In addition, the ringtones can be unique to the particular subscriber and may be based upon time of day, day of week, time of year, calling party number, or other factors. For example, the subscriber could have access to a storage unit (not shown) where the subscriber stores a custom ringtone (e.g., a 60 second advertisement clip or an individually recorded greeting). For example, the storage unit could be accessible via the Internet. The message from MSC  104  would provide an address to IP  116  indicating where this unique clip is stored. IP  116  could then access the unique ringtone and provide it to MSC  104 . 
 [0036] When the connection with called party  110  is complete, the custom ringtone would typically be disconnected. The network would then connect parties  108  and  110  so that the communication could commence. 」
（［当審注］：[0034]の第２文中の「EP116」は「IP116」の誤記と認める。）
（［当審仮訳］：
「[0028] 第１の実施例のオペレーションは，図１とともに図２のフローチャートを参照して示される。この例において，移動体のユーザ108は，他の移動体のユーザ110への電話呼を開始する。（この例は，ユーザ108が地上通信線ユーザでも変わりはない。）好ましい具体例では，ユーザ110はカスタム呼出音の特徴を申し込んでいるので，加入者110への呼が開始されている間，発呼者108がカスタム呼出トーンを聞くことになる。他の具体例では，ユーザ108はサービス加入者である。
[0029] プロセスを開始するために，電話108のユーザは，加入者110の電話番号をダイヤルする。それにより，送受話器108はユーザ108の位置に近いMSCであるMSC102にメッセージを送る。MSC102は，呼をMSC104にルーティングする。この例では，MSC104が他の装置の各々と通信すると仮定している。（中略）
[0030] MSC104は，ユーザ110についてデータベース検索を行いMSC104にサービス・フラグを返すHLR112に接続する。サービス・フラグは，ユーザ110がカスタム呼出トーン特徴に加入しているか否かを含む多くの諸情報を提供する。この通信は，好ましくはSS7メッセージのようなシグナリング標準を通して行われる。
[0031] ユーザ110がサービス加入者であるとすると，MSC104はSCP114にメッセージを送る。このメッセージは好ましくはハードリンクとは対照的に標準的なINメッセージである。言いかえれば，好ましい具体例では，呼はSCP114を通してルーティングされない。
[0032] MSC104からの質問に対して，SCP114は呼をどこにルーティングすべきかを示す標準的な応答を送り返す。このメッセージは，関連する多くの要素を含む多くのパラメータを含んでいる。定義されたパラメータ内のこれらの要素の１つは，カスタム呼出音の詳細を示すために使用することができる。商用システムでは，他の要素が未定義である一方，定義されたパラメータ中の多くの要素は業界基準によって定義される。好ましい具体例では，システムは，定義されたパラメータ内のこれらの未定義の要素のうちの１つを使用するようにプログラムされる。特定の要素パラメータは，典型的には，サービス・プロバイダ（例えば，ネットワーク100を操作するエンティティ）により，多くの要因に基づいて定義される。（中略）
[0033] MSC104はSCP114からメッセージを受信し，その内容に基づいてIP116にメッセージを送る。SCP114におけるのと同様に，MSC104とIP116との間のメッセージは標準的なメッセージ（例えば，SS7メッセージ）であることが好ましい。MSC104からIP116へのメッセージは，カスタム呼出トーンに関する情報を伝える。例えばIP116は多くのオーディオ・クリップを格納するかもしれない。そうならば，MSC104は，SCP114から受け取られた情報に基づいて，これらのクリップのどれが再生されるかに関してIP116を指示する。
[0034] IP116はMSC104からメッセージを受け取り，カスタム呼出トーンを生成する。この呼出トーンは，当該呼出トーンを発呼者108にルート・バックすることができるMSC104に，IP116から送信される。（中略）
[0035] 好ましい具体例では，カスタム呼出トーンは，IP116上に格納された数多くのオプションの中から選ばれる音楽（あるいは他のオーディオ）クリップである。他の具体例では，呼出トーンはビデオ・クリップ（更にオーディオも含んでいるかもしれないし，含んでいないかもしれない），又はゲームやクイズのように対話的に実行可能なもので有り得る。更に，呼出トーンは，特定の加入者にユニークかもしれないし，時間，曜日，季節，発呼側番号あるいは他の要因に基づくかもしれない。例えば，加入者は，加入者がカスタム呼出トーン（例えば，６０秒の広告クリップや個別に記録された挨拶）を格納する記憶装置（図示せず）にアクセスできることができる。例えば，記憶装置はインターネットを介してアクセス可能になり得る。MSC104からのメッセージは，このユニークなクリップがどこに格納されているか示すアドレスをIP116に提供する。それから，IP116はユニークな呼出トーンにアクセスし，MSC104にそれを供給することができる。
[0036] 被呼者110との接続が完了すると，カスタム呼出トーンは典型的に接続を断たれる。それから，通話が開始できるように，ネットワークは108と110を接続する。」）
　
（エ）「 [0065] Step  4 : The MSC routes the call to the IP/IVR over ANSI/ETSI ISUP via IAM (incoming address message, which is an ISUP message). The Embedded scfID and corrID should be part of the called party number in any ANSI/ETSI ISUP IAM message. （中略）
 [0066] Steps  5 - 6 : The IP/IVR sends an ARI (Assist Request Instruction, which is an IN message between the EP/IVR and the SCP) to the SCP. The SCP sends a PA (Play Announcement, which is an IN message between the IP/IVR and the SCP) to the IP/IVR identifying which personalized Ringback to play. （中略）
 [0067] Step  7 : IP/IVR sends the MSC an ACM （中略）. Details on the MSC's handling of this message are discussed above.
 [0068]〜[0077]（中略）
 [0078] Step  11 : When Answer has occurred, the MSC will release the IP/IVR link, e.g., by sending the IP/IVR an ISUP RELEASE, and bridge the calls so that 'A' and 'B' are talking. The call then continues as a normal voice call. 」
（［当審仮訳］：
「[0065] ステップ４：MSCは，IAM（ISUPメッセージであるインカミング・アドレス・メッセージ）によってANSI/ETSI ISUPを介してIP/IVRへの呼をルーティングする。埋め込まれたscfID及びcorrIDは，任意のANSI/ETSI ISUP IAMメッセージ中の被呼者番号の一部であるべきである。（中略）
[0066] ステップ５−６：IP/IVRはSCPにARI（EP/IVRとSCPの間のINメッセージである支援要求指示）を送る。SCPはIP/IVRに個人に合わせて再生するべき呼出音を識別するPA（IP/IVRとSCPの間のINメッセージである再生アナウンス）を送る。（中略）
[0067] ステップ７：IP/IVRはMSCにACMを送る（中略）。このメッセージのMSCの取り扱いの詳細については上述されている。
[0068]〜[0077]（中略）
[0078] ステップ１１：応答があると，IP/IVRにISUP RELEASEを送ることによってMSCはIP/IVRリンクをリリースし，‘Ａ’と‘Ｂ’が話をするように呼をブリッジする。その後，その呼は通常の音声呼として継続する。」）
　
　上記記載及び当該技術分野における技術常識を考慮すると，
ａ．上記（ア）の[0009]，上記（イ）の［0023］，上記（ウ）の［0029］〜［0034］，上記（エ）の［0065］の記載によれば，発呼側108から被呼側110への通話（呼）の開始は移動交換局MSCで受信され，MSCはホーム・ロケーション・レジスタHLR，サービス制御ポイントSCPに問い合わせ，SCPはインテリジェント周辺装置IP116に接続するようにMSCに命じ，MSCはIAM（incoming address message）によってIP116への呼をルーティングすることがみてとれるところ，上記IAMは発呼側108から被呼側110への呼に関するIAM（incoming address message）といえ，IP116は当該IAMをMSCから受信するといえ，上記呼はサービス制御ポイントSCPにより前記IAM（incoming address message）を受信するインテリジェント周辺装置IP116へルーティングされるといえる。
　また，上記（ウ）の[0029]の「電話108」，「送受話器108」，「ユーザ108」の記載によれば，発呼側108は発呼者及び発呼側通信デバイスの双方を意味し，被呼側110は被呼者及び被呼側通信デバイスの双方を意味することは明らかである。
　したがって，引用例１には「発呼側通信デバイスから被呼側通信デバイスへの呼に関するIAM（incoming address message）を移動体交換センタMSCから受信する工程であって，前記呼は，サービス制御ポイントSCPにより，前記IAM（incoming address message）を受信するインテリジェント周辺装置IPへルーティングされる」ことが記載されていると認められる。
　
ｂ．上記（エ）の[0067]には，IP116がMSCにACM（address complete message）を送ることが記載されており，上記（ア）の[0009]，上記（イ）の[0036]，上記（エ）の[0078]の記載によれば，この処理は発呼側108から被呼側110への呼の設定中になされるものであることは明らかである。
　したがって，引用例１には「前記呼の呼設定中に，前記MSCにACM（address complete message）を送信する」ことが記載されていると認められる。
　
ｃ．上記（ア）の[0009]の記載によれば，インテリジェント周辺装置はカスタム呼出音を発呼側108に供給するものであり，上記（イ）の[0025]の記載によれば，インテリジェント周辺装置ではカスタム呼出音の再生が実行されているといえ，上記（ウ）の[0034]の記載によれば，カスタム呼出トーンはIP116からMSC104に送信され，MSC104から発呼者108にルート・バックされるのであるから，発呼側通信デバイスへの通信経路を使用して発呼側通信デバイスに対して供給されることは明らかである。また，上記（ア）の[0009]，上記（イ）の[0036]，上記（エ）の[0078]の記載によれば，これらの処理は発呼側108から被呼側110への呼の設定中になされるものであることは明らかである。
　したがって，引用例1には「前記呼の前記呼設定中に，前記発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対して，前記インテリジェント周辺装置により呼出音の再生を実行する」ことが記載されていると認められる。
　
　したがって，引用例１には以下の発明（以下，「引用発明１」という。）が記載されているものと認める。
「発呼側通信デバイスから被呼側通信デバイスへの呼に関するIAM（incoming address message）を移動体交換センタMSCから受信する工程であって，前記呼は，サービス制御ポイントSCPにより，前記IAM（incoming address message）を受信するインテリジェント周辺装置IPへルーティングされ，
　前記呼の呼設定中に，前記MSCにACM（address complete message）を送信し，
　前記呼の前記呼設定中に，前記発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対して，前記インテリジェント周辺装置により呼出音の再生を実行すること。」
　
ウ．対比・判断
（ア）まず，補正後の発明の冒頭の「前記発呼側通信デバイス」の「前記」は，補正前の請求項２の名残と推察され，冒頭であるためそれ以前に記載はないことから，誤記と認められる。
　そして，引用発明１の「IAM（incoming address message）」は，発呼側通信デバイスから被呼側通信デバイスへの呼の開始に際して呼出音を再生するために移動体交換センタMSCから受信するものといえるから，補正後の発明発明の「初期アドレス・メッセージ（ＩＡＭ）」（initial address message）とは，「呼の開始に際してのアドレス・メッセージ」である点で一致している。
　また，引用発明１の「移動体交換センタ」（MSC104）は，発呼側108から被呼側110への呼の設定に関連しているから，「被呼側通信デバイスに関連する移動体交換センタ」といえる。
　また，各動作を「工程」と称し，複数の動作からなるものを「方法」と称するのは任意である。
　したがって，補正後の発明と引用発明１とは，「発呼側通信デバイスから被呼側通信デバイスへの呼の開始に際してのアドレス・メッセージを前記被呼側通信デバイスに関連する移動体交換センタから受信する工程であって，前記呼は，サービス制御ポイントにより，前記初期アドレス・メッセージを受信するインテリジェント周辺装置へルーティングされる，工程」を含む点で差異はない。
　
（イ）引用発明１の「ACM（address complete message）」は補正後の発明の「アドレス完了メッセージ」に相当するから，補正後の発明と引用発明１とは，下記の相違点２は別として，「前記呼の呼設定中に，前記移動体交換センタにアドレス完了メッセージを送信する工程」を含む点で差異はない。
　
（ウ）引用発明１の「前記呼の前記呼設定中に，前記発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対して，前記インテリジェント周辺装置により呼出音の再生を実行すること」なる動作を「・・・再生を実行する工程」と称するのは任意である。
　
　したがって，補正後の発明と引用発明１とを対比すると，両者は，以下の点で一致し，また，相違する。
（一致点）
「発呼側通信デバイスから被呼側通信デバイスへの呼の開始に際してのアドレス・メッセージを前記被呼側通信デバイスに関連する移動体交換センタから受信する工程であって，前記呼は，サービス制御ポイントにより，前記初期アドレス・メッセージを受信するインテリジェント周辺装置へルーティングされる，工程と，
　前記呼の呼設定中に，前記移動体交換センタにアドレス完了メッセージを送信する工程と，
　前記呼の前記呼設定中に，前記発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対して，前記インテリジェント周辺装置により呼出音の再生を実行する工程とを含む方法。」
　
（相違点１）
　「呼の開始に際してのアドレス・メッセージ」が，補正後の発明は「呼の初期アドレス・メッセージ（ＩＡＭ）」(initial address message)であるのに対し，引用発明１は「IAM（incoming address message）」である点。
　
（相違点２）
　「前記呼の呼設定中に，前記移動体交換センタにアドレス完了メッセージを送信する工程」に関し，補正後の発明はアドレス完了メッセージを送信して「前記発呼側通信デバイスへの通信経路を確立する」のに対し，引用発明１はアドレス完了メッセージの送信と発呼側通信デバイスへの通信経路を確立との関係が明らかにされていない点。
　
（相違点３）　
　補正後の発明が更に「前記呼の前記呼設定中及び前記呼出音の再生中に，前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程と，前記通信経路を使用して前記発呼側通信デバイスのユーザからの前記入力を受信する工程と，前記呼の前記呼設定中及び前記呼出音の再生中に，前記発呼側通信デバイスのユーザからの前記入力に基づいて，前記インテリジェント周辺装置により前記呼出音の再生特性を変更する工程」を含むのに対し，引用発明１には当該構成が含まれていない点。
　
　以下，上記各相違点について検討する。
（相違点１について）
　引用例１の「MSC104とIP116との間のメッセージは標準的なメッセージ（例えば，SS7メッセージ）であることが好ましい。」（上記イ．（ウ）の[0033]参照），「IAM（ISUPメッセージであるインカミング・アドレス・メッセージ）」（上記イ．（エ）の[0065]参照）の記載に照らせば，「呼の初期アドレス・メッセージ（ＩＡＭ）」(initial address message)と「IAM（incoming address message）」とは単なる表記の相違に過ぎず，実質的な相違はない。あるいは，「IAM（incoming address message）」に代えて「呼の初期アドレス・メッセージ（ＩＡＭ）」(initial address message)とすることは当業者にとって容易である。
　
（相違点２について）
　一般に初期アドレス・メッセージに対して相手先からアドレス完了メッセージが返ってきたことをもって相手先との通信経路が確立したとすることは普通に行われていることであるから，相違点２には実質的な相違はない。あるいは，当業者にとって容易なことに過ぎない。
　
（相違点３について）
　被呼側が通話に対応できない間に発呼側に予め設定した音声を聞かせるサービスにおいて，発呼側が当該音声を制御することができないために好みでない音声を聞かされるという課題は周知であり，当該課題を解決するために発呼側ユーザが発呼側デバイスを操作することにより当該サービスを制御可能とすることは周知（例えば，米国特許第４５７７０６７号明細書（要約，１欄１１行〜３欄３１行），欧州特許出願公開第１１１３６５５号明細書（要約，[0006]〜[0012]），国際公開９９／０９７３１号（要約）参照。）である。これらの周知例は呼の保留中に聞かされる音声に関するものであるが，引用発明１における呼出音にも同様の課題があることは当業者に自明であり，当該課題を解決するために引用発明１において相違点３に係る構成を採用することは，上記周知技術から当業者が容易になし得ることである。
　
　そして，補正後の発明の効果も，引用発明１及び周知技術から当業者が予測し得る範囲のものである。
　
　以上のとおり，補正後の発明は，引用発明１及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができないものである。
　
　なお，通信システムとして補正後の発明のようなサービス制御ポイントやインテリジェント周辺装置を含むインテリジェント・ネットワーク（IN）は，例えば引用例１に示されるように格別なものではなく，原査定の拒絶の理由に引用された特表平６−５０８９６８号公報に記載された発明の通信システムとして当該インテリジェント・ネットワークを採用することは適宜なし得ることであるから，特表平６−５０８９６８号公報と引用例１とに基づいて補正後の発明を想到することも当業者にとって容易である。ここで，出願人が平成２４年８月２９日付けの回答書で指摘している「メッセージ発生器１６により送られた適切な指示」は，本願明細書の【００２４】に記載された「プレアンブル・メッセージ」に相当するものと理解されるから，当該回答書の主張は採用できない。
　
２．結語
　したがって，本件補正は，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定，平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので，同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
　
第３．本願発明について
１．本願発明
　平成２３年１０月１２日付けの手続補正は上記のとおり却下されたので，本願の請求項１に係る発明は，平成２３年３月８日付け手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次のものと認める（以下，「本願発明」という。）。
「発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対する呼出音の再生を実行する工程と，
　前記発呼側通信デバイスへの呼出音の再生特性の選択された変更に対応する前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程と，
　前記通信経路を使用して前記発呼側通信デバイスのユーザからの入力を受信する工程と，
　前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出音の再生特性を変更する工程とを含む方法。」
　
２．引用発明
　原査定の拒絶の理由に引用された特表平６−５０８９６８号公報（以下，「引用例２」という。）には，「電話マーケティングシステム」として，図面とともに以下の事項が記載されている。
　
（１）「本発明は，通話中信号または呼出信号を一つ以上の事前に録音されたアナウンスに置き換えることが出来る電話マーケティングシステムに関する。この電話マーケティングシステムは，呼出側に，回線が通話中か使用されているかを知らせ，通話中であれば，回線は，所定の時間が経過した時点で，自動的に再度呼出が試みられることを呼出側に知らせる。回線が使用されていなければ，一つ以上の事前に録音されたアナウンスが，呼出側に対し送られ，アナウンスは，被呼出相手が電話に応答するまで続く。相手が応答した時点で，アナウンスは停止して，呼出が完了する。被呼出相手の回線が通話中であれば，色々な事前に録音されたアナウンスが，所定の時間の間送られる。被呼出相手の回線が，使用されていない，すなわち，被呼出相手が電話機を使用していないと判定されると，呼出側は，被呼出相手へ自動的に接続され，アナウンスは終了する。」（３頁左上欄１２行〜同頁右上欄２行）
　
（２）「本技術分野ではよく知られているように，呼出側が，受話器１１を電話機１２の台から取り外すと，最初の地元中央局１５に接続され，この局は普通，その地域の電話会社と連係している。この第１地元中央局１５は，最初の電話機１２へ発信音を送り返す。呼出側が電話機１２ヘダイヤルしたか，あるいは他の方法で発信された電話番号が，第１中央局１５内に配置されたコンピュータにより制御されるスイッチ１８によって検出された一連の信号として，地元中央局へ送信される。スイッチ１８は，送信された信号に基づいた呼出の送信先を決定する。スイッチ１８は，呼出側により始動した呼出を電話ネットワーク１９を通して，確認された第２電話機２０における被呼出相手へ送信する。被呼出相手は，第１電話機１２において呼出側により発信された電話番号によって，確認される。（中略）
　呼出側からの呼出は，第２の電話機２０が通話状態にあるか，または，不使用状態にあるかを確認する第２地元中央局２１に配置された第２のコンピュータで制御されるスイッチ２２により受信される。付属ネットワーク信号システム２３も，被呼出相手の通話中または待機中の状態を確認することが出来る。（中略）
　スイッチ１８は，可聴音発生器あるいは可聴信号発生器１４へ接続されている。この発生器１４は，被呼出相手の回線が使用されていない，すなわち，被呼出相手が電話機２０を使用していない場合，呼出信号を発生することが出来る。または，被呼出相手の回線が通話中である場合，すなわち，被呼出相手が電話機２０を使用しているならば，通話中信号を発生することが出来る。以降に考察するように，スイッチ２２または付属ネットワーク信号システム（ＡＮＳＳ）２３は，被呼出相手の電話２０の状態を確認し，可聴信号発生器２４に指示するか，あるいは，可聴信号発生器１４に指示するようにスイッチ１８に通知して，適切な信号，すなわち，呼出または通話中の信号を送信させる。（中略）
　メッセージ発生器１６はスイッチ１８へ接続しており，可聴信号発生器１４により発生した信号の補足及び／または置換をする機能を有する。スイッチ１８または付属ネットワーク信号システム２３は，追って説明するように，可聴信号発生器１４またはメッセージ発生器２６が作動しているかどうかを確認する。説明のために，可聴信号発生器１４とメッセージ発生器１６は，信号及び／またはアナウンスを電話機１２へ送っているものと仮定する。（中略）
　第２電話機２０が待機中ならば，すなわち，電話機が被呼出相手により使用されていないならば，第２スイツチ２２または付属ネットワーク信号システム２３は，可聴信号発生器１４を作動して通常の呼出信号を発生させるか，あるいは，メッセージ発生器１６を作動して一連の事前に録音されたアナウンスを呼出側へ所定時間の間送ることが出来る。メッセージ発生器１６は，また，可聴信号発生器１４の代わりに通常の呼出信号を発生することが出来る。いずれの場合でも，結果としてのメッセージまたは呼出信号は，呼出側に，第２電話機２０は現在使用されていないことを知らせる。」（３頁左下欄２０行〜４頁左下欄１１行）
　
（３）「メッセージ発生器１６は，ブロック８６に示されているように（図８），現存するインテリジェント・ネットワークを使用して，ネットワークの信号を送受信する。メッセージ発生器１６は，ブロック８８において，例えば，呼出側が，特定のアナウンスに関係する追加情報を得るか，あるいは，異なる種類の宣伝広告を選択することが出来るように，呼出側と対話することが出来る。メッセージ発生器１６により送られた適切な指示に従い，呼出側は，音声によるか，標準の押しボタン式電話機の適切なボタンを押すことによるか，コンピュータへ接続したキーボード上のキーを押すことによるか，タッチスクリーンまたは信号を送受信することが出来る他のどのような装置でも使用することにより，応答することが出来る。メッセージ発生器１６が，呼出側により与えられた指示表明を検出すると，マイクロプロセッサ１００は，呼出側の電話番号をＡＮＩまたはこれと同等のものを使用して識別し，呼出側を，追加情報を提供する第三者へ接続する。」（７頁左下欄１８行〜同頁右下欄１０行）
　
　上記記載及び当該技術分野における技術常識を考慮すると，
ａ．上記（１），（２）の記載及び図１によれば，呼出側が電話機１２から呼出を始動すると，第１地元中央局１５の可聴信号発生器１４は，被呼出相手が電話機２０を使用していない場合，呼出信号を発生し，また，メッセージ発生器１６は，可聴信号発生器１４により発生した信号の補足及び／または置換をする機能を有するものであり，可聴信号発生器１４とメッセージ発生器１６は，信号及び／またはアナウンスを呼出側の電話機１２へ送っていることがみてとれる。そして，図１によれば，当該呼出信号及びアナウンスは，呼出側の電話機１２と第１地元中央局１５とを接続する線により送信されることは当業者に明らかである。
　したがって，引用例２には，「呼出側の電話機１２と第１地元中央局１５とを接続する線を使用して前記呼出側の電話機１２に対するアナウンスを電話機１２へ送る」ことが記載されていると認められる。
　
ｂ．上記（３）の記載によれば，メッセージ発生器１６は，呼出側が，特定のアナウンスに関係する追加情報を得るか，あるいは，異なる種類の宣伝広告を選択することが出来るように，呼出側と対話することが出来るものであり，呼出側は，メッセージ発生器１６により送られた適切な指示に従い，押しボタン式電話機の適切なボタンを押すこと等により応答することが出来ることがみてとれる。そして，メッセージ発生器１６が，呼出側により与えられた指示表明を検出すると，マイクロプロセッサ１００は，呼出側の電話番号をＡＮＩまたはこれと同等のものを使用して識別し，呼出側を，追加情報を提供する第三者へ接続するがみてとれる。
　したがって，引用例２には，「前記呼出側の電話機１２へのアナウンスに関係する追加情報を得ることに対応する前記呼出側の電話機１２のユーザからの入力について，呼出側により与えられた指示表明を検出し，呼出側の電話番号を自動番号識別ＡＮＩを使用して識別し，呼出側を，追加情報を提供する第三者へ接続する」ことが記載されていると認められる。
　
　したがって，引用例２には以下の発明（以下，「引用発明２」という。）が記載されているものと認める。
「呼出側の電話機１２と第１地元中央局１５とを接続する線を使用して前記呼出側の電話機１２に対するアナウンスを電話機１２へ送り，
　前記呼出側の電話機１２へのアナウンスに関係する追加情報を得ることに対応する前記呼出側の電話機１２のユーザからの入力について，呼出側により与えられた指示表明を検出し，
　呼出側の電話番号を自動番号識別ＡＮＩを使用して識別し，呼出側を，追加情報を提供する第三者へ接続する。」
　
３．対比・判断
（１）引用発明２の「呼出側の電話機１２」は「発呼側通信デバイス」といえ，「呼出側の電話機１２と第１地元中央局１５とを接続する線」は「発呼側通信デバイスへの通信経路」といえる。
　そして，上記２．（１）の「回線が使用されていなければ，一つ以上の事前に録音されたアナウンスが，呼出側に対し送られ，」の記載に照らせば，少なくとも送られるアナウンスは録音が「再生」されたものといえるから，再生が実行されていると理解される。
　また，引用発明２の「アナウンス」は，呼出信号の補足及び／または置換をする機能を有するものであり，被呼出相手が電話に応答するまで続くものであるから，「呼出に係る音声」である点で本願発明の「呼出音」と差異はない。
　さらに，各動作を「工程」と称し，複数の動作からなるものを「方法」と称するのは任意である。
　したがって，本願発明と引用発明２とは，「発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対する呼出に係る音声の再生を実行する工程」を含む点で一致している。
　
（２）引用発明２の「呼出側の電話機１２へのアナウンスに関係する追加情報を得ることに対応する前記呼出側の電話機１２のユーザからの入力について，呼出側により与えられた指示表明」は「呼出側の電話機１２と第１地元中央局１５とを接続する線」を介して第１地元中央局１５に伝えられることは当業者に明らかであり，当該指示表明を「検出」するのであるから，当該検出動作は「発呼側通信デバイスのユーザからの入力について通信経路を監視する」動作及び「通信経路を使用して前記発呼側通信デバイスのユーザからの入力を受信する」動作に相当するものである。
　
（３）まず，本願明細書の【００２３】の「呼出音の再生特性の例は，音量および内容を含む。・・・別の例では，呼出音の内容が変更される。呼出音が歌を含む場合，・・・別の例では，内容の変更は歌の変更を含む。例えば，当業者には明らかなように，ＩＰ１２４は，再生リストの複数の歌および／または呼出音を入れ替える。」，特許請求の範囲の請求項５の「・・・前記呼出音の再生特性を変更する工程が，前記呼出音の・・・または入れ替えを実行する工程を含む」の記載に照らせば，本願発明の「再生特性の変更」は「内容の変更」を含むものであることは明らかである。
　そして，引用発明２は「呼出側の電話機１２のユーザからの入力」に基づいて「呼出側を，追加情報を提供する第三者へ接続する」ことにより，電話機１２のユーザは受話器１１を介して追加情報を聞くのであるから，受話器１１を介して聞く内容が前記追加情報に変更されることになることは明らかである。
　したがって，本願発明と引用発明２とは，「前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出に係る音声の内容を変更する」点で差異はない。
　
　したがって，本願発明と引用発明２とを対比すると，両者は，以下の点で一致し，また，相違している。
（一致点）
「発呼側通信デバイスへの通信経路を使用して前記発呼側通信デバイスに対する呼出に係る音声の再生を実行する工程と，
　前記発呼側通信デバイスへの呼出音の再生特性の選択された変更に対応する前記発呼側通信デバイスのユーザからの入力について前記通信経路を監視する工程と，
　前記通信経路を使用して前記発呼側通信デバイスのユーザからの入力を受信する工程と，
　前記発呼側通信デバイスのユーザからの入力に基づいて前記呼出に係る音声の内容を変更する工程とを含む方法。」
　
（相違点１）
　「呼出に係る音声」が，本願発明は「呼出音」であるのに対し，引用発明２は「アナウンス」である点。
　
（相違点２）
　「呼出に係る音声の内容を変更」が，本願発明は「呼出音の再生特性の変更」であるのに対し，引用発明は「呼出側を，追加情報を提供する第三者へ接続する」ことである点。
　
　以下，上記各相違点について検討する。
（相違点１について）
　本願明細書の【０００３】の「呼出音（リングバック・トーン）サービスによって携帯電話のユーザはその携帯電話を呼び出している通信デバイスのユーザに聴かせるフィードバック音を事前選択することができる。・・・発呼者は被呼者が応答するのを待つ間，被呼者によって事前選択された呼出音を聴く。一例ではフィードバック音は録音メッセージおよび／またはトーンを含む。別の例のフィードバック音は呼出音または呼出音とそれに続く録音メッセージを含む。」，同【０００４】の「呼出音が重要なメッセージで発呼者がその一部を聴き逃した場合，メッセージを再生することができない。」の記載に照らせば，本願発明の「呼出音」は「録音メッセージ」を含むことは明らかである。そして，「アナウンス」を「メッセージ」と称するのは任意であるから，相違点１に実質的な相違はない。
　
（相違点２について）
　上述のように本願発明の「呼出音の再生特性の変更」は「内容の変更」（すなわち，メッセージの入れ替え。）を含むものであることは明らかであるところ，引用例２の「例えば，呼出側が，特定のアナウンスに関係する追加情報を得るか，あるいは，異なる種類の宣伝広告を選択することが出来るように，呼出側と対話することが出来る。」の記載（上記２．（２）参照。），図８のブロック８８の「電話マーケティングシステムは，呼出側に関係のある広告の種類を選択するように要請する」及びブロック９２の「電話マーケティングシステムは，呼出側が広告主の製品リストを選ぶことができるようにする」の記載に照らせば，「呼出側を，追加情報を提供する第三者へ接続する」ことに代えて，選択によりアナウンスを入れ替えることによって「呼出音の再生特性の変更（内容の変更）」をなすようにすることは，当業者が容易になし得ることである。
　
　そして，本願発明の効果も，引用発明２から当業者が予測し得る範囲のものである。
　
４．むすび
　以上のとおり，本願発明は，引用発明２に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
　
　よって，結論のとおり審決する。