JP2009086931A - 書類データ管理方法、書類データ作成方法、サーバおよびコンピュータプログラム - Google Patents

Abstract

【課題】Ｗｅｂシステムにおいて非公開データを適切に保護する。
【解決手段】端末装置８とＷｅｂサーバ２との間のセッションを開始する際に、セッション識別子ＳＩを端末装置８に付与する。端末装置８から、帳票ファイルＤＦの管理依頼とセッション識別子ＳＩとを受信し、帳票ファイルＤＦを、管理依頼とともに受信したセッション識別子ＳＩと対応付けて、ファイアウォール３により保護された中間ファイル管理サーバ４に記憶させる。端末装置８から、セッション識別子ＳＩと中間ファイル管理サーバ４に記憶されている書類データＤＦのダウンロード要求とを受信すると、書類データＤＦが対応付けられているセッション識別子ＳＩと、ダウンロード要求とともに受信したセッション識別子ＳＩとが一致した場合に、中間ファイル管理サーバ４から書類データＤＦを読み出して端末装置に送信する。
【選択図】図４

Description

本発明は、帳票ファイルなどの書類データの管理方法および作成方法、そのためのサーバおよびコンピュータプログラムに関する。

近年、情報セキュリティに対する意識が高まる一方、非公開データの漏洩が問題となっている。中でも、ネットワークシステムにおいて、複数のコンピュータから接続されて使用されるサーバに記憶されるデータは、多数のユーザによって読み出しまたは書き込みが行われるので、漏洩しやすく、またその漏洩が発覚しにくい。

これに対して、保護対象のファイルにオペレーティングシステムからアクセスできないようにするファイル保護方法が、特許文献１に開示されている。

この方法によると、ハードディスクなどの記憶装置に、オペレーティングシステムからアクセス不可能な保護領域を作成する。保護対象のファイルを、オペレーティングシステムからアクセス可能な非保護領域から保護領域に移動させることによって、データの漏洩および改ざんなどの不正な処理から保護する。

また、機密文書を代理するプロキシファイルを経由してのみ機密文書にアクセスできるようにする機密文書管理方法が、特許文献２に開示されている。

この方法によると、ユーザが直接アクセスでき、それ自体は内容を持たないプロキシファイルを生成し、生成されたプロキシファイルを経由して機密文書にアクセスさせる。さらに、機密文書にアクセスする際にユーザの認証を行うことによって、権限のないユーザによる機密文書へのアクセスを防ぐ。

一方、複数台のコンピュータからなる業務システムにおいて、ＷｅｂブラウザおよびＷｅｂサーバなどのＷＷＷ（world wide web）の技術を用いたシステム（以下、Ｗｅｂシステムと称する）の普及が進んでいる。

Ｗｅｂシステムでは、ＷｅｂブラウザをクライアントとしてＷｅｂサーバにアクセスさせることによって、各種の処理を行うことができる。Ｗｅｂブラウザは多くのパーソナルコンピュータに標準でインストールされているので、導入が容易であること、および、クライアント側のソフトウェアを更新する手間を省けることが、Ｗｅｂシステムの特徴である。

図９は従来のＷｅｂシステム７０の構成を示す図である。

Ｗｅｂシステム７０は、サーバ７１およびパーソナルコンピュータ７２などによって構成される。サーバ７１は、Ｗｅｂサーバの機能を有するサーバであり、パーソナルコンピュータ７２からの要求に応じて処理を行う。パーソナルコンピュータ７２は、インストールされているＷｅｂブラウザを介して、クライアントとしてサーバ７１に処理を要求する。また、パーソナルコンピュータ７２は複数であってもよい。

例として、サーバ７１が記憶するデータおよびログなどを所定の様式に表す帳票を印刷する場合の処理の流れを、以下に説明する。

パーソナルコンピュータ７２が、印刷に用いるデータである帳票ファイルの作成を、サーバ７１に要求する（ステップ＃８１）。サーバ７１が、パーソナルコンピュータ７２からの要求に基づいて、帳票ファイルを作成する（ステップ＃８２）。帳票ファイルが作成されると、サーバ７１が、作成された帳票ファイルを記憶している場所を示すＵＲＬ（uniform resource locator）を、パーソナルコンピュータ７２に送信する（ステップ＃８３）。パーソナルコンピュータ７２が、受信したＵＲＬに基づいて、帳票ファイルをダウンロードする（ステップ＃８４）。パーソナルコンピュータ７２が、ダウンロードした帳票ファイルに基づいて、プリンタなどを用いて印刷を行う。
特開２００４−２２０４００号公報 特開２００６−２６０１７６号公報

しかしながら、従来のＷｅｂシステムにおいては、以下のような問題があった。

すなわち、従来のＷｅｂシステムでは、帳票の印刷処理などにおいて、作成された帳票ファイルがサーバ上に記憶される。このため、Ｗｅｂシステムが複数のパーソナルコンピュータによって使用される場合は、帳票ファイルの作成を依頼したパーソナルコンピュータとは異なるパーソナルコンピュータからも、作成された帳票ファイルへのアクセスが可能な状態となってしまう。したがって、パーソナルコンピュータを使用する無関係な第三者にデータが漏洩するおそれがある。

特許文献１に開示されているファイル保護方法を、従来のＷｅｂシステムに用いた場合は、以下のように動作する。

クライアントであるパーソナルコンピュータが印刷に用いる帳票ファイルの作成をサーバに要求した場合に、サーバは、帳票ファイルを作成してサーバ自体が有するハードディスクなどの記憶装置に記憶する。この際、作成した帳票ファイルを、非保護領域から保護領域に移動させることによって、サーバのオペレーティングシステムを介して帳票ファイルにアクセスできないようにする。

しかし、特許文献１に開示されているファイル保護方法では、入力されたユーザＩＤおよびパスワードによって正規のユーザであると認証されれば、保護領域に記憶されているファイルの一覧が表示される。

特許文献２に開示されている機密文書管理方法を従来のＷｅｂシステムに用いた場合も同様に、正規のユーザであると認証されれば、機密文書情報が表示される。

したがって、悪意を持った第三者がユーザＩＤおよびパスワードを窃用した場合は、ファイルにアクセス可能な状態となり、ファイルの内容が漏洩してしまうおそれがある。

本発明は、このような点に鑑み、Ｗｅｂシステムにおいて非公開データを適切に保護することを目的とする。

上記目的を達成する書類データ管理方法は、ユーザから依頼された書類データをサーバにおいて管理する書類データ管理方法であって、前記ユーザが操作する端末装置と前記サーバとの間のセッションを開始する際に、当該セッションを識別するためのセッションＩＤを当該端末装置に付与する第１ステップと、前記端末装置から、書類データの管理依頼と当該端末装置に付与された前記セッションＩＤとを受信する第２ステップと、受信した管理依頼に基づいて、前記書類データを、当該書類データの管理依頼とともに受信した前記セッションＩＤと対応付けて、ファイアウォールにより保護された第２のサーバに記憶させる第３ステップと、前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記第２のサーバに記憶されている前記書類データのダウンロード要求とを受信する第４ステップと、当該書類データが対応付けられている前記セッションＩＤと、当該書類データに係る前記ダウンロード要求とともに受信した前記セッションＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して当該端末装置に送信する第５ステップと、を有する。

この形態の書類データ管理方法によると、書類データが、ファイアウォールにより保護された第２のサーバに記憶されるので、書類データへのアクセスを制限できる。

上記目的を達成する書類データ作成方法は、ユーザの要求に基づいた書類データをサーバにおいて作成する書類データ作成方法であって、前記ユーザが操作する端末装置と前記サーバとの間のセッションを開始する際に、当該セッションを識別するためのセッションＩＤを当該端末装置に付与する第１ステップと、前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記書類データの作成要求とを受信する第２ステップと、受信した前記作成要求に基づいて前記書類データを作成する第３ステップと、作成された前記書類データを、当該書類データの作成要求とともに受信した前記セッションＩＤと対応付けて、ファイアウォールにより保護された第２のサーバに記憶させる第４ステップと、前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記第２のサーバに記憶されている前記書類データのダウンロード要求とを受信する第５ステップと、当該書類データが対応付けられている前記セッションＩＤと、当該書類データに係る前記ダウンロード要求とともに受信した前記セッションＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して当該端末装置に送信する第６ステップと、を有する。

この形態の書類データ作成方法によると、サーバにおいて作成された書類データが、ファイアウォールにより保護された第２のサーバに記憶されるので、作成された書類データへのアクセスを制限できる。

好ましい態様において、書類データ作成方法は、前記第４ステップにおいて、作成された前記書類データを、前記書類データごとに一意なファイルＩＤと対応付けて記憶させ、作成された前記書類データに対応付けられたファイルＩＤを当該書類データの作成の要求に係る前記端末装置に送信し、前記第５ステップにおいて、前記端末装置から、ダウンロードを要求する前記書類データに対応付けられた前記ファイルＩＤを受信し、前記第６ステップにおいて、当該書類データが対応付けられている前記ファイルＩＤと、当該書類データに係る前記ダウンロードの要求とともに受信した前記ファイルＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して、当該端末装置に送信する。

この形態の書類データ作成方法によると、同一のユーザが同一の端末装置を使用して、複数の書類データの作成を要求した場合に、作成されたそれぞれの書類データを区別することができる。

好ましい態様において、書類データ作成方法は、前記第６ステップにおいて、前記第２のサーバから読み出した前記書類データであるバイナリファイルと、当該バイナリファイルのファイルフォーマットとを、前記端末装置に送信する。

この形態の書類データ作成方法によると、第２のサーバに記憶されている書類データがダウンロードされる際に、サーバはその書類データを記憶しなくてよい。

好ましい態様において、書類データ作成方法は、セッションＩＤを当該セッションが終了した後も期限付きで有効として記憶しておき、前記端末装置と前記サーバとの間のセッションを開始する際に、前記端末装置から受信したセッションＩＤが前記セッションＩＤ記憶手段に記憶されたセッションＩＤと一致する場合に、前記第１ステップにおいて、前記端末装置から受信したセッションＩＤを当該セッションのセッションＩＤとして当該端末装置に付与する。

この形態の書類データ作成方法によると、セッションを一旦終了して、セッションを再開する際にも、引き続き同じセッションＩＤを使用し続けることができる。

なお、書類データとは、帳票ファイル、帳票データ、その他、書類として印刷可能なデータをいう。

本発明によれば、Ｗｅｂシステムにおいて、非公開データを適切に保護することができる。

図１は本発明に係る一実施形態のＷｅｂシステム１の全体構成を示す図、図２はＷｅｂサーバ２の機能的構成を説明する図、図３は中間ファイル管理サーバ４の機能的構成を説明する図である。

Ｗｅｂシステム１は、Ｗｅｂサーバを、Ｗｅｂシステムを導入した組織に１つずつ設置して使用するのではなく、各組織が１つのＷｅｂサーバを共通して利用する、ＡＳＰ（application service provider）システムと呼ばれる形態を取っている。Ｗｅｂサーバは、例えば、ＩＤＣ（internet data center）事業者などに設置されて使用される。

Ｗｅｂシステム１は、図１に示すように、Ｗｅｂサーバ２、ファイアウォール３、中間ファイル管理サーバ４、ＤＢサーバ５、複数台のパーソナルコンピュータ８（８１ａ、８１ｂ、…、８２ａ、８２ｂ、…、８３ａ、８３ｂ、…）、プリンタ９、通信回線１０、および複数台のルータＲＴなどによって構成される。パーソナルコンピュータ８およびＷｅｂサーバ２は、ルータＲＴおよび通信回線１０を介して互いに接続可能である。Ｗｅｂサーバ２および中間ファイル管理サーバ４は、ファイアウォール３を介して互いに接続可能である。Ｗｅｂサーバ２およびＤＢサーバ５は、ファイアウォール３を介して互いに接続可能である。

Ｗｅｂシステム１は、クライアントであるパーソナルコンピュータ８がＷｅｂブラウザを介してＷｅｂサーバ２に各種の処理を要求し、Ｗｅｂサーバ２が中間ファイル管理サーバ４およびＤＢサーバ５と連携して、要求された処理を行う、ネットワークシステムである。

Ｗｅｂサーバ２は、ＨＴＭＬ（hypertext markup language ）文書や画像などの情報を蓄積しておき、Ｗｅｂブラウザを介したクライアントの要求に応じて、これらの情報を送信するＷｅｂサーバの機能を有する。また、クライアントの要求に応じてプログラムを実行することにより、種々の処理の結果をクライアントに送信する機能、ＤＢサーバ５と連携して帳票ファイルなどの種々のファイルを作成する機能、および帳票ファイルなどをダウンロードする機能などを有する。

例えば、ユーザがクライアントであるパーソナルコンピュータ８を操作してＷｅｂシステム１に対してデータを入力すると、入力されたデータがＤＢサーバ５に記憶される。次に、ユーザがＷｅｂシステム１に対して帳票の印刷を要求すると、ＤＢサーバ５に記憶されたデータに基づいて帳票ファイルが作成され、作成された帳票ファイルがパーソナルコンピュータ８にダウンロードされた上で、プリンタ９により印刷処理される。Ｗｅｂサーバ２は、これらの処理を仲介する。

Ｗｅｂサーバ２は、ＲＡＭ（random access memory）およびＣＰＵを有しており、上述のプログラムは必要に応じてＲＡＭに読み出され、ＣＰＵによってプログラムが実行される。

ファイアウォール３は、外部からの不正なアクセスを防ぐためのファイアウォールである。

ファイアウォールとは、内外からの通信要求をすべて捕捉し、恣意的に通過させたり禁止したりすることによって、必要な通信だけを許可しつつ、セキュリティを確保するものである。例えば、ファイアウォール３を通過しようとする通信のポート番号、ＩＰアドレス、または通信方向などを用いて、これらの制御を行う。

ファイアウォールには、専用装置、サーバまたはルータにその機能を搭載したもの、およびソフトウェア製品などがある。本実施形態には、これらのうちのいずれを用いてもよい。

本実施形態のＷｅｂシステム１において、Ｗｅｂサーバ２のみが中間ファイル管理サーバ４およびＤＢサーバ５にアクセスできるように、ファイアウォール３の設定が行われている。よって、パーソナルコンピュータ８からは、中間ファイル管理サーバ４またはＤＢサーバ５にアクセスすることはできない。中間ファイル管理サーバ４またはＤＢサーバ５のファイルまたはデータをパーソナルコンピュータ８から利用するには、パーソナルコンピュータ８からＷｅｂサーバ２に対してアクセスし、Ｗｅｂサーバ２での処理を介在させなければならない。言い換えれば、ファイアウォール３があるため、パーソナルコンピュータ８から中間ファイル管理サーバ４またはＤＢサーバ５には、直接的なアクセスはできず、間接的なアクセスを行うこととなる。

中間ファイル管理サーバ４は、Ｗｅｂサーバ２が作成したファイル、パーソナルコンピュータ８などから送られてきたファイルなどを、ハードディスクなどのメモリに記憶する。また、中間ファイル管理データベースＦＭ（図３参照）を用いて、記憶したファイルを管理する。

ＤＢサーバ５は、Ｗｅｂシステム１で使用する各種のデータおよびログなどを記憶する。Ｗｅｂサーバ２の要求に応じて、これらのデータまたはログを更新し、読み出す。

パーソナルコンピュータ８は、Ｗｅｂシステム１のクライアントであり、Ｗｅｂブラウザを有する。ユーザによる入力に基づいて、Ｗｅｂブラウザを介してＷｅｂサーバ２に各種の処理を要求する。

パーソナルコンピュータ８は、企業および団体などの複数の組織にそれぞれ設置されている。各組織に設置されたパーソナルコンピュータ８は、ルータＲＴによって分けられた、組織ごとに異なるセグメントのネットワークに、それぞれ接続されている。

プリンタ９は、パーソナルコンピュータ８の要求に応じて、用紙を用いて印刷処理を行う。

通信回線１０は、各組織のネットワークとＷｅｂサーバ２とをそれぞれ接続するためのセキュリティが確保された通信回線であり、専用線、ＶＰＮ（virtual private network ）、またはインターネットＶＰＮなどが用いられる。また、通信回線１０としてインターネットを用いることも可能である。

Ｗｅｂシステム１がＡＳＰシステムの形態を取った場合は、従来のＷｅｂシステムでは、印刷に用いる帳票ファイルなどがＷｅｂサーバに記憶されるので、無関係な他の組織からもその帳票ファイルにアクセスが可能な状態となってしまう。

これに対して、本実施形態では、Ｗｅｂシステム１で作成された帳票ファイルは、中間ファイル管理サーバ４に記憶される。以下、これを実現するためにＷｅｂサーバ２および中間ファイル管理サーバ４の各部がどのような処理を行うのか、詳細に説明する。

図２において、ログイン受付部２０１は、パーソナルコンピュータ８からのＷｅｂシステム１へのログインの要求を受け付ける。ログインは、ユーザＩＤ（ユーザ識別子ＵＩ）およびパスワードの入力によるものでもよいし、ＩＣ（integrated circuit）カードを用いた方法でもよい。

セッションＩＤ付与部２０２は、ログインにより認証されたユーザが使用するパーソナルコンピュータ８に、セッションＩＤであるセッション識別子ＳＩを送信する。これによって、セッションが開始する。

なお、セッションとは、パーソナルコンピュータ８などがＷｅｂサーバ２にログインしてからログアウトするまでの期間、またはその期間における処理または通信をいう。つまり、セッションは、コンピュータ間でデータをやり取りするために設ける論理的な接続関係のことといえる。両者の間でデータのやりとりをするには、それらの間でまずセッションを確立する必要があり、データのやりとりを終えるとセッションは終了する。Ｗｅｂサーバ２は、ログインしたパーソナルコンピュータ８が自発的にログアウトした場合、またはログインしたパーソナルコンピュータ８との間のデータのやりとりが所定時間なかった場合などに、そのセッションを終了させる。ユーザは、セッションが終了した後にＷｅｂサーバ２との間でデータのやりとりを行おうとする場合には、通常、再度認証を行ってログインする必要がある。なお、本実施形態においては、セッションが終了した後もセッションＩＤ（セッション識別子）を有効として記憶する個別セッションＩＤ記憶部２０３が設けられている。詳細は後で述べる。

セッションＩＤとは、ユーザがログインによって認証された状態を、１つのセッションとして保持するためのものである。ユーザがログインすると、Ｗｅｂサーバで発行されたセッションＩＤがクライアントに送信される。送信されたセッションＩＤは、クライアントであるパーソナルコンピュータのハードディスクなどに、「Ｃｏｏｋｉｅ（クッキー）」と呼ばれる情報ファイルとして記憶される。記憶されたセッションＩＤは、ユーザがログイン中は、ＷｅｂブラウザからＷｅｂサーバに対して通信が行われるごとに、自動的にＷｅｂサーバに対して送信される。Ｗｅｂサーバは、セッションＩＤを受信することによって、認証されたユーザによる通信であることを認識する。また、ユーザがログアウトすることによって、記憶されたセッションＩＤは消去される。

したがって、ユーザが一旦ログインすると、ログアウトするまでの間、つまり１つのセッションの期間は、通信が行われるごとに認証を行う必要がない。

セッションＩＤは、例えば、Ｂａｓｅ６４などの方式でエンコードされて用いられる。また、桁数（ビット数）を増やすことによって、第三者による解読が困難となり、セキュリティを向上させることができる。

なお、本実施形態では、パーソナルコンピュータ８へのセッション識別子ＳＩの付与に際して、上述の一般的なセッションＩＤの発行によるセッション識別子ＳＩに加えて、Ｗｅｂシステム１で独自に管理するセッション識別子ＳＩをも用いる。

個別セッションＩＤ記憶部２０３は、所定のユーザに係るセッション識別子ＳＩおよびその有効期限（有効期間）ＹＫを記憶する。

セッション識別子ＳＩは、ユーザが一旦ログアウトすると、そのユーザが使用していたパーソナルコンピュータ８から消去される。よって、一般的なセッションＩＤの発行によるセッション識別子ＳＩだけをＷｅｂシステム１で用いた場合は、以下のように動作する。すなわち、長時間を要する処理をＷｅｂサーバ２に要求した場合に、ユーザが他の業務に従事するなどのためにＷｅｂシステム１からログアウトすると、再度ログインした際には新たなセッション識別子ＳＩが付与されてしまう。このため、そのままでは、Ｗｅｂサーバ２はその処理を要求したユーザであることを認識できなくなってしまう。

したがって、所定のユーザについては、事前の設定により、個別セッションＩＤ記憶部２０３にセッション識別子ＳＩおよび必要な有効期限または有効期間を記憶させておく。例えば、特定のユーザに対して、当日限り、翌日まで、特定の期間などを有効期間として、セッションの終了したセッション識別子ＳＩを個別セッションＩＤ記憶部２０３に登録する。有効期間が過ぎると、その登録を削除する。

ログイン受付部２０１によってログインの要求が受け付けられると、セッションＩＤ付与部２０２は、個別セッションＩＤ記憶部２０３を参照して、記憶されているセッション識別子ＳＩに係る所定のユーザか否かを判定する。所定のユーザである場合は、個別セッションＩＤ記憶部２０３からセッション識別子ＳＩを読み出して、パーソナルコンピュータ８に送信する。そうでない場合は、セッション識別子ＳＩを新たに発行し、パーソナルコンピュータ８に送信する。

ファイル作成要求受付部２０４は、パーソナルコンピュータ８からの、印刷に用いる帳票ファイルの作成の要求を、受け付ける。

ファイル作成部２０５は、ファイル作成要求受付部２０４が受け付けた要求に基づいて、帳票ファイルＤＦを作成する。

ファイル記憶依頼部２０６は、中間ファイル管理サーバ４に対して、帳票ファイルの作成の要求とともにパーソナルコンピュータ８から送信されたセッション識別子ＳＩと、作成された帳票ファイルＤＦとを、記憶するように依頼する。

図３において、中間ファイル管理サーバ４のファイル記憶依頼受付部４０１は、Ｗｅｂサーバ２のファイル記憶依頼部２０６からの依頼を受け付ける。

ファイル記憶部４０２は、ファイル記憶依頼部２０６で作成した帳票ファイルＤＦ、パーソナルコンピュータ８からアップロードされた帳票ファイルＤＦなどを記憶する。

中間ファイル管理データベースＦＭは、記憶された帳票ファイルＤＦに対して一意なファイル識別子（ファイルＩＤ）ＦＩを発行し、帳票ファイルＤＦの作成の要求に係るセッション識別子ＳＩと、発行されたファイル識別子ＦＩと、帳票ファイルＤＦが記憶されている場所を示すファイルパスＦＳとを、それぞれ対応付けて記録し、管理する。中間ファイル管理データベースＦＭには、また、それらに対応して、パーソナルコンピュータ８で用いられるファイル名であるダウンロードファイル名ＮＤが記録される。

ファイルＩＤ通知部４０３は、帳票ファイルＤＦに対して発行されたファイル識別子ＦＩを、Ｗｅｂサーバ２に通知する。

図２に戻って、Ｗｅｂサーバ２のＵＲＬ通知部２０７は、発行されたファイル識別子ＦＩをパラーメータとして含み、帳票ファイルＤＦのダウンロードの処理を行うプログラムを示すＵＲＬを、パーソナルコンピュータ８に通知する。

パーソナルコンピュータ８は、Ｗｅｂサーバ２に対して、通知されたＵＲＬに基づいて、帳票ファイルＤＦのダウンロードを要求する。

ダウンロード要求受付部２０８は、パーソナルコンピュータ８からの、帳票ファイルＤＦのダウンロードの要求を受け付ける。

ファイル読出依頼部２０９は、中間ファイル管理サーバ４に対して、ダウンロードの要求とともにパーソナルコンピュータ８から送信されたセッション識別子ＳＩおよびファイル識別子ＦＩに基づいて、帳票ファイルＤＦを読み出すように依頼する。

図３において、中間ファイル管理サーバ４のファイル読出依頼受付部４０４は、Ｗｅｂサーバ２のファイル読出依頼部２０９の依頼を受け付ける。

ファイル読出部４０５は、パーソナルコンピュータ８から送信されたセッション識別子ＳＩおよびファイル識別子ＦＩに基づいて、中間ファイル管理データベースＦＭを参照し、帳票ファイルＤＦのファイルパスＦＳを取得する。ファイル記憶部４０２から、取得したファイルパスＦＳに基づいて、帳票ファイルＤＦを読み出す。

図２に戻って、Ｗｅｂサーバ２のファイル送信部２１０は、読み出された帳票ファイルＤＦを、パーソナルコンピュータ８に送信する。

パーソナルコンピュータ８は、受信した帳票ファイルＤＦに基づいて、プリンタ９を用いて用紙に印刷する。

図４はＷｅｂシステム１のファイル作成時の処理の例を示す図、図５はパーソナルコンピュータ８の表面面に表示される帳票印刷画面ＰＳの例を示す図、図６はＷｅｂシステム１のファイルダウンロード時の処理の例を示す図、図７は帳票ＰＤの例を示す図である。

次に、ユーザがＷｅｂシステム１に対して帳票の印刷を指示する際の処理の流れを、具体的な例を挙げて説明する。

図４において、既にＷｅｂシステム１へのログインを済ませたユーザが使用するパーソナルコンピュータ８には、セッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」が記憶されている。このセッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」は、事前の設定によってＷｅｂサーバ２の個別セッションＩＤ記憶部２０３に記憶されているセッション識別子ＳＩＡ１と同じ内容である。

図５に示すような帳票印刷画面ＰＳにおいて、ユーザが「印刷」ボタンＢＴをクリックすると、印刷に用いる帳票ファイルの作成の要求が、パーソナルコンピュータ８からＷｅｂサーバ２に送信される（ステップ＃１１）。

Ｗｅｂサーバ２は、要求に基づいて、ファイル名ＮＤＡが「aaa.doc 」である帳票ファイルＤＦＡを作成する（ステップ＃１２）。

Ｗｅｂサーバ２は、作成した帳票ファイルＤＦＡを記憶するように、中間ファイル管理サーバ４に対して依頼する（＃１３）。この際、中間ファイル管理サーバ４では、一時的に記憶されるファイルである中間ファイルとして記憶され、そのファイル名は「5678.tmp」である。また、中間ファイル管理サーバ４でのファイルパスＦＳＡは「D:\temp\5678.tmp」である。

なお、Ｗｅｂサーバ２が中間ファイル管理サーバ４に処理の依頼をする際には、Ｗｅｂサーバ２上で実行されているプログラムが、ＲＰＣ（remote procedure call ）を用いて、中間ファイル管理サーバ４に記憶されているサブルーチンを直接呼び出すようにしてもよい。例えば、中間ファイル管理サーバ４においてデータをハードディスクなどに記憶させる処理を行うサブルーチンを、呼び出すようにしてもよい。この方法によると、Ｗｅｂサーバ２で作成された帳票ファイルを、Ｗｅｂサーバ２に記憶させることなく、直接中間ファイルサーバ４に記憶させることができる。

中間ファイル管理データベースＦＭは、ファイル識別子ＦＩＣ「1000000002」を発行する。パーソナルコンピュータ８から受け取ったセッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」、発行したファイル識別子ＦＩ「1000000002」、ファイルパスＦＳＡ「D:\temp\5678.tmp」、およびダウンロードされる際にパーソナルコンピュータ８で用いられるファイル名であるダウンロードファイル名ＮＤＡ「aaa.doc 」を、それぞれ対応付けて、中間ファイル管理データベースＦＭに記録する（ステップ＃１４）。このようにして、中間ファイル管理データベースＦＭは更新される。

Ｗｅｂサーバ２は、パーソナルコンピュータ８が帳票ファイルＤＦＡを取得する際に用いるＵＲＬである帳票ファイル取得用ＵＲＬ「http://websvr/file.aspx?fileid=1000000002 」を、パーソナルコンピュータ８に送信する。帳票ファイル取得用ＵＲＬは、ファイル識別子ＦＩＡ「1000000002」を含んでいる。

次に、パーソナルコンピュータ８が帳票印刷に用いる帳票ファイルを、Ｗｅｂサーバ２からダウンロードする際の処理の流れを、具体的な例を挙げて説明する。

パーソナルコンピュータ８は、帳票ファイル取得用ＵＲＬ「http://websvr/file.aspx?fileid=1000000002 」を送信して、帳票ファイルのダウンロードをＷｅｂサーバ２に要求する（ステップ＃２１）。この際、パーソナルコンピュータ８に記憶されているセッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」も、同時にＷｅｂサーバ２に送信される。

なお、セッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」については、それと同じ内容のセッション識別子ＳＩＡ１「EEEEFFFFGGGGHHHH」が、個別セッションＩＤ記憶部２０３に記憶されている。よって、帳票ファイルの作成の要求の後でユーザがログアウトした場合であっても、セッション識別子ＳＩＡの有効期限内に再度ログインした場合には、帳票ファイルの作成の要求時と同じセッション識別子ＳＩＡが付与され、そのセッション識別子ＳＩＡが新しいセッション識別子ＳＩとして用いられる。

Ｗｅｂサーバ２は、パーソナルコンピュータ８から送信されたセッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」およびファイル識別子ＦＩＡ「1000000002」に基づいて、帳票ファイルＤＦＡを読み出すように、中間ファイル管理サーバ４に依頼する（ステップ＃２２）。

中間ファイル管理サーバ４は、中間ファイル管理データベースＦＭを参照し、セッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」およびファイル識別子ＦＩＡ「1000000002」をキーとして、これらに対応するファイルパスＦＳＡ「D:\temp\5678.tmp」およびダウンロードファイル名ＮＤＡ「aaa.doc 」を抽出する。抽出されたファイルパスＦＳＡ「D:\temp\5678.tmp」に基づいて、帳票ファイルＤＦＡを読み出す。

Ｗｅｂサーバ２は、読み出された帳票ファイルＤＦＡを、バイナリデータとしてリアルタイムに取得し、ダウンロードファイル名「aaa.doc 」とともにパーソナルコンピュータ８に送信する（ステップ＃２３）。なお、ダウンロードの済んだ帳票ファイルＤＦＡおよびその管理のためのデータは、適当なタイミングでファイル記憶部４０２および中間ファイル管理データベースＦＭから削除するようにしてもよい。

パーソナルコンピュータ８は、受信した帳票ファイルＤＦＡをファイル名「aaa.doc 」として記憶し、その帳票ファイルに基づいて、プリンタ９を用いて用紙に印刷する。図７に示すように、帳票ＰＤが出力される。

図８はＷｅｂシステム１のファイルアップロード時の処理の例を示す図である
Ｗｅｂシステム１では、スキャナで読み取った画像の画像ファイルおよびパーソナルコンピュータ８で加工した帳票ファイルなどを、パーソナルコンピュータ８からアップロードすることができる。アップロードされた帳票ファイルは、Ｗｅｂシステム１で帳票ファイルを作成する場合と同様に、中間ファイル管理サーバ４に記憶させ、管理させることができる。

次に、パーソナルコンピュータ８が既存の帳票ファイルを、Ｗｅｂサーバ２へアップロードする際の処理の流れを、具体的な例を挙げて説明する。

パーソナルコンピュータ８は、帳票ファイルＤＦＢ「bbb.doc 」をＷｅｂサーバ２に送信する（ステップ＃２１）。この際、パーソナルコンピュータ８に記憶されているセッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」も、同時にＷｅｂサーバ２に送信される。

中間ファイル管理サーバ４は、空のファイルの情報として、セッション識別子ＳＩＡ「EEEEFFFFGGGGHHHH」、ファイル識別子ＦＩＡ「1000000002」、ファイルパスＦＳＢ「D:\temp\8765.tmp」、およびダウンロードファイル名ＮＤＢ「bbb.doc 」を、それぞれ対応付けて、中間ファイル管理データベースＦＭに記録する。この時点においては、ファイル記憶部４０２には空のファイルが記憶される（ステップ＃３２）。

中間ファイル管理サーバ４は、記憶された空のファイルを開き、複数回のＲＰＣの利用などにより、ファイルハンドルをＷｅｂサーバ２に与える（ステップ＃３３）。

Ｗｅｂサーバ２は、中間ファイル管理サーバ４が記憶する空のファイルに対して、ファイル名ＮＤＢが「bbb.doc 」である帳票ファイルＤＦＢの内容をストリームで書き込むことにより、帳票ファイルＤＦＢをファイル記憶部４０２に記憶させる（＃３４）。

Ｗｅｂシステム１においてＷｅｂサーバ２にアップロードされた帳票ファイルＤＦＢは、Ｗｅｂシステム１で作成された帳票ファイルＤＦと同様に、中間ファイル管理データベースＦＭで対応付けられたセッション識別子ＳＩＡを記憶するパーソナルコンピュータ８のみが、ダウンロードできる。

なお、アップロードされた帳票ファイルＤＦＢを複数のユーザで共有したい場合には、中間ファイル管理サーバ４からＤＢサーバ５に移動させてもよい。

なお、中間ファイル管理サーバ４およびＤＢサーバ５の両方の機能を１台のサーバで実現してもよい。

また、中間ファイル管理サーバ４に記憶されるファイルは、帳票ファイル以外であってもよい。

本実施形態によると、Ｗｅｂサーバが作成したファイルは、Ｗｅｂサーバのみがアクセス可能な中間ファイル管理サーバ４に記憶されるので、そのファイルに無関係な者へのデータの漏洩を防止することができる。

その他、セッション識別子ＳＩ、ファイル識別子ＦＩ、ファイルパスＰＳ、Ｗｅｂサーバ２、中間ファイル管理サーバ４、Ｗｅｂシステム１の全体または各部の構成、処理内容、処理順序などは、本発明の趣旨に沿って適宜変更することができる。

本発明に係るＷｅｂシステムの全体構成を示す図である。 Ｗｅｂサーバの機能的構成を説明する図である。 中間ファイル管理サーバの機能的構成を説明する図である。 Ｗｅｂシステムのファイル作成時の処理の例を示す図である。 帳票印刷画面の例を示す図である。 Ｗｅｂシステムのファイルダウンロード時の処理の例を示す図である。 帳票の例を示す図である。 Ｗｅｂシステムのファイルアップロード時の処理の例を示す図である。 従来のＷｅｂシステムの構成を示す図である。

符号の説明

１ Ｗｅｂシステム
２ Ｗｅｂサーバ（サーバ）
３ ファイアウォール
４ 中間ファイル管理サーバ（第２のサーバ）
８ パーソナルコンピュータ（端末装置）
２０２ セッションＩＤ付与部
２０３ 個別セッションＩＤ記憶部
２０５ ファイル作成部
２０６ ファイル記憶依頼部
２０７ ＵＲＬ通知部
４０２ ファイル記憶部
４０５ ファイル読出部
ＦＭ 中間ファイル管理データベース
ＤＦ 帳票ファイル（書類データ）
ＦＩ ファイル識別子（ファイルＩＤ）
ＳＩ セッション識別子（セッションＩＤ）

Claims (8)

1. ユーザから依頼された書類データをサーバにおいて管理する書類データ管理方法であって、
   前記ユーザが操作する端末装置と前記サーバとの間のセッションを開始する際に、当該セッションを識別するためのセッションＩＤを当該端末装置に付与する第１ステップと、
   前記端末装置から、書類データの管理依頼と当該端末装置に付与された前記セッションＩＤとを受信する第２ステップと、
   受信した管理依頼に基づいて、前記書類データを、当該書類データの管理依頼とともに受信した前記セッションＩＤと対応付けて、ファイアウォールにより保護された第２のサーバに記憶させる第３ステップと、
   前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記第２のサーバに記憶されている前記書類データのダウンロード要求とを受信する第４ステップと、
   当該書類データが対応付けられている前記セッションＩＤと、当該書類データに係る前記ダウンロード要求とともに受信した前記セッションＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して当該端末装置に送信する第５ステップと、
   を有することを特徴とする書類データ管理方法。
2. ユーザの要求に基づいた書類データをサーバにおいて作成する書類データ作成方法であって、
   前記ユーザが操作する端末装置と前記サーバとの間のセッションを開始する際に、当該セッションを識別するためのセッションＩＤを当該端末装置に付与する第１ステップと、
   前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記書類データの作成要求とを受信する第２ステップと、
   受信した前記作成要求に基づいて前記書類データを作成する第３ステップと、
   作成された前記書類データを、当該書類データの作成要求とともに受信した前記セッションＩＤと対応付けて、ファイアウォールにより保護された第２のサーバに記憶させる第４ステップと、
   前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記第２のサーバに記憶されている前記書類データのダウンロード要求とを受信する第５ステップと、
   当該書類データが対応付けられている前記セッションＩＤと、当該書類データに係る前記ダウンロード要求とともに受信した前記セッションＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して当該端末装置に送信する第６ステップと、
   を有することを特徴とする書類データ作成方法。
3. 前記第４ステップにおいて、作成された前記書類データを、前記書類データごとに一意なファイルＩＤと対応付けて記憶させ、作成された前記書類データに対応付けられたファイルＩＤを当該書類データの作成の要求に係る前記端末装置に送信し、
   前記第５ステップにおいて、前記端末装置から、ダウンロードを要求する前記書類データに対応付けられた前記ファイルＩＤを受信し、
   前記第６ステップにおいて、当該書類データが対応付けられている前記ファイルＩＤと、当該書類データに係る前記ダウンロードの要求とともに受信した前記ファイルＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して、当該端末装置に送信する、
   ことを特徴とする請求項２記載の書類データ作成方法。
4. 前記第６ステップにおいて、前記第２のサーバから読み出した前記書類データであるバイナリファイルと、当該バイナリファイルのファイルフォーマットとを、前記端末装置に送信する、
   ことを特徴とする請求項２または請求項３記載の書類データ作成方法。
5. セッションＩＤを当該セッションが終了した後も期限付きで有効として記憶しておき、 前記端末装置と前記サーバとの間のセッションを開始する際に、前記端末装置から受信したセッションＩＤが前記セッションＩＤ記憶手段に記憶されたセッションＩＤと一致する場合に、前記第１ステップにおいて、前記端末装置から受信したセッションＩＤを当該セッションのセッションＩＤとして当該端末装置に付与する、
   請求項２ないし４のいずれかに記載の書類データ作成方法。
6. ユーザから依頼された書類データを管理するサーバであって、
   前記ユーザが操作する端末装置と前記サーバとの間のセッションを開始する際に、当該セッションを識別するためのセッションＩＤを当該端末装置に付与する手段と、
   前記端末装置から、書類データの管理依頼と当該端末装置に付与された前記セッションＩＤとを受信する手段と、
   受信した管理依頼に基づいて、前記書類データを、当該書類データの管理依頼とともに受信した前記セッションＩＤと対応付けて、ファイアウォールにより保護された第２のサーバに記憶させる手段と、
   前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記第２のサーバに記憶されている前記書類データのダウンロード要求とを受信する手段と、
   当該書類データが対応付けられている前記セッションＩＤと、当該書類データに係る前記ダウンロード要求とともに受信した前記セッションＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して当該端末装置に送信する手段と、
   を有することを特徴とするサーバ。
7. セッションＩＤを当該セッションが終了した後も有効として記憶するセッションＩＤ記憶手段を有し、
   前記端末装置と前記サーバとの間のセッションを開始する際に、前記端末装置から受信したセッションＩＤが前記セッションＩＤ記憶手段に記憶されたセッションＩＤと一致する場合に、前記端末装置から受信したセッションＩＤを当該セッションのセッションＩＤとして当該端末装置に付与する、
   請求項６記載のサーバ。
8. ユーザから依頼された書類データを管理するサーバをコンピュータによって実現するためのコンピュータプログラムであって、
   前記コンピュータプログラムが前記コンピュータよって実行されることにより、
   前記ユーザが操作する端末装置と当該コンピュータとの間のセッションを開始する際に、当該セッションを識別するためのセッションＩＤを当該端末装置に付与する手段と、
   前記端末装置から、書類データの管理依頼と当該端末装置に付与された前記セッションＩＤとを受信する手段と、
   受信した管理依頼に基づいて、前記書類データを、当該書類データの管理依頼とともに受信した前記セッションＩＤと対応付けて、ファイアウォールにより保護された第２のサーバに記憶させる手段と、
   前記端末装置から、当該端末装置に付与された前記セッションＩＤと前記第２のサーバに記憶されている前記書類データのダウンロード要求とを受信する手段と、
   当該書類データが対応付けられている前記セッションＩＤと、当該書類データに係る前記ダウンロード要求とともに受信した前記セッションＩＤとが一致した場合に、前記第２のサーバから当該書類データを読み出して当該端末装置に送信する手段と、
   を前記コンピュータによって実現させるコンピュータプログラム。

Images