【事件の表示】
　特願２０１３−　４６５４２「ＩＣカード、電子装置、及び携帯可能電子装置」拒絶査定不服審判事件〔平成２６年　９月２２日出願公開、特開２０１４−１７４７２２、請求項の数（１１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成２５年３月８日の出願であって、平成２８年１１月２５日付けで拒絶査定（原査定）がされ、これに対し、平成２９年２月２７日に拒絶査定不服審判が請求され、同時に手続補正がされたものである。
第２　原査定の理由の概要
　原査定（平成２８年１１月２５日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−１１に係る発明は、以下の引用文献１−４に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
引用文献一覧
１．特開平４−２５６１９６号公報
２．特開２００６−３０２１２１号公報
３．特開２００７−２８６８８３号公報
４．特開２０１０−２１３１０４号公報
第３　本願発明
　本願の請求項１−１１に係る発明（以下、それぞれ「本願発明１」−「本願発明１１」という。）は、平成２９年２月２７日付けで手続補正された特許請求の範囲の請求項１−１１に記載された事項により特定される発明であり、本願発明１−１１は以下のとおりの発明である。
「【請求項１】
　外部装置からのコマンドを実行するＩＣカードにおいて、
　外部装置とデータを送受信する通信部と、
　前記外部装置からのコマンドを実行するために用いられるセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部と、
　複数のアプリケーションが選択されたとき、前記生成部が生成した、前記アプリケーション毎の複数のセッションキーを記録する第１記録部と、
　前記セッションキーを消去するか否かを示す制御情報を前記アプリケーション毎に格納する制御情報格納部と、
　前記制御情報が前記セッションキーを消去することを示す場合、前記第１記録部が記録した前記セッションキーの保持期間が閾値を超過すると前記セッションキーを消去する消去部と、
を備え、
　前記セッションキーは、選択されたアプリケーションのコマンドを実行するために必要なキーである、
ＩＣカード。
【請求項２】
　さらに、タイマを備え、
　前記消去部は、前記タイマの値が閾値に達した場合に、前記セッションキーを消去する、
　前記請求項１に記載のＩＣカード。
【請求項３】
　さらに、前記消去部が前記セッションキーを消去した後に前記通信部が前記セッションキーを必要とするコマンドを受信した場合に、前記セッションキーが消去されたことを示す応答を前記通信部により前記外部装置へ送信する送信部を備える、
前記請求項１又は２の何れか１項に記載のＩＣカード。
【請求項４】
　さらに、前記セッションキーの保持期間に対する前記閾値を記録する第２記録部を備える、
前記請求項１乃至３の何れか１項に記載のＩＣカード。
【請求項５】
　さらに、前記セッションキーを用いてアクセスするアプリケーションごとに、前記消去部によるセッションキーの消去を実行するか否かを示す消去可否情報を記録する第３記録部を備え、
　前記消去部は、前記第３記録部が記録する前記消去可否情報に基づいて、時間経過によってセッションキーを消去するか否か決定する、
前記請求項１乃至４の何れか１項に記載のＩＣカード。
【請求項６】
　前記通信部は、前記外部装置と接触してデータを送受信する、
前記請求項１乃至５の何れか１項に記載のＩＣカード。
【請求項７】
　前記セッションキーの保持期間は、コマンドの受信待ちの期間である、
　前記請求項１乃至６の何れか１項に記載のＩＣカード。
【請求項８】
　前記セッションキーの保持期間は、前記通信部が前記セッションキーを必要とするコマンドを受信した場合にリセットされる、
　前記請求項１乃至７の何れか１項に記載のＩＣカード。
【請求項９】
　外部装置からのコマンドを実行するＩＣカードにおいて、
　外部装置とデータを送受信する通信部と、前記外部装置からのコマンドを実行するために用いられるセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部と、複数のアプリケーションが選択されたとき、前記生成部が生成した、前記アプリケーション毎の複数のセッションキーを記録する第１記録部と、前記セッションキーを消去するか否かを示す制御情報を前記アプリケーション毎に格納する制御情報格納部と、前記制御情報が前記セッションキーを消去することを示す場合、前記第１記録部が記録した前記セッションキーの保持期間が閾値を超過すると前記セッションキーを消去する消去部と、を備えるモジュールと、
　前記モジュールを収納した本体と、
　を備え、
　前記セッションキーは、選択されたアプリケーションのコマンドを実行するために必要なキーである、
ＩＣカード。
【請求項１０】
　外部装置からのコマンドを実行する電子装置において、
　外部装置とデータを送受信する通信部と、
　前記外部装置からのコマンドを実行するために用いられるセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部と、
　複数のアプリケーションが選択されたとき、前記生成部が生成した、前記アプリケーション毎の複数のセッションキーを記録する第１記録部と、
　前記セッションキーを消去するか否かを示す制御情報を前記アプリケーション毎に格納する制御情報格納部と、
　前記制御情報が前記セッションキーを消去することを示す場合、前記第１記録部が記録した前記セッションキーの保持期間が閾値を超過すると前記セッションキーを消去する消去部と、
を備え、
　前記セッションキーは、選択されたアプリケーションのコマンドを実行するために必要なキーである、
電子装置。
【請求項１１】
　外部装置からのコマンドを実行する携帯可能電子装置において、
　外部装置とデータを送受信する通信部と、
　前記外部装置からのコマンドを実行するために用いられるセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部と、
　複数のアプリケーションが選択されたとき、前記生成部が生成した、前記アプリケーション毎の複数のセッションキーを記録する第１記録部と、
　前記セッションキーを消去するか否かを示す制御情報を前記アプリケーション毎に格納する制御情報格納部と、
　前記制御情報が前記セッションキーを消去することを示す場合、前記第１記録部が記録した前記セッションキーの保持期間が閾値を超過すると前記セッションキーを消去する消去部と、
を備え、
　前記セッションキーは、選択されたアプリケーションのコマンドを実行するために必要なキーである、
携帯可能電子装置。」
第３　引用文献・引用発明
　１．引用文献１について
　原査定の拒絶理由に引用された上記引用文献１には、図面とともに次の事項が記載されている。
「【０００１】
  【産業上の利用分野】
　本発明は、例えばオンラインシステムにおいてホスト等とデータ通信を行う場合に使用されるセッションキーデータを記憶してなるＩＣカードのような携帯可能電子装置に関する。」
「【０００２】
【従来の技術】　従来、例えばホストコンピュータと、ＥＥＰＲＯＭ等の不揮発性メモリからなる記憶手段を有するＩＣカード等からなるシステムにおいてデータの通信を行う場合、通信するデータのセキュリティを確保するために送信側で元データを暗号化して送信し、受信側で該暗号化されたデータを復号化して元データを受け取るという方法が行われている。このデータ通信方法においては、ホストコンピュータとＩＣカード間で取引情報等のデータのやり取り（セッション）を行う場合に、セッションキーデータを用いてデータの暗号化／復号化が行われる。このとき、データのセッションを行うに先立って、ホストコンピュータ側から、当該セッションにて用いられるセッションキーデータを暗号化して送信し、ＩＣカード側でこれを復号化して記憶手段内に保持しておく。そして、ホストコンピュータから送信されてきた暗号化されたデータは、前記記憶手段に保持されていたセッションキーデータを用いて復号化される。これによって、ホストコンピュータ／ＩＣカード間のデータ通信が行い得る。
【０００３】
【発明が解決しようとする課題】　上述したように、従来のデータ通信方式では、例えばホストコンピュータとＩＣカードからなるシステムにおいてデータのセッションを行う場合、データの暗号化／復号化に用いられるセッションキーデータはＩＣカードの不揮発性メモリ中に保持されていた。このため、通信システムにおけるオンライン時においてのみ必要なセッションキーデータが、オフライン状態でＩＣカード内に残ったままになってしまうという問題点があった。これにより、オフライン時にＩＣカードからセッションキーデータを調べることができるという可能性があり、オンラインシステムにおけるセキュリティが低下してしまうという問題点があった。
【０００４】　そこで本発明は、セッションキーデータをＩＣカード内の揮発性メモリ内に保持するようにすることで、オフライン時にセッションキーデータがＩＣカード内に残らないようにすることによって、ＩＣカードを利用したオンラインシステムにおいてデータのセキュリティを向上させることができるような携帯可能電子装置を提供することを目的とする。」
「【００２０】　さて次に、図３で示されるケース３は、図９に示すようなホスト１と、端末１１と、ＩＣカード２１とからなるシステムにおいて、ケース１で端末１１で行っていたデータ変換処理（暗号／復号化処理）を、端末１１に挿入されたＩＣカード２１に依頼する場合のデータ通信の流れを示している。
・・・中略・・・
【００２６】　次に、ステップ１０においてホスト１のＣＰＵ２はセッションキーＫＥＹ５にもとづいて、自身で発生したメッセージＭ５をＣＢＣモードにて第１のデータ変換モジュール７内のデータ変換関数Ｅ１によってデータ変換（暗号化）しＭ５’（＝Ｅ１(CBC)KEY5 （Ｍ５））を得、これを端末１１に対して送信する。端末１１のＣＰＵ１２は、Ｍ５’を受信すると、図１４（ａ）に見られるようなフォーマットのコマンドＣを用いて、これをＩＣカード２１に対して送信する。ここでコマンドＣは、送信された暗号化メッセージを復号化するという動作を指示する機能コードと、データ変換処理時にＩＣカード２１において使用されるキーデータを指定する指定子と、さきにホスト１から端末１１に対して送信されたＭ５’とからなる。ここで、図３に示す例では、前記指定子はステップ９において、コマンドＢによってＲＡＭ２３２中に記憶されたセッションキー（ＫＥＹ５）を指定している。
【００２７】　さてＩＣカード２１のＣＰＵ２２はコマンドＣを受信すると、前記指定子によって指定されたキーＫＥＹ５を用いて第１のデータ変換モジュール２５内のデータ変換関数Ｄ１によって、Ｍ５’を復号化してＭ５（＝Ｄ１(CBC)KEY5 （Ｍ５’））を得て、コマンドＣに対するレスポンスとして、図１４（ｂ）に示すようなフォーマットを有するレスポンスｃを端末１１のＣＰＵ１２に対して送信する。ここで、レスポンスｃは、コマンドＣに対するレスポンスである旨の機能コードと、正常終了の旨のステータスと、データ変換処理によって復号化されて得られたＭ５とからなる。以上の処理によって、端末１１はホスト１からのメッセージを受け取ることができる。
・・・中略・・・
【００２９】　次に、端末１１側で発生したメッセージをホスト１側に送信する過程について説明する。まず、ステップ１１においてホスト１のＣＰＵ２は、次のステップ１２でＩＣカード２１において使用されるセッションキーＫＥＹ６をキーデータＫ６を用いて、上記ステップ９と同様の手順で端末１１側に送信する。ここで、ＫＥＹ６及びＫ６は、あらかじめメモリ２中に記憶されている。ここで、コマンドＡ、レスポンスａ及びコマンドＢレスポンスｂを用いた端末１１とＩＣカード２１間のデータ通信処理については、上記ステップ９にて説明したのでここでは説明を省略する。コマンドＢを受信したＩＣカード２１のＣＰＵ２２は、コマンドＢによって送信されたセッションキーＫＥＹ６をＲＡＭ２３２中に記憶する。
【００３０】　次に、ステップ１２において端末１１のＣＰＵ１２は自身で発生したメッセージＭ６を、図１５（ａ）に見られるようなフォーマットのコマンドＤを用いて、これをＩＣカード２１に対して送信する。ここでコマンドＤは、送信されたメッセージを暗号化する動作を指示する機能コードと、ＩＣカード２１におけるデータ変換処理時に使用されるキーデータを指定する指定子と、メッセージＭ６とからなる。ここで、図３に示す例では、前記指定子はステップ１１において、コマンドＢによって送信されＲＡＭ２３２中に記憶されているセッションキー（ＫＥＹ６）を指定している。
【００３１】　さてＩＣカード２１のＣＰＵ２２はコマンドＤを受信すると、前記指定子によって指定されたキーデータＫＥＹ６を用いて第２のデータ変換モジュール２６内のデータ変換関数Ｅ２によってデータ変換を行いＭ６を暗号化してＭ６’（＝Ｅ２(CBC)KEY6 （Ｍ６））を得て、コマンドＤに対するレスポンスとして、図１５（ｂ）に示すようなフォーマットを有するレスポンスｄを端末１１のＣＰＵ１２に対して送信する。ここで、レスポンスｄは、コマンドＤに対するレスポンスである旨の機能コードと、正常終了の旨のステータスと、データ変換によって暗号化されて得られたＭ６’とからなる。端末１１のＣＰＵ１２は、ＩＣカード２１からレスポンスｄを受信すると、前記暗号化されたメッセージＭ６’をホスト１に対して送信する。ホスト１のＣＰＵ２はＭ６’を受信すると、セッションキーＫＥＹ６を用いて第２のデータ変換モジュール８内のデータ変換関数Ｄ２によってデータ変換を行い、Ｍ６’を復号化して、Ｍ６（＝Ｄ２(CBC)KEY6 （Ｍ６’））を得る。以上の処理によって、ホスト１は端末１１からのメッセージを受け取ることができる。」
「【００４５】 ここで、コマンドＤ及びレスポンスｄを用いた端末１１とＩＣカード２１間の通信におけるＩＣカード２１のＣＰＵ２２の処理動作の流れについては、さきに図２２を参照して説明したので説明を省略する。
【００４６】さて次に、図５で示されるケース５は、図９に示すようなホスト１と、端末１１と、ＩＣカード２１とからなるシステムにおいて、ケース３においてＩＣカード２１内で復元されたセッションキー端末１１内のメモリ１３内に保持しておく機能を、ＩＣカード２１内のＲＡＭ２３２に保持するようにして行う場合の実施例を示している。
【００４７】まず、ホスト１側で発生したメッセージを端末１１側に送信する過程について説明する。まずステップ１７においてホスト１のＣＰＵ２は、キーデータＫ９を用いて第１のデータ変換モジュール７のデータ変換関数Ｅ１によってセッションキーＫＥＹ９をデータ変換（データスクランブル）し、ＫＥＹ９’（＝Ｅ１K9（ＫＥＹ９））を得て、これを端末１１に対して送信する。ここで、ＫＥＹ９及びＫ９はあらかじめメモリ３内に記憶されている。端末１１のＣＰＵ１２はＫＥＹ９’を受信すると、ＩＣカード２１のＣＰＵ２２に対して図１７（ａ）に示すようなフォーマットを有するコマンドＦを送信する。ここで、コマンドＦは、送信された暗号化セッションキーを復号化してＲＡＭ２３２に記憶するといった動作を指示する機能コードと、ＩＣカード２１におけるデータ変換時に使用されるキーデータを指定するキー用指定子と、さきにホスト１から端末１１に対して送信されたＫＥＹ９’とからなる。
【００４８】さてＩＣカード２１のＣＰＵ２２はコマンドＦを受信すると、前記指定子によって指定されたキーデータＫ９を用いて第１のデータ変換モジュール２５のデータ変換関数Ｄ１によってデータ変換を行いＫＥＹ９’を復号化してＫＥＹ９（＝Ｄ１K9（ＫＥＹ９’））を得て、コマンドＦに対するレスポンスとして、図１７（ｂ）に示すようなフォーマットを有するレスポンスｆを端末１１のＣＰＵ１２に対して送信する。ここで、レスポンスｆは、コマンドＦに対するレスポンスである旨の機能コードと、正常終了の旨のステータスとからなる。
【００４９】ここで、コマンドＦ及びレスポンスｆを用いた端末１１とＩＣカード２１間の通信におけるＩＣカード２１のＣＰＵ２２の処理動作の流れを、図２４を参照して説明する。まず、端末１１からコマンドＦが送信されると、ＩＣカード２１のＣＰＵ２２は、ＥＥＰＲＯＭ２３１中のキーエリアディレクトリ３１から、このコマンドＦのキー指定子の値のＫＩＤ（キーデータ番号）を検索する（ＳＴ１）。続いて、所定のＫＩＤが見つかったかどうかを判断する（ＳＴ２）。そしてＫＩＤが見つかれば、メモリ２３中のキーエリア３３から前記ＫＩＤに対応するキーデータをピックアップする（ＳＴ３）。前記ＳＴ２において所定のＫＩＤが見つからなかった場合はキー指定エラーステータスをレスポンスｆとして出力して（ＳＴ９）、処理を終了する。ＳＴ３でキーエリアからキーデータをピックアップした後、このキーデータに異常がないかどうか判断する（ＳＴ４）。データに異常がなかった場合は、続いて、送信されてきた暗号化されたセッションキーデータのデータ列長が８の倍数であるかどうかを判断する（ＳＴ５）。送信されてきたデータのデータ列長に異常がなかった場合は、コマンドＦによって端末１１から送信されたデータ列を前記ピックアップされたキーデータを用いて第１のデータ変換モジュール２５によってデータ変換（復号化）した後（ＳＴ６）、ＲＡＭ２３２中に復号化されたセッションキーＫＥＹ９を書き込む（ＳＴ７）。そして、この書き込みが正常に行われたかどうかを判断し（ＳＴ８）、書き込みが正常に行われた場合は正常終了ステータスをレスポンスｆとして出力して（ＳＴ９）、処理を終了する。一方、ＳＴ８において書き込みが正常に行われなかった場合は、書き込みエラーステータスをレスポンスｆとして出力し（ＳＴ１３）、処理を終了する。前記ＳＴ４においてキーデータに異常があった場合はデータエラーステータスをレスポンスｆとして出力して（ＳＴ１１）、処理を終了する。また、前記ＳＴ５においてデータ列長が８の倍数でなかった（データ列長に異常があった）場合はデータ列長エラーステータスをレスポンスｆとして出力して（ＳＴ１２）処理を終了する。
【００５０】次にステップ１８において、端末１１のＣＰＵ１２は、ＩＣカード２１のＣＰＵ２２に対して図１４（ａ）に示すようなフォーマットを有するコマンドＣを送信する。ここで、コマンドＣは、送信された暗号化メッセージを復号化する動作を指示する機能コードと、キーデータを指定する指定子と、さきにホスト１から端末１１に送信されていた暗号化メッセージＭ９’とからなる。このコマンドＣを受信すると、ＩＣカード２１のＣＰＵ２２は、前述したケース３のステップ１０と同様な手順により、ホスト１で発生したメッセージＭ９を端末１１に対して送信する。この手順については前述したので、ここでは説明を省略する。
【００５１】次に、端末１１側で発生したメッセージをホスト１側に送信する過程について説明する。まず、ステップ１９においてホスト１のＣＰＵ２は、次のステップ２０でＩＣカード２１において使用されるセッションキーＫＥＹ１０をキーデータＫ１０を用いて、上記ステップ１７と同様の手順で端末１１側に送信する。ここで、ＫＥＹ１０及びＫ１０は、あらかじめメモリ２中に記憶されている。端末１１からコマンドＦを受信した、ＩＣカード２１のＣＰＵ１２は、コマンドＦによって送信されてきたセッションキーＫＥＹ１０をＲＡＭ２３２中に記憶する。
【００５２】次に、ステップ２０において端末１１のＣＰＵ１２は自身で発生したメッセージＭ１０を、図１５（ａ）に見られるようなフォーマットのコマンドＤを用いて、これをＩＣカード２１に対して送信する。ここでコマンドＤは、送信するメッセージを暗号化するという動作を指示する機能コードと、ＩＣカード２１におけるデータ変換時に使用されるキーデータを指定する指定子と、メッセージＭ６とからなる。ここで、図５に示す例では、前記指定子はステップ１９において、コマンドＦによって送信されたセッションキー（ＫＥＹ１０）を指定している。このコマンドＤを受信すると、ＩＣカード２１のＣＰＵ１２は、前述したケース３のステップ１２と同様な手順により、端末１１で発生したメッセージＭ１０をホスト１に対して送信する。この手順については前述のケース３において説明したので、ここでは説明を省略する。」
Ａ．【００５０】の記載によれば、ケース５の実施例において、「ＩＣカード２１のＣＰＵ２２はコマンドＣを受信すると、前記指定子によって指定されたキーＫＥＹ９を用いて第１のデータ変換モジュール２５内のデータ変換関数Ｄ１によって、Ｍ９’を復号化してＭ５（＝Ｄ１(CBC)KEY5 （Ｍ５’））を得て、コマンドＣに対するレスポンスとして、図１４（ｂ）に示すようなフォーマットを有するレスポンスｃを端末１１のＣＰＵ１２に対して送信する。ここで、レスポンスｃは、コマンドＣに対するレスポンスである旨の機能コードと、正常終了の旨のステータスと、データ変換処理によって復号化されて得られたＭ９とからなる。以上の処理によって、端末１１はホスト１からのメッセージを受け取ることができる。」ことは明らかである。
Ｂ．【００５２】の記載によれば、「ＩＣカード２１のＣＰＵ２２はコマンドＤを受信すると、前記指定子によって指定されたキーデータＫＥＹ１０を用いて第２のデータ変換モジュール２６内のデータ変換関数Ｅ２によってデータ変換を行いＭ１０を暗号化してＭ１０’（＝Ｅ２(CBC)KEY6 （Ｍ１０））を得て、コマンドＤに対するレスポンスとして、図１５（ｂ）に示すようなフォーマットを有するレスポンスｄを端末１１のＣＰＵ１２に対して送信する。ここで、レスポンスｄは、コマンドＤに対するレスポンスである旨の機能コードと、正常終了の旨のステータスと、データ変換によって暗号化されて得られたＭ１０’とからなる。端末１１のＣＰＵ１２は、ＩＣカード２１からレスポンスｄを受信すると、前記暗号化されたメッセージＭ１０’をホスト１に対して送信する。ホスト１のＣＰＵ２はＭ６’を受信すると、セッションキーＫＥＹ１０を用いて第２のデータ変換モジュール８内のデータ変換関数Ｄ２によってデータ変換を行い、Ｍ１０’を復号化して、Ｍ１０（＝Ｄ２(CBC)KEY6 （Ｍ１０’））を得る。以上の処理によって、ホスト１は端末１１からのメッセージを受け取ることができる。」ことは明らかである。
　上記記載事項によれば、引用文献１には、ケース５の実施例に関して、以下の発明（以下、「引用発明」という。）が記載されている。
「ホスト１と、端末１１と、ＩＣカード２１とからなるシステムにおいて、
　ホスト１のＣＰＵ２は、キーデータＫ９を用いて第１のデータ変換モジュール７のデータ変換関数Ｅ１によってセッションキーＫＥＹ９をデータ変換（データスクランブル）し、ＫＥＹ９’（＝Ｅ１K9（ＫＥＹ９））を得て、これを端末１１に対して送信し、端末１１のＣＰＵ１２はＫＥＹ９’を受信すると、ＩＣカード２１のＣＰＵ２２に対して、送信された暗号化セッションキーを復号化してＲＡＭ２３２に記憶するといった動作を指示する機能コードと、ＩＣカード２１におけるデータ変換時に使用されるキーデータを指定するキー用指定子と、さきにホスト１から端末１１に対して送信されたＫＥＹ９’とからなるコマンドＦを送信し、
　ＩＣカード２１のＣＰＵ２２はコマンドＦを受信すると、前記指定子によって指定されたキーデータＫ９を用いて第１のデータ変換モジュール２５のデータ変換関数Ｄ１によってデータ変換を行いＫＥＹ９’を復号化してＫＥＹ９（＝Ｄ１K9（ＫＥＹ９’））を得、ＲＡＭ２３２中に復号化されたセッションキーＫＥＹ９を書き込み、
　端末１１のＣＰＵ１２は、ＩＣカード２１のＣＰＵ２２に対して、送信された暗号化メッセージを復号化する動作を指示する機能コードと、キーデータを指定する指定子と、さきにホスト１から端末１１に送信されていた暗号化メッセージＭ９’とからなるコマンドＣを送信し、
　コマンドＣを受信すると、ＩＣカード２１のＣＰＵ２２は、前記指定子によって指定されたキーＫＥＹ９を用いて第１のデータ変換モジュール２５内のデータ変換関数Ｄ１によって、Ｍ９’を復号化してＭ９（＝Ｄ１(CBC)KEY5 （Ｍ９’））を得て、端末１１のＣＰＵ１２に対して、コマンドＣに対するレスポンスである旨の機能コードと、正常終了の旨のステータスと、データ変換処理によって復号化されて得られたＭ９とからなるレスポンスＣを送信し、端末１１はホスト１からのメッセージを受け取ることができ、
　端末１１のＣＰＵ１２は自身で発生したメッセージＭ１０をコマンドＤを用いて、これをＩＣカード２１に対して送信し、コマンドＤは、送信するメッセージを暗号化するという動作を指示する機能コードと、ＩＣカード２１におけるデータ変換時に使用されるキーデータを指定する指定子と、メッセージＭ６とからなり、前記指定子は、コマンドＦによって送信されたセッションキー（ＫＥＹ１０）を指定しており、ＩＣカード２１のＣＰＵ２２はコマンドＤを受信すると、前記指定子によって指定されたキーデータＫＥＹ１０を用いて第２のデータ変換モジュール２６内のデータ変換関数Ｅ２によってデータ変換を行いＭ１０を暗号化してＭ１０’（＝Ｅ２(CBC)KEY6 （Ｍ１０））を得て、コマンドＤに対するレスポンスとして、コマンドＤに対するレスポンスである旨の機能コードと、正常終了の旨のステータスと、データ変換によって暗号化されて得られたＭ１０’とからなるレスポンスｄを端末１１のＣＰＵ１２に対して送信し、端末１１のＣＰＵ１２は、ＩＣカード２１からレスポンスｄを受信すると、前記暗号化されたメッセージＭ１０’をホスト１に対して送信し、ホスト１は端末１１からのメッセージを受け取ることができるシステム。」
２．引用文献２について
　原査定の拒絶理由に引用された上記引用文献２には、図面とともに次の事項が記載されている。
「【００６９】
　この一度生成したセッションキーを記憶しておくためのテーブルがセッション管理テーブル８３０である。セッション管理テーブル８３０のデータ構造を図１２に示す。図１２に示すように、セッション管理テーブル８３０は、セッションＩＤフィールドと、開始時刻フィールドと、セッションキーフィールドと、キー有効期限フィールドで構成される。セッションＩＤフィールドには、セッションキーを生成するごとに付与される識別番号が記載される。開始時刻フィールドには、現在のセッションキーを用いて暗号化通信を行うようにし始めた時刻が記載される。セッションキーフィールドには、セッションキーが記載される。キー有効期限フィールドには、セッションキーの有効期間が記載される。このようにセッションキーに有効期限を設けることによって、セッションキーが第三者に解読されてしまった場合の影響を最小化することが可能となる。セッションキーの有効期限は、より短い時間にすればより通信の安全性が高めることができる。一方、より長い時間にすれば通信の高速化を図ることができる。セッションキーの有効期限も、ユーザの好みに応じた値とすることができる。通信の安全性を重視するユーザは、セッションキーの有効期限をより短く設定すればよい。反対に通信の高速性を重視するユーザは、セッションキーの有効期限をより長い時間に設定すればよい。」
３．引用文献３について
　原査定の拒絶理由に引用された上記引用文献３には、図面とともに次の事項が記載されている。
「【００１９】
「セッション情報」とは、ＷＥＢサーバー機能搭載機器のメモリに更新可能に記憶される情報であり、具体的には、「セッションキー」と「セッションキーの発行時刻」と「セッションの有効時間」とを含むデータである。
【００２０】
「セッションキー」とは、ＷＥＢサーバー機能搭載機器がクライアント端末を認証するために発行するランダム値からなるキーであり、クライアント端末とＷＥＢサーバー機能搭載機器だけが認識できる情報（鍵）を意味する。クライアント端末はこのセッションキーを含めてＷＥＢサーバー機能搭載機器に何らかの要求データを送信し、ＷＥＢサーバー機能搭載機器は受信データ中のセッションキーをチェックした後に、正しいセッションキーを持つ要求のみを実行する。
【００２１】
「セッションキーの発行時刻」とは、ＷＥＢサーバー機能搭載機器がセッションキーを発行する時刻である。ＷＥＢサーバー機能搭載機器は、クライアント端末の認証後に最初のセッションキーを発行し、このキーの発行時刻を含めてセッション情報を生成し、そのセッション情報をメモリに記憶する。そして、ＷＥＢページを切り替える度に、新たなセッションキーを再発行し、この発行時刻を含めてセッション情報を更新する。
【００２２】
「セッションの有効時間」とは、セッションキーを含むセッション情報がＷＥＢサーバー機能搭載機器のメモリに生存する時間である。ＷＥＢサーバー機能搭載機器は、ＷＥＢページデータからそこに予め記述されている時間情報を読み出してセッション情報中に設定し、セッションキーの発行時刻と有効時間とに基づいて、クライアント端末とのセッションを監視する。有効時間は、クライアント端末側での入力や閲覧等の作業に必要とされる時間を見積もって、ＷＥＢページ毎にきめ細かく設定されている。そして、この有効時間が経過すると、ＷＥＢサーバー機能搭載機器がセッション情報をメモリから削除する。有効時間としては、ＷＥＢページ毎に異なるが、０秒間〜1５分間を例示できる。」
４．引用文献４について
　原査定の拒絶理由に引用された上記引用文献４には、図面とともに次の事項が記載されている。
「【００３６】
　図４は、電源オン時（Ｓ５／ｒｅｂｏｏｔからＳ０への移行時）およびＲｅｓｕｍｅ時（Ｓ３／Ｓ４からＳ０への移行時）に実行される処理を示すフローチャートである。
【００３７】
　ここでは先ず、ＰＣ１０の判断部１１１により記憶部１４０内がサーチされ、記憶部１４０内に鍵が存在するか否かが確認される（ステップＳ１１）。鍵が存在しないときは、通信部１２０により管理サーバ２０との間の通信接続が行なわれ、ＰＣ１０のＩＤを伴って鍵取得要求がなされる。
・・・・中略・・・
【００４０】
　ＰＣ１０は、エラーを受信したときは（ステップＳ１６）、その時点で処理を終了する。一方、ＰＣ１０は、暗号化鍵を受信したときは、その鍵を復号化して記憶部１４０に記憶する（ステップＳ１７）。ＰＣ１０では、その後、ＯＳが起動され、さらにアプリケーションプログラムの起動やその鍵を使っての暗号化コンテンツの復号化などが行なわれる。
【００４１】
　ステップＳ１１で記憶部１４０内に鍵が存在していることが分かったときは、鍵取得要求は行なわずに直接にＯＳの起動（ステップＳ１８）およびその後の処理が行なわれる。
【００４２】
　図５は、動作状態（Ｓ０）から他の状態への移行時に実行される処理を示すフローチャートである。
【００４３】
　ここでは先ず、保全部１１０により不揮発記憶部１５０内のテーブル（図２参照）が調べられ、今回の移行先の状態（Ｓ３／Ｓ４／Ｓ５／ｒｅｂｏｏｔのいずれか）に対応して鍵消去フラグが立っている（‘１’）か否（‘０’）かが確認される（ステップＳ２１）。鍵消去フラグが立っている（‘１’）ときは、記憶部１４０内の鍵を消去し（ステップＳ２３）、その後、今回の移行先の状態への移行処理が行なわれる（ステップＳ２４）。一方、鍵消去フラグが立っていない（‘０’）ときは、記憶部１４０内の鍵の消去を行なうことなく、今回の移行先の状態への移行処理が行なわれる（ステップＳ２４）。」
第４　対比・判断
１．本願発明１について
（１）　対比
　本願発明１と引用発明とを対比する。
　引用発明の「ホスト１」と「端末１１」は、本願発明１の「外部装置」に相当する。
　引用発明の「ＩＣカード２１」は、端末１１から「コマンドＦ」等のコマンドを受信して実行しているから、本願発明１の「外部装置からのコマンドを実行するＩＣカード」に相当する。
　引用発明の「ＩＣカード２１」は、外部装置からコマンドを受信し、レスポンスを送信しているから、本願発明１の「外部装置とデータを送受信する通信部」に相当する構成を備えている。
　引用発明の「ＩＣカード２１」の「コマンドＦを受信すると、前記指定子によって指定されたキーデータＫ９を用いて第１のデータ変換モジュール２５のデータ変換関数Ｄ１によってデータ変換を行いＫＥＹ９’を復号化してＫＥＹ９（＝Ｄ１K9（ＫＥＹ９’））を得、ＲＡＭ２３２中に復号化されたセッションキーＫＥＹ９を書き込」む構成は、本願発明１の「前記外部装置からのコマンドを実行するために用いられるセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部」と「複数のアプリケーションが選択されたとき、前記生成部が生成した、前記アプリケーション毎の複数のセッションキーを記録する第１記録部」を備える構成と、「前記外部装置からセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部」と「前記生成部が生成した、セッションキーを記録する第１記録部」を備える構成である点では共通する。
　引用発明の「ＩＣカード２１」が「コマンドＣを受信すると、」「前記指定子によって指定されたキーＫＥＹ９を用いて第１のデータ変換モジュール２５内のデータ変換関数Ｄ１によって、Ｍ９’を復号化してＭ９（＝Ｄ１(CBC)KEY5 （Ｍ９’））を得」、「コマンドＤを受信すると、」「前記指定子によって指定されたキーデータＫＥＹ１０を用いて第２のデータ変換モジュール２６内のデータ変換関数Ｅ２によってデータ変換を行いＭ１０を暗号化してＭ１０’（＝Ｅ２(CBC)KEY6 （Ｍ１０））を得」る構成は、本願発明１の「前記セッションキーは、選択されたアプリケーションのコマンドを実行するために必要なキーである」構成と、「前記セッションキーは、アプリケーションのコマンドを実行するために必要なキーである」構成である点では共通するといえる。
　したがって、本願発明１と引用発明との間には、以下の一致点及び相違点があるといえる。
（一致点）
「外部装置からのコマンドを実行するＩＣカードにおいて、
　外部装置とデータを送受信する通信部と、
　前記外部装置からのコマンドを実行するために用いられるセッションキーの生成を要求するコマンドを前記通信部が受信することに応じてセッションキーを生成する生成部と、
　前記生成部が生成した、セッションキーを記録する第１記録部と、
　を備え、
　前記セッションキーは、アプリケーションのコマンドを実行するために必要なキーである、
ＩＣカード。」
（相違点１）
　本願発明１は、「複数のアプリケーションが選択されたとき、前記生成部が生成した、前記アプリケーション毎の複数のセッションキーを記録する第１記録部と、前記セッションキーを消去するか否かを示す制御情報を前記アプリケーション毎に格納する制御情報格納部と、前記制御情報が前記セッションキーを消去することを示す場合、前記第１記録部が記録した前記セッションキーの保持期間が閾値を超過すると前記セッションキーを消去する消去部と」を備えるＩＣカードであるのに対し、引用発明のＩＣカード２１はそのような構成を備えていない点。
（相違点２）
　セッションキーは、本願発明１では、「選択されたアプリケーションのコマンドを実行するために必要なキーである」のに対し、引用発明は、そのような特定はない点。
（２）　判断
　相違点１について検討すると、引用文献２〜４には、上記相違点１に係る本願発明１の構成は記載されておらず、示唆されてもいない。また、上記相違点１に係る本願発明１の構成が、本願出願日前に周知技術であったとはいえない。
　したがって、上記相違点２を検討するまでもなく、本願発明１は、当業者であっても、引用発明及び引用文献２〜４に記載された技術事項に基づいて容易に発明をすることができたとはいえない。
２．本願発明２−９について
　本願発明２−９は、上記相違点１に係る本願発明１の構成と同一の構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明及び引用文献２〜４に記載された技術事項に基づいて容易に発明できたものとはいえない。
３．本願発明１０、１１について
　本願発明１０、１１は、本願発明１に対応する電子装置、携帯可能電子装置の発明であり、上記相違点１に係る本願発明１の構成と同様の構成を備えるものであるから、本願発明１と同様の理由により、当業者であっても、引用発明１及び引用文献２〜４に記載された技術事項に基づいて容易に発明をすることができたものとはいえない。
第５　むすび
　以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。