【事件の表示】
　特願２０１４−５２１７８７「モバイル発信呼中のサイレントリダイヤル」拒絶査定不服審判事件〔平成２５年　１月２４日国際公開、ＷＯ２０１３／０１３０４４、平成２６年　８月２５日国内公表、特表２０１４−５２１２８２、請求項の数（４０）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１．手続の経緯　
　本願は、平成２４年（２０１２年）７月１９日（パリ条約による優先権主張　２０１１年７月１９日（ＵＳ）アメリカ合衆国、２０１２年７月１７日（ＵＳ）アメリカ合衆国）を国際出願日とする出願であって、平成２７年１月３０日付けで拒絶理由が通知され、平成２７年５月１日付けで手続補正がされ、平成２７年１０月２日付けで拒絶査定がされ、これに対し、平成２８年２月８日に拒絶査定不服審判が請求されたものである。
第２．本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２７年５月１日付けの手続補正で補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
「モバイル発信呼中に発生した障害を検出することと、
　前記検出された障害のタイプと、前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断すること
と、
　前記モバイル発信呼を再試行することを試みることとを備える、ワイヤレス通信のための方法。」
第３．原査定の理由の概要
　原査定の理由となった平成２７年１月３０日付けの拒絶理由の概要は
「本願発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」
というものであり、以下の文献が引用された。
　
１．国際公開第２０１１／０８４７５３号
２．国際公開第２００７／０９２７８８号
第４．当審の判断
１．引用発明
　原査定の拒絶の理由に引用された上記引用文献１（以下、「引用例」という。）には、以下の記載がなされている。
　
（１）「      CLAIMS 
  1. A method for optimizing data retry mechanisms, comprising: 
   attempting to originate a data call on an evolved high rate packet data system; 
　 determining that originating the data call has failed; 
　 determining a type of failure that caused the data call to fail; and 
　 reducing the frequency of data call origination attempts based on the type of failure. 」
（２）「SUMMARY 
  [0006] A method for optimizing data retry mechanisms is disclosed. The method includes attempting to originate a data call on an evolved high rate packet data system. The method also includes determining that originating the data call has failed. A type of failure that caused the data call to fail is determined. The frequency of data call origination attempts is reduced based on the type of failure. 」
（３）「 [0052] Figure 2 is a flow diagram of a method 200 for throttling a system using Data Session Throttling. The method 200 may be performed by a wireless communication device 102. In one configuration, the method 200 may be performed by the advanced mobile subscriber software (AMSS) 118 on the wireless communication device 102. The wireless communication device 102 may attempt 202 to originate a data call on an evolved high rate packet data (eHRPD) system 112. In one configuration, the wireless communication device 102 may attempt 202 to originate a data call based on a request by an application 116 on the wireless communication device 102. 
 
 [0053] The wireless communication device 102 may determine 204 that originating the data call has failed. Many types of failures may occur when a wireless communication device 102 originates a data call on an evolved high rate packet data (eHRPD) system 112. These failures can happen when an application 116 makes the first packet data call, during silent redial or when the wireless communication device 102 is redirected to an evolved high rate packet data (eHRPD) system 112. The failures include radio layer system failures, point-to-point protocol (PPP) failures, Extensible Authentication Protocol Method for Universal Mobile Telecommunications System (UMTS) Authentication and Key Agreement (EAP-AKA) failures and Vendor-Specific Network Control Protocol (VSNCP) failures. 
……
 [0060] The wireless communication device 102 may determine 206 the type of failure and respond accordingly. As discussed above, no throttling occurs after an Fl failure or an F4 failure. The wireless communication device 102 may reduce 208 the frequency of data call origination attempts based on the type of failure. For example, the wireless communication device 102 may throttle a network access system when an F2 failure or an F3 failure occurs. The wireless communication device 102 may block a system for a period of time specified by a throttling timer. In particular, the wireless communication device 102 may maintain the throttling behavior per system (i.e., a throttling timer for each system) identified by a System Identification Number (SID) / Network Identification Number (NID) / Packet Zone Identification (PZID) triple on a lx network and a subnet identification on an evolved high rate packet data (eHRPD) system 1 12. The throttling timer for each system may be maintained by the wireless communication device 102 even after the wireless communication device 102 moves to a different system. 
 
 [0061] If an application 116 requests a data call while the wireless communication device 102 is currently camping on an evolved high rate packet data (eHRPD) system 112 that is throttled by Data Session Throttling, the wireless communication device 102 may not attempt any data call origination on that system. If the wireless communication device 102 is in hybrid mode in the auto silent redial (AUSR) state with lx service, the wireless communication device may attempt the data call on the lx system. The auto silent redial (AUSR) state is discussed in further detail below in relation to Figure 7. Otherwise, the wireless communication device 102 may immediately return an error to the application 116. 
 
 [0062] If the wireless communication device 102 moves to a new evolved high rate packet data (eHRPD) system 112 that is not throttled by Data Session Throttling, the wireless communication device 102 may attempt the data call origination over the new system upon request by the application 116. Once the throttling timer has expired, the wireless communication device 102 may attempt to connect a data call on that system  the next time an application 116 makes a request for a data call. The throttling timer and a failure counter, if applicable, may be reset to zero for a particular network access system if a power cycle or software reset of the wireless communication device 102 occurs. The throttling timer and a failure counter, if applicable, may also be reset to zero for a particular network access system if a data session is successfully established on that network access system (including incoming and outgoing calls) (i.e., the wireless communication device 102 passes the Link Control Protocol (LCP) negotiation and authentication). 
 
 [0063] The throttling timer and the failure counter, if applicable, may be reset to zero if the wireless communication device's 102 evolved high rate packet data (eHRPD) credentials are re-provisioned. This may be done via Over-The-Air Service Provisioning (OTASP), Over-The-Air Parameter Administration (OTAPA), Over-The- Air Device Management (OTADM), Bearer Independent Protocol (BIP) or Universal Subscriber Identity Module (USIM) swap. A successful re-provisioning of the evolved high rate packet data (eHRPD) credentials for the wireless communication device 102 may clear the throttling behavior for all network access systems. The throttling timer and the failure counter, if applicable, may also be reset to zero if the user changes the operating mode of the wireless communication device 102 or a Number Assignment Module (NAM) change occurs. 」
　引用文献１のパテントファミリである特表２０１３−５１５４４７号公報の対応する記載は以下のとおりである。
（１’）「【特許請求の範囲】
【請求項１】
　データ再試行メカニズムを最適化するための方法であって、
　発展型高レートパケットデータシステム上にデータ呼を始めるように試みることと、
　前記データ呼を始めることは失敗したと決定することと、
　前記データ呼を失敗させた障害のタイプを決定することと、
　前記障害のタイプに基づいて、データ呼を始める試みの頻度を低減させることと
を備える、方法。」
（２’）「【発明の概要】
【０００６】
　データ再試行メカニズムを最適化するための方法が開示される。この方法は、発展型高レートパケットデータシステム上にデータ呼を始めるように試みることを含む。この方法はまた、データ呼を始めることは失敗したと決定することを含む。データ呼を失敗させた障害のタイプが、決定される。データ呼を始める試みの頻度は、障害のタイプに基づいて低減される。」
（３’）「【００４２】
　図２は、データセッション抑圧を使用してシステムを抑圧するための方法２００のフロー図である。方法２００は、ワイヤレス通信デバイス１０２によって実行されうる。１つの構成では、方法２００は、ワイヤレス通信デバイス１０２上のアドバンストモバイル加入者ソフトウェア（ＡＭＳＳ）１１８によって実行されうる。ワイヤレス通信デバイス１０２は、発展型高レートパケットデータ（ｅＨＲＰＤ）システム１１２上にデータ呼を始めるように試みる２０２ことができる。１つの構成では、ワイヤレス通信デバイス１０２は、ワイヤレス通信デバイス１０２上のアプリケーション１１６による要求に基づいて、データ呼を始めるように試みる２０２ことができる。
【００４３】
　ワイヤレス通信デバイス１０２は、データ呼を始めることは失敗したと決定する２０４ことができる。多くのタイプの障害は、ワイヤレス通信デバイス１０２が、発展型高レートパケットデータ（ｅＨＲＰＤ）システム１１２上にデータ呼を始めるときに起こりうる。これらの障害は、アプリケーション１１６が、サイレントリダイヤルの間に、第１のパケットデータ呼を行うとき、または、ワイヤレス通信デバイス１０２が、発展型高レートパケットデータ（ｅＨＲＰＤ）システム１１２にリダイレクトされるときに発生しうる。これらの障害は、無線レイヤシステム障害、ポイントツーポイントプロトコル（ＰＰＰ）障害、ユニバーサル・モバイル・テレコミュニケーショ
ン・システム認証および鍵合意のための拡張可能認証プロトコル方法の障
害、およびベンダー独自のネットワーク制御プロトコル（ＶＳＮＣＰ）障害を含む。
……
【００５０】
　ワイヤレス通信デバイス１０２は、障害のタイプを決定する２０６ことができ、それに応じて応答する。上述されたように、Ｆ１障害またはＦ４障害の後に、抑圧は起こらない。ワイヤレス通信デバイス１０２は、障害のタイプに基づいて、データ呼を始める試みの頻度を低減させる２０８ことができる。例えば、ワイヤレス通信デバイス１０２は、Ｆ２障害またはＦ３障害が起こった場合に、ネットワークアクセスシステムを抑圧しうる。ワイヤレス通信デバイス１０２は、抑圧タイマによって指定される時間期間の間、システムをブロックしうる。特に、ワイヤレス通信デバイス１０２は、１ｘネットワーク上のシステム識別番号（ＳＩＤ）／ネットワーク識別番号（ＮＩ
Ｄ）／パケットゾーン識別（ＰＺＩＰ）のトリプルと、発展型高レートパ
ケットデータ（ｅＨＲＰＤ）システム１１２上のサブネット識別とによって識別されるシステム毎の抑圧の働き（すなわち、各システムにつき１つの抑圧タイマ）を維持しうる。各システムの抑圧タイマは、ワイヤレス通信デバイス１０２が異なるシステムに移動した後でさえも、ワイヤレス通信デバイス１０２によって維持されうる。
【００５１】
　ワイヤレス通信デバイス１０２が、データセッション抑圧によって抑圧されている発展型高レートパケットデータ（ｅＨＲＰＤ）システム１１２上に現在とどまっている間に、アプリケーション１１６がデータ呼を要求した場合、ワイヤレス通信デバイス１０２は、そのシステム上にいずれのデータ呼を始めることも試みないことがありうる。ワイヤレス通信デバイス１０２
が、１ｘサービスでの自動サイレントリダイヤル（ＡＵＳＲ）状態におけるハイブリッドモードにある場合、ワイヤレス通信デバイスは、１ｘシステム上にデータ呼を試みうる。自動サイレントリダイヤル（ＡＵＳＲ）状態は、図７に関連して、以下にさらに詳細に説明される。他の場合なら、ワイヤレス通信デバイス１０２は、アプリケーション１１６に直ちにエラーを返しうる。
【００５２】
　ワイヤレス通信デバイス１０２が、データセッション抑圧によって抑圧されない新しい発展型高レートパケットデータ（ｅＨＲＰＤ）システム１１２に移動した場合、ワイヤレス通信デバイス１０２は、アプリケーション１１６による要求に応じて、新しいシステム上にデータ呼を始めることを試みることができる。いったん抑圧タイマが満了すると、ワイヤレス通信デバイス１０２は、アプリケーション１１６が次にデータ呼の要求を行うときに、そのシステム上にデータ呼を接続するように試みることができる。抑圧タイマおよび障害カウンタは、適用可能である場合、ワイヤレス通信デバイス１０２のパワーサイクルまたはソフトウェアリセットが起こった場合には、特定のネットワークアクセスシステムのためにゼロにリセットされうる。抑圧タイマおよび障害カウンタはまた、適用可能である場合、（着呼および発呼を含む、）データセッションがそのネットワークアクセスシステム上にうまく確立された（すなわち、ワイヤレス通信デバイス１０２が、リンク制御プロトコル（ＬＣＰ）交渉および認証を通った）場合には、特定のネットワークアクセスシステムのためにゼロにリセットされうる。
【００５３】
　抑圧タイマおよび障害カウンタは、適用可能である場合、ワイヤレス通信デバイス１０２の発展型高レートパケットデータ（ｅＨＲＰＤ）信任状（credentials）が再プロビジョン（re-provisioned）される場合には、ゼロに
リセットされうる。これは、無線サービスプロビジョニング（ＯＴＡＳＰ：Over-The-Air Service Provisioning）、無線パラメータアドミニストレー
ション（ＯＴＡＰＡ: Over-The-Air Parameter Administration）、無線デ
バイス管理（ＯＴＡＤＭ：Over-The-Air Device Management）、ベアラ非依存プロトコル（ＢＩＰ：Bearer Independent Protocol）、または、万国加
入者同定モジュール（ＵＳＩＭ）交換を介して行われうる。ワイヤレス通信デバイス１０２のための発展型高レートパケットデータ（ｅＨＲＰＤ）信任状の再プロビジョニングの成功は、すべてのネットワークアクセスシステムについての抑圧の働きをクリアしうる。抑圧タイマおよび障害カウンタはまた、適用可能である場合、ユーザがワイヤレス通信デバイス１０２の動作
モードを変更したか、番号割り当てモジュール（ＮＡＭ）変更が起こった場合には、ゼロにリセットされうる。」
　したがって、引用文献１には次の発明（以下、「引用発明」という。）が記載されている。
　データ再試行メカニズムを最適化するための方法であって、
　ワイヤレス通信デバイスが、データ呼を始めるように試みることと、
　前記データ呼を始めることは失敗したと決定することと、
　前記データ呼を失敗させた障害のタイプを決定することと、
　前記障害のタイプに基づいて、データ呼を始める試みの頻度を低減させることと
を備える、方法。
２．対比
　引用発明は「ワイヤレス通信デバイスが、データ呼を始めるように試みること」と「前記データ呼を始めることは失敗したと決定すること」とを備えているので、本願発明が「モバイル発信呼中に発生した障害を検出するこ
と」と共通する。
　引用発明は「データ再試行メカニズムを最適化するための方法」であり、「前記データ呼を失敗させた障害のタイプを決定すること」と「前記障害のタイプに基づいて、データ呼を始める試みの頻度を低減させること」とを備えているので、本願発明が「前記検出された障害のタイプと、前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否かとに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断すること」とは、検出された障害のタイプに少なくとも部分的に基づいて、モバイル発信呼を再試行することをどのように試みるかを判断する点で共通する。
　引用発明も、モバイル発信呼を再試行することを試みることとを備える、ワイヤレス通信のための方法といえるものである。
　したがって、本願発明と引用発明とを対比すると、以下の点で一致し、また相違する。
（１）一致点
　モバイル発信呼中に発生した障害を検出することと、
　前記検出された障害のタイプに少なくとも部分的に基づいて、前記モバイル発信呼を再試行することをどのように試みるかを判断することと、
　前記モバイル発信呼を再試行することを試みることとを備える、ワイヤレス通信のための方法。
（２）相違点１
　本願発明は、「…判断すること」が、「障害のタイプ」だけではなく、
「前記モバイル発信呼が特定の無線アクセス技術（ＲＡＴ）に制限されるか否か」にも基づくものであるのに対して、引用発明は「無線アクセス技術
（ＲＡＴ）」についての特定がない点。
３．判断
　上記相違点について検討する。
「第３．原査定の理由の概要」で示した引用文献２には、発呼が失敗した場合は、別の無線ネットワークを選択して再発呼することが記載されており
（図４等）、また、その選択のためのネットワーク選択表が示されている
（図３）。
　上記ネットワーク選択表について、引用文献２には、以下の記載がなされている。
　
（１）「 [0038] In the embodiment shown in FIG. 3, for a voice call, 1xEV-DO is the most preferred, WLAN is the second most preferred, 1x is the third most, preferred, GSM is the fourth most preferred, circuit-switched UMTS is the least preferred, and packet- switched UMTS is not supported.」
　引用文献２のパテントファミリである特表２００９−５２６４４４号公報の対応する記載は以下のとおりである。
（１’）「【００３０】
  図３において示される実施形態では、音声呼び出しについては、１ｘＥＶ−ＤＯは、最も好まれ、ＷＬＡＮは２番目に最も好まれ、１ｘは３番目に最も好まれ、ＧＳＭは４番目に最も好まれ、回路交換ＵＭＴＳがあまり好まれず、また、パケット交換ＵＭＴＳはサポートされない。」
　回路交換ＵＭＴＳ（審決注、「回線交換」の誤訳である。）とパケット交換ＵＭＴＳとは、プロトコルスタックの非アクセス層が異なるが、アクセス層は同じであり、同じ無線アクセス技術（ＲＡＴ）を用いるものであるか
ら、引用文献２には、モバイル発信呼が特定の無線ネットワークに制限されるか否かに基づいて、モバイル発信呼を再試行することをどのように試みるかを判断することが記載されているといえるとしても、特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに基づくものではない。
　したがって、本願発明は、引用文献１及び２に記載された発明に基づい
て、当業者が容易に発明をすることができたものとすることはできない。
　本願発明と同様に、特定の無線アクセス技術（ＲＡＴ）に制限されるか否かに基づくことを発明を特定するための事項とする他の請求項に係る発明についても同様である。
第５　むすび
　以上のとおり、本願の請求項１−４０に係る発明は、引用文献１及び２に記載された発明に基いて、当業者が容易に発明をすることができたものとすることができないから、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。