【事件の表示】
　特願２０１２−２６４１３６「通信端末，通信方法，プログラム，及び通信システム」拒絶査定不服審判事件〔平成２６年　６月１２日出願公開，特開２０１４−１１０５３９，請求項の数（１７）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１．手続の経緯
　本願は，平成２４年１２月３日の出願であって，
　平成２７年１１月１２日付けで審査請求がなされ，平成２８年７月２５日付けで審査官により拒絶理由が通知され，これに対して平成２８年９月２６日付けで意見書が提出されると共に手続補正がなされたが，平成２９年１月２４日付けで審査官により拒絶査定がなされ（謄本送達；平成２９年１月３１日），これに対して平成２９年４月２８日付けで審判請求がなされると共に手続補正がなされ，平成２９年６月２２日付けで審査官により特許法第１６４条第３項の規定に基づく報告がなされたものである。
　
第２．本願発明について
　本願の請求項１〜本願の請求項１７に係る発明は，平成２９年４月２８日付けの手続補正により補正された特許請求の範囲の請求項１〜請求項１７に記載された，次のとおりのものである。
　
「　【請求項１】
　通信端末であって，
　情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させる送信制御部と，
　前記検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，前記第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証する検証部と，
を備え，
　前記送信制御部は，前記検証部により前記検証対象装置が正当であると検証された場合には，前記情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させ，
　前記所定の処理は，決済処理と，前記決済処理に対応する決済の内容が記載されたレシートを前記通信端末へ送信させるための処理とを含む，通信端末。
　　【請求項２】
　前記第１の情報および前記第２の情報には，利用の回数および／または利用の期間の制限が設けられている，請求項１に記載の通信端末。
　　【請求項３】
　前記第１の情報および前記第２の情報は，耐タンパ性を有しない記録媒体に記録される，請求項２に記載の通信端末。
　　【請求項４】
　前記第１の情報および前記第２の情報は，耐タンパ性を有する記録媒体に記録される，請求項２に記載の通信端末。
　　【請求項５】
　前記第１の情報は，１つ以上の乱数であり，前記第２の情報は，前記乱数に対応づけられた情報である，請求項１に記載の通信端末。
　　【請求項６】
　前記第１の情報は，認証基礎情報が共通鍵により暗号化された暗号情報と，前記共通鍵の識別情報と，を含む情報であり，前記第２の情報は，前記認証基礎情報から変換された情報が前記共通鍵により暗号化された暗号情報である，請求項１に記載の通信端末。
　　【請求項７】
　前記送信制御部は，前記検証部により前記検証対象装置が正当でないと検証された場合には，前記所定の処理を実行させるための情報を前記検証対象装置へ送信させない，請求項１に記載の通信端末。
　　【請求項８】
　前記送信制御部は，前記検証部により前記検証対象装置が正当でないと検証された場合には，前記検証対象装置の検証結果を報告するための報告情報を外部の装置へ送信させる，請求項１に記載の通信端末。
　　【請求項９】
　前記報告情報は，前記通信端末の位置情報，ライフログ，前記通信端末による撮影画像の１または２以上を含む，請求項８に記載の通信端末。
　　【請求項１０】
　前記通信端末は，前記検証部により前記検証対象装置が正当でないと検証された場合には，前記検証対象装置の検証結果を前記通信端末の所持者に通知する表示部をさらに備える，請求項１に記載の通信端末。
　　【請求項１１】
　前記検証対象装置は，前記通信端末と前記情報処理装置とを中継する中継装置であり，
　前記検証対象装置と前記通信端末との間の通信には第１のセッション鍵が用いられ，
　前記情報処理装置と前記検証対象装置との間の通信には第２のセッション鍵が用いられ，
　前記第１のセッション鍵と前記第２のセッション鍵とは異なる，請求項１に記載の通信端末。
　　【請求項１２】
　前記検証対象装置と前記通信端末との間の通信には第１のセッション鍵が用いられ，
　前記情報処理装置と前記検証対象装置との間の通信には第２のセッション鍵が用いられ，
　前記第１のセッション鍵と前記第２のセッション鍵とは同一である，請求項１に記載の通信端末。
　　【請求項１３】
　前記第１のセッション鍵は，前記第１の情報と前記第２の情報とに対応づけられている，請求項１１に記載の通信端末。
　　【請求項１４】
　通信端末が，情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させるステップと，
　前記通信端末が，前記検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，前記第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証するステップと，
　前記通信端末が，前記検証対象装置が正当であると検証された場合には，前記情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させるステップと，を含み，
　前記所定の処理は，決済処理と，前記決済処理に対応する決済の内容が記載されたレシートを前記通信端末へ送信させるための処理とを含む，通信方法。
　　【請求項１５】
　通信端末が，情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させるステップと，
　前記通信端末が，前記検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，前記第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証するステップと，
　前記通信端末が，前記検証対象装置が正当であると検証された場合には，前記情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させるステップと，
　前記検証対象装置が，前記所定の処理を実行させるための情報を前記情報処理装置へ送信させるステップと，
を含み，
　前記所定の処理は，決済処理と，前記決済処理に対応する決済の内容が記載されたレシートを前記通信端末へ送信させるための処理とを含む，通信方法。
　　【請求項１６】
　コンピュータに，
　通信端末が，情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させるステップと，
　前記通信端末が，前記検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，前記第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証するステップと，
　前記通信端末が，前記検証対象装置が正当であると検証された場合には，前記情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させるステップと，を実行させるためのプログラムであって，
　前記所定の処理は，決済処理と，前記決済処理に対応する決済の内容が記載されたレシートを前記通信端末へ送信させるための処理とを含む，プログラム。
　　【請求項１７】
　通信端末，検証対象装置，および情報処理装置を有し，
　前記通信端末は，
　前記情報処理装置から取得された第１の情報に基づいて前記検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させる送信制御部と，
　前記検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，前記第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証する検証部と，
を備え，
　前記送信制御部は，前記検証部により前記検証対象装置が正当であると検証された場合には，前記情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させ，
　前記検証対象装置は，
　前記所定の処理を実行させるための情報を前記情報処理装置へ送信させる送信制御部，を備え，
　前記所定の処理は，決済処理と，前記決済処理に対応する決済の内容が記載されたレシートを前記通信端末へ送信させるための処理とを含む，通信システム。」
　
第３．引用刊行物に記載の事項
１．原審における平成２８年７月２５日付けの拒絶理由（以下，これを「原審拒絶理由」という）において引用された，本願の出願前に既に公知である，特開２００３−１９８５４１号公報（平成１５年７月１１日公開，以下，これを「引用刊行物１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「【００１２】携帯端末20は，チケット発行サーバ10と通信する通信部21と，チケット別データを蓄積するデータ蓄積部25と，データ蓄積部25に蓄積するチケット別データを取得するチケット別データ取得部22と，改札機30に改札開始を要求する改札開始要求部23と，改札機30にチケット別データを提示するチケット提示部24と，改札機30との間で赤外線によるＩｒＤＡ通信を行うローカル通信部26とを備えている。また，改札機30は，チケット発行サーバ10と通信する通信部31と，通信部31を通じてチケット発行サーバ10からチケット種別データを取得するチケット種別データ取得部32と，このチケット種別データを蓄積するデータ蓄積部35と，改札開始を要求した携帯端末20に改札応答を送出する改札開始要求応答部33と，改札処理を行う改札処理部34と，携帯端末20との間でＩｒＤＡ通信を行うローカル通信部36とを備えている。なお，チケット発行サーバ10，携帯端末20及び改札機30の各部の機能は，これらの装置が内蔵するコンピュータにプログラムで規定した処理を行わせることにより実現される。
【００１３】このシステムのチケット発行サーバ10から送出されたチケット種別データ及びチケット別データは，それぞれ，ネットワークを介して，改札機30及び携帯端末20に転送される。チケット種別データを取得した改札機30は，その後，チケット発行サーバ10から独立して，チケット別データを持つ携帯端末20との間でローカルな改札処理を行う。
【００１４】まず，このシステムにおけるチケット発行サーバ10でのデータ生成処理について説明する。このシステムでは，共有鍵を構成する鍵情報として乱数を生成し，共有鍵に加工を施した共有鍵関連情報として共有鍵ハッシュを生成し，また，チケットデータを検証するデータ検証情報としてＭＡＣ（Message AuthenticationCode：メッセージ認証コード）を生成する。図２は，チケット発行サーバ10のデータ生成処理を模式的に示している。チケット種別データ生成部11は，チケット種別をＩＤで表す「チケット種類」のデータと，チケット種別に対応する「乱数Ａ」とを生成する。従って，チケット種別が同じであれば，同じ「乱数Ａ」を持つことになる。このチケット種別データ生成部11により生成された「チケット種類」及び「乱数Ａ」が，チケット種別データとして，改札機30に送られる。
【００１５】一方，チケット別データ生成部12は，まず，演奏会の場所，日時，演奏者，座席，料金等のデータを含む「チケットデータ」と，個々の「チケットデータ」に対応する「乱数Ｂ」とを生成する。この「乱数Ｂ」は，例えば，チケット発行毎にインクリメントする数値として，
１枚目  ７８３６
２枚目  ７８３７
・・          ・・
のように生成することができ，または，重複しない乱数として変化させて得ることもできる。」
　
Ｂ．「【００１６】次いで，チケット別データ生成部12は，「乱数Ａ」と「乱数Ｂ」とから共有鍵を生成する。この生成方法は，一定の規則に従うものであれば，どのような方法でも取り得る。ここでは「乱数Ａ」の後に「乱数Ｂ」を続けて「共有鍵」を生成するものとする。そして，「チケットデータ」のハッシュ値を取ることにより固定長の「ダイジェスト」を生成し，このダイジェストを共有鍵で暗号化して，チケットデータの改竄検知を目的とするＭＡＣを生成する。なお，暗号化は，演算負担が少なくて済むように，ダイジェストと共有鍵とのＸＯＲ（排他的論理和）を算出することにより行う。なお，ＭＡＣの生成には，ＸＯＲだけでなく，ＤＥＳ，ＩＤＥＡ，ＦＥＡＬ，ＭＩＳＴＹ，Ｔripple−ＤＥＳ，ＡＥＳなどの一般的な共通鍵暗号化方式のアルゴリズムを用いても良い。
【００１７】また，共有鍵のハッシュ値を取ることにより「共有鍵ハッシュ」を生成する。このチケット別データ生成部12及びチケット種別データ生成部11で生成されたデータの中から，
「チケットデータ」と「ＭＡＣ」との組み合わせ
「チケット種類」
「乱数Ｂ」
「共有鍵ハッシュ」
の各データが，チケット別データとして配信部13から携帯端末20に送られる。なお，チケット種別データ及びチケット別データがダウンロードされる際は，チケット発行サーバ10と改札機30または携帯端末20との間で相互認証が行われ，ＳＳＬ（Secure Sockets Layer），ＴＳＬ（Transport Layer Security），ＷＴＬＳなどの秘匿通信路を用いてデータの伝送が行われる。
【００１８】次に，携帯端末20と改札機30との間で行われるローカルなチケット改札の手順について説明する。携帯端末20のデータ蓄積部25には，図３（ａ）に示すように，チケット別データ取得部22が通信部21を介してチケット発行サーバ10から取得したチケット別データが蓄積されている。一方，改札機30のデータ蓄積部35には，図３（ｂ）に示すように，チケット種別データ取得部32が通信部31を介してチケット発行サーバ10から取得した各チケット種別とそれに対応する乱数Ａとが蓄積されている。
【００１９】図３（ｃ）のシーケンスに示すように，改札機30を通過する携帯端末20のローカル通信部26は，改札機30のローカル通信部36との間でセッションを確立する（１）。携帯端末20の改札開始要求部23は，データ蓄積部25に蓄積されたチケット別データの中から「チケット種類」と「乱数Ｂ」とを読み出し，これらのデータを改札機30に送って認証を求める（２）。
【００２０】これを受けた改札機30は，携帯端末20から「乱数Ｂ」を入手したことから，電子チケットの使用許可を携帯端末20から受けたもの（使用証明書を取得したことと同等）と判断する。改札機30の改札開始要求応答部33は，データ蓄積部35に蓄積されたチケット種別データから「チケット種類」に対応する「乱数Ａ」を読み出し，「乱数Ａ」と「乱数Ｂ」とで共有鍵を生成し，この共有鍵のハッシュ値を取ることにより「共有鍵ハッシュ」を生成し，この「共有鍵ハッシュ」を改札開始要求応答として携帯端末20に送出する（３）。携帯端末20のチケット提示部24は，改札機30から送られて来た「共有鍵ハッシュ」とデータ蓄積部25に蓄積されている共有鍵ハッシュとが合致するか否かを照合し，それらが合致し，改札機30が正当と確認できたときは，データ蓄積部25に蓄積されている「チケットデータ」と「ＭＡＣ」とを改札機30に送信して提示する（４）。」
　
Ｃ．「
」
　
２．原審における平成２９年１月２４日付け拒絶査定（以下，これを「原審拒絶査定」という）において，周知技術を示すために提示された，本願の出願前に既に公知である，特表２０１１-５０３９７７号公報（公表日；平成２３年１月２７日，以下，これを「周知技術文献１」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｄ．「【００２１】
　ステップ２）第１のエンティティは，アクセスリクエストメッセージを第２のエンティティに送信し，第２のエンティティは，第１のエンティティの署名（signature）を確認し，もし署名が正しければ，第２のエンティティの共有されるマスタ鍵が算出される。
【００２２】
　前述のステップにおいて，アクセスリクエストメッセージは次のフィールドを含み，
【表１】
【００２３】
　ここで：
　フィールドＩＤ１：第１のエンティティの識別情報；
　フィールドＩＤ２：第２のエンティティの識別情報；
　フィールドＮ１：第１のエンティティによって生成される乱数；
　フィールドＴＰＫ１：第１のエンティティによって選ばれるＤ−Ｈ鍵交換用の一時的公開鍵Ｙ1，および対応する秘密鍵Ｘ1を持つ;そして，
　フィールドＳｉｇ１：（ｓ，ｔ）の形式で，フィールドＴＰＫ１およびフィールドＴＰＫ１のすべての前フィールドの第１のエンティティによって署名される署名である。それは次のように計算される：ＭがメッセージのフィールドＴＰＫ１およびフィールドＴＰＫ１のすべての前フィールドであると仮定すると，その場合，我々は，ｔ＝ｒe（ｍｏｄ Ｎ）およびｓ＝ｇ1・ｒh(t‖M)（ｍｏｄ Ｎ）を持つ。
【００２４】
　ステップ３）第２のエンティティは，アクセス認証レスポンスメッセージを生成し，第１のエンティティに対してアクセス認証レスポンスメッセージを送信し，第１のエンティティは，第２のエンティティによって送信されたアクセス認証レスポンスメッセージの署名およびメッセージ完全性（integrity）チェックコードを確認し，もしそれらが正しければ，第１のエンティティの共有されるマスタ鍵ＭＫが算出される。
【００２５】
　前述のステップにおいて，アクセス認証レスポンスメッセージは次のフィールドを含み，
【表２】
【００２６】
　ここで：
　フィールドＩＤ１：第１のエンティティの識別情報；
　フィールドＩＤ２：第２のエンティティの識別情報；
　フィールドＮ１’：第２のエンティティによって使用される乱数；
　フィールドＮ２：第２のエンティティによって生成される乱数；
　フィールドＴＰＫ２：第２のエンティティによって選ばれるＤ−Ｈ鍵交換用の一時的公開鍵Ｙ2，および対応する秘密鍵Ｘ2を持つ;
　フィールドＳｉｇ２：（ｓ，ｔ）の形式で，フィールドＴＰＫ２およびフィールドＴＰＫ２のすべての前フィールドの第２のエンティティによって署名される署名。それは次のように計算される：ＭがメッセージのフィールドＴＰＫ２およびフィールドＴＰＫ２のすべての前フィールドであると仮定すると，その場合，我々は，ｔ＝ｒe（ｍｏｄ Ｎ）およびｓ＝ｇ2・ｒh(t‖M)（ｍｏｄ Ｎ）を持つ；そして，
　フィールドＭＩＣ１：マスタ鍵ＭＫから派生される完全性チェック鍵を持つ，フィールドＳｉｇ２およびフィールドＳｉｇ２のすべての前フィールドのメッセージ完全性チェックコードである。
【００２７】
　第２のエンティティによって送信されたアクセス認証レスポンスメッセージの署名およびメッセージ完全性チェックコードを確認する第１のエンティティは：第１のエンティティが，アクセス認証レスポンスメッセージにおいて第２のエンティティによって使用される乱数Ｎ１’が第１のエンティティ自体によって生成される乱数であるか判断し，そうでなければ，メッセージが廃棄される；そうであれば，第１のエンティティが，式ｓe≡ＩＤ２・ｔh(t‖M)（ｍｏｄ Ｎ）が正しいか判断し，そうでなければ，メッセージが廃棄される；もしそれが正しければ，第１のエンティティが，（Ｘ1，Ｙ2）から共有されるマスタ鍵を算出し，ＭＩＣ１が妥当（valid）か判断し，そうでなければ，メッセージが廃棄される；もしそれが妥当であれば，第２のエンティティの認証は成功し，共有されるマスタ鍵ＭＫは，暗号鍵と完全性チェック鍵とをさらに引き出すために使用されてもよい，協定されたマスタ鍵として使用される，を含む。」
　
Ｅ．「【００３３】
　さらなるセキュリティ改良について，第１のエンティティによって送信されたアクセス認証リクエストメッセージの受信に際して，第２のエンティティは，第１のエンティティの識別情報の妥当性を確認し，もし第１の識別子の確認がパスされると，第２のエンティティは，アクセス認証レスポンスメッセージを第１のエンティティに送信するとしてもよい。したがって，次のステップがステップ２）と３）の間に含まれるとしてもよい：
　ステップ１１）第２のエンティティは，識別情報確認リクエストメッセージをＴＴＰに送信し，ＴＴＰは，第１および第２のエンティティの識別情報の妥当性を確認し，識別情報確認リクエストメッセージは次のフィールドを含み：
【表４】
【００３４】
　ここで，
　フィールドＩＤ１：第１のエンティティの識別情報；
　フィールドＩＤ２：第２のエンティティの識別情報；
　フィールドＴＴＰ：装置の識別情報の妥当性の確認の原因となるＴＴＰ;
　フィールドＮ１：第１のエンティティによって使用される乱数；そして，
　フィールドＮ２：第２のエンティティによって使用される乱数である。
【００３５】
　ステップ２１）ＴＴＰは，確認結果にしたがって，識別情報確認レスポンスメッセージを生成し，識別情報確認レスポンスメッセージを第２のエンティティに送信し，第２のエンティティは，識別情報確認レスポンスメッセージにしたがって第１のエンティティの識別情報を確認し，もしそれが正しければ，ステップ３）が実行される。識別情報確認レスポンスメッセージは，次のフィールドを含み，
【表５】
【００３６】
　ここで：
　フィールドＩＤ１：第１のエンティティの識別情報；
　フィールドＩＤ２：第２のエンティティの識別情報；
　フィールドＴＴＰ：装置の識別情報の妥当性の確認の原因となるＴＴＰ;
　フィールドＮ１：第１のエンティティによって生成される乱数；
　フィールドＮ２：第２のエンティティによって生成される乱数；
　フィールドＲＥＳ１：ＴＴＰによる確認から第１のエンティティの識別情報の妥当性までの結果；
　フィールドＲＥＳ２：ＴＴＰによる確認から第２のエンティティの識別情報の妥当性までの結果；そして，
　フィールドＳｉｇＴＴＰ：フィールドＲＥＳ２のＴＴＰとフィールドＲＥＳ２のすべての前フィールドによって署名される署名である。これは，従来のＰＫＩベースの署名または識別情報ベースの署名としてもよい。」
　
Ｆ．「
」
　
３．本願の出願前に既に公知である，特開２００１−２８３３２５号公報（平成１３年１０月１２日公開，以下，これを「周知技術文献２」という）には，関連する図面と共に，次の事項が記載されている。
　
Ｇ．「【００６３】その後，ＰＯＳサーバ部２０８からカード認証結果である認証情報を受信すると（ステップ５０９），表示部５１１にカード認証結果を表示する。
【００６４】ＰＯＳレジ部２０７のオペレータは，表示部５１１に表示されたカード認証結果に基づいて顧客の確認を行い（ステップ５１２），ＩＤチップ実装カゴ２０９内の商品の商品コードをスキャナ部２０５により読み取る商品読取集計作業を行う（ステップ５１３）。
【００６５】商品読取集計作業が終了すると，オペレータは，ＰＯＳレジ部２０７を操作し，ＰＯＳサーバ部２０８に集計結果及びカードデータを送信する（ステップ５１４）。
【００６６】そして，オペレータは顧客にレシート及び商品の引き渡しを行うこととなる（ステップ５１５）。」
　
第４．引用刊行物に記載の発明
１．上記Ａの「携帯端末20は，チケット発行サーバ10と通信する通信部21と，チケット別データを蓄積するデータ蓄積部25と，データ蓄積部25に蓄積するチケット別データを取得するチケット別データ取得部22と，改札機30に改札開始を要求する改札開始要求部23と，改札機30にチケット別データを提示するチケット提示部24と，改札機30との間で赤外線によるＩｒＤＡ通信を行うローカル通信部26とを備えている」という記載，同じく，上記Ａの「改札機30は，チケット発行サーバ10と通信する通信部31と，通信部31を通じてチケット発行サーバ10からチケット種別データを取得するチケット種別データ取得部32と，このチケット種別データを蓄積するデータ蓄積部35と，改札開始を要求した携帯端末20に改札応答を送出する改札開始要求応答部33と，改札処理を行う改札処理部34と，携帯端末20との間でＩｒＤＡ通信を行うローカル通信部36とを備えている」という記載，上記Ａの「このシステムのチケット発行サーバ10から送出されたチケット種別データ及びチケット別データは，それぞれ，ネットワークを介して，改札機30及び携帯端末20に転送される」という記載，同じく，上記Ａの「チケット発行サーバ10のデータ生成処理を模式的に示している。チケット種別データ生成部11は，チケット種別をＩＤで表す「チケット種類」のデータと，チケット種別に対応する「乱数Ａ」とを生成する。従って，チケット種別が同じであれば，同じ「乱数Ａ」を持つことになる。このチケット種別データ生成部11により生成された「チケット種類」及び「乱数Ａ」が，チケット種別データとして，改札機30に送られる」という記載，同じく，上記Ａの「チケット別データ生成部12は，まず，演奏会の場所，日時，演奏者，座席，料金等のデータを含む「チケットデータ」と，個々の「チケットデータ」に対応する「乱数Ｂ」とを生成する」という記載，上記Ｂの「チケット別データ生成部12は，「乱数Ａ」と「乱数Ｂ」とから共有鍵を生成する」という記載，同じく上記Ｂの「「チケットデータ」のハッシュ値を取ることにより固定長の「ダイジェスト」を生成し，このダイジェストを共有鍵で暗号化して，チケットデータの改竄検知を目的とするＭＡＣを生成する」という記載，及び，同じく，上記Ｂの「共有鍵のハッシュ値を取ることにより「共有鍵ハッシュ」を生成する。このチケット別データ生成部12及びチケット種別データ生成部11で生成されたデータの中から，「チケットデータ」と「ＭＡＣ」との組み合わせ　「チケット種類」　「乱数Ｂ」　「共有鍵ハッシュ」　の各データが，チケット別データとして配信部13から携帯端末20に送られる」という記載から，引用刊行物１には，
“チケット発行サーバ10と通信する通信部21と，チケット別データを蓄積するデータ蓄積部25と，データ蓄積部25に蓄積するチケット別データを取得するチケット別データ取得部22と，改札機30に改札開始を要求する改札開始要求部23と，改札機30にチケット別データを提示するチケット提示部24と，改札機30との間で赤外線によるＩｒＤＡ通信を行うローカル通信部26とを備えている，携帯端末20と，
　チケット発行サーバ10と通信する通信部31と，通信部31を通じてチケット発行サーバ10からチケット種別データを取得するチケット種別データ取得部32と，このチケット種別データを蓄積するデータ蓄積部35と，改札開始を要求した携帯端末20に改札応答を送出する改札開始要求応答部33と，改札処理を行う改札処理部34と，携帯端末20との間でＩｒＤＡ通信を行うローカル通信部36とを備えている，改札機30と，
　チケット種別をＩＤで表す「チケット種類」のデータと，チケット種別に対応する「乱数Ａ」とを生成する，チケット種別データ生成部11と，
　演奏会の場所，日時，演奏者，座席，料金等のデータを含む「チケットデータ」と，個々の「チケットデータ」に対応する「乱数Ｂ」とを生成し，前記「乱数Ａ」と前記「乱数Ｂ」とから共有鍵を生成し，前記「チケットデータ」のハッシュ値を取ることにより固定長の「ダイジェスト」を生成し，このダイジェストを共有鍵で暗号化して，チケットデータの改竄検知を目的とする「ＭＡＣ」を生成し，前記「共有鍵」のハッシュ値を取ることにより「共有鍵ハッシュ」を生成する，チケット種別データ生成部11と，
　前記チケット種別データ生成部11により生成された前記「チケット種類」及び前記「乱数Ａ」を，チケット種別データとして，前記「改札機30」に送信し，
　前記チケット別データ生成部12及びチケット種別データ生成部11で生成された前記「チケットデータ」と前記「ＭＡＣ」との組み合わせ，前記「チケット種類」，前記「乱数Ｂ」，前記「共有鍵ハッシュ」の各データを，チケット別データとして，前記携帯端末20に送信する，配信部13を有する，チケット発行サーバ10と，
　から構成されるシステム”
　が記載されていることが読み取れる。
　
２．上記Ｂの「携帯端末20の改札開始要求部23は，データ蓄積部25に蓄積されたチケット別データの中から「チケット種類」と「乱数Ｂ」とを読み出し，これらのデータを改札機30に送って認証を求める」という記載，同じく，上記Ｂの「これを受けた改札機30は，携帯端末20から「乱数Ｂ」を入手したことから，電子チケットの使用許可を携帯端末20から受けたもの（使用証明書を取得したことと同等）と判断する。改札機30の改札開始要求応答部33は，データ蓄積部35に蓄積されたチケット種別データから「チケット種類」に対応する「乱数Ａ」を読み出し，「乱数Ａ」と「乱数Ｂ」とで共有鍵を生成し，この共有鍵のハッシュ値を取ることにより「共有鍵ハッシュ」を生成し，この「共有鍵ハッシュ」を改札開始要求応答として携帯端末20に送出する」という記載，及び，同じく，上記Ｂの「携帯端末20のチケット提示部24は，改札機30から送られて来た「共有鍵ハッシュ」とデータ蓄積部25に蓄積されている共有鍵ハッシュとが合致するか否かを照合し」という記載から，引用刊行物１においては，
“携帯端末20の改札開始要求部23は，データ蓄積部25に蓄積されたチケット別データの中から「チケット種類」と「乱数Ｂ」とを読み出し，これらのデータを改札機30に送って認証を求め，
　前記「チケット種類」と「乱数Ｂ」とを受信した改札機30の改札開始要求応答部33は，データ蓄積部35に蓄積されたチケット種別データから「チケット種類」に対応する「乱数Ａ」を読み出し，「乱数Ａ」と「乱数Ｂ」とで共有鍵を生成し，この共有鍵のハッシュ値を取ることにより「共有鍵ハッシュ」を生成し，この「共有鍵ハッシュ」を改札開始要求応答として携帯端末20に送出し，
　携帯端末20のチケット提示部24は，改札機30から送られて来た「共有鍵ハッシュ」とデータ蓄積部25に蓄積されている共有鍵ハッシュとが合致するか否かを照合する”
　ものであることが読み取れる。
　
３．上記Ｂの「それらが合致し，改札機30が正当と確認できたときは，データ蓄積部25に蓄積されている「チケットデータ」と「ＭＡＣ」とを改札機30に送信して提示する」という記載と，上記２．において検討した事項から，引用刊行物１においては，
“携帯端末20は，改札機30から送信された「共有鍵ハッシュ」と，データ蓄積部25に蓄積されている共有鍵ハッシュとが合致し，改札機30が正当と確認できたときは，データ蓄積部25に蓄積されている「チケットデータ」と「ＭＡＣ」とを改札機30に送信する”
　ものであることが読み取れる。
　
４．以上，上記１．〜３．において検討した事項から，引用刊行物１には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
「チケット発行サーバ10と通信する通信部21と，チケット別データを蓄積するデータ蓄積部25と，データ蓄積部25に蓄積するチケット別データを取得するチケット別データ取得部22と，改札機30に改札開始を要求する改札開始要求部23と，改札機30にチケット別データを提示するチケット提示部24と，改札機30との間で赤外線によるＩｒＤＡ通信を行うローカル通信部26とを備えている，携帯端末20と，
　チケット発行サーバ10と通信する通信部31と，通信部31を通じてチケット発行サーバ10からチケット種別データを取得するチケット種別データ取得部32と，このチケット種別データを蓄積するデータ蓄積部35と，改札開始を要求した携帯端末20に改札応答を送出する改札開始要求応答部33と，改札処理を行う改札処理部34と，携帯端末20との間でＩｒＤＡ通信を行うローカル通信部36とを備えている，改札機30と，
　チケット種別をＩＤで表す「チケット種類」のデータと，チケット種別に対応する「乱数Ａ」とを生成する，チケット種別データ生成部11と，
　演奏会の場所，日時，演奏者，座席，料金等のデータを含む「チケットデータ」と，個々の「チケットデータ」に対応する「乱数Ｂ」とを生成し，前記「乱数Ａ」と前記「乱数Ｂ」とから共有鍵を生成し，前記「チケットデータ」のハッシュ値を取ることにより固定長の「ダイジェスト」を生成し，このダイジェストを共有鍵で暗号化して，チケットデータの改竄検知を目的とする「ＭＡＣ」を生成し，前記「共有鍵」のハッシュ値を取ることにより「共有鍵ハッシュ」を生成する，チケット種別データ生成部11と，
　前記チケット種別データ生成部11により生成された前記「チケット種類」及び前記「乱数Ａ」を，チケット種別データとして，前記「改札機30」に送信し，
　前記チケット別データ生成部12及びチケット種別データ生成部11で生成された前記「チケットデータ」と前記「ＭＡＣ」との組み合わせ，前記「チケット種類」，前記「乱数Ｂ」，前記「共有鍵ハッシュ」の各データを，チケット別データとして，前記携帯端末20に送信する，配信部13を有する，チケット発行サーバ10と，
　から構成されるシステムであって，
　前記携帯端末20の前記改札開始要求部23は，前記データ蓄積部25に蓄積された前記チケット別データの中から「チケット種類」と「乱数Ｂ」とを読み出し，これらのデータを改札機30に送って認証を求め，
　前記「チケット種類」と前記「乱数Ｂ」とを受信した前記改札機30の前記改札開始要求応答部33は，前記データ蓄積部35に蓄積された前記チケット種別データから「チケット種類」に対応する「乱数Ａ」を読み出し，前記「乱数Ａ」と前記「乱数Ｂ」とで共有鍵を生成し，この共有鍵のハッシュ値を取ることにより「共有鍵ハッシュ」を生成し，この「共有鍵ハッシュ」を改札開始要求応答として前記携帯端末20に送出し，
　前記携帯端末20の前記チケット提示部24は，前記改札機30から送られて来た「共有鍵ハッシュ」とデータ蓄積部25に蓄積されている共有鍵ハッシュとが合致するか否かを照合し，
　前記携帯端末20は，前記改札機30から送信された「共有鍵ハッシュ」と，前記データ蓄積部25に蓄積されている共有鍵ハッシュとが合致し，前記改札機30が正当と確認できたときは，前記データ蓄積部25に蓄積されている「チケットデータ」と「ＭＡＣ」とを前記改札機30に送信する，システム。」
　
第５．本願発明と引用発明との対比
１．引用発明において，「携帯端末20」が，「改札機30」に対して，“認証要求”として，「チケット種別」と，「乱数Ｂ」を送信し，その応答として，「改札機30」から，「共有鍵ハッシュ」を受信し，当該「共有鍵ハッシュ」によって，「改札機30」の認証を行っていることから，当該「携帯端末20」からの認証要求は，「改札機30」を認証する要求を含むものであると言える。
　そうすると，引用発明における「携帯端末20」，「改札機30」が，本願の請求項１に係る発明（以下，これを「本願発明」という）における「通信端末」，「検証対象装置」に相当し，
　引用発明において，「チケット種別」と，「乱数Ｂ」とは，「チケット発行サーバ10」から受信するものであるから，
　引用発明における「チケット発行サーバ10」が，本願発明における「情報処理装置」に相当し，
　引用発明において，「チケット種別」と，「乱数Ｂ」とは，「改札開始要求部23」によって，「改札機30」に送信されるのであるから，
　引用発明における「改札開始要求部23」が，本願発明における「通信制御部」に相当し，
　引用発明において，「チケット種別」と，「乱数Ｂ」とは，「改札機30」を認証するための情報であって，“認証要求”は，当該「チケット種別」と，「乱数Ｂ」とを含む“情報”といえるので，
　引用発明における「チケット種別」と，「乱数Ｂ」とが，
　本願発明における「情報処理装置から取得された第１の情報」に相当し，
　引用発明における“認証要求”が，
　本願発明における「認証情報」に相当し，
　引用発明においては，「チケット種別」と，「乱数Ｂ」とは，「改札機30」を介して，「チケット発行サーバ10」に送られるのではなく，単に，「改札機30」に送信されているだけであるが，検証対象である「改札機30」に送信されている点で，本願発明と共通しているので，
　引用発明における「携帯端末20の前記改札開始要求部23は，前記データ蓄積部25に蓄積された前記チケット別データの中から「チケット種類」と「乱数Ｂ」とを読み出し，これらのデータを改札機30に送って認証を求め」ることと，
　本願発明における「通信端末であって，情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させる送信制御部」とは，
“通信端末であって，
　情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置へ送信させる送信制御部”である点で共通する。
　
２．引用発明において，「携帯端末20」は，「改札機30」から，直接，認証応答である「共有鍵ハッシュ」を受信していて，「改札機30」を介した受信ではないが，認証対象である「改札機30」から受信しているので，
　引用発明における「改札機30から送られて来た「共有鍵ハッシュ」」が，
　本願発明における「認証情報に対する応答」に相当し，
　引用発明における「データ蓄積部25に蓄積されている共有鍵ハッシュ」が，
　本願発明における「第１の情報に対応づけられた第２の情報」に相当し，
　引用発明において，「携帯端末20の前記チケット提示部24は，前記改札機30から送られて来た「共有鍵ハッシュ」とデータ蓄積部25に蓄積されている共有鍵ハッシュとが合致するか否かを照合し」ているので，
　引用発明における「チケット提示部24」が，
　本願発明における「検証部」に相当するので，
　引用発明における「携帯端末20の前記チケット提示部24は，前記改札機30から送られて来た「共有鍵ハッシュ」とデータ蓄積部25に蓄積されている共有鍵ハッシュとが合致するか否かを照合し」と，
　本願発明における「検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，前記第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証する検証部」とは，
“検証対象装置から受信される，認証情報に対する応答と，情報処理装置から取得された，第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証する検証部”である点で共通する。
　
３．引用発明における「携帯端末20は，前記改札機30から送信された「共有鍵ハッシュ」と，前記データ蓄積部25に蓄積されている共有鍵ハッシュとが合致し，前記改札機30が正当と確認できたときは，前記データ蓄積部25に蓄積されている「チケットデータ」と「ＭＡＣ」とを前記改札機30に送信する」ことと，
　本願発明における「送信制御部は，前記検証部により前記検証対象装置が正当であると検証された場合には，前記情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させ」とは，引用発明において，送信される「チケットデータ」と「ＭＡＣ」とが，以降の処理に用いられるものであることは明らかであるから，
“送信制御部は，検証部により検証対象装置が正当であると検証された場合に，所定の処理を実行させるための情報を検証対象装置へ送信させる”ものである点で共通する。
　
４．以上，上記１．〜３．において検討した事項から，本願発明と，引用発明との，一致点，及び，相違点は，次のとおりである。
　
［一致点］
　通信端末であって，
　情報処理装置から取得された第１の情報に基づいて検証対象装置を認証するための認証情報を，前記検証対象装置へ送信させる送信制御部と，
　前記検証対象装置から受信される，前記認証情報に対する応答と，前記情報処理装置から取得された，第１の情報に対応づけられた第２の情報とに基づいて前記検証対象装置の正当性を検証する検証部と，
を備え，
　前記送信制御部は，前記検証部により前記検証対象装置が正当であると検証された場合に，所定の処理を実行させるための情報を前記検証対象装置へ送信させる，通信端末。
　
［相違点１］
“検証対象装置を認証するための認証情報を，前記検証対象装置へ送信させる送信制御部”に関して，
　本願発明においては，「検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させる送信制御部」であるのに対して，
　引用発明においては，「チケット種類」と「乱数Ｂ」は，「改札機30」に送信されるものであって，「改札機30」を介して，「チケット発行サーバ10」に送られるものではない点。
　
［相違点２］
“検証対象装置から受信される，前記認証情報に対する応答”に関して，
　本願発明においては，「検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答」であるのに対して，
　引用発明においては，「共有鍵ハッシュ」は，「改札機30」から送信されるものである点。
　
［相違点３］
“所定の処理を実行させるための情報を前記検証対象装置へ送信させる”ことに関して，
　本願発明においては，「情報処理装置に所定の処理を実行させるための情報を前記検証対象装置へ送信させ」るものであるのに対して，
　引用発明においては，「チケット発行サーバ10」に処理をさせることに関する言及がない点。
　
［相違点４］
　本願発明においては，「所定の処理は，決済処理と，前記決済処理に対応する決済の内容が記載されたレシートを前記通信端末へ送信させるための処理」であるのに対して，
　引用発明には，そのような構成は示されていない点。
　
第６．相違点についての当審の判断
　上記［相違点１］，及び，［相違点２］について検討すると，［相違点１］に係る本願発明における「検証対象装置を認証するための認証情報を，前記検証対象装置を介して前記情報処理装置へ送信させる」という構成，及び，［相違点２］に係る本願発明における「検証対象装置を介して前記情報処理装置から受信される，前記認証情報に対する応答」は，上記引用刊行物１，周知技術文献１，及び，周知技術文献２には記載されておらず，本願出願前において周知技術であるともいえない。
　したがって，本願発明は，［相違点３］，［相違点４］を検討するまでもなく，当業者であっても引用発明，周知技術文献１，及び，周知技術文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
第７．本願の請求項２〜本願の請求項１７に係る発明について
１．本願の請求項２〜本願の請求項１３は，本願の請求項１を直接・間接に引用するものであり，本願の請求項１４〜本願の請求項１７に係る発明は，カテゴリが相違するものの，本願発明と同等の構成を有するものであるから，上記において検討した，［相違点１］，及び，［相違点２］に係る構成を有するものである。
　したがって，本願の請求項２〜本願の請求項１７に係る発明についても，本願発明と同じく，当業者であっても引用発明，周知技術文献１，及び，周知技術文献２に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
　
第８．原査定について
　審判請求時の補正により，本願発明，本願の請求項２〜本願の請求項１７に係る発明は，上記において検討した，［相違点１］，及び，［相違点２］に係る構成を有するものとなっており，当業者であっても，拒絶査定において引用された引用刊行物１，及び，周知技術文献１に基づいて，容易に発明できたものとはいえない。したがって，原査定の理由を維持することはできない。
　
第８．むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　
　よって，結論のとおり審決する。