【事件の表示】
　特願２０１５−　４２２５０「ユーザ手動のハンドオフに基づく、セッション開始プロトコルＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）」拒絶査定不服審判事件〔平成２７年　９月１０日出願公開、特開２０１５−１６４３０１〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００４年（平成１６年）１１月３０日（パリ条約による優先権主張外国庁受理２００３年１２月１日　米国）を国際出願日とする特願２００６−５４２６７４号の一部を、平成１９年９月２７日に新たな特許出願とした特願２００７−２５２３１２号の一部を、平成２３年４月１９日に新たな特許出願とした特願２０１１−０９３２８５号の一部を、平成２４年５月１６日に新たな特許出願とした特願２０１２−１１２６０３号の一部を、平成２６年２月１３日に新たな特許出願とした特願２０１４−０２５６５６号の一部を、平成２７年３月４日に更に新たな特許出願としたものであり、その手続の経緯は、概略、以下のとおりである。 
平成２８年　３月３０日付け：拒絶理由通知書 
平成２８年１０月１９日：　　意見書、手続補正書の提出
平成２９年　３月１０日付け：拒絶査定
平成２９年　７月１４日：　　拒絶査定不服審判の請求 
平成２９年　９月２７日付け：拒絶理由通知書 
平成３０年　４月　３日：　　意見書、手続補正書の提出 
第２　本願発明
　平成３０年４月３日に提出された手続補正書によって補正された特許請求の範囲の請求項１（以下「本願発明」という。）は、以下のとおりである。
「　無線通信の方法であって、
　第１の無線装置から第１のネットワークを介してサービスサーバへ、第１のセッション開始プロトコル（ＳＩＰ）メッセージを送るステップであって、前記第１のＳＩＰメッセージは、第２の無線装置から前記第１の無線装置への通信セッションのハンドオーバのための要求を示し、前記第１のＳＩＰメッセージは、前記第２の無線装置の識別を示し、前記通信セッションは、前記第２の無線装置およびリモート装置に関連付けられる、ステップと、
　第２のメッセージ内の前記通信セッションの前記ハンドオーバの受諾の表示に応答して、前記第１の無線装置で前記リモート装置の前記通信セッションを受信するステップと
　を含むことを特徴とする方法。」
第３　拒絶の理由
　平成２９年　９月２７日付けの当審が通知した拒絶理由（以下、「当審拒絶理由」という。）のうち理由４（進歩性）の概要は、次のとおりのものである。
　「４．（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。」であるところ、請求項１に対して、下記引用例１、３−５が引用されている。
引用例１．後藤泰隆、中西孝夫、セッション継続におけるユーザ認証方式に関する一考察、電子情報通信学会２００３年通信ソサイエティ大会講演論文集２、日本、2003.09.10発行、123ページ 
引用例３．特開２００３−３０４２５１号公報 
引用例４．生崎文彦、ケーブルいらずで楽々インターネット 必ずできる無線ＬＡＮ導入術、日経ＰＣ２１、日本、2002.11.01発行、第７巻 第２１号、83〜96ページ
引用例５．中村一貴、水田栄一、四方涼子、ＴＣＰ／ＩＰの現在とＶｏＩＰ技術の全貌　第３章 ＶｏＩＰのシグナリングプロトコル ＳＩＰを用いたシグナリングの実際、Ｉｎｔｅｒｆａｃｅ、日本、2003.06.01発行、第２９巻 第６号、79〜89ページ 
 
第４　引用例の記載及び引用発明
　１　引用例１の記載
　当審拒絶理由において引用した「１．後藤泰隆、中西孝夫、セッション継続におけるユーザ認証方式に関する一考察、電子情報通信学会２００３年通信ソサイエティ大会講演論文集２、日本、2003.09.10発行、123ページ 」（以下「引用例１」という。）には次の記載がある。（下線は当審が付与した。）
（１）　「１．はじめに
　ＡＤＳＬやＦＴＴＨ、公衆無線ＬＡＮなどのブロードバンド環境の拡大に伴い、いつでも、どこでも、ネットワークアクセスが行える環境が構築され、本格的なユビキタスサービス［１］が提供されようとしている。またユーザは、環境に合わせてＰＤＡやＰＣなどの複数のデバイスで各種サービスを利用できることを望んでいる。
　本稿では、１人のユーザが、複数のデバイスを用いてセッションを継続したままユビキタスサービスを利用する場合のユーザ認証方式を検討し、考察する。
　２．ユビキタス環境でのサービス継続
　
ユビキタス環境では、１人のユーザが、同一サービスを利用するときにＡＤＳＬ環境ではデスクトップＰＣで、外出先の無線ＬＡＮ配下では、ＰＤＡでアクセスする可能性がある。
　またストリーミング中や、
ＶｏＩＰで通信中の場合は、セッション継続中にユーザ環境に合わせてデバイスを切り替える（ハンドオーバ［２］）必要がでてくる。（図１）
　
そのときＳｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ（ＳＰ）では、ハンドオーバ先が、同一のユーザのデバイスであるかを確認するユーザ認証が必要になってくる。
（２）　
（３）　「３．ユーザ認証における前提条件
　
本稿では、ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信中におけるデバイス間のハンドオーバをケーススタディとしてユーザ認証を検討する。
＜前提条件＞
（１）ＳＰは、デバイスとのセッション接続時に任意のユーザ認証を行う。
（２）ＳＰからユーザに付与されたＳＩＰ−ＵＲＩは１つとする。
（複数のデバイスでＳＩＰ−ＵＲＩを共用）
（３）ＳＰが各デバイスからＲＥＧＩＳＴＥＲを受信すると位置情報を上書きする。
（４）デバイスＡは、デバイスＢをローカル手順（例：Ｂｌｕｅｔｏｏｔｈ）で検出し、暗号化した情報の送受信ができる。
（５）ハンドオーバの要求は、デバイスＢからのＲＥＧＩＳＴＥＲ契機にＳＰで認識しＳＰからデバイスＢに着信要求する。
（６）ハンドオーバ時一時的にデバイスＡとデバイスＢは、二重ログイン状態になる（セッションを継続させるため）。
（７）アクセス網のログイン認証は検討の対象外とする。」（当審注：丸付き数字は括弧付き数字で表記した。）
（４）　「４．実現方式
　実現方式の各案の接続シーケンスは、全て同一と仮定する。
案１：デバイス毎に同一のユーザＩＤとパスワードによる認証
　（ＳＰで異なるデバイスの二重ログインを許容）
案２：ユーザＩＤと端末ＩＤ（例：
ＭＡＣアドレス
　（ユーザが利用できるデバイスをＳＰで管理）
案３：ＳＰ／デバイスＡ／デバイスＢの連携による共通鍵認証
案３の共通鍵認証方法を図２のシーケンスにそって説明する。
（１）デバイスＡは、セッション起動時にＳＰが生成した乱数ｋと共通鍵から演算結果ｆ（ｋ）を生成し、ＳＰに送信し、その演算結果を保持
（２）ＳＰは、ユーザ認証を行い、同じく演算結果ｆ（ｋ）を保持
（３）デバイスＡがデバイスＢにサービス切替指示を行うときに演算結果ｆ（ｋ）を通知
（４）デバイスＢは、共通鍵で再演算した演算結果ｆ（ｆ（ｋ））をＳＰに通知
（５）ＳＰは、デバイスＢから受信した演算結果ｆ（ｆ（ｋ））とＳＰで保持していた演算結果ｆ（ｋ）に再演算した値が同一値であることを確認
（５）　
　２　引用発明
（１）　上記１（３）の記載から明らかなように、引用例１には、「ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信中におけるデバイス間のハンドオーバを行う方法」が記載されているといえる。
　また、上記１（１）の「ＶｏＩＰで通信中の場合は、セッション継続中にユーザ環境に合わせてデバイスを切り替える（ハンドオーバ［２］）必要がでてくる。（図１）」との記載から、引用例１において、ハンドオーバは、「セッション継続中にユーザ環境に合わせてデバイスを切り替える」ことを意味しているといえる。
（２）　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ（ＳＰ）は上記１（５）図２にＳＩＰサーバとして示されているから、上記１（２）図１には、ハンドオーバが、アクセス網ｘを介してＳＩＰサーバに接続されたデバイスＡから、アクセス網ｙを介してＳＩＰサーバに接続されたデバイスＢへ行われる事項が示されているといえる。
　また、上記１（１）の「ユビキタス環境では、１人のユーザが、同一サービスを利用するときにＡＤＳＬ環境ではデスクトップＰＣで、外出先の無線ＬＡＮ配下では、ＰＤＡでアクセスする可能性がある。」との記載を踏まえると、引用例１記載の方法において、「ハンドオーバは、アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）から、アクセス網ｙ（無線ＬＡＮ）を介してＳＩＰサーバに接続されたデバイスＢ（ＰＤＡ）へ行われる」といえる。
（３）　上記１（５）図２には、「ハンドオーバ要求」と示された、デバイスＢからＳＩＰサーバへ送られる「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報が示されているといえる。
　また、上記１（３）の「（５）ハンドオーバの要求は、デバイスＢからのＲＥＧＩＳＴＥＲ契機にＳＰで認識しＳＰからデバイスＢに着信要求する。」との記載を踏まえると、引用例１記載の方法は「ハンドオーバの要求として、デバイスＢからＳＩＰサーバへ「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報を送る」第１のステップを含むといえる。
（４）　上記１（５）図２、及び上記１（４）の（１）〜（５）の記載によると、引用例１記載の「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報に含まれる「ｆ（ｆ（ｋ））」は、
　セッション起動時にＳＩＰサーバが生成した乱数ｋを「４０１（ｋ）」との情報としてデバイスＡが受け取り、デバイスＡにおいて乱数ｋと共通鍵から演算結果ｆ（ｋ）を生成し、サービス切替指示を行うときに演算結果ｆ（ｋ）がデバイスＡからデバイスＢに通知され、デバイスＢにおいて演算結果ｆ（ｋ）を共通鍵で再演算した演算結果であり、
　デバイスＢからＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））との情報が通知された際に、ＳＩＰサーバにおいて、デバイスＡからＳＩＰサーバに「ＩＮＶＩＴＥ　ｆ（ｋ）」との情報として予め送信され、保持された演算結果ｆ（ｋ）に再演算を行った結果と照合されユーザ認証が行われるパラメータといえる。
（５）　引用例１記載の方法は、上記１（５）図２に示された、「ＳＰで保持していたｆ（ｋ）に再演算を行い受信した演算結果と照合しユーザ認証」との処理の後の、「ＳＩＰサーバからデバイスＢに対して「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報が送られ、その後デバイスＢからＳＩＰサーバに対して「２００ＯＫ」との情報が送られることにより「端末切り替え」が行われる第２のステップ」を含むといえる。
　また、上記１（３）の「（５）ハンドオーバの要求は、デバイスＢからのＲＥＧＩＳＴＥＲ契機にＳＰで認識しＳＰからデバイスＢに着信要求する。」との記載から、上記第２のステップは、「デバイスＢからＳＩＰサーバへ「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報を送る第１のステップ」を契機として行われるといえる。
　以上を踏まえると、引用例１には、以下の発明が記載されている（以下「引用発明」という。）と認める。
「ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信中におけるデバイス間のハンドオーバを行う方法であって、
　ハンドオーバは、セッション継続中にユーザ環境に合わせてデバイスを切り替え、
　ハンドオーバは、アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）から、アクセス網ｙ（無線ＬＡＮ）を介してＳＩＰサーバに接続されたデバイスＢ（ＰＤＡ）へ行われ、
　ハンドオーバの要求として、デバイスＢからＳＩＰサーバへ「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報を送る第１のステップであって
　前記「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報に含まれるｆ（ｆ（ｋ））は、
　セッション起動時にＳＩＰサーバが生成した乱数ｋを「４０１（ｋ）」との情報としてデバイスＡが受け取り、デバイスＡにおいて乱数ｋと共通鍵から演算結果ｆ（ｋ）を生成し、サービス切替指示を行うときに演算結果ｆ（ｋ）がデバイスＡからデバイスＢに通知され、デバイスＢにおいて演算結果ｆ（ｋ）を共通鍵で再演算した演算結果であり、
　デバイスＢからＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））との情報が通知された際に、ＳＩＰサーバにおいて、デバイスＡからＳＩＰサーバに「ＩＮＶＩＴＥ　ｆ（ｋ）」との情報として予め送信され、保持された演算結果ｆ（ｋ）に再演算を行った結果と照合されユーザ認証が行われるパラメータである、
　第１のステップと、
　前記第１のステップを契機として、ＳＩＰサーバからデバイスＢに対して「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報が送られ、その後デバイスＢからＳＩＰサーバに対して「２００ＯＫ」との情報が送られることにより「端末切り替え」が行われる第２のステップと
　を含む方法」
３　引用例３の記載 
（１）　当審拒絶理由において引用した「特開２００３−３０４２５１号公報」（以下「引用例３」という。）には次の記載がある。（下線は当審が付与した。）
　ア　「【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、アドレス情報を自動的に取得することで、
通信中のアプリケーションのセッションを別の通信端末に転送することができるセッション転送システムおよびその方法に関する。
【０００２】
【従来の技術】今日、パーソナルコンピュータ（以下、ＰＣと称す）の普及に加え、ＰＤＡ（Personal Digital Assistants）などの情報携帯端末が普及し、その場や用途に応じて、有線または無線の様々な通信手段でインターネットなどの通信網に接続できるようになっている。このように複数の通信端末を使い分ける状況下においては、例えば、作業をＰＤＡよりもより操作性の良いＰＣに移行するなど、ＰＤＡにおける通信接続は維持したままそのセッションをＰＣに転送することで、その作業を終わらせることなく継続できる。このような処理は、ホームページの閲覧など処理はもちろんのこと、ビデオ電話などのマルチメディア通信の場合にも効果的である。
【０００３】
このようなセッションの転送は、例えば、ビデオ電話などのマルチメディアセッションを他装置に転送する方法として、
ＩＥＴＦ（Internet Engineering Task Force）のｄｒａｆｔ（ＳＩＰ（Session Initiation Protocol） Call Control ．Transfer）などで示されている。
　イ　「【００６３】また、上述の第１〜６の実施形態では、特に、
有線接続されたＰＣと、ＰＨＳ網などで無線接続されたＰＤＡとの相互のセッション転送を説明したが、これに限るものではなく、無線接続されたＰＣと無線接続されたＰＤＡ
（２）　上記（１）ア〜イによると、引用例３には、「ＳＩＰを利用して、セッションを別の端末に転送するセッション転送方法を、有線接続されたＰＣと、ＰＨＳ網などで接続されたＰＤＡとの形態に限らず、無線接続されたＰＣと無線接続されたＰＤＡとの形態に適用し得る事項。」（以下、「公知事項」という。）が記載されていると認める。
４　引用例４の記載 
（１）当審拒絶理由において引用した「４．生崎文彦、ケーブルいらずで楽々インターネット 必ずできる無線ＬＡＮ導入術、日経ＰＣ２１、日本、2002.11.01発行、第７巻 第２１号、83〜96ページ」（以下「引用例４」という。）には次の記載がある。（下線は当審が付与した。）
　ア　「
ＡＤＳＬ
　しかしＡＤＳＬやＣＡＴＶでは、パソコンを設置する場所に制約を受けやすい。通信に必要な「ＡＤＳＬモデム」や「ＣＡＴＶモデム」（ケーブルモデム）を、ＬＡＮケーブルでパソコンに接続するからだ（図１上）。ＬＡＮケーブルは普通の電話線と比べて太く、部屋の中を引き回すのには不向き。そこで、お薦めなのが「無線ＬＡＮ」だ。
　無線ＬＡＮとは、文字通りＬＡＮケーブルを無線化するもの。「無線ＬＡＮ親機」と「無線ＬＡＮ子機」という通信機器をセットで設置して利用する。具体的には
親機をモデムに、子機をパソコンにつなぐ（図１下）。
　また、二台目以降のパソコンが使いやすいのも無線ＬＡＮのメリットの一つ。一台目の
デスクトップ
　イ　
（２）　上記（１）ア〜イから、引用例４には、「ＬＡＮケーブルによる有線接続に替えて、デスクトップパソコンを無線ＬＡＮを介してＡＤＳＬ回線に接続する」技術（以下、「慣用技術」という。）が記載されていると認める。
５　引用例５の記載
（１）　当審拒絶理由において引用した「 ５．中村一貴、水田栄一、四方涼子、ＴＣＰ／ＩＰの現在とＶｏＩＰ技術の全貌　第３章 ＶｏＩＰのシグナリングプロトコル ＳＩＰを用いたシグナリングの実際、Ｉｎｔｅｒｆａｃｅ、日本、2003.06.01発行、第２９巻 第６号、79〜89ページ」（以下「引用例５」という。）には次の記載がある。（下線は当審が付与した。）
　ア　「ＶｏＩＰのシグナリングにはいくつかの方式があるが，ここでは最近注目されているＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）についての説明を行う．」（７９ページ左欄１〜３行）
　イ　「２　ＳＩＰシグナリング
●ＳＩＰシグナリング
　
セッション確立のために，制御情報のやり取りを示したもので、ＲＦＣ３２６１（ＳＩＰ），ＲＦＣ２３２７（ＳＤＰ：Ｓｅｓｓｉｏｎ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）などに規定されている．
ＳＩＰメッセージの構成要素であるメソッド，
リクエストメッセージ
レスポンスメッセージ
●ＳＩＰメソッド
　リクエストの種別を表したもので，メッセージの最初の行に示されている．リクエストの最初の行は，リクエストライン（Ｒｅｑｕｅｓｔ−Ｌｉｎｅ）と呼ばれ，メソッド，Ｒｅｑｕｅｓｔ−ＵＲＩ，プロトコルバージョンの順で構成される（リスト１）．Ｒｅｑｕｅｓｔ−ＵＲＩには，次のエレメントのＵＲＩが入る．メソッドによりその役割は異なる（表１）．ＲＦＣ３２６１では，
ＩＮＶＩＴＥ
ＲＥＧＩＳＴＥＲ
（中略）
●レスポンス
　受信したメッセージ（たとえば、ＩＮＶＥＴＥメッセージ）に対する応答を示すもので，３桁の数字からなるステータスコードが付加されている．ステータスコードの大まかな種類については，六つのクラスで構成され（表３），はじめの５クラスについては，ＨＴＴＰから引用したものである．ＳＩＰレスポンスは，ＳＩＰリクエストとは異なり，先頭の行にステータスライン（Ｓｔａｔｕｓ−Ｌｉｎｅ）が付き，プロトコルバージョン，ステータスコード，レスポンスフレーズの順で構成される（リスト３）．とくに，ステータスコードが１００番台のものは暫定レスポンスと呼ばれ，リクエスト処理が継続中（試行中／呼出中など）であることを示し，２００番台以降のものは最終レスポンスと呼ばれ，リクエスト処理の終了を示す．」（８０ページ右欄８行〜８２ページ左欄２行）
　ウ　表３（８２ページ左欄）
　エ　「４　代表的なＳＩＰコールシーケンス
（中略）
●発呼から正常接続および切断まで（ＩＮＶＩＴＥ，ＢＹＥ）
　代表的な接続として下記の４種類がある．
・端末間を直接接続する場合での呼の確立と切断（図６）
（中略）
・リダイレクトサーバが存在する場合での呼の確立と切断（図７）
（中略）
・ステートレスプロキシサーバが存在する場合での呼の確立と切断（図８）
（１）ユーザーＡ（ｓｉｐ:ｕｓｅｒａ＠ｓｋｙｗａｖｅ．ｎｅ．ｊｐ）がユーザーＢ（ｓｉｐ:ｕｓｅｒｂ＠ｓｋｙｗａｖｅ．ｎｅ．ｊｐ）に話したいとする．ユーザーＡはユーザーＡの端末のＳＤＰを含んだＩＮＶＩＴＥリクエストメッセージを自分のドメインのプロキシサーバに送る
（２）プロキシサーバはユーザーＢのｃｏｎｔａｃｔ　ａｄｄｒｅｓｓをロケーションサーバから取得すると，そのｃｏｎｔａｃｔ　ａｄｄｒｅｓｓにＩＮＶＩＴＥリクエストメッセージを転送する．転送の際，プロキシサーバはＶｉａヘッダに自分のアドレスを追加する．また，ユーザーＡに対して処理中であることを知らせるために，１００　Ｔｒｙｉｎｇを送る
（３）ユーザーＢの端末はＩＮＶＩＴＥリクエストメッセージを受け，１８０　Ｒｉｎｇｉｎｇを返すとともに，着信処理を行う．この１８０　ＲｉｎｇｉｎｇはＶｉａヘッダにプロキシサーバのアドレスが追加されているため，プロキシサーバに返される
（４）プロキシサーバは１８０　Ｒｉｎｇｉｎｇを受け，Ｖｉａヘッダから自分のアドレスを削除するとユーザーＡに転送する
（５）ユーザーＡの端末は１８０　Ｒｉｎｇｉｎｇを受け，呼び出し音を鳴らす
（６）ユーザーＢが通話を許可するとユーザーＢの端末のＳＤＰを含んだ２００　ＯＫが返される．この２００　ＯＫはＶｉａヘッダにプロキシサーバのアドレスが追加されているため，プロキシサーバに返される
（７）プロキシサーバは２００　ＯＫを受け，Ｖｉａヘッダから自分のアドレスを削除するとユーザＡに転送する
（８）ユーザーＡの端末は２００　ＯＫを受けると，ユーザーＢのｃｏｎｔａｃｔ　ａｄｄｒｅｓｓをメッセージのＣｏｎｔａｃｔヘッダから取得し，ＡＣＫメッセージを直接ユーザーＢに返す
（９）以上の結果，ユーザーＡとユーザーＢの端末間で双方向のＲＴＰセッションが確立される
（中略）
・ステートフルプロキシサーバが存在する場合での呼の確立と切断（図９）
（省略）
」（８３ページ右欄１０行〜８７ページ左欄２６行）（当審注：丸付き数字は括弧付き数字として表記した。）
　オ　
　カ　
（２）　ＲＦＣ３２６１、ＲＦＣ２３２７などの通信規格に規定された上記ア〜カに記載された事項から、下記の事項は技術常識と認める。
　ア　上記（１）イ記載の「ＩＮＶＩＴＥ」、「ＲＥＧＩＳＴＥＲ」と示されるＳＩＰシグナリング、及び、上記（１）ウの表３下に「代表的なステータスコード」として例示された「２００：　ＯＫ」と示されるＳＩＰシグナリングが、それぞれ、リクエストメッセージ、及び、レスポンスメッセージであるＳＩＰメッセージを意味する事項。
　イ　上記（１）ア、エ〜カから、ＶｏＩＰが、ユーザーＡとユーザーＢの端末間での通話を行う技術を意味する事項。
第５　対比 
　本願発明と引用発明を対比すると、以下のとおりとなる。
　１　ＳＩＰサーバはＳＩＰに基づきサービスを提供するサーバであるから、引用発明の「アクセス網ｙ（無線ＬＡＮ）を介してＳＩＰサーバに接続されたデバイスＢ（ＰＤＡ）」における「デバイスＢ（ＰＤＡ）」、「アクセス網ｙ（無線ＬＡＮ）」、及び「ＳＩＰサーバ」は、本願発明の「第１の無線装置」、「第１のネットワーク」、及び「サービスサーバ」にそれぞれ相当し、一方、引用発明の「アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）」は、無線装置とはいえないものの、「第２の通信装置」といえる点で本願発明の「第２の無線装置」と共通する。
　そして、上記「アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）」に関する通信については無線通信とはいえないが、「ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信中におけるデバイス間のハンドオーバを行う方法」に係る引用発明は、「通信の方法」に係る発明といえる点で「無線通信の方法」である本願発明と共通する。
　２　第１のステップについて
（１）　上記第４　５（２）アで認めたように、「ＲＥＧＩＳＴＥＲ」とのＳＩＰシグナリングがＳＩＰメッセージといえることは技術常識であり、引用発明の「ＲＥＧＩＳＴＥＲ」との情報は、本願発明の「第１のセッション開始プロトコル（ＳＩＰ）メッセージ」に相当するから、アクセス網ｙ（無線ＬＡＮ）を介してＳＩＰサーバに接続されたデバイスＢ（ＰＤＡ）による引用発明の「ハンドオーバの要求として、デバイスＢからＳＩＰサーバへ「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報を送る第１のステップ」は、「第１の無線装置から第１のネットワークを介してサービスサーバへ、第１のセッション開始プロトコル（ＳＩＰ）メッセージを送るステップ」といえる点で本願発明と一致する。
（２）　通信の方法に係る引用発明の「セッション」は、本願発明の「通信セッション」に相当するから、「ハンドオーバは、セッション継続中にユーザ環境に合わせてデバイスを切り替え、
　ハンドオーバは、アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）から、アクセス網ｙ（無線ＬＡＮ）を介してＳＩＰサーバに接続されたデバイスＢ（ＰＤＡ）へ行われ」る引用発明のハンドオーバの要求として送られる「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報は、上記「１」に記載したように「第２の通信装置」が無線装置とはいえないものの、「第２の通信装置から第１の無線装置への通信セッションのハンドオーバのための要求を示し」ているといえる点で本願発明と共通する。
（３）　上記第４　５（２）イで認めたように、ＶｏＩＰが、端末間の通話技術を意味することは技術常識であり、「ＳＩＰ（Ｓｅｓｓｉｏｎ　Ｉｎｉｔｉａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）を用いたＶｏＩＰ通信中におけるデバイス間のハンドオーバを行う方法であって、
　ハンドオーバは、セッション継続中にユーザ環境に合わせてデバイスを切り替え、
　ハンドオーバは、アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）から、アクセス網ｙ（無線ＬＡＮ）を介してＳＩＰサーバに接続されたデバイスＢ（ＰＤＬ）へ行われ」る引用発明において、ハンドオーバの対象となるハンドオーバ前のセッションが、一方の端末であるデバイスＡと、通話相手となる他方のリモート端末といえる端末との間の通信セッションを意味することは明らかである。
　したがって、引用発明のハンドオーバの対象となるセッションは、上記「１」に記載したように、第２の通信装置が無線装置といえないものの、「第２の通信装置およびリモート装置に関連付けられる」通信セッションといえる点で本願発明と共通する。
　３　上記第４　５（２）アで認めたように、ＳＩＰにおいて「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報がメッセージといえることは技術常識であるから、第１のステップを契機として行われる引用発明の「ＳＩＰサーバからデバイスＢに対して「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報が送られ、その後デバイスＢからＳＩＰサーバに対して「２００ＯＫ」との情報が送られることにより「端末切り替え」が行われる第２のステップ」において、ＳＩＰサーバからデバイスＢに対して送られる「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報は、通信セッションのハンドオーバの受諾を表示する第２のメッセージといえる。
　また、その後デバイスＢからＳＩＰサーバに対して「２００ＯＫ」との情報が送られることにより行われる「端末切り替え」処理は、ＳＩＰサーバからデバイスＢに対して送られる「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報に応答して行われる処理といえる。
　そして、「端末切り替え」処理は、ハンドオーバ前のデバイスＡと通話相手となるリモート端末とのセッションを、デバイスＡに替えてデバイスＢで受信する処理といえるから、引用発明の「前記第１のステップを契機として、ＳＩＰサーバからデバイスＢに対して「２００ＯＫ」及び「ＩＮＶＩＴＥ」との情報が送られ、「端末切り替え」が行われる第２のステップ」は、「第２のメッセージ内の通信セッションのハンドオーバの受諾の表示に応答して、第１の無線装置でリモート装置の前記通信セッションを受信するステップ」といえる点で本願発明と一致する。
　以上を踏まえると、本願発明と引用発明とは、
「通信の方法であって、
　第１の無線装置から第１のネットワークを介してサービスサーバへ、第１のセッション開始プロトコル（ＳＩＰ）メッセージを送るステップであって、前記第１のＳＩＰメッセージは、第２の通信装置から前記第１の無線装置への通信セッションのハンドオーバのための要求を示し、前記通信セッションは、前記第２の通信装置およびリモート装置に関連付けられる、ステップと、
　第２のメッセージ内の前記通信セッションの前記ハンドオーバの受諾の表示に応答して、前記第１の無線装置で前記リモート装置の前記通信セッションを受信するステップと
　を含む方法。　」
である点で一致し、以下の点で相違する。 
相違点１
　一致点である「第２の通信装置」が、本願発明では「無線装置」であるのに対し、引用発明では無線装置ではなく、「アクセス網ｘ（ＡＤＳＬ）を介してＳＩＰサーバに接続されたデバイスＡ（デスクトップＰＣ）」であり、これに伴い、本願発明が「無線通信の方法」であるのに対し、引用発明が「無線通信の方法」とはいえない点。
相違点２
　本願発明の第１のＳＩＰメッセージが「第２の無線装置の識別を示し」ているのに対し、第１のＳＩＰメッセージに相当する引用発明の「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報が、第２の通信装置といえるデバイスＡの識別を示すことが明示されていない点。
第６　判断 
　１　相違点１について
　上記第４　３（２）で認めたように、ＳＩＰを利用して、セッションを別の端末に転送するセッション転送方法を、
有線接続されたＰＣ
無線接続されたＰＣ
　２　相違点２について
　第１のＳＩＰメッセージに相当する引用発明の「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」との情報におけるｆ（ｆ（ｋ））は、
　「セッション起動時にＳＩＰサーバが生成した乱数ｋを「４０１（ｋ）」との情報としてデバイスＡが受け取り、デバイスＡにおいて乱数ｋと共通鍵から演算結果ｆ（ｋ）を生成し、サービス切替指示を行うときに演算結果ｆ（ｋ）がデバイスＡからデバイスＢに通知され、デバイスＢにおいて演算結果ｆ（ｋ）を共通鍵で再演算した演算結果であり、
　デバイスＢからＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））との情報が通知された際に、ＳＩＰサーバにおいて、デバイスＡからＳＩＰサーバに「ＩＮＶＩＴＥ　ｆ（ｋ）」との情報として予め送信され、保持された演算結果ｆ（ｋ）に再演算を行った結果と照合されユーザ認証が行われるパラメータ」である。
　してみると、前記ｆ（ｆ（ｋ））の乱数ｋは、セッション起動時にデバイスＡに割り振られたデバイスＡに関する値といえ、また、前記乱数ｋに対し、共通鍵で演算及び再演算を行い、ＳＩＰサーバで照合されユーザ認証が行われるパラメータであるｆ（ｆ（ｋ））も、前記乱数ｋと同様にデバイスＡを識別し得るパラメータといえるから、第１のＳＩＰメッセージに相当する引用発明の「ＲＥＧＩＳＴＥＲ　ｆ（ｆ（ｋ））」のｆ（ｆ（ｋ））は、第２の通信装置といえるデバイスＡの識別を示すパラメータといえる。
　したがって、相違点２は実質的な相違とはいえない。
　また、仮にそうといえないとしても、上記第４　１（１）に記載されているように、ＳＩＰサーバで、ハンドオーバ先が同一のユーザのデバイスであるかを確認する引用発明において、セッションが行われているハンドオーバ元のデバイスＡを識別する装置ＩＤのようなパラメータを、ハンドオーバ先からのハンドオーバの要求としてのメッセージに含めることは格別困難なことではなく、当業者が適宜なし得ることである。
　したがって、本願発明は、引用例１に記載された引用発明、及び引用例３−５に記載された事項に基づいて、当業者が容易に発明をすることができたものといえる。
第７　むすび
　以上のとおり、本願発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった引用例１に記載された発明、及び引用例３−５に記載された事項に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。