情報処理システム
【課題】セキュリティを保ちサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムを提供する。
【解決手段】初回ソルト及びＰＣＩＤの生成・保存、ソルトの初回送信及びＰＣＩＤのハッシュ値の毎回送信、セッションキー及びＩＶの毎回生成・送信、セッションキーの毎回破棄、パスワードの保存及びそのハッシュ値の毎回送信、セッションキー及びＩＶを用いたデータの暗号化及び送信、ソルト及びパスワードを用いたセッションキーの暗号化及び送信を行うＰＣ端末１と、ソルトの保存及び毎回送信、パスワードの毎回送信を行う携帯端末２と、ユーザ認証、ＰＣ認証、及びＳＳＬ通信、ソルト、パスワード、セッションキー、及びＩＶを用いた復号化データの送信とソルトの破棄、ＩＶ、暗号化されたデータ、セッションキー、パスワード、及びＰＣＩＤの保存・管理を行うネットワークサーバとで構成される。
【解決手段】初回ソルト及びＰＣＩＤの生成・保存、ソルトの初回送信及びＰＣＩＤのハッシュ値の毎回送信、セッションキー及びＩＶの毎回生成・送信、セッションキーの毎回破棄、パスワードの保存及びそのハッシュ値の毎回送信、セッションキー及びＩＶを用いたデータの暗号化及び送信、ソルト及びパスワードを用いたセッションキーの暗号化及び送信を行うＰＣ端末１と、ソルトの保存及び毎回送信、パスワードの毎回送信を行う携帯端末２と、ユーザ認証、ＰＣ認証、及びＳＳＬ通信、ソルト、パスワード、セッションキー、及びＩＶを用いた復号化データの送信とソルトの破棄、ＩＶ、暗号化されたデータ、セッションキー、パスワード、及びＰＣＩＤの保存・管理を行うネットワークサーバとで構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムに関し、詳しくは、セキュリティを確保してＰＣ端末のデータをネットワーク上のサーバに保管し、ファイルの階層構造を維持したまま保管したデータを携帯端末により取り出す情報システムに関するものである。
【背景技術】
【０００２】
従来より、ネットワークに接続されたＰＣ（パーソナルコンピュータ）端末にリモート端末によりアクセスし、アクセスしたＰＣのデスクトップ画面をリモート端末に表示して、リモート操作によりファイルアクセスを含むほぼ全てのアクセスを可能としたアプリケーションが知られており、リモート端末として携帯電話が使用可能なものもある。
また、近年、携帯電話の処理能力の進歩や画面表示解像度の向上に伴い、フルブラウジング可能なＷｅｂブラウザを搭載したものが出現し、スクロール等によりＰＣ画面用に構成されたＷｅｂページを表示できるようになってきている。さらにＰＣ用で作成されたワープロ（文書作成：ワードプロセッサー）、表計算、プレゼンテーション、印刷イメージによるドキュメントファイル等の各種アプリケーションのビューア（表示ソフトウェア）も出現しており、ＰＣで作成したデータを携帯電話で表示し、さらには加工するという、各種アプリケーションやそのデータをＰＣと携帯電話との区別なくシームレスに取り扱う機会が増えてくることが予想される。
このようなネットワーク上でデータを取り扱う際にセキュリティに注意を払うことは、現在必須事項であり、ネットワーク上でパケットをプロトコルレベルで暗号化して処理する通信システムとしてＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）が知られており、データそのものの暗号化システムとしてはＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）等が使用されている。
ネットワークを介してデータを共有するシステムとして、ユーザ情報によってアクセスを制御し、ネットワークを介して配布されたアプリケーションによってユーザが作成したデータをアップロードする機能と、アップロードされたデータを他のユーザがダウンロードする機能を実現し、データの共有を可能とするという情報処理技術が特許文献１に開示されている。
【０００３】
【特許文献１】特開２００５−２７５７０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、ユビキタス時代を迎えて、ＰＣ端末と携帯端末との相補・融合関係を構築して、「どこでもデスクトップ」と称されるような、携帯端末からＰＣ端末にアクセスしてファイルやフォルダを共有する場合に、ＰＣ端末、携帯端末、及びサーバ等により構成されるネットワークデータ共有システムにおいて、各端末或いはサーバ単独での認証、暗号化等のセキュリティは或る程度保持されているものの、システム全体のネットワークセキュリティのレベルとしては不完全であり、盗聴、なりすまし、改鼠、破壊等を目的とする侵入を必ずしも排除できていないというという問題があった。
【０００５】
そこで、本発明は、データを保管するサーバにアクセスする際にＰＣ端末に対して乱数ベースのユーザ認証を用いると共に、ＰＣ端末により生成された暗号化情報と暗号化されたデータとをＰＣ端末から受け取ったサーバが携帯端末にデータを送信したその都度復号化に必要な暗号化情報をサーバより廃棄するように構成して、情報漏洩を排除できる情報システムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、請求項１に記載の発明は、通信ネットワーク上のネットワークサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムであって、
ＰＣ端末は、ソルトを初回生成して保存し該ソルトをネットワークサーバへ初回送信するソルト処理手段と、ＰＣＩＤを初回生成して保存し該ＰＣＩＤをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するＰＣＩＤ処理手段と、セッションキーをデータ送信の都度毎回生成してデータ送信後に該セッションキーを毎回破棄する共通鍵処理手段と、ブロック暗号用のイニシャルベクター（ＩＶ）をデータ送信の都度毎回生成して該ＩＶを前記ネットワークサーバへ毎回送信するするＩＶ処理手段と、ユーザが設定したパスワードを保存して該パスワードをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するパスワード処理手段と、前記セッションキー及びＩＶを用いてデータを共通鍵暗号で暗号化し、暗号化されたデータを送信すると共に、前記ソルト及びパスワードを用いて前記セッションキーを暗号化し、暗号化されたセッションキー及び前記ＩＶをデータ送信の都度前記ネットワークサーバへ毎回送信する暗号化処理手段と、を有し、
携帯端末は、前記ソルトを画面メモ機能等の記憶手段により該携帯端末に保存するソルト保存手段と、保存された前記ソルトを前記ネットワークサーバへログイン時に毎回送信するソルト送信手段と、ユーザが入力したパスワードを前記ネットワークサーバへのアクセスの都度毎回送信するパスワード送信手段と、を有し、
前記ネットワークサーバは、前記ＰＣ端末との間でＳＳＬ通信を行うＰＣ用ＳＳＬ通信処理手段と、前記ＰＣ端末より受信しハッシュ関数で暗号化されたＰＣＩＤ及びパスワードを用いてＰＣ認証を行うＰＣＩＤ認証手段と、前記携帯端末からのログインの受付け及びユーザ認証を行う携帯用ベーシック認証手段と、前記携帯端末との間でＳＳＬ通信を行う携帯用ＳＳＬ通信処理手段と、前記ＰＣ端末より受信したセッションキー及びＩＶと、前記携帯端末より受信したソルト及びパスワードとを用いて暗号化データの復号化処理を行う復号化処理手段と、前記ＰＣ端末より受信した暗号化されたデータ、ＩＶ、暗号化されたセッションキー、ハッシュ関数で暗号化されたパスワード、及びハッシュ関数で暗号化されたＰＣＩＤの保存・管理を行うデータベースサーバと、を有することを特徴とする。
また、請求項２に記載の前記ＰＣ端末は、前記ソルト処理手段及びＰＣＩＤ処理手段により乱数を用いてソルトとＰＣＩＤを生成し、生成されたＰＣＩＤをハッシュ関数で暗号化し、携帯端末のメールアドレス、ハッシュ関数で暗号化されたパスワードと共に該ソルト及びハッシュ関数で暗号化されたＰＣＩＤを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記ＰＣＩＤ認証手段におけるＰＣＩＤ及びパスワードによるユーザ認証に問題がなければ前記ＰＣ端末より受信した前記ＰＣＩＤ、ソルト、携帯端末のメールアドレス、及びパスワードからなる各認証情報をデータベースに格納した後、ユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬを記載した電子メールを前記携帯端末のメールアドレス宛に送信し、前記ＰＣＩＤ認証手段におけるＰＣ端末より受信したハッシュ関数で暗号化されたＰＣＩＤ及びパスワードによるユーザ認証に問題なければ、前記ＰＣ端末より受信したデータをデータベースに格納することを特徴とする。
また、請求項３に記載の前記ＰＣ端末は、ユーザにより指定された該ＰＣ端末内の各監視フォルダ及びファイルの情報を取得し、画像ファイルの携帯端末表示用へのデータ変換と文書ファイルのテキスト抽出とを行い前記フォルダ名及びファイル名と共に暗号化対象のデータとし、前記ソルト及びパスワードを用いたＰＢＥ暗号により暗号化されたハッシュ値を得てセッションキーを暗号化し、暗号化されたセッションキーとブロック暗号用ＩＶを用いて前記暗号化対象のデータを共通鍵暗号方式で暗号化したデータと、作成日付、更新日付等の属性情報とをハッシュ関数で暗号化された前記ＰＣＩＤ及びパスワードの認証情報と共に前記ネットワークサーバへＳＳＬ通信により送信することを特徴とする。
また、請求項４に記載の前記携帯端末は、前記ネットワークサーバから送信された電子メールに記載されたＵＲＬにアクセスし、
前記ネットワークサーバは、前記携帯端末より受信したユーザＩＤを基にデータベースからワンタイム変数を抽出してリクエストＵＲＬの引数のワンタイム変数と一致していることを確認した上で前記ユーザＩＤを基にデータベースより前記ソルトを抽出し、該ソルトをＷｅｂページのｈｉｄｄｅｎタグに埋め込んでログイン画面を形成し該携帯端末にＳＳＬ通信により送信した後、当該ソルトをデータベースより削除することを特徴とする。
また、請求項５に記載の前記携帯端末は、前記ネットワークサーバより受信したログイン画面で、ユーザＩＤと前記ＰＣ端末で設定したパスワード入力があると、前記ｈｉｄｄｅｎタグに埋め込まれたソルトと共に該ユーザＩＤ及びパスワードを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記携帯用ベーシック認証手段で携帯端末より受信したユーザＩＤを基にデータベースからハッシュ関数で暗号化されたパスワードを抽出して、前記携帯用ベーシック認証手段で携帯端末より受信したパスワードをハッシュ関数で暗号化した値と一致していることを確認した上で、受信した前記ソルト及びパスワードを基に要求に応じた各監視フォルダ及びファイルの復号化処理を行い、復号化された各監視フォルダ及びファイルを携帯端末のＷｅｂブラウザ上で階層構造を再現できるデータとして前記携帯端末へＳＳＬ通信により送信することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ＰＢＥを用いることで、パスワードとソルトの両方がそろわなければデータの復号化は不可能であることから、どちらか片一方を他人が取得したとしても、データの復号化はできず、従来より共有鍵方式の欠点とされていた鍵の受け渡し問題を、ＰＢＥを用いることで鍵の基となるパスワードとソルトに分け、ソルトのみを最初のログイン時にＳＳＬ送信で渡し、携帯端末の機能である画面メモ等の記録方式でソルトを携帯端末に保存し、サーバはソルトを破棄することで、ソルトが他人に取得されることがないようにし、また、パスワードはハッシュ関数で暗号化されて保存されていることから、不正侵入等によりパスワード情報が盗まれても、基のパスワードを復号化することはできず、ネットワークサーバ経由でＰＣのデータを安全に携帯端末から参照することができるという効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図を参照して説明する。
図１は、本発明の一実施形態による情報システムの構成図であり、図２は、図１に示す情報システムの機能を示す構成図である。
図１、図２において、１、１０はＰＣデータ用収集クライアントのＰＣ端末であり、図２に示す１０はその機能を実現するＰＣアプリケーションを説明したものである。ＰＣ端末１は、ＰＣ端末１内部に搭載するセキュリティ用のＰＣアプリケーションとして、最初に乱数によるソルトの初回生成とＰＣ端末１内の記憶装置（図示せず）への保存とを行い、サーバへプレーン（暗号化しない平文）でソルトを送信するソルト処理手段１１、乱数によるＰＣＩＤ（ＰＣ端末の識別ＩＤ）の初回生成とＰＣ端末１内の記憶装置への保存とを行い、生成されたＰＣＩＤを毎回ハッシュ関数で暗号化してサーバへ送信するＰＣＩＤ処理手段１２、セッションキー（共通鍵）を毎回生成し送信終了の都度毎回破棄する共通鍵処理手段１３、ＩＶ（イニシャルベクター）を毎回生成してサーバへ送信するＩＶ処理手段１４、パスワードを保存すると共に毎回ハッシュ関数で暗号化してサーバへ送信するパスワード処理手段１５、セッションキーとＩＶを用いてデータを共通鍵暗号で暗号化し、暗号化されたデータを毎回サーバへ送信すると共に、ソルト及びパスワードを用いてセッションキーを暗号化し、暗号化されたセッションキーとブロック暗号用ＩＶを毎回サーバへ送信する暗号化処理手段１６、を搭載している。
【０００９】
パスワードを基とするＰＢＥ（Ｐａｓｓｗｏｒｄ Ｂａｓｅｄ Ｅｎｃｒｙｐｔｉｏｎ）暗号は、パスワードを一種の鍵データと見なし、この鍵データを基に暗号化鍵を生成するもので、各文字の下位８ビットだけを使用するＰＫＣＳ＃５や、各文字の１６ビット全てを使用するＰＫＣＳ＃５等が知られている。
パスワード暗号化の際には、単にパスワードをＭＤ（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ）５等のハッシュアルゴリズム（ハッシュ関数）により得られたハッシュ値（ダイジェスト値）を使用する代わりに、パスワードに前もって８バイト程度のデータ（ソルト）を追加してダイジェスト値を求めることにより、より攪乱された鍵を生成することができる。また、ハッシュ関数を繰り返し適用することもある。
【００１０】
共通鍵（セッションキー）は、対称暗号方式に属する鍵であり、対称鍵、共有鍵、秘密鍵等とも呼ばれる。対称暗号方式としてはＩＢＭ社が開発した秘密鍵暗号方式のＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、アメリカ政府標準技術局（ＮＩＳＴ）によって選定され、ＤＥＳに代わる次世代暗号標準としてベルギーの数学者によって開発された秘密鍵暗号化アルゴリズムのラインダール（Ｒｉｊｎｄａｅｌ）を用いたＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、ＮＴＴが開発したＦＥＡＬ（Ｆａｓｔ ｄａｔａ Ｅｎｃｉｐｈｅｒｍｅｎｔ ＡＬｇｏｒｉｔｈｍ）、スイス工科大学で開発されたＩＤＥＡ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）、Ｒｏｎ Ｒｉｖｅｓｔ氏によって開発されたＲＣ（Ｒｏｎ’ｓ Ｃｏｄｅ）シリーズ等が挙げられる。
【００１１】
また、よく出現する文字組の頻度を基に、統計的手法により暗号が破られる可能性を避けるために、ブロック間に依存関係を待たせるなどの各種方法が提案されており、例えばＣＢＣモードの場合、
・平文（プレーン）データをブロックごとに分けておく（ｍ１、ｍ２、…）。
・初期ベクトルと称するブロック長に等しいデータＩＶ（イニシャルベクター）を用意する。
・ｍ１とＩＶの排他的論理輪を暗号化する（ｃ１）。
・ｍ２とｃ１の排他的論理輪を暗号化する（ｃ２）。
・ｍ３とｃ２の排他的論理輪を暗号化する（ｃ３）。
・以降、同様の処理を繰り返し、得られたｃ１、ｃ２、…をつなげたものを暗号文とする。
このＣＢＣモード（ＥＣＢモード：単純にブロックごとに暗号化する方法）を改善し、暗号文中のある箇所が正しく送信できなくても誤りの伝播を避けることができるＣＦＢモードやＯＦＢモードが存在する。
【００１２】
ソルト処理手段１１は、初期設定の際に疑似乱数発生器により乱数のソルトを生成し、ＰＣ端末１内の記憶装置に永続保存する。このソルトは初回時プレーンでサーバに送信される。
ＰＣＩＤ処理手段１２は、乱数或いはユニークＩＤ生成アルゴリズムによりＰＣＩＤを生成してＰＣ端末１内部に永続保存し、ハッシュ関数で暗号化したハッシュ値をサーバに送信する。サーバに送信されるＰＣＩＤは毎回ハッシュ関数で暗号化される。
共通鍵処理手段１３は、データ送信の際に、乱数により毎回セッションキー（共通鍵）を生成し、データ送信終了時点で毎回破棄する。このとき生成されたセッションキーは、データを暗号化する際の共通鍵暗号の鍵としてＩＶと共に使用され、同時にソルト及びパスワードにより暗号化されてブロック暗号用のＩＶと共にデータ送信の際にサーバに毎回プレーン送信される。
ＩＶ処理手段１４は、上述のように、最初の平文ブロックを暗号化する際、１つ前のブロックは存在しないので、代わりにビット列を初期ベクトル（ＩＶ）として挿入するもので、データ送信の際に、このＩＶを毎回生成しサーバにプレーン送信する。
パスワード処理手段１５は、ユーザが任意に設定したパスワードをＰＣ端末１内に保存し、一方向ハッシュ関数に入力して暗号化されたハッシュ値を得てデータ送信の際に毎回サーバに送信する。このパスワードはソルトが加えられハッシュ関数で暗号化されてセッションキーを暗号化する鍵として用いられる。
【００１３】
暗号化処理手段１６は、共通鍵処理手段１３で生成されたセッションキーとＩＶ処理手段１４で生成されたＩＶを用いてデータを共通鍵暗号で暗号化してプレーン送信すると共に、ソルト処理手段１１で生成されたソルト及びユーザが設定したパスワードを用いてセッションキーを暗号化し、暗号化されたセッションキーとＩＶを毎回プレーン送信する。
ここで、ＰＣ端末１に保存されたソルトとパスワードが盗まれた場合、他人がデータを復号化することが可能になるが、ソルトとパスワードはＰＣ端末１内にのみ保存されているものなので、ＰＣ１端末に直接アクセスしてデータを盗まれることと同じことになり、本システムにおける欠点ではない。
【００１４】
２、２０はＷｅｂブラウザを備えた携帯電話等の携帯端末であり、図２に示す２０はＰＣ端末１がサーバに保管したデータを受信・取得する機能を実現する携帯端末のアプリケーションを説明したものである。携帯端末２は、Ｗｅｂブラウザ機能を備えており、画面メモ機能等を用いてサーバから取得したソルトを携帯端末２内に保存するソルト保存手段２１、保存されたソルトを用いて携帯端末２からサーバにアクセスする際のログイン時に毎回プレーンで送信するソルト送信手段２２、ユーザが入力したパスワードをデータ要求の都度毎回プレーン送信するパスワード送信手段２３、ユーザ認証後に送られてきたソルトとパスワードを基にサーバが送信した復号化データを受信するデータ受信手段２４、サーバから送信された暗号化されたままのデータを受信し携帯端末２側でデータの復号を行う復号化処理手段２５、を有している。
【００１５】
８はネットワークサーバであり、ＰＣ用Ｗｅｂサーバ３、携帯用Ｗｅｂサーバ４、データベース（ＤＢ）サーバ５、及びこれらのサーバと連携して必要な機能を実現するアプリケーションサーバ７、の各サーバで構成され、通信ネットワーク９を介してＰＣ端末１及び携帯端末２に接続されるサーバ群である。
ＰＣ用Ｗｅｂサーバ３、３０は、公開鍵暗号や秘密鍵暗号、デジタル証明書、ハッシュ関数等を組み合わせ、プロトコルレベルでセキュリティを保つＳＳＬによるＳＳＬ通信処理手段３１、ハッシュ関数で暗号化されたＰＣＩＤ及びパスワードを用いた乱数ベースのＰＣＩＤ認証を行うＰＣＩＤ認証手段３２、を有しており、他人による推測が困難な乱数ベースのＰＣＩＤ認証を用いることで、ベーシック認証の欠点である「なりすまし」を防止できる。ただし、ＰＣ端末１に保存されているＰＣＩＤが盗まれると、他人による「なりすまし」は可能になるが、ＰＣＩＤはＰＣ端末１にのみ保存されているものなので、ＰＣ端末１に直接アクセスしてデータを盗まれることと同じことになり、本システムにおける欠点ではない。
【００１６】
なお、ＰＣ端末１に関する説明では暗号化されたデータとの対比として各種情報をプレーンで送信すると記載した箇所があるが、上記の通りＳＳＬ通信によりプロトコルレベルのセキュリティを併用する構成とすることも勿論可能である。ＳＳＬは、ＨＴＴＰ（ＨＴＴＰＳ：Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）等の上位のプロトコルを利用するアプリケーションからは、特に意識することなく透過的に利用することができる。現在ＳＳＬは、ＳＳＬ３．０を基に改良が加えられたＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）１．０がＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）２２４６としてＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で標準化されている。
【００１７】
ＤＢサーバ５、５０は、ソルト、パスワード、セッションキー、ＩＶを用いた共通鍵暗号で暗号化したデータの保存、ブロック暗号用イニシャルベクター（ＩＶ）の保存、共通鍵暗号で暗号化したセッションキーの保存、一方向ハッシュ関数で暗号化したパスワードの保存、一方向ハッシュ関数で暗号化したＰＣＩＤの保存、等をデータベース６に対して行うもので、夫々暗号化要素を分散保存する。これによって、万一データベース６からデータが漏洩しても、構成要素単体では、例えば復号化にはソルトとパスワードが必要等により、復号化できないので情報の漏洩を防ぐことができる。
【００１８】
携帯用Ｗｅｂサーバ４、４０は、ユーザ名とパスワードによりベーシック認証を行うベーシック認証手段４１、ＳＳＬ通信処理手段４２、ＰＣ端末１より受信したセッションキー及びＩＶと、携帯端末１より受信したソルト及びパスワードとを用いて暗号データを共通鍵暗号方式により復号化処理する復号化処理手段４３、を有している。復号化処理に失敗した場合は認証を拒否する。従って、仮に、パスワードが漏れたり推測されたりしても、ソルトが保存されている本人の端末以外からはアクセス不可能であることから、セキュリティが保証される。
【００１９】
一方、７１はデータ検索用のインデックスデータを保管する検索用（タームインデックス）保存手段であり、７２はＰＣ端末１または携帯端末２からの検索要求に応答し、検索語句をタームに分解して、各タームを一方向ハッシュ関数等により暗号化し、検索エンジン用タームインデックスとしてデータベース６内に保管された暗号化インデックスデータを検索して取り出し、検索語句との一致度を計算する機能を有する検索用計算手段である。検索用計算手段７２による計算が終了したら、復号化処理手段４３にその情報を渡し、復号化処理が引き継がれる。
【００２０】
次に、図３、図４を参照して処理動作について説明する。
図３は、図１に示す情報システムの端末及びサーバの処理のフロー図であり、図４は、図１に示す情報システムの端末及びサーバ間の通信手順を示す図である。
図３を参照すると、先ず、ＰＣ端末１でアプリケーションソフトを起動し、データを共有する携帯端末２の携帯メールアドレスを指定し、パスワードを設定して、ＰＣ端末１と携帯端末２とでデータを共有する監視フォルダを指定する（ステップＳ１０１）。
続いて、ＰＣ端末１は、乱数によりＩＤ（ＰＣＩＤ）とソルトを生成し、そのままＰＣ端末１内に保存する。ソルトはそのまま、ＰＣＩＤはハッシュ関数で暗号化し、携帯メールアドレス、ハッシュ関数で暗号化されたパスワードと共に、ネットワークサーバ８にＳＳＬで送信する（ステップＳ１０２）。
この間の処理は、図４ではＰＣ端末１からＰＣ用Ｗｅｂサーバ３（ネットワークサーバ８）への通信（Ｓ１１）の内容である。
【００２１】
ネットワークサーバ８は、ＰＣ端末１からハッシュ関数で暗号化されて送信されたＰＣＩＤ及びパスワードによるユーザ認証に問題がなければ、これらの各認証情報（ＰＣＩＤ、ソルト、携帯メールアドレス、パスワード）をデータベース６に格納する（ステップＳ１０３）。
ＰＣ端末１から受信した各認証情報をデータベース６に格納後、データベース６からオートインクリメントされるユーザＩＤを取得してＰＣ端末１に返送すると共に、ユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を記載した電子メールを生成して携帯メールアドレス宛に送信し（ステップＳ１０４）、携帯端末２にアクセス可能になったことを通知する。
この間の通信手順は、図４に示すＰＣ用Ｗｅｂサーバ３とＤＢサーバ５との通信（Ｓ１２、Ｓ１３）と、ＰＣ用Ｗｅｂサーバ３からＰＣ端末１への通信（Ｓ１４）、及びＰＣ用Ｗｅｂサーバ３から携帯端末２への通信（Ｓ１５）である。
【００２２】
次に、ＰＣ端末１は、ユーザにより監視フォルダとして指定されたフォルダ以下にある階層のフォルダ及びファイルの情報を取得して暗号化する。その際、画像ファイルは携帯電話の表示画面に適した表示サイズに変換して暗号化する。また、文書ファイルはその中からテキスト抽出を行い暗号化する。フォルダ及びファイルの共通処理として、フォルダ及びファイル名の暗号化も合わせて行う。データの暗号化にはパスワードを一種の鍵データと見なして暗号化鍵を生成するＢＰＥを用い、上記暗号化処理手段１６で説明したように、ソルト、パスワード、暗号化されたセッションキー、及びブロック暗号用ＩＶを用い、ＡＥＳ等の秘密鍵方式で暗号化する（ステップＳ１０５）。
この暗号化されたファイル名とその内容、暗号化されたフォルダ名、各フォルダ及びファイルの作成日付、更新日付等の情報を認証情報（ハッシュ関数で暗号化されたＰＣＩＤ及びパスワード）と共にネットワークサーバ８にＳＳＬで送信する（ステップＳ１０６）。
これが図４に示すＰＣ端末１からＰＣ用Ｗｅｂサーバ３への通信（Ｓ１６）である。
【００２３】
ネットワークサーバ８は、ステップＳ１０６でＰＣ端末１からハッシュ関数で暗号化されて送信されたＰＣＩＤとパスワードによるユーザ認証に問題が無ければ、ＰＣ端末１から受信したデータをデータベース６に格納して、ＰＣ端末１からのデータ受信が完了したことを記述した電子メールを生成して携帯端末２宛に送信して通知する（ステップＳ１０７）。
これが図４に示すＰＣ用Ｗｅｂサーバ３とＤＢサーバ５との通信（Ｓ１７、Ｓ１８）と、ＰＣ用Ｗｅｂサーバ３から携帯端末２への通信（Ｓ１９）である。
【００２４】
続いて、ＰＣ端末１は、ログオフ或いはシャットダウンするか否かに応じ（ステップＳ１０８）、継続する場合は、指定された各監視フォルダの状態監視を継続し、変化があったらサーバに通知する（ステップＳ１１０）。ログオフ或いはシャットダウン後、再度ＰＣ端末１を立ち上げると起動と同時にアプリケーションソフトが常駐し（ステップＳ１０９）、ステップＳ１１０のフォルダ監視状態に入る。
これが図４に示すＰＣ端末１からＰＣ用Ｗｅｂサーバ３への通信（Ｓ２０）と、ＰＣ用Ｗｅｂサーバ３からＤＢサーバ５への通信（Ｓ２１）である。
【００２５】
次に、携帯端末２は、最初のネットワークサーバ８へのアクセスである場合（ステップＳ１１１）、ネットワークサーバ８から送信された電子メールに記載されているユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬにアクセスする（ステップＳ１１２）。
これが図４に示す携帯端末２から携帯用Ｗｅｂサーバ４への通信（Ｓ２２）である。
【００２６】
ネットワークサーバ８は、携帯端末２からログインページにアクセスがあったら、ユーザＩＤをキーにしてデータベース６から対応するワンタイム変数を抽出し、リクエストＵＲＬの引数のワンタイム変数とＤＢ６から抽出したワンタイム変数とが一致していることを確認した上で、ユーザＩＤをキーにしてＤＢからソルトを抽出し、抽出したソルトをｈｉｄｄｅｎタグに埋め込んでログイン画面を形成したＷｅｂページを生成して携帯端末２に送信する。その直後にソルトはＤＢから削除する（ステップＳ１１３）。
これが図４に示すＤＢサーバ５から携帯用Ｗｅｂサーバ４への通信（Ｓ２３）と、携帯用Ｗｅｂサーバ４から携帯端末２への通信（Ｓ２４）である。
【００２７】
携帯端末２は、ネットワークサーバ８からソルトがｈｉｄｄｅｎタグに埋め込まれて送信されたログイン画面のＷｅｂページを、画面メモ機能により携帯端末２内に保存し（ステップＳ１１４）、保存された画面メモを呼び出し、ログインボタンをクリックしてネットワークサーバ８とＳＳＬ通信を行う。携帯端末２のＷｅｂ表示画面ではユーザＩＤとパスワードを聞かれる。その際、このログイン画面に表示されていたユーザＩＤとＰＣ端末１で設定したパスワードを入力する。この時Ｗｅｂページのｈｉｄｄｅｎタグに埋め込まれているソルトも同時にネットワークサーバ８にＰＯＳＴされる（ステップＳ１１５）。一旦画面メモ機能によりログイン画面を保存した場合、次回アクセスの際はステップＳ１１２、Ｓ１１４の処理を省略してステップＳ１１５の処理に移ることができる。
なお、ＨＴＴＰ及びＨＴＴＰＳによるデータの送信にはＵＲＬの引数として送信されるＧＥＴ命令と、ＵＲＬとは別に送信されるＰＯＳＴ命令があり、Ｗｅｂページのフォームタグ内で指定される。よりセキュリティを保つにはＵＲＬとは別にデータが送信されるＰＯＳＴ命令が望ましい。
この処理は、図４では、携帯端末２から携帯用Ｗｅｂサーバ４への通信（Ｓ２５）である。
【００２８】
ネットワークサーバ８は、ＳＳＬ通信で接続しに来ている送信元及び送信先のＩＰアドレスを基に接続クライアントを判断し、図４で言うところのＰＣ用Ｗｅｂサーバ３と携帯用Ｗｅｂサーバ４に振り分け（ステップＳ１１６）、携帯端末２なら、携帯端末２から送信されたユーザＩＤを基にデータベース６から対応するハッシュ関数で暗号化されたパスワードを抽出し、携帯端末２から受信したパスワードをハッシュ関数で暗号化した値とデータベース６から抽出したパスワードと比較し、ユーザ認証を行う。ユーザ認証に問題がなければ、次に、携帯端末２からＰＯＳＴされたソルトとパスワードを基に、要求に応じた各監視フォルダ以下のフォルダ及びファイルをデータベース６から取り出し、取り出されたデータの復号化処理を行い、各監視フォルダの階層構造を携帯ブラウザで再現できるデータにして携帯端末２に送信する。なお、復号化処理に失敗すると認証を拒否するので、ユーザＩＤとパスワードを他人が取得しても、本人の携帯端末２に保存されているソルトがわからない限りログインできない。（ステップＳ１１７）。
この処理は、図４では、ＤＢサーバ５から携帯用Ｗｅｂサーバ４への通信（Ｓ２６）と、携帯用Ｗｅｂサーバ４から携帯端末２への通信（Ｓ２７）である。
【００２９】
ネットワークサーバ８から各監視フォルダの内容を受信した携帯端末２では、フォルダ及びファイルの階層構造が再現され、操作に応じて、ワンタイムセッション変数を引数にしてセッション情報を保持し、ネットワークサーバ８との認証と復号化処理依頼を行う（ステップＳ１１８）。
また、ネットワークサーバ８は、ステップＳ１１６の判断で接続がＰＣ端末１の場合は、ＰＣ端末１から通知された情報に基づき、データベース６の内容を更新する（ステップＳ１２０）。
このようにして、ＰＣ端末１のフォルダ及びファイルのデータが、セキュリティを保ちながらネットワークを介して携帯端末２にその階層構造を維持して再現され、「どこでもデスクトップ」が実現される。
【００３０】
以上、本実施形態では、携帯端末２として、例えば、「ｉモード」、「ＥＺｗｅｂ」等の、携帯電話に搭載され携帯サイトを閲覧する「携帯ブラウザ」を使用する端末を想定してきたが、ＰＣ端末１やネットワークサーバ８との連携によりＷｅｂ機能を更に拡大しようというものであればどのような形態でもよく、Ｗｅｂサイトを閲覧できるモバイル機器も携帯電話に限らない。例えば、携帯ゲーム機「ＰＳＰ」にもＷｅｂブラウザが搭載されている。また、携帯電話にも内蔵された無線ＬＡＮ機能を使用すれば、各場所、各施設内に設置されてきているアクセスポイントを介して外出先からでもアクセスでき、ＰＣ端末内に保存されているデータを、階層構造を保持したまま携帯端末で共有することが可能になる。
【００３１】
さらに、本実施形態では、Ｗｅｂサイトを閲覧できる携帯端末を想定してきたが、ソルトをｈｉｄｄｅｎタグに格納する代わりに、例えば「ｉアプリ」等のアプリケーションを実行できる携帯端末に対して、ソルトをアプリケーションに埋め込むか、アプリケーションがソルトを携帯端末内で参照できる形で、携帯端末内でのソルト保管ないし参照手段を持つアプリケーションを配布することにより、復号化処理も携帯端末で行うことができ、復号化処理を携帯端末内で完結させることで、より高度なセキュリティを保つことが可能になる。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態による情報システムの構成図である。
【図２】図１に示す情報システムの機能を示す構成図である。
【図３】図１に示す情報システムの端末及びサーバの処理のフロー図である。
【図４】図１に示す情報システムの端末及びサーバ間の通信手順を示す図である。
【符号の説明】
【００３３】
１、１０ ＰＣ端末（ＰＣデータ収集クライアント、ＰＣアプリケーション）
２、２０ 携帯端末（携帯端末アプリケーション）
３ ＰＣ用Ｗｅｂサーバ
４ 携帯用Ｗｅｂサーバ
５、５０ ＤＢ（データベース）サーバ
６ データベース
７ アプリケーションサーバ
８ ネットワークサーバ
９ 通信ネットワーク
１１ ソルト処理手段
１２ ＰＣＩＤ処理手段
１３ 共通鍵（セッションキー）処理手段
１４ ＩＶ（イニシャルベクター）処理手段
１５ パスワード処理手段
１６ 暗号化処理手段
２１ ソルト保存手段
２２ ソルト送信手段
２３ パスワード送信手段
２４ データ受信手段
２５、４３ 復号化処理手段
３０ ＰＣ用Ｗｅｂサーバ
４０ 携帯用Ｗｅｂサーバ
４１ ベーシック認証手段
３１、４２ ＳＳＬ通信処理手段
３２ ＰＣＩＤ認証手段
５１ 暗号化データ保存手段
５２ ＩＶ保存手段
５３ 暗号化セッションキー保存手段
５４ 暗号化パスワード保存手段
５５ 暗号化ＰＣＩＤ保存手段
７１ 検索用保存手段（検索エンジン）
７２ 検索用計算手段（検索エンジン）
【技術分野】
【０００１】
本発明は、ネットワーク上のサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムに関し、詳しくは、セキュリティを確保してＰＣ端末のデータをネットワーク上のサーバに保管し、ファイルの階層構造を維持したまま保管したデータを携帯端末により取り出す情報システムに関するものである。
【背景技術】
【０００２】
従来より、ネットワークに接続されたＰＣ（パーソナルコンピュータ）端末にリモート端末によりアクセスし、アクセスしたＰＣのデスクトップ画面をリモート端末に表示して、リモート操作によりファイルアクセスを含むほぼ全てのアクセスを可能としたアプリケーションが知られており、リモート端末として携帯電話が使用可能なものもある。
また、近年、携帯電話の処理能力の進歩や画面表示解像度の向上に伴い、フルブラウジング可能なＷｅｂブラウザを搭載したものが出現し、スクロール等によりＰＣ画面用に構成されたＷｅｂページを表示できるようになってきている。さらにＰＣ用で作成されたワープロ（文書作成：ワードプロセッサー）、表計算、プレゼンテーション、印刷イメージによるドキュメントファイル等の各種アプリケーションのビューア（表示ソフトウェア）も出現しており、ＰＣで作成したデータを携帯電話で表示し、さらには加工するという、各種アプリケーションやそのデータをＰＣと携帯電話との区別なくシームレスに取り扱う機会が増えてくることが予想される。
このようなネットワーク上でデータを取り扱う際にセキュリティに注意を払うことは、現在必須事項であり、ネットワーク上でパケットをプロトコルレベルで暗号化して処理する通信システムとしてＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）が知られており、データそのものの暗号化システムとしてはＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ）等が使用されている。
ネットワークを介してデータを共有するシステムとして、ユーザ情報によってアクセスを制御し、ネットワークを介して配布されたアプリケーションによってユーザが作成したデータをアップロードする機能と、アップロードされたデータを他のユーザがダウンロードする機能を実現し、データの共有を可能とするという情報処理技術が特許文献１に開示されている。
【０００３】
【特許文献１】特開２００５−２７５７０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術においては、ユビキタス時代を迎えて、ＰＣ端末と携帯端末との相補・融合関係を構築して、「どこでもデスクトップ」と称されるような、携帯端末からＰＣ端末にアクセスしてファイルやフォルダを共有する場合に、ＰＣ端末、携帯端末、及びサーバ等により構成されるネットワークデータ共有システムにおいて、各端末或いはサーバ単独での認証、暗号化等のセキュリティは或る程度保持されているものの、システム全体のネットワークセキュリティのレベルとしては不完全であり、盗聴、なりすまし、改鼠、破壊等を目的とする侵入を必ずしも排除できていないというという問題があった。
【０００５】
そこで、本発明は、データを保管するサーバにアクセスする際にＰＣ端末に対して乱数ベースのユーザ認証を用いると共に、ＰＣ端末により生成された暗号化情報と暗号化されたデータとをＰＣ端末から受け取ったサーバが携帯端末にデータを送信したその都度復号化に必要な暗号化情報をサーバより廃棄するように構成して、情報漏洩を排除できる情報システムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、請求項１に記載の発明は、通信ネットワーク上のネットワークサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムであって、
ＰＣ端末は、ソルトを初回生成して保存し該ソルトをネットワークサーバへ初回送信するソルト処理手段と、ＰＣＩＤを初回生成して保存し該ＰＣＩＤをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するＰＣＩＤ処理手段と、セッションキーをデータ送信の都度毎回生成してデータ送信後に該セッションキーを毎回破棄する共通鍵処理手段と、ブロック暗号用のイニシャルベクター（ＩＶ）をデータ送信の都度毎回生成して該ＩＶを前記ネットワークサーバへ毎回送信するするＩＶ処理手段と、ユーザが設定したパスワードを保存して該パスワードをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するパスワード処理手段と、前記セッションキー及びＩＶを用いてデータを共通鍵暗号で暗号化し、暗号化されたデータを送信すると共に、前記ソルト及びパスワードを用いて前記セッションキーを暗号化し、暗号化されたセッションキー及び前記ＩＶをデータ送信の都度前記ネットワークサーバへ毎回送信する暗号化処理手段と、を有し、
携帯端末は、前記ソルトを画面メモ機能等の記憶手段により該携帯端末に保存するソルト保存手段と、保存された前記ソルトを前記ネットワークサーバへログイン時に毎回送信するソルト送信手段と、ユーザが入力したパスワードを前記ネットワークサーバへのアクセスの都度毎回送信するパスワード送信手段と、を有し、
前記ネットワークサーバは、前記ＰＣ端末との間でＳＳＬ通信を行うＰＣ用ＳＳＬ通信処理手段と、前記ＰＣ端末より受信しハッシュ関数で暗号化されたＰＣＩＤ及びパスワードを用いてＰＣ認証を行うＰＣＩＤ認証手段と、前記携帯端末からのログインの受付け及びユーザ認証を行う携帯用ベーシック認証手段と、前記携帯端末との間でＳＳＬ通信を行う携帯用ＳＳＬ通信処理手段と、前記ＰＣ端末より受信したセッションキー及びＩＶと、前記携帯端末より受信したソルト及びパスワードとを用いて暗号化データの復号化処理を行う復号化処理手段と、前記ＰＣ端末より受信した暗号化されたデータ、ＩＶ、暗号化されたセッションキー、ハッシュ関数で暗号化されたパスワード、及びハッシュ関数で暗号化されたＰＣＩＤの保存・管理を行うデータベースサーバと、を有することを特徴とする。
また、請求項２に記載の前記ＰＣ端末は、前記ソルト処理手段及びＰＣＩＤ処理手段により乱数を用いてソルトとＰＣＩＤを生成し、生成されたＰＣＩＤをハッシュ関数で暗号化し、携帯端末のメールアドレス、ハッシュ関数で暗号化されたパスワードと共に該ソルト及びハッシュ関数で暗号化されたＰＣＩＤを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記ＰＣＩＤ認証手段におけるＰＣＩＤ及びパスワードによるユーザ認証に問題がなければ前記ＰＣ端末より受信した前記ＰＣＩＤ、ソルト、携帯端末のメールアドレス、及びパスワードからなる各認証情報をデータベースに格納した後、ユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬを記載した電子メールを前記携帯端末のメールアドレス宛に送信し、前記ＰＣＩＤ認証手段におけるＰＣ端末より受信したハッシュ関数で暗号化されたＰＣＩＤ及びパスワードによるユーザ認証に問題なければ、前記ＰＣ端末より受信したデータをデータベースに格納することを特徴とする。
また、請求項３に記載の前記ＰＣ端末は、ユーザにより指定された該ＰＣ端末内の各監視フォルダ及びファイルの情報を取得し、画像ファイルの携帯端末表示用へのデータ変換と文書ファイルのテキスト抽出とを行い前記フォルダ名及びファイル名と共に暗号化対象のデータとし、前記ソルト及びパスワードを用いたＰＢＥ暗号により暗号化されたハッシュ値を得てセッションキーを暗号化し、暗号化されたセッションキーとブロック暗号用ＩＶを用いて前記暗号化対象のデータを共通鍵暗号方式で暗号化したデータと、作成日付、更新日付等の属性情報とをハッシュ関数で暗号化された前記ＰＣＩＤ及びパスワードの認証情報と共に前記ネットワークサーバへＳＳＬ通信により送信することを特徴とする。
また、請求項４に記載の前記携帯端末は、前記ネットワークサーバから送信された電子メールに記載されたＵＲＬにアクセスし、
前記ネットワークサーバは、前記携帯端末より受信したユーザＩＤを基にデータベースからワンタイム変数を抽出してリクエストＵＲＬの引数のワンタイム変数と一致していることを確認した上で前記ユーザＩＤを基にデータベースより前記ソルトを抽出し、該ソルトをＷｅｂページのｈｉｄｄｅｎタグに埋め込んでログイン画面を形成し該携帯端末にＳＳＬ通信により送信した後、当該ソルトをデータベースより削除することを特徴とする。
また、請求項５に記載の前記携帯端末は、前記ネットワークサーバより受信したログイン画面で、ユーザＩＤと前記ＰＣ端末で設定したパスワード入力があると、前記ｈｉｄｄｅｎタグに埋め込まれたソルトと共に該ユーザＩＤ及びパスワードを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記携帯用ベーシック認証手段で携帯端末より受信したユーザＩＤを基にデータベースからハッシュ関数で暗号化されたパスワードを抽出して、前記携帯用ベーシック認証手段で携帯端末より受信したパスワードをハッシュ関数で暗号化した値と一致していることを確認した上で、受信した前記ソルト及びパスワードを基に要求に応じた各監視フォルダ及びファイルの復号化処理を行い、復号化された各監視フォルダ及びファイルを携帯端末のＷｅｂブラウザ上で階層構造を再現できるデータとして前記携帯端末へＳＳＬ通信により送信することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ＰＢＥを用いることで、パスワードとソルトの両方がそろわなければデータの復号化は不可能であることから、どちらか片一方を他人が取得したとしても、データの復号化はできず、従来より共有鍵方式の欠点とされていた鍵の受け渡し問題を、ＰＢＥを用いることで鍵の基となるパスワードとソルトに分け、ソルトのみを最初のログイン時にＳＳＬ送信で渡し、携帯端末の機能である画面メモ等の記録方式でソルトを携帯端末に保存し、サーバはソルトを破棄することで、ソルトが他人に取得されることがないようにし、また、パスワードはハッシュ関数で暗号化されて保存されていることから、不正侵入等によりパスワード情報が盗まれても、基のパスワードを復号化することはできず、ネットワークサーバ経由でＰＣのデータを安全に携帯端末から参照することができるという効果がある。
【発明を実施するための最良の形態】
【０００８】
以下、本発明の実施の形態について図を参照して説明する。
図１は、本発明の一実施形態による情報システムの構成図であり、図２は、図１に示す情報システムの機能を示す構成図である。
図１、図２において、１、１０はＰＣデータ用収集クライアントのＰＣ端末であり、図２に示す１０はその機能を実現するＰＣアプリケーションを説明したものである。ＰＣ端末１は、ＰＣ端末１内部に搭載するセキュリティ用のＰＣアプリケーションとして、最初に乱数によるソルトの初回生成とＰＣ端末１内の記憶装置（図示せず）への保存とを行い、サーバへプレーン（暗号化しない平文）でソルトを送信するソルト処理手段１１、乱数によるＰＣＩＤ（ＰＣ端末の識別ＩＤ）の初回生成とＰＣ端末１内の記憶装置への保存とを行い、生成されたＰＣＩＤを毎回ハッシュ関数で暗号化してサーバへ送信するＰＣＩＤ処理手段１２、セッションキー（共通鍵）を毎回生成し送信終了の都度毎回破棄する共通鍵処理手段１３、ＩＶ（イニシャルベクター）を毎回生成してサーバへ送信するＩＶ処理手段１４、パスワードを保存すると共に毎回ハッシュ関数で暗号化してサーバへ送信するパスワード処理手段１５、セッションキーとＩＶを用いてデータを共通鍵暗号で暗号化し、暗号化されたデータを毎回サーバへ送信すると共に、ソルト及びパスワードを用いてセッションキーを暗号化し、暗号化されたセッションキーとブロック暗号用ＩＶを毎回サーバへ送信する暗号化処理手段１６、を搭載している。
【０００９】
パスワードを基とするＰＢＥ（Ｐａｓｓｗｏｒｄ Ｂａｓｅｄ Ｅｎｃｒｙｐｔｉｏｎ）暗号は、パスワードを一種の鍵データと見なし、この鍵データを基に暗号化鍵を生成するもので、各文字の下位８ビットだけを使用するＰＫＣＳ＃５や、各文字の１６ビット全てを使用するＰＫＣＳ＃５等が知られている。
パスワード暗号化の際には、単にパスワードをＭＤ（Ｍｅｓｓａｇｅ Ｄｉｇｅｓｔ）５等のハッシュアルゴリズム（ハッシュ関数）により得られたハッシュ値（ダイジェスト値）を使用する代わりに、パスワードに前もって８バイト程度のデータ（ソルト）を追加してダイジェスト値を求めることにより、より攪乱された鍵を生成することができる。また、ハッシュ関数を繰り返し適用することもある。
【００１０】
共通鍵（セッションキー）は、対称暗号方式に属する鍵であり、対称鍵、共有鍵、秘密鍵等とも呼ばれる。対称暗号方式としてはＩＢＭ社が開発した秘密鍵暗号方式のＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、アメリカ政府標準技術局（ＮＩＳＴ）によって選定され、ＤＥＳに代わる次世代暗号標準としてベルギーの数学者によって開発された秘密鍵暗号化アルゴリズムのラインダール（Ｒｉｊｎｄａｅｌ）を用いたＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、ＮＴＴが開発したＦＥＡＬ（Ｆａｓｔ ｄａｔａ Ｅｎｃｉｐｈｅｒｍｅｎｔ ＡＬｇｏｒｉｔｈｍ）、スイス工科大学で開発されたＩＤＥＡ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ａｌｇｏｒｉｔｈｍ）、Ｒｏｎ Ｒｉｖｅｓｔ氏によって開発されたＲＣ（Ｒｏｎ’ｓ Ｃｏｄｅ）シリーズ等が挙げられる。
【００１１】
また、よく出現する文字組の頻度を基に、統計的手法により暗号が破られる可能性を避けるために、ブロック間に依存関係を待たせるなどの各種方法が提案されており、例えばＣＢＣモードの場合、
・平文（プレーン）データをブロックごとに分けておく（ｍ１、ｍ２、…）。
・初期ベクトルと称するブロック長に等しいデータＩＶ（イニシャルベクター）を用意する。
・ｍ１とＩＶの排他的論理輪を暗号化する（ｃ１）。
・ｍ２とｃ１の排他的論理輪を暗号化する（ｃ２）。
・ｍ３とｃ２の排他的論理輪を暗号化する（ｃ３）。
・以降、同様の処理を繰り返し、得られたｃ１、ｃ２、…をつなげたものを暗号文とする。
このＣＢＣモード（ＥＣＢモード：単純にブロックごとに暗号化する方法）を改善し、暗号文中のある箇所が正しく送信できなくても誤りの伝播を避けることができるＣＦＢモードやＯＦＢモードが存在する。
【００１２】
ソルト処理手段１１は、初期設定の際に疑似乱数発生器により乱数のソルトを生成し、ＰＣ端末１内の記憶装置に永続保存する。このソルトは初回時プレーンでサーバに送信される。
ＰＣＩＤ処理手段１２は、乱数或いはユニークＩＤ生成アルゴリズムによりＰＣＩＤを生成してＰＣ端末１内部に永続保存し、ハッシュ関数で暗号化したハッシュ値をサーバに送信する。サーバに送信されるＰＣＩＤは毎回ハッシュ関数で暗号化される。
共通鍵処理手段１３は、データ送信の際に、乱数により毎回セッションキー（共通鍵）を生成し、データ送信終了時点で毎回破棄する。このとき生成されたセッションキーは、データを暗号化する際の共通鍵暗号の鍵としてＩＶと共に使用され、同時にソルト及びパスワードにより暗号化されてブロック暗号用のＩＶと共にデータ送信の際にサーバに毎回プレーン送信される。
ＩＶ処理手段１４は、上述のように、最初の平文ブロックを暗号化する際、１つ前のブロックは存在しないので、代わりにビット列を初期ベクトル（ＩＶ）として挿入するもので、データ送信の際に、このＩＶを毎回生成しサーバにプレーン送信する。
パスワード処理手段１５は、ユーザが任意に設定したパスワードをＰＣ端末１内に保存し、一方向ハッシュ関数に入力して暗号化されたハッシュ値を得てデータ送信の際に毎回サーバに送信する。このパスワードはソルトが加えられハッシュ関数で暗号化されてセッションキーを暗号化する鍵として用いられる。
【００１３】
暗号化処理手段１６は、共通鍵処理手段１３で生成されたセッションキーとＩＶ処理手段１４で生成されたＩＶを用いてデータを共通鍵暗号で暗号化してプレーン送信すると共に、ソルト処理手段１１で生成されたソルト及びユーザが設定したパスワードを用いてセッションキーを暗号化し、暗号化されたセッションキーとＩＶを毎回プレーン送信する。
ここで、ＰＣ端末１に保存されたソルトとパスワードが盗まれた場合、他人がデータを復号化することが可能になるが、ソルトとパスワードはＰＣ端末１内にのみ保存されているものなので、ＰＣ１端末に直接アクセスしてデータを盗まれることと同じことになり、本システムにおける欠点ではない。
【００１４】
２、２０はＷｅｂブラウザを備えた携帯電話等の携帯端末であり、図２に示す２０はＰＣ端末１がサーバに保管したデータを受信・取得する機能を実現する携帯端末のアプリケーションを説明したものである。携帯端末２は、Ｗｅｂブラウザ機能を備えており、画面メモ機能等を用いてサーバから取得したソルトを携帯端末２内に保存するソルト保存手段２１、保存されたソルトを用いて携帯端末２からサーバにアクセスする際のログイン時に毎回プレーンで送信するソルト送信手段２２、ユーザが入力したパスワードをデータ要求の都度毎回プレーン送信するパスワード送信手段２３、ユーザ認証後に送られてきたソルトとパスワードを基にサーバが送信した復号化データを受信するデータ受信手段２４、サーバから送信された暗号化されたままのデータを受信し携帯端末２側でデータの復号を行う復号化処理手段２５、を有している。
【００１５】
８はネットワークサーバであり、ＰＣ用Ｗｅｂサーバ３、携帯用Ｗｅｂサーバ４、データベース（ＤＢ）サーバ５、及びこれらのサーバと連携して必要な機能を実現するアプリケーションサーバ７、の各サーバで構成され、通信ネットワーク９を介してＰＣ端末１及び携帯端末２に接続されるサーバ群である。
ＰＣ用Ｗｅｂサーバ３、３０は、公開鍵暗号や秘密鍵暗号、デジタル証明書、ハッシュ関数等を組み合わせ、プロトコルレベルでセキュリティを保つＳＳＬによるＳＳＬ通信処理手段３１、ハッシュ関数で暗号化されたＰＣＩＤ及びパスワードを用いた乱数ベースのＰＣＩＤ認証を行うＰＣＩＤ認証手段３２、を有しており、他人による推測が困難な乱数ベースのＰＣＩＤ認証を用いることで、ベーシック認証の欠点である「なりすまし」を防止できる。ただし、ＰＣ端末１に保存されているＰＣＩＤが盗まれると、他人による「なりすまし」は可能になるが、ＰＣＩＤはＰＣ端末１にのみ保存されているものなので、ＰＣ端末１に直接アクセスしてデータを盗まれることと同じことになり、本システムにおける欠点ではない。
【００１６】
なお、ＰＣ端末１に関する説明では暗号化されたデータとの対比として各種情報をプレーンで送信すると記載した箇所があるが、上記の通りＳＳＬ通信によりプロトコルレベルのセキュリティを併用する構成とすることも勿論可能である。ＳＳＬは、ＨＴＴＰ（ＨＴＴＰＳ：Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）等の上位のプロトコルを利用するアプリケーションからは、特に意識することなく透過的に利用することができる。現在ＳＳＬは、ＳＳＬ３．０を基に改良が加えられたＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）１．０がＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔ）２２４６としてＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）で標準化されている。
【００１７】
ＤＢサーバ５、５０は、ソルト、パスワード、セッションキー、ＩＶを用いた共通鍵暗号で暗号化したデータの保存、ブロック暗号用イニシャルベクター（ＩＶ）の保存、共通鍵暗号で暗号化したセッションキーの保存、一方向ハッシュ関数で暗号化したパスワードの保存、一方向ハッシュ関数で暗号化したＰＣＩＤの保存、等をデータベース６に対して行うもので、夫々暗号化要素を分散保存する。これによって、万一データベース６からデータが漏洩しても、構成要素単体では、例えば復号化にはソルトとパスワードが必要等により、復号化できないので情報の漏洩を防ぐことができる。
【００１８】
携帯用Ｗｅｂサーバ４、４０は、ユーザ名とパスワードによりベーシック認証を行うベーシック認証手段４１、ＳＳＬ通信処理手段４２、ＰＣ端末１より受信したセッションキー及びＩＶと、携帯端末１より受信したソルト及びパスワードとを用いて暗号データを共通鍵暗号方式により復号化処理する復号化処理手段４３、を有している。復号化処理に失敗した場合は認証を拒否する。従って、仮に、パスワードが漏れたり推測されたりしても、ソルトが保存されている本人の端末以外からはアクセス不可能であることから、セキュリティが保証される。
【００１９】
一方、７１はデータ検索用のインデックスデータを保管する検索用（タームインデックス）保存手段であり、７２はＰＣ端末１または携帯端末２からの検索要求に応答し、検索語句をタームに分解して、各タームを一方向ハッシュ関数等により暗号化し、検索エンジン用タームインデックスとしてデータベース６内に保管された暗号化インデックスデータを検索して取り出し、検索語句との一致度を計算する機能を有する検索用計算手段である。検索用計算手段７２による計算が終了したら、復号化処理手段４３にその情報を渡し、復号化処理が引き継がれる。
【００２０】
次に、図３、図４を参照して処理動作について説明する。
図３は、図１に示す情報システムの端末及びサーバの処理のフロー図であり、図４は、図１に示す情報システムの端末及びサーバ間の通信手順を示す図である。
図３を参照すると、先ず、ＰＣ端末１でアプリケーションソフトを起動し、データを共有する携帯端末２の携帯メールアドレスを指定し、パスワードを設定して、ＰＣ端末１と携帯端末２とでデータを共有する監視フォルダを指定する（ステップＳ１０１）。
続いて、ＰＣ端末１は、乱数によりＩＤ（ＰＣＩＤ）とソルトを生成し、そのままＰＣ端末１内に保存する。ソルトはそのまま、ＰＣＩＤはハッシュ関数で暗号化し、携帯メールアドレス、ハッシュ関数で暗号化されたパスワードと共に、ネットワークサーバ８にＳＳＬで送信する（ステップＳ１０２）。
この間の処理は、図４ではＰＣ端末１からＰＣ用Ｗｅｂサーバ３（ネットワークサーバ８）への通信（Ｓ１１）の内容である。
【００２１】
ネットワークサーバ８は、ＰＣ端末１からハッシュ関数で暗号化されて送信されたＰＣＩＤ及びパスワードによるユーザ認証に問題がなければ、これらの各認証情報（ＰＣＩＤ、ソルト、携帯メールアドレス、パスワード）をデータベース６に格納する（ステップＳ１０３）。
ＰＣ端末１から受信した各認証情報をデータベース６に格納後、データベース６からオートインクリメントされるユーザＩＤを取得してＰＣ端末１に返送すると共に、ユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を記載した電子メールを生成して携帯メールアドレス宛に送信し（ステップＳ１０４）、携帯端末２にアクセス可能になったことを通知する。
この間の通信手順は、図４に示すＰＣ用Ｗｅｂサーバ３とＤＢサーバ５との通信（Ｓ１２、Ｓ１３）と、ＰＣ用Ｗｅｂサーバ３からＰＣ端末１への通信（Ｓ１４）、及びＰＣ用Ｗｅｂサーバ３から携帯端末２への通信（Ｓ１５）である。
【００２２】
次に、ＰＣ端末１は、ユーザにより監視フォルダとして指定されたフォルダ以下にある階層のフォルダ及びファイルの情報を取得して暗号化する。その際、画像ファイルは携帯電話の表示画面に適した表示サイズに変換して暗号化する。また、文書ファイルはその中からテキスト抽出を行い暗号化する。フォルダ及びファイルの共通処理として、フォルダ及びファイル名の暗号化も合わせて行う。データの暗号化にはパスワードを一種の鍵データと見なして暗号化鍵を生成するＢＰＥを用い、上記暗号化処理手段１６で説明したように、ソルト、パスワード、暗号化されたセッションキー、及びブロック暗号用ＩＶを用い、ＡＥＳ等の秘密鍵方式で暗号化する（ステップＳ１０５）。
この暗号化されたファイル名とその内容、暗号化されたフォルダ名、各フォルダ及びファイルの作成日付、更新日付等の情報を認証情報（ハッシュ関数で暗号化されたＰＣＩＤ及びパスワード）と共にネットワークサーバ８にＳＳＬで送信する（ステップＳ１０６）。
これが図４に示すＰＣ端末１からＰＣ用Ｗｅｂサーバ３への通信（Ｓ１６）である。
【００２３】
ネットワークサーバ８は、ステップＳ１０６でＰＣ端末１からハッシュ関数で暗号化されて送信されたＰＣＩＤとパスワードによるユーザ認証に問題が無ければ、ＰＣ端末１から受信したデータをデータベース６に格納して、ＰＣ端末１からのデータ受信が完了したことを記述した電子メールを生成して携帯端末２宛に送信して通知する（ステップＳ１０７）。
これが図４に示すＰＣ用Ｗｅｂサーバ３とＤＢサーバ５との通信（Ｓ１７、Ｓ１８）と、ＰＣ用Ｗｅｂサーバ３から携帯端末２への通信（Ｓ１９）である。
【００２４】
続いて、ＰＣ端末１は、ログオフ或いはシャットダウンするか否かに応じ（ステップＳ１０８）、継続する場合は、指定された各監視フォルダの状態監視を継続し、変化があったらサーバに通知する（ステップＳ１１０）。ログオフ或いはシャットダウン後、再度ＰＣ端末１を立ち上げると起動と同時にアプリケーションソフトが常駐し（ステップＳ１０９）、ステップＳ１１０のフォルダ監視状態に入る。
これが図４に示すＰＣ端末１からＰＣ用Ｗｅｂサーバ３への通信（Ｓ２０）と、ＰＣ用Ｗｅｂサーバ３からＤＢサーバ５への通信（Ｓ２１）である。
【００２５】
次に、携帯端末２は、最初のネットワークサーバ８へのアクセスである場合（ステップＳ１１１）、ネットワークサーバ８から送信された電子メールに記載されているユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬにアクセスする（ステップＳ１１２）。
これが図４に示す携帯端末２から携帯用Ｗｅｂサーバ４への通信（Ｓ２２）である。
【００２６】
ネットワークサーバ８は、携帯端末２からログインページにアクセスがあったら、ユーザＩＤをキーにしてデータベース６から対応するワンタイム変数を抽出し、リクエストＵＲＬの引数のワンタイム変数とＤＢ６から抽出したワンタイム変数とが一致していることを確認した上で、ユーザＩＤをキーにしてＤＢからソルトを抽出し、抽出したソルトをｈｉｄｄｅｎタグに埋め込んでログイン画面を形成したＷｅｂページを生成して携帯端末２に送信する。その直後にソルトはＤＢから削除する（ステップＳ１１３）。
これが図４に示すＤＢサーバ５から携帯用Ｗｅｂサーバ４への通信（Ｓ２３）と、携帯用Ｗｅｂサーバ４から携帯端末２への通信（Ｓ２４）である。
【００２７】
携帯端末２は、ネットワークサーバ８からソルトがｈｉｄｄｅｎタグに埋め込まれて送信されたログイン画面のＷｅｂページを、画面メモ機能により携帯端末２内に保存し（ステップＳ１１４）、保存された画面メモを呼び出し、ログインボタンをクリックしてネットワークサーバ８とＳＳＬ通信を行う。携帯端末２のＷｅｂ表示画面ではユーザＩＤとパスワードを聞かれる。その際、このログイン画面に表示されていたユーザＩＤとＰＣ端末１で設定したパスワードを入力する。この時Ｗｅｂページのｈｉｄｄｅｎタグに埋め込まれているソルトも同時にネットワークサーバ８にＰＯＳＴされる（ステップＳ１１５）。一旦画面メモ機能によりログイン画面を保存した場合、次回アクセスの際はステップＳ１１２、Ｓ１１４の処理を省略してステップＳ１１５の処理に移ることができる。
なお、ＨＴＴＰ及びＨＴＴＰＳによるデータの送信にはＵＲＬの引数として送信されるＧＥＴ命令と、ＵＲＬとは別に送信されるＰＯＳＴ命令があり、Ｗｅｂページのフォームタグ内で指定される。よりセキュリティを保つにはＵＲＬとは別にデータが送信されるＰＯＳＴ命令が望ましい。
この処理は、図４では、携帯端末２から携帯用Ｗｅｂサーバ４への通信（Ｓ２５）である。
【００２８】
ネットワークサーバ８は、ＳＳＬ通信で接続しに来ている送信元及び送信先のＩＰアドレスを基に接続クライアントを判断し、図４で言うところのＰＣ用Ｗｅｂサーバ３と携帯用Ｗｅｂサーバ４に振り分け（ステップＳ１１６）、携帯端末２なら、携帯端末２から送信されたユーザＩＤを基にデータベース６から対応するハッシュ関数で暗号化されたパスワードを抽出し、携帯端末２から受信したパスワードをハッシュ関数で暗号化した値とデータベース６から抽出したパスワードと比較し、ユーザ認証を行う。ユーザ認証に問題がなければ、次に、携帯端末２からＰＯＳＴされたソルトとパスワードを基に、要求に応じた各監視フォルダ以下のフォルダ及びファイルをデータベース６から取り出し、取り出されたデータの復号化処理を行い、各監視フォルダの階層構造を携帯ブラウザで再現できるデータにして携帯端末２に送信する。なお、復号化処理に失敗すると認証を拒否するので、ユーザＩＤとパスワードを他人が取得しても、本人の携帯端末２に保存されているソルトがわからない限りログインできない。（ステップＳ１１７）。
この処理は、図４では、ＤＢサーバ５から携帯用Ｗｅｂサーバ４への通信（Ｓ２６）と、携帯用Ｗｅｂサーバ４から携帯端末２への通信（Ｓ２７）である。
【００２９】
ネットワークサーバ８から各監視フォルダの内容を受信した携帯端末２では、フォルダ及びファイルの階層構造が再現され、操作に応じて、ワンタイムセッション変数を引数にしてセッション情報を保持し、ネットワークサーバ８との認証と復号化処理依頼を行う（ステップＳ１１８）。
また、ネットワークサーバ８は、ステップＳ１１６の判断で接続がＰＣ端末１の場合は、ＰＣ端末１から通知された情報に基づき、データベース６の内容を更新する（ステップＳ１２０）。
このようにして、ＰＣ端末１のフォルダ及びファイルのデータが、セキュリティを保ちながらネットワークを介して携帯端末２にその階層構造を維持して再現され、「どこでもデスクトップ」が実現される。
【００３０】
以上、本実施形態では、携帯端末２として、例えば、「ｉモード」、「ＥＺｗｅｂ」等の、携帯電話に搭載され携帯サイトを閲覧する「携帯ブラウザ」を使用する端末を想定してきたが、ＰＣ端末１やネットワークサーバ８との連携によりＷｅｂ機能を更に拡大しようというものであればどのような形態でもよく、Ｗｅｂサイトを閲覧できるモバイル機器も携帯電話に限らない。例えば、携帯ゲーム機「ＰＳＰ」にもＷｅｂブラウザが搭載されている。また、携帯電話にも内蔵された無線ＬＡＮ機能を使用すれば、各場所、各施設内に設置されてきているアクセスポイントを介して外出先からでもアクセスでき、ＰＣ端末内に保存されているデータを、階層構造を保持したまま携帯端末で共有することが可能になる。
【００３１】
さらに、本実施形態では、Ｗｅｂサイトを閲覧できる携帯端末を想定してきたが、ソルトをｈｉｄｄｅｎタグに格納する代わりに、例えば「ｉアプリ」等のアプリケーションを実行できる携帯端末に対して、ソルトをアプリケーションに埋め込むか、アプリケーションがソルトを携帯端末内で参照できる形で、携帯端末内でのソルト保管ないし参照手段を持つアプリケーションを配布することにより、復号化処理も携帯端末で行うことができ、復号化処理を携帯端末内で完結させることで、より高度なセキュリティを保つことが可能になる。
【図面の簡単な説明】
【００３２】
【図１】本発明の一実施形態による情報システムの構成図である。
【図２】図１に示す情報システムの機能を示す構成図である。
【図３】図１に示す情報システムの端末及びサーバの処理のフロー図である。
【図４】図１に示す情報システムの端末及びサーバ間の通信手順を示す図である。
【符号の説明】
【００３３】
１、１０ ＰＣ端末（ＰＣデータ収集クライアント、ＰＣアプリケーション）
２、２０ 携帯端末（携帯端末アプリケーション）
３ ＰＣ用Ｗｅｂサーバ
４ 携帯用Ｗｅｂサーバ
５、５０ ＤＢ（データベース）サーバ
６ データベース
７ アプリケーションサーバ
８ ネットワークサーバ
９ 通信ネットワーク
１１ ソルト処理手段
１２ ＰＣＩＤ処理手段
１３ 共通鍵（セッションキー）処理手段
１４ ＩＶ（イニシャルベクター）処理手段
１５ パスワード処理手段
１６ 暗号化処理手段
２１ ソルト保存手段
２２ ソルト送信手段
２３ パスワード送信手段
２４ データ受信手段
２５、４３ 復号化処理手段
３０ ＰＣ用Ｗｅｂサーバ
４０ 携帯用Ｗｅｂサーバ
４１ ベーシック認証手段
３１、４２ ＳＳＬ通信処理手段
３２ ＰＣＩＤ認証手段
５１ 暗号化データ保存手段
５２ ＩＶ保存手段
５３ 暗号化セッションキー保存手段
５４ 暗号化パスワード保存手段
５５ 暗号化ＰＣＩＤ保存手段
７１ 検索用保存手段（検索エンジン）
７２ 検索用計算手段（検索エンジン）
【特許請求の範囲】
【請求項１】
通信ネットワーク上のネットワークサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムであって、
ＰＣ端末は、
ソルトを初回生成して保存し該ソルトをネットワークサーバへ初回送信するソルト処理手段と、
ＰＣＩＤを初回生成して保存し該ＰＣＩＤをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するＰＣＩＤ処理手段と、
セッションキーをデータ送信の都度毎回生成してデータ送信後に該セッションキーを毎回破棄する共通鍵処理手段と、
ブロック暗号用のイニシャルベクター（ＩＶ）をデータ送信の都度毎回生成して該ＩＶを前記ネットワークサーバへ毎回送信するするＩＶ処理手段と、
ユーザが設定したパスワードを保存して該パスワードをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するパスワード処理手段と、
前記セッションキー及びＩＶを用いてデータを共通鍵暗号で暗号化し、暗号化されたデータを送信すると共に、前記ソルト及びパスワードを用いて前記セッションキーを暗号化し、暗号化されたセッションキー及び前記ＩＶをデータ送信の都度前記ネットワークサーバへ毎回送信する暗号化処理手段と、を有し、
携帯端末は、
前記ソルトを画面メモ機能等の記憶手段により該携帯端末に保存するソルト保存手段と、
保存された前記ソルトを前記ネットワークサーバへログイン時に毎回送信するソルト送信手段と、
ユーザが入力したパスワードを前記ネットワークサーバへのアクセスの都度毎回送信するパスワード送信手段と、を有し、
前記ネットワークサーバは、
前記ＰＣ端末との間でＳＳＬ通信を行うＰＣ用ＳＳＬ通信処理手段と、
前記ＰＣ端末より受信しハッシュ関数で暗号化されたＰＣＩＤ及びパスワードを用いてＰＣ認証を行うＰＣＩＤ認証手段と、
前記携帯端末からのログインの受付け及びユーザ認証を行う携帯用ベーシック認証手段と、
前記携帯端末との間でＳＳＬ通信を行う携帯用ＳＳＬ通信処理手段と、
前記ＰＣ端末より受信したセッションキー及びＩＶと、前記携帯端末より受信したソルト及びパスワードとを用いて暗号化データの復号化処理を行う復号化処理手段と、
前記ＰＣ端末より受信した暗号化されたデータ、ＩＶ、暗号化されたセッションキー、ハッシュ関数で暗号化されたパスワード、及びハッシュ関数で暗号化されたＰＣＩＤの保存・管理を行うデータベースサーバと、を有することを特徴とする情報処理システム。
【請求項２】
前記ＰＣ端末は、前記ソルト処理手段及びＰＣＩＤ処理手段により乱数を用いてソルトとＰＣＩＤを生成し、生成されたＰＣＩＤをハッシュ関数で暗号化し、携帯端末のメールアドレス、ハッシュ関数で暗号化されたパスワードと共に該ソルト及びハッシュ関数で暗号化されたＰＣＩＤを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記ＰＣＩＤ認証手段におけるＰＣＩＤ及びパスワードによるユーザ認証に問題がなければ前記ＰＣ端末より受信した前記ＰＣＩＤ、ソルト、携帯端末のメールアドレス、及びパスワードからなる各認証情報をデータベースに格納した後、ユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬを記載した電子メールを前記携帯端末のメールアドレス宛に送信し、
前記ＰＣＩＤ認証手段におけるＰＣ端末より受信したハッシュ関数で暗号化されたＰＣＩＤ及びパスワードによるユーザ認証に問題なければ、前記ＰＣ端末より受信したデータをデータベースに格納することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記ＰＣ端末は、ユーザにより指定された該ＰＣ端末内の各監視フォルダ及びファイルの情報を取得し、画像ファイルの携帯端末表示用へのデータ変換と文書ファイルのテキスト抽出とを行い前記フォルダ名及びファイル名と共に暗号化対象のデータとし、
前記ソルト及びパスワードを用いたＰＢＥ暗号により暗号化されたハッシュ値を得てセッションキーを暗号化し、暗号化されたセッションキーとブロック暗号用ＩＶを用いて前記暗号化対象のデータを共通鍵暗号方式で暗号化したデータと、作成日付、更新日付等の属性情報とをハッシュ関数で暗号化された前記ＰＣＩＤ及びパスワードの認証情報と共に前記ネットワークサーバへＳＳＬ通信により送信することを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記携帯端末は、前記ネットワークサーバから送信された電子メールに記載されたＵＲＬにアクセスし、
前記ネットワークサーバは、前記携帯端末より受信したユーザＩＤを基にデータベースからワンタイム変数を抽出してリクエストＵＲＬの引数のワンタイム変数と一致していることを確認した上で前記ユーザＩＤを基にデータベースより前記ソルトを抽出し、該ソルトをＷｅｂページのｈｉｄｄｅｎタグに埋め込んでログイン画面を形成し該携帯端末にＳＳＬ通信により送信した後、当該ソルトをデータベースより削除することを特徴とする請求項２に記載の情報処理システム。
【請求項５】
前記携帯端末は、前記ネットワークサーバより受信したログイン画面で、ユーザＩＤと前記ＰＣ端末で設定したパスワード入力があると、前記ｈｉｄｄｅｎタグに埋め込まれたソルトと共に該ユーザＩＤ及びパスワードを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記携帯用ベーシック認証手段で携帯端末より受信したユーザＩＤを基にデータベースからハッシュ関数で暗号化されたパスワードを抽出し、前記携帯用ベーシック認証手段で携帯端末より受信したパスワードをハッシュ関数で暗号化した値と一致していることを確認した上で、受信した前記ソルト及びパスワードを基に要求に応じた各監視フォルダ及びファイルの復号化処理を行い、復号化された各監視フォルダ及びファイルを携帯端末のＷｅｂブラウザ上で階層構造を再現できるデータとして前記携帯端末へＳＳＬ通信により送信することを特徴とする請求項４に記載の情報処理システム。
【請求項１】
通信ネットワーク上のネットワークサーバを介してＰＣ端末のデータを携帯端末で共有する情報システムであって、
ＰＣ端末は、
ソルトを初回生成して保存し該ソルトをネットワークサーバへ初回送信するソルト処理手段と、
ＰＣＩＤを初回生成して保存し該ＰＣＩＤをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するＰＣＩＤ処理手段と、
セッションキーをデータ送信の都度毎回生成してデータ送信後に該セッションキーを毎回破棄する共通鍵処理手段と、
ブロック暗号用のイニシャルベクター（ＩＶ）をデータ送信の都度毎回生成して該ＩＶを前記ネットワークサーバへ毎回送信するするＩＶ処理手段と、
ユーザが設定したパスワードを保存して該パスワードをハッシュ関数で暗号化した値をデータ送信の都度前記ネットワークサーバへ毎回送信するパスワード処理手段と、
前記セッションキー及びＩＶを用いてデータを共通鍵暗号で暗号化し、暗号化されたデータを送信すると共に、前記ソルト及びパスワードを用いて前記セッションキーを暗号化し、暗号化されたセッションキー及び前記ＩＶをデータ送信の都度前記ネットワークサーバへ毎回送信する暗号化処理手段と、を有し、
携帯端末は、
前記ソルトを画面メモ機能等の記憶手段により該携帯端末に保存するソルト保存手段と、
保存された前記ソルトを前記ネットワークサーバへログイン時に毎回送信するソルト送信手段と、
ユーザが入力したパスワードを前記ネットワークサーバへのアクセスの都度毎回送信するパスワード送信手段と、を有し、
前記ネットワークサーバは、
前記ＰＣ端末との間でＳＳＬ通信を行うＰＣ用ＳＳＬ通信処理手段と、
前記ＰＣ端末より受信しハッシュ関数で暗号化されたＰＣＩＤ及びパスワードを用いてＰＣ認証を行うＰＣＩＤ認証手段と、
前記携帯端末からのログインの受付け及びユーザ認証を行う携帯用ベーシック認証手段と、
前記携帯端末との間でＳＳＬ通信を行う携帯用ＳＳＬ通信処理手段と、
前記ＰＣ端末より受信したセッションキー及びＩＶと、前記携帯端末より受信したソルト及びパスワードとを用いて暗号化データの復号化処理を行う復号化処理手段と、
前記ＰＣ端末より受信した暗号化されたデータ、ＩＶ、暗号化されたセッションキー、ハッシュ関数で暗号化されたパスワード、及びハッシュ関数で暗号化されたＰＣＩＤの保存・管理を行うデータベースサーバと、を有することを特徴とする情報処理システム。
【請求項２】
前記ＰＣ端末は、前記ソルト処理手段及びＰＣＩＤ処理手段により乱数を用いてソルトとＰＣＩＤを生成し、生成されたＰＣＩＤをハッシュ関数で暗号化し、携帯端末のメールアドレス、ハッシュ関数で暗号化されたパスワードと共に該ソルト及びハッシュ関数で暗号化されたＰＣＩＤを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記ＰＣＩＤ認証手段におけるＰＣＩＤ及びパスワードによるユーザ認証に問題がなければ前記ＰＣ端末より受信した前記ＰＣＩＤ、ソルト、携帯端末のメールアドレス、及びパスワードからなる各認証情報をデータベースに格納した後、ユーザＩＤとワンタイム変数を引数としたログイン用ＵＲＬを記載した電子メールを前記携帯端末のメールアドレス宛に送信し、
前記ＰＣＩＤ認証手段におけるＰＣ端末より受信したハッシュ関数で暗号化されたＰＣＩＤ及びパスワードによるユーザ認証に問題なければ、前記ＰＣ端末より受信したデータをデータベースに格納することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記ＰＣ端末は、ユーザにより指定された該ＰＣ端末内の各監視フォルダ及びファイルの情報を取得し、画像ファイルの携帯端末表示用へのデータ変換と文書ファイルのテキスト抽出とを行い前記フォルダ名及びファイル名と共に暗号化対象のデータとし、
前記ソルト及びパスワードを用いたＰＢＥ暗号により暗号化されたハッシュ値を得てセッションキーを暗号化し、暗号化されたセッションキーとブロック暗号用ＩＶを用いて前記暗号化対象のデータを共通鍵暗号方式で暗号化したデータと、作成日付、更新日付等の属性情報とをハッシュ関数で暗号化された前記ＰＣＩＤ及びパスワードの認証情報と共に前記ネットワークサーバへＳＳＬ通信により送信することを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記携帯端末は、前記ネットワークサーバから送信された電子メールに記載されたＵＲＬにアクセスし、
前記ネットワークサーバは、前記携帯端末より受信したユーザＩＤを基にデータベースからワンタイム変数を抽出してリクエストＵＲＬの引数のワンタイム変数と一致していることを確認した上で前記ユーザＩＤを基にデータベースより前記ソルトを抽出し、該ソルトをＷｅｂページのｈｉｄｄｅｎタグに埋め込んでログイン画面を形成し該携帯端末にＳＳＬ通信により送信した後、当該ソルトをデータベースより削除することを特徴とする請求項２に記載の情報処理システム。
【請求項５】
前記携帯端末は、前記ネットワークサーバより受信したログイン画面で、ユーザＩＤと前記ＰＣ端末で設定したパスワード入力があると、前記ｈｉｄｄｅｎタグに埋め込まれたソルトと共に該ユーザＩＤ及びパスワードを前記ネットワークサーバへＳＳＬ通信により送信し、
前記ネットワークサーバは、前記携帯用ベーシック認証手段で携帯端末より受信したユーザＩＤを基にデータベースからハッシュ関数で暗号化されたパスワードを抽出し、前記携帯用ベーシック認証手段で携帯端末より受信したパスワードをハッシュ関数で暗号化した値と一致していることを確認した上で、受信した前記ソルト及びパスワードを基に要求に応じた各監視フォルダ及びファイルの復号化処理を行い、復号化された各監視フォルダ及びファイルを携帯端末のＷｅｂブラウザ上で階層構造を再現できるデータとして前記携帯端末へＳＳＬ通信により送信することを特徴とする請求項４に記載の情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００７−１４２５０４（Ｐ２００７−１４２５０４Ａ）
【公開日】平成１９年６月７日（２００７．６．７）
【国際特許分類】
【出願番号】特願２００５−３２９４４９（Ｐ２００５−３２９４４９）
【出願日】平成１７年１１月１４日（２００５．１１．１４）
【出願人】（５０４４２１３６１）株式会社コトハコ (2)
【Ｆターム（参考）】
【公開日】平成１９年６月７日（２００７．６．７）
【国際特許分類】
【出願日】平成１７年１１月１４日（２００５．１１．１４）
【出願人】（５０４４２１３６１）株式会社コトハコ (2)
【Ｆターム（参考）】
[ Back to top ]