情報処理装置、情報処理方法、情報処理システム、コンピュータプログラム、記録媒体
【課題】サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御を可能とする。
【解決手段】サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む電子ファイルを取得し、取得した電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付け、指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信し、認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得して、第一の取得より取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、第二の取得により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、電子ファイルの閲覧制御を行う。
【解決手段】サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む電子ファイルを取得し、取得した電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付け、指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信し、認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得して、第一の取得より取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、第二の取得により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、電子ファイルの閲覧制御を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子帳票サーバで作成され、ダウンロードされたオフラインファイルをクライアントで開く際の認証の技術に関するものである。
【背景技術】
【０００２】
電子帳票システムは、帳票をデータ化し処理等を行うもので、導入することにより業務効率化、経費削減などメリットが多い。
【０００３】
例えば、今まで紙の帳票と比べて容易に検索が行えることが一つのメリットとなっている。情報が紙で残された場合には１０万ページのデータを検索することは現実的ではなかったが、電子帳票データとして活用することにより、大量のデータから必要な情報のみをピックアップすることが簡単にできるようになった。
【０００４】
現在、電子帳票サーバとクライアント端末とから構成される電子帳票システムの利用形態として次の二つがある。
【０００５】
一つは、電子帳票サーバで管理する電子帳票データを、クライアント端末がアクセスして閲覧・検索をする利用形態である。これが通常の利用形態である。
【０００６】
もう一つは、電子帳票サーバで管理する電子帳票データをオフラインで閲覧するために、電子帳票データをオフラインファイルとしてクライアント端末にダウンロードして閲覧する利用形態である。セキュリティを考慮して、オフラインファイルにはパスワードを埋め込むことができるが、パスワードが漏れると誰でもオフラインファイルを参照することができてしまうというセキュリティ上の問題がある。
【０００７】
近年、機密情報の流出を避けるためにセキュリティが重視されているが、例えば、特許文献には１には、社外に持ち出されたファイルの操作を監視するファイル管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−９２２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に記載の技術は、外に持ち出されたファイルを監視することは可能であるが、そのファイルを開くことを防ぐものではない。
【００１０】
本発明は、上記課題を解決するものであって、サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御を可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置であって、前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段と、前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段と、前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段と、前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段と、前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段と、前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御が可能となる。
【図面の簡単な説明】
【００１３】
【図１】電子帳票システムの全体を示す構成図
【図２】ハードウェア構成の一例を示す図
【図３】本発明の実施の形態における実現手段の手順の概略を示す図
【図４】オンラインファイルを保存するまでの処理の流れを示すフローチャート
【図５】複数の電子帳票サーバへアクセスする画面の例
【図６】電子帳票サーバが管理するユーザマスタとサーバ設定ファイルの例
【図７】オフラインファイルを開く処理の流れを示すフローチャート
【図８】オフライン状態にする処理の流れを示すフローチャート
【図９】複数のブラウザで複数の帳票データが表示されている画面の例
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は、電子帳票システム（情報処理システム）の全体を示す構成図である。
【００１６】
電子帳票サーバ１０１、クライアント端末１０２がネットワーク１０４を介して通信可能に接続されている。また、クライアント携帯端末１０３が、無線ネットワーク１０５を介して通信可能に接続されている。電子帳票サーバ１０１、クライアント端末１０２、クライアント携帯端末１０３は、互いに通信可能である（以下、クライアント端末１０２およびクライアント携帯端末１０３をまとめてクライアント端末ともいう。）。
【００１７】
図１において、電子帳票サーバ１０１は、不図示のホストコンピュータから、印刷データを受け取り、電子帳票データ（帳票データ）を生成して登録・管理する。電子帳票データは、帳票の形式が定義されるフォームデータと実際のデータである実データとから構成されている。また、電子帳票データを、電子データや電子ファイルともいう。
【００１８】
電子帳票サーバ１０１は、ネットワーク１０４や無線ネットワーク１０５を介して、クライアント端末１０２やクライアント携帯端末１０３に対して、帳票データの閲覧や検索等のサービスを提供する。電子帳票サーバは、１つに限らず複数あってもよい。例えば、電子帳票サーバ毎に管理する帳票データを変えることで柔軟なサービスの提供を実現することができるためである。
【００１９】
また、クライアント端末を操作するユーザの認証を行う認証サーバの機能を備えることも可能である。認証サーバは、別途ネットワーク上の構成に含まれてもよいが、本発明の実施形態においては、電子帳票サーバは、認証サーバとしての機能を含むものとして以下に説明を行うものとする。
【００２０】
クライアント端末１０２やクライアント携帯端末１０３は、帳票データの閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワークを介して、電子帳票サーバ１０１とデータの送受信が可能である。
【００２１】
図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【００２２】
図２は、電子帳票サーバのハードウェア構成の一例を示す図である。この図は、クライアント端末、クライアント携帯端末においても適用できるものである。これらをそれぞれ情報処理装置ともいう。
【００２３】
図１において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。
【００２４】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２５】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【００２６】
表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００２７】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２８】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。
【００２９】
本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル（帳票データ）２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３０】
クライアント端末のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票サーバのプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアント端末が元来保持していることはないものである点等が異なる。なお、クライアント端末には、本発明の実施の形態を実現するためのプログラムがインストールされているものとする。
【００３１】
帳票ファイル２１３は、帳票の形式を定義するフォームデータと実際のデータである実データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票サーバの内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。
【００３２】
次に、本発明の実施の形態における実現手段の手順を、図３〜図９を用いて説明する。
【００３３】
図３は、本発明の実施の形態における実現手段の手順の概略を示す図である。ここでは、電子帳票サーバ１０１、クライアント端末１０２、クライアント携帯端末１０３がネットワークを介して接続されている。
【００３４】
まず、最初にクライアント端末から電子帳票サーバへログインを行い、ダウンロードする帳票データを選択することで、次の手順が始まる。
【００３５】
（１）クライアント端末から帳票データのダウンロード要求があった場合、電子帳票サーバは、オフラインで帳票データを閲覧可能とする帳票ファイルであるオフラインファイル（オフラインデータともいう。また、帳票データとまとめて電子ファイル、電子データともいう。）を作成してクライアント端末へ送信する。ここで、電子帳票サーバは、オフラインファイルを作成する際にサーバの識別情報と電子帳票のセキュリティレベルを帳票データのヘッダに埋め込んでおく。サーバ識別子とは、本帳票データを管理している電子帳票サーバを識別するための識別情報であり、帳票セキュリティレベルとは、本帳票データのセキュリティレベルを特定する情報である。本実施の形態における電子帳票システムにおいては、ログインユーザに対してユーザセキュリティレベルの設定がなされており、帳票データに対して設定されているセキュリティレベルより上位のレベルのユーザのみが帳票データの閲覧を可能とすることができる。そのため、ログインユーザが帳票データに対して設定されているセキュリティレベルより下位のレベルのユーザは帳票データの閲覧をすることができない。ここでは、電子帳票サーバで管理しているマスタ情報に設定されている帳票セキュリティレベルをそのままヘッダ情報として埋め込むものとする。
【００３６】
（１）の処理の流れを、図４のフローチャートを用いて説明する。
【００３７】
４０１において、クライアント端末は、電子帳票サーバへログイン画面の要求を行う。
【００３８】
４０２において、電子帳票サーバは、ログイン画面の要求を受け付ける。
【００３９】
４０３において、電子帳票サーバは、クライアント端末へログイン画面を送信する。
【００４０】
４０４において、クライアント端末は、ログイン画面を受信して、ログイン画面を表示する。
【００４１】
なお、本実施の形態において、電子帳票サーバは複数あるものとしている。そのため、ログインしたい電子帳票サーバを特定してアクセスをする必要がある。例えば、ブラウザのブックマークにアクセス先電子帳票サーバのＵＲＬを記録し、ブックマークから選択することでアクセス先電子帳票サーバを指定することができる。
【００４２】
ログイン画面は同じであるが、接続先電子帳票サーバは、ブラウザのアドレス欄や欄外の記述（図５の５０１および５０２）により識別可能である。
【００４３】
４０５において、クライアント端末は、ユーザＩＤおよびパスワードの入力後、ログインボタンが押下されたかを判定する。Ｙｅｓの場合、４０６へ進み、Ｎｏの場合、４０５へ戻る。
【００４４】
４０６において、クライアント端末は、入力されたユーザＩＤおよびパスワードを認証情報として、電子帳票サーバへ送信する。
【００４５】
４０７において、電子帳票サーバは、認証情報を受信する。
【００４６】
４０８において、電子帳票サーバは、認証処理を行う。ここでは、図６に示すユーザマスタ６１を用いることで、認証処理を行う。つまり、受信したユーザＩＤとパスワードの組みが、ユーザマスタ６１のユーザＩＤ６０１、パスワード６０３に登録されているか確認する。
【００４７】
４０９において、電子帳票サーバは、帳票選択画面を送信する。ここでは、認証されたユーザのセキュリティレベル（図６の６０５）に従って、電子帳票サーバで管理している帳票データの帳票セキュリティレベルとの比較を行い、当該ユーザがアクセス可能な帳票データのみを選択できる帳票選択画面を送信する。
【００４８】
４１０において、クライアント端末は、帳票選択画面を受信する。
【００４９】
４１１において、クライアント端末は、帳票データのダウンロード指示がなされたかを判定する。Ｙｅｓの場合、４１２へ進み、Ｎｏの場合４１１へ戻る。
【００５０】
４１２において、クライアント端末は、帳票データのダウンロードを要求する。
【００５１】
４１３において、電子帳票サーバは、帳票データのダウンロード要求を受け付ける。
【００５２】
４１４において、電子帳票サーバは、帳票データを送信する。ここで、送信する帳票データのヘッダ情報として、サーバの識別情報と当該帳票データのセキュリティレベルを埋め込んで送信する。サーバ識別子は、電子帳票サーバにおいて管理されている識別情報であって、図６のサーバ設定ファイル６２で管理されている。また、帳票セキュリティレベルは、その帳票データに設定されている帳票セキュリティレベルを用いる。
【００５３】
４１５において、クライアント端末は、帳票データを受信する。
【００５４】
４１６において、クライアント端末は、オフラインファイルとしてローカルに保存する。
【００５５】
以上、オフラインファイル保存までの流れを説明した。
【００５６】
次に、本発明の実施の形態における実現手段の手順の概略の説明を続ける。
【００５７】
（２）ダウンロードしたオフラインファイルを、例えば、外出先や顧客先などで使用するクライアント携帯端末へコピーする。なお、最初からクライアント携帯端末へオフラインファイルをダウンロードした場合は、そのクライアント携帯端末を外出先や顧客先に持ち出したものとする。
【００５８】
（３）ユーザがクライアント携帯端末へコピーしたオフラインファイルをクライアント携帯端末から開こうとすると、クライアント端末は、認証先のサーバ、ユーザＩＤ、パスワードの入力を促す。ここで、本実施の形態では、認証先サーバと電子帳票サーバは同じサーバであるとしており、また、電子帳票サーバは複数あるものとしているため、ログインする電子帳票サーバを例えばプルダウンリストなどからユーザに選択させる。そして、ユーザＩＤとパスワードを入力させる。ユーザによりログインボタンが押下されると、選択された認証サーバ（電子帳票サーバ）へアクセスして、ユーザＩＤとパスワードを送信する。
【００５９】
（４）アクセスされた認証サーバ（電子帳票サーバ）は、ユーザＩＤとパスワードを受信する。
【００６０】
（５）認証サーバ（電子帳票サーバ）は、取得したユーザＩＤとパスワード情報を用いて認証処理を行って、認証が成功した場合、サーバ識別子とユーザセキュリティレベルを抽出する。サーバ識別子は、自身が管理しているサーバ識別情報であり（図６の６２）、ユーザセキュリティレベルは、アクセスをしているユーザに対して設定されているセキュリティレベルである（図６の６０５）。
【００６１】
（６）認証サーバは、取得したサーバ識別子とユーザセキュリティレベルをクライアント携帯端末へ返信する。
【００６２】
（７）クライアント端末は、サーバ識別子とユーザセキュリティレベルと受信する。
【００６３】
（８）クライアント端末は、取得したサーバ識別子とユーザセキュリティレベルと、おフライファイルのサーバ識別子と帳票セキュリティレベルを比較して、サーバ識別子が一致し、ユーザセキュリティレベルが帳票セキュリティレベルより高ければ帳票を開く。
【００６４】
（２）〜（８）の処理の流れを、図７および図８のフローチャートを用いて説明する。
【００６５】
図７は、オフラインファイルを開く処理の流れを示すフローチャートである。
【００６６】
７０１において、クライアント端末は、オフラインファイル開く。これは、ユーザによる閲覧要求に応じた処理である。例えば、ユーザは、ローカルにダウンロードされたオフラインファイルをダブルクリックすることで閲覧要求を行って、クライアント端末はオフラインファイルを開く処理を行う。
【００６７】
７０２において、クライアント端末は、オンライン状態であるかを判定する。Ｙｅｓの場合、７０４へ進み、Ｎｏの場合、７０３へ進む。これは、現在、クライアント端末を操作しているユーザが認証サーバ（電子帳票サーバ）へログインしている状態であるかを判定している。つまり、クラインと端末と認証サーバとの間にセッションが確立されている状態（ログイン中）であるかを判定している。これは、後述する図８の８０８において、ログインが成功した場合、ログイン先のサーバ識別子とログイン中のユーザセキュリティレベル情報を保持していることから、これから開こうとしているオフラインファイルのヘッダ情報に含まれるサーバ識別子と一致するサーバ識別子を保持しているかにより判定することができる。
【００６８】
また、オンライ状態の管理は、ブラウザ毎にできるものとする。本実施の形態では電子帳票サーバ（認証サーバ）は、複数あることを想定しているため、ブラウザ単位で、複数の認証サーバのオンライ状態を管理する。従って、電子帳票サーバＡがオンライン状態となっている状態で、電子帳票サーバＡのサーバ識別子を持つオフラインファイルをブラウザＡで開こうとする場合、既にオンライン状態となっているため、７０２では、オンライ状態であると判定され、７０４へ進む。一方、電子帳票サーバＡはオンライ状態となっているが、電子帳票サーバＢがオンライ状態となっていない状態で、電子帳票サーバＢのサーバ識別子を持つオフラインファイルをブラウザＡで開こうとする場合、オンライン状態となっていないため、７０２では、オンライン状態でないと判定され、７０３へ進む。この場合、新たにブラウザＢが起動して７０３の処理が行われることとなる。
【００６９】
図９に複数のブラウザで複数の帳票データが表示されている例を示す。９０１と９０２では、それぞれ別の電子帳票サーバへ接続していることを示している。
【００７０】
このように複数の電子帳票サーバとのオンライン状態を別々に管理することで、複数の電子帳票サーバで管理されていた帳票データを、それぞれオフラインファイルとしてローカルにダウンロードしていたとしても、それぞれの帳票データを閲覧することができる。
【００７１】
７０３において、「オンライン状態」処理を行う。この処理の詳細は、図８で説明する。
【００７２】
図８は、オフライン状態にする処理の流れを示すフローチャートである。
【００７３】
８０１において、クライアント端末は、認証サーバの指定と、ユーザＩＤとパスワードの入力を受け付ける。上述した通り、ここでは、認証サーバはプルダウンリストなどからユーザに選択さ、ユーザＩＤとパスワードを入力させる。
【００７４】
８０２において、クライアント端末は、認証サーバアクセスして、ユーザＩＤとパスワードを送信する。
【００７５】
８０３において、認証サーバは、ユーザＩＤとパスワードを取得する。
【００７６】
８０４において、認証サーバは、認証処理が成功したかを判定する。Ｙｅｓの場合、８０６へ進み、Ｎｏの場合、クライアント端末へエラー通知をして、８０５へ進む。ここでの認証は、ユーザマスタ６１を用いる。
【００７７】
８０５において、クライアント端末は、認証エラーであったことをユーザに通知し、８０１へ戻り、再入力を待つ。
【００７８】
８０６において、認証サーバは、サーバ識別子とユーザセキュリティレベル情報を取得して送信する。上述した通り、サーバ識別子は、自身が管理しているサーバ識別情報であり（図６の６２）、ユーザセキュリティレベルは、アクセスをしているユーザに対して設定されているセキュリティレベルである（図６の６０５）。
【００７９】
８０７において、クライアント端末は、サーバ識別子とユーザセキュリティレベル情報を受信する。
【００８０】
８０８において、クライアント端末は、クライアント端末をオンライン状態とする。オンライ状態とは、認証サーバにログイン中であることを示し、ログイン状態中、サーバ識別子とユーザセキュリティレベル情報を保持する。なお、オンライン状態は、明示的なログアウト指示があった場合、もしくはオフラインファイルを開いてから一定時間経過後にタイムアウト場合に解除する。
【００８１】
次に、７０４において、クライアント端末は、サーバ識別子が同じであるかを判定する。Ｙｅｓの場合、７０６へ進み、Ｎｏの場合、７０５へ進む。ここでは、これから開こうとしているオフラインファイルのヘッダ情報に含まれるサーバ識別子が、現在ログイン中のサーバ識別子と一致するかにより判定している。サーバ識別子の一致を判定することで、当該電子帳票サーバへのアクセス権限がないユーザによる当該帳票データの閲覧を防止することができる。例えば、ユーザＡがダウンロードしたオフラインファイルを、ユーザＢのクライアント端末へコピーしたとしても、ユーザＢが当該オフラインファイルのダウンロード元の電子帳票サーバへのアクセス権限がない場合は、ユーザＢは、当該オフラインファイルを閲覧することができない。従って、例えば、オフラインファイルが漏えいしたとしても第三者は、当該オフラインファイルを閲覧することができない。
【００８２】
７０５において、クライアント端末は、サーバ識別エラーであったことを表示装置へ表示する。
【００８３】
７０６において、クライアント端末は、ユーザセキュリティレベルが帳票セキュリティレベルより高いかを判定する。Ｙｅｓの場合、７０８へ進み、Ｎｏの場合、７０７へ進む。ここでは、これから開こうとするオフラインファイルのヘッダ情報に含まれる帳票セキュリティレベルが、現在ログイン中のユーザのユーザセキュリティレベルより低いかにより判定している。セキュリティレベルを比較することで、当該電子帳票サーバへのアクセス権限があるユーザであったとしてもアクセス権限のないユーザによる当該帳票データの閲覧を防止することができる。例えば、ユーザＡがダウンロードしたオフラインファイルを、ユーザＢのクライアント端末へコピーし、ユーザＢが当該オフラインファイルのダウンロード元の電子帳票サーバへのアクセス権限があったとしても、ユーザＢのユーザセキュリティレベルが、当該帳票データの帳票セキュリティレベルより低い場合は、ユーザＢは、当該オフラインファイルを閲覧することができない。従って、例えば、オフラインファイルを誤って部下に渡したとしても権限のない部下は、当該オフラインファイルを閲覧することができない。
【００８４】
７０７において、クライアント端末は、セキュリティエラーであったことを表示装置へ表示する。
【００８５】
７０８において、クライアント端末は、オフラインファイルを開く。
【００８６】
以上、本発明の実施の形態における実現手段の手順を説明した。
【００８７】
上述した通り、本発明によれば、電子帳票サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御が可能となる。
【００８８】
なお、本来、オフラインファイルは、ネットワークへ接続できない環境であっても帳票データを閲覧することを可能とするものである。一方、本発明の実施の形態においては、オフラインファイルを閲覧するためにネットワークを介して認証サーバ（電子帳票サーバ）へのアクセスが必要となる。従って、ネットワーク接続がまったくできない環境においては、オフラインファイルを閲覧できなくなってしまうこととなる。
【００８９】
しかしながら、ネットワーク接続は、ユーザ認証のみの利用であることから大量のファイルの交換は伴わず、ネットワークの帯域は広い必要がないため、モバイル接続などによる狭い帯域でのネットワーク接続であっても利用可能となる。そのため、大量の帳票データを外出先や得意先で閲覧したい場合は、あらかじめローカルにオフラインファイルとしてダウンロードしておけば、外出先で帳票データをダウンロードすることなく素早く閲覧することが可能となる。
【００９０】
本発明は、従来のオフラインファイルに比べ利便性で劣る点はあるが、その一方、セキュリティが重視されている現状においては、従来のオフラインファイルに比べ情報漏えいのリスクを軽減することができることからセキュリティの点でより大きな効果を奏する。
【００９１】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００９２】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００９３】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００９４】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００９５】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【００９６】
１０１ 電子帳票サーバ
１０２ クライアント端末
１０３ クライアント携帯端末
１０４ ネットワーク
１０５ 無線ネットワーク
【技術分野】
【０００１】
本発明は、電子帳票サーバで作成され、ダウンロードされたオフラインファイルをクライアントで開く際の認証の技術に関するものである。
【背景技術】
【０００２】
電子帳票システムは、帳票をデータ化し処理等を行うもので、導入することにより業務効率化、経費削減などメリットが多い。
【０００３】
例えば、今まで紙の帳票と比べて容易に検索が行えることが一つのメリットとなっている。情報が紙で残された場合には１０万ページのデータを検索することは現実的ではなかったが、電子帳票データとして活用することにより、大量のデータから必要な情報のみをピックアップすることが簡単にできるようになった。
【０００４】
現在、電子帳票サーバとクライアント端末とから構成される電子帳票システムの利用形態として次の二つがある。
【０００５】
一つは、電子帳票サーバで管理する電子帳票データを、クライアント端末がアクセスして閲覧・検索をする利用形態である。これが通常の利用形態である。
【０００６】
もう一つは、電子帳票サーバで管理する電子帳票データをオフラインで閲覧するために、電子帳票データをオフラインファイルとしてクライアント端末にダウンロードして閲覧する利用形態である。セキュリティを考慮して、オフラインファイルにはパスワードを埋め込むことができるが、パスワードが漏れると誰でもオフラインファイルを参照することができてしまうというセキュリティ上の問題がある。
【０００７】
近年、機密情報の流出を避けるためにセキュリティが重視されているが、例えば、特許文献には１には、社外に持ち出されたファイルの操作を監視するファイル管理システムが開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１０−９２２８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に記載の技術は、外に持ち出されたファイルを監視することは可能であるが、そのファイルを開くことを防ぐものではない。
【００１０】
本発明は、上記課題を解決するものであって、サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御を可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置であって、前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段と、前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段と、前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段と、前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段と、前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段と、前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段とを有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御が可能となる。
【図面の簡単な説明】
【００１３】
【図１】電子帳票システムの全体を示す構成図
【図２】ハードウェア構成の一例を示す図
【図３】本発明の実施の形態における実現手段の手順の概略を示す図
【図４】オンラインファイルを保存するまでの処理の流れを示すフローチャート
【図５】複数の電子帳票サーバへアクセスする画面の例
【図６】電子帳票サーバが管理するユーザマスタとサーバ設定ファイルの例
【図７】オフラインファイルを開く処理の流れを示すフローチャート
【図８】オフライン状態にする処理の流れを示すフローチャート
【図９】複数のブラウザで複数の帳票データが表示されている画面の例
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１５】
図１は、電子帳票システム（情報処理システム）の全体を示す構成図である。
【００１６】
電子帳票サーバ１０１、クライアント端末１０２がネットワーク１０４を介して通信可能に接続されている。また、クライアント携帯端末１０３が、無線ネットワーク１０５を介して通信可能に接続されている。電子帳票サーバ１０１、クライアント端末１０２、クライアント携帯端末１０３は、互いに通信可能である（以下、クライアント端末１０２およびクライアント携帯端末１０３をまとめてクライアント端末ともいう。）。
【００１７】
図１において、電子帳票サーバ１０１は、不図示のホストコンピュータから、印刷データを受け取り、電子帳票データ（帳票データ）を生成して登録・管理する。電子帳票データは、帳票の形式が定義されるフォームデータと実際のデータである実データとから構成されている。また、電子帳票データを、電子データや電子ファイルともいう。
【００１８】
電子帳票サーバ１０１は、ネットワーク１０４や無線ネットワーク１０５を介して、クライアント端末１０２やクライアント携帯端末１０３に対して、帳票データの閲覧や検索等のサービスを提供する。電子帳票サーバは、１つに限らず複数あってもよい。例えば、電子帳票サーバ毎に管理する帳票データを変えることで柔軟なサービスの提供を実現することができるためである。
【００１９】
また、クライアント端末を操作するユーザの認証を行う認証サーバの機能を備えることも可能である。認証サーバは、別途ネットワーク上の構成に含まれてもよいが、本発明の実施形態においては、電子帳票サーバは、認証サーバとしての機能を含むものとして以下に説明を行うものとする。
【００２０】
クライアント端末１０２やクライアント携帯端末１０３は、帳票データの閲覧及び計算結果の取得を行う者が使用するクライアント端末であり、ネットワークを介して、電子帳票サーバ１０１とデータの送受信が可能である。
【００２１】
図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例がある。本実施の形態では、このシステムを情報処理システムという。
【００２２】
図２は、電子帳票サーバのハードウェア構成の一例を示す図である。この図は、クライアント端末、クライアント携帯端末においても適用できるものである。これらをそれぞれ情報処理装置ともいう。
【００２３】
図１において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０３或いは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、後述する各種機能を実現するためのプログラムが記憶されている。
【００２４】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２５】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、例えば、キーボード、マウス等のポインティングデバイスであってもよいし、タッチパネル、ボタン、スイッチ等であってもよい。
【００２６】
表示コントローラ２０６は、表示部２１０の表示を制御する。この表示部２１０としては、例えば、ＣＲＴや液晶等が挙げられる。
【００２７】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、加えて、各種テーブル、パラメー等が記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２８】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０５を介して外部機器との通信制御処理を実行する。
【００２９】
本実施形態を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。更に、本実施形態に係るプログラム２１２が用いる帳票ファイル（帳票データ）２１３は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３０】
クライアント端末のハードウェア構成も電子帳票システム１０２と同様である。しかし、各装置のプログラムは、電子帳票サーバのプログラム２１２とは異なる。また、帳票ファイル２１３は、クライアント端末が元来保持していることはないものである点等が異なる。なお、クライアント端末には、本発明の実施の形態を実現するためのプログラムがインストールされているものとする。
【００３１】
帳票ファイル２１３は、帳票の形式を定義するフォームデータと実際のデータである実データとから生成された、帳票の表示用データを表すものであって、単独又は複数のファイルによって構成され、単数又は複数のページを含有している。電子帳票サーバの内部においては、複数の帳票ファイル２１３のうち同一種類のものをグループ化して管理しており、それぞれの帳票ファイル２１３はそのグループの中の世代と呼ばれる。
【００３２】
次に、本発明の実施の形態における実現手段の手順を、図３〜図９を用いて説明する。
【００３３】
図３は、本発明の実施の形態における実現手段の手順の概略を示す図である。ここでは、電子帳票サーバ１０１、クライアント端末１０２、クライアント携帯端末１０３がネットワークを介して接続されている。
【００３４】
まず、最初にクライアント端末から電子帳票サーバへログインを行い、ダウンロードする帳票データを選択することで、次の手順が始まる。
【００３５】
（１）クライアント端末から帳票データのダウンロード要求があった場合、電子帳票サーバは、オフラインで帳票データを閲覧可能とする帳票ファイルであるオフラインファイル（オフラインデータともいう。また、帳票データとまとめて電子ファイル、電子データともいう。）を作成してクライアント端末へ送信する。ここで、電子帳票サーバは、オフラインファイルを作成する際にサーバの識別情報と電子帳票のセキュリティレベルを帳票データのヘッダに埋め込んでおく。サーバ識別子とは、本帳票データを管理している電子帳票サーバを識別するための識別情報であり、帳票セキュリティレベルとは、本帳票データのセキュリティレベルを特定する情報である。本実施の形態における電子帳票システムにおいては、ログインユーザに対してユーザセキュリティレベルの設定がなされており、帳票データに対して設定されているセキュリティレベルより上位のレベルのユーザのみが帳票データの閲覧を可能とすることができる。そのため、ログインユーザが帳票データに対して設定されているセキュリティレベルより下位のレベルのユーザは帳票データの閲覧をすることができない。ここでは、電子帳票サーバで管理しているマスタ情報に設定されている帳票セキュリティレベルをそのままヘッダ情報として埋め込むものとする。
【００３６】
（１）の処理の流れを、図４のフローチャートを用いて説明する。
【００３７】
４０１において、クライアント端末は、電子帳票サーバへログイン画面の要求を行う。
【００３８】
４０２において、電子帳票サーバは、ログイン画面の要求を受け付ける。
【００３９】
４０３において、電子帳票サーバは、クライアント端末へログイン画面を送信する。
【００４０】
４０４において、クライアント端末は、ログイン画面を受信して、ログイン画面を表示する。
【００４１】
なお、本実施の形態において、電子帳票サーバは複数あるものとしている。そのため、ログインしたい電子帳票サーバを特定してアクセスをする必要がある。例えば、ブラウザのブックマークにアクセス先電子帳票サーバのＵＲＬを記録し、ブックマークから選択することでアクセス先電子帳票サーバを指定することができる。
【００４２】
ログイン画面は同じであるが、接続先電子帳票サーバは、ブラウザのアドレス欄や欄外の記述（図５の５０１および５０２）により識別可能である。
【００４３】
４０５において、クライアント端末は、ユーザＩＤおよびパスワードの入力後、ログインボタンが押下されたかを判定する。Ｙｅｓの場合、４０６へ進み、Ｎｏの場合、４０５へ戻る。
【００４４】
４０６において、クライアント端末は、入力されたユーザＩＤおよびパスワードを認証情報として、電子帳票サーバへ送信する。
【００４５】
４０７において、電子帳票サーバは、認証情報を受信する。
【００４６】
４０８において、電子帳票サーバは、認証処理を行う。ここでは、図６に示すユーザマスタ６１を用いることで、認証処理を行う。つまり、受信したユーザＩＤとパスワードの組みが、ユーザマスタ６１のユーザＩＤ６０１、パスワード６０３に登録されているか確認する。
【００４７】
４０９において、電子帳票サーバは、帳票選択画面を送信する。ここでは、認証されたユーザのセキュリティレベル（図６の６０５）に従って、電子帳票サーバで管理している帳票データの帳票セキュリティレベルとの比較を行い、当該ユーザがアクセス可能な帳票データのみを選択できる帳票選択画面を送信する。
【００４８】
４１０において、クライアント端末は、帳票選択画面を受信する。
【００４９】
４１１において、クライアント端末は、帳票データのダウンロード指示がなされたかを判定する。Ｙｅｓの場合、４１２へ進み、Ｎｏの場合４１１へ戻る。
【００５０】
４１２において、クライアント端末は、帳票データのダウンロードを要求する。
【００５１】
４１３において、電子帳票サーバは、帳票データのダウンロード要求を受け付ける。
【００５２】
４１４において、電子帳票サーバは、帳票データを送信する。ここで、送信する帳票データのヘッダ情報として、サーバの識別情報と当該帳票データのセキュリティレベルを埋め込んで送信する。サーバ識別子は、電子帳票サーバにおいて管理されている識別情報であって、図６のサーバ設定ファイル６２で管理されている。また、帳票セキュリティレベルは、その帳票データに設定されている帳票セキュリティレベルを用いる。
【００５３】
４１５において、クライアント端末は、帳票データを受信する。
【００５４】
４１６において、クライアント端末は、オフラインファイルとしてローカルに保存する。
【００５５】
以上、オフラインファイル保存までの流れを説明した。
【００５６】
次に、本発明の実施の形態における実現手段の手順の概略の説明を続ける。
【００５７】
（２）ダウンロードしたオフラインファイルを、例えば、外出先や顧客先などで使用するクライアント携帯端末へコピーする。なお、最初からクライアント携帯端末へオフラインファイルをダウンロードした場合は、そのクライアント携帯端末を外出先や顧客先に持ち出したものとする。
【００５８】
（３）ユーザがクライアント携帯端末へコピーしたオフラインファイルをクライアント携帯端末から開こうとすると、クライアント端末は、認証先のサーバ、ユーザＩＤ、パスワードの入力を促す。ここで、本実施の形態では、認証先サーバと電子帳票サーバは同じサーバであるとしており、また、電子帳票サーバは複数あるものとしているため、ログインする電子帳票サーバを例えばプルダウンリストなどからユーザに選択させる。そして、ユーザＩＤとパスワードを入力させる。ユーザによりログインボタンが押下されると、選択された認証サーバ（電子帳票サーバ）へアクセスして、ユーザＩＤとパスワードを送信する。
【００５９】
（４）アクセスされた認証サーバ（電子帳票サーバ）は、ユーザＩＤとパスワードを受信する。
【００６０】
（５）認証サーバ（電子帳票サーバ）は、取得したユーザＩＤとパスワード情報を用いて認証処理を行って、認証が成功した場合、サーバ識別子とユーザセキュリティレベルを抽出する。サーバ識別子は、自身が管理しているサーバ識別情報であり（図６の６２）、ユーザセキュリティレベルは、アクセスをしているユーザに対して設定されているセキュリティレベルである（図６の６０５）。
【００６１】
（６）認証サーバは、取得したサーバ識別子とユーザセキュリティレベルをクライアント携帯端末へ返信する。
【００６２】
（７）クライアント端末は、サーバ識別子とユーザセキュリティレベルと受信する。
【００６３】
（８）クライアント端末は、取得したサーバ識別子とユーザセキュリティレベルと、おフライファイルのサーバ識別子と帳票セキュリティレベルを比較して、サーバ識別子が一致し、ユーザセキュリティレベルが帳票セキュリティレベルより高ければ帳票を開く。
【００６４】
（２）〜（８）の処理の流れを、図７および図８のフローチャートを用いて説明する。
【００６５】
図７は、オフラインファイルを開く処理の流れを示すフローチャートである。
【００６６】
７０１において、クライアント端末は、オフラインファイル開く。これは、ユーザによる閲覧要求に応じた処理である。例えば、ユーザは、ローカルにダウンロードされたオフラインファイルをダブルクリックすることで閲覧要求を行って、クライアント端末はオフラインファイルを開く処理を行う。
【００６７】
７０２において、クライアント端末は、オンライン状態であるかを判定する。Ｙｅｓの場合、７０４へ進み、Ｎｏの場合、７０３へ進む。これは、現在、クライアント端末を操作しているユーザが認証サーバ（電子帳票サーバ）へログインしている状態であるかを判定している。つまり、クラインと端末と認証サーバとの間にセッションが確立されている状態（ログイン中）であるかを判定している。これは、後述する図８の８０８において、ログインが成功した場合、ログイン先のサーバ識別子とログイン中のユーザセキュリティレベル情報を保持していることから、これから開こうとしているオフラインファイルのヘッダ情報に含まれるサーバ識別子と一致するサーバ識別子を保持しているかにより判定することができる。
【００６８】
また、オンライ状態の管理は、ブラウザ毎にできるものとする。本実施の形態では電子帳票サーバ（認証サーバ）は、複数あることを想定しているため、ブラウザ単位で、複数の認証サーバのオンライ状態を管理する。従って、電子帳票サーバＡがオンライン状態となっている状態で、電子帳票サーバＡのサーバ識別子を持つオフラインファイルをブラウザＡで開こうとする場合、既にオンライン状態となっているため、７０２では、オンライ状態であると判定され、７０４へ進む。一方、電子帳票サーバＡはオンライ状態となっているが、電子帳票サーバＢがオンライ状態となっていない状態で、電子帳票サーバＢのサーバ識別子を持つオフラインファイルをブラウザＡで開こうとする場合、オンライン状態となっていないため、７０２では、オンライン状態でないと判定され、７０３へ進む。この場合、新たにブラウザＢが起動して７０３の処理が行われることとなる。
【００６９】
図９に複数のブラウザで複数の帳票データが表示されている例を示す。９０１と９０２では、それぞれ別の電子帳票サーバへ接続していることを示している。
【００７０】
このように複数の電子帳票サーバとのオンライン状態を別々に管理することで、複数の電子帳票サーバで管理されていた帳票データを、それぞれオフラインファイルとしてローカルにダウンロードしていたとしても、それぞれの帳票データを閲覧することができる。
【００７１】
７０３において、「オンライン状態」処理を行う。この処理の詳細は、図８で説明する。
【００７２】
図８は、オフライン状態にする処理の流れを示すフローチャートである。
【００７３】
８０１において、クライアント端末は、認証サーバの指定と、ユーザＩＤとパスワードの入力を受け付ける。上述した通り、ここでは、認証サーバはプルダウンリストなどからユーザに選択さ、ユーザＩＤとパスワードを入力させる。
【００７４】
８０２において、クライアント端末は、認証サーバアクセスして、ユーザＩＤとパスワードを送信する。
【００７５】
８０３において、認証サーバは、ユーザＩＤとパスワードを取得する。
【００７６】
８０４において、認証サーバは、認証処理が成功したかを判定する。Ｙｅｓの場合、８０６へ進み、Ｎｏの場合、クライアント端末へエラー通知をして、８０５へ進む。ここでの認証は、ユーザマスタ６１を用いる。
【００７７】
８０５において、クライアント端末は、認証エラーであったことをユーザに通知し、８０１へ戻り、再入力を待つ。
【００７８】
８０６において、認証サーバは、サーバ識別子とユーザセキュリティレベル情報を取得して送信する。上述した通り、サーバ識別子は、自身が管理しているサーバ識別情報であり（図６の６２）、ユーザセキュリティレベルは、アクセスをしているユーザに対して設定されているセキュリティレベルである（図６の６０５）。
【００７９】
８０７において、クライアント端末は、サーバ識別子とユーザセキュリティレベル情報を受信する。
【００８０】
８０８において、クライアント端末は、クライアント端末をオンライン状態とする。オンライ状態とは、認証サーバにログイン中であることを示し、ログイン状態中、サーバ識別子とユーザセキュリティレベル情報を保持する。なお、オンライン状態は、明示的なログアウト指示があった場合、もしくはオフラインファイルを開いてから一定時間経過後にタイムアウト場合に解除する。
【００８１】
次に、７０４において、クライアント端末は、サーバ識別子が同じであるかを判定する。Ｙｅｓの場合、７０６へ進み、Ｎｏの場合、７０５へ進む。ここでは、これから開こうとしているオフラインファイルのヘッダ情報に含まれるサーバ識別子が、現在ログイン中のサーバ識別子と一致するかにより判定している。サーバ識別子の一致を判定することで、当該電子帳票サーバへのアクセス権限がないユーザによる当該帳票データの閲覧を防止することができる。例えば、ユーザＡがダウンロードしたオフラインファイルを、ユーザＢのクライアント端末へコピーしたとしても、ユーザＢが当該オフラインファイルのダウンロード元の電子帳票サーバへのアクセス権限がない場合は、ユーザＢは、当該オフラインファイルを閲覧することができない。従って、例えば、オフラインファイルが漏えいしたとしても第三者は、当該オフラインファイルを閲覧することができない。
【００８２】
７０５において、クライアント端末は、サーバ識別エラーであったことを表示装置へ表示する。
【００８３】
７０６において、クライアント端末は、ユーザセキュリティレベルが帳票セキュリティレベルより高いかを判定する。Ｙｅｓの場合、７０８へ進み、Ｎｏの場合、７０７へ進む。ここでは、これから開こうとするオフラインファイルのヘッダ情報に含まれる帳票セキュリティレベルが、現在ログイン中のユーザのユーザセキュリティレベルより低いかにより判定している。セキュリティレベルを比較することで、当該電子帳票サーバへのアクセス権限があるユーザであったとしてもアクセス権限のないユーザによる当該帳票データの閲覧を防止することができる。例えば、ユーザＡがダウンロードしたオフラインファイルを、ユーザＢのクライアント端末へコピーし、ユーザＢが当該オフラインファイルのダウンロード元の電子帳票サーバへのアクセス権限があったとしても、ユーザＢのユーザセキュリティレベルが、当該帳票データの帳票セキュリティレベルより低い場合は、ユーザＢは、当該オフラインファイルを閲覧することができない。従って、例えば、オフラインファイルを誤って部下に渡したとしても権限のない部下は、当該オフラインファイルを閲覧することができない。
【００８４】
７０７において、クライアント端末は、セキュリティエラーであったことを表示装置へ表示する。
【００８５】
７０８において、クライアント端末は、オフラインファイルを開く。
【００８６】
以上、本発明の実施の形態における実現手段の手順を説明した。
【００８７】
上述した通り、本発明によれば、電子帳票サーバからダウンロードされた電子ファイル（オフラインファイル）について、セキュリティを考慮したアクセス制御が可能となる。
【００８８】
なお、本来、オフラインファイルは、ネットワークへ接続できない環境であっても帳票データを閲覧することを可能とするものである。一方、本発明の実施の形態においては、オフラインファイルを閲覧するためにネットワークを介して認証サーバ（電子帳票サーバ）へのアクセスが必要となる。従って、ネットワーク接続がまったくできない環境においては、オフラインファイルを閲覧できなくなってしまうこととなる。
【００８９】
しかしながら、ネットワーク接続は、ユーザ認証のみの利用であることから大量のファイルの交換は伴わず、ネットワークの帯域は広い必要がないため、モバイル接続などによる狭い帯域でのネットワーク接続であっても利用可能となる。そのため、大量の帳票データを外出先や得意先で閲覧したい場合は、あらかじめローカルにオフラインファイルとしてダウンロードしておけば、外出先で帳票データをダウンロードすることなく素早く閲覧することが可能となる。
【００９０】
本発明は、従来のオフラインファイルに比べ利便性で劣る点はあるが、その一方、セキュリティが重視されている現状においては、従来のオフラインファイルに比べ情報漏えいのリスクを軽減することができることからセキュリティの点でより大きな効果を奏する。
【００９１】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００９２】
また、本発明の目的は、以下のようにすることによって達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（又は記録媒体）を、システム或いは装置に供給する。そして、そのシステム或いは装置の中央演算処理手段（ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行する。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになり、そのプログラムコードを記録した記憶媒体は本発明を構成することになる。
【００９３】
また、システム或いは装置の前記中央演算処理手段が読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、システム或いは装置上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行う。その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００９４】
更に、記憶媒体から読み出されたプログラムコードが、前記システム或いは装置に挿入された機能拡張カードや、接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施形態の機能が実現される場合も含まれる。
【００９５】
本発明を前記記憶媒体に適用する場合、その記憶媒体（コンピュータ読み取り可能な記憶媒体）には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【００９６】
１０１ 電子帳票サーバ
１０２ クライアント端末
１０３ クライアント携帯端末
１０４ ネットワーク
１０５ 無線ネットワーク
【特許請求の範囲】
【請求項１】
サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置であって、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段と、
前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段と、
前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段と、
前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段と、
前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段と、
前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記第二の取得手段によりサーバ識別子とユーザのセキュリティレベルとを取得した場合、当該取得元認証サーバに対してオンライン状態であると管理する管理手段と、
前記閲覧受付手段による電子ファイルに対する閲覧要求に応じて、当該電子ファイルに含まれるサーバ識別子と、前記管理手段によりオフライン状態であると管理されている認証サーバのサーバ識別子とが一致するかを判定する判定手段とを有し、
前記閲覧制御手段は、前記判定手段により一致すると判定された場合、前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記管理手段により管理されるサーバ識別子とユーザのセキュリティレベルとを用いて、前記電子ファイルの閲覧制御を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記管理手段は、複数の認証サーバについて、サーバ識別子とユーザのセキュリティレベルとを管理することができることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置における情報処理方法であって、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得ステップと、
前記第一の取得ステップにより取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付ステップと、
前記閲覧要求受付ステップによる電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付ステップと、
前記認証情報受付ステップにより指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信ステップと、
前記認証情報送信ステップによるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得ステップと、
前記第一の取得ステップにより取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得ステップにより取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御ステップと
を有することを特徴とする情報処理方法。
【請求項５】
電子ファイルを管理するサーバと、当該サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置とが通信可能な情報処理システムであって、
前記サーバは、
前記情報処理装置からの要求に応じて、サーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを送信する第一の送信手段と、
前記情報処理装置から送信される認証情報を用いて、認証処理を行い、認証処理が成功した場合、サーバ識別子とユーザのセキュリティレベル情報とを送信する第二の送信手段とを有し、
前記情報処理装置は、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段と、
前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段と、
前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段と、
前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段と、
前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段と、
前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段と
を有することを特徴とする情報処理システム。
【請求項６】
サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置において実行可能なコンピュータプログラムであって、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段、
前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段、
前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段、
前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段、
前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段、
前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段
として前記情報処理装置を機能させることを特徴とするコンピュータプログラム。
【請求項７】
請求項６に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【請求項１】
サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置であって、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段と、
前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段と、
前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段と、
前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段と、
前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段と、
前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記第二の取得手段によりサーバ識別子とユーザのセキュリティレベルとを取得した場合、当該取得元認証サーバに対してオンライン状態であると管理する管理手段と、
前記閲覧受付手段による電子ファイルに対する閲覧要求に応じて、当該電子ファイルに含まれるサーバ識別子と、前記管理手段によりオフライン状態であると管理されている認証サーバのサーバ識別子とが一致するかを判定する判定手段とを有し、
前記閲覧制御手段は、前記判定手段により一致すると判定された場合、前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記管理手段により管理されるサーバ識別子とユーザのセキュリティレベルとを用いて、前記電子ファイルの閲覧制御を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記管理手段は、複数の認証サーバについて、サーバ識別子とユーザのセキュリティレベルとを管理することができることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置における情報処理方法であって、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得ステップと、
前記第一の取得ステップにより取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付ステップと、
前記閲覧要求受付ステップによる電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付ステップと、
前記認証情報受付ステップにより指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信ステップと、
前記認証情報送信ステップによるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得ステップと、
前記第一の取得ステップにより取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得ステップにより取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御ステップと
を有することを特徴とする情報処理方法。
【請求項５】
電子ファイルを管理するサーバと、当該サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置とが通信可能な情報処理システムであって、
前記サーバは、
前記情報処理装置からの要求に応じて、サーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを送信する第一の送信手段と、
前記情報処理装置から送信される認証情報を用いて、認証処理を行い、認証処理が成功した場合、サーバ識別子とユーザのセキュリティレベル情報とを送信する第二の送信手段とを有し、
前記情報処理装置は、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段と、
前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段と、
前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段と、
前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段と、
前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段と、
前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段と
を有することを特徴とする情報処理システム。
【請求項６】
サーバからダウンロードした電子ファイルに対して閲覧制御を行う情報処理装置において実行可能なコンピュータプログラムであって、
前記サーバからサーバ識別子と電子ファイルのセキュリティレベル情報とを含む前記電子ファイルを取得する第一の取得手段、
前記第一の取得手段により取得した電子ファイルに対する閲覧要求を受け付ける閲覧要求受付手段、
前記閲覧要求受付手段による電子ファイルに対する閲覧要求に応じて、認証サーバの指定と、ユーザＩＤおよびパスワードの入力とを受け付ける認証情報受付手段、
前記認証情報受付手段により指定を受け付けた認証サーバに対して、当該入力を受け付けたユーザＩＤおよびパスワードを送信する認証情報送信手段、
前記認証情報送信手段によるユーザＩＤおよびパスワードの送信に応じて、前記認証サーバから送信されるサーバ識別子とユーザのセキュリティレベル情報とを取得する第二の取得手段、
前記第一の取得手段により取得された電子ファイルに含まれるサーバ識別子と電子ファイルのセキュリティレベル情報と、前記第二の取得手段により取得されたサーバ識別子とユーザのセキュリティレベル情報とを用いて、前記電子ファイルの閲覧制御を行う閲覧制御手段
として前記情報処理装置を機能させることを特徴とするコンピュータプログラム。
【請求項７】
請求項６に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１３７８７１（Ｐ２０１２−１３７８７１Ａ）
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願番号】特願２０１０−２８８７１７（Ｐ２０１０−２８８７１７）
【出願日】平成２２年１２月２４日（２０１０．１２．２４）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２４年７月１９日（２０１２．７．１９）
【国際特許分類】
【出願日】平成２２年１２月２４日（２０１０．１２．２４）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]