(57)【要約】【課題】  業務データとそれに付随するファイルを二段階に渡って送信するに際し、サーバで複数のクライアントから送信されるファイルと業務データとを紐づけて、整合性をもってシステムに登録する方法を提供する。【解決手段】  サーバに送信されたファイルのパス（ファイルの配置場所）を暗号化して、暗号化された文字列を転送ファイルへのアクセスできる許可証として転送したクライアントに発行する。そうすることで、複数のクライアントから送信される転送ファイルを識別及びアクセス制御できる。また、ファイル配置場所を一次ファイル領域と確定ファイル領域に分けて、転送されたファイルを一次ファイル領域にひとまず保存後、業務データの登録に合わせて確定ファイル領域に移動することでシステムに本登録されたとみなす。そうすることで、別々に送信されてきた転送ファイルと業務データを整合性もってシステムに登録できる。【選択図】  図３
2011123627.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置とクライアント装置とを備え、
前記クライアント装置から前記サーバ装置に対して、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で送信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理システムであって、
前記管理サーバ装置は、前記クライアント装置から前記ファイルを受信する第１の受信手段と、
前記受信手段で受信したファイルを記憶装置に記憶する記憶手段と、
前記記憶手段で記憶したファイルを特定するための電子チケットを生成する生成手段と、
前記生成手段で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信手段と、
前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信手段と、
前記第２の受信手段で受信した電子チケットを用いて、前記記憶装置に記憶されているファイルのうち当該業務データと関連するファイルを特定する特定手段と、
前記特定手段で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録手段と、
を備え、
前記クライアント装置は、
前記サーバ装置に対して、ファイルを送信する第２の送信手段と、
前記第１の送信手段で送信された電子チケットを受信する第３の受信手段と、
第３の受信手段で受信した電子チケットとともに前記業務データを前記サーバ装置に送信する第３の送信手段とを備え、
前記第２の送信手段と、前記第３の送信手段とは、異なるプロトコルを用いて前記サーバ装置に対してデータ通信を行うこと
を特徴とする情報処理システム。
【請求項２】
前記記憶手段は、前記記憶装置のうち、一次ファイル保存領域に前記ファイルを保存し、
前記登録手段は、前記特定手段で特定された前記ファイルを前記一次ファイル保存領域から確定ファイル保存領域に移動し、移動後の当該ファイルのパス情報を前記業務データとともに前記データベースに登録することで、前記ファイルと前記業務データとを関連付けて前記データベースに登録すること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記サーバ装置は、
前記業務データまたはファイルの少なくとも何れかの更新要求を受け付ける受付手段をさらに備え、
前記第２の受信手段は、さらに、更新を行うデータを特定するための識別情報をさらに取得すること
を特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記受付手段は、前記更新要求がファイルの更新要求である場合には、さらにファイルの追加、若しくは上書きの指定を受け付けること
を特徴とする請求項３に記載の情報処理システム。
【請求項５】
クライアント装置から、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で受信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理装置であって、
前記クライアント装置から前記ファイルを受信する第１の受信手段と、
前記受信手段で受信したファイルを記憶装置に記憶する記憶手段と、
前記記憶手段で記憶したファイルを特定するための電子チケットを生成する生成手段と、
前記生成手段で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信手段と、
前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信手段と、
前記第２の受信手段で受信した電子チケットを用いて。前記記憶装置に記憶されているファイルのうち当該業務データと関連するファイルを特定する特定手段と、
前記特定手段で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録手段と、
を備え、
前記第１の受信手段と、第２の受信手段とは、異なるプロトコルによるデータ通信により前記クライアント装置から送信されたデータを受信すること
を特徴とする情報処理装置。
【請求項６】
クライアント装置から、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で受信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理装置により行われる情報処理方法あって、
前記クライアント装置から前記ファイルを受信する第１の受信工程と、
前記受信工程で受信したファイルを記憶装置に記憶する記憶工程と、
前記記憶装置に記憶したファイルを特定するための電子チケットを生成する生成工程と、
前記生成工程で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信工程と、
前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信工程と、
前記第２の受信工程で受信した電子チケットを用いて前記記憶装置に記憶されているファイルのうち、当該業務データと関連するファイルを特定する特定工程と、
前記特定工程で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録工程と、
を備え、
前記第１の受信工程と、第２の受信工程は、異なるプロトコルによるデータ通信により前記クライアント装置から送信されたデータを受信すること
を特徴とする情報処理方法。
【請求項７】
コンピュータを、
クライアント装置から、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で受信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理装置として機能させるコンピュータプログラムであって、
前記コンピュータを、
前記クライアント装置から前記ファイルを受信する第１の受信手段と、
前記受信手段で受信したファイルを記憶装置に記憶する記憶手段と、
前記記憶手段で記憶したファイルを特定するための電子チケットを生成する生成手段と、
前記生成手段で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信手段と、
前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信手段と、
前記第２の受信手段で受信した電子チケットを用いて前記記憶装置に記憶されているファイルのうち、当該業務データと関連するファイルを特定する特定手段と、
前記特定手段で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録手段、
として機能させ、
前記第１の受信手段と、第２の受信手段は、異なるプロトコルによるデータ通信により前記クライアント装置から送信されたデータを受信すること
を特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントサーバシステムのファイル転送方式に関し、特にクライアントからサーバへ業務データとファイルを二段階に分けて送信する方法と、別々に送信された業務データとファイルとの整合性をもってサーバに登録する方法に関する。
【背景技術】
【０００２】
一般的に、クライアントサーバシステムにおけるファイル転送機能は、複数のクライアントから特定のサーバへ、画像ファイルやアプリケーションデータファイルなどを転送する際に利用されている。従来例として、特許文献１には、ファイル転送にまつわる各種プログラム負荷を軽減させるための発明が公開されている。
【０００３】
一方、業務アプリケーションでファイル転送する際は、通常それのみで実行されるケースは少なく、何らかの業務手続に含まれる処理の一つとして実行される。例えば、販売管理システムで商品データを登録する際は、商品の名称や説明文などの業務データ（テキストデータ）と商品写真などの画像データを、一つの業務手続としてシステムへ登録する。この場合、テキスト形式のデータと画像情報などのバイナリ形式のデータを一つの通信メッセージとしてまとめてサーバに送信できればよいが、通信プロトコルの制約やその他システム構成上の都合で、一つにまとめられないことがある。
【０００４】
例えば、Ｗｅｂサービスの主要な通信プロトコルの一つであるＳＯＡＰはテキストベースのプロトコルであり、バイナリデータをそのまま通信できないという制約があり、バイナリデータを転送するためにはＭＴＯＭなどのＳＯＡＰ拡張仕様を利用しなければならない。また、アプリケーションサーバとファイルサーバが別マシンで管理されており、クライアントから送られるテキスト形式データはアプリケーションサーバを通してデータベースに登録し、バイナリ形式データはファイルサーバに配置したいという場合には、アプリケーションサーバに２つのデータをまとめて送信し、そこでファイルサーバとデータベースへ振り分けるより、クライアントで通信を２つに分けて、バイナリファイルは直接ファイルサーバにアップロードした方が、通信性能が良くなる。そのような場合、業務データを送信する前に、あらかじめそれに付随するファイルを転送しておき、その後、業務データの送信後に予め転送したファイルと紐付けた上でシステムへ登録するという、二段階の通信手続きが必要になる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−３５６１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されているような一般的なファイル転送方式では、ファイル転送処理のみへの関心に限られており、本発明で述べる転送ファイルと業務データを別々の通信で送信する方法や、それらを整合性をもってシステムへ登録する方法が述べられていない。業務データとそれに付随するファイルの転送に際し、クライアントからサーバへファイルを転送する処理と転送ファイルを業務データに紐づける処理の二段階の通信手続きを実施する場合、以下の二つの課題が挙げられる。
【０００７】
一つ目は、マルチクライアント環境において、サーバは複数のクライアントから複数の転送ファイルを受け付けるため、ファイルを転送したクライアントとは別のクライアントが誤ってもしくは故意に転送ファイルを横取りする可能性がある。
【０００８】
二つ目は、業務データとそれに付随するファイルの通信を別にすると、それら二つのデータが整合性をもってシステムに登録されない可能性がある。例えば、ファイルの転送に成功して業務データの登録に失敗した場合、システム上にファイルが存在してもそれに対応する業務データが存在しないという不整合が生じる。
【０００９】
本発明は、前記課題を解決する手段として、サーバで転送ファイルを識別及びアクセス制御する方法と、転送ファイルと業務データとを整合性をもってシステムに登録する方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明の情報処理システムは以下の構成を備える。即ち、  サーバ装置とクライアント装置とを備え、前記クライアント装置から前記サーバ装置に対して、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で送信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理システムであって、前記管理サーバ装置は、前記クライアント装置から前記ファイルを受信する第１の受信手段と、前記受信手段で受信したファイルを記憶装置に記憶する記憶手段と、前記記憶手段で記憶したファイルを特定するための電子チケットを生成する生成手段と、前記生成手段で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信手段と、前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信手段と、前記第２の受信手段で受信した電子チケットを用いて、前記記憶装置に記憶されているファイルのうち当該業務データと関連するファイルを特定する特定手段と、前記特定手段で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録手段と、を備え、前記クライアント装置は、前記サーバ装置に対して、ファイルを送信する第２の送信手段と、前記第１の送信手段で送信された電子チケットを受信する第３の受信手段と、第３の受信手段で受信した電子チケットとともに前記業務データを前記サーバ装置に送信する第３の送信手段とを備え、前記第２の送信手段と、前記第３の送信手段とは、異なるプロトコルを用いて前記サーバ装置に対してデータ通信を行うことを特徴とする。
【００１１】
上記の目的を達成するために、本発明の情報処理装置は以下の構成を備える。即ち、クライアント装置から、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で受信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理装置であって、前記クライアント装置から前記ファイルを受信する第１の受信手段と、前記受信手段で受信したファイルを記憶装置に記憶する記憶手段と、前記記憶手段で記憶したファイルを特定するための電子チケットを生成する生成手段と、前記生成手段で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信手段と、前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信手段と、前記第２の受信手段で受信した電子チケットを用いて。前記記憶装置に記憶されているファイルのうち当該業務データと関連するファイルを特定する特定手段と、前記特定手段で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録手段と、を備え、前記第１の受信手段と、第２の受信手段とは、異なるプロトコルによるデータ通信により前記クライアント装置から送信されたデータを受信することを特徴とする。
【００１２】
上記の目的を達成するために、本発明の情報処理方法は以下の構成を備える。即ち、  前記クライアント装置から、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で受信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理装置により行われる情報処理方法あって、前記クライアント装置から前記ファイルを受信する第１の受信工程と、前記受信工程で受信したファイルを記憶装置に記憶する記憶工程と、前記記憶装置に記憶したファイルを特定するための電子チケットを生成する生成工程と、前記生成工程で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信工程と、前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信工程と、前記第２の受信工程で受信した電子チケットを用いて前記記憶装置に記憶されているファイルのうち、当該業務データと関連するファイルを特定する特定工程と、前記特定工程で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録工程と、を備え、前記第１の受信工程と、第２の受信工程は、異なるプロトコルによるデータ通信により前記クライアント装置から送信されたデータを受信することを特徴とする。
【００１３】
上記の目的を達成するために、本発明のコンピュータプログラムは以下の構成を備える。即ち、コンピュータを、前記クライアント装置から、データベースに登録する業務データと、前記業務データと関連するファイルとを異なる通信で受信し、前記業務データ及び前記ファイルとを関連付けて前記データベースに登録する情報処理装置として機能させるコンピュータプログラムであって、前記コンピュータを、前記クライアント装置から前記ファイルを受信する第１の受信手段と、前記受信手段で受信したファイルを記憶装置に記憶する記憶手段と、前記記憶手段で記憶したファイルを特定するための電子チケットを生成する生成手段と、前記生成手段で生成した電子チケットを、前記ファイルを送信したクライアント装置に送信する第１の送信手段と、前記クライアント装置から電子チケットとともに前記業務データを受信する第２の受信手段と、前記第２の受信手段で受信した電子チケットを用いて前記記憶装置に記憶されているファイルのうち、当該業務データと関連するファイルを特定する特定手段と、前記特定手段で特定したファイルと、前記業務データとを関連付けて前記データベースに登録する登録手段、として機能させ、前記第１の受信手段と、第２の受信手段は、異なるプロトコルによるデータ通信により前記クライアント装置から送信されたデータを受信することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、業務データとそれに付随するファイルを二段階に分けて転送するに際し、転送されたファイルがどのクライアントから転送されたものか識別し、同ファイルを転送したクライアントしかアクセスできないようにする。また、業務データとそれに付随するファイルを、整合性をもってシステムに登録することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明のデータベースシステムのシステム構成の一例を示す図である。
【図２】図１のアプリケーションサーバに適用可能な情報処理装置のハードウェア構成の一例を示す図である。
【図３】図１のアプリケーションサーバ１０２及びクライアント装置１０３のモジュール構成の一例を示す図である。
【図４】ファイル登録処理の一例を示すフローチャートである。
【図５】ファイル変更処理の一例を示すフローチャートである。
【図６】商品登録画面の一例を示す図である。
【図７】商品変更画面の一例を示す図である。
【図８】一次ファイル領域に保存されるファイルの属性データの構成の一例を示す図である。
【図９】確定ファイル領域に保存されるファイルの属性データの構成の一例を示す図である。
【図１０】業務データ領域に保存されるデータの構成の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は本発明の実施形態におけるシステム構成を示す図である。なお、図１のネットワーク１０４上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００１７】
図１において、データベースサーバ１０１はトランザクション機能を有するデータベース管理システムを備え、アプリケーションで永続化される業務データを維持管理する。アプリケーションサーバ１０２はデータベースサーバ１０１にアクセスするなどして、業務データの登録や更新、検索、加工等の業務システムの処理を行う。クライアント装置１０３−１及び１０３−２（以下、まとめてクライアント装置１０３という）は、ＧＵＩにてシステム利用者からの業務データの登録、更新、検索などの要求を受け付けるが、セキュリティ上の理由からデータベースサーバ１０１に直接アクセスしない。業務データの登録、更新、検索などの要求はネットワーク１０４を通じてアプリケーションサーバ１０２に委譲され、そこで実際の処理を実行させる。
【００１８】
次に、図１のデータベースサーバ１０１やアプリケーションサーバ１０２、クライアント１０３に適用可能な情報処理装置のハードウェア構成について、図２を用いて説明する。
【００１９】
ＣＰＵ２０１は、システムバス２０４に接続される後述の各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ装置或いは各クライアント装置の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２０】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで各種動作を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボードやポインティングデバイス等で構成される入力装置２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ディスプレイ装置２１０等の表示装置への表示を制御する。ディスプレイ装置は、例えばＣＲＴディスプレイや液晶ディスプレイ等で構成される。
【００２１】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標  ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００２２】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２３】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２４】
本発明のデータベースサーバ１０１、アプリケーションサーバ１０２、及びクライアント装置１０３が後述する各種処理を実行するために用いられるプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルや各種情報テーブルは外部メモリ２１１に格納されている。以上が、図２の説明である。
【００２５】
次に、図１のデータベースサーバ１０１やアプリケーションサーバ１０２、クライアント１０３の内部構成について、図３のモジュール構成図を用いて説明する。
【００２６】
図３において、クライアントプログラム３０１はシステム利用者から業務データとそれに付随するファイルのパスの入力を受けて、それらのデータをアプリケーションサーバ１０２へ送信するプログラムである。ただし、実際のファイル送信処理は行わず、後述するファイル送信部３０２に命令する。ファイル送信部３０２は本発明のファイル転送方式を実装したモジュールで、クライアントプログラム３０１から送信対象とするファイルのパスを受け取り、当該パス上にあるファイル本体を実際にアプリケーションサーバ１０２へ転送する処理を行う。
【００２７】
サーバプログラム３０３は、クライアントプログラム３０１から受信した業務データを加工して、データベースサーバ１０１の業務データ領域３０７へ登録するプログラムである。ただし、業務データに先だってファイル送信部３０２より送信されたファイルは自ら操作せず、後述するファイル処理部３０４に命令して、システムへ登録させる。ファイル処理部３０４は、ファイル送信部３０２から送信されたファイルを受信して、ディスク上の一時ファイル領域３０５に保存する。
【００２８】
その後、ファイル処理部３０４は、サーバプログラム３０３からの命令を契機として、一時ファイル領域３０５にあるファイルを確定ファイル領域３０６に移動する。転送ファイルは確定ファイル領域３０６に移動することでシステムに登録された状態となる。なお、本発明において、ファイルの保存場所は必ずしもアプリケーションサーバ１０２の外部メモリ２１１である必要はなく、ネットワーク１０４を通じて別のファイルサーバが有する外部メモリに保存することも勿論可能である。以上が図３のモジュール構成図の説明である。
【００２９】
次に、図４を参照して、アプリケーションサーバ１０２及びクライアント装置１０３によって行われる、業務データと付随するファイルをシステムへ登録する処理（ファイル登録処理）について説明する。この処理は、クライアント装置１０３のＣＰＵ２０１及びアプリケーションサーバ１０２のＣＰＵ２０１によって行われる。以降の説明では図３のクライアントプログラム３０１の制御に従ってクライアント装置１０３のＣＰＵ２０１が行う処理を、クライアントプログラム３０１が行う処理として、ファイル送受信部３０２を実現するモジュールの制御に従ってＣＰＵ２０１が行う処理をファイル送受信部３０２が行う処理として説明する。また、同様に、図３のサーバプログラム３０３の制御に従ってアプリケーションサーバ１０２のＣＰＵ２０１が行う処理を、サーバプログラム３０３が行う処理として、ファイル処理部３０４を実現するモジュールに従ってＣＰＵ２０１が行う処理をファイル処理部が行う処理として記載することにする。
【００３０】
ステップＳ４０１では、クライアントプログラム３０１は、図６に示す商品登録画面６００をディスプレイ装置２１０に表示させ、システム利用者が業務データと画像ファイルなどの送信ファイルのパスの入力を受け付ける。入力受け付け後、クライアントプログラム３０１はファイル送受信部３０２を呼び出して、入力されたファイルをアプリケーションサーバ１０２に送信するように命令する。尚、図６に示す商品登録画面６００の構成については後述する。
【００３１】
ステップＳ４０２では、ファイル送受信部３０２がクライアントプログラム３０１から、ステップＳ４０１で入力されたファイルパスを受け取り、当該パス上にあるファイルを、あらかじめシステム管理者によって設定されたアプリケーションサーバ１０２のネットワークアドレス宛に送信する。ファイルを送信する際には、ＨＴＴＰやＦＴＰなどのファイル転送用プロトコルを利用する。
【００３２】
ステップＳ４０３では、ファイル処理部３０４がファイル送受信部３０２から送信されたファイルを受信する。そして、ステップ４０４で、受信したファイルそれぞれに一意な識別子を付与して、外部メモリ２１１の一時ファイル領域３０５に保存する。保存後、ステップＳ４０５で、一次ファイル領域３０５に保存したファイルの物理パスを暗号化する。暗号化した文字列は、ステップＳ４０６で、ファイル処理部３０４が転送チケット（電子チケット）としてクライアント装置１０３に返信する。転送チケットは、一時ファイル領域３０５の当該ファイルにアクセスするための許可証としての役割を担う。転送チケットは暗号化されているため、ネットワーク上で盗聴されても、一次ファイル領域３０５上の一次ファイルを特定することはできない。
【００３３】
ステップＳ４０７では、ファイル送受信部３０２が、ファイル送受信部３０２によるファイルの送信に応じてファイル処理部３０４により作成された転送チケットを受信する。受信した転送チケットは、ファイル送受信部３０２の呼出し元のクライアントプログラム３０１へ渡される。その後、ステップＳ４０８で、クライアントプログラム３０１は、システム利用者によって入力された業務データとファイル処理部３０４より受け取った転送チケットを合わせてサーバプログラム３０３へ送信する。これらのデータを送信する際の通信プロトコルは、開発プラットフォーム独自のプロトコル（．ＮＥＴやＪＡＶＡ（登録商標）のリモート通信プロトコルなど）やＨＴＴＰなど自由であり、ファイル転送機能３０２がステップＳ４０２で利用した通信プロトコルと合わせる必要はない。また、ここでファイル名も合わせて送信することが可能である。ファイル名を送信した場合には、ステップＳ４０２で送信されたファイルが当該ファイル名を含むファイル名のファイルとして、確定ファイル領域３０６に保存されることになる。
【００３４】
ステップＳ４０９では、サーバプログラム３０３がクライアントプログラム３０１から業務データと転送チケットを受信する。その後、ステップＳ４１０で、業務データを登録するために、データベースサーバ１０１が備えるデータベース管理システムのトランザクション機能を開始する。トランザクション開始後、ステップＳ４１１で、業務データをデータベースに仮登録する。業務データは、データベース管理システムのトランザクションを確定しない限り本登録されない。その後、ステップＳ４１２で、サーバプログラム３０３はファイル処理部３０４に対して転送チケットを渡して、一時ファイル領域３０５にある、転送チケットを復号することで得られるファイルパスで特定されるファイルを確定ファイル領域３０６に移動するように命令する。
【００３５】
ステップＳ４１３では、ファイル処理部３０４がサーバプログラム３０３より受け取った転送チケットを復号し、一時ファイル領域３０５上のファイル名（＝ファイルパス）を取得する。そして、ステップＳ４１４で、ステップＳ４１３で得られたファイルパスで特定される一時ファイル領域３０５上のファイルを確定ファイル領域３０６へ移動する。移動が完了したところで一時ファイル領域３０５上のファイルを削除する。確定ファイル領域３０６へ移動することにより、当該ファイルはシステムに正常に登録されたことになる。
【００３６】
ステップＳ４１５では、ファイル移動が成功した場合、サーバプログラム３０３がデータベース管理システムのトランザクションを確定し、仮登録されていた業務データを本登録する。（ステップＳ４１６）なお、業務データ領域３０７に登録する業務データには、確定ファイル領域３０６に存在するファイルを識別するための当該ファイル名が含まれる。ファイル移動が失敗した場合、データベースのトランザクションを取消し、仮登録されていた業務データを削除する。（ステップＳ４１７）その後、ステップＳ４１８で、業務データとファイルの登録結果をクライアントに返信する。
【００３７】
ステップＳ４１９では、クライアントプログラム３０１がサーバプログラム３０３から実行結果を受信し、ユーザに通知する。登録に失敗した場合は、システム利用者に再登録を促すなどの処理を実行する。以上が、ファイル登録処理の説明である。
【００３８】
次に、システムに登録されている業務データとファイルを変更するまでの処理フローを、図５のフローチャートを用いて説明する。この処理は、クライアント装置１０３のＣＰＵ２０１及びアプリケーションサーバ１０２のＣＰＵ２０１によって行われる。以降の説明では図３のクライアントプログラム３０１の制御に従ってクライアント装置１０３のＣＰＵ２０１が行う処理を、クライアントプログラム３０１が行う処理として、ファイル送受信部３０２を実現するモジュールの制御に従ってＣＰＵ２０１が行う処理をファイル送受信部３０２が行う処理として説明する。また、同様に、図３のサーバプログラム３０３の制御に従ってアプリケーションサーバ１０２のＣＰＵ２０１が行う処理を、サーバプログラム３０３が行う処理として、ファイル処理部３０４を実現するモジュールに従ってＣＰＵ２０１が行う処理をファイル処理部が行う処理として記載することにする。
【００３９】
ステップＳ５０１では、クライアントプログラム３０１は、例えば図７に示す商品変更画面７００をディスプレイ装置２１０に表示させ、当該画面を介して、システム利用者が変更する業務データとファイルのパスの入力を受け付ける。入力後、クライアントプログラム３０１はファイル送受信部３０２を呼び出して、入力されたパスで特定されるファイルをサーバに送信するように命令する。ステップＳ５０２では、ファイル送受信部３０２がクライアントプログラム３０１からファイルパスを受け取り、当該パス上にあるファイルを、あらかじめシステム管理者によって設定されたアプリケーションサーバ１０２のネットワークアドレス宛に送信する。尚、図７の商品変更画面７００の構成については後述することにする。
【００４０】
ステップＳ５０３では、ファイル処理部３０４がファイル送受信部３０２から送信されたファイルを受信する。そして、ステップＳ４０４で、受信したファイルごとに一意な識別子を付与して、ディスク上の一時ファイル領域３０５に保存する。保存後、ステップＳ５０５で、一次ファイル領域３０５に保存したファイルの物理パスを暗号化する。暗号化した文字列は、ステップＳ５０６で、転送チケットとしてクライアント装置１０３に送信する。
【００４１】
ステップＳ５０７では、ファイル送受信部３０２が、ファイル送受信部３０２によるファイルの送信に応じてファイル処理部３０４により作成された転送チケットを受信する。受信した転送チケットは、ファイル送受信部３０２の呼出し元のクライアントプログラム３０１へ渡される。その後、ステップＳ５０８で、クライアントプログラム３０１は、システム利用者によって入力された業務データとファイル処理部３０４より受け取った転送チケットを合わせてサーバプログラム３０３へ送信する。ファイルの更新を行う場合には、そのファイルを追加登録するのかそれとも既に登録されているファイルを更新（上書き）するのかの指定も合わせて送信することになる。
【００４２】
ステップＳ５０９では、サーバプログラム３０３がクライアントプログラム３０１から業務データと転送チケットを受信する。その後、ステップＳ５１０で、業務データを変更するために、データベースサーバ１０１が備えるデータベース管理システムのトランザクション機能を開始する。トランザクション開始後、ステップＳ５１１で、データベース上の業務データを仮変更する。業務データは、データベース管理システムのトランザクションを確定しない限り変更されない。その後、ステップＳ５１２で、サーバプログラム３０３はファイル処理部３０４に対して転送チケットとファイル名を渡して、一時ファイル領域３０５にある、転送チケットを復号することで得られるファイルパスで特定されるファイルを確定ファイル領域３０６に移動するように命令する。ステップＳ５０８でファイルの更新の指定を受け付けた場合には、以前登録したファイルは変更後のファイルで上書きされる。ステップＳ５０８で追加登録の指定がされた場合には以前登録したファイルは残り、変更後のファイルは新規に追加される。
【００４３】
ステップＳ５１３では、ファイル処理部３０４がサーバプログラム３０３より受け取った転送チケットを復号し一時ファイル領域３０５上のファイル名（＝ファイルパス）を取得する。そして、ステップＳ５１４で、ステップＳ５１３で得られたファイルパスで特定される一時ファイル領域３０５上のファイルを確定ファイル領域３０６へ移動する。移動が完了したところで一時ファイル領域３０５上のファイル本体を削除する。確定ファイル領域３０６へ移動することにより、当該ファイルはシステムに正常に変更されたことになる。
【００４４】
ステップＳ５１５では、ファイル移動が成功した場合、サーバプログラム３０３がデータベース管理システムのトランザクションを確定し、仮変更されていた業務データを実際に変更する。（ステップＳ５１６）なお、業務データ領域３０７の変更後の業務データには、確定ファイル領域３０６に存在するファイルを識別するための当該ファイル名が含まれる。ファイル移動が失敗した場合、データベースのトランザクションを取消し、仮変更されていた業務データを取り消す。（ステップＳ５１７）その後、ステップＳ５１８で、業務データとデータの変更結果をクライアントに返信する。
【００４５】
ステップＳ５１９では、クライアントプログラム３０１がサーバプログラム３０３から実行結果を受信し、ユーザに通知する。変更に失敗した場合は、システム利用者に再変更を促すなどの処理を実行する。以上が、図５のファイル変更処理の説明である。
【００４６】
図４と図５の処理フローで示したように、本発明のファイル転送方式を実装したファイル送受信部３０２とファイル処理部３０４は、クライアントプログラム３０１と３０３からの命令に従って、ファイル送受信にかかわる各種処理を実行する。そして、クライアントプログラム３０１とサーバプログラム３０３は、ファイル送受信部３０２とファイル処理部３０４との間で送信処理が行われたファイルを特定するためのチケット情報とともに業務データを送信することで、それらの整合性を保つことを可能にしている。
【００４７】
次に、図６を参照して、図４のステップＳ４０１でクライアントプログラム３０１によってディスプレイ装置２１０に表示される商品登録画面６００について説明する。図６に示すように、商品登録画面６００には、商品コード入力欄６０１、商品名入力欄６０２、商品画像ファイルパス入力欄６０３、登録ボタン６０４、キャンセルボタン６０５が用意されている。
【００４８】
商品コード入力欄６０１や商品名入力欄６０２に入力を受け付けた情報からなる商品データが、図４のステップＳ４０８でアプリケーションサーバ１０２に送信されることになる業務データであり、商品画像ファイルパス入力欄に入力されたファイルパスが示す商品画像ファイルが、図４のステップＳ４０２で送信されることになるファイルである。入力後、システム利用者によって登録ボタン６０４が押下されると、図４のステップＳ４０２からの処理を実行することになる。ファイル送受信部３０２によって商品画像ファイルが予めアプリケーションサーバ１０２に送信される。その後、ファイル処理部３０４により一次ファイル領域に保存されることになる。以上が、図６の商品登録画面の説明である。
【００４９】
次に図８を参照して、一次ファイル領域に保存されているファイルの属性情報テーブルの一例を説明する。図８に示すように、一次ファイル領域に保存されるファイルは、その属性情報として、名前（ファイル名）８０１、更新日時８０２を備えている。名前８０１には、画像ファイルのファイル名が格納される。尚、一次ファイル領域に格納されるファイルの名前は、ファイル処理部３０４によってランダムな文字列の識別子が付与され、ファイル形式によらず同一の拡張子が付与される。そのため８０１に示すようなファイル名になる。更新日時８０２には、ファイルが更新された日時情報が登録される。以上が、図８の一次ファイル領域に保存されている画像データの属性情報テーブルの一例である。
【００５０】
次に、図９を参照して、確定ファイル領域に保存されているファイルの属性情報テーブルの一例を説明する。図９に示すように、確定ファイル領域に保存されるファイルは、その属性情報として、名前（ファイル名）９０１、種類９０２、更新日時９０３を備えている。
【００５１】
名前９０１には、確定ファイル領域に保存されているファイルのファイル名が保存されている。種類９０２には、ファイルの種類を示す情報が保存される。例えば画像ファイルの場合には「画像」が保存される。更新日時９０３には、ファイルが更新された日時が登録される。
【００５２】
次に、図１０を参照して、業務データ領域３０７に保存されている業務データの構成の一例ついて説明する。図１０に示すように、業務データ領域３０７に保存されている業務データは、その属性情報として、商品コード１００１、商品名１００２、商品画像ファイル名１００３を備えている。商品コード１００１には、図６の商品コード入力欄６０１に入力されたデータが保存される。商品名には、図６の商品名入力欄６０２に入力されたデータが保存される。商品画像ファイル名１００３には、確定ファイル領域３０６に記憶されている何れかのファイルであって、本業務データに関連するファイルのファイル名が保存される。以上が図１０の説明である。
【００５３】
次に、図７を参照して、図５のステップＳ５０１でクライアントプログラム３０１によってディスプレイ装置２１０に表示される商品変更画面７００について説明する。図７に示すように、商品変更画面７００には、商品コード表示欄７０１、商品名入力欄７０２、登録商品画像表示欄７０３、商品画像ファイルパス入力欄登録ボタン６０４、キャンセルボタン６０５が用意されている。この商品変更画面７０１が表示される際には、初期情報として業務データ領域３０７に表示されている何れかの情報（検索処理等で特定）の商品コード１００１、商品名１００２がそれぞれ商品コード表示欄７０１、商品名入力欄７０２に表示される。また、当該業務データに関連付けられているファイルを商品画像ファイル名１００３に保存されているファイル名に従って、確定ファイル領域３０６から取得しそのファイルが画像データの場合には、画像ファイル表示欄７０３に表示される。
【００５４】
そしてこの商品変更画面７００を介して、既に業務データ領域３０７に記憶されている情報の変更情報の入力を受け付ける。商品名１００２を変更する場合には、その変更データ入力を商品名入力欄７０２に受け付ける。また、画像データの変更を行う際には、商品画像パス入力欄７０４にその画像データのパス情報を受け付ける。画像データの変更には、当該業務データに関連する画像データの新規追加登録と、既に登録されている画像データの更新（上書き）登録との２種類があり、追加／上書き指定部７０５にその指定情報が入力される。ここで、上書き指示を受け付けた場合には、上書き対象の画像データの指定を上書き画像指定部７０６で受け付ける。そして、登録ボタン７０８が押下されると、図５のステップＳ５０２移行の処理をＣＰＵ２０１が実行することになる。
【００５５】
以上説明したように、本実施形態によれば、業務データとそれに付随するファイルを二段階に渡って通信するに際し、アプリケーションサーバ１０２のファイル処理部３０４が、ファイルを転送したクライアント１０３に転送チケットを発行し、転送チケットをもつクライアント１０３からの要求があった場合にのみ、一次ファイル領域３０５に記憶された転送チケットが示すファイルにアクセス出来るようにすることで、転送されたファイルがどのクライアントから転送されたものか識別し、同ファイルを転送したクライアントしかアクセス出来なくする制御を行うことが可能となる。また、アプリケーションサーバ１０２で業務データと関連ファイルをシステムに登録する際に、確定ファイル領域３０６にすぐ保存せず、当該ファイルを一次ファイル領域３０５にひとまず保存することで、業務データを業務データ領域３０７へ登録するトランザクションとタイミングを合わせられる。それによって、業務データとそれに付随するファイルを、整合性をもってシステムに登録することができる。
【００５６】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００５７】
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
【００５８】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５９】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００６０】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００６１】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００６２】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００６３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００６４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００６５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
【００６６】
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００６７】
１０１  データベースサーバ
１０２  アプリケーションサーバ
１０３−１、１０３−２  クライアント装置
１０４  ＬＡＮ
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆ（インターフェース）コントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
【図１】
2011123627.tif 000003
【図２】
2011123627.tif 000004
【図３】
2011123627.tif 000005
【図４】
2011123627.tif 000006
【図５】
2011123627.tif 000007
【図６】
2011123627.tif 000008
【図７】
2011123627.tif 000009
【図８】
2011123627.tif 000010
【図９】
2011123627.tif 000011
【図１０】
2011123627.tif 000012