(57)【要約】【課題】ファイルをアップロードした場合に、閲覧できないデータが権限のないユーザに閲覧されてしまうことを防止する仕組みを提供すること。【解決手段】データを管理し、データに対する権限を記憶する情報処理装置であって、クライアント端末からのファイル生成要求に従って、前記データを用いて、前記ユーザが閲覧可能な第１のファイルと、前記データが閲覧制限された第２のファイルを生成するファイル生成手段と、前記ファイル生成手段で生成された第１のファイルをクライアント端末に送信する第１の送信手段と、前記第１の送信手段で送信された第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、前記第２のファイルを登録する登録手段とを備えることを特徴とする。【選択図】図３
2015122033.tif 000002
【特許請求の範囲】
【請求項１】
データを管理し、データに対する権限を記憶する情報処理装置であって、
クライアント端末からのファイル生成要求に従って、前記データを用いて、ユーザが閲覧可能な第１のファイルと、前記データが閲覧制限された第２のファイルを生成するファイル生成手段と、
前記ファイル生成手段で生成された第１のファイルをクライアント端末に送信する第１の送信手段と、
前記第１の送信手段で送信された第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、前記第２のファイルを登録する登録手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記第１のファイルがアップロードされた場合、当該第１のファイルに対応して、ダミーのリンク情報を記憶する記憶制御手段
を更に備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ダミーのリンク情報に対して要求があった場合に、ユーザの権限に従って、前記第１のファイル、又は、前記第２のファイルを要求したクライアント端末に送信する第２の送信手段
を更に備えることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第１のファイルの識別情報と、前記第２のファイルの識別情報を対応付けた管理情報を管理する管理手段と、
前記第１のファイルがアップロードされた場合に、当該第１のファイルの識別情報と管理情報に従って、当該第１のファイルに対応する第２のファイルがあるか否かを判定する判定手段と
を備え、
前記記憶制御手段は、前記判定手段で第２のファイルがあると判定された場合に、前記第１のファイルと当該第２のファイルを前記ダミーのリンク情報と対応付けて記憶することを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記判定手段で、第２のファイルがあると判定された場合に、前記クライアント端末に閲覧制限されたファイルが登録される旨のメッセージを送信するメッセージ送信手段
を更に備えることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第１のファイルは、ユーザの権限に従って閲覧制限されていないファイルであり、前記第２のファイルは、他のユーザの権限に従って閲覧制限されているファイルであることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
データを管理し、データに対する権限を記憶する情報処理装置の処理方法であって、
前記情報処理装置が
クライアント端末からのファイル生成要求に従って、前記データを用いて、ユーザが閲覧可能な第１のファイルと、前記データが閲覧制限された第２のファイルを生成するファイル生成ステップと、
前記ファイル生成ステップで生成された第１のファイルをクライアント端末に送信する第１の送信ステップと、
前記第１の送信ステップで送信された第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、前記第２のファイルを登録する登録ステップと
を実行することを特徴とする処理方法。
【請求項８】
データを管理し、データに対する権限を記憶する情報処理装置のプログラムであって、
前記情報処理装置を、
クライアント端末からのファイル生成要求に従って、前記データを用いて、ユーザが閲覧可能な第１のファイルと、前記データが閲覧制限された第２のファイルを生成するファイル生成手段と、
前記ファイル生成手段で生成された第１のファイルをクライアント端末に送信する第１の送信手段と、
前記第１の送信手段で送信された第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、前記第２のファイルを登録する登録手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票を管理する情報処理装置と、その処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、クラウドなど外部のサービスを利用して企業内のデータを管理することが行われている。
【０００３】
このデータを、ブラウザを介して閲覧することが行われているが、登録されているデータによって閲覧可能なデータと閲覧不可能なデータが存在するため、ログインしたユーザの権限によって、制御することが行われている。例えば、閲覧するユーザの参照権限によって、閲覧できないデータを「＊」でマスキングして表示する。
また、閲覧しているデータを帳票化して出力（例えば、フォームオーバレイ出力）することが行われている。
この出力は、例えばＰＤＦ化して、帳票生成要求のあったクライアント端末にダウンロードされて、ユーザにより利用可能な状態となる。
【０００４】
更に、特許文献１に記載されているように、ダウンロードする帳票にマスキング処理を行い、要求のあったユーザ端末にマスキングした帳票を送信する技術が存在する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−２２７５３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の仕組みにおいては、ユーザの参照権限によって、データの閲覧を制御していることから、データの参照権限のあるユーザが帳票の生成要求をした場合には、通常はデータがマスキングされない帳票ファイルが生成され、生成要求したユーザの端末へファイルがダウンロードされる。参照権限のないユーザが帳票の生成要求をした場合には、参照できない箇所のデータがマスキングされた帳票ファイルが生成され、生成要求したユーザの端末へファイルがダウンロードされる。
【０００７】
そのため、参照権限のあるユーザの端末には、マスキングがされていないファイルが保存されるため、ユーザが誤ってこのファイルを管理するために、ファイルをサーバにアップすると、データがマスキングされていないために参照権限のないユーザが閲覧できてしまうという問題があった。
なお、データを管理しているサーバと、ファイルを管理するサーバとは同一サービスで、データを一元管理する仕組みとなっている。
【０００８】
そこで、本発明の目的は、ファイルをアップロードした場合に、閲覧できないデータが権限のないユーザに閲覧されてしまうことを防止する仕組みを提供することである。
【課題を解決するための手段】
【０００９】
本発明の目的を達成するための、データを管理し、データに対する権限を記憶する情報処理装置であって、クライアント端末からのファイル生成要求に従って、前記データを用いて、前記ユーザが閲覧可能な第１のファイルと、前記データが閲覧制限された第２のファイルを生成するファイル生成手段と、前記ファイル生成手段で生成された第１のファイルをクライアント端末に送信する第１の送信手段と、前記第１の送信手段で送信された第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、前記第２のファイルを登録する登録手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ファイルをアップロードした場合に、本来閲覧できないデータが閲覧されてしまうことを防ぐことができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理システムの構成の一例を示すシステム構成図である
【図２】サーバ１０１、クライアント端末１０２、１０３に適用可能な情報処理装置のハードウエア構成例を示すブロック図である
【図３】サーバ１０１、クライアント端末１０２の機能ブロック図である
【図４】本システムにおける全体の処理に関するフローチャートである
【図５】帳票作成処理処理に関するフローチャートである
【図６】帳票のダウンロード処理に関するフローチャートである
【図７】帳票のアップロード処理に関するフローチャートである
【図８】企業データを含む画面の一例を示すイメージ図である
【図９】帳票作成指示をする帳票生成ボタンを示す図である
【図１０】ダウンロード帳票一覧画面の一例を示すイメージ図である
【図１１】ダウンロードした帳票の表示例を示すイメージ図である。
【図１２】アップロード画面の一例を示すイメージ図である。
【図１３】ユーザテーブルの一例を示す図である。
【図１４】帳票テーブルの一例を示す図である。
【図１５】マスクする項目を示す図である
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は本発明のクライアント端末１０２、１０３と、サーバ１０１を含む情報処理システムの構成の一例を示すシステム構成図である。
【００１３】
サーバ１０１は、種々のデータ（データやファイル）を管理するサーバであり、クラウド環境を想定した仕組みである。なお、サーバ１０１は、データを管理し、データに対する権限を記憶するサーバである。
【００１４】
そのため、ネットワーク１００はＬＡＮやＷＡＮで構成されたネットワークであるものとして説明する。また、クラウド環境を想定しているが、企業内のイントラネット上での環境であってもよい。
【００１５】
クライアント端末１０２、１０３はブラウザを記憶し、ブラウザからネットワーク１００を介して、サーバ１０１にアクセスする。サーバ１０１にログインして、サーバ１０１からサーバ１０１が管理するデータを表示するＷｅｂ画面を受信して表示する。なお、このログインの時には、ユーザＩＤとパスワードを用いて認証が行われ、ユーザＩＤに対応付く権限に従って、サーバで管理しているデータの制御が行われる。
【００１６】
サーバ１０１は、データベースを有し、様々なデータを管理している。また、フォームとデータを合成して、帳票（例えば、ＰＤＦデータ）を生成する。また、この帳票をクライアント端末１０２、１０３に送信することが可能で会える。さらに、クライアント端末１０２、１０３からのアップロード要求に応じてファイルを受信して、登録することが可能である。その他、ファイルに限らず、ユーザや管理者のクライアント端末１０２、１０３から様々なデータを登録することができる。
なお、クライアント端末１０２、１０３とサーバ１０１との間には、インターネット上で通信するための各種機器が備わっていることは言うまでもない。
【００１７】
なお、サーバ１０１は、Ｗｅｂアプリケーションサーバとして動作するとともに、データベースを管理するサーバとして動作する。また、Ｗｅｂアプリケーションサーバと、データベースサーバは別筐体として動作することも可能である。更に、Ｗｅｂアプリケーションサーバも冗長化構成として複数台あってもよい。
【００１８】
次に、図２を用いて、図１に示したサーバ１０１、クライアント端末１０２、１０３に適用可能な情報処理装置のハードウエア構成について説明する。
なお、図２は、サーバ１０１として説明する。
【００１９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２０】
本実施形態では、例えば、Ｗｅｂアプリケーションやデータや帳票（ふぃあある）を記憶管理している。なお、Ｗｅｂアプリケーションではクライアント端末１０２、１０３からのログインを制御するため、セッションの管理をしている。また、ログインユーザの権限を管理するため、ユーザテーブル（図１３）を記憶管理している。
【００２１】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２２】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示した５００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２７】
次に、図３の機能ブロック図を用いて、本発明のサーバ１０１の機能について説明する。なお、各機能はそれぞれのＣＰＵが機能を実行するものとする。
また、各機能の詳細な処理については、図４〜図７のフローチャートを用いて説明する。
【００２８】
図３は、本発明の実施形態に係るサーバ１０１、クライアント端末１０２の機能としての模式的構成を示すブロック図である。
各機能部による詳細な処理については、図４〜図７を用いて後述する。
【００２９】
クライアント端末１０２は、ファイル生成指示部３００、ダウンロード部３０１、アップロード部３０２、表示制御部３０３の機能部を有している。また、サーバ１０１は、ファイル生成部３０４、第１の送信部３０５、登録部３０６、記憶制御部３０７、第２の送信部３０８、管理部３０９、判定部３１０、メッセージ送信部３１１の機能部を有している。
【００３０】
ファイル生成指示部３００は、クライアント端末１０２で表示しているデータ（例えば、会社データ）の帳票作成ボタンの押下に従って、サーバ１０１にファイル生成指示の要求を実行する機能部である。
ダウンロード部３０１は、サーバ１０１で生成されたファイルを、ユーザの指定に従ってダウンロードする機能部である。
【００３１】
アップロード部３０２は、クライアント端末１０２の外部メモリに記憶されているファイルをサーバ１０１の所定のデータ（例えば、商談データ）に関連付けるため、ファイルをアップロードする機能部である。
【００３２】
表示制御部３０３は、クライアント端末１０２でダウンロードしたファイルの表示を制御する、あるいは、サーバ１０１のデータをＷｅｂ画面として受信し、受信した画面の表示を制御する機能部である。
【００３３】
ファイル生成部３０４は、クライアント端末からのファイル生成要求に従って、記憶管理しているデータを用いて、ユーザが閲覧可能な第１のファイルと、データが閲覧制限された第２のファイルを生成する機能部である。
第１の送信部３０５は、ファイル生成部３０４で生成された第１のファイルをクライアント端末に送信する機能部である。
【００３４】
登録部３０６は、第１の送信部で送信された第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、第２のファイルを登録する機能部である。
記憶制御部３０７は、第１のファイルがアップロードされた場合、当該第１のファイルに対応して、ダミーのリンク情報を記憶する機能部である。
【００３５】
第２の送信部３０８は、ダミーのリンク情報に対して要求があった場合に、ユーザの権限に従って、第１のファイル、又は、第２のファイルを要求したクライアント端末に送信する機能部である。
管理部３０９は、第１のファイルの識別情報と、第２のファイルの識別情報を対応付けた管理情報を管理する機能部である。
【００３６】
判定部３１０は、第１のファイルがアップロードされた場合に、当該第１のファイルの識別情報と管理情報に従って、当該第１のファイルに対応する第２のファイルがあるか否かを判定する機能部である。
【００３７】
記憶制御部３０７は、判定部３１０で第２のファイルがあると判定された場合に、第１のファイルと第２のファイルをダミーのリンク情報と対応付けて記憶する機能部である。
【００３８】
メッセージ送信部３１１は、判定部３１０で第２のファイルがあると判定された場合に、前記クライアント端末に閲覧制限されたファイルが登録される旨のメッセージを送信する機能部である。
【００３９】
なお、第１のファイルは、ユーザの権限に従って閲覧制限されていないファイルであり、第２のファイルは、他のユーザの権限に従って閲覧制限されているファイルであるものとする。
【００４０】
次に、本実施形態における処理の詳細な説明を、図４〜図７のフローチャートを用いて説明する。なお、フローチャートのステップは、各装置のＣＰＵが処理を実行する。
図４は、本実施形態の全体の処理を示すフローチャートである。
まず、図４のフローチャートを用いて全体の処理について説明する。
【００４１】
ステップＳ４０１では、クライアント端末１０２、１０３（以下、クライアント端末１０２と省略して説明する。）サーバ１０１にアクセスして、ログイン画面を受信し、クライアント端末１０２のブラウザでログイン画面を表示する。
そして、ユーザの操作により受け付けたユーザＩＤとパスワードをサーバに送信して、サーバ１０１に記憶されている図１３のユーザテーブルを用いて認証を行い、認証成功した場合、ログインを行う。これによりサーバ１０１とクライアント端末１０２のセッションが維持され、各種データの送受信が行われる。
【００４２】
ステップＳ４０２では、ユーザの各種操作に基づき、サーバ１０１からユーザが所望するデータの画面を表示する。例えば、図８の企業データを含む画面ンが表示される。これは、ブラウザを介して表示されている。
【００４３】
この時、ログインしたユーザの権限（図１３）に従って、参照権限があるユーザと判定された場合には、マスクしない画面（図８の８００）をサーバ１０１で生成して、クライアント端末１０２に送信する。そして、ブラウザで表示する。また、参照権限がないユーザと判定された場合には、図１５のマスク項目を参照して、該当する項目のデータを「＊」などの置き換え文字にてマスクした画面（図８の８１０）をサーバ１０１で生成して、クライアント端末１０２に送信する。そして、ブラウザで表示する。
なお、マスクは、置き換え文字でなく、データがユーザに認識できない形態であれば、これに限ることはない。
【００４４】
８０１〜８０３は、マスクしていない状態を示し、８０４〜８０６がマスクされている状態を示している。また、マスクする項目か否かは図１５の項目で判定され、表示される。
【００４５】
ステップＳ４０３では、図９の帳票生成ボタン９０１の押下を受け付け、帳票生成指示をサーバ１０１へ要求をする。ここで、作成する帳票の帳票ＩＤや帳票種別等が要求に含まれるものとする。なお、本実施形態では帳票ＩＤを用いて説明する。サーバ１０１では、帳票ＩＤと表示されているデータ（図８の表示データ）が対応付いて記憶、管理されているものとする。
ステップＳ４０７では、サーバ１０１は要求を受け付け、表示されているデータの帳票を作成する。帳票作成のフローチャートは図５にて説明する。
【００４６】
ステップＳ４０４では、ステップＳ４０７で生成された帳票を図１０で表示する。図１０での指定に従って帳票（ファイル）を表示する。帳票の表示例が図１１である。なお、クライアント端末１０２で表示制御するためのサーバ１０１の処理はステップＳ４０８である。ステップＳ４０８の処理は、図６にて説明する。
【００４７】
ステップＳ４０５では、ステップＳ４０４のあと、ダウンロードされ表示された帳票をクライアント端末１０２の外部メモリ２１１に保存する。これは、例えばＰＤＦファイルをローカルにダウンロードして保存する処理である。ここで保存されるＰＤＦファイルは、ユーザの権限に応じてマスキングがされている帳票のファイルである場合と、マスキングがされていない帳票のファイルである場合がある。
【００４８】
ステップＳ４０６では、ステップＳ４０５で保存したファイルを、ユーザの操作に従って、サーバ１０１にアップロードする。アップロードについては、図１２のようなアップロード画面を表示し、ファイル添付１２０１のボタンを押下して、ローカルに保存されているファイルを指定して実行することで帳票のアップロードがサーバ１０１に行われる。
【００４９】
ステップＳ４０９では、帳票（ファイル）を受信して、外部メモリ２１１に登録する。なお、帳票のアップロードのサーバ１０１の処理については図７にて説明する。
【００５０】
次に、図５のフローチャートを用いて、サーバ１０１の帳票作成処理について説明する。
【００５１】
ステップＳ５０１では、帳票作成要求のあった帳票ＩＤをもとに、帳票化するデータを取得する。また、データに対応する項目が、「暗号化」型の項目が含まれているか否かを判定する。具体的には、図１５の項目で暗号化する項目があるか否かを判定する。
【００５２】
暗号化する項目のデータが含まれる帳票であった場合には、ステップＳ５０２へ処理を移し、暗号化する項目のデータが含まれない帳票であった場合には、ステップＳ５１３へ処理を移す。
【００５３】
なお、本実施形態では図１５のように項目ごとに暗号化するか否かを識別するためのフラグを記憶するようにしているが、帳票ごとに暗号化する項目の有無を識別するためのフラグを記憶する構成であってもよい。
【００５４】
ステップＳ５０２では、帳票に暗号化するデータが含まれている旨のメッセージをクライアント端末１０２へ送信し、クライアント端末１０２でメッセージを表示する。メッセージを表示して、クライアント端末１０２の画面でＯＫボタンが押下されると、ステップＳ５０３へ処理を移すものとする。
ステップＳ５０３では、ログインユーザで、帳票生成指示を実行したユーザの権限を取得する。
具体的には、図１３のユーザテーブルを参照し、ログインしたユーザのユーザＩＤに対応する参照権限を取得する。
【００５５】
ステップＳ５０４では、ユーザの権限が参照権限ありか否かを判定する。参照権限がありのユーザである場合には、ステップＳ５０５へ処理を移し、参照権限がなしのユーザである場合には、ステップＳ５１０へ処理を移す。
【００５６】
なお、本実施形態では、参照権限あり・なしで説明するが、参照権限にレベル（１〜３など）を持たせ、参照権限のレベルによって、暗号化する項目を決定してもよい。その場合、図１５の項目ごとに、参照権限に対応する暗号化レベルを設定するものとする。
【００５７】
ステップ５０５では、暗号化データ（マスクするデータ）を表示したファイルと、データをマスクしたファイルを生成する旨のメッセージをクライアント端末１０２へ送信する。クライアント端末では、メッセージを受信すると、メッセージを表示する。
メッセージを表示して、クライアント端末１０２の画面でＯＫボタンが押下されると、ステップＳ５０６へ処理を移すものとする。
ステップＳ５０６では、クライアント端末１０２で表示しているデータを取得し、予め記憶されているフォームと合成して帳票を作成する。
【００５８】
具体的には、データをフォームと合成し、マスクがされていない帳票（ＰＤＦファイル）を生成する（ユーザ権限に従って閲覧制限されていない第１のファイルの生成）。また、暗号化ありとなっている項目のデータを所定の文字列、例えば「＊」に変換したデータをフォームと合成し、マスクされている帳票（ＰＤＦファイル）を生成する（他のユーザの権限に従って閲覧制限されている第２のファイルの生成）。ファイル名はマスクをした帳票に対しては「マスク＿ｘｘｘ」とする。
すなわち、クライアント端末からのファイル生成要求に従って、前記データを用いてユーザが閲覧可能な第１のファイルを生成し、閲覧制限するための第２のファイルを生成するファイル生成処理の一例である。
【００５９】
なお、帳票作成のデータとフォームの合成する技術は、既知のフォームオーバレイ技術を用いて実現するものとして、フォームオーバレイについては説明を省略する。
【００６０】
ステップＳ５０７では、ステップＳ５０６で生成した帳票のプロパティなどの属性情報として、マスクした帳票と、マスクしていない帳票（クライアント端末１０２に表示する帳票）がセットであることを関連付けるため、コードを作成して、書き込む。
例えば、図１１の１１０２に対応する帳票には、マスクしていない帳票のコードである「２０１３０９１１１６３０ＡＡＡＡ１０」を書き込み、図１１の１１０１に対応する帳票には、マスクをした帳票のコードである「２０１３０９１１１６３０ＡＡＡＡ１１」を書き込む。
【００６１】
ステップＳ５０８では、作成した２つの帳票をサーバ１０１の外部メモリ２１１に保存する。そして、保存した帳票を指定していないダミーのＵＲＬを作成し、ファイルダウンロード用のリンク情報として、図１４のダミーＵＲＬ１４０６にダミーＵＲＬを登録する。このとき作成したファイルのファイル名をファイル名１４０１に登録する。
ステップＳ５０９では、ステップＳ５０７で書き込んだコード等の情報を図１４の帳票テーブルに登録する。
具体的には、ステップＳ５０８で保存した帳票の場合、図１４の１４１０（マスクしていない帳票）と、１４１１（マスクした帳票）として保存される。
【００６２】
図１４では、ファイル名１４０１、コード１４０２、セットＩＤ１４０３、暗号化データの表示有無１４０４、保存先ＵＲＬ１４０５が記憶される。この保存先ＵＲＬは、直接ファイルと関連付いているＵＲＬである。
【００６３】
なお、セットＩＤは、例えば、１４１０と１４１１がセットであることを示すため、ＡＡＡＡ１が記憶されている。暗号化データの表示有無には、「０」は暗号化データが表示されることを示し、「１」はマスク表示されることを示すものである。
すなわち、図１４は、第１のファイルの識別情報と、第２のファイルの識別情報を対応付けた管理情報を管理する一例を示すものである。
【００６４】
ステップＳ５１０では、参照権限がないユーザであるため、データをマスクしたファイルを生成する旨のメッセージをクライアント端末１０２へ送信する。クライアント端末では、メッセージを受信すると、メッセージを表示する。
メッセージを表示して、クライアント端末１０２の画面でＯＫボタンが押下されると、ステップＳ５１１へ処理を移すものとする。
ステップＳ５１１では、クライアント端末１０２で表示しているデータを取得し、予め記憶されているフォームと合成してマスクされている帳票を作成する。
【００６５】
具体的には、暗号化ありとなっている項目のデータを所定の文字列、例えば「＊」に変換したデータをフォームと合成し、マスクされている帳票（ＰＤＦ）を生成する。
【００６６】
ステップＳ５１２では、図１４の帳票テーブルに生成した帳票を登録する。この場合、ファイル名を「マスク＿ｘｘｘ」としてマスクがされていることを識別できるようにするものとする。なお、ステップＳ５１２では、図１４の帳票テーブルには、セットとなるマスクしていない帳票が存在しないため、コードと、ダミーＵＲＬが書き込まれていない。また、図１４のコード１４０２、セットＩＤ１４０３には値が記憶されない。
ステップＳ５１２では、保存した帳票のＵＲＬを、保存先ＵＲＬ１４０５に登録する。
ステップＳ５１３では、クライアント端末１０２で表示しているデータを取得し、予め記憶されているフォームと合成して帳票を作成する。
具体的には、暗号化する項目がない帳票であるため、データをフォームと合成し、マスクがされていない帳票（通常の帳票のＰＤＦ）を生成する。
【００６７】
ステップＳ５１４では、生成した帳票を外部メモリ２１１に保存して、その保存した帳票のＵＲＬを、図１４の保存先ＵＲＬ１４０５に登録する。また、ステップＳ５０８やステップＳ５１２と同様に、図１４の帳票テーブルには、ファイル名１４０１が登録される。なお、暗号化データの表示有無１４０４には、暗号化されていないため「０」が登録されるものとするが、通常の生成されたファイルであるためＮＵＬＬ値であってもよい。また、ダミーＵＲＬについてもＮＵＬＬ値となる。
【００６８】
次に、図６のフローチャートを用いて、帳票のダウンロード処理について説明する。
まず、ステップＳ４０４で表示した図１０のダウンロード帳票一覧画面で、１００１又は１００２が指定され、サーバ１０１へダウンロード要求がされる。
すなわち、クライアント端末１０２には、図１４の帳票テーブルのファイルのＵＲＬが埋め込まれた画面が、クライアント端末１０２に送信され、表示されている。この１００１と１００２のリンク情報は、ダミーＵＲＬである。
また、ダミーＵＲＬがない帳票の場合には、保存先ＵＲＬがリンク情報となっている。
【００６９】
ステップＳ６０１では、クライアント端末１０２でユーザにより指定されたＵＲＬに対する要求（ダウンロード要求）を受信する。そして、受け付けた要求のＵＲＬがダミーのＵＲＬか否かを判定する。具体的には、図１４のダミーＵＲＬとの一致を判定する。ダミーのＵＲＬであると判定された場合、ステップＳ６０２へ処理を移し、ダミーのＵＲＬでないと判定された場合、ステップＳ６０６へ処理を移す。
【００７０】
ステップＳ６０２では、ログインし、要求を実行したユーザに参照権限があってもマスクされた帳票をダウンロードさせるユーザか否かを、図１３の１３０１のフラグを参照して判定する。
ステップＳ６０３では、ログインし、要求を実行したユーザの参照権限を図１３の参照権限を参照する。
ステップＳ６０４では、参照権限が「あり」の場合には、ステップＳ６０５へ処理を移し、参照権限が「なし」の場合には、ステップＳ６０６へ処理を移す。
【００７１】
ステップＳ６０５では、マスクしていない帳票を取得するため、ダミーＵＲＬに対応する、暗号化データの表示有無１４０４が「０」のファイルを特定する。この場合、１４１０のレコードとなる。そして、保存先ＵＲＬ１４０５のＵＲＬを取得する。要求のダミーＵＲＬに変え、取得した保存先ＵＲＬを用いて、外部メモリ２１１に保存されているファイルを取得する。
そして、このファイルをクライアント端末１０２に送信する。すなわち、生成された第１のファイルをクライアント端末に送信する送信処理の一例である。
これによって、クライアント端末１０２ではＰＤＦファイルの帳票が表示され、ステップＳ４０５へ処理を移す。
【００７２】
ステップＳ６０６では、マスクした帳票が存在するかを判定する。具体的には、マスクのある帳票を取得するため、ダミーＵＲＬに対応する、暗号化データの表示有無１４０４が「１」のファイルがあるかを判定する。マスクした帳票がある場合には、ステップＳ６０７へ処理を移し、マスクした帳票がない場合には、ステップＳ６０８へ処理を移す。
【００７３】
ステップＳ６０７へ処理を移す場合は、１４１１のレコードがある場合である。また、ステップＳ６０８へ処理を移す場合には、１４１１のレコードが削除されるなどして存在しない場合である。
【００７４】
ステップＳ６０７では、マスクのある帳票を取得するため、ダミーＵＲＬに変え、１４１１の保存先ＵＲＬを用いて外部メモリ２１１に保存されているファイルを取得する。そして、このファイルをクライアント端末１０２に送信する。
【００７５】
すなわち、マスクされていないファイルに対するダウンロード要求をクライアント端末１０２から実行されても、ダミーＵＲＬであるため、参照権限に従って、マスクされたファイルがクライアント端末１０２にダウンロードされることになる。
【００７６】
ステップＳ６０８では、マスクした帳票がないため、参照できない旨のメッセージをクライアント端末１０２へ送信する。クライアント端末１０２では、メッセージを受信して、表示する。
【００７７】
ステップＳ６０９では、指定されたＵＲＬに対する要求（ダウンロード要求）がダミーＵＲＬでないため、要求のあったＵＲＬを用いて、外部メモリ２１１からファイルを取得する。そして、取得したファイルをクライアント端末１０２へ送信する。また、クライアント端末１０２は受信したファイル（帳票）を表示する。
【００７８】
次に、図７のフローチャートを用いて、帳票のアップロード処理について説明する。
【００７９】
クライアント端末１０２で、図１２のファイル添付１２０１の指定を受け付け、クライアント端末１０２のローカルに保存されているファイル（帳票）を指定し、アップロードの実行指示がされると、ステップＳ７０１に処理が移る。
なお、ローカルにあるファイル以外に、ファイルサーバに保存されているファイルであってもよい。
また、アップロード指示は、ユーザによる任意の格納先へのアップロードするものである。すなわち、図６のダウンロードした先と、アップロードする先とは別の管理領域となることがある。
【００８０】
具体的には、サーバ１０１では、各商談を管理しており、その商談に対して、図６でダウンロードしたファイルを、関連情報として別途添付するという形態が考えられる。
すなわち、サーバ１０１で管理している企業情報から、商談に関連付けたいファイルを生成し、一旦クライアント端末１０２に保存する。そして、ユーザは、このファイルを添付したい商談（アップロード先）を指定し、ファイルをアップロードする。
そのため、ファイルをアップロードしたが、そのアップロード先には、図６で保存されたファイルが添付されていない状況となる。
【００８１】
ステップＳ７０１では、クライアント端末１０２からファイルを受信する。そして、受信したファイルの所定の属性情報を参照し、コードが書き込まれているか否かを判定する。コードが書き込まれていると判定された場合には、ステップＳ７０２へ処理を移し、コードが書き込まれていないと判定された場合には、ステップＳ７０８へ処理を移す。
【００８２】
ステップＳ７０２では、帳票（ファイル）に暗号化のデータ（マスクが必要なデータ）が含まれている旨のメッセージをクライアント端末１０２へ送信する。クライアント端末１０２は、メッセージを受信して、表示する。メッセージを表示して、クライアント端末１０２の画面でＯＫボタンが押下されると、ステップＳ７０３へ処理を移すものとする。
【００８３】
ステップＳ７０３では、図１４の帳票テーブルと、ステップＳ７０１で参照したコードから、対になるマスクされた帳票があるかを判定する。帳票テーブルに、参照したコードを有するレコードがある場合、ステップＳ７０４に処理を移す。また、参照したコードを有するレコードがない場合、ステップＳ７０６に処理を移す。
すなわち、第１のファイルがアップロードされた場合に、当該第１のファイルの識別情報と管理情報に従って、当該第１のファイルに対応する第２のファイルがあるか否かを判定する判定処理の一例である。
【００８４】
ステップＳ７０４では、図１４の帳票テーブルに、図５で生成されたマスクした帳票があるため、マスクした帳票（ファイル）も合わせて登録する旨のメッセージをクライアント端末１０２に送信する。そして、クライアント端末１０２では、メッセージを受信して、表示する。メッセージを表示して、クライアント端末１０２の画面でＯＫボタンが押下されると、ステップＳ７０５へ処理を移すものとする。
すなわち、ステップＳ７０３で、第２のファイルがあると判定された場合に、クライアント端末に閲覧制限されたファイルが登録される旨のメッセージを送信する処理の一例である。
【００８５】
ステップＳ７０５では、受信した帳票と、ステップＳ７０３で特定された帳票を取得し、２つの帳票をサーバ１０１に保存する。この時、図１４の帳票テーブルに新たにレコードを追加して、保存した帳票のファイル名と、ダミーＵＲＬを登録する。なお、ダミーＵＲＬは新たに生成し、登録するものとする。
すなわち、第１のファイルがアップロードされた場合、当該第１のファイルに対応して、ダミーのリンク情報を記憶する記憶制御処理の一例である。
また、ステップＳ７０３で、第２のファイルがあると判定された場合に、第１のファイルと第２のファイルをダミーのリンク情報と対応付けて記憶する処理の一例である。
また、第１のファイルがアップロードされた場合に、閲覧制限のあるユーザに閲覧可能にすべく、閲覧制限された第２のファイルを登録する登録処理の一例である。
なお、ファイル名が重複しても登録できるように管理されていることは言うまでもない。
【００８６】
本実施形態では、同じ帳票であるが実体のファイルが重複して保存されるように構成するが、実体のファイルは１つで、ファイルを管理する管理情報を記憶する構成であってもよい。例えば、関連付ける先（商談情報など）を図１４の帳票テーブルに記憶させることで実現する。
【００８７】
ステップＳ７０６では、図１４の帳票テーブルに、図５で生成されたマスクした帳票がないため、マスクした帳票（ファイル）がない旨のメッセージをクライアント端末１０２に送信する。そして、クライアント端末１０２では、メッセージを受信して、表示する。メッセージを表示して、クライアント端末１０２の画面でＯＫボタンが押下されると、ステップＳ７０７へ処理を移すものとする。
【００８８】
ステップＳ７０７では、受信した帳票（ファイル）を、サーバ１０１の格納先に保存する。そして、図１４の帳票テーブルに、新たなレコードを追加して、ファイル名とダミーＵＲＬを登録する。ダミーＵＲＬは新たなダミーＵＲＬが生成される。
【００８９】
ステップＳ７０８では、コードが書き込まれていない帳票（ファイル）であるため、サーバ１０１に通常保存する。そして、図１４の帳票テーブルに、新たなレコードを追加して、ファイル名と保存先ＵＲＬを登録する。
【００９０】
ステップＳ７０９では、ステップＳ７０５又はステップＳ７０６の登録に応じて、登録されたレコードの情報を更新する。
具体的には、コードには、受信した帳票の属性情報から取得したコードをコード１４０２に登録し、また、対となる帳票がある場合には、その帳票のコードをコード１４０２に登録する。さらに、対となる帳票を登録する場合には、新たなセットＩＤを生成して、受信した帳票と、対となる帳票のレコードのセットＩＤ１４０３に登録する。
【００９１】
さらに、受信した帳票（マスクされていない帳票）のレコードには、暗号化データの表示有無１４０４に「０」を登録し、対となる帳票のレコードの暗号化データの表示有無１４０４に「１」を登録する。
【００９２】
図７で登録された帳票は、図６の処理により、参照権限のないユーザがマスクされていない帳票をダウンロードしようとしても、マスクした帳票（ファイル）がダウンロードされ、表示するため、本来閲覧できないデータが閲覧されてしまうことを防ぐことができる。
【００９３】
以上、本実施形態によれば、ファイルをアップロードした場合に、本来閲覧できないデータが閲覧されてしまうことを防ぐことができる。
【００９４】
特に、Ｗｅｂ画面上でのデータの表示を制御できても、閲覧権限のあるユーザがデータを帳票化（ファイル生成）し、そのファイルをアップロードした際に閲覧を制御できない仕組みにおいて、より適切に閲覧を制御することができる。
【００９５】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９６】
また、本発明におけるプログラムは、図４〜図７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４〜図７の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４〜図７の各装置の処理方法ごとのプログラムであってもよい。
【００９７】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９８】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９９】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１００】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０１】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０２】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０３】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０４】
１００  ネットワーク
１０１  サーバ
１０２  クライアント端末
１０３  クライアント端末
【図１】
2015122033.tif 000003
【図２】
2015122033.tif 000004
【図３】
2015122033.tif 000005
【図４】
2015122033.tif 000006
【図５】
2015122033.tif 000007
【図６】
2015122033.tif 000008
【図７】
2015122033.tif 000009
【図８】
2015122033.tif 000010
【図９】
2015122033.tif 000011
【図１０】
2015122033.tif 000012
【図１１】
2015122033.tif 000013
【図１２】
2015122033.tif 000014
【図１３】
2015122033.tif 000015
【図１４】
2015122033.tif 000016
【図１５】
2015122033.tif 000017