JP2014235719A - 制御システム、制御方法および制御装置 - Google Patents

Abstract

【課題】シンクライアントシステムを用いて、簡単かつ安全にデータをやり取りすること。【解決手段】メディアサーバ１００が、公開デスクトップサーバ４０で利用される第２ＩＤ情報を取得して、第２ＩＤ情報に対応する個人フォルダを生成する。メディアサーバ１００は、専用端末１０から取得した第２ＩＤ情報が、認証サーバ６０によって認証された場合に、認証された第２ＩＤ情報に対応する個人フォルダを利用した専用端末１０との間のデータの送受信を許可する。また、メディアサーバ１００は、公開デスクトップサーバ４０を介して、シンクライアント３０から第２ＩＤ情報を受信した場合に、第２ＩＤ情報に対応する個人フォルダを選択し、選択した個人フォルダに対する公開デスクトップサーバ４０を介したシンクライアント３０からのアクセスを許容する。【選択図】図１

Description

本発明は、制御システム等に関する。

従来のシステムでは、組織内の機密データをサーバに管理させ、利用者はクライアント端末でサーバにアクセスし、機密データの参照や、更新等を行っている。ここで、利用者が機密データの参照や更新を目的として、機密データにアクセスする場合には、クライアント端末内の記憶装置に機密データが一時的に保存されることになり、クライアント端末から、機密データが外部に流出する恐れがあった。このため、シンクライアントシステムを利用するケースが増えている。

シンクライアントシステムでは、サーバに格納されたデータが、クライアント端末に保存されることがないので、上記のようにクライアント端末から機密データが外部に流出することを防止することができる。

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

しかしながら、上述した従来技術では、シンクライアントシステムを用いて、簡単かつ安全にデータをやり取りすることができないという問題がある。

シンクライアントシステムを採用した場合でも、利用者がデータのアップロードやダウンロードを行うケースが発生し得る。このようなケースに対応するべく、現状では、該当する利用者にＵＳＢ（Universal Serial Bus）メモリの使用権限を付与し、利用者は係るＵＳＢメモリをシンクライアントに接続して、データのダウンロードやアップロードを行う。この場合には、利用者レベルでの権限設定や、各ＵＳＢメモリを適切に管理することになり煩雑であるし、情報漏洩の恐れもある。

１つの側面では、シンクライアントシステムを用いて、簡単かつ安全にデータをやり取りすることができる制御システム、制御方法および制御装置を提供することを目的とする。

第１の案では、制御システムは、第１端末との間でシンクライアントシステムを形成する第１サーバと、第２端末と接続される第２サーバとを有する。第２サーバは、生成部と、第１制御部と、第２制御部とを有する。生成部は、第１サーバで利用される利用者の利用者識別情報を取得して、該利用者識別情報に対応するフォルダを生成する。第１制御部は、第２端末から取得した利用者識別情報が前記第１サーバで利用されるものと認証された場合に、認証された利用者識別情報に対応するフォルダを利用した第２端末との間のデータの送受信を許可する。第２制御部は、シンクライアントシステムを形成する第１端末から第１サーバを介して利用者識別情報を取得した場合に、取得した利用者識別情報に対応するフォルダを選択し、選択したフォルダに対する第１サーバを介した第１端末からのアクセスを許容する。

本発明の１実施態様によれば、シンクライアントシステムを用いて、簡単かつ安全にデータをやり取りすることができる。

図１は、本実施例に係るシステムの構成を示す図である。 図２は、メディアサーバにデータをアップロードする処理手順を示すフローチャート（１）である。 図３は、メディアサーバにデータをアップロードする処理手順を示すフローチャート（２）である。 図４は、メディアサーバからデータをダウンロードする処理手順を示すフローチャート（１）である。 図５は、メディアサーバからデータをダウンロードする処理手順を示すフローチャート（２）である。 図６は、シンクライアントを用いてメディアサーバの個人フォルダにアクセスする処理手順を示すフローチャート（１）である。 図７は、シンクライアントを用いてメディアサーバの個人フォルダにアクセスする処理手順を示すフローチャート（２）である。 図８は、メディアサーバが個人フォルダを作成する処理手順を示すフローチャートである。 図９は、本実施例に係るメディアサーバの構成を示す機能ブロック図である。 図１０は、個人フォルダ情報のデータ構造の一例を示す図である。 図１１は、ログフォルダ情報のデータ構造の一例を示す図である。 図１２は、本実施例に係る認証サーバの構成を示す機能ブロック図（１）である。 図１３は、第１認証テーブルのデータ構造の一例を示す図である。 図１４は、本実施例に係る認証サーバの構成を示す機能ブロック図（２）である。 図１５は、第２認証テーブルのデータ構造の一例を示す図である。

以下に、本願の開示する制御システム、制御方法および制御装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

本実施例に係るシステムの構成について説明する。図１は、本実施例に係るシステムの構成を示す図である。図１に示すように、システムは、専用端末１０と、認証サーバ２０と、メディアサーバ１００と、シンクライアントシステム２００とを有する。シンクライアントシステム２００は、シンクライアント３０と、公開デスクトップサーバ４０と、ファイルサーバ５０と、認証サーバ６０を有する。

メディアサーバ１００は、利用者と関連付けた個人フォルダを有しており、利用者は、専用端末１０を利用して、かかる個人フォルダにアクセスし、データのアップロードおよびダウンロードを行う。

一方、シンクライアントシステム２００では、利用者はシンクライアント３０を操作して、公開デスクトップサーバ４０にアクセスし、仮想デスクトップ環境を得る。公開デスクトップサーバ４０は、利用者に対応するファイル情報を、ファイルサーバ５０から取得し、ファイル情報そのものをシンクライアント３０に送信しないで、デスクトップ上のファイル情報の画像情報をシンクライアント３０に送信する。

また、公開デスクトップサーバ４０は、メディアサーバ１００から、利用者に対応する個人フォルダの情報を取得する。公開デスクトップサーバ４０は、個人フォルダの情報そのものをシンクライアント３０に送信しないで、デスクトップ上の個人フォルダの画像情報をシンクライアント３０に送信する。利用者は、公開デスクトップサーバ４０を介して、メディアサーバ１００の個人フォルダに対するアクセスを行い、各種処理を行う。

利用者は、メディアサーバ１００の自身の個人フォルダを利用して、専用端末１０により、データのアップロードおよびダウンロードを行う。そして、利用者は、シンクライアント３０を操作して、公開デスクトップサーバ４０を介して、メディアサーバ１００の自身の個人フォルダにアクセスできる。このため、シンクライアントシステムを用いて、簡単かつ安全にデータをやり取りすることが可能となる。

認証サーバ２０，６０は、利用者に対する各種認証処理を実行する装置である。認証サーバ２０，６０に関する説明は後述する。ファイルサーバ５０は、利用者毎のファイル情報を保持するサーバであり、公開デスクトップサーバ４０からの要求に応答して、利用者に対応するファイル情報を公開デスクトップサーバ４０に送信する。

次に、本実施例に係るシステムの処理手順について説明する。以下では、メディアサーバ１００にデータをアップロードする処理、メディアサーバ１００からデータをダウンロードする処理について説明する。また、シンクライアント３０を用いてメディアサーバ１００の個人フォルダにアクセスする処理、メディアサーバ１００が個人フォルダを生成する処理について説明する。

図２及び図３は、メディアサーバにデータをアップロードする処理手順を示すフローチャートである。例えば、図２及び図３に示す処理は、専用端末１０の画面上に表示される「アップロード要求」を利用者が選択したことを契機として、処理が開始される。図２に示すように、専用端末１０は、利用者情報を送信する（ステップＳ１０１）。ステップＳ１０１において、利用者情報には、利用者を一意に識別する第１ＩＤ（Identification）情報と利用者の生体情報とが含まれる。例えば、専用端末１０は、指紋センサなどの生体情報読み取り装置を備えているものとする。第１ＩＤ情報は、利用者が専用端末１０に入力しても良い。

認証サーバ２０は、専用端末１０から、利用者情報を受信する（ステップＳ１０２）。認証サーバ２０は、利用情報の認証を行い（ステップＳ１０３）、認証結果とＩＤ／ＰＷ（Pass Word）情報を送信する（ステップＳ１０４）。

ステップＳ１０４において、ＩＤ／ＰＷ情報には、利用者を一意に識別する第２ＩＤ情報と、パスワード情報とを含む。第１ＩＤ情報と、第２ＩＤ情報とは、同一の利用者を示す場合でも、異なる情報となる。例えば、利用者Ａさんに対応する第１ＩＤ情報は「Ｕ１０１」であり、同一の利用者Ａさんに対応する第２ＩＤ情報は「Ｍ１００１」となる。本実施例では、認証サーバ２０が、第１ＩＤ情報を用いて、利用者を識別し、シンクライアントシステム２００が、第２ＩＤ情報を用いて、利用者を識別する。

図２の説明に戻る。専用端末１０は、認証サーバ２０から、認証結果とＩＤ／ＰＷ情報を受信する（ステップＳ１０５）。専用端末１０は、利用者情報が認証された場合には、ＩＤ／ＰＷ情報を認証サーバ６０に送信する（ステップＳ１０６）。

認証サーバ６０は、メディアサーバ１００を介して、ＩＤ／ＰＷ情報を受信する（ステップＳ１０７）。認証サーバ６０は、ＩＤ／ＰＷ情報の認証を行い（ステップＳ１０８）、認証結果および第２ＩＤ情報を、メディアサーバ１００に送信する（ステップＳ１０９）。

メディアサーバ１００は、認証結果および第２ＩＤ情報を受信する（ステップＳ１１０）。メディアサーバ１００は、ＩＤ／ＰＷ情報が認証された場合には、第２ＩＤ情報に対応する個人フォルダを生成する（ステップＳ１１１）。なお、ステップＳ１１１において、メディアサーバ１００は、第２ＩＤ情報に対応する個人フォルダが既に存在する場合には、個人フォルダを生成する処理をスキップする。

メディアサーバ１００は、システム利用可能情報を専用端末１０に送信する（ステップＳ１１２）。専用端末１０は、システム利用可能情報を受信し（ステップＳ１１３）、図３のステップＳ１１４に移行する。専用端末１０は、システム利用可能情報を受信した事で、メディアサーバ１００の個人フォルダにデータのアップロードが可能であると判定する。

図３の説明に移行する。専用端末１０は、アップロード画面を表示する（ステップＳ１１４）。専用端末１０は、アップロード対象となるデータを受け付け（ステップＳ１１５）、データをアップロードする（ステップＳ１１６）。

メディアサーバ１００は、利用者の個人フォルダにデータを格納し（ステップＳ１１８）、アップロード完了情報を専用端末１０に送信する（ステップＳ１１９）。専用端末１０は、アップロード完了情報を受信し（ステップＳ１２０）、アップロード時のログをメディアサーバ１００に送信する（ステップＳ１２１）。

メディアサーバ１００は、データを受信し（ステップＳ１１７）、アップロード時のログを受信し（ステップＳ１２２）、利用者のログフォルダにログを格納する（ステップＳ１２３）。メディアサーバ１００は、ログ送信完了情報を送信し（ステップＳ１２４）、専用端末１０は、ログ送信完了情報を受信する（ステップＳ１２５）。

図４及び図５は、メディアサーバからデータをダウンロードする処理手順を示すフローチャートである。例えば、図４及び図５に示す処理は、専用端末１０の画面上に表示される「ダウンロード要求」を利用者が選択したことを契機として、処理が開始される。図４に示すように、専用端末１０は、利用者情報を送信する（ステップＳ２０１）。認証サーバ２０は、専用端末１０から、利用者情報を受信する（ステップＳ２０２）。認証サーバ２０は、利用情報の認証を行い（ステップＳ２０３）、認証結果とＩＤ／ＰＷ情報を送信する（ステップＳ２０４）。

専用端末１０は、認証サーバ２０から、認証結果とＩＤ／ＰＷ情報を受信する（ステップＳ２０５）。専用端末１０は、利用者情報が認証された場合には、ＩＤ／ＰＷ情報を認証サーバ６０に送信する（ステップＳ２０６）。

認証サーバ６０は、メディアサーバ１００を介して、ＩＤ／ＰＷ情報を受信する（ステップＳ２０７）。認証サーバ６０は、ＩＤ／ＰＷ情報の認証を行い（ステップＳ２０８）、認証結果および第２ＩＤ情報を、メディアサーバ１００に送信する（ステップＳ２０９）。

メディアサーバ１００は、認証結果および第２ＩＤ情報を受信する（ステップＳ２１０）。メディアサーバ１００は、ＩＤ／ＰＷ情報が認証された場合には、システム利用可能情報を送信する（ステップＳ２１１）。

専用端末１０は、システム利用可能情報を受信し（ステップＳ２１２）、図５のステップＳ２１３に移行する。専用端末１０は、システム利用可能情報を受信した事で、メディアサーバ１００の個人フォルダにデータのダウンロードが可能であると判定する。

図５の説明に移行する。専用端末１０は、ダウンロード画面を表示する（ステップＳ２１３）。専用端末１０は、ダウンロード対象となるデータを受け付け（ステップＳ２１４）、ダウンロード対象のデータを通知する（ステップＳ２１５）。

メディアサーバ１００は、ダウンロード対象のデータを受け付け（ステップＳ２１６）、個人フォルダのダウンロード対象のデータを送信する（ステップＳ２１７）。専用端末１０は、データを受信し（ステップＳ２１８）、メディアにデータを格納する（ステップＳ２１９）。

専用端末１０は、ダウンロード時のログを送信する（ステップＳ２２０）。メディアサーバ１００は、ダウンロード時のログを受信し（ステップＳ２２１）、利用者のログフォルダにログを格納する（ステップＳ２２２）。

メディアサーバ１００は、ログ送信完了情報を送信する（ステップＳ２２３）。専用端末１０は、ログ送信完了情報を受信する（ステップＳ２２４）。

図６及び図７は、シンクライアントを用いてメディアサーバの個人フォルダにアクセスする処理手順を示すフローチャートである。例えば、図６及び図７に示す処理は、シンクライアント３０が、公開デスクトップサーバ４０とデータ通信を開始したことを契機にして実行される。図６に示すように、シンクライアント３０は、利用者情報を送信する（ステップＳ３０１）。利用者情報には、利用者を一意に識別する第１ＩＤと利用者の生体情報とが含まれる。

認証サーバ２０は、シンクライアント３０から、利用者情報を受信する（ステップＳ３０２）。認証サーバ２０は、利用者情報の認証を行い（ステップＳ３０３）、認証結果とＩＤ／ＰＷ（Pass Word）情報を送信する（ステップＳ３０４）。ステップＳ３０４において、ＩＤ／ＰＷ情報には、利用者を一意に識別する第２ＩＤ情報と、パスワード情報とを含む。

シンクライアント３０は、認証サーバ２０から、認証結果とＩＤ／ＰＷ情報を受信する（ステップＳ３０５）。シンクライアント３０は、利用者情報が認証された場合には、ＩＤ／ＰＷ情報を認証サーバ６０に送信する（ステップＳ３０６）。

認証サーバ６０は、公開デスクトップサーバ４０、メディアサーバ１００を介して、ＩＤ／ＰＷ情報を受信する（ステップＳ３０７）。認証サーバ６０は、ＩＤ／ＰＷ情報の認証を行い（ステップＳ３０８）、認証結果および第２ＩＤ情報を、公開デスクトップサーバ４０に送信する（ステップＳ３０９）。

公開デスクトップサーバ４０は、認証結果および第２ＩＤ情報を受信する（ステップＳ３１０）。公開デスクトップサーバ１００は、ＩＤ／ＰＷ情報が認証された場合には、システム利用可能情報を送信する（ステップＳ３１１）。

シンクライアント３０は、システム利用可能情報を受信し（ステップＳ３１２）、図７のステップＳ３１３に移行する。シンクライアント３０は、システム利用可能情報を受信した事で、メディアサーバ１００の個人フォルダにアクセスが可能であると判定する。

図７について説明する。シンクライアント３０は、接続要求を公開デスクトップサーバ４０に対して行う（ステップＳ３１３）。公開デスクトップサーバ４０は、接続要求を受け付け（ステップＳ３１４）、画面情報を転送する（ステップＳ３１５）。ステップＳ３１５において、公開デスクトップサーバ４０は、デスクトップ画面の画面情報を、シンクライアント３０に転送する。

公開デスクトップサーバ４０は、第２ＩＤ情報に対応する個人フォルダの情報をメディアサーバ１００に要求する（ステップＳ３１６）。メディアサーバ１００は、第２ＩＤ情報に対応する個人フォルダの情報の要求を受信する（ステップＳ３１７）。メディアサーバ１００は、第２ＩＤ情報に対応する個人フォルダの情報を公開デスクトップサーバ４０に通知する（ステップＳ３１８）。

公開デスクトップサーバ４０は、個人フォルダの画面情報を転送する（ステップＳ３１９）。シンクライアント３０は、公開デスクトップサーバ４０から受信した画面情報を基にして画面を表示する（ステップＳ３２０）。

シンクライアント３０は、個人フォルダに対するアクセス要求を通知する（ステップＳ３２１）。ステップＳ３２１において、個人フォルダに対するアクセス要求は、個人フォルダからのデータの取り出し、データの登録等に対応する。公開デスクトップサーバ４０は、個人フォルダに対するアクセス要求をメディアサーバ１００に転送する（ステップＳ３２２）。

メディアサーバ１００は、個人フォルダに対するアクセス要求を反映し（ステップＳ３２３）、反映結果を公開デスクトップサーバ４０に送信する（ステップＳ３２４）。公開デスクトップサーバ４０は、反映結果をシンクライアント３０に転送し（ステップＳ３２５）、シンクライアント３０は、反映結果を受け付ける（ステップＳ３２６）。

図８は、メディアサーバが個人フォルダを作成する処理手順を示すフローチャートである。図８に示す処理は、例えば、所定時間毎に実行される。図８に示すように、メディアサーバ１００は、シンクライアントシステムを利用する利用者に第２ＩＤ情報を認証サーバ６０に要求する（ステップＳ４０１）。

認証サーバ６０は、第２ＩＤ情報の要求を受信する（ステップＳ４０２）。認証サーバ６０は、シンクライアントシステム１００を利用する利用者全員の第２ＩＤ情報を検索する（ステップＳ４０３）。認証サーバ６０は、利用者全員の第２ＩＤ情報をメディアサーバ１００に送信する（ステップＳ４０４）。

メディアサーバ１００は、利用者全員の第２ＩＤ情報を受信する（ステップＳ４０５）。メディアサーバ１００は、利用者全員の第２ＩＤ情報のうち、個人フォルダが生成されていない第２ＩＤ情報を特定し、特定した第２ＩＤ情報に対応する個人フォルダを生成する（ステップＳ４０６）。

次に、図１に示したメディアサーバ１００の構成の一例について説明する。図９は、本実施例に係るメディアサーバの構成を示す機能ブロック図である。図９に示すように、このメディアサーバ１００は、通信部１１０、記憶部１２０、制御部１３０を有する。その他の構成は、周知のサーバと同様であるため、ここでは説明を省略する。

通信部１１０は、専用端末１０、認証サーバ２０、シンクライアントシステム２００とデータ通信を実行する処理部である。通信部１１０は、通信装置に対応する。

記憶部１２０は、個人フォルダ情報１２１、ログフォルダ情報１２２を有する。例えば、記憶部１２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

個人フォルダ情報１２１は、第２ＩＤ情報毎に個人フォルダをそれぞれ対応付けた情報である。図１０は、個人フォルダ情報のデータ構造の一例を示す図である。図１０に示すように、この個人フォルダ情報１２１は、第２ＩＤ情報と個人フォルダ情報とを対応付ける。例えば、第２ＩＤ情報「Ｍ１００１」と、個人フォルダ１２１ａとが対応付けられる。

ここで、第２ＩＤ情報「Ｍ１００１」の利用者は、専用端末１０を利用して個人フォルダ１２１ａにアクセスし、データのアップロード・ダウンロードを実行する。また、第２ＩＤ情報「Ｍ１００１」の利用者は、シンクライアント３０を利用し、公開デスクトップサーバ４０を介して、個人フォルダ１２１ａにアクセスすることが出来る。

ログフォルダ情報１２２は、第２ＩＤ情報毎にログフォルダをそれぞれ対応付けた情報である。図１１は、ログフォルダ情報のデータ構造の一例を示す図である。図１１に示すように、このログフォルダ情報１２２は、第２ＩＤ情報とログフォルダとを対応付ける。例えば、第２ＩＤ情報「Ｍ１００１」と、ログフォルダ１２２ａとが対応付けられる。

各ログフォルダは、専用端末１０のログ情報を格納するフォルダである。例えば、第２ＩＤ情報「Ｍ１００１」の利用者は、専用端末１０を利用してデータのアップロード・ダウンロードを実行した場合のログ情報が、ログフォルダ１２２ａに格納される。

制御部１３０は、中継部１３１、生成部１３２、第１制御部１３３、第２制御部１３４を有する。例えば、制御部１３０は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１３０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。

中継部１３１は、各種データの中継を行う処理部である。例えば、図２、図４に示す例では、中継部１３１は、専用端末２０から受信したＩＤ／ＰＷ情報を認証サーバ６０に送信する。

生成部１３２は、個人フォルダ情報１２１を生成する処理部である。例えば、生成部１３２は、認証サーバ６０からシンクライアントシステム２を利用する利用者全員の第２ＩＤ情報を定期的に取得して、第２ＩＤ情報に対応付けた個人フォルダを生成する。また、アップロード時に、専用端末１０を操作する利用者の第２ＩＤ情報であって、認証サーバ６０に認証された第２ＩＤ情報を取得し、取得した第２ＩＤ情報に対応付けた個人フォルダを生成する。

まず、生成部１３２が、認証サーバ６０からシンクライアントシステム２０を利用する利用者全員の第２ＩＤ情報を定期的に取得して、第２ＩＤ情報に対応付けた個人フォルダを生成する処理について説明する。係る処理は、図８のメディアサーバ１００の処理に相当するものである。生成部１３２は、所定時間毎に、シンクライアントシステム２００を利用する利用者全員の第２ＩＤ情報を、認証サーバ６０に要求し、利用者全員の第２ＩＤ情報を認証サーバ６０から受信する。

生成部１３２は、認証サーバ６０から取得した利用者全員の第２ＩＤ情報と、個人フォルダ情報１２１の各第２ＩＤ情報とを比較し、利用者全員の第２ＩＤ情報のうち、個人フォルダの存在しない第２ＩＤ情報を特定する。生成部１３２は、特定した第２ＩＤ情報に対応する個人フォルダをそれぞれ生成する。

例えば、認証サーバ６０から受信した利用者全員の第２ＩＤ情報が「Ｍ１００１、Ｍ１００２、Ｍ１００３、Ｍ２０００」であったとする。この場合に、図１０の個人フォルダ１２１の各第２ＩＤ情報と比較すると、第２ＩＤ情報「Ｍ２０００」が、個人フォルダの存在しない第２ＩＤ情報となる。この場合には、生成部１３２は、第２ＩＤ情報「Ｍ２０００」と対応付けた個人フォルダを生成する。

次に、生成部１３２が、アップロード時に、専用端末１０を操作する利用者の第２ＩＤ情報であって、認証サーバ６０に認証された第２ＩＤ情報を取得し、取得した第２ＩＤ情報に対応付けた個人フォルダを生成する処理について説明する。係る処理は、図２のメディアサーバ１００の処理に相当するものである。

生成部１３２は、専用端末１０から送信されたＩＤ／ＰＷ情報が、認証サーバ６０に送信された後、係るＩＤ／ＰＷ情報の認証結果を認証サーバ６０から受信する。生成部１３２は、ＩＤ／ＰＷ情報が認証サーバ６０に認証された場合に、ＩＤ／ＰＷ情報に含まれる第２ＩＤ情報に対応する個人フォルダを生成する。ただし、第２ＩＤ情報に対応する個人フォルダが既に個人フォルダ情報１２１に存在する場合には、生成部１３２は、個人フォルダを生成する処理をスキップする。

第１制御部１３３は、専用端末１０から取得した第２ＩＤ情報がシンクライアントシステム２００で利用されるものと認証された場合に、認証された第２ＩＤ情報に対応する個人フォルダを利用した専用端末１０との間のデータのアップロード・ダウンロードを許可する処理部である。

第１制御部１３３は、図２、図４で説明したように、専用端末１０から送信されたＩＤ／ＰＷ情報が、認証サーバ６０に送信された後、係るＩＤ／ＰＷ情報の認証結果を認証サーバ６０から受信する。そして、第１制御部１３３は、ＩＤ／ＰＷ情報の認証された場合に、認証されたＩＤ／ＰＷ情報の第２ＩＤ情報に対応する個人フォルダを、個人フォルダ情報１２１から特定する。第１制御部１３３は、専用端末１０からデータのアップロード要求または、ダウンロード要求を受け付け場合に、上記特定した個人フォルダに対するデータの送受信を許可する。

例えば、専用端末１０の利用者の第２ＩＤ情報を「Ｍ１００１」とし、係る利用者のＩＤ／ＰＷ情報が認証サーバ６０によって認証されたとする。この場合には、専用端末１０の利用者は、メディアサーバ１００の第２ＩＤ情報「Ｍ１００１」の個人フォルダ１２１ａに対するデータの送受信が許可される。なお、第１制御部１３３は、第２ＩＤ情報「Ｍ１００１」の利用者による、その他の個人フォルダに対するデータの送受信を許可しない。

また、第１制御部１３３は、アップロードが完了した後に、アップロード完了情報を専用端末１０に送信し、アップロード時のログを専用端末１０から受信する。第１制御部１３３は、第２ＩＤ情報に対応するログフォルダにログを格納する。第１制御部１３３は、ログフォルダにログを格納した後に、ログ送信完了情報を専用端末１０に送信する。

また、第１制御部１３３は、ダウンロードが完了した後に、ダウンロード時のログを専用端末１０から受信する。第１制御部１３３は、第２ＩＤ情報に対応するログフォルダにログを格納する。第１制御部１３３は、ログフォルダにログを格納した後に、ログ送信完了情報を専用端末１０に送信する。

第２制御部１３４は、公開デスクトップサーバ４０を介して、シンクライアント３０からの第２ＩＤ情報を受信した場合に、第２ＩＤ情報に対応する個人フォルダを個人フォルダ情報１２１から選択する。そして、第２制御部１３４は、選択した個人フォルダに対する公開デスクトップサーバ４０を介した、シンクライアント３０からのアクセスを許容する。

例えば、シンクライアント３０の利用者の第２ＩＤ情報を「Ｍ１００１」とし、係る利用者のＩＤ／ＰＷ情報が、認証サーバ６０によって認証されたとする。この場合には、シンクライアント３０の利用者は、公開デスクトップサーバ４０を介して、メディアサーバ１００の第２ＩＤ情報「Ｍ１００１」の個人フォルダにアクセスすることができる。なお、第２制御部１３４は、第２ＩＤ情報「Ｍ１００１」の利用者による、その他の個人フォルダに対するアクセスを許可しない。

シンクライアント３０の利用者は、アクセスを許容された個人フォルダに格納されたデータに対する各種の処理を行うことができる。例えば、利用者は、個人フォルダに格納されたデータを所定の宛先にメール送信する等の処理を行う。

次に、図１に示した認証サーバ２０の構成の一例について説明する。図１２は、本実施例に係る認証サーバの構成を示す機能ブロック図（１）である。図１２に示すように、認証サーバ２０は、通信部２１、記憶部２２、制御部２３を有する。

通信部２１は、専用端末１０、メディアサーバ１００、シンクライアントシステム２００とデータ通信を実行する処理部である。通信部２１は、通信装置に対応する。

記憶部２２は、第１認証テーブル２２ａを有する。例えば、記憶部２２は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

第１認証テーブル２２ａは、専用端末１０またはシンクライアント３０から受信する利用者情報を認証する場合に利用されるテーブルである。また、利用者情報に対応するＩＤ／ＰＷ情報は、第１認証テーブル２２ａから検索される。

図１３は、第１認証テーブルのデータ構造の一例を示す図である。図１３に示すように、第１認証テーブル２２ａは、利用者情報と、ＩＤ／ＰＷ情報とを対応付ける。また、利用者情報は、第１ＩＤ情報と生体情報とを含む。ＩＤ／ＰＷ情報は、第２ＩＤ情報とパスワードとを含む。

制御部２３は、第１認証部２３ａを有する。例えば、制御部２３は、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部２３は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

第１認証部２３ａは、第１認証テーブル２２ａを基にして、利用者情報を認証する処理部である。第１認証部２３ａは、専用端末１０から利用者情報を受信した場合には、受信した利用者情報に含まれる第１ＩＤ情報と生体情報との組みが、第１認証テーブル２２ａに存在するか否かを判定する。第１認証部２３ａは、専用端末１０から受信した利用者情報に含まれる第１ＩＤ情報と生体情報との組みが、第１認証テーブル２２ａに存在する場合には、利用者情報を認証する。これに対して、専用端末１０から受信した利用者情報に含まれる第１ＩＤ情報と生体情報との組みが、第１認証テーブル２２ａに存在しない場合には、利用者情報を認証しない。

第１認証部２３ａは、認証結果を専用端末１０に送信する。また、第１認証部２３ａは、利用者情報を認証した場合には、利用者情報に対応するＩＤ／ＰＷ情報を、第１認証テーブル２２ａから取得し、ＩＤ／ＰＷ情報を専用端末１０に送信する。

第１認証部２３ａは、シンクライアント３０から利用者情報を受信した場合には、受信した利用者情報に含まれる第１ＩＤ情報と生体情報との組みが、第１認証テーブル２２ａに存在するか否かを判定する。第１認証部２３ａは、シンクライアント３０から受信した利用者情報に含まれる第１ＩＤ情報と生体情報との組みが、第１認証テーブル２２ａに存在する場合には、利用者情報を認証する。これに対して、シンクライアント３０から受信した利用者情報に含まれる第１ＩＤ情報と生体情報との組みが、第１認証テーブル２２ａに存在しない場合には、利用者情報を認証しない。

第１認証部２３ａは、認証結果をシンクライアント３０に送信する。また、第１認証部２３ａは、利用者情報を認証した場合には、利用者情報に対応するＩＤ／ＰＷ情報を、第１認証テーブル２２ａから取得し、ＩＤ／ＰＷ情報をシンクライアント３０に送信する。

次に、図１に示した認証サーバ６０の構成の一例について説明する。図１４は、本実施例に係る認証サーバの構成を示す機能ブロック図（２）である。図１４に示すように、認証サーバ６０は、通信部６１、記憶部６２、制御部６３を有する。

通信部６１は、専用端末１０、シンクライアント３０、公開デスクトップサーバ４０、メディアサーバ１００とデータ通信を実行する処理部である。通信部６１は、通信装置に対応する。

記憶部６２は、第２認証テーブル６２ａを有する。例えば、記憶部６２は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

第２認証テーブル６２ａは、専用端末１０またはシンクライアント３０から受信するＩＤ／ＰＷ情報を認証する場合に利用されるテーブルである。図１５は、第２認証テーブルのデータ構造の一例を示す図である。図１５に示すように、この第２認証テーブル６２ａは、ＩＤ／ＰＷ情報を有する。ＩＤ／ＰＷ情報は、シンクライアントシステム２００を利用する利用者のＩＤ／ＰＷ情報である。

制御部６３は、第２認証部６３ａを有する。例えば、制御部６３は、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部６４は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

第２認証部６３ａは、第２認証テーブル６２ａを基にして、ＩＤ／ＰＷ情報を認証する処理部である。第２認証部６３ａは、専用端末１０からＩＤ／ＰＷ情報を受信した場合には、受信したＩＤ／ＰＷ情報に含まれる第２ＩＤ情報とパスワードとの組みが、第２認証テーブル６２ａに存在するか否かを判定する。第２認証部６３ａは、専用端末１０から受信したＤ／ＰＷ情報に含まれる第２ＩＤ情報とパスワードとの組みが、第２認証テーブル６２ａに存在する場合には、ＩＤ／ＰＷ情報を認証する。これに対して、専用端末１０から受信したＤ／ＰＷ情報に含まれる第２ＩＤ情報とパスワードとの組みが、第２認証テーブル６２ａに存在しない場合には、ＩＤ／ＰＷ情報を認証しない。

第２認証部６３ａは、専用端末１０から送信されたＩＤ／ＰＷ情報の認証結果を、メディアサーバ１００に送信する。また、第２認証部６３ａは、ＩＤ／ＰＷを認証した場合には、認証したＩＤ／ＰＷ情報に含まれる第２ＩＤ情報を、メディアサーバ１００に送信する。

第２認証部６３ａは、シンクライアント３０からＩＤ／ＰＷ情報を受信した場合には、受信したＩＤ／ＰＷ情報に含まれる第２ＩＤ情報とパスワードとの組みが、第２認証テーブル６２ａに存在するか否かを判定する。第２認証部６３ａは、シンクライアント３０から受信したＤ／ＰＷ情報に含まれる第２ＩＤ情報とパスワードとの組みが、第２認証テーブル６２ａに存在する場合には、ＩＤ／ＰＷ情報を認証する。これに対して、シンクライアント３０から受信したＩＤ／ＰＷ情報に含まれる第２ＩＤ情報とパスワードとの組みが、第２認証テーブル６２ａに存在しない場合には、ＩＤ／ＰＷ情報を認証しない。

第２認証部６３ａは、シンクライアント３０から送信されたＩＤ／ＰＷ情報の認証結果を、メディアサーバ１００に送信する。また、第２認証部６３ａは、ＩＤ／ＰＷを認証した場合には、認証したＩＤ／ＰＷ情報に含まれる第２ＩＤ情報を、メディアサーバ１００に送信する。

次に、本実施例に係るシステムの効果について説明する。メディアサーバ１００が、公開デスクトップサーバ４０で利用される第２ＩＤ情報を取得して、第２ＩＤ情報に対応する個人フォルダを生成する。メディアサーバ１００は、専用端末１０から取得した第２ＩＤ情報が、認証サーバ６０によって認証された場合に、認証された第２ＩＤ情報に対応する個人フォルダを利用した専用端末１０との間のデータの送受信を許可する。また、メディアサーバ１００は、公開デスクトップサーバ４０を介して、シンクライアント３０から第２ＩＤ情報を受信した場合に、第２ＩＤ情報に対応する個人フォルダを選択し、選択した個人フォルダに対する公開デスクトップサーバ４０を介したシンクライアント３０からのアクセスを許容する。このため、本実施例に係るシステムによれば、シンクライアントシステムを用いて、簡単かつ安全にデータをやり取りすることが出来る。

従来技術では、シンクライアントシステムを導入して、情報漏洩対策を行うとき、特定の利用者のみに、外部記憶媒体を使ってデータのアップロード・ダウンロードを許可するという対策がなされていた。この場合には、各利用者の外部記憶媒体毎にセキュリティ対策を行うことになるが、コストがかかる上に、管理が煩雑になってしまう。しかしながら、本実施例に係るシステムを用いれば、各利用者の認証や、各利用者がアクセスする個人フォルダの制御を一括して行えるので、従来技術と比較して、管理が容易になり、コストも抑えることができる。

また、本実施例に係るシステムでは、認証サーバ２０が第１認証テーブル２２ａによって、利用者情報と、ＩＤ／ＰＷ情報との関係を管理し、専用端末１０から送信される利用者情報に対応するＩＤ／ＰＷ情報を専用端末１０に送信する。また、認証サーバ６０が、専用端末１０から受信するＩＤ／ＰＷ情報を認証する。このため、利用者は、専用端末１０に利用者情報を入力するだけで、シンクライアントシステムで独自に利用される第２ＩＤ情報の認証や、個人フォルダと第２ＩＤ情報との対応付けが行われるため、利用者は、第２ＩＤ情報を意識することなく、認証済みの第２ＩＤ情報に対応付けられた個人フォルダを利用することができる。

また、本実施例に係るシステムでは、メディアサーバ１００が、認証サーバ６０から、シンクライアントシステム２００で利用される利用者の第２ＩＤ情報を受信し、受信した第２ＩＤ情報に対応する個人フォルダを生成する。このため、本実施例に係るシステムによれば、個人フォルダを利用する利用者の利便性を向上させることができる。

ところで、上記実施例では一例として、認証サーバ２０，６０、公開デスクトップサーバ４０、ファイルサーバ５０、メディアサーバ１００を別々の装置として説明したが、これに限定されるものではない。例えば、認証サーバ２０，６０、公開デスクトップサーバ４０、ファイルサーバ５０、メディアサーバ１００を仮想的に、単一の装置に実装させてもよい。また、認証サーバ２０と認証サーバ６０との機能を統合して、単一の認証サーバとしてもよい。

ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

例えば、本実施例では一例として、専用端末１０、シンクライアント３０が、第１ＩＤ情報および生体情報を含む利用者情報を、認証サーバ２０に送信し、認証結果とＩＤ／ＰＷ情報とを受信していたが、これに限定されるものではない。生体情報の代わりに、利用者を特定する個人特定情報を用いてもよい。個人特定情報は、例えば、社員番号や入社日と名前を組み合わせた情報等でよい。

更に、利用者は、第１ＩＤ情報および生体情報または個人特徴情報を記憶したＩＣ（Integrated Circuit）カードを専用端末１０に差し込み、専用端末１０、シンクライアント３０が、第１ＩＤ情報および生体情報または個人特徴情報を読み取って、認証サーバ２０に送信してもよい。また、利用者は、ＩＣカードの代わりに、ＰＫＩ（Public Key Infrastructure）カードを利用して、認証を行ってもよい。

なお、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

１０ 専用端末
２０，６０ 認証サーバ
３０ シンクライアント
４０ 公開デスクトップサーバ
５０ ファイルサーバ
１００ メディアサーバ
２００ シンクライアントシステム

Claims (5)

1. 第１端末との間でシンクライアントシステムを形成する第１サーバと、第２端末と接続される第２サーバとを有する制御システムであって、
   前記第２サーバは、
   前記第１サーバで利用される利用者の利用者識別情報を取得して、該利用者識別情報に対応するフォルダを生成する生成部と、
   前記第２端末から取得した前記利用者識別情報が前記第１サーバで利用されるものと認証された場合に、認証された利用者識別情報に対応するフォルダを利用した前記第２端末との間のデータの送受信を許可する第１制御部と、
   前記シンクライアントシステムを形成する第１端末から前記第１サーバを介して前記利用者識別情報を取得した場合に、取得した利用者識別情報に対応するフォルダを選択し、選択したフォルダに対する前記第１サーバを介した前記第１端末からのアクセスを許容する第２制御部と
   を有することを特徴とする制御システム。
2. 利用者毎に利用者識別情報を管理する第１認証サーバと、前記シンクライアントシステム側で、利用者識別情報を認証する第２認証サーバを更に有し、
   前記第１認証サーバは、前記第２端末から取得する利用者情報を認証し、利用情報を認証した場合に、利用者情報に対応する利用者識別情報を前記第２端末に通知する第１認証部を有し、
   前記第２認証サーバは、前記第２端末から取得する利用者識別情報を認証し、認証結果を前記第２サーバに通知する第２認証部を有することを特徴とする制御システム。
3. 前記生成部は、前記第２認証サーバから前記シンクライアントシステムを利用する利用者全員の利用者情報を取得し、各利用者情報に対応する個人フォルダを生成することを特徴とする請求項２に記載の制御システム。
4. 第１端末との間でシンクライアントシステムを形成する第１サーバと、第２端末と接続される第２サーバとを有するシステムの制御方法であって、
   前記第２サーバは、前記第１サーバで利用される利用者の利用者識別情報を取得して、該利用者識別情報に対応するフォルダを生成し、
   前記第２サーバは、前記第２端末から取得した前記利用者識別情報が前記第１サーバで利用されるものと認証された場合に、認証された利用者識別情報に対応するフォルダを利用した前記第２端末との間のデータの送受信を許可し、
   前記第２サーバは、前記シンクライアントシステムを形成する第１端末から前記第１サーバを介して前記利用者識別情報を取得した場合に、取得した利用者識別情報に対応するフォルダを選択し、選択したフォルダに対する前記第１サーバを介した前記第１端末からのアクセスを許容する
   各処理を実行することを特徴とする制御方法。
5. 第１端末との間でシンクライアントシステムを形成するサーバで利用される利用者の利用者識別情報を取得して、該利用者識別情報に対応するフォルダを生成する生成部と、
   自制御装置に接続された第２端末から取得した前記利用者識別情報が前記サーバで利用されるものと認証された場合に、認証された利用者識別情報に対応するフォルダを利用した前記第２端末との間のデータの送受信を許可する第１制御部と、
   前記シンクライアントシステムを形成する第１端末から前記サーバを介して前記利用者識別情報を取得した場合に、取得した利用者識別情報に対応するフォルダを選択し、選択したフォルダに対する前記サーバを介した前記第１端末からのアクセスを許容する第２制御部と
   を有することを特徴とする制御装置。

Images