ホーム > 特許ランキング > 国立大学法人 筑波大学
特開2024-68390パスフレーズ生成プログラム、パスフレーズ生成方法、及びパスフレーズ生成装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024068390
(43)【公開日】2024-05-20
(54)【発明の名称】パスフレーズ生成プログラム、パスフレーズ生成方法、及びパスフレーズ生成装置
(51)【国際特許分類】
H04L 9/08 20060101AFI20240513BHJP
【ＦＩ】
H04L9/08 C
H04L9/08 E
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2022178801
(22)【出願日】2022-11-08
(71)【出願人】
【識別番号】504171134
【氏名又は名称】国立大学法人 筑波大学
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】鈴木 伸崇
(72)【発明者】
【氏名】細谷 雄一
(57)【要約】
【課題】暗号化に関するパスフレーズを適切に生成する。
【解決手段】本願に係るパスフレーズ生成プログラムは、取得手順と、生成手順とをコンピュータに実行させる。取得手順は、送信対象の情報である送信対象情報の送信者に対応する第１文字列と、送信対象情報の受信者に対応する第２文字列とを取得する。生成手順は、第１文字列と、第２文字列と、送信対象情報の送信日時に対応する第３文字列とに基づいて、送信対象情報の暗号化に用いるパスフレーズを生成する。
【選択図】図１
【解決手段】本願に係るパスフレーズ生成プログラムは、取得手順と、生成手順とをコンピュータに実行させる。取得手順は、送信対象の情報である送信対象情報の送信者に対応する第１文字列と、送信対象情報の受信者に対応する第２文字列とを取得する。生成手順は、第１文字列と、第２文字列と、送信対象情報の送信日時に対応する第３文字列とに基づいて、送信対象情報の暗号化に用いるパスフレーズを生成する。
【選択図】図１
【特許請求の範囲】
【請求項1】
送信対象の情報である送信対象情報の送信者に対応する第１文字列と、前記送信対象情報の受信者に対応する第２文字列とを取得する取得手順と、
前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成手順と、
をコンピュータに実行させることを特徴とするパスフレーズ生成プログラム。
前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成手順と、
をコンピュータに実行させることを特徴とするパスフレーズ生成プログラム。
【請求項2】
前記生成手順は、
前記第１文字列と、前記第２文字列と、前記第３文字列とを所定の順序で並べることにより、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
前記第１文字列と、前記第２文字列と、前記第３文字列とを所定の順序で並べることにより、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
【請求項3】
前記生成手順は、
前記第１文字列及び前記第２文字列のうち一方に続けて前記第３文字列を並べ、前記第３文字列に続けて、前記第１文字列及び前記第２文字列のうち他方を並べることにより、前記パスフレーズを生成する
ことを特徴とする請求項２に記載のパスフレーズ生成プログラム。
前記第１文字列及び前記第２文字列のうち一方に続けて前記第３文字列を並べ、前記第３文字列に続けて、前記第１文字列及び前記第２文字列のうち他方を並べることにより、前記パスフレーズを生成する
ことを特徴とする請求項２に記載のパスフレーズ生成プログラム。
【請求項4】
前記生成手順は、
前記送信日時を示す数字を含む前記第３文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
前記送信日時を示す数字を含む前記第３文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
【請求項5】
前記生成手順は、
前記送信日時の年月日を含む文字列である前記第３文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項４に記載のパスフレーズ生成プログラム。
前記送信日時の年月日を含む文字列である前記第３文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項４に記載のパスフレーズ生成プログラム。
【請求項6】
前記取得手順は、
前記送信者を示す文字列の一部である前記第１文字列を取得し、
前記生成手順は、
前記送信者を示す文字列の一部である前記第１文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
前記送信者を示す文字列の一部である前記第１文字列を取得し、
前記生成手順は、
前記送信者を示す文字列の一部である前記第１文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
【請求項7】
前記取得手順は、
前記送信者のメールアドレスの一部である前記第１文字列を取得し、
前記生成手順は、
前記送信者のメールアドレスの一部である前記第１文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項６に記載のパスフレーズ生成プログラム。
前記送信者のメールアドレスの一部である前記第１文字列を取得し、
前記生成手順は、
前記送信者のメールアドレスの一部である前記第１文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項６に記載のパスフレーズ生成プログラム。
【請求項8】
前記取得手順は、
前記受信者を示す文字列の一部である前記第２文字列を取得し、
前記生成手順は、
前記受信者を示す文字列の一部である前記第２文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
前記受信者を示す文字列の一部である前記第２文字列を取得し、
前記生成手順は、
前記受信者を示す文字列の一部である前記第２文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
【請求項9】
前記取得手順は、
前記受信者のメールアドレスの一部である前記第２文字列を取得し、
前記生成手順は、
前記受信者のメールアドレスの一部である前記第２文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項８に記載のパスフレーズ生成プログラム。
前記受信者のメールアドレスの一部である前記第２文字列を取得し、
前記生成手順は、
前記受信者のメールアドレスの一部である前記第２文字列に基づいて、前記パスフレーズを生成する
ことを特徴とする請求項８に記載のパスフレーズ生成プログラム。
【請求項10】
前記生成手順は、
前記パスフレーズを用いて前記送信対象情報を暗号化した暗号化後対象情報を生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
前記パスフレーズを用いて前記送信対象情報を暗号化した暗号化後対象情報を生成する
ことを特徴とする請求項１に記載のパスフレーズ生成プログラム。
【請求項11】
前記暗号化後対象情報を前記受信者が利用する端末装置に送信する送信手順、
を実行させることを特徴とする請求項１０に記載のパスフレーズ生成プログラム。
を実行させることを特徴とする請求項１０に記載のパスフレーズ生成プログラム。
【請求項12】
前記送信手順は、
前記パスフレーズに含まれる文字列が予め定めた変換手法により変換された変換後パスフレーズを前記受信者が利用する端末装置に送信する
ことを特徴とする請求項１１に記載のパスフレーズ生成プログラム。
前記パスフレーズに含まれる文字列が予め定めた変換手法により変換された変換後パスフレーズを前記受信者が利用する端末装置に送信する
ことを特徴とする請求項１１に記載のパスフレーズ生成プログラム。
【請求項13】
前記生成手順は、
前記パスフレーズに含まれる文字列を予め定めた変換手法により変換することにより前記変換後パスフレーズを生成する
ことを特徴とする請求項１２に記載のパスフレーズ生成プログラム。
前記パスフレーズに含まれる文字列を予め定めた変換手法により変換することにより前記変換後パスフレーズを生成する
ことを特徴とする請求項１２に記載のパスフレーズ生成プログラム。
【請求項14】
前記生成手順は、
前記パスフレーズに含まれる文字列を正規表現により変換することにより前記変換後パスフレーズを生成する
ことを特徴とする請求項１３に記載のパスフレーズ生成プログラム。
前記パスフレーズに含まれる文字列を正規表現により変換することにより前記変換後パスフレーズを生成する
ことを特徴とする請求項１３に記載のパスフレーズ生成プログラム。
【請求項15】
前記生成手順は、
前記第１文字列、前記第２文字列及び前記第３文字列の各々を正規表現により変換することにより前記変換後パスフレーズを生成する
ことを特徴とする請求項１４に記載のパスフレーズ生成プログラム。
前記第１文字列、前記第２文字列及び前記第３文字列の各々を正規表現により変換することにより前記変換後パスフレーズを生成する
ことを特徴とする請求項１４に記載のパスフレーズ生成プログラム。
【請求項16】
前記生成手順は、
前記第１文字列が前記正規表現により変換された変換後第１文字列、前記第２文字列が前記正規表現により変換された変換後第２文字列、及び前記第３文字列が前記正規表現により変換された変換後第３文字列の各々を用いて前記変換後パスフレーズを生成する
ことを特徴とする請求項１５に記載のパスフレーズ生成プログラム。
前記第１文字列が前記正規表現により変換された変換後第１文字列、前記第２文字列が前記正規表現により変換された変換後第２文字列、及び前記第３文字列が前記正規表現により変換された変換後第３文字列の各々を用いて前記変換後パスフレーズを生成する
ことを特徴とする請求項１５に記載のパスフレーズ生成プログラム。
【請求項17】
前記生成手順は、
前記変換後第１文字列と、前記変換後第２文字列と、前記変換後第３文字列とを所定の規則で組み合わせることに、前記変換後パスフレーズを生成する
ことを特徴とする請求項１６に記載のパスフレーズ生成プログラム。
前記変換後第１文字列と、前記変換後第２文字列と、前記変換後第３文字列とを所定の規則で組み合わせることに、前記変換後パスフレーズを生成する
ことを特徴とする請求項１６に記載のパスフレーズ生成プログラム。
【請求項18】
前記生成手順は、
前記第１文字列と、前記第２文字列と、前記第３文字列とに基づいて、電子メールに添付される前記送信対象情報の暗号化に用いる前記パスフレーズを生成する
請求項１に記載のパスフレーズ生成プログラム。
前記第１文字列と、前記第２文字列と、前記第３文字列とに基づいて、電子メールに添付される前記送信対象情報の暗号化に用いる前記パスフレーズを生成する
請求項１に記載のパスフレーズ生成プログラム。
【請求項19】
コンピュータが実行するパスフレーズ生成方法であって、
送信対象の情報である送信対象情報の送信者に対応する第１文字列と、前記送信対象情報の受信者に対応する第２文字列とを取得する取得工程と、
前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成工程と、
を含むことを特徴とするパスフレーズ生成方法。
送信対象の情報である送信対象情報の送信者に対応する第１文字列と、前記送信対象情報の受信者に対応する第２文字列とを取得する取得工程と、
前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成工程と、
を含むことを特徴とするパスフレーズ生成方法。
【請求項20】
送信対象の情報である送信対象情報の送信者に対応する第１文字列と、前記送信対象情報の受信者に対応する第２文字列とを取得する取得部と、
前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成部と、
を備えることを特徴とするパスフレーズ生成装置。
前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成部と、
を備えることを特徴とするパスフレーズ生成装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、パスフレーズ生成プログラム、パスフレーズ生成方法、及びパスフレーズ生成装置に関する。
【背景技術】
【0002】
従来、情報の暗号化に関する技術が提供されている。例えば、電子メールの本文や添付ファイルを自動的に暗号化して送信する際、電子メールに記憶された情報が漏洩する危険性を低下させる電子メール暗号化システムが提供されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００９－１７１５４２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術には、改善の余地がある。例えば、上記の従来技術では、情報の暗号化に自動生成されたパスワード（文字列）が用いられており、自動生成された文字列を紛失したり、忘れたりしてしまうこと等により、暗号化された情報を復号することが難しい場合がある。また、例えばエンド・トゥ・エンドでセキュアになっていないSTARTTLS等、暗号化に対応しているメールサーバ間でのみ通信が暗号化され、受信先サーバや、クライアント・サーバ間では、平文（暗号化されていないデータ）で通信されることとなる場合がある。そのため、暗号化に用いるパスワードやパスフレーズ等の文字列の生成の点については改善の余地がある。
【0005】
本願は、上記に鑑みてなされたものであって、暗号化に関するパスフレーズを適切に生成するパスフレーズ生成プログラム、パスフレーズ生成方法、及びパスフレーズ生成装置を提供することを目的とする。
【課題を解決するための手段】
【0006】
本願に係るパスフレーズ生成プログラムは、送信対象の情報である送信対象情報の送信者に対応する第１文字列と、前記送信対象情報の受信者に対応する第２文字列とを取得する取得手順と、前記第１文字列と、前記第２文字列と、前記送信対象情報の送信日時に対応する第３文字列とに基づいて、前記送信対象情報の暗号化に用いるパスフレーズを生成する生成手順と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【0007】
実施形態の一態様によれば、暗号化に関するパスフレーズを適切に生成することができるという効果を奏する。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に、本願に係るパスフレーズ生成プログラム、パスフレーズ生成方法、及びパスフレーズ生成装置を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係るパスフレーズ生成プログラム、パスフレーズ生成方法、及びパスフレーズ生成装置が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0010】
（実施形態）
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、端末装置１０が情報の暗号化や復号化に用いるパスフレーズを生成するパスフレーズ生成プログラムにより、送信対象の情報（「送信対象情報」ともいう）を暗号化する処理の一例を示す。
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１では、端末装置１０が情報の暗号化や復号化に用いるパスフレーズを生成するパスフレーズ生成プログラムにより、送信対象の情報（「送信対象情報」ともいう）を暗号化する処理の一例を示す。
【0011】
以下、図１に示す処理において情報の送信者（送信側）となるユーザＳＤが利用する端末装置１０を端末装置１０ａとし、情報の受信者（受信側）となるユーザＲＶが利用する端末装置１０を端末装置１０ｂとして説明する。すなわち、図１ではユーザＳＤが送信者（Ｓｅｎｄｅｒ）であり、ユーザＲＶが受信者（Ｒｅｃｅｉｖｅｒ）である場合を一例として説明する。なお、端末装置１０ａ及び端末装置１０ｂ等について、特に区別なく説明する場合には、端末装置１０と記載する。
【0012】
また、ここでいう送信者及び受信者は、ある情報送信における各ユーザを明示的に区別して説明するための用語に過ぎず、ある情報送信における送信者が他の情報送信においては受信者となり得る。すなわち、送信者及び受信者は、相対的な概念であって、例えば図１の説明での送信者であるユーザＳＤが、受信者となり得る。例えば、図１の説明での受信者であるユーザＲＶが、ユーザＳＤを送信先として情報送信を行う場合、ユーザＲＶが送信者となり、ユーザＳＤが受信者となる。すなわち、ここでいう送信者及び受信者とは、ある情報送信におけるユーザを区別して表現可能にするための名称である。
【0013】
ここから図１に示す情報処理の流れについて説明する。図１では、ユーザＳＤの端末装置１０ａが電子メール（単に「メール」ともいう）を用いて、送信対象情報ＯＤ１をユーザＲＶの端末装置１０ｂに送信する場合の処理の流れを示す。
【0014】
送信側の端末装置１０である端末装置１０ａは、送信者に対応する文字列（「第１文字列」ともいう）及び受信者に対応する文字列（「第２文字列」ともいう）を取得する（ステップＳ１１）。図１では、端末装置１０ａは、送信者であるユーザＳＤに対応する第１文字列ＦＴ１である「ＸＸＸＸ」及び受信者であるユーザＲＶに対応する第２文字列ＳＴ１である「ＶＶＶＶＶ」を取得する。なお、端末装置１０ａは、第１文字列及び第２文字列を、外部装置や自装置の記憶部１４（図７参照）等から取得してもよいが詳細については後述する。また、図１では「ＸＸＸＸ」と抽象的な文字列で第１文字列を示すが、第１文字列は、送信者のメールアドレス等に基づく送信者を示す具体的な文字列である。なお、第１文字列の具体的な例示については後述する。また、図１では「ＶＶＶＶＶ」と抽象的な文字列で第２文字列を示すが、第２文字列は、受信者のメールアドレス等に基づく受信者を示す具体的な文字列である。なお、第２文字列の具体的な例示については後述する。
【0015】
そして、端末装置１０ａは、第１文字列、第２文字列及び送信日時に対応する文字列（「第３文字列」ともいう）に基づいて、送信対象情報の暗号化に用いるパスフレーズを生成する（ステップＳ１２）。例えば、端末装置１０ａは、送信対象情報ＯＤ１の送信日時を基に第３文字列ＴＴ１である「ＺＺＺＺＺＺ」を生成する。なお、図１では「ＺＺＺＺＺＺ」と抽象的な文字列で第３文字列を示すが、第３文字列は、送信日時の年月日等の具体的な文字列である。なお、第３文字列の具体的な例示については後述する。
【0016】
端末装置１０ａは、第１文字列ＦＴ１、第２文字列ＳＴ１及び第３文字列ＴＴ１に基づいて、送信対象情報ＯＤ１の暗号化に用いるパスフレーズＰＰ１を生成する。図１では、端末装置１０ａは、第１文字列ＦＴ１である「ＸＸＸＸ」、第３文字列ＴＴ１である「ＺＺＺＺＺＺ」、第２文字列ＳＴ１である「ＶＶＶＶＶ」の順に並べることによりパスフレーズＰＰ１を生成する。これにより、端末装置１０ａは、文字列「ＸＸＸＸＺＺＺＺＺＺＶＶＶＶＶ」であるパスフレーズＰＰ１を生成する。端末装置１０ａは、パスフレーズ生成プログラムによりパスフレーズＰＰ１を生成する。例えば、端末装置１０ａは、パスフレーズを生成するアプリケーション（「パスフレーズ生成アプリ」ともいう）を用いてパスフレーズＰＰ１を生成する。なお、パスフレーズの生成については、上記の処理に限らず、任意の態様であってもよいが、他の生成例については後述する。
【0017】
そして、端末装置１０ａは、パスフレーズを用いて送信対象情報を暗号化した情報（「暗号化後対象情報」ともいう）を生成する（ステップＳ１３）。図１では、端末装置１０ａは、生成したパスフレーズＰＰ１を用いて、送信対象情報ＯＤ１を暗号化した暗号化後対象情報ＥＤ１を生成する。例えば、端末装置１０ａは、７－Ｚｉｐ（登録商標）等の任意の圧縮解凍ソフトを用いて送信対象情報ＯＤ１を暗号化した暗号化後対象情報ＥＤ１を生成する。この場合、端末装置１０ａは、圧縮解凍ソフトを起動して、パスフレーズＰＰ１を暗号化用のパスフレーズ（パスワード）に指定し、送信対象情報ＯＤ１を暗号化の対象として暗号化後対象情報ＥＤ１を生成する。なお、上記は一例に過ぎず、暗号化手法は、パスワード付ＺＩＰ形式のみならず、任意の形式に適用可能であり、例えばＰＤＦやＷｏｒｄファイル自体のパスフレーズ（パスワード）にも適用することができる。また、パスフレーズ生成アプリが情報の暗号化の処理までを実行可能なアプリ（暗号化アプリ）である場合、端末装置１０ａは、パスフレーズ生成アプリにより暗号化後対象情報を生成する処理まで実行してもよい。
【0018】
そして、端末装置１０ａは、パスフレーズを用いて送信対象情報を暗号化した暗号化後対象情報を受信者であるユーザＲＶへ送信する（ステップＳ１４）。図１では、送信者であるユーザＳＤは、端末装置１０ａを操作し、電子メールＭＬ１に暗号化後対象情報ＥＤ１を添付し、宛先にユーザＲＶに対応するメールアドレス等を指定する。これにより、ユーザＳＤは、暗号化後対象情報ＥＤ１をユーザＲＶに対応するメールアドレス等により指定される送信先（宛先）へ送信する。このように、図１では暗号化後対象情報ＥＤ１が添付された電子メールＭＬ１がユーザＳＤからユーザＲＶへ送信される。
【0019】
そして、受信側の端末装置１０である端末装置１０ｂは、ユーザＲＶの操作などに応じて暗号化後対象情報ＥＤ１が添付された電子メールＭＬ１を受信する（ステップＳ１５）。例えば、ユーザＲＶは、端末装置１０ｂを操作して、電子メールＭＬ１をメールサーバ等に要求し、メールサーバを介して暗号化後対象情報ＥＤ１が添付された電子メールＭＬ１を受信する。そして、ユーザＲＶは、電子メールＭＬ１に添付された暗号化後対象情報ＥＤ１のパスフレーズＰＰ１を、送信者であるユーザＳＤ、受信者であるユーザＲＶ、及び電子メールＭＬ１の送信日時を基に推測する。そして、ユーザＲＶは、推測したパスフレーズを用いて、電子メールＭＬ１に添付された暗号化後対象情報ＥＤ１を解凍する。
【0020】
上述したように、端末装置１０は、パスフレーズ生成プログラムにより、送信者に対応する第１文字列と、受信者に対応する第２文字列と、送信対象情報の送信日時に対応する第３文字列とに基づいて、パスフレーズを生成する。このようにパスフレーズを生成することにより、例えば第１文字列と第２文字列と第３文字列とを用いるという規則が送信者と受信者との間で共有されている場合、受信者がパスフレーズを推測することができる。そのため、端末装置１０は、パスフレーズ自体を受信者へ渡すことなく、パスフレーズで暗号化された送信対象情報のみを受信者へ送信することで、受信者が送信対象情報の復号することができる。したがって、端末装置１０は、暗号化に関するパスフレーズを適切に生成することができる。
【0021】
【0022】
〔１－１－１．第１の例〕
まず、図２を用いて、パスフレーズ生成処理の第１の例を説明する。図２は、パスフレーズ生成処理の第１の例を示す図である。図２は、図１の情報送信に対応し、２０２２年６月２２日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。ユーザＳＤのメールアドレスＡＤ１は、「ｔａｒｏ＠ｅｘａｍｐｌｅ.ｃｏｍ」である。また、ユーザＲＶのメールアドレスＡＤ２は、「ｈａｎａｋｏ＠ｅｘａｍｐｌｅ.ｃｏｍ」である。なお、「ｅｘａｍｐｌｅ.ｃｏｍ」はメールアドレスのドメインの例示であり、メールアドレスＡＤ１及びメールアドレスＡＤ２は各々異なるドメインであってもよい。
まず、図２を用いて、パスフレーズ生成処理の第１の例を説明する。図２は、パスフレーズ生成処理の第１の例を示す図である。図２は、図１の情報送信に対応し、２０２２年６月２２日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。ユーザＳＤのメールアドレスＡＤ１は、「ｔａｒｏ＠ｅｘａｍｐｌｅ.ｃｏｍ」である。また、ユーザＲＶのメールアドレスＡＤ２は、「ｈａｎａｋｏ＠ｅｘａｍｐｌｅ.ｃｏｍ」である。なお、「ｅｘａｍｐｌｅ.ｃｏｍ」はメールアドレスのドメインの例示であり、メールアドレスＡＤ１及びメールアドレスＡＤ２は各々異なるドメインであってもよい。
【0023】
図２では、送信側の端末装置１０である端末装置１０ａは、ユーザＳＤのメールアドレスＡＤ１の一部の文字列「ｔａｒｏ」を第１文字列ＦＴ２として取得する。例えば、端末装置１０ａは、外部装置または自装置の記憶部１４等から第１文字列ＦＴ２を取得する。なお、端末装置１０ａは、メールアドレスＡＤ１から文字列「ｔａｒｏ」を第１文字列ＦＴ２として抽出してもよい。例えば第１文字列ＦＴ２が図１の第１文字列ＦＴ１であってもよい。
【0024】
また、端末装置１０ａは、ユーザＲＶのメールアドレスＡＤ２の一部の文字列「ｈａｎａｋｏ」を第２文字列ＳＴ２として取得する。例えば、端末装置１０ａは、外部装置または自装置の記憶部１４等から第２文字列ＳＴ２を取得する。なお、端末装置１０ａは、メールアドレスＡＤ２から文字列「ｈａｎａｋｏ」を第２文字列ＳＴ２として抽出してもよい。例えば第２文字列ＳＴ２が図１の第２文字列ＳＴ１であってもよい。
【0025】
また、端末装置１０ａは、送信対象情報ＯＤ２の送信日時「２０２２年６月２２日」を基に第３文字列ＴＴ２である「２０２２０６２２」を生成する。なお、図２では年月日を示す８桁の数字（８文字の文字列）を第３文字列として用いる場合を示すが、第３文字列は、送信日時に関する情報であれば時分秒等の他の情報であってもよく、また８文字以外の文字列（例えば６文字、１２文字等の文字列）であってもよい。例えば第３文字列ＴＴ２が図１の第３文字列ＴＴ１であってもよい。
【0026】
端末装置１０ａは、第１文字列ＦＴ２、第２文字列ＳＴ２及び第３文字列ＴＴ２に基づいて、送信対象情報ＯＤ２の暗号化に用いるパスフレーズＰＰ２を生成する。例えば送信対象情報ＯＤ２が図１の送信対象情報ＯＤ１であってもよい。図２では、端末装置１０ａは、第１文字列ＦＴ２である「ｔａｒｏ」、第３文字列ＴＴ２である「２０２２０６２２」、第２文字列ＳＴ２である「ｈａｎａｋｏ」の順に並べることによりパスフレーズＰＰ２を生成する。これにより、端末装置１０ａは、「ｔａｒｏ２０２２０６２２ｈａｎａｋｏ」であるパスフレーズＰＰ２を生成する。例えばパスフレーズＰＰ２が図１のパスフレーズＰＰ１であってもよい。
【0027】
そして、端末装置１０ａは、パスフレーズＰＰ２を用いて送信対象情報ＯＤ２を暗号化した暗号化後対象情報（暗号化後対象情報ＥＤ２）を生成する。例えば暗号化後対象情報ＥＤ２が図１の暗号化後対象情報ＥＤ１であってもよい。そして、端末装置１０ａは、メールアドレスＡＤ２を宛先とする電子メールに暗号化後対象情報ＥＤ２を添付して送信する。暗号化後対象情報ＥＤ２が添付された電子メールを受信したユーザＲＶは、暗号化後対象情報ＥＤ２のパスフレーズＰＰ２を、送信者のメールアドレスＡＤ１、受信者のメールアドレスＡＤ２、及び暗号化後対象情報ＥＤ２が添付された電子メールの送信日時を基に推測する。そして、ユーザＲＶは、推測したパスフレーズを用いて、暗号化後対象情報ＥＤ２を解凍する。
【0028】
〔１－１－２．第２の例〕
また、送信者と受信者が逆、すなわちユーザＲＶが送信者であり、ユーザＳＤが受信者である場合であっても同様の処理が可能である。この点に関する処理の一例を第２の例として、図３を用いて説明する。図３は、パスフレーズ生成処理の第２の例を示す図である。図３は、図１の情報送信後に、受信者から送信者へ返信を行う情報送信に対応し、２０２２年６月２４日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。なお、図２等で説明した点と同様の点については適宜説明を省略する。
また、送信者と受信者が逆、すなわちユーザＲＶが送信者であり、ユーザＳＤが受信者である場合であっても同様の処理が可能である。この点に関する処理の一例を第２の例として、図３を用いて説明する。図３は、パスフレーズ生成処理の第２の例を示す図である。図３は、図１の情報送信後に、受信者から送信者へ返信を行う情報送信に対応し、２０２２年６月２４日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。なお、図２等で説明した点と同様の点については適宜説明を省略する。
【0029】
図３では、送信側の端末装置１０である端末装置１０ｂは、ユーザＲＶのメールアドレスＡＤ２の一部の文字列「ｈａｎａｋｏ」を第１文字列ＦＴ３として取得する。例えば、端末装置１０ｂは、外部装置または自装置の記憶部１４等から第１文字列ＦＴ３を取得する。また、端末装置１０ｂは、ユーザＲＶのメールアドレスＡＤ１の一部の文字列「ｔａｒｏ」を第２文字列ＳＴ３として取得する。例えば、端末装置１０ｂは、外部装置または自装置の記憶部１４等から第２文字列ＳＴ３を取得する。また、端末装置１０ｂは、送信対象情報ＯＤ３の送信日時「２０２２年６月２４日」を基に第３文字列ＴＴ３である「２０２２０６２４」を生成する。
【0030】
端末装置１０ｂは、第１文字列ＦＴ３、第２文字列ＳＴ３及び第３文字列ＴＴ３に基づいて、送信対象情報ＯＤ３の暗号化に用いるパスフレーズＰＰ３を生成する。図３では、端末装置１０ｂは、第１文字列ＦＴ３である「ｈａｎａｋｏ」、第３文字列ＴＴ３である「２０２２０６２４」、第２文字列ＳＴ３である「ｔａｒｏ」の順に並べることによりパスフレーズＰＰ３を生成する。これにより、端末装置１０ｂは、「ｈａｎａｋｏ２０２２０６２４ｔａｒｏ」であるパスフレーズＰＰ３を生成する。
【0031】
そして、端末装置１０ｂは、パスフレーズＰＰ３を用いて送信対象情報ＯＤ３を暗号化した暗号化後対象情報（暗号化後対象情報ＥＤ３）を生成する。そして、端末装置１０ｂは、メールアドレスＡＤ１を宛先とする電子メールに暗号化後対象情報ＥＤ３を添付して送信する。暗号化後対象情報ＥＤ３が添付された電子メールを受信したユーザＳＤは、暗号化後対象情報ＥＤ３のパスフレーズＰＰ３を、送信者のメールアドレスＡＤ２、受信者のメールアドレスＡＤ１、及び暗号化後対象情報ＥＤ３が添付された電子メールの送信日時を基に推測する。そして、ユーザＳＤは、推測したパスフレーズを用いて、暗号化後対象情報ＥＤ３を解凍する。
【0032】
〔１－１－３．第３の例〕
上述したパスフレーズの生成は一例に過ぎず、端末装置１０は、任意の方法によりパスフレーズを生成してもよい。例えば、パスフレーズにおける各文字列の並び順は上記に限らず、受信者側の文字列（第２文字列）が先であってもよい。この点に関する処理の一例を第３の例として、図４を用いて説明する。図４は、パスフレーズ生成処理の第３の例を示す図である。図４は、図２と同様に２０２２年６月２２日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。なお、図４は生成されるパスフレーズ以外は、図２と同様であり、図２と同様の点については適宜説明を省略する。
上述したパスフレーズの生成は一例に過ぎず、端末装置１０は、任意の方法によりパスフレーズを生成してもよい。例えば、パスフレーズにおける各文字列の並び順は上記に限らず、受信者側の文字列（第２文字列）が先であってもよい。この点に関する処理の一例を第３の例として、図４を用いて説明する。図４は、パスフレーズ生成処理の第３の例を示す図である。図４は、図２と同様に２０２２年６月２２日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。なお、図４は生成されるパスフレーズ以外は、図２と同様であり、図２と同様の点については適宜説明を省略する。
【0033】
図４では、送信側の端末装置１０である端末装置１０ａは、ユーザＳＤのメールアドレスＡＤ１の一部の文字列「ｔａｒｏ」を第１文字列ＦＴ２として取得する。また、端末装置１０ａは、ユーザＲＶのメールアドレスＡＤ２の一部の文字列「ｈａｎａｋｏ」を第２文字列ＳＴ２として取得する。また、端末装置１０ａは、送信対象情報ＯＤ２の送信日時「２０２２年６月２２日」を基に第３文字列ＴＴ２である「２０２２０６２２」を生成する。
【0034】
端末装置１０ａは、第１文字列ＦＴ２、第２文字列ＳＴ２及び第３文字列ＴＴ２に基づいて、送信対象情報ＯＤ２の暗号化に用いるパスフレーズＰＰ２ｂを生成する。図４では、端末装置１０ａは、第２文字列ＳＴ２である「ｈａｎａｋｏ」、第３文字列ＴＴ２である「２０２２０６２２」、第１文字列ＦＴ２である「ｔａｒｏ」の順に並べることによりパスフレーズＰＰ２ｂを生成する。これにより、端末装置１０ａは、「ｈａｎａｋｏ２０２２０６２２ｔａｒｏ」であるパスフレーズＰＰ２ｂを生成する。
【0035】
そして、端末装置１０ａは、パスフレーズＰＰ２ｂを用いて送信対象情報ＯＤ２を暗号化した暗号化後対象情報（暗号化後対象情報ＥＤ２ｂ）を生成する。そして、端末装置１０ａは、メールアドレスＡＤ２を宛先とする電子メールに暗号化後対象情報ＥＤ２ｂを添付して送信する。暗号化後対象情報ＥＤ２ｂが添付された電子メールを受信したユーザＲＶは、暗号化後対象情報ＥＤ２ｂのパスフレーズＰＰ２ｂを、受信者のメールアドレスＡＤ２、送信者のメールアドレスＡＤ１、及び暗号化後対象情報ＥＤ２ｂが添付された電子メールの送信日時を基に推測する。そして、ユーザＲＶは、推測したパスフレーズを用いて、暗号化後対象情報ＥＤ２ｂを解凍する。
【0036】
〔１－１－４．第４の例〕
また、送信者と受信者が逆、すなわちユーザＲＶが送信者であり、ユーザＳＤが受信者である場合であっても、パスフレーズにおける各文字列の並び順は上記に限らず、受信者側の文字列（第２文字列）が先であってもよい。この点に関する処理の一例を第４の例として、図５を用いて説明する。図５は、パスフレーズ生成処理の第４の例を示す図である。図５は、図３と同様に２０２２年６月２４日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。なお、図５は生成されるパスフレーズ以外は、図３と同様であり、図３と同様の点については適宜説明を省略する。
また、送信者と受信者が逆、すなわちユーザＲＶが送信者であり、ユーザＳＤが受信者である場合であっても、パスフレーズにおける各文字列の並び順は上記に限らず、受信者側の文字列（第２文字列）が先であってもよい。この点に関する処理の一例を第４の例として、図５を用いて説明する。図５は、パスフレーズ生成処理の第４の例を示す図である。図５は、図３と同様に２０２２年６月２４日にユーザＳＤからユーザＲＶに対して情報送信を行う場合を示す。なお、図５は生成されるパスフレーズ以外は、図３と同様であり、図３と同様の点については適宜説明を省略する。
【0037】
図５では、送信側の端末装置１０である端末装置１０ｂは、ユーザＲＶのメールアドレスＡＤ２の一部の文字列「ｈａｎａｋｏ」を第１文字列ＦＴ３として取得する。また、端末装置１０ｂは、ユーザＲＶのメールアドレスＡＤ１の一部の文字列「ｔａｒｏ」を第２文字列ＳＴ３として取得する。また、端末装置１０ｂは、送信対象情報ＯＤ３の送信日時「２０２２年６月２４日」を基に第３文字列ＴＴ３である「２０２２０６２４」を生成する。
【0038】
端末装置１０ｂは、第１文字列ＦＴ３、第２文字列ＳＴ３及び第３文字列ＴＴ３に基づいて、送信対象情報ＯＤ３の暗号化に用いるパスフレーズＰＰ３ｂを生成する。図５では、端末装置１０ｂは、第２文字列ＳＴ３である「ｔａｒｏ」、第３文字列ＴＴ３である「２０２２０６２４」、第１文字列ＦＴ３である「ｈａｎａｋｏ」の順に並べることによりパスフレーズＰＰ３ｂを生成する。これにより、端末装置１０ｂは、「ｔａｒｏ２０２２０６２４ｈａｎａｋｏ」であるパスフレーズＰＰ３ｂを生成する。
【0039】
そして、端末装置１０ｂは、パスフレーズＰＰ３ｂを用いて送信対象情報ＯＤ３を暗号化した暗号化後対象情報（暗号化後対象情報ＥＤ３ｂ）を生成する。そして、端末装置１０ｂは、メールアドレスＡＤ１を宛先とする電子メールに暗号化後対象情報ＥＤ３ｂを添付して送信する。暗号化後対象情報ＥＤ３ｂが添付された電子メールを受信したユーザＳＤは、暗号化後対象情報ＥＤ３ｂのパスフレーズＰＰ３ｂを、受信者のメールアドレスＡＤ１、送信者のメールアドレスＡＤ２、及び暗号化後対象情報ＥＤ３ｂが添付された電子メールの送信日時を基に推測する。そして、ユーザＳＤは、推測したパスフレーズを用いて、暗号化後対象情報ＥＤ３ｂを解凍する。
【0040】
〔１－２．前提、効果等〕
上述したようなパスフレーズ生成処理は、メール添付ファイル用パススレーズが必要となる場面に適用可能である。例えば、一般的なメール添付ファイルでの暗号化及び復号化手法では、Ｓｅｎｄｅｒ（送信者）がパスフレーズを決定し暗号化し、Ｒｅｃｅｉｖｅｒ（受信者）が添付ファイルを受け取る。そして、Ｓｅｎｄｅｒが別メールでパスフレーズを伝達し、Ｒｅｃｅｉｖｅｒが受領したパスフレーズを用いて復号化する。
上述したようなパスフレーズ生成処理は、メール添付ファイル用パススレーズが必要となる場面に適用可能である。例えば、一般的なメール添付ファイルでの暗号化及び復号化手法では、Ｓｅｎｄｅｒ（送信者）がパスフレーズを決定し暗号化し、Ｒｅｃｅｉｖｅｒ（受信者）が添付ファイルを受け取る。そして、Ｓｅｎｄｅｒが別メールでパスフレーズを伝達し、Ｒｅｃｅｉｖｅｒが受領したパスフレーズを用いて復号化する。
【0041】
このような一般的な手法の問題点としては、パスフレーズ等として暗号化に用いる文字列を考えるのがユーザの負担となること等が挙げられるが、このような問題点は、ソフトウェアでランダムなパスフレーズを生成することで解決することも可能である。しかし、Ｓｅｎｄｅｒが生成するランダムなパスフレーズは通常、規則性がないため覚えることが難しく、毎回パスフレーズ全体をＲｅｃｅｉｖｅｒへ送信するのが手間である。また、考えても思いつかず、紛失した場合等に復元不可能となるため、メーラー等から探し出す必要性が生じたり、Ｒｅｃｅｉｖｅｒの記憶に依存した属人的な手法となったりする。また、転送されたりすると暗号化した主体が不明確になる。
【0042】
そこで、端末装置１０は、パスフレーズ生成プログラム等により上述したようなパスフレーズを生成する。例えば、端末装置１０は、ＳｅｎｄｅｒとＲｅｃｅｉｖｅｒが決めた文字列（フレーズ）と日付を、予め決めた所定の順序で組合せてパスフレーズを生成する。例えば、端末装置１０は、上述したように送信者の第１文字列、送信日時の第３文字列、受信者の第２文字列等の所定の順序で組合せてパスフレーズを生成する。
【0043】
例えば、端末装置１０は、Ｓｅｎｄｅｒが決定する第１文字列である部分パスフレーズＳ（以下「Ｓトークン」ともいう）と、８桁等の任意の桁数の数字（年月日、以下「８トークン」とする）と、Ｒｅｃｅｉｖｅｒが決定する第２文字列である部分パスフレーズＲ（以下「Ｒトークン」とする）の３つの部位を所定の順序に並べることによりパスフレーズを生成する。この場合、ＳｅｎｄｅｒとＲｅｃｅｉｖｅｒはメール送信時に相対的に決定される。なお、端末装置１０は、Ｓトークン、８トークン、Ｒトークンの順で並べたパスフレーズ（以下「Ｓ８Ｒ」とする）におけるＳトークンと８トークン、または８トークンとＲトークンの間に区切り文字（列）を予め決めて入れてもよい。Ｓｅｎｄｅｒは、８トークンとＲトークンを知ることによって暗号化可能となる。
【0044】
また、ＲｅｃｅｉｖｅｒはＳトークンと８トークンを知ることによって復号化可能となる。ＳトークンはＲｅｃｅｉｖｅｒが思いつく限りにおいて複雑なレベルに決定することができる。例えば、Ｓトークンはメールアカウントの文字列を逆順にすることや、会社のＵＲＬ（Uniform Resource Locator）を用いること等により生成されてもよい。また、Ｒトークンも同様にＳｅｎｄｅｒが思いつく限りにおいて複雑なレベルに決定することができる。
【0045】
また、８トークンは世界共通で、年（Ｙｅａｒ）に対応するＹＹＹＹ（０００１～９９９９）と、月（Ｍｏｎｔｈ）に対応するＭＭ（０１～１２）と、日（Ｄａｙ）に対応するＤＤ（０１～３１）の３つの部分の組合せ（６通り）によって構成される。例えば、ＹＹＹＹは、４つの文字からなる文字列であり、２０２２年の場合は「２０２２」となる。例えば、ＭＭは、２つの文字からなる文字列であり、８月の場合は「０８」となる。例えば、ＤＤは、２つの文字からなる文字列であり、１日の場合は「０１」となる。例えば、８トークンはＹＹＹＹＭＭＤＤ、ＭＭＤＤＹＹＹＹ等の任意の並び順により構成される。また、８トークンは当事者の合意によって決めることができる。例えば、８トークンは送信日、ＳｅｎｄｅｒやＲｅｃｅｉｖｅｒの誕生日や創立記念日等に基づく文字列であってもよい。
【0046】
上記のように、パスフレーズが毎回一方向性をもって生成されるため，暗号化した主体や復号化を期する主体を特定できる可能性が高い。そこで、Ｓ８Ｒを平文で利用するのではなくＢＡＳＥ６４等一般的な手法により暗号化してもよい。この場合、パスフレーズにランダム性がないため生成ルールから推定して復号化を試みることができる。
【0047】
また、Ｓｅｎｄｅｒがパスフレーズの生成に関する規則（「Ｓ８Ｒルール」ともいう）に準拠してパスフレーズを生成しているかの検証作業を不定期に任意のタイミングで実施してもよい。これにより，情報処理システム１（図６参照）の管理者等は、復号可能性を任意の時点で確認可能となる。また、Ｓｅｎｄｅｒのメーラーが開けなくなってもパスフレーズを推定可能となる。また、自動暗号化及び復号化機能を備えたメーラーにＳトークンと、８トークンと、Ｒトークンとを入力することによって、Ｓ８Ｒルールに基づく暗号化及び復号化に関する処理を自動化することが可能となる。
【0048】
また、情報処理システム１では、Ｓトークン、８トークン及びＲトークンに対応する文字列をリモートホストに保存してもよい。情報処理システム１では、リモートホストに保存する文字列は暗号化してもよい。情報処理システム１では、リモートホストには平文または暗号化した文字列を保存することに代えて、推定するためのルールを保存してもよい。
【0049】
パターンとは、異なる具体的な文字列に共通してみられるテキストの並び順の抽象的な性質をいい、たとえば西暦によって表現される日付形式の文字列は、慣習的にＹＹＹＹＭＭＤＤと表記される。同様に、時間形式の文字列は、慣習的にＨＨＭＭＳＳと表記される。日付や時間以外のパターンとして代表的なものには、多くの種類のプログラミング言語において慣習的に用いられる正規表現がある。
【0050】
上記の例を用いて取り上げたパターンは、いずれも複数の具体的な文字列を、特定の抽象的な文字列によって表現するという点で、多対１の関係に適用される変換手法である。このようなパターンは、変換後の抽象的な文字列から変換前の具体的な文字列を特定することができないという点で、不可逆性を有する変換手法である。
【0051】
これに対して、ある体系において表現された文字列を、別の体系において表現された文字列に変換する、１対１の変換手法がある。たとえば、ＵｎｉｃｏｄｅやＵＲＬエンコーディング等のコード化では、特定の文字を表す体系的コードが一意に定義されており、変換前の文字と変換後の文字コードが１対１に対応しているため、可逆性を有する変換手法である。
【0052】
このように、変換手法とは、多対１の関係を表すパターンや、１対１の関係を表すコード化の、両者を含む上位概念であり、さらにパターンの下位概念として、日付形式、時間形式、正規表現が位置付けられる。
【0053】
日付の文字列のパターンは，ＹＹＹＹＭＭＤＤ形式のみであっても一年で３６５通りであり、形式（並び順）のバリエーションは６通りである。そのため、年のＹＹＹＹの部分に相当なバリエーションを見積もったとしても、自動的に８トークンを生成して，当該８トークンが不特定の文字列に含まれるか否かを計算するコストは多項式時間で可能であり得る。したがって、あるパスフレーズがＳ８Ｒの形式であるか否かの判定は、８トークンが中間地点に含まれているかによって可能であり、これによりＳトークンとＲトークンの文字列を括り出すことができ得る。
【0054】
したがって、暗号化に利用されているパスフレーズ決定アルゴリズム（パスフレーズ生成処理）にＳ８Ｒルールが用いられているかどうかの判定が、あるパスフレーズの中間部分に８トークンが含まれているかどうかによって可能になると考えられる。このように限られたパターンの文字列として８トークンを中間部分に含むパスフレーズを生成すること、及び８トークンは世界共通の文字列（数字）であることから、プログラム（パスフレーズ生成プログラム等）によって全パターンが生成できるため、送受信には、相互に相手方の決めた部分パスフレーズのみを伝達することで足りる。
【0055】
上記のようなパスフレーズ生成処理により生成されたパスフレーズには、以下のような特徴がある。例えば、パスフレーズ生成処理により生成されたパスフレーズは、リカバリー可能性を高めた特定のパターンの組合せであるという特徴がある。また、パスフレーズ生成処理により生成されたパスフレーズは、ＲｅｃｅｉｖｅｒはＳｅｎｄｅｒが任意に決定したトークンが過去に利用したトークンの一覧であるトークン・リストからピックアップしたものであるか、新規に生成したものであるかを検出可能であるという特徴がある。また、パスフレーズ生成処理により生成されたパスフレーズは、Ｓｅｎｄｅｒのトークン・リストをＲｅｃｅｉｖｅｒ側で保持することが可能であるという特徴がある。
【0056】
また、上述したように、端末装置１０は、Ｒトークン、８トークン、Ｓトークンの順で並べたパスフレーズ（以下「Ｒ８Ｓ」とする）を生成してもよい。この場合、Ｒトークンは、Ｒｅｃｅｉｖｅｒがパスフレーズの先頭に含まれることを期待するトークンである。また、Ｓトークンは、Ｓｅｎｄｅｒが任意に決定してパスフレーズの末尾に含まれることを期待するトークンである。また、８トークンのパターンは、ＹＹＹＹＭＭＤＤの順では、プログラム化すれば総当たりで検証可能なパターンであるため、Ｓｅｎｄｅｒが任意に決定して伝達せずとも、Ｒｅｃｅｉｖｅｒがプログラムで検証する限り不都合はなく、セキュリティ上も望ましい。
【0057】
情報処理システム１では、以下のような処理によりＳｅｎｄｅｒの暗号化プロセスが行われる。Ｓｅｎｄｅｒは、ＲｅｃｅｉｖｅｒからＲトークンを受領する。Ｓｅｎｄｅｒは、Ｒトークンを社内（例えばＳｅｎｄｅｒが属する組織の施設内）またはクラウドのサーバにＲトークンの一覧であるＲトークン・リストの一部として保存する。Ｓｅｎｄｅｒは、Ｒトークンを先頭文字列とし、続く８トークンを任意に決定し、末尾のＳトークンを任意に決定してパスフレーズを生成する。Ｓｅｎｄｅｒは、生成したパスフレーズを用いて添付ファイルを暗号化し、暗号化済み添付ファイルをメールにて送信する。なお、上記のステップはメーラーのモジュールとして実装されてもよいし、別途プログラムを開発して実装されてもよい。
【0058】
また、情報処理システム１では、以下のような処理によりＲｅｃｅｉｖｅｒの復号化プロセスが行われる。Ｒｅｃｅｉｖｅｒは、Ｓｅｎｄｅｒから添付ファイルありのメールを受信し、メーラーで添付ファイルをピックアップする。Ｒｅｃｅｉｖｅｒは、自ら決定したＲトークンを先頭とし，８トークンをプログラムによる推定、または総当たりにより生成し、Ｓトークンを社内（例えばＲｅｃｅｉｖｅｒが属する組織の施設内）またはクラウドのサーバのＳトークンの一覧であるＳトークン・リストからピックアップして特定のパスフレーズを生成する。そして、Ｒｅｃｅｉｖｅｒは、生成したパスフレーズを利用して復号化を試み、復号化（解読）できない場合、８トークン、Ｓトークン等を変更して別のパスフレーズを生成し、再度復号化を試みる処理を復号化できるまで繰り返す。
【0059】
Ｒｅｃｅｉｖｅｒは、８トークンとＳトークン・リストの組合せの全パターンによって生成し得るパスフレーズをすべて試しても解読できない場合、Ｓｅｎｄｅｒが過去に利用したことのない新しいＳトークンを用いてパスフレーズを生成したことが検出される。この場合、Ｒｅｃｅｉｖｅｒは、Ｓｅｎｄｅｒにパスフレーズの生成に用いたＳトークンを問い合わせて、社内のリストに追加する。これにより、Ｒｅｃｅｉｖｅｒは、ＲトークンとＳトークンが確定するので、８トークンを総当たりで生成して復号化を試みる。
【0060】
上述した処理により、情報処理システム１では、パスフレーズ全体をランダムにせずＲ８ＳやＳ８Ｒ等のように、三部構成に規則化することにより、暗号化に関するパスフレーズを適切に生成することができる。また、情報処理システム１では、Ｒトークン・リストやＳトークン・リスト等を社内サーバに保存することでトークンの逸失を回避することができる。また、情報処理システム１では、万が一パスフレーズを逸失した場合であっても、例えば「Ｒトークン・リスト×総当たり８トークン×Ｓトークン・リスト」等の計算式で再現可能となる。また、情報処理システム１では、Ｒトークン、８トークン、Ｓトークンはそれぞれ固定値（または固定ルール）とすることもでき、パスフレーズの複雑さを調整することができる。
【0061】
〔１－３．情報処理システム構成例〕
ここから、図６を用いて、パスフレーズ生成処理等の各種の情報処理を実行する情報処理システム１の構成について説明する。図６は、実施形態に係る情報処理システムの構成例を示す図である。図６に示すように、情報処理システム１には、端末装置１０ａ、１０ｂ等の複数の端末装置１０と、サービス提供装置５０とが含まれる。複数の端末装置１０の各々と、サービス提供装置５０とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図６に示す情報処理システム１には、複数台のサービス提供装置５０が含まれてもよい。
ここから、図６を用いて、パスフレーズ生成処理等の各種の情報処理を実行する情報処理システム１の構成について説明する。図６は、実施形態に係る情報処理システムの構成例を示す図である。図６に示すように、情報処理システム１には、端末装置１０ａ、１０ｂ等の複数の端末装置１０と、サービス提供装置５０とが含まれる。複数の端末装置１０の各々と、サービス提供装置５０とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。なお、図６に示す情報処理システム１には、複数台のサービス提供装置５０が含まれてもよい。
【0062】
端末装置１０は、ユーザによって利用されるコンピュータである。例えば、端末装置１０ａは、ユーザＳＤが利用する端末装置１０である。例えば、端末装置１０ｂは、ユーザＲＶが利用する端末装置１０である。なお、図６では、端末装置１０ａ及び端末装置１０ｂの２つの端末装置１０のみを図示するが、端末装置１０は３つ以上であってもよい。
【0063】
例えば、端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。なお、図１では、端末装置１０がノート型ＰＣである場合を一例として示す。また、端末装置１０をユーザと表記する場合がある。すなわち、ユーザを端末装置１０と読み替えることもできる。例えば、Ｓｅｎｄｅｒ（送信者）やＲｅｃｅｉｖｅｒ（受信者）等のユーザを、そのユーザが利用する端末装置１０と読み替えることもできる。
【0064】
端末装置１０は、暗号化用のパスフレーズを生成するパスフレーズ生成装置（情報処理装置）である。端末装置１０は、送信対象の情報である送信対象情報の送信者に対応する第１文字列と、送信対象情報の受信者に対応する第２文字列と、送信対象情報の送信日時に対応する第３文字列とに基づいて、送信対象情報の暗号化に用いるパスフレーズを生成する。例えば、端末装置１０は、暗号化に関する種々の処理を暗号化に関するプログラム（制御情報）により実行する。例えば、端末装置１０は、パスフレーズ生成プログラムにより暗号化用のパスフレーズを生成する。
【0065】
サービス提供装置５０は、端末装置１０を利用するユーザに各種のサービスを提供する情報処理装置である。サービス提供装置５０は、端末装置１０を利用するユーザに暗号化サービスを提供する。例えば、サービス提供装置５０は、端末装置１０を利用するユーザにパスフレーズ生成に関する暗号化サービスを提供する。サービス提供装置５０は、端末装置１０にパスフレーズ生成アプリに関する各種情報を提供する。例えば、サービス提供装置５０は、パスフレーズ生成プログラムを端末装置１０に送信する。例えば、サービス提供装置５０は、パスフレーズ生成アプリを端末装置１０に送信する。また、サービス提供装置５０は、各ユーザが利用する電子メールサービスのメールサーバであってもよい。
【0066】
なお、図６に示す情報処理システム１は一例に過ぎず、上記情報処理を実現するシステム構成については、図６に示す情報処理システム１に限らず種々の態様であってもよい。例えば、情報処理システム１には、各ユーザが利用する電子メールサービスのメールサーバが含まれてもよい。例えば、情報処理システム１は、第１文字列や第２文字列等、パスフレーズの生成に用いる情報を端末装置１０に提供する装置が含まれてもよいが、この点については後述する。
【0067】
〔２．端末装置の構成〕
次に、図７を用いて、パスフレーズ生成装置の一例である端末装置１０の構成について説明する。図７は、実施形態に係る端末装置の構成例を示す図である。例えば、端末装置１０は、パスフレーズ生成プログラムを有し、パスフレーズ生成プログラムによりパスフレーズ生成方法に基づく処理を実行する情報処理装置である。図７に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、記憶部１４と、制御部１５とを有する。なお、端末装置１０は、上記以外にも各種機能を実現する構成を有し、例えば音声を出力するスピーカ（音声出力部）を有する。
次に、図７を用いて、パスフレーズ生成装置の一例である端末装置１０の構成について説明する。図７は、実施形態に係る端末装置の構成例を示す図である。例えば、端末装置１０は、パスフレーズ生成プログラムを有し、パスフレーズ生成プログラムによりパスフレーズ生成方法に基づく処理を実行する情報処理装置である。図７に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、記憶部１４と、制御部１５とを有する。なお、端末装置１０は、上記以外にも各種機能を実現する構成を有し、例えば音声を出力するスピーカ（音声出力部）を有する。
【0068】
通信部１１は、例えば、通信回路等によって実現される。そして、通信部１１は、所定の通信網と有線または無線で接続され、外部の情報処理装置との間で情報の送受信を行う。例えば、通信部１１は、所定のネットワークＮ（図６参照）と有線または無線で接続され、他の端末装置１０やサービス提供装置５０との間で情報の送受信を行う。
【0069】
入力部１２は、ユーザから各種操作が入力される。入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付ける。例えば、入力部１２は、タッチパネル機能により表示面（例えば出力部１３）を介してユーザからの各種操作を受け付けてもよい。
【0070】
出力部１３は、各種情報を表示する。出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。出力部１３は、パスフレーズ生成プログラムを実行するための情報を表示する。例えば、出力部１３は、パスフレーズ生成プログラムにより生成されたパスフレーズを用いて、情報を暗号化するためのアプリケーション（パスフレーズ生成アプリ）を表示する。
【0071】
記憶部１４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１４は、例えば、端末装置１０にインストールされているアプリケーションに関する情報（プログラム等）を記憶する。記憶部１４は、暗号化に用いる各種情報を記憶する。
【0072】
記憶部１４は、パスフレーズ生成プログラムを記憶する。記憶部１４は、第１文字列に関する情報を記憶する。例えば、記憶部１４は、第１文字列を記憶する。例えば、記憶部１４は、第１文字列として用いる候補となる文字列のリストを記憶する。記憶部１４は、第２文字列に関する情報を記憶する。例えば、記憶部１４は、第２文字列を記憶する。例えば、記憶部１４は、第２文字列として用いる候補となる文字列のリストを記憶する。また、記憶部１４は、第３文字列を記憶してもよい。例えば、記憶部１４は、生成された第３文字列を記憶する。
【0073】
制御部１５は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１０内部の記憶部１４などの記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムは、情報処理を行うアプリケーションのプログラム（例えばパスフレーズ生成プログラム）が含まれる。また、制御部１５は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
【0074】
図７に示すように、制御部１５は、取得部１５１と、生成部１５２と、送信部１５３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１５の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１５が有する各処理部の接続関係は、図７に示した接続関係に限られず、他の接続関係であってもよい。
【0075】
取得部１５１は、各種情報を取得する。例えば、取得部１５１は、記憶部１４から各種情報を取得する。また、取得部１５１は、他の端末装置１０やサービス提供装置５０等の外部の情報処理装置から各種情報を受信する。例えば、取得部１５１は、他の端末装置１０から送信される電子メールを受信する。
【0076】
取得部１５１は、パスフレーズ生成プログラム等の情報処理に用いる各種情報を受信する。例えば、取得部１５１は、サービス提供装置５０からパスフレーズ生成アプリに関する各種情報を取得する。例えば、取得部１５１は、サービス提供装置５０からパスフレーズ生成アプリのインストールに用いる情報やパスフレーズ生成アプリのアップデートに用いる情報を取得する。
【0077】
取得部１５１は、取得部１５１は、送信対象の情報である送信対象情報の送信者に対応する第１文字列を取得する。取得部１５１は、送信者を示す文字列の一部である第１文字列を取得する。取得部１５１は、送信者のメールアドレスの一部である第１文字列を取得する。
【0078】
取得部１５１は、送信対象情報の受信者に対応する第２文字列を取得する。取得部１５１は、受信者を示す文字列の一部である第２文字列を取得する。取得部１５１は、受信者のメールアドレスの一部である第２文字列を取得する。取得部１５１は、送信対象情報の送信日時を示す情報を取得する。
【0079】
生成部１５２は、種々の情報を生成する生成処理を実行する。生成部１５２は、取得部１５１により取得された情報に基づいて各種情報を生成する。生成部１５２は、記憶部１４に記憶された情報に基づいて各種情報を生成する。
【0080】
生成部１５２は、送信対象の情報である送信対象情報の送信者に対応する第１文字列と、送信対象情報の受信者に対応する第２文字列と、送信対象情報の送信日時に対応する第３文字列とに基づいて、送信対象情報の暗号化に用いるパスフレーズを生成する。生成部１５２は、第１文字列と、第２文字列と、第３文字列とを所定の順序で並べることにより、パスフレーズを生成する。生成部１５２は、第１文字列及び第２文字列のうち一方に続けて第３文字列を並べ、第３文字列に続けて、第１文字列及び第２文字列のうち他方を並べることにより、パスフレーズを生成する。
【0081】
生成部１５２は、送信日時を示す数字を含む第３文字列に基づいて、パスフレーズを生成する。生成部１５２は、送信日時の年月日を含む文字列である第３文字列に基づいて、パスフレーズを生成する。生成部１５２は、送信者を示す文字列の一部である第１文字列に基づいて、パスフレーズを生成する。生成部１５２は、送信者のメールアドレスの一部である第１文字列に基づいて、パスフレーズを生成する。生成部１５２は、受信者を示す文字列の一部である第２文字列に基づいて、パスフレーズを生成する。生成部１５２は、受信者のメールアドレスの一部である第２文字列に基づいて、パスフレーズを生成する。
【0082】
生成部１５２は、パスフレーズを用いて送信対象情報を暗号化した暗号化後対象情報を生成する。生成部１５２は、パスフレーズに含まれる文字列を予め定めた変換手法により変換することにより変換後パスフレーズを生成する。たとえば、一般的な正規表現の処理系において、アルファベット大文字１文字にマッチする正規表現は[A-Z]として、アルファベット小文字１文字にマッチする正規表現は[a-z]として表現することができる。
【0083】
この場合、正規表現化されたパスフレーズ[A-Z][a-z][a-z][a-z][a-z][a-z][a-z]は、パスワードTsukubaとマッチするが、それ以外のパスワードであるShimanoやBianchiともマッチする。そのため、Tsukubaがパスワードであることを知らずに、Tsukubaによって暗号化された添付ファイルを解読するためには、取得したパスフレーズにマッチする26文字の7乗（8,031,810,176通り）の組み合わせの文字列を総当たりで適用して解読しなければならない。その他、正規表現では、特定の文字の集合を表現するための多様な表現が可能であるため、大文字、小文字、数字といった単純な文字の集合のみならず、より複雑な文字の集合を組み合わせて、暗号の強度を制限したパスフレーズの生成が可能である。
【0084】
また、正規表現の場合には、変換前の文字列と変換後の文字列が多対１の関係に対応する不可逆性の高い変換手法であるが、UnicodeやURLエンコーディングは、それらが1対1の関係に対応する可逆変換手法である。このため、パスワードに対して多対１の関係となるパターンの変換手法を適用する前処理で、1対1の関係に対応する変換手法を適用してもよい。たとえば、日本語パスワード「筑波」のURLエンコーディングは、「%E7%AD%91%E6%B3%A2」が対応するため、これを前処理として適用した上で、次のステップでURLエンコーディングされた文字列を正規表現化することにより、暗号の強度を高めることも可能である。
【0085】
生成部１５２は、パスフレーズに含まれる文字列を正規表現により変換することにより変換後パスフレーズを生成する。生成部１５２は、第１文字列、第２文字列及び第３文字列の各々を正規表現により変換することにより変換後パスフレーズを生成する。なお、正規表現による変換は、パターンによる変換手法による変換の一例に過ぎず、パターンによる変換は、正規表現による変換に限らず、ＹＹＹＹＭＭＤＤ、ＨＨＭＭＳＳ等の正規表現ではない形式による変換であってもよい。なお、正規表現による変換で正規表現化された文字列はパターンの一例に過ぎず、パターンは、上述したように、ＹＹＹＹＭＭＤＤ、ＨＨＭＭＳＳ等の正規表現ではない形式による変換後の文字列であってもよい。生成部１５２は、正規表現に限らず、任意のパターンに変換する変換手法により変換を行ってもよい。
【0086】
生成部１５２は、第１文字列が正規表現により変換された変換後第１文字列、第２文字列が正規表現により変換された変換後第２文字列、及び第３文字列が正規表現により変換された変換後第３文字列の各々を用いて変換後パスフレーズを生成する。生成部１５２は、変換後第１文字列と、変換後第２文字列と、変換後第３文字列とを所定の規則で組み合わせることに、変換後パスフレーズを生成する。生成部１５２は、第１文字列と、第２文字列と、第３文字列とに基づいて、電子メールに添付される送信対象情報の暗号化に用いるパスフレーズを生成する。
【0087】
生成部１５２は、送信対象情報の送信日時を示す情報を用いて、第３文字列を生成する。例えば、生成部１５２は、所定の文字数の第３文字列を生成する。生成部１５２は、送信対象情報の送信日時を示す情報を用いて、送信日時を示す数字を含む第３文字列を生成する。生成部１５２は、送信対象情報の送信日時を示す情報を用いて、送信日時の年月日を含む文字列である第３文字列を生成する。
【0088】
送信部１５３は、各種情報を送信する。例えば、送信部１５３は、入力部１２により入力されたユーザ操作に従って、外部の情報処理装置へ種々の情報を送信する。例えば、送信部１５３は、生成部１５２により生成された暗号化後対象情報を指定された送信先へ送信する。例えば、送信部１５３は、暗号化後対象情報を他の端末装置１０へ送信する。例えば、送信部１５３は、暗号化後対象情報が添付された電子メールを宛先に指定されたメールアドレスへ送信する。
【0089】
送信部１５３は、暗号化後対象情報を受信者が利用する他の端末装置１０に送信する。送信部１５３は、パスフレーズに含まれる文字列が予め定めた変換手法により変換された変換後パスフレーズを受信者が利用する他の端末装置１０に送信する。
【0090】
送信部１５３は、パスフレーズを用いて送信対象情報を暗号化された暗号化後対象情報を送信する。送信部１５３は、パスフレーズに含まれる文字列を予め定めた変換手法により変換することにより生成された変換後パスフレーズを送信する。送信部１５３は、パスフレーズに含まれる文字列を正規表現により変換することにより生成された変換後パスフレーズを送信する。
【0091】
送信部１５３は、第１文字列、第２文字列及び第３文字列の各々を正規表現により変換することにより生成された変換後パスフレーズを送信する。送信部１５３は、第１文字列が正規表現により変換された変換後第１文字列、第２文字列が正規表現により変換された変換後第２文字列、及び第３文字列が正規表現により変換された変換後第３文字列の各々を用いて生成された変換後パスフレーズを送信する。送信部１５３は、変換後第１文字列と、変換後第２文字列と、変換後第３文字列とを所定の規則で組み合わせることに、変換後パスフレーズを送信する。
【0092】
送信部１５３は、サービス提供装置５０にパスフレーズ生成アプリに関する各種情報の要求を送信する。送信部１５３は、サービス提供装置５０にパスフレーズ生成アプリの提供を要求する。送信部１５３は、パスフレーズ生成アプリのダウンロードを要求するリクエスト情報等をサービス提供装置５０に送信する。
【0093】
なお、上述した制御部１５によるパスフレーズ生成処理等の各種の情報処理は、所定のアプリケーションにより行われる場合、制御部１５の各部は、例えば、所定のアプリケーションにより実現されてもよい。例えば、制御部１５によるパスフレーズ生成処理等の各種の情報処理の処理は、ＪａｖａＳｃｒｉｐｔ（登録商標）などを含む制御情報により実現されてもよい。また、上述したパスフレーズ生成処理等の各種の情報処理が専用アプリにより行われる場合、制御部１５は、例えば、所定のアプリ（例えばパスフレーズ生成アプリ等）や専用アプリを制御するアプリ制御部を有してもよい。
【0094】
【0095】
図８に示すように、端末装置１０は、送信対象の情報である送信対象情報の送信者に対応する第１文字列と、送信対象情報の受信者に対応する第２文字列とを取得する（ステップＳ１０１）。そして、端末装置１０は、第１文字列と、第２文字列と、送信対象情報の送信日時に対応する第３文字列とに基づいて、送信対象情報の暗号化に用いるパスフレーズを生成する（ステップＳ１０２）。
【0096】
そして、端末装置１０は、パスフレーズを用いて送信対象情報を暗号化した暗号化情報を生成する（ステップＳ１０３）。そして、端末装置１０は、暗号化情報を受信者が利用する端末装置１０に送信する（ステップＳ１０４）。
【0097】
〔４．適用例〕
なお、上述した例では、パスフレーズ生成処理を含む各種の情報処理を実行する情報処理システム１は、様々な態様で適用されてもよい。以下、この点について例示を記載する。以下に示す適用例における情報処理システム１では、ＳｅｎｄｅｒとＲｅｃｅｉｖｅｒはトークンを相互に共有する。すなわち、適用例における情報処理システム１では、Ｓトークン（「Ｓ－Ｔｏｋｅｎ」と記載する場合がある）及びＲトークン（「Ｒ－Ｔｏｋｅｎ」と記載する場合がある）等のトークンを相互共有する。なお、情報処理システム１を適用する態様は、以下に示す例に限られない。
なお、上述した例では、パスフレーズ生成処理を含む各種の情報処理を実行する情報処理システム１は、様々な態様で適用されてもよい。以下、この点について例示を記載する。以下に示す適用例における情報処理システム１では、ＳｅｎｄｅｒとＲｅｃｅｉｖｅｒはトークンを相互に共有する。すなわち、適用例における情報処理システム１では、Ｓトークン（「Ｓ－Ｔｏｋｅｎ」と記載する場合がある）及びＲトークン（「Ｒ－Ｔｏｋｅｎ」と記載する場合がある）等のトークンを相互共有する。なお、情報処理システム１を適用する態様は、以下に示す例に限られない。
【0098】
〔４－１．システム構成例〕
まず、図９を用いて、トークンの相互共有態様の一例を説明する。図９は、トークンの相互共有態様の一例を示す図である。例えば、図９に示す適用例における情報処理システム１は、クラウドで運用されるＬＤＡＰ（Lightweight Directory Access Protocol）等のＩＤａａＳ（IDentity as a Service）を利用する形態により実現される。なお、図９では、ＦＷ（Firewall）やＤＭＺ（DeMilitarized Zone）のネットワーク設計の詳細については省略する。なお、第１文字列及び第２文字列は、メールアドレスより派生する文字列に限定されず、任意の文字列が採用可能である。例えば、第１文字列および第２文字列は、会社名から組織までブレークダウンされた階層構造の連結文字で、スペシャリティ・珈琲名等の着想に基づく文字列であってもよい。例えば、高価な「cerro azul gesha varietal」など、地域名、農家名など本来階層構造である名称が連結されてユニークな名前を生成する手法と同様の手法により第１文字列および第２文字列が生成されてもよい。これにより、情報処理システム１では、会社でも担当者が定期的に入れ替わっても、推定しやすいパスフレーズ（パスワード）が生成可能となる。この場合、情報処理システム１では、例えば担当者に割り当てられた氏名のみを総当たりで検索するのみで復元が可能となる。
まず、図９を用いて、トークンの相互共有態様の一例を説明する。図９は、トークンの相互共有態様の一例を示す図である。例えば、図９に示す適用例における情報処理システム１は、クラウドで運用されるＬＤＡＰ（Lightweight Directory Access Protocol）等のＩＤａａＳ（IDentity as a Service）を利用する形態により実現される。なお、図９では、ＦＷ（Firewall）やＤＭＺ（DeMilitarized Zone）のネットワーク設計の詳細については省略する。なお、第１文字列及び第２文字列は、メールアドレスより派生する文字列に限定されず、任意の文字列が採用可能である。例えば、第１文字列および第２文字列は、会社名から組織までブレークダウンされた階層構造の連結文字で、スペシャリティ・珈琲名等の着想に基づく文字列であってもよい。例えば、高価な「cerro azul gesha varietal」など、地域名、農家名など本来階層構造である名称が連結されてユニークな名前を生成する手法と同様の手法により第１文字列および第２文字列が生成されてもよい。これにより、情報処理システム１では、会社でも担当者が定期的に入れ替わっても、推定しやすいパスフレーズ（パスワード）が生成可能となる。この場合、情報処理システム１では、例えば担当者に割り当てられた氏名のみを総当たりで検索するのみで復元が可能となる。
【0099】
例えば、図９は、法人がトークンを管理する場合の一例を示す。図９に示す適用例における情報処理システム１では、ＬＤＡＰサーバであるサーバ装置３０ａ、３０ｂが用いられる場合を一例として示す。なお、サーバ装置３０ａ及びサーバ装置３０ｂ等について、特に区別なく説明する場合には、サーバ装置３０と記載する。ＬＤＡＰサーバであるサーバ装置３０ａ及びサーバ装置３０ｂの同期については、サーバ装置３０ａ及びサーバ装置３０ｂは、相互にエントリのレプリケーションを実施する。また、サーバ装置３０ａ及びサーバ装置３０ｂ間の通信にはＬＤＡＰＳ(LDAP over SSL/TLS)等のセキュアなプロトコルが採用される。なお、サーバ装置３０は、所望のトークンの管理が可能であれば、ＬＤＡＰサーバに限らず、任意のサーバが用いられてもよい。
【0100】
例えば、サーバ装置３０ａは、図９中のＳｅｎｄｅｒ側でのトークンの管理に用いられるコンピュータ（情報処理装置）である。また、サーバ装置３０ｂは、図９中のＲｅｃｅｉｖｅｒ側でのトークンの管理に用いられるコンピュータ（情報処理装置）である。また、トークンは個人用途の場合、リストによりトークンが管理されてもよい。なお、情報処理システム１では、リストやＬＤＡＰサーバ等は将来の復号用に定期的にバックアップされる。
【0101】
サーバ装置３０ａは、中継器４０ａを介してインターネット等のネットワークＮに接続され、サーバ装置３０ｂ等の外部装置と通信可能である。また、サーバ装置３０ａは、端末装置１０ａに対してトークンに関する各種情報を提供する。例えば、サーバ装置３０ａは、中継器４０ａを介して、端末装置１０ａと有線または無線により通信可能に接続される。例えば、中継器４０ａは、ルーターやゲートウェイ装置等の任意の中継用の装置が用いられてもよい。
【0102】
例えば、サーバ装置３０ａは、Ｓ－ＴｏｋｅｎＰｒｏｖｉｄｅｒであるトークン管理装置５０ａからＳトークンとして用いられる文字列に関する情報を取得し、端末装置１０ａに対してＳトークンとして用いられる文字列に関する情報を提供する。例えば、サーバ装置３０ａは、Ｒ－ＴｏｋｅｎＣｏｎｓｕｍｅｒであるトークン管理装置６０ａからＲトークンとして用いられる文字列に関する情報を取得し、端末装置１０ａに対してＲトークンとして用いられる文字列に関する情報を提供する。なお、トークン管理装置５０ａ及びトークン管理装置６０ａは、トークンに関して所望の管理が可能であれば、任意の構成が採用可能である。例えば、トークン管理装置５０ａ及びトークン管理装置６０ａはマスタースレーブ方式により構成され、トークン管理装置５０ａがマスターとして機能し、トークン管理装置６０ａがスレーブとして機能する。
【0103】
サーバ装置３０ｂは、中継器４０ｂを介してインターネット等のネットワークＮに接続され、サーバ装置３０ａ等の外部装置と通信可能である。また、サーバ装置３０ｂは、端末装置１０ｂに対してトークンに関する各種情報を提供する。例えば、サーバ装置３０ｂは、中継器４０ｂを介して、端末装置１０ｂと有線または無線により通信可能に接続される。例えば、中継器４０ｂは、ルーターやゲートウェイ装置等の任意の中継用の装置が用いられてもよい。
【0104】
例えば、サーバ装置３０ｂは、Ｓ－ＴｏｋｅｎＣｏｎｓｕｍｅｒであるトークン管理装置５０ｂからＳトークンとして用いられる文字列に関する情報を取得し、端末装置１０ｂに対してＳトークンとして用いられる文字列に関する情報を提供する。例えば、サーバ装置３０ｂは、Ｒ－ＴｏｋｅｎＰｒｏｖｉｄｅｒであるトークン管理装置６０ｂからＲトークンとして用いられる文字列に関する情報を取得し、端末装置１０ｂに対してＲトークンとして用いられる文字列に関する情報を提供する。なお、トークン管理装置５０ｂ及びトークン管理装置６０ｂは、トークンに関して所望の管理が可能であれば、任意の構成が採用可能である。例えば、トークン管理装置５０ｂ及びトークン管理装置６０ｂはマスタースレーブ方式により構成され、トークン管理装置６０ｂがマスターとして機能し、トークン管理装置５０ｂがスレーブとして機能する。
【0105】
〔４－２．情報処理例〕
ここから、図９に示す適用例における情報処理システム１での各種の情報処理について説明する。以下では、パスフレーズの生成処理及びトークンの正規表現への変換処理を実行するアプリケーション（以下「Ｓ８ＲＡｐｐ」ともいう）を用いて端末装置１０が各種の処理を実行する場合を一例として説明する。例えば、Ｓ８ＲＡｐｐは、上述したパスフレーズ生成アプリにトークンの正規表現への変換に関する処理の機能が追加されたアプリケーションであってもよい。
ここから、図９に示す適用例における情報処理システム１での各種の情報処理について説明する。以下では、パスフレーズの生成処理及びトークンの正規表現への変換処理を実行するアプリケーション（以下「Ｓ８ＲＡｐｐ」ともいう）を用いて端末装置１０が各種の処理を実行する場合を一例として説明する。例えば、Ｓ８ＲＡｐｐは、上述したパスフレーズ生成アプリにトークンの正規表現への変換に関する処理の機能が追加されたアプリケーションであってもよい。
【0106】
図９では、Ｓｅｎｄｅｒは、Ｓ８ＲＡｐｐ等により、以下のような添付ファイルのパスフレーズの生成や正規表現への変換に関する各種の処理を行う。Ｓｅｎｄｅｒは、Ｓ８ＲＡｐｐを起動し、サーバ装置３０ａからＳ－Ｔｏｋｅｎ及びＲ－Ｔｏｋｅｎを取得する。また、Ｓｅｎｄｅｒは、８トークン（「８－Ｔｏｋｅｎ」と記載する場合がある）を入力する。
【0107】
そして、Ｓｅｎｄｅｒは、Ｓ８ＲＡｐｐにより８－Ｔｏｋｅｎを正規表現に変換する。例えば、８－Ｔｏｋｅｎの正規表現への変換には、Ｒｅｃｅｉｖｅｒが総当たりで復元できる計算量の複雑さレベルの正規表現が用いられる。以下、８－Ｔｏｋｅｎ（第３文字列）の変換後の正規表現（変換後第３文字列）を８－Ｒｅｇｅｘとする。
【0108】
そして、Ｓｅｎｄｅｒは、Ｓ８ＲＡｐｐによりＳ－Ｔｏｋｅｎ及びＲ－Ｔｏｋｅｎをそれぞれ正規表現に変換する。例えば、Ｓ－Ｔｏｋｅｎ及びＲ－Ｔｏｋｅｎの正規表現への変換については、Ｓｅｎｄｅｒが変換の複雑さを指定する。Ｒｅｃｅｉｖｅｒは取得したパスフレーズの先頭または末尾からＳ－Ｔｏｋｅｎ及びＲ－Ｔｏｋｅｎとのマッチングを実施する。以下、Ｓ－Ｔｏｋｅｎ（第１文字列）の変換後の正規表現（変換後第１文字列）をＳ－Ｒｅｇｅｘとし、Ｒ－Ｔｏｋｅｎ（第２文字列）の変換後の正規表現（変換後第２文字列）をＲ－Ｒｅｇｅｘとする。
【0109】
【0110】
図１０では、Ｓ－Ｔｏｋｅｎである第１文字列ＦＴ２１、Ｒ－Ｔｏｋｅｎである第２文字列ＳＴ２１、及び８－Ｔｏｋｅｎである第３文字列ＴＴ２１が用いられる場合を一例として示す。なお、図１０中で「パスフレーズ（暗号化用）」で示す暗号化用のパスフレーズＰＰ２１の生成については、上述した処理と同様であるため、詳細な説明は省略する。例えば、端末装置１０は、第１文字列ＦＴ２１、第３文字列ＴＴ２１、第２文字列ＳＴ２１の順に並べることにより、暗号化用のパスフレーズＰＰ２１を生成する。
【0111】
図１０では、端末装置１０（例えば送信側の端末装置１０ａ）は、例えばＳ８ＲＡｐｐにより、第１文字列ＦＴ２１を正規表現に変換する変換処理により、変換後の正規表現（Ｓ－Ｒｅｇｅｘ）である変換後第１文字列ＡＦ２１を生成する。また、端末装置１０は、例えばＳ８ＲＡｐｐにより、第２文字列ＳＴ２１を正規表現に変換する変換処理により、変換後の正規表現（Ｒ－Ｒｅｇｅｘ）である変換後第２文字列ＡＳ２１を生成する。また、端末装置１０は、例えばＳ８ＲＡｐｐにより、第３文字列ＴＴ２１を正規表現に変換する変換処理により、変換後の正規表現（８－Ｒｅｇｅｘ）である変換後第３文字列ＡＴ２１を生成する。
【0112】
そして、図１０では、端末装置１０は、変換後第１文字列ＡＦ２１、変換後第３文字列ＡＴ２１、変換後第２文字列ＡＳ２１の順に並べることにより、正規表現へ変換後のパスフレーズとして、図１０中で「パスフレーズ（Ｒｅｇｅｘ）」で示す変換後パスフレーズＡＰ２１を生成する。なお、上述した処理は一例に過ぎず、端末装置１０は、様々な処理により、パスフレーズＰＰ２１や変換後パスフレーズＡＰ２１を生成してもよい。例えば、Ｓ－Ｒｅｇｅｘ、Ｒ－Ｒｅｇｅｘ及び８－Ｒｅｇｅｘの順序は、上記に限らず任意の順序であってもよい。また、Ｓ－Ｒｅｇｅｘ及びＲ－Ｒｅｇｅｘは固定文字列であってもよいし、後述するＳ－Ｒｅｇｅｘのみとしてもよい。また、Ｓ－Ｒｅｇｅｘ及びＲ－Ｒｅｇｅｘを８－Ｒｅｇｅｘの前後ではなく内部に埋め込んでもよい。
【0113】
ここから、図９に戻って、添付ファイルとパスフレーズの送信の例について説明する。Ｓｅｎｄｅｒは、例えばＳ８ＲＡｐｐにより生成されたパスフレーズ、すなわち正規表現変換前のパスフレーズ（図１０ではパスフレーズＰＰ２１）を利用して添付ファイルを暗号化する。そして、Ｓｅｎｄｅｒは、添付ファイルをメールにて送信する。また、Ｓｅｎｄｅｒは、正規表現へ変換後のパスフレーズ（図１０では変換後パスフレーズＡＰ２１）を送信する。
【0114】
例えば、正規表現へ変換後のパスフレーズ（「Ｒｅｇｅｘパスフレーズ」ともいう）が通信経路上で捕捉された場合、第三者がＲｅｇｅｘパスフレーズを取得しても第三者は総当たりで文字列を生成する必要がある。また、第三者は、Ｓ－Ｒｅｇｅｘ、８－Ｒｅｇｅｘ、Ｒ－Ｒｅｇｅｘの区切りをＲｅｇｅｘパスフレーズのみでは判定できない。情報処理システム１は、Ｓ－Ｒｅｇｅｘ及びＲ－Ｒｅｇｅｘの長さを調整することでパスフレーズの強度を制御可能となる。
【0115】
なお、Ｒｅｇｅｘパスフレーズは添付ファイル付メールの本文またはヘッダ等の任意の箇所に記述してもよいし、別メールにて添付して送信してもよい。すなわち、ＰＰＡＰ（Ｐａｓｓｗｏｒｄ付きＺＩＰファイルを送ります、Ｐａｓｓｗｏｒｄを送ります、Ａｎｇｏｋａ（暗号化）Ｐｒｏｔｏｃｏｌ（プロトコル））のように２通送らずに、一通目の添付ファイル付メールにＲｅｇｅｘパスフレーズを含めてもよい。例えば、Ｒｅｇｅｘパスフレーズを本文に記述した場合、パスフレーズの復元可能性を高めることができる。
【0116】
次に、パスフレーズの解析と添付ファイルの復号化等のＲｅｃｅｉｖｅｒのオペレーションの例について説明する。Ｒｅｃｅｉｖｅｒは、図１１に示すように、例えばＳ８ＲＡｐｐによりＳ－Ｔｏｋｅｎ及びＲ－Ｔｏｋｅｎをマッチングする。図１１は、変換後パスフレーズと各文字列の関係の一例を示す図である。なお、上述した内容と同様の点については、同様の符号を付すこと等により適宜説明を省略する。
【0117】
図１１では、Ｒｅｇｅｘパスフレーズを受信した端末装置１０（例えば受信側の端末装置１０ｂ）は、例えばＳ８ＲＡｐｐにより、Ｓ－Ｒｅｇｅｘ及びＲ－Ｒｅｇｅｘ等の部分パスフレーズを判定する。例えば、端末装置１０は、Ｓ８ＲＡｐｐにより、パスフレーズからＳ－Ｒｅｇｅｘ及びＲ－Ｒｅｇｅｘを切り出し（抽出し）、残りの８－Ｒｅｇｅｘから総当たり計算で文字列（８－Ｔｏｋｅｎ）を生成する。そして、端末装置１０は、Ｓ８ＲＡｐｐにより、Ｓ－Ｔｏｋｅｎ及びＲ－Ｔｏｋｅｎと８－Ｔｏｋｅｎの組合せと、Ｓ－Ｒｅｇｅｘ、８－Ｒｅｇｅｘ、Ｒ－Ｒｅｇｅｘの結合順を用いて添付ファイルを復号化する。
【0118】
上述したように、図９に示す適用例における情報処理システム１では、ＳｅｎｄｅｒがＳトークン、８トークン、Ｒトークンでパスフレーズ（パスワード）を生成し、データを暗号化してＲｅｃｅｉｖｅｒに送信し、各トークンを正規表現化して正規表現をＲｅｃｅｉｖｅｒに送信する。Ｒｅｃｅｉｖｅｒは、正規表現をトークンに変換して、パスワード生成し、データを復元する。したがって、情報処理システム１は、暗号化に関するパスフレーズを適切に生成し、生成したパスフレーズを用いて暗号化した情報を適切に送受信することができる。
【0119】
上述したように、暗号化の際に用いるパスフレーズ（暗号化パスフレーズ）は、復号化の際に用いるパスフレーズ（復号化パスフレーズ）と同一である。このようなパスフレーズを生成する処理は、例えば暗号化の際のみならず、復号化の際にパスフレーズを失念してしまい、これを復元する処理、または自動で暗号化、復号化を行うようなメーラーアプリケーションが暗号化の際や復号化の際にパスフレーズを生成する処理等に内包され、暗号化の際のパスフレーズ生成処理のみならず、復号化の際のパスフレーズ生成処理をも含み得るものである。
【0120】
〔４－３．アプリケーションの実装形態〕
上述したパスフレーズ生成アプリやＳ８ＲＡｐｐ等のアプリケーションの実装形態は、任意の実装形態が採用可能である。例えば、Ｓ８ＲＡｐｐは、デスクトップアプリケーション、メーラー用モジュール及びウェブメール用ブラウザ拡張モジュール等の任意の実装形態が採用可能である。これにより、情報処理システム１は、クライアントの環境に柔軟に対応することができる。
上述したパスフレーズ生成アプリやＳ８ＲＡｐｐ等のアプリケーションの実装形態は、任意の実装形態が採用可能である。例えば、Ｓ８ＲＡｐｐは、デスクトップアプリケーション、メーラー用モジュール及びウェブメール用ブラウザ拡張モジュール等の任意の実装形態が採用可能である。これにより、情報処理システム１は、クライアントの環境に柔軟に対応することができる。
【0121】
〔４－４．その他の実装形態〕
なお、上述した態様は一例に過ぎず、Ｓ－Ｒｅｇｅｘ、８－Ｒｅｇｅｘ、Ｒ－Ｒｅｇｅｘの並べ順や埋め込みは様々な実装形態（バリエーション）であってもよい。例えば、Ｒｅｃｅｉｖｅｒは最初にＳｅｎｄｅｒが用いていると想定するＳ－Ｔｏｋｅｎと受領したＲｅｇｅｘパスフレーズとのマッチングを試行することで、Ｓ－Ｒｅｇｅｘのみ固定文字列とする場合等において、開封（復号）の可否を判定可能にしてもよい。例えば、情報処理システム１は、Ｒｅｇｅｘパスフレーズ生成手順として、正規表現を破壊しない制約条件を満たす限りにおいて、８－Ｒｅｇｅｘの任意の位置にＲ－Ｒｅｇｅｘを埋め込み、さらに任意の位置にＳ－Ｒｅｇｅｘを埋め込むことで暗号の強度を上げることが可能である。
なお、上述した態様は一例に過ぎず、Ｓ－Ｒｅｇｅｘ、８－Ｒｅｇｅｘ、Ｒ－Ｒｅｇｅｘの並べ順や埋め込みは様々な実装形態（バリエーション）であってもよい。例えば、Ｒｅｃｅｉｖｅｒは最初にＳｅｎｄｅｒが用いていると想定するＳ－Ｔｏｋｅｎと受領したＲｅｇｅｘパスフレーズとのマッチングを試行することで、Ｓ－Ｒｅｇｅｘのみ固定文字列とする場合等において、開封（復号）の可否を判定可能にしてもよい。例えば、情報処理システム１は、Ｒｅｇｅｘパスフレーズ生成手順として、正規表現を破壊しない制約条件を満たす限りにおいて、８－Ｒｅｇｅｘの任意の位置にＲ－Ｒｅｇｅｘを埋め込み、さらに任意の位置にＳ－Ｒｅｇｅｘを埋め込むことで暗号の強度を上げることが可能である。
【0122】
〔４－４－１．受信のプリプロセス〕
情報処理システム１は、マルウェア等の悪意のあるソフトウェア等への対策として、メール受信のプリプロセス（事前処理）としてパスフレーズの解析を行ってもよい。例えば、情報処理システム１では、マルウェア等の悪意のあるソフトウェア等を検出するためのソフトウェア（「マルウェア対策ソフト」ともいう）を運用し、メールを受信する前にサーバ（メールサーバ等）上でマルウェア等の悪意のあるソフトウェア等に関するチェックを行う。
情報処理システム１は、マルウェア等の悪意のあるソフトウェア等への対策として、メール受信のプリプロセス（事前処理）としてパスフレーズの解析を行ってもよい。例えば、情報処理システム１では、マルウェア等の悪意のあるソフトウェア等を検出するためのソフトウェア（「マルウェア対策ソフト」ともいう）を運用し、メールを受信する前にサーバ（メールサーバ等）上でマルウェア等の悪意のあるソフトウェア等に関するチェックを行う。
【0123】
この場合、マルウェア対策ソフト（もしくはプリプロセスとしての解析プログラム）がＳトークン及びＲトークンを取得し、パスフレーズを解析して添付ファイルを検証する。例えば、マルウェア対策ソフトは、Ｓ８ＲＡｐｐにより、ＲｅｇｅｘパスフレーズからＳトークン及びＲトークンを取得し、取得したＳトークン及びＲトークン等を用いてパスフレーズを解析して添付ファイルがマルウェア等の悪意のあるソフトウェアであるか否かを判定する。これにより、情報処理システム１は、添付ファイルにパスフレーズ（パスワード）等がかかっている場合であっても適切にマルウェア等の悪意のあるソフトウェアを検出することができる。
【0124】
〔５．プログラム〕
上述してきた端末装置１０等のパスフレーズ生成装置（情報処理装置）による処理は、本願に係るパスフレーズ生成プログラムにより実現される。例えば、端末装置１０に係る取得部１５１及び生成部１５２等は、端末装置１０が有するＣＰＵやＭＰＵ等によって、パスフレーズ生成プログラムがＲＡＭを作業領域として、パスフレーズ生成プログラムに係る各手順が実行されることにより実現される。
上述してきた端末装置１０等のパスフレーズ生成装置（情報処理装置）による処理は、本願に係るパスフレーズ生成プログラムにより実現される。例えば、端末装置１０に係る取得部１５１及び生成部１５２等は、端末装置１０が有するＣＰＵやＭＰＵ等によって、パスフレーズ生成プログラムがＲＡＭを作業領域として、パスフレーズ生成プログラムに係る各手順が実行されることにより実現される。
【0125】
例えば、端末装置１０に係る取得部１５１は、端末装置１０が有するＣＰＵやＭＰＵ等によって、パスフレーズ生成プログラムがＲＡＭを作業領域として、パスフレーズ生成プログラムに係る取得手順が実行されることにより実現される。また、例えば、端末装置１０に係る生成部１５２は、端末装置１０が有するＣＰＵやＭＰＵ等によって、パスフレーズ生成プログラムがＲＡＭを作業領域として、パスフレーズ生成プログラムに係る生成手順が実行されることにより実現される。また、例えば、端末装置１０に係る送信部１５３は、端末装置１０が有するＣＰＵやＭＰＵ等によって、パスフレーズ生成プログラムがＲＡＭを作業領域として、パスフレーズ生成プログラムに係る送信手順が実行されることにより実現されてもよい。
【0126】
なお、本願に係る端末装置１０が実行する処理は、必ずしも全てがパスフレーズ生成プログラムによって実現されるものでなくてもよい。例えば、端末装置１０外の情報等は、端末装置１０が有するＯＳ（Operating System）によって取得されてもよい。すなわち、パスフレーズ生成プログラム自体が、上述してきたような端末装置１０で実行される処理を実行するのではなく、ＯＳによって取得されたデータ（例えば、会議情報等を表示するために用いるデータ）を受け取ったりすることにより、上述してきた端末装置１０の処理を実現するようにしてもよい。
【0127】
〔６．ハードウェア構成〕
上述してきた実施形態に係る端末装置１０は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。図１２は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
上述してきた実施形態に係る端末装置１０は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。図１２は、端末装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【0128】
ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。
【0129】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、所定のネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを所定のネットワークＮを介して他の機器へ送信する。
【0130】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。
【0131】
メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【0132】
例えば、コンピュータ１０００が実施形態に係る端末装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１５の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定のネットワークＮを介してこれらのプログラムを取得してもよい。
【0133】
以上、本願の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【0134】
〔７．その他〕
また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0135】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【0136】
また、上述してきた各実施形態に記載された各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0137】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0138】
１ 情報処理システム
１０ 端末装置（パスフレーズ生成装置）
１４ 記憶部
１５ 制御部
１５１ 取得部
１５２ 生成部
１５３ 送信部
５０ サービス提供装置
Ｎ ネットワーク
１０ 端末装置（パスフレーズ生成装置）
１４ 記憶部
１５ 制御部
１５１ 取得部
１５２ 生成部
１５３ 送信部
５０ サービス提供装置
Ｎ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】