携帯電話型暗号認証デバイスシステムおよびその方法
【課題】ＰＣ端末と無線接続された携帯端末をＰＣ端末の認証デバイスとして用いる場合に，使い勝手向上のためには，処理時間の短縮が望まれる。
【解決手段】ＰＣ端末と無線接続された携帯端末をＰＣ端末の認証用デバイスとして使用する無線通信システムにおいて，動作環境（ＰＣ端末装置の処理性能，携帯電話端末装置の処理性能，ＰＣ端末装置と携帯電話端末装置間の通信速度）によって，コマンドの転送の方式を切り替え，処理速度を速くする。
【解決手段】ＰＣ端末と無線接続された携帯端末をＰＣ端末の認証用デバイスとして使用する無線通信システムにおいて，動作環境（ＰＣ端末装置の処理性能，携帯電話端末装置の処理性能，ＰＣ端末装置と携帯電話端末装置間の通信速度）によって，コマンドの転送の方式を切り替え，処理速度を速くする。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示される主題は，携帯電話型暗号認証デバイスシステムに関する。
【背景技術】
【０００２】
近年，企業における情報漏洩事故が多発しており，情報管理の徹底が求められている。情報漏洩事故の事例としては，自宅に空き巣が入り，個人情報が保存された個人所有のＰＣ端末装置が盗難されたり，ノートＰＣやＵＳＢメモリの入った鞄を帰宅中の電車内で盗難されたりする事故が報告されている。これらに共通していることは，情報を社外へ持ち出しているということである。このような情報漏洩対策として，企業においてはシンクライアントソリューションのニーズが高まっている。記憶領域を持たないＰＣ端末装置を用いて，社内システムに接続し，情報そのものは社外に出さないという運用方法である。このようなシンクライアントシステムにおいては，社外から社内に接続する際の認証機能が重要となる。
【０００３】
ＰＣ端末装置などにＩＣカードリーダをつなぎ，個人用のＩＣカード（社員証等）やフラッシュメモリ型の認証デバイスを用いて個人認証を行い社内へのリモート接続を許可することが行われている。このようなリモート接続を行う場合，認証デバイスやそのリーダを鞄の中から探し出し，ＰＣ端末装置に接続し準備をするのに手間がかかっていた。その手間を省くために，認証デバイスをＰＣ端末装置のスロットに常時接続しておくことも考えられるが，上述のように，盗難や紛失の際にＰＣ端末装置とともに認証デバイスも同時に無くなることになり，安全性の観点で推奨されない。
【０００４】
一方，携帯端末を暗号化のためのデバイスとして用いるシステムが提案されている（例えば特許文献１請求項１）。また，携帯端末を電子署名のためのデバイスとして用いるシステムが提案されている（例えば特許文献２請求項１と２）。
【０００５】
また，認証時の使い勝手を改善するため，スマートフォンと呼ばれる携帯端末を上記認証デバイスとして用い，ＰＣ端末装置間で近距離無線通信によるコマンド送受信を行い，サービスを受けるシステムが提案されている（例えば非特許文献１の３．１節および３．２節）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2003-309553号公報（請求項１）
【特許文献２】特開2003-244129号公報（請求項１，請求項２）
【非特許文献】
【０００７】
【非特許文献１】梅澤ら, “スマートフォンを用いたリモート接続システムの開発と評価,”第8回情報科学技術フォーラム(FIT2009)予稿集, 第4分冊, pp.67-73, Sep. 2009（３.１章，３.２章，５章）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１および特許文献２では，携帯端末を認証デバイス，あるいは暗号デバイスとして用いることによってユーザの利便性を向上させようとしているが，具体的にどのようなコマンドを送受信して暗号および認証を実現しているのかが記述されていない。
【０００９】
また，非特許文献１では，どんなコマンドをＰＣ端末装置からスマートフォンに転送するかという方式の違いによって，暗号処理や認証処理時間が変わってくることが示されている。それらは，ＰＣ端末装置や，スマートフォンの処理性能，ＰＣ端末装置とスマートフォンの間の通信速度等の，システムを取り巻く環境に依存することが示されている。
【００１０】
認証時の使い勝手向上のためには，処理時間の短縮が望まれるが，非特許文献１には，実際の運用時に具体的にどの方式を選択すべきなのかということは示されていない。
【課題を解決するための手段】
【００１１】
本明細書で開示されるのは，携帯端末やスマートフォン（以下，携帯端末という）を，ＰＣ端末装置の認証用デバイスとして使用するシステムにおいて，システムを稼働させる環境（ＰＣ端末装置の処理性能，携帯端末の処理性能，ＰＣ端末装置と携帯端末間の通信速度）によって，コマンドの転送の方式を切り替えることで，処理速度を速くする携帯端末型暗号認証デバイスシステムおよびその方法である。
【００１２】
具体的には，携帯端末を認証および暗号デバイスとして用いる際に，動作環境によって異なる実行速度をも考慮して，適切なコマンド転送の方式を選択する。
【００１３】
上記態様によれば，ＰＣ端末装置で暗号処理あるいは認証処理を行う際に，携帯端末を認証デバイスとして用いる際に，より早い処理速度で，暗号処理あるいは認証処理を行うことが可能になる。
【発明の効果】
【００１４】
開示によれば，認証デバイスより早い処理速度で，暗号処理あるいは認証処理を行うことが可能になる。
【図面の簡単な説明】
【００１５】
【図１】実施例１の携帯端末型暗号認証デバイスシステムの構成を例示する図である。
【図２】端末装置，携帯端末のハードウェア構成を例示する図である。
【図３】ＩＣカードのハードウェア構成を例示する図である。
【図４】実施例１の端末装置内のアプリケーションが，暗号処理を行い際の処理フローを例示する図である。
【図５】実施例１の端末装置内の選択ルールを新規設定，あるいは更新する際の処理フローを例示する図である。
【図６】端末装置と携帯端末の組合せにおける各暗号処理関数の処理時間を例示する図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態について説明する。なお，これにより本発明が限定されるものではない。
【実施例１】
【００１７】
図１は，本実施例の携帯端末型暗号認証デバイスシステムの構成図である。本実施例の携帯端末型暗号認証デバイスシステムは，図１に示すように，１つまたは複数の端末装置１０ｎと認証用デバイスとして用いる携帯端末２０とが近距離無線通信を介して接続される。また，前記携帯端末２０には，ＩＣカード３０が接続されている。
【００１８】
端末装置１０は，暗号処理や認証処理を要求するアプリケーション１０９と，該アプリケーション１０９から呼び出されるための暗号用のインタフェースを提供し，アプリケーション１０９が発行する暗号処理要求を暗号処理関数に変換する暗号処理インタフェース１０８と，暗号処理関数を自分自身で処理するための暗号処理部１０４と，暗号処理関数の処理を前記携帯端末２０へ要求する暗号処理通信部１０２と，１つの暗号処理関数を複数のＩＣカードコマンドに分解して，それぞれのＩＣカードコマンドについて，該コマンドの実行を前記携帯端末２０へ要求するＩＣカード通信部１０３と，前記暗号処理通信部１０２と，ＩＣカード通信部１０３とからの要求に応じて，前記携帯端末２０と，近距離無線通信を行う近距離通信部１０１と，個々の暗号処理関数に関して，暗号処理関数の単位で前記携帯端末２０に処理を要求した方が早いのか，あるいは，個々の暗号処理関数を複数のＩＣカードコマンドに分割して前記携帯端末２０に処理を要求した方が早いのか，を判定し，処理方式の選択を行う選択部１０５と，過去の実績値やカタログ仕様上の公表値などの環境情報を基にした，端末装置１０と携帯端末２０の組合せ毎に個々の暗号処理関数の実行時間情報を保管する実行時間情報保管部１０６と，を含む。
【００１９】
携帯端末２０は，前記端末装置１０の近距離通信部１０１とデータの送受信を行う近距離通信部２０１と，端末装置１０の暗号処理通信部１０２から送信された暗号処理関数の処理要求を受信し，処理結果を前記近距離通信部２０１を介して端末装置１０に返信する暗号処理通信部２０２と，前記端末装置１０のＩＣカード通信部１０３から送信されたＩＣカードコマンド実行要求を受信し，受信したコマンドをＩＣカードへ転送するようＩＣカードアクセス部に要求し，転送されたＩＣカードコマンド実行結果をＩＣカードアクセス部から受信し，前記近距離通信部２０１を介して端末装置１０に返信するＩＣカード通信部２０３と，暗号関連処理のうちでＩＣカードを使わない処理を実行し，ＩＣカードを使う処理をＩＣカードアクセス部に要求し，処理結果を受信する暗号処理部２０４と，前記ＩＣカード通信部２０３または前記暗号処理部２０４からの要求に基づいてＩＣカードコマンドをＩＣカード３０に転送し，前記ＩＣカード３０からレスポンスを受信して，要求元に送信するＩＣカードアクセス部２０５と，過去の実績値やカタログ仕様上の公表値などの環境情報を基にした，端末装置１０と携帯端末２０の組合せ毎に個々の暗号処理関数の実行時間情報を保管する実行時間情報保管部２０６と，を含む。
【００２０】
ＩＣカード３０は，前記携帯端末２０と，データを送受信するデータ送受信部３０１と，前記データ送受信部３０１を介して受信したＩＣカードコマンドを解釈して処理を実行するコマンド実行部３０２と，鍵などの暗号処理を行うために使う情報を保管する暗号情報保管部３０３と，を含む。
【００２１】
図２は，端末装置１０と携帯端末２０のハードウェア構成図である。端末装置１０と携帯端末２０とでは，規模や性能の違いは有るが，ハードウェア構成は同様であり，ＣＰＵ１１，主記憶装置１２，補助記憶装置１４，通信装置１５，入出力装置１６，記憶媒体１８の読取装置１７などがバスなどの内部通信線１９で接続された構成である。
【００２２】
本実施例の認証処理について説明する。各装置の補助記憶装置１４に格納された処理プログラムが主記憶装置１２にロードされ，ＣＰＵにより実行されることにより，各処理部の処理が実行される。また，各プログラムは予め補助記憶装置１４に格納されても良いし，他の記憶媒体または通信媒体（ネットワーク，またはネットワークを伝搬する搬送波またはディジタル信号）を介して，必要なときにロードされても良い。
【００２３】
図３はＩＣカード３０のハードウェア構成図である。ＩＣカード３０は，入出力部３１と，ＣＰＵ３２と，耐タンパ記憶装置３３と，耐タンパメモリ３４と，がバスなどの内部通信線３５で接続されて構成されている。
【００２４】
図４は，端末装置１０のアプリケーション１０９が，暗号処置を要求してから，暗号処理結果が返信されるまでの処理フローを示す図である。
【００２５】
まず，端末装置１０のアプリケーション１０９は，暗号処理を要求するために暗号処理要求Ａ１０１を発行する。暗号処理インタフェース１０８は，暗号処理要求Ａ１０１を暗号処理関数に変換して選択部１０５に送信する（Ｓ１０１）。端末装置１０の選択部１０５は，実行時間情報保管部１０６に保管されている過去の実績値やカタログ仕様上の公表値などの環境情報を基にした，端末装置１０と携帯端末２０の組合せによって異なる個々の暗号処理関数の種類と実行時間を基に，要求された暗号処理要求Ａ１０１は，そのまま携帯端末２０に転送した方が早い処理なのか，あるいは，要求された暗号処理要求Ａ１０１は複数のＩＣカードコマンドに分解し個別に転送した方が早い処理なのか，あるいは，機密性が要求されない処理のために，端末装置１０の暗号処理部１０４で実行できる処理なのか，を判定する（Ｓ１０２）。
【００２６】
この判定（Ｓ１０２）の結果，機密性が要求されない処理であるならば（Ｓ１０３でＮＯ），端末装置１０内の暗号処理部１０４で暗号処理を実施し，暗号処理結果をアプリケーション１０９に返信して処理を終える。
【００２７】
前記判定（Ｓ１０２）の結果，機密性が要求される処理であり（Ｓ１０３でＹＥＳ），暗号処理要求をそのまま転送した方が早い処理の場合（Ｓ１０５でＹＥＳ），暗号処理通信部１０２を経由して，暗号処理要求Ａ１０２を，携帯端末２０に送信する。
【００２８】
携帯端末２０の暗号処理通信部２０２は，端末装置１０から送信された暗号処理要求Ａ１０２を解析し，暗号処理部２０４の暗号処理機能を実行する（Ｓ２０１）。このときＩＣカードで実行する必要のある処理に関しては，ＩＣカードに処理を要求する必要があるため，ＩＣカードコマンドＡ２０１としてＩＣカード３０に転送する（Ｓ２０２）。
【００２９】
ＩＣカード３０のコマンド実行部３０２は，転送されたＩＣカードコマンドＡ２０１を解釈し，該ＩＣカードコマンドを実行し（Ｓ３０１），レスポンスＡ３０１を携帯端末２０に返送する。１つの暗号処理が複数のＩＣカードコマンドの実行で実現される場合は，ＩＣカードコマンド転送処理（Ｓ２０２）における，ＩＣカードコマンドＡ２０１の送信とレスポンスＡ３０１の受信は，必要回数だけ繰り返される。
【００３０】
ＩＣカードコマンドが必要回数実行された後で，携帯端末２０の暗号処理部２０４は，暗号処理結果Ａ２０３を，暗号処理通信部２０２を介して，端末装置１０に返信する。端末装置１０の暗号処理通信部１０２は，暗号処理結果Ａ１０４をアプリケーション１０９に返信して処理を終える。
【００３１】
前記判定（Ｓ１０２）の結果，機密性が要求される処理であり（Ｓ１０３でＹＥＳ），暗号処理機能を複数のＩＣカードコマンドに分割して転送した方が早い処理の場合（Ｓ１０５でＮＯ），ＩＣカード通信部１０３を経由して，ＩＣカードコマンド転送要求Ａ１０３を，携帯端末２０に送信する。
【００３２】
携帯端末２０のＩＣカード通信部２０３は，端末装置１０から送信されたＩＣカードコマンド転送要求Ａ１０３を解析し，ＩＣカードアクセス部２０５を経由して，ＩＣカードコマンドＡ２０１をＩＣカードに転送する（Ｓ２０３）。ＩＣカード３０のコマンド実行部３０２は，転送されたＩＣカードコマンドＡ２０１を解釈し，該ＩＣカードコマンドを実行し（Ｓ３０１），レスポンスＡ３０１を携帯端末２０に返送する。
【００３３】
携帯端末２０のＩＣカード通信部２０３は，前記レスポンスＡ３０１を，近距離通信部２０１を経由して，端末装置１０に返信する。１つの暗号処理が複数のＩＣカードコマンドの実行で実現される場合は，ＩＣカードコマンド転送処理（Ｓ１０８）における，ＩＣカードコマンド転送要求Ａ１０３の送信とＩＣカードコマンド転送結果Ａ２０２の受信は，必要回数だけ繰り返される。ＩＣカードコマンドが必要回数実行された後で，端末装置１０のＩＣカード通信部１０３は，暗号処理結果Ａ１０４をアプリケーション１０９に返信して処理を終える。
【００３４】
図５は，図４に示す処理の前に行われる処理，すなわち，実行時間情報を生成する処理フローを示す図である。
【００３５】
まず，端末装置１０の近距離通信部１０１と，携帯端末２０の近距離通信部２０１は，ペアリング情報Ａ００１を送受信しあい端末同士の組み合わせを決定する。その後，携帯端末２０の近距離通信部２０１は，実行時間情報保管部２０６に保管されている携帯端末２０の実行速度などの性能情報Ａ２５１を，端末装置１０に送信する。端末装置１０の近距離通信部１０１は，該性能情報Ａ２５１を受信したときの通信処理時間を計測する（Ｓ１５１）。端末装置１０の選択部１０５は，前記携帯端末２０から受信した携帯端末２０の性能情報Ａ２５１と，自身の実行時間情報保管部１０６に保管している自身の性能情報と，前記ステップＳ１５１で計測した，端末装置１０と携帯端末２０との間の通信時間と，から実行時間情報を生成し保管する（Ｓ１５２）。その後，図４に示す暗号処理を実行する（Ｓ１５３）。ステップＳ１５１，Ｓ１５２の処理は，事前の準備段階に行っても良いし，実行時の直前に行っても良い。
【００３６】
なお，図５の処理において，携帯端末２０と端末装置１０とが，一度以上，組み合わせを確定した実績がある場合には，選択部１０５は端末装置１０の実行時間情報保管部１０６に，その時の端末装置１０と携帯端末２０の組合せにおける実行時間情報を保管し，２度目以降のペアリングの後では，携帯端末２０の近距離通信部２０１は，当該携帯端末を識別できる情報を送っても良い。
【００３７】
さらに，携帯端末２０を，一つ以上の端末装置１０を関連づけて利用する場合には，近距離通信部２０１は，携帯端末２０の実行時間情報保管部２０６に，その時の端末装置１０と携帯端末２０の組合せの場合における実行時間情報を保管し，ペアリングの際に，実行時間情報保管部２０６に保管されている実行時間情報を，端末装置１０に送っても良い。
【００３８】
図６は，端末装置１０と携帯端末２０の組合せにおける各暗号処理関数の処理時間の一例を表している。端末装置１０−１と携帯端末２０−１の組合せの場合には，＃１１の暗号処理関数をそのまま転送し，それ以外の関数に関してはＩＣカードコマンドを個別に転送する方が良いことを示している。それに対して，端末装置１０−２と携帯端末２０−２の組合せの場合には，＃１と＃２と＃５と＃１０〜＃１３の暗号処理関数はそのまま転送し，それ以外の関数に関してはＩＣカードコマンドを個別に転送する方が良いことを示している。
【００３９】
本実施例では，ＩＣカードコマンドと，複数のＩＣカードコマンドで実現される暗号処理関数，という２種類の包含関係のある処理を，端末装置１０と携帯端末２０の間で相互に送受信しあう場合について示した。しかし，端末装置１０内のアプリケーションが要求する目的が達成出来さえすれば，それを実現する個別の処理の間に包含関係がなくても良い。また，２種類である必要もなく，複数種類の処理の中から最速の処理を選択しても良い。
【００４０】
また，本実施例では，暗号処理関数とＩＣカードコマンドを送受信する方法を選択する例を示したが，暗号処理に限らなくても良い。例えば生体認証デバイスを用いるような場合に，生体認証デバイスへの命令をまとめて送受信するか，あるいは個別に送受信するかという方法を選択する場合にも適用できる。そのほか，端末装置１０と携帯端末装置２０で処理を分担して行うような任意の処理に適用できる。
【００４１】
また，本実施例では，端末装置１０と携帯端末２０の間のデータの送受信に近距離通信を用いたが，近距離無線通信を用いても良い。また，非接触ＩＣ通信を用いても良い。さらに，非接触ＩＣ通信と近距離無線通信を組み合わせて使っても良い。さらに有線でつないでも良い。
【００４２】
また，本実施例では，図５のシーケンスに置いて，速度を実測することとしているが，カタログ仕様の性能値を使っても良い。また，過去の履歴情報を保管し，実行時には，性能を測らず，過去の実績値を用いても良い。
【００４３】
なお，本発明は，上記の本実施形態に限定されるものではなく，その要旨の範囲内で様々な変形が可能である。
【符号の説明】
【００４４】
１０：端末装置，１１：ＣＰＵ，１２：主記憶装置，１４：補助記憶装置，１５：通信装置，１６：入出力装置，１７：読取装置，１８：記憶媒体，１９：内部信号線，３０：ＩＣカード，３１：入出力装置，３２：ＣＰＵ，３３：耐タンパ記憶装置，３４：耐タンパメモリ，３５：内部信号線，１０１：近距離通信部，１０２：暗号処理通信部，１０３：ＩＣカード通信部，１０４：暗号処理部，１０５：選択部，１０６：実行時間情報保管部，１０８：暗号処理インタフェース，１０９：アプリケーション，２０１：近距離通信部，２０２：暗号処理通信部，２０３：ＩＣカード通信部，２０４：暗号処理部，２０５：ＩＣカードアクセス部，２０６：実行時間情報保管部，３０１：データ送受信部，３０２コマンド実行部，３０３：暗号情報保管部，Ａ１０１：暗号処理要求，Ａ１０２：暗号処理要求，Ａ１０３：ＩＣカードコマンド転送要求，Ａ１０４：暗号処理結果，Ａ２０１：ＩＣカードコマンド，Ａ２０２：ＩＣカードコマンド転送結果，Ａ２０３：暗号処理結果，Ａ３０１：レスポンス，Ａ００１：ペアリング情報，Ａ２５１：性能情報
【技術分野】
【０００１】
本明細書で開示される主題は，携帯電話型暗号認証デバイスシステムに関する。
【背景技術】
【０００２】
近年，企業における情報漏洩事故が多発しており，情報管理の徹底が求められている。情報漏洩事故の事例としては，自宅に空き巣が入り，個人情報が保存された個人所有のＰＣ端末装置が盗難されたり，ノートＰＣやＵＳＢメモリの入った鞄を帰宅中の電車内で盗難されたりする事故が報告されている。これらに共通していることは，情報を社外へ持ち出しているということである。このような情報漏洩対策として，企業においてはシンクライアントソリューションのニーズが高まっている。記憶領域を持たないＰＣ端末装置を用いて，社内システムに接続し，情報そのものは社外に出さないという運用方法である。このようなシンクライアントシステムにおいては，社外から社内に接続する際の認証機能が重要となる。
【０００３】
ＰＣ端末装置などにＩＣカードリーダをつなぎ，個人用のＩＣカード（社員証等）やフラッシュメモリ型の認証デバイスを用いて個人認証を行い社内へのリモート接続を許可することが行われている。このようなリモート接続を行う場合，認証デバイスやそのリーダを鞄の中から探し出し，ＰＣ端末装置に接続し準備をするのに手間がかかっていた。その手間を省くために，認証デバイスをＰＣ端末装置のスロットに常時接続しておくことも考えられるが，上述のように，盗難や紛失の際にＰＣ端末装置とともに認証デバイスも同時に無くなることになり，安全性の観点で推奨されない。
【０００４】
一方，携帯端末を暗号化のためのデバイスとして用いるシステムが提案されている（例えば特許文献１請求項１）。また，携帯端末を電子署名のためのデバイスとして用いるシステムが提案されている（例えば特許文献２請求項１と２）。
【０００５】
また，認証時の使い勝手を改善するため，スマートフォンと呼ばれる携帯端末を上記認証デバイスとして用い，ＰＣ端末装置間で近距離無線通信によるコマンド送受信を行い，サービスを受けるシステムが提案されている（例えば非特許文献１の３．１節および３．２節）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2003-309553号公報（請求項１）
【特許文献２】特開2003-244129号公報（請求項１，請求項２）
【非特許文献】
【０００７】
【非特許文献１】梅澤ら, “スマートフォンを用いたリモート接続システムの開発と評価,”第8回情報科学技術フォーラム(FIT2009)予稿集, 第4分冊, pp.67-73, Sep. 2009（３.１章，３.２章，５章）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１および特許文献２では，携帯端末を認証デバイス，あるいは暗号デバイスとして用いることによってユーザの利便性を向上させようとしているが，具体的にどのようなコマンドを送受信して暗号および認証を実現しているのかが記述されていない。
【０００９】
また，非特許文献１では，どんなコマンドをＰＣ端末装置からスマートフォンに転送するかという方式の違いによって，暗号処理や認証処理時間が変わってくることが示されている。それらは，ＰＣ端末装置や，スマートフォンの処理性能，ＰＣ端末装置とスマートフォンの間の通信速度等の，システムを取り巻く環境に依存することが示されている。
【００１０】
認証時の使い勝手向上のためには，処理時間の短縮が望まれるが，非特許文献１には，実際の運用時に具体的にどの方式を選択すべきなのかということは示されていない。
【課題を解決するための手段】
【００１１】
本明細書で開示されるのは，携帯端末やスマートフォン（以下，携帯端末という）を，ＰＣ端末装置の認証用デバイスとして使用するシステムにおいて，システムを稼働させる環境（ＰＣ端末装置の処理性能，携帯端末の処理性能，ＰＣ端末装置と携帯端末間の通信速度）によって，コマンドの転送の方式を切り替えることで，処理速度を速くする携帯端末型暗号認証デバイスシステムおよびその方法である。
【００１２】
具体的には，携帯端末を認証および暗号デバイスとして用いる際に，動作環境によって異なる実行速度をも考慮して，適切なコマンド転送の方式を選択する。
【００１３】
上記態様によれば，ＰＣ端末装置で暗号処理あるいは認証処理を行う際に，携帯端末を認証デバイスとして用いる際に，より早い処理速度で，暗号処理あるいは認証処理を行うことが可能になる。
【発明の効果】
【００１４】
開示によれば，認証デバイスより早い処理速度で，暗号処理あるいは認証処理を行うことが可能になる。
【図面の簡単な説明】
【００１５】
【図１】実施例１の携帯端末型暗号認証デバイスシステムの構成を例示する図である。
【図２】端末装置，携帯端末のハードウェア構成を例示する図である。
【図３】ＩＣカードのハードウェア構成を例示する図である。
【図４】実施例１の端末装置内のアプリケーションが，暗号処理を行い際の処理フローを例示する図である。
【図５】実施例１の端末装置内の選択ルールを新規設定，あるいは更新する際の処理フローを例示する図である。
【図６】端末装置と携帯端末の組合せにおける各暗号処理関数の処理時間を例示する図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態について説明する。なお，これにより本発明が限定されるものではない。
【実施例１】
【００１７】
図１は，本実施例の携帯端末型暗号認証デバイスシステムの構成図である。本実施例の携帯端末型暗号認証デバイスシステムは，図１に示すように，１つまたは複数の端末装置１０ｎと認証用デバイスとして用いる携帯端末２０とが近距離無線通信を介して接続される。また，前記携帯端末２０には，ＩＣカード３０が接続されている。
【００１８】
端末装置１０は，暗号処理や認証処理を要求するアプリケーション１０９と，該アプリケーション１０９から呼び出されるための暗号用のインタフェースを提供し，アプリケーション１０９が発行する暗号処理要求を暗号処理関数に変換する暗号処理インタフェース１０８と，暗号処理関数を自分自身で処理するための暗号処理部１０４と，暗号処理関数の処理を前記携帯端末２０へ要求する暗号処理通信部１０２と，１つの暗号処理関数を複数のＩＣカードコマンドに分解して，それぞれのＩＣカードコマンドについて，該コマンドの実行を前記携帯端末２０へ要求するＩＣカード通信部１０３と，前記暗号処理通信部１０２と，ＩＣカード通信部１０３とからの要求に応じて，前記携帯端末２０と，近距離無線通信を行う近距離通信部１０１と，個々の暗号処理関数に関して，暗号処理関数の単位で前記携帯端末２０に処理を要求した方が早いのか，あるいは，個々の暗号処理関数を複数のＩＣカードコマンドに分割して前記携帯端末２０に処理を要求した方が早いのか，を判定し，処理方式の選択を行う選択部１０５と，過去の実績値やカタログ仕様上の公表値などの環境情報を基にした，端末装置１０と携帯端末２０の組合せ毎に個々の暗号処理関数の実行時間情報を保管する実行時間情報保管部１０６と，を含む。
【００１９】
携帯端末２０は，前記端末装置１０の近距離通信部１０１とデータの送受信を行う近距離通信部２０１と，端末装置１０の暗号処理通信部１０２から送信された暗号処理関数の処理要求を受信し，処理結果を前記近距離通信部２０１を介して端末装置１０に返信する暗号処理通信部２０２と，前記端末装置１０のＩＣカード通信部１０３から送信されたＩＣカードコマンド実行要求を受信し，受信したコマンドをＩＣカードへ転送するようＩＣカードアクセス部に要求し，転送されたＩＣカードコマンド実行結果をＩＣカードアクセス部から受信し，前記近距離通信部２０１を介して端末装置１０に返信するＩＣカード通信部２０３と，暗号関連処理のうちでＩＣカードを使わない処理を実行し，ＩＣカードを使う処理をＩＣカードアクセス部に要求し，処理結果を受信する暗号処理部２０４と，前記ＩＣカード通信部２０３または前記暗号処理部２０４からの要求に基づいてＩＣカードコマンドをＩＣカード３０に転送し，前記ＩＣカード３０からレスポンスを受信して，要求元に送信するＩＣカードアクセス部２０５と，過去の実績値やカタログ仕様上の公表値などの環境情報を基にした，端末装置１０と携帯端末２０の組合せ毎に個々の暗号処理関数の実行時間情報を保管する実行時間情報保管部２０６と，を含む。
【００２０】
ＩＣカード３０は，前記携帯端末２０と，データを送受信するデータ送受信部３０１と，前記データ送受信部３０１を介して受信したＩＣカードコマンドを解釈して処理を実行するコマンド実行部３０２と，鍵などの暗号処理を行うために使う情報を保管する暗号情報保管部３０３と，を含む。
【００２１】
図２は，端末装置１０と携帯端末２０のハードウェア構成図である。端末装置１０と携帯端末２０とでは，規模や性能の違いは有るが，ハードウェア構成は同様であり，ＣＰＵ１１，主記憶装置１２，補助記憶装置１４，通信装置１５，入出力装置１６，記憶媒体１８の読取装置１７などがバスなどの内部通信線１９で接続された構成である。
【００２２】
本実施例の認証処理について説明する。各装置の補助記憶装置１４に格納された処理プログラムが主記憶装置１２にロードされ，ＣＰＵにより実行されることにより，各処理部の処理が実行される。また，各プログラムは予め補助記憶装置１４に格納されても良いし，他の記憶媒体または通信媒体（ネットワーク，またはネットワークを伝搬する搬送波またはディジタル信号）を介して，必要なときにロードされても良い。
【００２３】
図３はＩＣカード３０のハードウェア構成図である。ＩＣカード３０は，入出力部３１と，ＣＰＵ３２と，耐タンパ記憶装置３３と，耐タンパメモリ３４と，がバスなどの内部通信線３５で接続されて構成されている。
【００２４】
図４は，端末装置１０のアプリケーション１０９が，暗号処置を要求してから，暗号処理結果が返信されるまでの処理フローを示す図である。
【００２５】
まず，端末装置１０のアプリケーション１０９は，暗号処理を要求するために暗号処理要求Ａ１０１を発行する。暗号処理インタフェース１０８は，暗号処理要求Ａ１０１を暗号処理関数に変換して選択部１０５に送信する（Ｓ１０１）。端末装置１０の選択部１０５は，実行時間情報保管部１０６に保管されている過去の実績値やカタログ仕様上の公表値などの環境情報を基にした，端末装置１０と携帯端末２０の組合せによって異なる個々の暗号処理関数の種類と実行時間を基に，要求された暗号処理要求Ａ１０１は，そのまま携帯端末２０に転送した方が早い処理なのか，あるいは，要求された暗号処理要求Ａ１０１は複数のＩＣカードコマンドに分解し個別に転送した方が早い処理なのか，あるいは，機密性が要求されない処理のために，端末装置１０の暗号処理部１０４で実行できる処理なのか，を判定する（Ｓ１０２）。
【００２６】
この判定（Ｓ１０２）の結果，機密性が要求されない処理であるならば（Ｓ１０３でＮＯ），端末装置１０内の暗号処理部１０４で暗号処理を実施し，暗号処理結果をアプリケーション１０９に返信して処理を終える。
【００２７】
前記判定（Ｓ１０２）の結果，機密性が要求される処理であり（Ｓ１０３でＹＥＳ），暗号処理要求をそのまま転送した方が早い処理の場合（Ｓ１０５でＹＥＳ），暗号処理通信部１０２を経由して，暗号処理要求Ａ１０２を，携帯端末２０に送信する。
【００２８】
携帯端末２０の暗号処理通信部２０２は，端末装置１０から送信された暗号処理要求Ａ１０２を解析し，暗号処理部２０４の暗号処理機能を実行する（Ｓ２０１）。このときＩＣカードで実行する必要のある処理に関しては，ＩＣカードに処理を要求する必要があるため，ＩＣカードコマンドＡ２０１としてＩＣカード３０に転送する（Ｓ２０２）。
【００２９】
ＩＣカード３０のコマンド実行部３０２は，転送されたＩＣカードコマンドＡ２０１を解釈し，該ＩＣカードコマンドを実行し（Ｓ３０１），レスポンスＡ３０１を携帯端末２０に返送する。１つの暗号処理が複数のＩＣカードコマンドの実行で実現される場合は，ＩＣカードコマンド転送処理（Ｓ２０２）における，ＩＣカードコマンドＡ２０１の送信とレスポンスＡ３０１の受信は，必要回数だけ繰り返される。
【００３０】
ＩＣカードコマンドが必要回数実行された後で，携帯端末２０の暗号処理部２０４は，暗号処理結果Ａ２０３を，暗号処理通信部２０２を介して，端末装置１０に返信する。端末装置１０の暗号処理通信部１０２は，暗号処理結果Ａ１０４をアプリケーション１０９に返信して処理を終える。
【００３１】
前記判定（Ｓ１０２）の結果，機密性が要求される処理であり（Ｓ１０３でＹＥＳ），暗号処理機能を複数のＩＣカードコマンドに分割して転送した方が早い処理の場合（Ｓ１０５でＮＯ），ＩＣカード通信部１０３を経由して，ＩＣカードコマンド転送要求Ａ１０３を，携帯端末２０に送信する。
【００３２】
携帯端末２０のＩＣカード通信部２０３は，端末装置１０から送信されたＩＣカードコマンド転送要求Ａ１０３を解析し，ＩＣカードアクセス部２０５を経由して，ＩＣカードコマンドＡ２０１をＩＣカードに転送する（Ｓ２０３）。ＩＣカード３０のコマンド実行部３０２は，転送されたＩＣカードコマンドＡ２０１を解釈し，該ＩＣカードコマンドを実行し（Ｓ３０１），レスポンスＡ３０１を携帯端末２０に返送する。
【００３３】
携帯端末２０のＩＣカード通信部２０３は，前記レスポンスＡ３０１を，近距離通信部２０１を経由して，端末装置１０に返信する。１つの暗号処理が複数のＩＣカードコマンドの実行で実現される場合は，ＩＣカードコマンド転送処理（Ｓ１０８）における，ＩＣカードコマンド転送要求Ａ１０３の送信とＩＣカードコマンド転送結果Ａ２０２の受信は，必要回数だけ繰り返される。ＩＣカードコマンドが必要回数実行された後で，端末装置１０のＩＣカード通信部１０３は，暗号処理結果Ａ１０４をアプリケーション１０９に返信して処理を終える。
【００３４】
図５は，図４に示す処理の前に行われる処理，すなわち，実行時間情報を生成する処理フローを示す図である。
【００３５】
まず，端末装置１０の近距離通信部１０１と，携帯端末２０の近距離通信部２０１は，ペアリング情報Ａ００１を送受信しあい端末同士の組み合わせを決定する。その後，携帯端末２０の近距離通信部２０１は，実行時間情報保管部２０６に保管されている携帯端末２０の実行速度などの性能情報Ａ２５１を，端末装置１０に送信する。端末装置１０の近距離通信部１０１は，該性能情報Ａ２５１を受信したときの通信処理時間を計測する（Ｓ１５１）。端末装置１０の選択部１０５は，前記携帯端末２０から受信した携帯端末２０の性能情報Ａ２５１と，自身の実行時間情報保管部１０６に保管している自身の性能情報と，前記ステップＳ１５１で計測した，端末装置１０と携帯端末２０との間の通信時間と，から実行時間情報を生成し保管する（Ｓ１５２）。その後，図４に示す暗号処理を実行する（Ｓ１５３）。ステップＳ１５１，Ｓ１５２の処理は，事前の準備段階に行っても良いし，実行時の直前に行っても良い。
【００３６】
なお，図５の処理において，携帯端末２０と端末装置１０とが，一度以上，組み合わせを確定した実績がある場合には，選択部１０５は端末装置１０の実行時間情報保管部１０６に，その時の端末装置１０と携帯端末２０の組合せにおける実行時間情報を保管し，２度目以降のペアリングの後では，携帯端末２０の近距離通信部２０１は，当該携帯端末を識別できる情報を送っても良い。
【００３７】
さらに，携帯端末２０を，一つ以上の端末装置１０を関連づけて利用する場合には，近距離通信部２０１は，携帯端末２０の実行時間情報保管部２０６に，その時の端末装置１０と携帯端末２０の組合せの場合における実行時間情報を保管し，ペアリングの際に，実行時間情報保管部２０６に保管されている実行時間情報を，端末装置１０に送っても良い。
【００３８】
図６は，端末装置１０と携帯端末２０の組合せにおける各暗号処理関数の処理時間の一例を表している。端末装置１０−１と携帯端末２０−１の組合せの場合には，＃１１の暗号処理関数をそのまま転送し，それ以外の関数に関してはＩＣカードコマンドを個別に転送する方が良いことを示している。それに対して，端末装置１０−２と携帯端末２０−２の組合せの場合には，＃１と＃２と＃５と＃１０〜＃１３の暗号処理関数はそのまま転送し，それ以外の関数に関してはＩＣカードコマンドを個別に転送する方が良いことを示している。
【００３９】
本実施例では，ＩＣカードコマンドと，複数のＩＣカードコマンドで実現される暗号処理関数，という２種類の包含関係のある処理を，端末装置１０と携帯端末２０の間で相互に送受信しあう場合について示した。しかし，端末装置１０内のアプリケーションが要求する目的が達成出来さえすれば，それを実現する個別の処理の間に包含関係がなくても良い。また，２種類である必要もなく，複数種類の処理の中から最速の処理を選択しても良い。
【００４０】
また，本実施例では，暗号処理関数とＩＣカードコマンドを送受信する方法を選択する例を示したが，暗号処理に限らなくても良い。例えば生体認証デバイスを用いるような場合に，生体認証デバイスへの命令をまとめて送受信するか，あるいは個別に送受信するかという方法を選択する場合にも適用できる。そのほか，端末装置１０と携帯端末装置２０で処理を分担して行うような任意の処理に適用できる。
【００４１】
また，本実施例では，端末装置１０と携帯端末２０の間のデータの送受信に近距離通信を用いたが，近距離無線通信を用いても良い。また，非接触ＩＣ通信を用いても良い。さらに，非接触ＩＣ通信と近距離無線通信を組み合わせて使っても良い。さらに有線でつないでも良い。
【００４２】
また，本実施例では，図５のシーケンスに置いて，速度を実測することとしているが，カタログ仕様の性能値を使っても良い。また，過去の履歴情報を保管し，実行時には，性能を測らず，過去の実績値を用いても良い。
【００４３】
なお，本発明は，上記の本実施形態に限定されるものではなく，その要旨の範囲内で様々な変形が可能である。
【符号の説明】
【００４４】
１０：端末装置，１１：ＣＰＵ，１２：主記憶装置，１４：補助記憶装置，１５：通信装置，１６：入出力装置，１７：読取装置，１８：記憶媒体，１９：内部信号線，３０：ＩＣカード，３１：入出力装置，３２：ＣＰＵ，３３：耐タンパ記憶装置，３４：耐タンパメモリ，３５：内部信号線，１０１：近距離通信部，１０２：暗号処理通信部，１０３：ＩＣカード通信部，１０４：暗号処理部，１０５：選択部，１０６：実行時間情報保管部，１０８：暗号処理インタフェース，１０９：アプリケーション，２０１：近距離通信部，２０２：暗号処理通信部，２０３：ＩＣカード通信部，２０４：暗号処理部，２０５：ＩＣカードアクセス部，２０６：実行時間情報保管部，３０１：データ送受信部，３０２コマンド実行部，３０３：暗号情報保管部，Ａ１０１：暗号処理要求，Ａ１０２：暗号処理要求，Ａ１０３：ＩＣカードコマンド転送要求，Ａ１０４：暗号処理結果，Ａ２０１：ＩＣカードコマンド，Ａ２０２：ＩＣカードコマンド転送結果，Ａ２０３：暗号処理結果，Ａ３０１：レスポンス，Ａ００１：ペアリング情報，Ａ２５１：性能情報
【特許請求の範囲】
【請求項１】
第一の端末と第二の端末とが近距離無線通信を介して互いに接続される無線通信システムであって，
第一の端末は，
前記第二の端末の下位モジュールに処理を要求するアプリケーション部と，
該アプリケーション部から要求された処理を前記下位モジュールでの処理用に変換する要求変換部と，
要求変換部が変換した処理要求に基づく，第一の下位モジュールによる第一処理を前記第二の端末へ要求する第一処理通信部と，
要求変換部が変換した処理要求に基づく，第一の下位モジュールによる処理と処理結果は同じになるが処理内容の異なる第二の下位モジュールによる第二処理を前記第二の端末へ要求する第二処理通信部と，
前記第一処理通信部または，第二処理通信部からの要求に応じて，前記第二の端末と，近距離無線通信を行う近距離通信部と，
第一の下位モジュールに第一処理を要求した方が早いのか，あるいは，第二の下位モジュールに第二処理を要求した方が早いのか，を判定し，処理方式の選択を行う処理選択部と，
自端末と第二の端末の組合せ毎にどちらの下位モジュールに処理を要求すべきかの実行時間情報を保管する実行時間情報保管部と，を有し，
前記第二の端末は，
前記第一の端末の近距離通信部とデータの送受信を行う近距離通信部と，
第一の端末の第一処理通信部から送信された第一処理要求を受信し，第一処理結果を前記近距離通信部を介して第一の端末に返信する第一処理通信部と，
前記第一の端末の第二処理通信部から送信された第二処理要求を受信し，第二処理結果を前記近距離通信部を介して第一の端末に返信する第二処理通信部と，
第一処理を実行する第一処理部と，
第二処理を実行する第二処理部と，を有する
ことを特徴とする無線通信システム。
【請求項２】
請求項１に記載の無線通信システムであって，
前記第一の下位モジュールによる第一処理は，複数の関数による処理を含み，
前記第二の下位モジュールによる第二処理は，複数の関数による処理を含み，
前記第一の端末の処理選択部は，関数ごとに，前記第一処理と前記第二処理のどちらの処理が早いのか，を判定し，処理方式の選択を行う処理選択部と，
第一の端末と第二の端末の組合せ毎に，前記関数ごとに，前記第一処理，前記第二処理のどちらに処理要求すべきかの実行時間情報を保管する実行時間情報保管部と，を有する
ことを特徴とする無線通信システム。
【請求項３】
請求項１または２に記載の無線通信システムであって，
前記第二の端末には，前記第二処理の一部を実行するデバイスが接続され，
デバイスは，
前記第二の端末と，データを送受信するデータ送受信部と，
前記データ送受信部を介して受信したコマンドを解釈して処理を実行するコマンド実行部と，
鍵を含む秘密情報を保管する暗号情報保管部と，を有する
ことを特徴とする無線通信システム。
【請求項４】
請求項１から３のいずれか一に記載の無線通信システムであって，
第一の端末内には，ｎ種類の第ｎ処理通信部を有し，
第二の端末は，ｎ種類（ｎは２以上）の第ｎ処理通信部と，ｎ種類の第ｎ処理部と，を有する
ことを特徴とする無線通信システム。
【請求項５】
請求項３に記載の無線通信システムであって，
前記アプリケーション部が要求する処理は暗号処理であって，
前記デバイスはＩＣカードであって，
前記要求変換部による変換結果は，暗号処理関数であって，
前記第一処理通信部が要求する前記第一処理は，前記暗号処理関数の実行であって，
前記第二処理通信部が要求する前記第二処理は，前記暗号処理関数を実現する複数のＩＣカードコマンドであって，
前記第二の端末の前記第一処理部は，前記暗号処理関数の処理のうち，前記ＩＣカードを使わない処理を実行する暗号処理部と，前記ＩＣカードに要求する処理に係わるＩＣカードコマンドを発行し，処理結果を受信する
ことを特徴とする無線通信システム。
【請求項６】
請求項１から５のいずれか一に記載の無線通信システムであって，
第一の端末の近距離通信部と，第二の端末の近距離通信部は，ペアリング情報を互いに送受信して，第一の端末と第二の端末との組み合わせを決定し，
第二の端末の近距離通信部は，実行時間情報保管部に保管されている第二の端末の実行速度を含む性能情報を，第一の端末に送信し，
第一の端末の近距離通信部は，該性能情報を受信したときの通信処理時間を計測し，
第一の端末の選択部は，
前記第二の端末から受信した第二の端末の性能情報と，自身の実行時間情報保管部に保管している自身の性能情報と，前記計測した，第一の端末と第二の端末との間の通信処理時間と，から実行時間情報を生成し，
生成した実行時間情報を前記実行時間情報保管部に保管する
ことを特徴とする無線通信システム。
【請求項７】
請求項６に記載の無線通信システムであって，
前記第一の端末の選択部は，一度以上，組み合わせを確定した実績がある場合には，第二の端末の実行時間情報保管部に，その時の第一の端末と第二の端末の組合せにおける実行時間情報を保管し，
前記第二の端末の前記近距離通信部は，２度目以降のペアリングの後では，第二の端末を識別できる情報を送信する
ことを特徴とする無線通信システム。
【請求項８】
請求項１から７のいずれか一に記載の無線通信システムであって，
第二の端末を，一つ以上の第一の端末を関連づけて利用する場合に，第二の端末の近距離通信部は，
実行時間情報保管部に，第一の端末と第二の端末の組合せにおける実行時間情報を保管し，
ペアリングの際に，実行時間情報保管部に保管されている実行時間情報を，第一の端末に送信する
ことを特徴とする無線通信システム。
【請求項９】
請求項６から８のいずれか一に記載の無線通信システムであって，
第一の端末の選択部は，第二の端末とペアリングを行った後で，公開されている公表値に基づき前記実行時間情報を生成する
ことを特徴とする無線通信システム。
【請求項１０】
請求項５に記載の無線通信システムであって，
前記第一の端末は，暗号処理部を備え，
選択部は，
アプリケーション部から要求された暗号処理が機密性が要求されない場合に，前記暗号処理部での暗号処理を選択し，
前記暗号処理部による暗号処理結果を前記アプリケーション部に返信する
ことを特徴とする無線通信システム。
【請求項１】
第一の端末と第二の端末とが近距離無線通信を介して互いに接続される無線通信システムであって，
第一の端末は，
前記第二の端末の下位モジュールに処理を要求するアプリケーション部と，
該アプリケーション部から要求された処理を前記下位モジュールでの処理用に変換する要求変換部と，
要求変換部が変換した処理要求に基づく，第一の下位モジュールによる第一処理を前記第二の端末へ要求する第一処理通信部と，
要求変換部が変換した処理要求に基づく，第一の下位モジュールによる処理と処理結果は同じになるが処理内容の異なる第二の下位モジュールによる第二処理を前記第二の端末へ要求する第二処理通信部と，
前記第一処理通信部または，第二処理通信部からの要求に応じて，前記第二の端末と，近距離無線通信を行う近距離通信部と，
第一の下位モジュールに第一処理を要求した方が早いのか，あるいは，第二の下位モジュールに第二処理を要求した方が早いのか，を判定し，処理方式の選択を行う処理選択部と，
自端末と第二の端末の組合せ毎にどちらの下位モジュールに処理を要求すべきかの実行時間情報を保管する実行時間情報保管部と，を有し，
前記第二の端末は，
前記第一の端末の近距離通信部とデータの送受信を行う近距離通信部と，
第一の端末の第一処理通信部から送信された第一処理要求を受信し，第一処理結果を前記近距離通信部を介して第一の端末に返信する第一処理通信部と，
前記第一の端末の第二処理通信部から送信された第二処理要求を受信し，第二処理結果を前記近距離通信部を介して第一の端末に返信する第二処理通信部と，
第一処理を実行する第一処理部と，
第二処理を実行する第二処理部と，を有する
ことを特徴とする無線通信システム。
【請求項２】
請求項１に記載の無線通信システムであって，
前記第一の下位モジュールによる第一処理は，複数の関数による処理を含み，
前記第二の下位モジュールによる第二処理は，複数の関数による処理を含み，
前記第一の端末の処理選択部は，関数ごとに，前記第一処理と前記第二処理のどちらの処理が早いのか，を判定し，処理方式の選択を行う処理選択部と，
第一の端末と第二の端末の組合せ毎に，前記関数ごとに，前記第一処理，前記第二処理のどちらに処理要求すべきかの実行時間情報を保管する実行時間情報保管部と，を有する
ことを特徴とする無線通信システム。
【請求項３】
請求項１または２に記載の無線通信システムであって，
前記第二の端末には，前記第二処理の一部を実行するデバイスが接続され，
デバイスは，
前記第二の端末と，データを送受信するデータ送受信部と，
前記データ送受信部を介して受信したコマンドを解釈して処理を実行するコマンド実行部と，
鍵を含む秘密情報を保管する暗号情報保管部と，を有する
ことを特徴とする無線通信システム。
【請求項４】
請求項１から３のいずれか一に記載の無線通信システムであって，
第一の端末内には，ｎ種類の第ｎ処理通信部を有し，
第二の端末は，ｎ種類（ｎは２以上）の第ｎ処理通信部と，ｎ種類の第ｎ処理部と，を有する
ことを特徴とする無線通信システム。
【請求項５】
請求項３に記載の無線通信システムであって，
前記アプリケーション部が要求する処理は暗号処理であって，
前記デバイスはＩＣカードであって，
前記要求変換部による変換結果は，暗号処理関数であって，
前記第一処理通信部が要求する前記第一処理は，前記暗号処理関数の実行であって，
前記第二処理通信部が要求する前記第二処理は，前記暗号処理関数を実現する複数のＩＣカードコマンドであって，
前記第二の端末の前記第一処理部は，前記暗号処理関数の処理のうち，前記ＩＣカードを使わない処理を実行する暗号処理部と，前記ＩＣカードに要求する処理に係わるＩＣカードコマンドを発行し，処理結果を受信する
ことを特徴とする無線通信システム。
【請求項６】
請求項１から５のいずれか一に記載の無線通信システムであって，
第一の端末の近距離通信部と，第二の端末の近距離通信部は，ペアリング情報を互いに送受信して，第一の端末と第二の端末との組み合わせを決定し，
第二の端末の近距離通信部は，実行時間情報保管部に保管されている第二の端末の実行速度を含む性能情報を，第一の端末に送信し，
第一の端末の近距離通信部は，該性能情報を受信したときの通信処理時間を計測し，
第一の端末の選択部は，
前記第二の端末から受信した第二の端末の性能情報と，自身の実行時間情報保管部に保管している自身の性能情報と，前記計測した，第一の端末と第二の端末との間の通信処理時間と，から実行時間情報を生成し，
生成した実行時間情報を前記実行時間情報保管部に保管する
ことを特徴とする無線通信システム。
【請求項７】
請求項６に記載の無線通信システムであって，
前記第一の端末の選択部は，一度以上，組み合わせを確定した実績がある場合には，第二の端末の実行時間情報保管部に，その時の第一の端末と第二の端末の組合せにおける実行時間情報を保管し，
前記第二の端末の前記近距離通信部は，２度目以降のペアリングの後では，第二の端末を識別できる情報を送信する
ことを特徴とする無線通信システム。
【請求項８】
請求項１から７のいずれか一に記載の無線通信システムであって，
第二の端末を，一つ以上の第一の端末を関連づけて利用する場合に，第二の端末の近距離通信部は，
実行時間情報保管部に，第一の端末と第二の端末の組合せにおける実行時間情報を保管し，
ペアリングの際に，実行時間情報保管部に保管されている実行時間情報を，第一の端末に送信する
ことを特徴とする無線通信システム。
【請求項９】
請求項６から８のいずれか一に記載の無線通信システムであって，
第一の端末の選択部は，第二の端末とペアリングを行った後で，公開されている公表値に基づき前記実行時間情報を生成する
ことを特徴とする無線通信システム。
【請求項１０】
請求項５に記載の無線通信システムであって，
前記第一の端末は，暗号処理部を備え，
選択部は，
アプリケーション部から要求された暗号処理が機密性が要求されない場合に，前記暗号処理部での暗号処理を選択し，
前記暗号処理部による暗号処理結果を前記アプリケーション部に返信する
ことを特徴とする無線通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１２−２３３９３７（Ｐ２０１２−２３３９３７Ａ）
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願番号】特願２０１１−１００３９２（Ｐ２０１１−１００３９２）
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願日】平成２３年４月２８日（２０１１．４．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]