知財求人 - 知財ポータルサイト「IP Force」
特開2023-57813情報処理装置、情報処理システム、情報処理方法、及びプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023057813
(43)【公開日】2023-04-24
(54)【発明の名称】情報処理装置、情報処理システム、情報処理方法、及びプログラム
(51)【国際特許分類】
H04L 9/08 20060101AFI20230417BHJP
H04L 9/16 20060101ALI20230417BHJP
H04L 67/2871 20220101ALI20230417BHJP
【ＦＩ】
H04L9/08 C
H04L9/08 E
H04L9/16
H04L67/2871
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2021167492
(22)【出願日】2021-10-12
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】山本 暁
(57)【要約】 （修正有）
【課題】通信プロトコルを終端する情報処理装置を跨いで暗号化通信を行う情報処理装置、方法及びプログラムを提供する。
【解決手段】セキュアボックス４は、サービスを利用する接続元装置及びサービスを提供する接続先装置と通信を行う情報処理装置であって、接続元装置と接続先装置の間で暗号化セッション確立に関する情報を含む第１のデータを接続元装置から受信したことを検出する検出部と、第１のデータをセッション確立における通信プロトコルに従う第１のメッセージに変換し、第１のメッセージに対する返信として接続先装置から受信した第２のメッセージを暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、セッション確立後は、サービスで用いるデータを変換することなく、接続元装置から受信したデータを接続先装置に送信し、接続先装置から受信したデータを接続元装置に送信する通信部と、を有する。
【選択図】図３
【解決手段】セキュアボックス４は、サービスを利用する接続元装置及びサービスを提供する接続先装置と通信を行う情報処理装置であって、接続元装置と接続先装置の間で暗号化セッション確立に関する情報を含む第１のデータを接続元装置から受信したことを検出する検出部と、第１のデータをセッション確立における通信プロトコルに従う第１のメッセージに変換し、第１のメッセージに対する返信として接続先装置から受信した第２のメッセージを暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、セッション確立後は、サービスで用いるデータを変換することなく、接続元装置から受信したデータを接続先装置に送信し、接続先装置から受信したデータを接続元装置に送信する通信部と、を有する。
【選択図】図３
【特許請求の範囲】
【請求項1】
サービスを利用する接続元装置、および前記サービスを提供する接続先装置と通信を行う情報処理装置であって、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、
を有する情報処理装置。
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、
を有する情報処理装置。
【請求項2】
前記セッションの状態を管理する管理情報を有し、前記セッションが確立する前は、前記セッションが未接続であることを示すように前記管理情報を設定し、前記セッションが確立した後に、前記セッションが接続中であることを示すように前記管理情報を設定する設定部を更に有し、
前記検出部は、前記管理情報を用いて、前記第１のデータを前記接続元装置から受信したことを検出する請求項１に記載の情報処理装置。
前記検出部は、前記管理情報を用いて、前記第１のデータを前記接続元装置から受信したことを検出する請求項１に記載の情報処理装置。
【請求項3】
前記検出部は、前記接続元装置から受信するデータに含まれるデータの種類を示す情報を用いて、前記第１のデータを前記接続元装置から受信したことを検出する請求項１に記載の情報処理装置。
【請求項4】
前記セッションが確立した後、さらに予め定めた時間が経過した後に前記共通鍵の更新を前記接続元装置と前記接続先装置に要求する更新部を更に有する請求項１に記載の情報処理装置。
【請求項5】
前記通信部は、前記接続元装置が前記セッションを確立するための処理を行うウェブブラウザのアプリケーションを前記接続元装置に送信する請求項１乃至請求項４のいずれか一項に記載の情報処理装置。
【請求項6】
サービスを利用する接続元装置、および前記サービスを提供する接続先装置と通信を行う情報処理装置であって、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、
前記第１のデータに含まれる乱数値を用いて、前記暗号化通信で用いる共通鍵を交換するための情報を生成する生成部と、
前記共通鍵を交換するための情報を含む前記セッションの確立における通信プロトコルに従う第１のメッセージを前記接続先装置に送信し、前記第１のメッセージに対する返信として前記接続先装置から第２のメッセージを受信し、前記第２のメッセージに含まれる前記共通鍵の生成に必要な情報を前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、
を有する情報処理装置。
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、
前記第１のデータに含まれる乱数値を用いて、前記暗号化通信で用いる共通鍵を交換するための情報を生成する生成部と、
前記共通鍵を交換するための情報を含む前記セッションの確立における通信プロトコルに従う第１のメッセージを前記接続先装置に送信し、前記第１のメッセージに対する返信として前記接続先装置から第２のメッセージを受信し、前記第２のメッセージに含まれる前記共通鍵の生成に必要な情報を前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、
を有する情報処理装置。
【請求項7】
サービスを利用する接続元装置、および前記サービスを提供する接続先装置と通信を行う情報処理装置であって、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立を行う要求メッセージを前記接続元装置から受信したことを検出する検出部と、
前記暗号化通信で用いる共通鍵を交換するための情報を生成する生成部と、
前記共通鍵を前記接続元装置に送信するために前記共通鍵を暗号化する暗号処理部と、
前記共通鍵を交換するための情報を含む前記セッションの確立における通信プロトコルに従う第１のメッセージを前記接続先装置に送信し、前記第１のメッセージに対する返信として前記接続先装置から第２のメッセージを受信し、前記第２のメッセージを用いて生成して暗号化した前記共通鍵を前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、
を有する情報処理装置。
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立を行う要求メッセージを前記接続元装置から受信したことを検出する検出部と、
前記暗号化通信で用いる共通鍵を交換するための情報を生成する生成部と、
前記共通鍵を前記接続元装置に送信するために前記共通鍵を暗号化する暗号処理部と、
前記共通鍵を交換するための情報を含む前記セッションの確立における通信プロトコルに従う第１のメッセージを前記接続先装置に送信し、前記第１のメッセージに対する返信として前記接続先装置から第２のメッセージを受信し、前記第２のメッセージを用いて生成して暗号化した前記共通鍵を前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、
を有する情報処理装置。
【請求項8】
サービスを利用する接続元装置、前記サービスを提供する接続先装置、及び情報処理装置を有する情報処理システムであって、
前記情報処理装置は、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する第１通信部と、
を有し、
前記接続元装置は、
前記第１のデータを前記情報処理装置に送信し、前記第２のメッセージを前記情報処理装置から受信する第２通信部と、
前記第２のメッセージを用いて前記共通鍵を生成する生成部と、
前記セッションが確立した後は、前記共通鍵を用いて、前記暗号化通信で用いる送信データの暗号化と受信データの暗号の復号を行う第１暗号処理部と、
を有し、
前記接続先装置は、
前記第１のメッセージを前記情報処理装置から受信し、前記第２のメッセージを前記情報処理装置に送信する第３通信部と、
前記第１のメッセージを用いて前記共通鍵を生成する生成部と、
前記セッションが確立した後は、前記共通鍵を用いて、前記サービスで用いる送信データの暗号化と前記サービスで用いる受信データの暗号の復号を行う第１暗号処理部と、
を有する情報処理システム。
前記情報処理装置は、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する第１通信部と、
を有し、
前記接続元装置は、
前記第１のデータを前記情報処理装置に送信し、前記第２のメッセージを前記情報処理装置から受信する第２通信部と、
前記第２のメッセージを用いて前記共通鍵を生成する生成部と、
前記セッションが確立した後は、前記共通鍵を用いて、前記暗号化通信で用いる送信データの暗号化と受信データの暗号の復号を行う第１暗号処理部と、
を有し、
前記接続先装置は、
前記第１のメッセージを前記情報処理装置から受信し、前記第２のメッセージを前記情報処理装置に送信する第３通信部と、
前記第１のメッセージを用いて前記共通鍵を生成する生成部と、
前記セッションが確立した後は、前記共通鍵を用いて、前記サービスで用いる送信データの暗号化と前記サービスで用いる受信データの暗号の復号を行う第１暗号処理部と、
を有する情報処理システム。
【請求項9】
サービスを利用する接続元装置、および前記サービスを提供する接続先装置と通信を行う情報処理装置が実行する情報処理方法であって、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出するステップと、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換するステップと、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信するステップと、
を有する情報処理方法。
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出するステップと、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換するステップと、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信するステップと、
を有する情報処理方法。
【請求項10】
サービスを利用する接続元装置、および前記サービスを提供する接続先装置と通信を行う情報処理装置に、
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出するステップ、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換するステップ、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信するステップ、
を実行させるプログラム。
前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出するステップ、
前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換するステップ、
前記セッションが確立する前は、前記第１のメッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信するステップ、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理システム、情報処理方法、及びプログラムに関する。
【背景技術】
【0002】
近年、自宅などからインターネットを経由して、企業内のイントラネットやクラウドネットワークなどに配置された装置またはサービスに接続する技術が普及している。特許文献１には、インターネットを介してリモート接続した端末装置を用いて、遠隔地に配置された電子機器を操作する技術が公開されている。
【発明の概要】
【発明が解決しようとする課題】
【0003】
しかしながら、従来の技術では、暗号化を行う通信プロトコルを終端する中継サーバやファイアウォール等の情報処理装置を跨いで、エンドツーエンドの暗号化通信を行うことができなかった。
【0004】
また、暗号化を行う通信プロトコルを終端する情報処理装置で、暗号化されたデータを復号して再度暗号化する場合、該情報処理装置においてデータが漏洩することが問題となる場合がある。
【0005】
本発明の実施形態は、上記課題に鑑み、暗号化を行う通信プロトコルを終端する情報処理装置を跨いで暗号化通信を行うことを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決するために、本発明は、サービスを利用する接続元装置、および前記サービスを提供する接続先装置と通信を行う情報処理装置であって、前記接続元装置と前記接続先装置の間で暗号化通信を行うセッションの確立に関する情報を含む第１のデータを前記接続元装置から受信したことを検出する検出部と、前記第１のデータを前記セッションの確立における通信プロトコルに従う第１のメッセージに変換し、前記第１のメッセージに対する返信として前記接続先装置から受信した第２のメッセージを前記暗号化通信で用いる共通鍵の生成に必要な情報を少なくとも含む第２のデータに変換する変換部と、前記セッションが確立する前は、前記第１メッセージを前記接続先装置に送信し、前記第２のデータを前記接続元装置に送信し、前記セッションが確立した後は、前記接続元装置から受信した前記サービスで用いるデータを変換することなく前記接続先装置に送信し、前記接続先装置から受信した前記サービスで用いるデータを変換することなく前記接続元装置に送信する通信部と、を有することを特徴とする。
【発明の効果】
【0007】
本発明の実施形態によれば、暗号化を行う通信プロトコルを終端する情報処理装置を跨いで暗号化通信を行うことができる。
【図面の簡単な説明】
【0008】
【図1】本発明の実施形態に係る情報処理システムの概略図の一例を示す図である。
【図2】本発明の実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。
【図3】本発明の実施形態に係る情報処理システムにおける機能ブロックの構成図の一例を示す図である。
【図4】本発明の実施形態に係るリモートデスクトップサービスの開始処理のシーケンスの一例を示す図である。
【図5】本発明の実施形態に係るリモートデスクトップサービスにおける認証情報の一例を示す図である。
【図6】本発明の実施形態に係るリモートデスクトップサービスにおける管理情報の一例を示す図である。
【図7】本発明の実施形態に係るＴＬＳハンドシェイク処理のシーケンスの一例を示す図である。
【図8】本発明の実施形態に係るＤＨ鍵交換処理のシーケンスの一例を示す図である。
【図9】本発明の実施形態に係るＲＳＡ鍵交換処理のシーケンスの一例を示す図である。
【図10】本発明の第１の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。
【図11】本発明の実施形態に係るセキュアボックスにおけるデータ処理に関するフローチャートの一例を示す図である。
【図12】本発明の第２の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。
【図13】本発明の第３の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。
【発明を実施するための形態】
【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】
第２検証部３５は、証明書を発行した装置の正当性を確認するために、端末装置６の第２通信部３０が受信した証明書を検証する。検証方法は、一般的に行われる方法でよく、例えば、証明書に含まれる電子署名を公開鍵で復号した値と証明書をハッシュ化したデータが一致するか否かを検証する。
【0045】
第２記憶部３６は、ＴＬＳハンドシェイクに関する情報や、生成または他の装置から受信した乱数や暗号鍵（共通鍵など）を生成日時、受信日時、記憶日時、有効期限などの情報とともに記憶する。
【0046】
第２更新部３７は、暗号鍵の生成日時、受信日時、記憶日時、有効期限、および現在の日時、セキュリティポリシなどに基づいて、暗号鍵を更新する、あるいは、同じ暗号鍵を保持する他の装置に更新を要求する。更新の方法は、通信の双方で同じ値を生成する必要があるため、例えば、現在の暗号鍵の値を予め定められたハッシュ関数に入力した出力値を用いる。あるいは、ＴＬＳプロトコルで定められた方法と同じ、または同等の方法で更新してもよい。
【0047】
サーバ装置１２は、第３通信部４０、第３暗号処理部４１、第３生成部４２、および第３更新部４４を有する。これら各部は、サーバ装置１２を構成する情報処理装置にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。第３記憶部４３は、例えば、サーバ装置１２が有するＨＤ５０４などの記憶装置によって実現可能である。
【0048】
第３通信部４０は、ローカルネットワーク１０内に配備されたセキュアボックス４との情報の送受信を行う。
【0049】
第３暗号処理部４１は、サーバ装置１２の第３通信部４０が送信する送信データに対して暗号化処理を行う、あるいは、サーバ装置１２の第３通信部４０が受信した暗号化されたデータの暗号の復号処理を行う。
【0050】
第３生成部４２は、ＴＬＳハンドシェイクなど処理により得た情報を用いて、共通鍵を生成する。また、第３生成部４２は、鍵の生成や鍵交換のために必要となる乱数値の生成を行う。
【0051】
第３記憶部４３は、ＴＬＳハンドシェイクに関する情報や、生成または他の装置から受信した乱数や暗号鍵（共通鍵など）を生成日時、受信日時、記憶日時、有効期限などの情報とともに記憶する。
【0052】
第３更新部４４は、暗号鍵の生成日時、受信日時、記憶日時、有効期限、および現在の日時、セキュリティポリシなどに基づいて、暗号鍵を更新する、あるいは、同じ暗号鍵を保持する他の装置に更新を要求する。更新の方法は、通信の双方で同じ値を生成する必要があるため、例えば、現在の暗号鍵の値を予め定められたハッシュ関数に入力した出力値を用いる。あるいは、ＴＬＳプロトコルで定められた方法と同じ、または同等の方法で更新してもよい。
【0053】
＜リモートデスクトップサービスの開始処理＞
図４は、本発明の実施形態に係るリモートデスクトップサービスの開始処理のシーケンスの一例を示す図である。本シーケンスでは、まず、ユーザが、リモートデスクトップサービスを利用するために、端末装置６を操作して、サービスの選択とシステムへのログインを行う。ログイン処理が成功すると、セキュアボックス４とリレーサーバ３の間、および端末装置６とリレーサーバ３の間で、暗号化通信を行うためのセッションが確立される。最後に、端末装置６とリモートデスクトップサービスを提供するサーバ装置１２の間で暗号化通信を行うためのセッションが確立された後、リモートデスクトップサービスの利用が可能となる。この最後のセッション確立の処理については、以降の図で説明する。
図４は、本発明の実施形態に係るリモートデスクトップサービスの開始処理のシーケンスの一例を示す図である。本シーケンスでは、まず、ユーザが、リモートデスクトップサービスを利用するために、端末装置６を操作して、サービスの選択とシステムへのログインを行う。ログイン処理が成功すると、セキュアボックス４とリレーサーバ３の間、および端末装置６とリレーサーバ３の間で、暗号化通信を行うためのセッションが確立される。最後に、端末装置６とリモートデスクトップサービスを提供するサーバ装置１２の間で暗号化通信を行うためのセッションが確立された後、リモートデスクトップサービスの利用が可能となる。この最後のセッション確立の処理については、以降の図で説明する。
【0054】
以下、図４の各ステップの処理について説明する。
【0055】
ステップＳ１００：端末装置６の操作受付部３４は、ユーザによるリモートデスクトップサービスを選択する操作を受け付ける。
【0056】
ステップＳ１０１：端末装置６の第２通信部３０は、リモートデスクトップサービスの開始を要求するサービス要求メッセージを管理サーバ５に送信する。サービス要求メッセージには、接続先装置を特定する情報が含まれる。
【0057】
ステップＳ１０２：管理サーバ５は、ログイン画面の画面情報を端末装置６の第２通信部３０に送信する。端末装置６の表示制御部３３は、端末装置６の画面にログイン画面を表示する。ここで、サービス要求メッセージで特定された接続先装置は、別のユーザにより利用されている等のことは無く、利用可能であるとする。
【0058】
ステップＳ１０３：端末装置６の操作受付部３４は、ログイン画面におけるユーザによる認証情報（ユーザ名とパスワード）の入力操作を受け付ける。
【0059】
ステップＳ１０４：端末装置６の第２通信部３０は、ユーザが入力した認証情報を管理サーバ５に送信する。管理サーバ５は、受信した認証情報を用いて、ユーザの認証を実行する。図５は、本発明の実施形態に係るリモートデスクトップサービスにおける認証情報の一例を示す図である。図５に示す認証情報５０は、ユーザＩＤ５１、ユーザ名５２、およびパスワード５３を有する。
【0060】
ユーザＩＤ５１は、ユーザを特定するために用いられる情報であり、文字、記号、数字などで構成される。ＩＤはＩｄｅｎｔｉｆｉｃａｔｉｏｎの略であり、識別子とも呼ばれる。以降、ＩＤは同じ意味で用いられる。
【0061】
ユーザ名５２は、ユーザＩＤで特定されるユーザの名前である。
【0062】
パスワード５３は、ユーザ認証時にユーザＩＤ５１とともに用いられる。セキュリティの観点から、一般に設定されたパスワードの値をそのまま保存するのではなく、パスワードの値をハッシュ関数に入力した出力値（すなわち、ハッシュ化した値）を保持する。ユーザ認証時には、受信したパスワードをハッシュ化した値を算出して、保持されている値と一致するか否かを確認する。図４に戻って説明する。
【0063】
ステップＳ１０５：ここでは、ユーザ認証は成功するものとし、管理サーバ５は、セキュアボックス４の第１通信部２０に接続要求メッセージを送信する。接続要求メッセージは、セキュアボックス４が接続するリレーサーバ３およびサーバ装置１２の宛先を特定する情報（識別子やＩＰアドレス）などの情報を含む。
【0064】
ステップＳ１０６：セキュアボックス４の第１通信部２０は、受信した接続要求メッセージに含まれるリレーサーバ３のＩＰアドレスの情報を用いて、セッション確立要求メッセージをリレーサーバ３に送信する。図６は、本発明の実施形態に係るリモートデスクトップサービスにおける管理情報の一例を示す図である。図６に示す管理情報５４は、接続先ＩＤ５５、接続先名５６、接続先ＩＰアドレス５７、セッション状態５８、セッションＩＤ５９、ユーザＩＤ６０、および最終利用日時６１を含む。管理情報５４は、管理サーバ５やセキュアボックス４などで保持され、サービスの利用可能の決定やデータの転送先の決定などのために用いられる。
【0065】
接続先ＩＤ５５は、リモートデスクトップサービスを提供するサーバ装置１２を特定するために用いられる情報であり、文字、記号、数字などで構成される。
【0066】
接続先名５６は、リモートデスクトップサービスを提供する接続先の名前である。
【0067】
接続先ＩＰアドレス５７は、リモートデスクトップサービスを提供するサーバ装置１２のＩＰアドレスである。
【0068】
セッション状態５８は、ユーザが操作する端末装置６とリモートデスクトップサービスを提供するサーバ装置１２の間でセッションが確立されているか否かを示す情報である。例えば、セッションが確立されていない場合は「未接続」、セッションが確立されている場合は「接続中」と表示される。
【0069】
セッションＩＤ５９は、確立されたセッションを識別するために用いられる。
【0070】
ユーザＩＤ６０は、サービス要求を管理サーバ５に要求したユーザを特定する情報である。
【0071】
最終利用日時６１は、接続先ＩＤ５５で指定されるサービスが最後に利用された（利用を終了した）日時である。図４に戻って説明する。
【0072】
ステップＳ１０７：セキュアボックス４とリレーサーバ３の間でセッションを確立する。セッションを確立する方法として、例えば、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）と呼ばれる通信プロトコルを用いる。図７は、本発明の実施形態に係るＴＬＳハンドシェイク処理のシーケンスの一例を示す図である。ハンドシェイクとは、通信を行う２つの装置間で必要な情報などを交換するために実行する処理である。ここでは、接続要求を送信する装置をクライアント１４と呼び、接続要求を受信する装置をサーバ１５と呼ぶ。図４のステップＳ１０７においては、セキュアボックス４がクライアント１４に対応し、リレーサーバ３がサーバ１５に対応する。以下、図７の各ステップの処理について説明する。
【0073】
ステップＳ２００：クライアント１４は、第１フェーズメッセージをサーバ１５に送信する。第１フェーズメッセージは、ＣｌｉｅｎｔＨｅｌｌｏを含む。ＣｌｉｅｎｔＨｅｌｌｏは、後術する鍵交換のために用いるクライアント１４が生成した乱数の値、プロトコルのバージョン、セッション確立後に用いる暗号化方式などの情報を含む。
【0074】
ステップＳ２０１：サーバ１５は、第１フェーズメッセージの返信として、第２フェーズメッセージをクライアント１４に送信する。第２フェーズメッセージは、ＳｅｒｖｅｒＨｅｌｌｏ、ＳｅｒｖｅｒＣｅｒｔｉｆｉｃａｔｅ、ＳｅｒｖｅｒＫｅｙＥｘｃｈａｇｅ、およびＳｅｒｖｅｒＨｅｌｌｏＤｏｎｅを含む。ＳｅｒｖｅｒＨｅｌｌｏは、鍵交換のために用いるサーバ１５が生成した乱数の値、プロトコルのバージョン、セッション確立後に用いる暗号化方式などの情報を含む。ＳｅｒｖｅｒＫｅｙＥｘｃｈａｇｅは、鍵交換のために用いる情報を含む。ＳｅｒｖｅｒＣｅｒｔｉｆｉｃａｔｅは、サーバ１５の証明書を含む。ＳｅｒｖｅｒＨｅｌｌｏＤｏｎｅは、第２フェーズメッセージにはこれ以上情報が含まれないこと、すなわちメッセージの終端を意味する。
【0075】
ステップＳ２０２：クライアント１４は、受信したサーバ１５の証明書を検証することにより、サーバ１５の正当性を確認する。検証方法は、一般的に用いられる方法を用いればよい。
【0076】
ステップＳ２０３：クライアント１４は、第２フェーズメッセージの返信として、第３フェーズメッセージをサーバ１５に送信する。第３フェーズメッセージは、ＣｌｉｅｎｔＫｅｙＥｘｃｈａｇｅ、ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃ、およびＦｉｎｉｓｈｅｄを含む。ＣｌｉｅｎｔＫｅｙＥｘｃｈａｇｅは、鍵交換のために用いる情報を含む。ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃは、以降に送信される情報は暗号化されることを意味する。Ｆｉｎｉｓｈｅｄは、これ以降、クライアント１４はハンドシェイクに関する情報を送信しないことを意味する。
【0077】
ステップＳ２０４：サーバ１５は、クライアント１４とサーバ１５間の通信において送受信するデータを暗号化および復号するための共通鍵を生成する。生成方法は、後述の鍵交換において説明する。
【0078】
ステップＳ２０５：
サーバ１５は、第３フェーズメッセージの返信として、第４フェーズメッセージをクライアント１４に送信する。第４フェーズメッセージは、ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃおよびＦｉｎｉｓｈｅｄを含む。ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃは、以降に送信される情報は暗号化されることを意味する。Ｆｉｎｉｓｈｅｄは、これ以降、サーバ１５はハンドシェイクに関する情報を送信しないことを意味する。
サーバ１５は、第３フェーズメッセージの返信として、第４フェーズメッセージをクライアント１４に送信する。第４フェーズメッセージは、ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃおよびＦｉｎｉｓｈｅｄを含む。ＣｈａｎｇｅＣｉｐｈｅｒＳｐｅｃは、以降に送信される情報は暗号化されることを意味する。Ｆｉｎｉｓｈｅｄは、これ以降、サーバ１５はハンドシェイクに関する情報を送信しないことを意味する。
【0079】
ステップＳ２０６：クライアント１４は、クライアント１４とサーバ１５間の通信において送受信するデータを暗号化および暗号を復号するための共通鍵を生成する。生成方法は、後述する。
【0080】
ステップＳ２０７：クライアント１４とサーバ１５間で暗号化通信を開始する。すなわち、クライアント１４およびサーバ１５は、共通鍵を用いて暗号化したデータを送信し、共通鍵を用いて受信したデータの暗号を復号する。図４に戻って説明する。
【0081】
ステップＳ１０８：セキュアボックス４の第１通信部２０は、リレーサーバ３との接続が完了したことを示す接続完了通知のメッセージを管理サーバ５に送信する。
【0082】
ステップＳ１０９：管理サーバ５は、端末装置６の第２通信部３０に接続要求メッセージを送信する。接続要求メッセージは、端末装置６が接続するリレーサーバ３の宛先を特定する情報（識別子やＩＰアドレス）などの情報を含む。
【0083】
ステップＳ１１０：端末装置６の第１通信部２０は、受信した接続要求メッセージに含まれるリレーサーバ３のＩＰアドレスの情報を用いて、セッション確立要求メッセージをリレーサーバ３に送信する。
【0084】
ステップＳ１１１：端末装置６とリレーサーバ３の間でセッションを確立する。セッションを確立する方法は、ステップＳ１０７で説明した方法と同様に、例えば、ＴＬＳを用いる。
【0085】
ステップＳ１１２：端末装置６の第２通信部３０は、リレーサーバ３との接続が完了したことを示す接続完了通知のメッセージを管理サーバ５に送信する。
【0086】
ステップＳ１１３：端末装置６とサーバ装置１２間でセッションを確立する処理を行う。この処理については、以降、別のシーケンス図を用いて説明する。
【0087】
以上により、リモートデスクトップサービスが開始される。なお、セキュアボックス４とサーバ装置１２は、ともにローカルネットワーク１０内に存在する装置であるため、これらの装置間の通信の暗号化は不要であると考えられるが、必要に応じて、ＴＬＳ通信のセッションを確立して、暗号化してもよい。
【0088】
続いて、図７で説明したＴＬＳハンドシェイク処理において実行される鍵交換の方法について説明する。図８は、本発明の実施形態に係るＤＨ鍵交換処理のシーケンスの一例を示す図である。ＴＬＳハンドシェイク処理において利用可能な鍵交換の方法は複数存在し、ＤＨ（Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎ）鍵交換は、その中の一つの方法である。鍵交換は、中継装置などにおいて、第３者への漏洩を防止した上で、暗号化通信を行う２つの装置間で共通に用いる共通鍵を共有する処理である。以下、図７の各ステップの処理について説明する。
【0089】
ステップＳ２１０：サーバ１５は、乱数を生成してその値をｂとし、以下の式１で示すＢの値を算出する。ここで、ｍｏｄについて、例えば、Ｘ ｍｏｄ Ｙは、ＸをＹで除算した余りを示し、以降の式についても同じである。
【0090】
【数1】
【0091】
ステップＳ２１１：サーバ１５は、Ｂの値をクライアント１４に送信する。このＢは、図７のステップＳ２０１における第２フェーズメッセージのＳｅｒｖｅｒＫｅｙＥｘｃｈａｇｅに含まれる値に相当する。
【0092】
ステップＳ２１２：クライアント１４は、乱数を生成してその値をａとし、以下の式２で示すＡの値を算出する。
【0093】
【数2】
【0094】
ステップＳ２１３：クライアント１４は、Ａの値をサーバ１５に送信する。このＡは、図７のステップＳ２０３における第３フェーズメッセージのＣｌｉｅｎｔＫｅｙＥｘｃｈａｇｅに含まれる値に相当する。
【0095】
ステップＳ２１４：クライアント１４は、以下の式３を計算することにより共通鍵Ｋを生成する。
【0096】
【数3】
【0097】
【数4】
【0098】
次に、別の鍵交換の方法について説明する。図９は、本発明の実施形態に係るＲＳＡ鍵交換処理のシーケンスの一例を示す図である。図８で示したＤＨ鍵交換と同様に、ＲＳＡ鍵交換もＴＬＳハンドシェイク処理において利用可能な鍵交換の方法の一つである。以下、図９の各ステップの処理について説明する。
【0099】
ステップＳ２３０：クライアント１４は、クライアント１４とサーバ１５間の暗号化通信で用いる共通鍵の値を生成する。クライアント１４が生成した乱数の値を共通鍵の値として用いればよい。クライアント１４は、サーバ１５の公開鍵を用いて共通鍵を暗号化する。
【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】
ステップＳ１７１：セキュアボックス４の検出部２３は、受信したデータに対する端末装置６（接続元装置）とサーバ装置１２（接続先装置）間のセッション状態を確認して、セッションが確立しているか否かを検出する。このセッション状態は、例えば、図６で示した管理情報５４に含まれるセッション状態５８として、セキュアボックス４が管理しているものとする。あるいは、セキュアボックス４の検出部２３は、図１０のステップ１５０で説明した受信したデータに含まれる検出情報を確認することにより、セッション状態を検出してもよい。すなわち、受信したデータがＴＬＳハンドシェイクに関するデータであれば、セッションは未確立（未接続）であり、そうでなければ、セッションは確立済とする。セッションが確立済であれば、処理をステップＳ１７２に遷移させ、そうでないならば、処理をステップＳ１７３に遷移させる。
【0127】
ステップＳ１７２：リレーサーバ３からデータを受信した場合、セキュアボックス４の第１暗号処理部２１は、共通鍵Ｂを用いて受信したデータの暗号を復号する。更に、セキュアボックス４の第１通信部２０は、暗号を復号したデータをサーバ装置１２の第３通信部４０に送信する。
【0128】
サーバ装置１２の第３通信部４０からデータを受信した場合、セキュアボックス４の第１暗号処理部２１は、共通鍵Ｂを用いて受信したデータを暗号化する。更に、セキュアボックス４の第１通信部２０は、暗号化したデータをリレーサーバ３に送信する。
【0129】
ステップＳ１７３：リレーサーバ３からデータを受信した場合、まず、セキュアボックス４の第１暗号処理部２１は、共通鍵Ｂを用いて受信したデータの暗号を復号する。次に、セキュアボックス４の変換部２４は、復号したＴＬＳハンドシェイクに関するデータをＴＬＳハンドシェイクのメッセージに変換する。最後に、セキュアボックス４の第１通信部２０は、変換したメッセージをサーバ装置１２の第３通信部４０に送信する。
【0130】
サーバ装置１２の第３通信部４０からデータを受信した場合、まず、セキュアボックス４の変換部２４は、サーバ装置１２の第３通信部４０から受信したＴＬＳハンドシェイクのメッセージを端末装置６が用いるためのＴＬＳハンドシェイクに関するデータに変換する。次に、セキュアボックス４の第１暗号処理部２１は、共通鍵Ｂを用いて変換したデータを暗号化する。最後に、セキュアボックス４の第１通信部２０は、暗号化したデータをリレーサーバ３に送信する。
【0131】
以上の処理により、セキュアボックス４の検出部は、端末装置６とサーバ装置１２間で、セッションが確立済みか否かを検出する。セッション確立前、セキュアボックス４の変換部２４は、接続元装置から受信したデータをセッションの確立における通信プロトコル（ＴＬＳプロトコル）に従うメッセージに変換し、接続先装置から受信した通信プロトコルに従うメッセージを共通鍵の生成に必要な情報を少なくとも含むデータに変換する。セッション確立後、セキュアボックス４の変換部２４は、接続元装置から受信したデータを変換することなく接続先装置に送信し、接続元装置から受信したデータを変換することなく接続先装置に送信する。ここで、「データを変換することなく」とは、接続元装置と接続先装置の間で扱うアプリケーションまたはサービスにおけるデータとしての意味であり、中間装置（リレーサーバ３など）との通信における暗号化処理による変換などは考慮しない。
【0132】
［第２の実施形態］
第２の実施形態に関して、第１の実施形態と異なる内容のみを説明する。第２の実施形態では、端末装置６とセキュアボックス４は、事前にＴＬＳハンドシェイクで必要となる情報を交換した後、セキュアボックス４とサーバ装置１２間で、ＴＬＳハンドシェイクを実行する。図１２は、本発明の第２の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。第１の実施形態と同様に、端末装置６とリレーサーバ３間、およびリレーサーバ３とセキュアボックス４間は、それぞれ共通鍵Ａと共通鍵Ｂを用いた暗号化通信によりデータが送受信されるが、以降、その処理の説明は省略する。以下、図１２の各ステップの処理について説明する。
第２の実施形態に関して、第１の実施形態と異なる内容のみを説明する。第２の実施形態では、端末装置６とセキュアボックス４は、事前にＴＬＳハンドシェイクで必要となる情報を交換した後、セキュアボックス４とサーバ装置１２間で、ＴＬＳハンドシェイクを実行する。図１２は、本発明の第２の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。第１の実施形態と同様に、端末装置６とリレーサーバ３間、およびリレーサーバ３とセキュアボックス４間は、それぞれ共通鍵Ａと共通鍵Ｂを用いた暗号化通信によりデータが送受信されるが、以降、その処理の説明は省略する。以下、図１２の各ステップの処理について説明する。
【0133】
ステップＳ１７０：端末装置６の第２通信部３０は、接続先（サーバ装置１２）への接続要求メッセージをリレーサーバ３に送信する。このメッセージには、セキュアボックス４がＴＬＳハンドシェイクにおける鍵交換で用いる乱数の値を端末装置６とセキュアボックス４の間で交換するための情報を含む。この方法として、図８で説明したＤＨ鍵交換を用いる。すなわち、図８におけるクライアント１４とサーバ１５をそれぞれ端末装置６とセキュアボックス４とみなし、共有される共通鍵の値を、セキュアボックス４がＴＬＳハンドシェイクにおいて鍵交換のための用いる乱数とする。ここで、図８では、先にサーバ１５がクライアント１４にＢの値を送信しているが、どちらが先に送信するかは関係なく、今回は、先にクライアント１４がサーバ１５にＡの値を送信するものと考える。従って、端末装置６の第２通信部３０は、図８におけるＡに相当する値をリレーサーバ３に送信する。
【0134】
ステップＳ１７１：リレーサーバ３は、受信したデータをセキュアボックス４に転送する。前述のように、暗号化の処理の説明は省略する。
【0135】
ステップＳ１７２：セキュアボックス４の第１通信部２０は、図８におけるＢに相当する値をリレーサーバ３に送信する。
【0136】
ステップＳ１７３：リレーサーバ３は、受信したデータを端末装置６に転送する。
【0137】
ステップＳ１７４：セキュアボックス４の第１通信部２０は、ＴＬＳハンドシェイクの第１フェーズメッセージをサーバ装置１２の第３通信部４０に送信する。送信するメッセージの内容は、図７のステップＳ２００で示した通りである。
【0138】
ステップＳ１７５：サーバ装置１２の第３通信部４０は、ＴＬＳハンドシェイクの第２フェーズメッセージをセキュアボックス４の第１通信部２０に送信する。送信するメッセージの内容は、図７のステップＳ２０１で示した通りである。
【0139】
ステップＳ１７６：セキュアボックス４の第１検証部２６は、受信したデータに含まれるサーバ装置１２の証明書の検証を実行する。検証方法は、図７のステップＳ２０１～Ｓ２０２で示した方法と同様である。
【0140】
ステップＳ１７７：セキュアボックス４の第１通信部２０は、ＴＬＳハンドシェイクの第３フェーズメッセージをサーバ装置１２の第３通信部４０に送信する。送信するメッセージの内容は、図７のステップＳ２０３で示した通りである。
【0141】
ステップＳ１７８：サーバ装置１２の第３生成部４２は、受信したデータを用いて、端末装置６とサーバ装置１２間の暗号化で用いる共通鍵（共通鍵Ｃとする）を生成する。鍵の生成方法については、前述のＤＨ鍵交換（図８）またはＲＳＡ鍵交換（図９）における処理を参照できる。
【0142】
ステップＳ１７９：サーバ装置１２の第３通信部４０は、ＴＬＳハンドシェイクの第４フェーズメッセージをセキュアボックス４の第１通信部２０に送信する。送信するメッセージの内容は、図７のステップＳ２０５で示した通りである。
【0143】
ステップＳ１８０：セキュアボックス４の第１生成部２２は、受信したデータを用いて、端末装置６とサーバ装置１２間の暗号化で用いる共通鍵（共通鍵Ｃ）を生成する。鍵の生成方法については、前述のＤＨ鍵交換（図８）またはＲＳＡ鍵交換（図９）における処理を参照できる。なお、共通鍵Ｃは、端末装置６で生成して用いるためのものであり、セキュアボックス４は必ずしも生成する必要はない。
【0144】
ステップＳ１８１：セキュアボックス４の第１通信部２０は、リレーサーバ３に接続完了通知のメッセージを送信する。ここで、メッセージにはＴＬＳハンドシェイクで用いられた鍵交換方式に関する情報を含める。更に、ＴＬＳハンドシェイクでＤＨ鍵交換が用いられた場合は、図８におけるＢに相当する値をメッセージに含める。ＲＳＡ鍵交換が用いられた場合は、共通鍵Ｃの値は、既にステップＳ１７０～Ｓ１７３で端末装置６とセキュアボックス４の間で共有済みの値であるため、送信する必要はない。
【0145】
ステップＳ１８２：リレーサーバ３は、受信したデータを端末装置６に転送する。
【0146】
ステップＳ１８３：ＴＬＳハンドシェイクでＤＨ鍵交換が用いられた場合、端末装置６の第２生成部３２は、受信したデータを用いて共通鍵（共通鍵Ｃ）を生成する。鍵の生成方法については、前述のＤＨ鍵交換（図８）を参照できる。
【0147】
ステップＳ１８４：端末装置６とサーバ装置１２の間で共通鍵Ｃを用いた暗号化通信とが可能となる。
【0148】
以上の処理により、第１の実施形態と同様に、端末装置６とサーバ装置１２の間で共通鍵Ｃを用いた暗号化通信とが可能であり、且つ、リレーサーバ３は、共通鍵Ｃを取得できないため、この暗号化通信の復号できない。ただし、第２の実施形態では、第１の実施形態と異なり、セキュアボックス４が、共通鍵Ｃを取得することが可能である。しかし、セキュアボックス４は、ローカルネットワーク１０内に存在する装置であるため、共通鍵Ｃを保有することは問題にならないと考えられる。
【0149】
［第３の実施形態］
第３の実施形態に関して、第１および第２の実施形態と異なる内容のみを説明する。第３の実施形態では、予め端末装置６とセキュアボックス４の間において、ＴＬＳハンドシェイクで必要となる設定情報（暗号化方法など）が共有されているとする。セキュアボックス４とサーバ装置１２間のＴＬＳハンドシェイクは、端末装置６からの接続要求によって開始される。ＴＬＳハンドシェイク完了後、セキュアボックス４は端末装置６に共通鍵を第３者に情報が漏洩しない安全な形で送信する。図１３は、本発明の第３の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。以下、図１３の各ステップの処理について説明する。
第３の実施形態に関して、第１および第２の実施形態と異なる内容のみを説明する。第３の実施形態では、予め端末装置６とセキュアボックス４の間において、ＴＬＳハンドシェイクで必要となる設定情報（暗号化方法など）が共有されているとする。セキュアボックス４とサーバ装置１２間のＴＬＳハンドシェイクは、端末装置６からの接続要求によって開始される。ＴＬＳハンドシェイク完了後、セキュアボックス４は端末装置６に共通鍵を第３者に情報が漏洩しない安全な形で送信する。図１３は、本発明の第３の実施形態に係るセッション接続処理のシーケンスの一例を示す図である。以下、図１３の各ステップの処理について説明する。
【0150】
ステップＳ１９０：端末装置６の第２通信部３０は、接続先（サーバ装置１２）への接続要求メッセージをリレーサーバ３に送信する。
【0151】
ステップＳ１９１：リレーサーバ３は、受信したデータをセキュアボックス４に転送する。
【0152】
ステップＳ１９２～Ｓ１９８は、図１２に示した第２の実施形態のステップＳ１７４～
Ｓ１８０と同等の処理であるため説明を省略する。ただし、第３の実施形態では、セキュアボックス４の第１生成部２２が、ＴＬＳハンドシェイクにおける鍵交換で必要な乱数値または共通鍵などを生成する。
Ｓ１８０と同等の処理であるため説明を省略する。ただし、第３の実施形態では、セキュアボックス４の第１生成部２２が、ＴＬＳハンドシェイクにおける鍵交換で必要な乱数値または共通鍵などを生成する。
【0153】
ステップＳ１９９：セキュアボックス４の第１暗号処理部２１は、ＴＬＳハンドシェイクにより取得した端末装置６とサーバ装置１２間の暗号化通信で用いる共通鍵Ｃを端末装置６の公開鍵を用いて暗号化する。ここで、端末装置６の公開鍵はセキュアボックス４に配備されているものとする。セキュアボックス４の第１通信部２０は、リレーサーバ３に接続完了通知のメッセージを送信する。メッセージには、端末装置６の公開鍵で暗号化した共通鍵Ｃを含む。
【0154】
ステップＳ２００：リレーサーバ３は、受信したデータを端末装置６に転送する。
【0155】
ステップＳ２０１：端末装置６の第２暗号処理部３１は、自身の秘密鍵を用いて受信した暗号化された共通鍵Ｃを復号する。
【0156】
ステップＳ２０２：端末装置６とサーバ装置１２の間で共通鍵Ｃを用いた暗号化通信が可能となる。
【0157】
以上の処理により、第１および第２の実施形態と同様に、端末装置６とサーバ装置１２の間で共通鍵Ｃを用いた暗号化通信とが可能であり、且つ、リレーサーバ３は、共通鍵Ｃを取得できないため、この暗号化通信の復号できない。また、第３の実施形態では、第２の実施形態と同様に、セキュアボックス４が、共通鍵Ｃを取得することが可能である。
【0158】
［変形例１］
変形例１として、第１の実施形態と異なる内容のみを説明する。図４に示したステップＳ１１３を実行する際に、端末装置６の第２記憶部３６が、端末装置６とサーバ装置１２間の通信で用いる共通鍵を記憶しているとする。この場合、端末装置６の第２通信部３０は、保持している共通鍵を用いた暗号化通信のセッションを確立することを要求するメッセージをリレーサーバ３に送信する。メッセージには、共通鍵を特定する情報（セッションＩＤなど）、共通鍵の生成日時、受信日時、記憶日時、有効期限などの情報を含めてもよい。
変形例１として、第１の実施形態と異なる内容のみを説明する。図４に示したステップＳ１１３を実行する際に、端末装置６の第２記憶部３６が、端末装置６とサーバ装置１２間の通信で用いる共通鍵を記憶しているとする。この場合、端末装置６の第２通信部３０は、保持している共通鍵を用いた暗号化通信のセッションを確立することを要求するメッセージをリレーサーバ３に送信する。メッセージには、共通鍵を特定する情報（セッションＩＤなど）、共通鍵の生成日時、受信日時、記憶日時、有効期限などの情報を含めてもよい。
【0159】
リレーサーバ３は、受信したメッセージをセキュアボックス４の第１通信部２０に送信する。
【0160】
セキュアボックス４の第１通信部２０は、受信したメッセージをサーバ装置１２の第３通信部４０に送信する。
【0161】
以上の処理により、端末装置６とサーバ装置１２間の暗号化通信が可能となる。
【0162】
ただし、サーバ装置１２の第３記憶部４３が共通鍵を記憶していない場合、あるいは、共通鍵の生成日時、受信日時、記憶日時、および有効期限などの情報に基づく判断により、セキュアボックス４またはサーバ装置１２は、端末装置６からの要求を拒否してもよい。この場合、セキュアボックス４またはサーバ装置１２は、新しい共通鍵を用いた暗号化通信を行うために、セッション確立の実行を要求するメッセージを端末装置６に送信してもよい。
【0163】
［変形例２］
変形例２として、第２の実施形態と異なる内容のみを説明する。まず、端末装置６とセキュアボックス４の間で、ＴＬＳハンドシェイクを実行してセッションを確立し、暗号化通信を可能とする。これにより、リレーサーバ３などの第３者に情報が漏洩することなく、端末装置６とセキュアボックス４の間で、情報の送受信を行うことが可能となる。次に、図１２に示したステップＳ１７０～Ｓ１７３の処理で共有した乱数値を前述の暗号化通信により、端末装置６からセキュアボックス４に送信する。
変形例２として、第２の実施形態と異なる内容のみを説明する。まず、端末装置６とセキュアボックス４の間で、ＴＬＳハンドシェイクを実行してセッションを確立し、暗号化通信を可能とする。これにより、リレーサーバ３などの第３者に情報が漏洩することなく、端末装置６とセキュアボックス４の間で、情報の送受信を行うことが可能となる。次に、図１２に示したステップＳ１７０～Ｓ１７３の処理で共有した乱数値を前述の暗号化通信により、端末装置６からセキュアボックス４に送信する。
【0164】
［変形例３］
変形例３として、第３の実施形態と異なる内容のみを説明する。まず、変形例１と同様に、端末装置６とセキュアボックス４の間で、ＴＬＳハンドシェイクを実行してセッションを確立し、暗号化通信を可能とする。次に、図１３に示したステップＳ１９９～Ｓ２００の処理で送信した共通鍵Ｃを暗号化通信により送信する。
変形例３として、第３の実施形態と異なる内容のみを説明する。まず、変形例１と同様に、端末装置６とセキュアボックス４の間で、ＴＬＳハンドシェイクを実行してセッションを確立し、暗号化通信を可能とする。次に、図１３に示したステップＳ１９９～Ｓ２００の処理で送信した共通鍵Ｃを暗号化通信により送信する。
【0165】
以上、本発明を実施するための幾つかの形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【0166】
例えば、図３の機能ブロックの構成図の一例は、情報処理システム１およびセキュアボックス４、端末装置６、サーバ装置１２などを構成する情報処理装置による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。情報処理システム１および情報処理装置における処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。
【0167】
また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）や従来の回路モジュール等のデバイスを含むものとする。
【0168】
また、記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１および情報処理装置は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
【0169】
また、第１通信部２０、第２通信部３０は、第３通信部４０は、単に通信部と呼んでもよく、明確に区別ができるならば、第１、第２、第３の付与順序を変更してもよいものとする。第１暗号処理部２１、第１生成部２２、第１検証部２６などについても同様である。
【符号の説明】
【0170】
１ 情報処理システム
２ 通信ネットワーク
３ リレーサーバ
４ セキュアボックス
５ 管理サーバ
６、７ 端末装置
８ アプリサービスシステム
９ サービスプラットフォーム
１０ ローカルネットワーク
１１ リモートネットワーク
１２ サーバ装置
１３ 画像形成装置
１４ クライアント
１５ サーバ
２０ 第１通信部
２１ 第１暗号処理部
２２ 第１生成部
２３ 検出部
２４ 変換部
２５ 設定部
２６ 第１検証部
２７ 第１記憶部
２８ 第１更新部
３０ 第２通信部
３１ 第２暗号処理部
３２ 第２生成部
３３ 表示制御部
３４ 操作受付部
３５ 第２検証部
３６ 第２記憶部
３７ 第２更新部
４０ 第３通信部
４１ 第３暗号処理部
４２ 第３生成部
４３ 第３記憶部
４４ 第３更新部
２ 通信ネットワーク
３ リレーサーバ
４ セキュアボックス
５ 管理サーバ
６、７ 端末装置
８ アプリサービスシステム
９ サービスプラットフォーム
１０ ローカルネットワーク
１１ リモートネットワーク
１２ サーバ装置
１３ 画像形成装置
１４ クライアント
１５ サーバ
２０ 第１通信部
２１ 第１暗号処理部
２２ 第１生成部
２３ 検出部
２４ 変換部
２５ 設定部
２６ 第１検証部
２７ 第１記憶部
２８ 第１更新部
３０ 第２通信部
３１ 第２暗号処理部
３２ 第２生成部
３３ 表示制御部
３４ 操作受付部
３５ 第２検証部
３６ 第２記憶部
３７ 第２更新部
４０ 第３通信部
４１ 第３暗号処理部
４２ 第３生成部
４３ 第３記憶部
４４ 第３更新部
【先行技術文献】
【特許文献】
【0171】
【特許文献1】特開２０１９－６２４９５号
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】