JP2013106285A - 携帯端末装置、暗号鍵生成方法、およびプログラム。 - Google Patents

Abstract

【課題】暗号鍵の生成に娯楽性や話題性は殆どないこと。
【解決手段】画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する記憶装置と、表示装置と、入力装置と、前記記憶装置、前記表示装置、および前記入力装置に接続されるプロセッサとを備え、プロセッサは、１以上のファイルのリストを表示装置に表示して、リストの中からユーザが選択したファイルの選択情報を入力装置から入力し、選択されたファイルのビット列をバイナリ形式で読み込み、読み込んだバイナリ形式のビット列を暗号鍵として生成するようにプログラムされている。
【選択図】図１

Description

本発明は、暗号鍵を生成する機能を有する携帯端末装置および暗号鍵生成方法に関する。

携帯電話機などの携帯端末の利用者間で、画像や音声や動画などを記録したファイルをメールに添付して送受信することが日常的に行われている。その場合、第三者に対して秘密にしておきたいファイルは暗号化して添付することが行われる。

ファイルの暗号化は、携帯端末に実装された暗号化プログラムを使用して行う。暗号化には暗号鍵が必要である。例えば、共通鍵暗号方式の一種であるＡＥＳ（Advanced Encryption Standard）では、１２８ビット、１９２ビット、および２５６ビットの共通鍵（暗号鍵／復号鍵）を使用する（例えば特許文献１参照）。

このような共通鍵暗号方式で使用する共通鍵を生成する方法として、乱数生成部で生成した乱数と予め設定された秘密鍵とを一方向性関数に入力して自動的に生成する方法がある（例えば特許文献２参照）。

その他、本発明に関連する技術として以下のような技術がある。例えば特許文献３には、乱数発生器で発生させた乱数あるいはメモリに記憶しておいた真の乱数をキーとして使用することが記載されている。また、特許文献４には、データ処理装置のセーブデータをバイナリ形式のデータに変換し、変換後のバイナリ形式のデータから予め定められた箇所のビット列を抽出し、この抽出したビット列を上記セーブデータの改変検出用のプロテクトデータとして保存する技術が記載されている。

特開２０１０−２６６７５１号公報 特開２０１０−４３９０号公報 特開昭６０−１３３４９２号公報 特開２００３−２７１４５９号公報

しかし、暗号鍵の生成の自動化が進むにつれ、利用者の負担が軽減される一方、情報を暗号化して送信する作業の楽しみがどんどん薄れていく。また、親しい友人に写真や画像などを暗号化して送信する際、暗号鍵の生成が話題にのぼることは殆どない。

本発明の目的は、上述したような課題、すなわち暗号鍵の生成に娯楽性や話題性は殆どない、という課題を解決することにある。

本発明の一形態にかかる携帯端末装置は、
画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する記憶装置と、表示装置と、入力装置と、上記記憶装置、上記表示装置、および上記入力装置に接続されるプロセッサとを備え、
上記プロセッサは、
上記１以上のファイルのリストを上記表示装置に表示して、上記リストの中からユーザが選択したファイルの選択情報を上記入力装置から入力し、
上記選択されたファイルのビット列をバイナリ形式で読み込み、
上記読み込んだバイナリ形式のビット列を暗号鍵として生成する
ようにプログラムされている、といった構成を採る。

本発明は上述したような構成を有するため、携帯端末装置で行う暗号鍵の生成に、娯楽性と話題性を持たせることが可能になる。

本発明の第１の実施形態のブロック図である。 本発明の第１の実施形態の処理例を示すフローチャートである。 本発明の第２の実施形態のブロック図である。 本発明の第２の実施形態の処理例を示すフローチャートである。 本発明の第２の実施形態において同一抽出元ファイルの参照位置の変更で異なる暗号鍵を得られる例を示す図である。 本発明の第４の実施形態における携帯電話表示画面のダイアログを示す第１の図である。 本発明の第４の実施形態における携帯電話表示画面のダイアログを示す第２の図である。 本発明の第４の実施形態における携帯電話表示画面のダイアログを示す第３の図である。 本発明の第４の実施形態における携帯電話表示画面のダイアログを示す第４の図である。 本発明の第４の実施形態における携帯電話表示画面のダイアログを示す第５の図である。 本発明の第４の実施形態における携帯電話表示画面のダイアログを示す第６の図である。 本発明を第３の実施形態のブロック図である。 Ｃ言語による実装のサンプルを示す図である。

[第１の実施形態]
図１を参照すると、本発明の第１の実施形態にかかる携帯端末１は、自端末の記憶装置に保存されている画像や音声や動画などを記録したファイルを暗号化するための暗号鍵を生成する機能を有している。

携帯端末１は、主な機能部として、通信インターフェース部（以下、通信Ｉ／Ｆ部という）１１、操作入力部１２、画面表示部１３、記憶部１４、およびプロセッサ１５を有する。

通信Ｉ／Ｆ部１１は、専用のデータ通信回路からなり、通信回線（図示せず）を介して接続された図示しない各種装置との間でデータ通信を行う機能を有している。

操作入力部１２は、キーボードやマウスなどの操作入力装置からなり、オペレータの操作を検出してプロセッサ１５に出力する機能を有している。

画面表示部１３は、ＬＣＤ（Liquid Crystal Display：液晶ディスプレイ）やＰＤＰ（plasma Display Panel：プラズマディスプレイ）などの画面表示装置からなり、プロセッサ１５からの指示に応じて、操作メニューなどの各種情報を画面表示する機能を有している。

記憶部１４は、ハードディスクや半導体メモリやメモリカードなどの記憶装置からなり、プロセッサ１５での各種処理に必要な処理情報やプログラム１４Ｐを記憶する機能を有している。プログラム１４Ｐは、プロセッサ１５に読み込まれて実行されることにより各種処理部を実現するプログラムであり、通信Ｉ／Ｆ部１１などのデータ入出力機能を介して外部装置（図示せず）やコンピュータ読取可能な記憶媒体（図示せず）から予め読み込まれて記憶部１４に保存される。記憶部１４で記憶される主な処理情報として、複数のファイル１４Ａ１〜１４Ａｎと、暗号鍵１４Ｂと、暗号化ファイル１４Ｃとがある。

ファイル１４Ａ１〜１４Ａｎのそれぞれは、画像、音声、動画の少なくとも１つを記憶している。ファイル１４Ａ１〜１４Ａｎの形式は、ＧＩＦ（Graphics Interchange Format：グラフィックス・インターチェンジ・フォーマット）、ＪＰＥＧ（Joint Photographic Experts Group：ジョイント・フォトグラフィック・エクスパート・グループ）、ＭＰＥＧ（Moving Picture Experts Group：ムービング・ピクチャ・エクスパート・グループ）、ＡＡＣ（Advanced Audio Coding：先進的音響符号化）等、任意である。

暗号鍵１４Ｂは、暗号化および復号に使用する鍵である。暗号化ファイル１４Ｃは、暗号鍵１４Ｂを用いて暗号化されたファイルである。

プロセッサ１５は、ＣＰＵ（Central Processing Unit）などのマイクロプロセッサとその周辺回路を有し、記憶部１４からプログラム１４Ｐを読み込んで実行することにより、上記ハードウェアとプログラム１４Ｐとを協働させて各種処理部を実現する機能を有している。プロセッサ１５で実現される主な処理部として、選択部１５Ａ、暗号鍵生成部１５Ｂ、および暗号化部１５Ｃがある。

選択部１５Ａは、記憶部１４に記憶されているファイル１４Ａ１〜１４Ａｎのリストを画面表示部１３に表示する機能と、表示されたリストの中から携帯端末ユーザが選択したファイル１４Ａｉ（ｉ＝１〜ｎの何れか）の選択情報を操作入力部１２から入力する機能とを有する。

暗号鍵生成部１５Ｂは、上記選択されたファイル１４Ａｉのビット列をバイナリ形式で記憶部１４から読み込む機能と、読み込んだバイナリ形式のビット列を暗号鍵１４Ｂとして記憶部１４に保存する機能とを有する。

暗号化部１５Ｃは、上記生成された暗号鍵１４Ｂを用いて暗号化対象ファイルを暗号化し、暗号化ファイル１４Ｃとして記憶部１４に保存する機能を有する。ここで、暗号化対象ファイルは、ファイル１４Ａ１〜１４Ａｎの何れであってもよい。

次に、図２を参照して、本実施形態にかかる携帯端末１の動作について説明する。

操作入力部１２を通じて携帯端末ユーザからファイルの暗号化が要求されると、選択部１５Ａは、記憶部１４に記憶されているファイル１４Ａ１〜１４Ａｎのリストを画面表示部１３に表示し、表示されたリストの中から携帯端末ユーザが選択したファイル１４Ａｉの選択情報を操作入力部１２から入力する（ステップＳ１）。

次に暗号鍵生成部１５Ｂは、選択されたファイル１４Ａｉの選択情報を選択部１５Ａから受け取り、記憶部１４に記憶されているファイル１４Ａｉをバイナリ形式で読み込み、この読み込んだバイナリ形式のビット列を暗号鍵１４Ｂとして生成する（ステップＳ２）。例えば、１２８ビットの暗号鍵を生成するのであれば、暗号鍵生成部１５Ｂは、ファイル１４Ａｉの先頭ビットあるいは先頭から予め定められた距離にあるビットから１２８ビット分のビット列を抽出し、この抽出したビット列を暗号鍵１４Ｂとする。

次に暗号化部１５Ｃは、生成された暗号鍵１４Ｂを暗号鍵生成部１５Ｂから受け取り、暗号化対象ファイルを暗号鍵１５Ｂを用いて暗号化する（ステップＳ３）。暗号化の方式は任意であり、例えばＡＥＳを用いることができる。また暗号化部１５Ｃは、暗号化したファイルを暗号化ファイル１４Ｃとして記憶部１４に保存する。

その後、携帯端末ユーザは、携帯端末１に通常実装されている電子メール機能を用いて、暗号化ファイル１４Ｃをメールに添付して所望の宛先アドレスへ送信してよい。また、相手の携帯端末において暗号化ファイル１４Ｃを復号できるように、暗号鍵１４Ｂを例えば別メールにて相手に通知するようにしてよい。

このように本実施形態は、携帯端末に記憶されている画像や音声や動画などのファイルのうち携帯端末ユーザが選択したファイルから暗号鍵を生成する。このため、携帯端末ユーザは、自分の好きな画像や音声や動画から暗号鍵を生成する楽しみがある。また、暗号化ファイルや暗号鍵を相手に送る際にも、例えば「この間、二人で撮った写真を暗号化して送るね。暗号鍵は別メールで送るけど、暗号鍵は家のワンちゃんの写真から自分で作ったんだよ。」等、暗号鍵を話題にすることができる。

また一般に携帯端末に保存されている画像や音声や動画は携帯端末ユーザ毎に千差万別である。このため、異なる複数の携帯端末において同じ暗号鍵が生成される確率は十分に小さくなる。これにより、必要十分な暗号強度を確保することができる。

なお、本実施形態は以下のような各種の付加変更が可能である。

選択部１５Ａは、ステップＳ１において、さらに、複数の抽出位置のリストを画面表示部１３に表示して、そのリストの中からユーザが選択した抽出位置の選択情報を操作入力部１２から入力してよい。そして暗号鍵生成部１５Ｂは、ステップＳ２において、上記選択されたファイルにおける上記選択された抽出位置から始まるビット列をバイナリ形式で読み込むようにしてよい。

また、選択部１５Ａは、ステップＳ１において、さらに、複数の鍵サイズのリストを画面表示部１３に表示して、そのリストの中からユーザが選択した鍵サイズの選択情報を操作入力部１２から入力してよい。そして暗号鍵生成部１５Ｂは、ステップＳ２において、上記選択された抽出位置から上記選択された鍵サイズ分だけ上記選択されたファイルのビット列をバイナリ形式で読み込み、それを暗号鍵としてよい。

また、暗号化部１５Ｃは、ステップＳ３において、選択部１５Ａを通じて携帯端末ユーザが選択したファイル１４Ａｉを暗号化対象ファイルとしてよい。これにより、携帯端末ユーザは、暗号化対象ファイルと暗号鍵生成用ファイルとの選択を同じ操作で行うことができる。

また、画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する記憶部１４を複数設けるようにしてよい。

[第２の実施形態]
次に、本発明の第２の実施形態について図面を参照して詳細に説明する。

図３を参照すると、本発明の第２の実施形態は、プログラム制御により動作するプロセッサ（中央処理装置）１０６と、SDIO（Secure Digital Input/Output Card）装置１０１と、キーインタフェース装置１０２と、入力手段（キーボード装置）１０３と、表示インタフェース装置１０４と、表示手段（液晶ディスプレイ装置）１０５と、情報伝送手段（バス装置）１０７とから構成されている。

プロセッサ（中央処理装置）１０６は、情報伝送手段（バス装置）１０７と、表示インタフェース装置１０４とに接続されている。

情報伝送手段（バス装置）１０７は、SDIO装置１０１と、キーインタフェース装置１０２と、プロセッサ（中央処理装置）１０６とに接続されている。

表示インタフェース装置１０４は、表示手段（液晶ディスプレイ装置）１０５と、プロセッサ（中央処理装置）１０６とに接続されている。

SDIO装置１０１は、記憶手段（メモリカード装置）１００と情報伝送手段（バス装置）１０７とに接続されている。

キーインタフェース装置１０２は、入力手段（キーボード装置）１０３と、情報伝送手段（バス装置）１０７とに接続されている。

これらの手段はそれぞれ概略つぎのように動作する。

記憶手段（メモリカード装置）１００は、SDIO装置１０１からの要求に応じてSDIO装置１０１から来る情報をメモリに読み書きし、情報をメモリに保持する。

SDIO装置１０１は、プロセッサ（中央処理装置）１０６が情報伝送手段（バス装置）１０７を介して記憶手段（メモリカード装置）１００に情報の読み書きを行うよう要求すると、その要求に応じて記憶手段（メモリカード装置）１００から情報を読み書きする。

キーインタフェース装置１０２は、入力手段（キーボード装置）１０３からのキー入力を受け付け、キー入力情報を情報伝送手段（バス装置）１０７を介してプロセッサ（中央処理装置）１０６に送信する。

入力手段（キーボード装置）１０３は、具備するキーが押されると、キーインタフェース装置１０２にキー押下の情報を送信する。

表示インタフェース装置１０４は、プロセッサ（中央処理装置）１０６が画像表示を要求するとその要求を受け付け、プロセッサ（中央処理装置）１０６から画像データを受け取り、表示手段（液晶ディスプレイ装置）１０５に画像データを送信する。

表示手段（液晶ディスプレイ装置）１０５は、表示インタフェース装置１０４から画像データを受け取ると画像データを表示する。

プロセッサ（中央処理装置）１０６は、プログラムを実行する。

情報伝送手段（バス装置）１０７は、接続されている各手段からデータとデータの行き先（各手段）とを受け取り、データの行き先へデータを送信する。

次に、図４のフローチャート、及び図１３のＣ言語による実装のサンプルを参照して、本実施の形態の全体の動作について詳細に説明する。

まず、読み込みバッファのサイズの定義と３種類の暗号強度の定義をする（図４のステップＡ１）。

次に、抽出元ファイルと暗号強度と抽出位置の指定とを入力する（ステップＡ２）。

さらに、使用するパラメータを定義する（ステップＡ３）。使用するパラメータは、図１３のＣ言語による実装のサンプルを参照すると、ファイルハンドルポインタ＊ｆｐ、読み込みデータ格納用配列ｄａｔａ、読み込めたデータサイズｓｉｚｅ、ループ処理用変数ｉ、暗号強度指定用変数ｒｅｔである。

抽出元ファイルをバイナリ形式で開く（ステップＡ４）。そして、抽出元ファイルをバイナリ形式で開けたか否かを判定する。もし開けたらステップＡ７へ進み、もし開けなかったらステップＡ６へ進む。（ステップＡ５）

表示手段に抽出元ファイルを開けなかったと表示する。この処理が終わるとプログラムを終了する（ステップＡ６）。

入力された暗号強度は１２８ビットか否かを判定する。もし１２８ビットならステップＡ８へ進み、もし１２８ビットでないならステップＡ９へ進む（ステップＡ７）。ステップＡ８では、暗号強度を１２８ビットに指定する。

入力された暗号強度は１９２ビットか否かを判定する。もし１９２ビットならステップＡ１０へ進み、もし１９２ビットでないならステップＡ１１へ進む（ステップＡ９）。ステップＡ１０では、暗号強度を１９２ビットに指定する。

入力された暗号強度は２５６ビットか否かを判定する。もし２５６ビットならステップＡ１２へ進み、もし２５６ビットでないならステップＡ１３へ進む（ステップＡ１１）。ステップＡ１２では、暗号強度を２５６ビットに指定する。

抽出元ファイルをバイナリ形式で読み込む（ステップＡ１３）。次に、指定された鍵のサイズ分（ビットの長さ）だけ、指定された抽出位置から、指定された抽出元ファイルのバイナリデータを読み込みバッファに読み込む（ステップＡ１４）。

指定された暗号強度の分だけ（ビットの長さの分だけ）繰り返しを行う処理の先頭でここから繰り返し処理が始まる（ステップＡ１５）。

SDIO装置を介して読み込みバッファから記憶手段に暗号鍵を１バイトずつ書き出す（ステップＡ１６）。

指定された暗号強度の分だけ繰り返しを行う処理の終端でここで繰り返し処理が終わる（ステップＡ１７）。

最後に、抽出元ファイルを閉じる（ステップＡ１８）。

ステップＡ１８が終了すると、プログラムが終了する。

次に、本実施の形態の効果について説明する。

本実施の形態では、記憶手段（メモリーカード装置）１００に記憶されている任意のファイルを選択するというように構成されているため、ＡＥＳ暗号の暗号鍵を規則性が希釈になるように作成できる。

また、本実施の形態では、さらに、暗号強度を使用者が選択するというように構成されているため、暗号強度を変更できる。

また、本実施の形態では、さらに、図５の例に示すように同一の抽出元ファイルから得られる第１の暗号鍵の参照位置（Ｒ１）と同一の抽出元ファイルから得られる第２の暗号鍵の参照位置（Ｒ２）とのように暗号参照位置を使用者が選択するというように構成されているため、暗号の規則性を回避できる。

[第３の実施形態]
次に、本発明の第３の実施形態について図面を参照して詳細に説明する。

図１２を参照すると、本発明の第３の実施形態は、プログラム制御により動作するプロセッサ（中央処理装置）２０７と、第１の記憶手段（メモリカード装置）２００と、第１のSDIO（Secure Digital Input/Output Card）装置２０１と、第２の記憶手段（メモリカード装置）２０２と、第２のSDIO（Secure Digital Input/Output Card）装置２０３と、情報伝送手段（バス装置）２０４と、タッチインタフェース装置２０５と、第１の入力手段（タッチボード装置）２０６と、第１の表示インタフェース装置２０８と、第１の表示手段（液晶ディスプレイ装置）２０９と、第２の表示インタフェース装置２１０と、第２の表示手段（液晶ディスプレイ装置）２１１と、キーインタフェース装置２１２と、第２の入力手段（キーボード装置）２１３とから構成されている。

プロセッサ（中央処理装置）２０７は、情報伝送手段（バス装置）２０４と、第１の表示インタフェース装置２０８と、第２の表示インタフェース装置２１０とに接続されている。

情報伝送手段（バス装置）２０４は、第１のSDIO装置２０１と、第２のSDIO装置２０３と、タッチインタフェース装置２０５と、プロセッサ（中央処理装置）２０７とキーインタフェース装置２１２とに接続されている。

第１の表示インタフェース装置２０８は、第１の表示手段（液晶ディスプレイ装置）２０９と、プロセッサ（中央処理装置）２０７とに接続されている。

第２の表示インタフェース装置２１０は、第２の表示手段（液晶ディスプレイ装置）２１１と、プロセッサ（中央処理装置）２０７とに接続されている。

第１のSDIO装置２０１は、第１の記憶手段（メモリカード装置）２００と情報伝送手段（バス装置）２０４とに接続されている。

第２のSDIO装置２０３は、第２の記憶手段（メモリカード装置）２０２と情報伝送手段（バス装置）２０４とに接続されている。

タッチインタフェース装置２０５は、第１の入力手段（タッチボード装置）２０６と、情報伝送手段（バス装置）２０４とに接続されている。

キーインタフェース装置２１２は、第２の入力手段（キーボード装置）２１３と、情報伝送手段（バス装置）２０４とに接続されている。

これらの手段はそれぞれ概略つぎのように動作する。

第１の記憶手段（メモリカード装置）２００は、第１のSDIO装置２０１からの要求に応じて第１のSDIO装置２０１から来る情報をメモリに読み書きし、情報をメモリに保持する。

第１のSDIO装置２０１は、プロセッサ（中央処理装置）２０７が情報伝送手段（バス装置）２０４を介して第１の記憶手段（メモリカード装置）２００に情報の読み書きを行うよう要求すると、その要求に応じて第１の記憶手段（メモリカード装置）２００から情報を読み書きする。

タッチインタフェース装置２０５は、第１の入力手段（タッチボード装置）２０６からのタッチ入力を受け付け、タッチ入力情報を情報伝送手段（バス装置）２０４を介してプロセッサ（中央処理装置）２０７に送信する。

キーインタフェース装置２１２は、第２の入力手段（キーボード装置）２１３からのキー入力を受け付け、キー入力情報を情報伝送手段（バス装置）２０４を介してプロセッサ（中央処理装置）２０７に送信する。

第２の記憶手段（メモリカード装置）２０２は、第２のSDIO装置２０３からの要求に応じて第２のSDIO装置２０３から来る情報をメモリに読み書きし、情報をメモリに保持する。

第２のSDIO装置２０３は、プロセッサ（中央処理装置）２０７が情報伝送手段（バス装置）２０４を介して第２の記憶手段（メモリカード装置）２０２に情報の読み書きを行うよう要求すると、その要求に応じて第２の記憶手段（メモリカード装置）２０２から情報を読み書きする。

第１の入力手段（タッチボード装置）２０６は、具備するタッチボードがタッチされると、タッチインタフェース装置２０５にタッチ位置検出の情報を送信する。

第２の入力手段（キーボード装置）２１３は、具備するキーボードが押下されると、キーインタフェース装置２１２にキー入力検出の情報を送信する。

第１の表示インタフェース装置２０８は、プロセッサ（中央処理装置）２０７が画像表示を要求するとその要求を受け付け、プロセッサ（中央処理装置）２０７から画像データを受け取り、第１の表示手段（液晶ディスプレイ装置）２０９に画像データを送信する。

第１の表示手段（液晶ディスプレイ装置）２０９は、第１の表示インタフェース装置２０８から画像データを受け取ると画像データを表示する。

第２の表示インタフェース装置２１０は、プロセッサ（中央処理装置）２０７が画像表示を要求するとその要求を受け付け、プロセッサ（中央処理装置）２０７から画像データを受け取り、第２の表示手段（液晶ディスプレイ装置）２１１に画像データを送信する。

第２の表示手段（液晶ディスプレイ装置）２１１は、第２の表示インタフェース装置２１０から画像データを受け取ると画像データを表示する。

プロセッサ（中央処理装置）２０７は、プログラムを実行する。

情報伝送手段（バス装置）２０４は、接続されている各手段からデータとデータの行き先（各手段）とを受け取り、データの行き先へデータを送信する。

次に、図４のフローチャート及び図５を参照して本実施の形態の全体の動作について詳細に説明する。

まず、読み込みバッファと暗号強度との定義をする（図４のステップＡ１）。

次に、抽出元ファイルと暗号強度と抽出位置の指定とを入力する（ステップＡ２）。さらに、使用するパラメータを定義する（ステップＡ３）。図１３のＣ言語による実装のサンプルを参照すると、パラメータは、ファイルハンドルポインタ＊ｆｐ、読み込みデータ格納用配列ｄａｔａ、読み込めたデータサイズｓｉｚｅ、ループ処理用変数ｉ、暗号強度指定用変数ｒｅｔである。

抽出元ファイルをバイナリ形式で開く（ステップＡ４）。次に抽出元ファイルをバイナリ形式で開けたか否かを判定する。もし開けたらステップＡ７へ進み、もし開けなかったらステップＡ６へ進む（ステップＡ５）。ステップＡ６では、表示手段に抽出元ファイルを開けなかったと表示する。この処理が終わるとプログラムを終了する。

次に、入力された暗号強度は１２８ビットか否かを判定する。もし１２８ビットならステップＡ８へ進み、もし１２８ビットでないならステップＡ９へ進む（ステップＡ７）。ステップＡ８では、暗号強度を１２８ビットに指定する。

入力された暗号強度は１９２ビットか否かを判定する。もし１９２ビットならステップＡ１０へ進み、もし１９２ビットでないならステップＡ１１へ進む（ステップＡ９）。ステップＡ１０では、暗号強度を１９２ビットに指定する。

入力された暗号強度は２５６ビットか否かを判定する。もし２５６ビットならステップＡ１２へ進み、もし２５６ビットでないならステップＡ１３へ進む（ステップＡ１１）。ステップＡ１２では、暗号強度を２５６ビットに指定する。

次に、抽出元ファイルをバイナリ形式で読み込む（ステップＡ１３）。そして、指定された鍵のサイズ分（ビットの長さ）だけ、指定された抽出位置から、指定された抽出元ファイルのバイナリデータを読み込みバッファに読み込む（ステップＡ１４）。

指定された暗号強度の分だけ（ビットの長さ）繰り返しを行う処理の先頭でここから繰り返し処理が始まる（ステップＡ１５）。

SDIO装置を介して読み込みバッファから記憶手段に暗号鍵を１バイトずつ書き出す（ステップＡ１６）。

指定された暗号強度の分だけ繰り返しを行う処理の終端でここで繰り返し処理が終わる（ステップＡ１７）。

最後に、抽出元ファイルを閉じる（ステップＡ１８）。ステップＡ１８が終了すると、プログラムが終了する。

次に、本実施形態の効果について説明する。

本実施形態では、第１の記憶手段（メモリーカード装置）２００と第２の記憶手段（メモリカード装置）２０２とに記憶されている任意のファイルを選択するというように構成されているため、ＡＥＳ暗号の暗号鍵を第１の実施形態に比べてより規則性が希釈になるように作成できる。

また、本実施形態では記憶手段が２個あるので、１個のみの記憶手段と比較してより多くのＡＥＳ暗号鍵を生成できる。

また、本実施形態では、さらに、暗号強度を使用者が選択するというように構成されているため、暗号強度を変更できる。

また、本実施形態では、さらに、入力手段としてキー入力のみではなく、入力手段としてタッチボード装置を用いているため、ユーザインタフェースを改善できる。

また、本実施形態では、さらに、図５の例に示すように同一の抽出元ファイルから得られる第１の暗号鍵の参照位置（Ｒ１）と同一の抽出元ファイルから得られる第２の暗号鍵の参照位置（Ｒ２）とのように暗号参照位置を使用者が選択するというように構成されているため、規則性に起因する脆弱性を回避できる。

[第４の実施形態]
次に、本発明の第４の実施形態について説明する。本実施形態では、第２および第３の実施形態における主にユーザインタフェースについて詳細に説明する。

図６に示すように、まず、暗号鍵生成のダイアログが液晶ディスプレイに表示される。「ＯＫ」を選ぶと図７に進み、「キャンセル」を選ぶとプログラムが終了する。

図７に示すように、メモリカードに記憶されている任意のファイルを選択する。選択してファイルが開ければ、図８のダイアログに進む。

選択してファイルが開けなければ、図１１のダイアログに進む。

図８に示すように、液晶ディスプレイにＡＥＳ暗号鍵の強度の候補が表示され、「１２８ビット」、「１９２ビット」、「２５６ビット」の３種類の暗号強度から１つを選択する。選択すると図９のダイアログに進む。「キャンセル」を選ぶとプログラムが終了する。

図９に示すように、液晶ディスプレイに鍵を抽出する位置の候補「１」、「２」、「３」の３種類が表示され１つを選択する。選択すると図１０のダイアログに進む。「キャンセル」を選ぶとプログラムが終了する。位置の候補「１」、「２」、「３」に対しては、先頭ビットから何ビット目のビットを抽出位置とするかが予め定められている。

図１０のダイアログでは、選択したファイルから暗号鍵が生成された旨が液晶ディスプレイに表示される。「ＯＫ」を選ぶとプログラムが終了し、記憶手段に暗号鍵が記憶される。

図１１のダイアログでは、メモリカードに記憶されている任意のファイルのうち選択したファイルが開けなかった場合、「ファイルが読み込めませんでした」と警告が液晶ディスプレイに表示され、「ＯＫ」を選ぶとプログラムが終了する。

上記で「選択肢」と、「ＯＫ」と、「キャンセル」とを選ぶ際は、キーボードのキーを押下するか、あるいはタッチボードにタッチするかのいずれかで選択することができる。

本発明は、携帯電話機などの携帯端末で任意のファイルを暗号化するための暗号鍵、例えばＡＥＳ共通鍵を生成する分野に適用可能である。

１ 携帯端末装置
１１ 通信Ｉ／Ｆ部
１２ 操作入力部
１３ 画面表示部
１４ 記憶部
１４Ａ１〜１４Ａｎ ファイル
１４Ｂ 暗号鍵
１４Ｃ 暗号化ファイル
１４Ｐ プログラム
１５ プロセッサ
１５Ａ 選択部
１５Ｂ 暗号鍵生成部
１５Ｃ 暗号化部
１００ 記憶手段（メモリカード装置）
１０１ SDIO（Secure Digital Input/Output Card）装置
１０２ キーインタフェース装置
１０３ 入力手段（キーボード装置）
１０４ 表示インタフェース装置
１０５ 表示手段（液晶ディスプレイ装置）
１０６ プロセッサ（中央処理装置）
１０７ 情報伝送手段（バス装置）
２００ 第１の記憶手段（メモリカード装置）
２０１ 第１のSDIO（Secure Digital Input/Output Card）装置
２０２ 第２の記憶手段（メモリカード装置）
２０３ 第２のSDIO（Secure Digital Input/Output Card）装置
２０４ 情報伝送手段（バス装置）
２０５ タッチインタフェース装置
２０６ 第１の入力手段（タッチボード装置）
２０７ プロセッサ（中央処理装置）
２０８ 第１の表示インタフェース装置
２０９ 第１の表示手段（液晶ディスプレイ装置）
２１０ 第２の表示インタフェース装置
２１１ 第２の表示手段（液晶ディスプレイ装置）
２１２ キーインタフェース装置
２１３ 第２の入力手段（キーボード装置）
Ａ１ 読み込みバッファと暗号強度との定義をする処理
Ａ２ 抽出元ファイルと暗号強度と抽出位置の指定とを入力する処理
Ａ３ 使用するパラメータを定義する処理
Ａ４ 抽出元ファイルを開く処理
Ａ５ 抽出元ファイルを開けたか否かを判定する分岐処理
Ａ６ 表示手段に抽出元ファイルを開けなかったと表示する処理
Ａ７ 暗号強度は１２８ビットか否かを判定する分岐処理
Ａ８ 暗号強度を１２８ビットに指定する処理
Ａ９ 暗号強度は１９２ビットか否かを判定する分岐処理
Ａ１０ 暗号強度を１９２ビットに指定する処理
Ａ１１ 暗号強度は２５６ビットか否かを判定する分岐処理
Ａ１２ 暗号強度を２５６ビットに指定する処理
Ａ１３ 抽出元ファイルをバイナリ形式で読み込む処理
Ａ１４ 指定された鍵のサイズで以って、指定された抽出位置から、指定された抽出元ファイルのバイナリデータを読み込みバッファに読み込む処理
Ａ１５ 指定された暗号強度の分だけ繰り返しを行う処理の先頭
Ａ１６ SDIO装置を介して読み込みバッファから記憶手段に暗号鍵を１バイトずつ書き出す処理
Ａ１７ 指定された暗号強度の分だけ繰り返しを行う処理の終端
Ａ１８ 抽出元ファイルを閉じる処理
Ｒ１ 同一の抽出元ファイルから異なる暗号鍵を得るための第１の参照位置
Ｒ２ 同一の抽出元ファイルから異なる暗号鍵を得るための第２の参照位置

Claims (8)

1. 画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する記憶装置と、表示装置と、入力装置と、前記記憶装置、前記表示装置、および前記入力装置に接続されるプロセッサとを備え、
   前記プロセッサは、
   前記１以上のファイルのリストを前記表示装置に表示して、前記リストの中からユーザが選択したファイルの選択情報を前記入力装置から入力し、
   前記選択されたファイルのビット列をバイナリ形式で読み込み、
   前記読み込んだバイナリ形式のビット列を暗号鍵として生成する
   ようにプログラムされていることを特徴とする携帯端末装置。
2. 前記プロセッサは、さらに、
   複数の抽出位置のリストを前記表示装置に表示して、前記リストの中からユーザが選択した抽出位置の選択情報を前記入力装置から入力し、
   前記読み込みでは、前記選択された抽出位置から前記選択されたファイルのビット列をバイナリ形式で読み込む
   ことを特徴とする請求項１に記載の携帯端末装置。
3. 前記プロセッサは、さらに、
   複数の鍵サイズのリストを前記表示装置に表示して、前記リストの中からユーザが選択した鍵サイズの選択情報を前記入力装置から入力し、
   前記読み込みでは、前記選択された抽出位置から前記選択された鍵サイズ分だけ前記選択されたファイルのビット列をバイナリ形式で読み込む
   ことを特徴とする請求項２に記載の携帯端末装置。
4. 画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する前記記憶装置を複数有する
   請求項１乃至３の何れかに記載の携帯端末装置。
5. 前記プロセッサは、さらに、
   前記生成した暗号鍵を用いて暗号化対象ファイルを暗号化する
   ことを特徴とする請求項１乃至４の何れかに記載の携帯端末装置。
6. 前記暗号化対象ファイルは、前記選択されたファイルである
   ことを特徴とする請求項５に記載の携帯端末装置。
7. 画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する記憶装置と、表示装置と、入力装置と、前記記憶装置、前記表示装置、および前記入力装置に接続されるプロセッサとを備える携帯端末装置が実行する暗号鍵生成方法であって、
   前記プロセッサが、
   前記１以上のファイルのリストを前記表示装置に表示して、前記リストの中からユーザが選択したファイルの選択情報を前記入力装置から入力し、
   前記選択されたファイルのビット列をバイナリ形式で読み込み、
   前記読み込んだバイナリ形式のビット列を暗号鍵として生成する
   ことを特徴とする暗号鍵生成方法。
8. 画像、音声、動画の少なくとも１つを記憶するファイルを複数記憶する記憶装置と表示装置と入力装置とに接続されるプロセッサプロセッサに、
   前記１以上のファイルのリストを前記表示装置に表示して、前記リストの中からユーザが選択したファイルの選択情報を前記入力装置から入力するステップと、
   前記選択されたファイルのビット列をバイナリ形式で読み込むステップと、
   前記読み込んだバイナリ形式のビット列を暗号鍵として生成するステップと
   を行わせるためのプログラム。

Images