【事件の表示】
　特願２０１４−５５３６５７「モバイル通信デバイスの追跡」拒絶査定不服審判事件〔平成２５年　８月　１日国際公開，ＷＯ２０１３／１１０４３６，平成２７年　５月２１日国内公表，特表２０１５−５１５１５６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，２０１３年（平成２５年）１月１１日（パリ条約による優先権主張　２０１２年１月２７日　欧州特許庁（ＥＰ））を国際出願日とする出願であって，平成２７年８月１４日付けで拒絶理由が通知され，平成２８年２月１８日付けで意見書及び手続補正書が提出され，同年４月１８日付けで拒絶査定されたところ，同年８月２２日に拒絶査定不服審判の請求がなされたものである。
第２　本願発明
　本願の請求項１から９に係る発明は，平成２８年２月１８日付け手続補正書の特許請求の範囲の請求項１から９までに記載された事項により特定されるものであると認められるところ，その請求項１に係る発明（以下，「本願発明」という。）は，その請求項１に記載された，次の事項により特定されるものである。
「【請求項１】
　ワイヤレス電気通信ネットワークにおけるモバイル・ワイヤレス通信デバイスの地理的ロケーションについてモバイル・ワイヤレス通信デバイス追跡ユニットに通知する方法であって、
　所定のトレース・トリガ判断基準が満たされているかどうかを評価するステップと、
　前記所定のトレース・トリガ判断基準が満たされている場合に、前記モバイル・ワイヤレス通信デバイスの地理的ロケーションを決定するステップと、
　決定された前記地理的ロケーションを緯度および経度の１０進数表示として符号化するステップと、
　前記追跡ユニットとの通信リンクを確立するステップと、
　前記緯度および経度の１０進数表示を、デュアル・トーン・マルチ周波数シグナリング技法を使用して前記モバイル・デバイス追跡ユニットに対して送信するステップと、
を含む、方法。」
第３　引用文献
１　引用文献１
　原査定の拒絶の理由で引用された，国際公開２０１０／０９７６９１号（２０１０年９月２日国際公開。以下，「引用文献１」という。）には，図面とともに，次のとおりの記載がある（なお，下線は当審において付した。）。
（１）「　　　　
A method
are
provided that may enable the provision of a device recovery mechanism for communication devices such as mobile terminals
（当審訳：
「　　　　よって，
モバイル端末といった通信デバイスのためのデバイスリカバリメカニズムの提供を可能にし得る方法
が，提供される
（２）「 　　　　FIG. 1 illustrates a generic system diagram in which a device such as a mobile terminal 10 is shown in an exemplary communication environment. As shown in FIG. 1, 
an embodiment of a system
may include
mobile terminal 10
configured to be capable of communication with a service platform 20 via a network 30
　　　　The network 30 may include a collection of various different nodes, devices or functions that may be in communication with each other via corresponding wired and/or wireless interfaces. As such, the illustration of FIG. 1 should be understood to be an example of a broad view of certain elements of the system and not an all inclusive or detailed view of the system or the network 30. Although not necessary, in some embodiments, 
the network 30 may be capable of supporting communication in accordance with any one or more of a number of First-Generation (1G), Second-Generation (2G), 2.5G, Third-Generation (3G), 3.5G, 3.9G, Fourth-Generation (4G) mobile communication protocols, Long Term Evolution (LTE), and/or the like
　　　　One or more communication terminals such as the mobile terminal 10 may be in communication with each other via the network 30 and each may include an antenna or antennas for transmitting signals to and for receiving signals from a base site, which could be, for example a base station that is a part of one or more cellular or mobile networks or an access point that may be coupled to a data network, such as a Local Area Network (LAN), a Metropolitan Area Network (MAN), and/or a Wide Area Network (WAN), such as the Internet. In turn, other devices such as processing elements (e.g., personal computers, server computers or the like) may be coupled to the mobile terminal 10 via the network 30. By directly or indirectly connecting the mobile terminal 10 and other communication devices to the network 30, the mobile terminal 10 may be enabled to communicate with the other devices or network devices such as the service platform 20, for example, according to numerous communication protocols including Hypertext Transfer Protocol (HTTP) and/or the like, to thereby carry out various communication or other functions of the mobile terminal 10 and the service platform 20, respectively.
　　　　Furthermore, although not shown in FIG. 1, the mobile terminal 10 may communicate in accordance with, for example, radio frequency (RF), Bluetooth (BT), Infrared (IR) or any of a number of different wireline or wireless communication techniques, including LAN, Wireless LAN (WLAN), Worldwide Interoperability for Microwave Access (WiMAX), WiFi, Ultra-Wide Band (UWB), Wibree techniques and/or the like. As such, 
the mobile terminal 10 may be enabled to communicate with the network 30, the service platform 20
by any of numerous different access mechanisms
（当審訳：
「　　　　図１は，例示的な通信環境における，モバイル端末１０といったデバイスが示されている，一般的なシステム図を示す。図１に示されているように，本発明の例示的な実施形態に従う，
あるシステムのある実施形態は，ネットワーク３０を介してサービスプラットフォーム２０と通信することができるよう構成された
モバイル端末１０
を含んでもよい
　　　　ネットワーク３０は，対応する有線及び／又は無線インターフェースを経由して互いに通信し得る，多様な異なるノード，デバイス又は機能の集合を含んでもよい。そのため，図１の図示は，システムのある要素の広範な観点の例示と理解されるべきであり，システム又はネットワーク３０の全ての包括的又は詳細な観点ではない。必須ではないけれども，いくつかの実施形態において，
ネットワーク３０は，第１世代（１Ｇ），第２世代（２Ｇ），２．５Ｇ，第３世代（３Ｇ），３．５Ｇ，３．９Ｇ，第４世代（４Ｇ）モバイル通信プロトコル，ロングタームエボリューション（ＬＴＥ），などのうち，いずれか１つ又はそれより多くのものに従う通信をサポートする能力を有してもよい
　　　　モバイル端末１０のような１以上の通信端末は，ネットワーク３０を介して互いに通信してもよく，各々は，信号を送信するための，かつ，例えば，１以上のセルラ若しくはモバイルネットワークの一部である基地局，又は，ローカルエリアネットワーク（ＬＡＮ），メトロポリタンエリアネットワーク（ＭＡＮ），及び／又は，インターネットといったワイドエリアネットワーク（ＷＡＮ）などのデータネットワークに結合してもよいアクセスポイント，であり得るベースサイト，から信号を受信するための，１つのアンテナ又は複数のアンテナを含んでもよい。次に，プロセッシングエレメント（例えば，パーソナルコンピュータ，サーバコンピュータなど）といった他のデバイスが，ネットワーク３０を介してモバイル端末１０と結合されてもよい。モバイル端末１０及び他の通信デバイスをネットワーク３０に直接又は間接的に接続することによって，モバイル端末１０は，例えば，ハイパーテキストトランスファープロトコル（ＨＴＴＰ）及び／又はそれに類するものを含む多数の通信プロトコルに従い，それによって様々な通信又はモバイル端末１０及びサービスプラットフォーム２０それぞれの他の機能を遂行するために，他のデバイス又はサービスプラットフォーム２０のようなネットワークデバイスと，通信することを可能にされてもよい。
　　　　さらに，図１には示されていないけれども，モバイル端末１０は，例えば，無線周波数（ＲＦ），Ｂｌｕｅｔｏｏｔｈ（ＢＴ），赤外線（ＩＲ），若しくは，ＬＡＮ，ワイヤレスＬＡＮ（ＷＬＡＮ），Ｗｏｒｌｄｗｉｄｅ　Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ　ｆｏｒ　Ｍｉｃｒｏｗａｖｅ　Ａｃｃｅｓｓ（ＷｉＭＡＸ），ＷｉＦｉ，ウルトラワイドバンド（ＵＷＢ），Ｗｉｂｒｅｅ技術，及び／又はそれに類するもの，を含むいくつもの異なる有線又はワイヤレス通信技術，のうちのいずれに従って通信してもよい。かくして，
モバイル端末１０は，多数の異なるアクセスメカニズムのうちのいずれによっても，ネットワーク３０，サービスプラットフォーム２０
と通信することが可能にされていてもよい
（３）「　　　　In an exemplary embodiment, 
the mobile terminal 10 may comprise
the apparatus of FIG. 2
（当審訳：
「　　　　例示的な実施形態において，
モバイル端末１０は，
図２の装置
を含むことができる
（４）「　　　　
Referring now to FIG. 2, an apparatus 50 for providing device recovery assistance is provided
The apparatus 50 may include
a processor 52
（当審訳：
「　　　　
ここで図２を参照すると，デバイスリカバリアシスタンスを提供するための装置５０が設けられている
その装置５０は，プロセッサ５２
を含んでも
よい
（５）「　　　　In an exemplary embodiment, 
the processor 52 may
include
a loss status determiner 80, a loss recovery assistant 82 and a positioning sensor 84
（当審訳：
「　　　　例示的な実施形態において，
プロセッサ５２は，紛失ステータス判定部８０，紛失リカバリアシスタント８２，及び位置決めセンサ８４
を含んでもよく
（６）「　　　　
The loss status determiner 80 may be configured to determine the loss status (e.g., lost or not lost) of the mobile terminal 10
　　　　In an exemplary embodiment, 
the service platform 20 may be associated with a service by which users who lose their mobile terminals or have them stolen may report such devices as being lost or stolen
The service platform 20 may
page or otherwise communicate with the apparatus 50 to provide a message indicting that the apparatus 50 is reported as being lost or stolen
Receipt of such a message may then trigger the loss status determiner 80 to alter the loss status flag from the default position to a position indicating that the apparatus 50 is lost or stolen
　　　　In embodiments where the apparatus 50 initiates determinations regarding loss status internally, the loss status determiner 80 may be configured to initiate such determinations periodically. In this regard, for example, the loss status determiner 80 may be configured to utilize verification information stored within the permanent storage medium 86 to make loss status checks at predetermined intervals. In some embodiments, a fixed interval for making verification information checks may be defined. However, in other embodiments, minimum and maximum intervals may be defined. In response to passing of the maximum time interval without completion of a verification procedure, the loss status determiner 80 may alter the loss status flag to indicate that the device is lost or stolen. In some cases, the intervals may include a grace period beyond the passing of the predetermined time interval. In response to passing of the predetermined time interval without completion of a verification procedure, if the grace period also passes without completion of the verification procedure, the loss status determiner 80 may alter the loss status flag to indicate that the device is lost or stolen.
　　　　In an exemplary embodiment, the service platform 20 may write information defining the verification procedure for the apparatus 50 into the permanent storage medium 86 in response to the apparatus registering for the recovery assistance service provided by the service platform 20 as indicated above. In some examples, OMA DM may be used for providing the verification procedure to the apparatus 50. In this regard, for example, the verification procedure may define not only the intervals at which verification information checks are to be performed, but may further define the communication mechanisms by which the verification information checks are to be conducted. For example, the verification procedure may direct the apparatus 50 to utilize Short Message Service (SMS), Transmission Control Protocol/Internet Protocol (TCP/IP), HTTP, Multimedia Messaging Service (MMS), or other like communication mechanisms to perform verification information checks.
　　　　The verification information checks may be automatically initiated by the loss status determiner 80 at intervals defined by the verification procedure. In some embodiments, 
the verification information checks may be performed according to or by using a verification template
　　　　a. HTTP; verify.operator.com/corporate?fingerprint (which may direct fetching of a designated web page (e.g., a blank HTML page)),
　　　　b. MMS; +358501234568; subject:fingerprint (which may direct sending of an MMS to the number listed including the fingerprint (e.g., device identifier 88) in the subject), and
　　　　c. SMS; +358501234567; body:fingerprint (which may direct sending of an SMS to the number listed including the fingerprint (e.g., device identifier 88) in the subject).
However, other forms for the verification template are also possible.
　　　　
The verification procedure may
define an order in which several different communication mechanisms
may be attempted in order to complete a verification information check
if the loss status determiner 80 attempts to send an MMS or SMS to the designated number in the verification template, but does not receive a delivery notification, the verification information check may fail
if one communication mechanism fails, another communication mechanism (e.g., in a designated order) may be attempted and the verification information check may not fail until all available communication mechanisms have individually failed
If verification information checks fail, the loss status determiner 80 may indicate the loss status of the apparatus 50 by setting the loss status flag accordingly
　　　　In an exemplary embodiment, the service platform 20 may be the recipient of or may be aware of the verification information checks made by the loss status determiner 80. In such scenarios, the service platform 20 may deny access to the web page or refuse to provide a delivery notification for a stolen device. However, as an alternative, the service platform 20 could provide a direct indication to the loss status determiner 80 that the apparatus 50 has been reported lost or stolen in response to a verification information check.
　　　　Regardless of how the apparatus 50 is determined to be lost or stolen and has the status thereof locally updated (e.g., via setting the loss status flag), after a loss status change is made from the default (e.g., non-lost or stolen) setting is made, the loss recovery assistant 82 may be configured to initiate reporting. In an exemplary embodiment, the loss recovery assistant 82 may be triggered by a loss status change from the default setting to a setting indicating a lost status into determining device position via the positioning sensor 84. In this regard, for example, 
when the loss status flag is set, the loss recovery assistant 82 may be configured to acquire location information (
by GPS
) from the positioning sensor 84 and make reports on the location information to the service platform 20
The reports made to the service platform 20 may be used to guide authorities, the user or other personnel to a stolen device or lost device
　　　　In an exemplary embodiment, the reporting made by the loss recovery assistant 82 may be made at predefined intervals. In this regard, for example, the verification procedure defined by the service platform 20 in response to registration of the apparatus 50 and stored in the permanent storage medium 86 may include information identifying a report interval or report period (e.g., defined in increments of second, minutes, hours or even days) defining the frequency with which reports providing location information are to be made to the service platform 20. In an exemplary embodiment, 
the loss recovery assistant 82 may utilize a reporting template to make reports to the service platform 20
the reporting template may identify a communication mechanism (e.g., HTTP, MMS, SMS, or the like), location information
Examples of formats for the reporting template may include:
　　　　
d. HTTP; reports.operator.com/corporate?fingerprint=location (directing a fetch of the corresponding blank HTML page),
　　　　
e. MMS; +358501234568; subject:fingerprint body:location (directing sending of an MMS to the listed number (e.g., associated with the service platform 20) including the fingerprint in the subject and the location information (e.g., of the apparatus 50) in the body), and
　　　　
f. SMS; +358501234567; body:fingerprint+location (directing sending of an SMS to the listed number (e.g., associated with the service platform 20) including the fingerprint and the location information in the message body).
As with the verification template, the reports may be attempted via each of various different mechanisms on a priority order basis
（当審訳：
「　　　　
紛失ステータス判定部８０は，モバイル端末１０の紛失ステータス（例えば，紛失又は非紛失）を判定するように構成されてもよい
　　　　例示的な実施形態において，
サービスプラットフォーム２０は，モバイル端末を紛失したか盗まれたユーザが，そのようなデバイスが紛失した又は盗まれたものとして報告できるようにするためのサービスと関連してもよい
サービスプラットフォーム２０は，装置５０が紛失したか盗まれたと報告されたことを表示する
メッセージを提供するために，装置５０を呼び出すか，又はそうでなければ装置５０と通信してもよい
そのようなメッセージの受信は，紛失ステータスフラグを，デフォルトポジションから，装置５０が紛失したか盗まれたことを表示するポジションに替えるように，紛失ステータス判定部８０をトリガしてもよい
　　　　装置５０が内部で紛失ステータスについての判定を開始する実施形態では，紛失ステータス判定部８０が，周期的にそのような判定を開始するように構成されてもよい。この点に関して，例えば，紛失ステータス判定部８０は，所定の間隔で紛失ステータスチェックを行うために，恒久記憶媒体８６内に格納された確認情報を利用するよう構成されてもよい。いくつかの実施形態において，確認情報チェックを行うための固定間隔が定められてもよい。しかしながら，他の実施形態では，最小及び最大の間隔が定義されてもよい。確認手順が完了することなく最大時間間隔が経過したことに応答して，紛失ステータス判定部８０は，紛失ステータスフラグを，デバイスが紛失又は盗まれたことの表示に替えてもよい。いくつかのケースでは，その間隔には，予め定められた時間間隔の経過を超える猶予期間を含んでもよい。確認手順が完了することなく予め定められた間隔が経過したことに応答して，もし，確認手順が完了することなく猶予期間も経過した場合，紛失ステータス判定部８０は，紛失ステータスフラグを，デバイスが紛失又は盗まれたことの表示に替えてもよい。
　　　　例示的な実施形態では，上記で示したように，サービスプラットフォーム２０は，サービスプラットフォーム２０によって提供されるリカバリアシスタンスサービスのための装置の登録に応答して，装置５０のための確認手順を定める情報を，恒久記憶媒体８６に書き込んでもよい。いくつかの例では，ＯＭＡ　ＤＭが，装置５０に確認手順を提供するために用いられてもよい。この点に関して，例えば，確認手順は，確認情報チェックが行われるべき時間の間隔を定めるのみならず，確認情報チェックが実施される際に用いられる通信メカニズムをさらに定めてもよい。例えば，確認手順は，確認情報チェックを行うために，ショートメッセージサービス（ＳＭＳ），トランスミッションコントロールプロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ），ＨＴＴＰ，マルチメディアメッセージングサービス（ＭＭＳ），又は他の同様の通信メカニズムを利用するよう装置５０に命令してもよい。
　　　　確認情報チェックが，確認手順によって定められた間隔で，紛失状態判定部８０によって自動的に開始されてもよい。いくつかの実施形態では，
確認情報チェックは，
確認テンプレートに従って又はそれを用いることによって，遂行されてもよい
　　　　ａ．　ＨＴＴＰ；ｖｅｒｉｆｙ．ｏｐｅｒａｔｏｒ．ｃｏｍ／ｃｏｒｐｏｒａｔｅ？ｆｉｎｇｅｒｐｒｉｎｔ（指定されたウェブページ（例えば，ブランクＨＴＭＬページ）のフェッチを指示し得る)，
　　　　ｂ．　ＭＭＳ；＋３５８５０１２３４５６８；ｓｕｂｊｅｃｔ：ｆｉｎｇｅｒｐｒｉｎｔ（リストされた番号宛てに，ｓｕｂｊｅｃｔ中にフィンガープリント（例えば，デバイス識別子８８）を含むＭＭＳの送信を指示し得る），及び，
　　　　ｃ．　ＳＭＳ；＋３５８５０１２３４５６７；ｂｏｄｙ：ｆｉｎｇｅｒｐｒｉｎｔ（リストされた番号宛てに，ｓｕｂｊｅｃｔ中にフィンガープリント（例えば，デバイス識別子８８）を含むＳＭＳの送信を指示し得る。
しかし，確認テンプレートのための他のフォームもあり得る。
　　　　いくつかのケースでは，
確認手順は，確認情報チェックを完了することを目的として，いくつかの異なる通信メカニズムが試みられる際の順番を
定めてもよい
もし，紛失ステータス判定部８０が，ＭＭＳ又はＳＭＳを，確認テンプレート中の指定された番号宛てに送信したが，配達通知を受信しなかった場合，確認情報チェックは失敗するかもしれない
もし，ある通信メカニズムが失敗したら，他の通信メカニズムが（例えば，指定された順番で）試みられ，利用可能な通信メカニズム全てが個別に失敗するまでは，確認情報チェックは失敗しないようにしてもよい
もし，確認情報チェックが失敗したら，紛失ステータス判定部８０は，それに応じて紛失ステータスフラグをセットすることにより，装置５０の紛失ステータスを表示してもよい
　　　　例示的な実施形態では，サービスプラットフォーム２０は，紛失ステータス判定部８０によって行われた確認情報チェックの受領者であり得るか，又は，紛失ステータス判定部８０によって行われた確認情報チェックに気付き得る。そのようなシナリオにおいて，サービスプラットフォーム２０は，盗まれたデバイス向けのウェブページへのアクセスを拒否するか，配達通知を拒絶してもよい。しかしながら，代替として，サービスプラットフォーム２０は，紛失ステータス判定部８０に対して，確認情報チェックに応答して装置５０が紛失又は盗まれたことが報告されたことの直接表示を提供することができる。
　　　　どのようにして装置５０が，紛失した又は盗難されたことが判定されるかや，それらのステータスがアップデートされるか（例えば，紛失ステータスフラグを設定することを介して）にかかわらず，紛失ステータスがデフォルト（例えば，非紛失又は盗難）から変更された後，紛失リカバリアシスタント８２は，報告を開始するように設定され得る。例示的実施形態において，紛失リカバリアシスタント８２は，紛失ステータスが，デフォルトセッティングから，ロストステータスを示すセッティングに変化したことによってトリガされ，デバイス位置を位置決めセンサ８４を介して決定する。これに関連して，例えば，
紛失ステータスフラグがセットされたとき，紛失リカバリアシスタント８２は，位置決めセンサ８４から位置情報（
ＧＰＳ
によって）を取得し，かつ，サービスプラットフォーム２０に位置情報の報告を行うように構成されてもよい
このサービスプラットホーム２０に向けてなされるこの報告は，当局，ユーザ，又は他者を，盗まれたデバイス又は紛失したデバイスへとガイドするために用いられる
　　　　例示的な実施形態では，紛失リカバリアシスタント８２によってなされるその報告は，予め定められた間隔で行われてもよい。この点に関し，例えば，装置５０の登録に応答してサービスプラットフォーム２０によって定められ，かつ，恒久記憶媒体８６に格納された，確認手順には，サービスプラットフォーム２０に向けて行われる位置情報を提供する報告の頻度を定義する，報告間隔又は報告周期(例えば，秒，分，時，あるいはまた日単位で，定義される）を識別する情報を含んでもよい。例示的な実施形態では，
紛失リカバリアシスタント８２は，サービスプラットフォーム２０に報告をするための報告テンプレートを利用してもよい
報告テンプレートは，通信メカニズム（例えば，ＨＴＴＰ，ＭＭＳ，ＳＭＳなど），位置情報
を特定してもよい
報告テンプレートのフォーマットの例には，以下のものが含まれ得る：
　　　　
ｄ．　ＨＴＴＰ；ｒｅｐｏｒｔｓ．ｏｐｅｒａｔｏｒ．ｃｏｍ／ｃｏｒｐｏｒａｔｅ？ｆｉｎｇｅｒｐｒｉｎｔ＝ｌｏｃａｔｉｏｎ（対応するブランクＨＴＭＬページのフェッチを指示）
　　　　
ｅ．　ＭＭＳ；＋３５８５０１２３４５６８；ｓｕｂｊｅｃｔ：ｆｉｎｇｅｒｐｒｉｎｔ　ｂｏｄｙ：ｌｏｃａｔｉｏｎ（リストされた番号（例えば，サービスプラットフォーム２０に関連付けられた）宛てに，ｓｕｂｊｅｃｔの中にあるフィンガープリントと，ｂｏｄｙの中にある位置情報（例えば，装置５０の）と，を含む，ＭＭＳの送信を指示）
　　　　
ｆ．　ＳＭＳ；＋３５８５０１２３４５６７；ｂｏｄｙ：ｆｉｎｇｅｒｐｒｉｎｔ＋ｌｏｃａｔｉｏｎ（リストされた番号（例えば，サービスプラットフォーム２０に関連付けられた）宛てに，メッセージボディの中にある，フィンガープリント及び位置情報を含む，ＳＭＳの送信を指示）
確認テンプレートを用いるときと同様に，優先順位に基づき，多様な異なるメカニズムのそれぞれを介して，報告が試みられてもよい
（７）また，図２は以下のとおりである。
　ここで，上記（３）には「例示的な実施形態において，
モバイル端末１０は，
図２の装置
を含むことができる
　そして，この点について，上記（４）には「
ここで図２を参照すると，デバイスリカバリアシスタンスを提供するための装置５０が設けられている
　ゆえに，図２，並びに，上記（３）及び上記（４）における記載によれば，モバイル端末１０は，装置５０を含むことができる，という事項が認められる。
　これらのことから，引用文献１には，以下の発明（以下，「引用発明１」という。）が記載されている。
「モバイル端末といった通信デバイスのためのデバイスリカバリメカニズムの提供を可能にし得る方法であって，
　システムは，ネットワーク３０を介してサービスプラットフォーム２０と通信することができるよう構成されたモバイル端末１０を含み，
　モバイル端末１０は，装置５０を含み，
　デバイスリカバリアシスタンスを提供するための装置５０は，プロセッサ５２を含み，
　プロセッサ５２は，紛失ステータス判定部８０，紛失リカバリアシスタント８２，及び位置決めセンサ８４を含み，
　サービスプラットフォーム２０は，装置５０が紛失したか盗まれたと報告されたことを表示するメッセージを提供するために，装置５０を呼び出すか，又はそうでなければ装置５０と通信し，
　そのようなメッセージの受信は，紛失ステータスフラグを，デフォルトポジションから，装置５０が紛失したか盗まれたことを表示するポジションに替えるように，紛失ステータス判定部８０をトリガし，
　紛失ステータスフラグがセットされたとき，紛失リカバリアシスタント８２は，位置決めセンサ８４から位置情報（ＧＰＳによって）を取得し，かつ，サービスプラットフォーム２０に位置情報の報告を行い，
　このサービスプラットホーム２０に向けてなされるこの報告は，当局，ユーザ，又は他者を，盗まれたデバイス又は紛失したデバイスへとガイドするために用いられる
方法。」
２　引用文献２
　原査定の拒絶の理由で引用された，特表２００２−５１２７５９号（平成１４年４月２３日国内公表。以下，「引用文献２」という。）には，図面とともに，次のとおりの記載がある（なお，下線は当審において付した。）。
（１）「　本発明の主たる要点は、可聴周波トーンを用いて、データ、特に位置データをセル及び有線通信ネットワークを経てトランスペアレントに通すようにする“帯域内”、即ちトランスペアレントのデータ伝送方法にある。一実施例では、可聴周波のトーン符号化位置データ通信ネットワークを経て“エンドーツー−エンド”で、即ち遠隔発呼者から呼受取人へと伝送する。トランスペアレント伝送は、同じチャネルでのデータ伝送と同時に、連続的に音声（生の人の音声）通信を可能にする。
音声チャネルで位置データを伝送するには様々な可聴周波符号化法を用いることができる
しかし、ＤＴＭＦ符号化／復号化が通常のセルホーンにて既に利用されているので、
ＤＴＭＦ符号化が好適である
（２）「　好適な実施例において、データの追加ストリング(strings)が、自動的に、或いはリクエストによって伝送されている間、
ロケーションデータは
１ストリング(string)にエンコーディングされる
ベーシックストリングは
緯度、経度
のデータを含んでいる
　タイムスタンプは、３つの特性−分(minute)、秒(second)、セコンド(second)を具えている。
　例えば、０８：２２：３３において、タイムスタンプは、時間として、２、３、３、１０分は無視される。ロケーションデータは、例えば、毎１秒或いは２秒ごとに度々アップデートされるので、これは極めて適切である。データ補正として、後記するように、データの６０秒アレイ(array)が維持される。これはアップデイトされた毎１秒に基づいて記録される６０サンプル或いはロケーションを意味する。
　
緯度は、８特性、経度は、９特性
を必要とする
　好適の実施例においては、
ベーシックデータストリングは、２３特性の長さを具えており
各データ特性は、
２つ或いはそれ以上のオーディオ周波数トーンのセットに翻訳される
　
他のマルティプルトーンエンコーディングは使用することができるけれども、好ましくは、ＤＴＭＦが使用される
　かくして
データの１個の特性は、ベーシックストリングの伝送の間、毎８０ｍｓｅｃ伝送される
　してみれば，引用文献２には，以下の発明（以下，「引用発明２」という。）が記載されている。
「ロケーションデータが、緯度及び経度を含むストリングにエンコーディングされ、
通常のセルホーンにて既に利用されているＤＴＭＦ符号化を用いて、音声チャネルで、エンコーディングされたロケーションデータのストリングを伝送する
方法。」
第４　対比（一致点，相違点の認定）
　本願発明と，引用発明１とを，対比する。
１　引用発明１における「モバイル端末１０」は，少なくともワイヤレス通信が可能なデバイスといえるから，「モバイル・ワイヤレス通信デバイス」に相当する。
　また，引用発明１において，モバイル端末１０は，ネットワーク３０を介してサービスプラットフォーム２０と通信することができるように構成されており，ネットワーク３０もワイヤレス通信可能な電気通信ネットワークといえる。してみれば，引用発明１の「ネットワーク３０」は，本願発明の「ワイヤレス電気通信ネットワーク」に相当する。
２　引用発明１は，ＧＰＳによって，位置決めセンサ８２から位置情報を取得するものであり，このＧＰＳによって取得された「位置情報」は，本願発明の「地理的ロケーション」に相当する。
３　引用発明１において，モバイル端末１０の紛失リカバリアシスタント８２から，サービスプラットフォーム２０に向けてなされる位置情報の報告は，ユーザを，盗まれたデバイス又は紛失したデバイスへとガイドするために用いられているところ，前記ユーザは，このガイドに従い，盗まれたデバイス又は紛失したデバイスを，リカバリすなわち取り戻すために追いかけることができるといえるから，このような位置情報の報告を受けるサービスプラットフォーム２０は，当該デバイスを「追跡」するためのユニットということができる。よって，引用発明１の「サービスプラットフォーム２０」は，本願発明の「モバイル・ワイヤレス通信デバイス追跡ユニット」に相当する。
４　引用発明１において，紛失リカバリアシスタント８２は，サービスプラットフォーム２０に位置情報の報告，すなわち「通知」を行うように構成されているといえる。
　そして上記１から３もあわせてみれば，引用発明１は，「ワイヤレス電気通信ネットワークにおけるモバイル・ワイヤレス通信デバイスの地理的ロケーションについてモバイル・ワイヤレス通信デバイス追跡ユニットに通知する方法」といえる。
５　引用発明１において，モバイル・ワイヤレス通信デバイス追跡ユニット（サービスプラットフォーム２０）から，モバイル・ワイヤレス通信デバイス（モバイル端末１０）に含まれる装置５０へ提供された，装置５０が紛失したか盗まれたと報告されたことを表示するメッセージの受信は，紛失ステータスフラグが，デフォルトポジションから，紛失したか盗まれたことを表示するポジションに替えるように，紛失ステータス判定部８０をトリガするものである。
　また，引用発明１において，紛失ステータスフラグがセットされたとき，紛失リカバリアシスタント８２は，位置決めセンサ８４からＧＰＳによって位置情報を取得し，かつ，モバイル・ワイヤレス通信デバイス追跡ユニット（サービスプラットフォーム２０）に位置情報の報告を行うものである。
　ここで，「紛失ステータスフラグがセットされた」ということは，紛失ステータスが，デバイスが盗まれたか又は紛失した状態へと遷移したことを意味しているといえる。
　また，上記３で検討したとおり，引用発明１において，位置情報の報告は，ユーザをデバイスへとガイドするために用いられており，前記ユーザは，そのガイドに従い，盗まれたデバイス又は紛失したデバイスを，リカバリすなわち取り戻すために追いかけることができるといえる。
　そして，引用発明１において，装置５０が紛失したか盗まれたと報告されたことを表示するメッセージを受信したという事象，あるいは，紛失ステータスフラグがセットされたという事象は，盗まれたデバイス又は紛失したデバイスを追いかける，すなわち「トレース」する，ことの「トリガ判断基準」になっているといえる。
　ところで，一般に，フラグがセットされたかどうかを確かめるために，そのフラグの値を「評価」することは当然のことである。また，引用発明１において，前記メッセージの受信は，紛失ステータス判定部８０をトリガするものであることから，前記メッセージの受信に応じて紛失ステータス判定部８０を適時にトリガするためには，前記メッセージを受信したかどうかを「評価」しなければならないこともまた当然である。
　すなわち，引用発明１は，前記メッセージを受信したこと，あるいは，紛失ステータスフラグがセットされたこと，というような，デバイスをトレースすることの「トリガ判断基準」が「満たされているかどうか」を「評価」しているといえる。
　これらのことから，引用発明１は，「所定のトレース・トリガ判断基準が満たされているかどうかを評価するステップ」を含む方法といえる。
６　上記５に加え，引用発明１において，紛失ステータスフラグがセットされたとき，紛失リカバリアシスタント８２は，位置決めセンサ８４からＧＰＳによって位置情報を取得するものであるから，引用発明１は，紛失ステータスフラグがセットされた時点でのモバイル端末の位置情報を「決定」しているといえる。
　よって，引用発明１は，「前記所定のトレース・トリガ判断基準が満たされている場合に、前記モバイル・ワイヤレス通信デバイスの地理的ロケーションを決定するステップ」を含む方法といえる。
７　引用発明１は，上記「決定」した「位置情報」を，サービスプラットフォーム２０に報告，すなわち「送信」，するものであるから，該位置情報を，本願発明のように「緯度および経度の１０進数表示として符号化」し，「前記緯度および経度の１０進数表示を、デュアル・トーン・マルチ周波数シグナリング技法を使用して」送信するものかどうかは別として，本願発明と引用発明１とは，「決定された前記地理的ロケーションを、前記モバイル・デバイス追跡ユニットに対して送信するステップ」を含むという点で共通する。
８　引用発明１において，モバイル・ワイヤレス通信デバイス（モバイル端末１０）は，ワイヤレス電気通信ネットワーク（ネットワーク３０）を介してモバイル・ワイヤレス通信デバイス追跡ユニット（サービスプラットフォーム２０）と通信できるよう構成されるものであり，また，上記７で示したとおり，本願発明と引用発明１とは，「決定された前記地理的ロケーションを，前記モバイル・デバイス追跡ユニットに対して送信するステップ」を含むという点で共通する。
　してみれば，引用発明１が，本願発明のように「前記追跡ユニットとの通信リンクを確立する」ものであるかどうかは別にして，本願発明と引用発明１とは，「前記追跡ユニットと通信する」という点で共通している。
　これらのことから，本願発明と，引用発明１との一致点及び相違点は，以下のとおりである。
［一致点］
「　ワイヤレス電気通信ネットワークにおけるモバイル・ワイヤレス通信デバイスの地理的ロケーションについてモバイル・ワイヤレス通信デバイス追跡ユニットに通知する方法であって、
　所定のトレース・トリガ判断基準が満たされているかどうかを評価するステップと、
　前記所定のトレース・トリガ判断基準が満たされている場合に、前記モバイル・ワイヤレス通信デバイスの地理的ロケーションを決定するステップと、
　前記追跡ユニットと通信し，決定された前記地理的ロケーションを、前記モバイル・デバイス追跡ユニットに対して送信するステップと、
を含む、方法。」
［相違点］
（相違点１）
　本願発明では，
「決定された前記地理的ロケーションを緯度および経度の１０進数表示として符号化するステップ」を含み，また，
「前記モバイル・デバイス追跡ユニットに対して送信するステップ」が，「前記緯度および経度の１０進数表示を、デュアル・トーン・マルチ周波数シグナリング技法を使用して」送信するのに対し，
引用発明１には，そのような特定がない点。
（相違点２）
　「前記追跡ユニットと通信する」点に関し，
本願発明では，「前記追跡ユニットとの通信リンクを確立するステップ」を含むのに対し，
引用発明１には，そのようなステップを含むことについて特定がない点。
第５　判断
１　相違点１について
　引用発明２は，
地理的ロケーションを緯度及び経度の表示として符号化するステップと，
前記緯度及び経度の表示を，デュアル・トーン・マルチ周波数シグナリング技法を使用して送信するステップと，
を含む方法といえる。
　また，引用文献１には，
優先順位に基づき，例えばＨＴＴＰ，ＭＭＳ，ＳＭＳなどといった多様な異なる通信メカニズムのそれぞれを介して位置情報の報告が試みられること（上記第３の１（引用文献１）（６）のうち，明細書第１２頁第１９行−第３３行の部分を参照。）や，
ネットワーク３０は，第１世代（１Ｇ）モバイル通信プロトコルなどに従う通信をサポートすること（上記第３の１（２）のうち，明細書第４頁第１５行−第１８行の部分を参照。）が記載されていることから，
引用発明１において，前記「多様な異なる通信メカニズム」として，ＨＴＴＰ，ＭＭＳ，ＳＭＳのみならず，例えばアナログ方式の第１世代（１Ｇ）モバイル通信プロトコルであったとしても地理的ロケーションを報告できるような他の通信メカニズムを採用しようと試みることが示唆されており，またその採用するべき具体的な通信メカニズムは，当業者が公知の技術から選択すればよいことである。
　そして，引用発明１と引用発明２とは，いずれも，移動体通信システムを利用して位置情報を送信するという機能が共通しており，さらに，引用発明２は，音声チャネルを利用して，エンコードされたデータを伝送するという通信メカニズムを有するものといえる。
　また，緯度及び経度を表示する際に「１０進数表示」とすることは，ごく一般的に行われていることである。
　これらのことから，引用発明１に対して，引用発明２における通信メカニズムと，ごく一般的に行われている，緯度及び経度の表示を「１０進数表示」とすることと，を採用して，
「決定された前記地理的ロケーションを緯度および経度の１０進数表示として符号化するステップ」を設けるとともに，
「前記モバイルデバイス追跡ユニットに対して送信するステップ」を，「前記緯度および経度の１０進数表示を、デュアル・トーン・マルチ周波数シグナリング技法を使用して」送信するステップとすることは，当業者が容易に想到し得る。
　なお，引用文献２に関し，審判請求人は，審判請求書の請求の理由欄の（３）において，引用文献２（原査定時の「引用文献５」に対応。以下同じ。）の「第６頁第１６行乃至第２５行」を引用しつつ，引用文献２が，「中心ディスパッチ局」に位置情報を送信することによって，発呼者又は移動ユニットの位置を突き止める手法の有効性を実質的に否定しており，引用文献２が引用文献１に記載の発明の主となる技術的構想，即ち，「サービス・プラットフォーム２０」に位置情報を通知する技術の構想を否定しているため，むしろ，本願発明の属する技術分野における当業者であれば、引用文献２に記載の技術を引用文献１に記載の発明と組み合わせようとは決して考えないはずである旨を主張している。
　しかし，
（１）引用文献２には，背景技術の欄においていくつもの既知の技術が示されており，「第６頁第１６行乃至第２５行」は，それらの既知の技術のうち，ある商業的例としての特定のシステムにおける「中心ディスパッチ局」（又は「中央処理局」）についての問題点を示したものに過ぎず，引用文献２に実施例として示されているＤＴＭＦ符号化を用いて音声チャネルを介して位置データを送信する技術について検討したものではないこと，
（２）引用文献２には，ＲＣＡ１０（引用発明１の「モバイル端末１０」に対応する。）が，位置関連データサービスを提供するＣＲＡ１４（引用発明１の「サービスプラットフォーム２０」に対応する。）に位置データを送信するものが実施例として記載されている（第３３頁第２０行−第２３行，第１５頁第９行−第１４行）こと，
からすれば，引用文献２が，引用発明１における，モバイル端末１０が，位置情報に関連したサービスを提供する「サービスプラットフォーム２０」に位置情報を通知する技術の構想を否定しているとはいえない。
　よって，審判請求人の上記主張は採用することができない。
２　相違点２について
　引用発明１のモバイル・ワイヤレス通信デバイス（モバイル端末１０）は，ワイヤレス電気通信ネットワーク（ネットワーク３０）を介してモバイル・ワイヤレス通信デバイス追跡ユニット（サービスプラットフォーム２０）と通信することができるよう構成されたものであるところ，移動体通信の分野において，モバイル端末が，ネットワークを介して通信相手と通信をする際に，その通信相手と通信リンクを確立することは当然行われていることである。
　してみれば，前記追跡ユニットと通信することができる引用発明１において，「前記追跡ユニットとの通信リンクを確立するステップ」を設けることは，当業者であれば適宜なし得る。
３　本願発明の作用，効果について
　上記１及び２で検討した相違点１及び相違点２を総合的に勘案しても，本願発明の奏する作用，効果は，引用発明１及び引用発明２の奏する作用，効果から予測される範囲内のものに過ぎず，格別顕著なものということはできない。
第６　むすび
　以上のとおり，本願の請求項１に係る発明は，引用文献１及び引用文献２に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　したがって，本願は，他の請求項について検討するまでもなく，拒絶されるべきものである。
　よって，結論のとおり審決する。