JP2009140072A - サーバシステム - Google Patents

Abstract

【課題】 サーバ／クライアント型のシステムにおいて、サーバ側で定義されているいくつかのアクションを連続して処理する際に、アクション間でファイルを共有することが出来なかった。
【解決手段】 あるアクションが共有対象のファイルを他のアクションからもアクセスできる場所に一時的に保管し、そのファイルの保存場所の情報をセッションに保管し、アクション間で共有する。また、セッションにはファイルの保存場所以外にもファイルに対してユニークなＩＤや作業状態も合わせて保管する。
【選択図】 図１

Description

サーバ／クライアント型のシステムにおけるアクション間におけるファイル共有方法に関するものである。

サーバ／クライアント型のシステムにおいて、サーバ側で定義されているいくつかのアクションを連続して処理する仕組みがある。クライアント側からの要求に従ってアクションが連続して実行され、前に処理したアクションの情報は次のアクションに引き継ぐことが出来た。

又、セッションの状態を監視する監視部とセッション管理方法を更新する更新部を備えたセッション管理装置として、下記特許文献１に記載の技術が知られている。
特開２０００−２２２３５３号公報

しかしながら、それぞれのアクションは独立したコンポーネントとして実装されており、アクション同士がお互いにファイルを受け渡すインタフェースは用意されていない。そのため、アクション間でファイルを共有することを必要とする手段を実装することが出来なかった。

あるアクションが共有対象のファイルを他のアクションからもアクセスできる場所に一時的に保管し、そのファイルの保存場所の情報をセッションに保管し、アクション間で共有する。また、セッションにはファイルの保存場所以外にもファイルに対してユニークなＩＤや作業状態も合わせて保管する。

セッションに保管された情報を参照すれば異なるアクションから同一のファイルにアクセスできるので、アクション間でファイルを共有して扱える。また、複数の利用者から同時に要求が来ても、ファイルに割り振られたＩＤによって別個に管理できる。また、セッションに保管された情報によって、そのファイルの作業状態を管理したり、処理が中断した時に一時ファイルを削除したりすることも出来る。

次に、本発明の詳細を実施例の記述に従って説明する。

図１は、本発明の実施の形態に係る情報コンテンツ閲覧システムの構成図である。

この情報コンテンツ閲覧システムは、ネットワーク上に、クライアントＰＣ１０１，１０２，１０３と、ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８と、Ｗｅｂアプリケーションサーバ（ＷＡＳ）１０９とを備えている。

クライアントＰＣ１０１，１０２，１０３は、Ｗｅｂブラウザを使用しＨＴＴＰで通信するコンピュータであり、例えば、システム管理者がコンテンツのメンテナンスをしたり、ユーザ管理情報の修正などのシステムメンテナンス処理を行ったりする作業を行うために使用されるパソコンである。

ＬＡＮ（ローカルエリアネットワーク）１０５、１０７及びインターネット１０６はシステムで使用するネットワーク形態をあらわしており、ＬＡＮ１０５に接続している機器１０１〜１０２は、このＬＡＮ１０５を介して他の機器とデータのやり取りを行う。クライアントＰＣ１０３は、インターネット１０６に直接に接続されている。

ＨＴＴＰサーバ（Ｗｅｂサーバ）１０８は、ネットワークを介してクライアントＰＣ１０１，１０２，１０３からＨＴＴＰプロトコルで送られてきたリクエストを受け取るサーバである。ＨＴＴＰサーバ１０８には、いくつかのＷｅｂアプリケーションサーバが登録されており、ＨＴＴＰサーバ１０８は、クライアントＰＣ１０１，１０２，１０３からのリクエスト内容に従って、処理を適切なＷｅｂアプリケーションサーバに割り振る。また、リクエストを受け取った例えばＷｅｂアプリケーションサーバ１０９は、処理を実行してその処理結果をクライアントＰＣ１０１，１０２，１０３へ返信する。

Ｗｅｂアプリケーションサーバ１０９には、データベース１１０が接続されている。このデータベース１１０には、コンテンツデータ、コンテンツに関連付けられたデータ、操作履歴、及び処理ステータスなどの情報や、ユーザ／グループ情報などのシステム情報が記録される。ＨＴＴＰサーバ１０８、Ｗｅｂアプリケーションサーバ１０９、及びデータベース１１０が有機的に組み合わされて、Ｗｅｂデータベースシステムとして機能する。

そして、Ｗｅｂアプリケーションサーバ１０９は、例えばＬＡＮ１０７を介して企業などのバックエンドシステム（顧客管理システム）１１１に接続されており、このバックエンドシステムにおいてコンテンツデータを利用するような形態を実現している。なお、バックエンドシステム１１１は、アプリケーションサーバ１０９にダイレクトに接続される構成であっても良い。

図２は、図１に示したクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びＷｅｂアプリケーションサーバ１０９の構成を示すブロック図である。

図中の２０１はシステムバスであり、システムバス２０１には、ＣＰＵ（Ｃｅｎｔｒｔａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２、プログラム・メモリ（ＰＭＥＭ）２０３、通信制御部２０４、外部記憶装置制御部２０８、入力制御部２１１、ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４、表示出力制御部２１５、プリンタ制御部２１７、外部機器制御部２１９、及び画像読み取り機器制御部２２０が接続されている。通信制御部２０４は、通信ポート２０５に於ける入出力データの制御を行い、通信ポート２０５から出力された信号は、通信回線を経由してネットワーク上の他の装置２０６の通信ポートに伝えられる。外部記憶装置制御部２０８は、データファイル用のディスクとして、例えばＵＳＢメモリ２０９やハードディスク（ＨＤ）２１０に対するアクセスを制御する。

入力制御部２１１には、キーボード２１２やマウス２１３等の入力装置が接続される。操作者は、この入力装置を操作することによりシステムの動作指令等を行う。ビデオ・イメージ・メモリ（ＶＲＡＭ）２１４には、表示出力制御部２１５を介してディスプレイ２１６が接続され、ディスプレイ２１６に表示されるデータはＶＲＡＭ１４上にビットマップデータとして展開されている。ディスプレイ２１６上で画像情報を加工指示するためのポインティング・デバイスであるマウス２１３により、ディスプレイ２１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択し、処理の指示を行うほか、編集対象の指示、描画位置の指示等も行うようになっている。

ＰＭＥＭ２０３は、本実施の形態に係る処理を実行するためのプログラムをハードディスク２１０から適宜、選択して読み込み、ＣＰＵ２０２での実行に供する。また、キーボード２１２から入力されたデータは、テキスト・メモリでもあるＰＭＥＭ２０３にコード情報として格納される。プリンタ制御部２１７は、接続されているプリンタ２１８に対するデータの出力制御を行う。画像読み取り機器制御部２２０は、画像読み取り機器２２１に接続され、その接続機器の制御を行う。外部機器制御部２１９は、プリンタやスキャナなどの外部機器を制御するためのものである。なお、本実施の形態のクライアントＰＣ１０１，１０２，１０３では、クライアントＰＣに直接接続されたプリンタ２１８とプリンタ制御部２１７、画像読み取り機器制御部２２０と画像読み取り機器２２１といった構成要素は必ずしも必要ではない。

なお、本実施の形態ではＬＡＮなどのネットワークに関して記述するが、この通信制御部２０４に接続される通信ポート２０５及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。また、画像読み取り機器制御部２２０と画像読み取り機器２２１が物理的に別々のコンポーネントであっても、画像読み取り機器制御部２２０が画像読み取り機器２２１を含む１つのコンポーネントであっても、同様な手段を有することとする。また、ＰＭＥＭ２０３に記憶されるプログラムは、装置に直接接続されているハードディスク（ＨＤ）やＵＳＢメモリなどの記憶媒体に記憶されているほか、ネットワークで接続されている他の装置上に記憶されていても良い。

なお、クライアントＰＣ１０１，１０２，１０３では、汎用のＷｅｂブラウザが記憶媒体に格納されており、ＣＰＵ２０２が該Ｗｅｂブラウザプログラムを読み込んで実行し、該Ｗｅｂブラウザ上で本発明のユーザインターフェースが実現される。

図３、図４、は実施例１の処理を示すフローチャートである。

図３のフローチャートに従って、処理の流れを説明する。

セッションを開始し（Ｓ３０２）、ユーザからの要求をアクションが受信し（Ｓ３０２）、アクションが処理を開始し（Ｓ３０３）、一時フォルダに一時ファイルを保管し（Ｓ３０４）、識別子やファイルパスといった一時ファイル情報をセッションに保管し（Ｓ３０５）、次のアクションに一時ファイルを渡す必要があるかどうかを判定し（Ｓ３０６）、必要があれば、アクションが処理を終了し（Ｓ３０７）、次のアクションが処理を開始し（Ｓ３０８）、セッションから一時ファイル情報を取得し（Ｓ３０９）その一時ファイル情報を元に一時ファイルを一時フォルダから取得し（Ｓ３１０）、アクションの処理結果を一時ファイルに反映し（Ｓ３１１）、Ｓ３１２に移り、Ｓ３０５において、次のアクションに一時ファイルを渡す必要がなければ、アクションがユーザに処理結果を返し（Ｓ３１２）、アクションが処理を終了し（Ｓ３１３）、セッションを切断し（Ｓ３１４）、本フローを終了する。

図４のフローチャートに従って、セッションの切断処理の流れを説明する。

セッションが切断された際には、一時ファイル情報に従って一時フォルダから一時ファイルを削除し（Ｓ４０１）、セッションから一時ファイル情報を削除し（Ｓ４０２）、本フローを終了する。

図５、図６、は実施例１においてＰＤＦ文書を出力するＰＤＦ出力アクションとＰＤＦ文書を重ね合わせるＰＤＦ重ね合わせアクションとの間での一時ファイルの共有を示す図である。

図５は、実施例１においてＰＤＦを出力するＰＤＦ出力アクションとＰＤＦを重ね合わせるＰＤＦ重ね合わせアクションとの間で一時ファイルを共有する例の全体図である。

図５において、５０１は、クライアント側で本実施例のシステムを利用する利用者であるクライアントユーザであり、５０２は、ＰＤＦ文書を出力するＰＤＦ出力アクションであり、５０３は、複数のＰＤＦ文書を一つに重ね合わせるＰＤＦ重ね合わせアクションであり、５０４は、一時ファイルを格納する一時フォルダであり、５０５は、クライアントユーザの要求によって引き起こされた一連の処理を管理するセッションであり、５０６は、ＰＤＦ出力アクションによって一時フォルダに保管された一時ファイルであるＰＤＦファイルであり、５０７は、セッションに保管された、一時ファイルを扱うために必要な一時ファイル情報である。

図６は、セッションに保管された、一時ファイルを扱うために必要な一時ファイル情報の内容を示した図である。

図６において、６０１は、各一時ファイルを識別するＩＤであり、６０２は、各一時ファイルを格納した場所を示すファイルパスであり、６０３は、各一時ファイルの状態を示す作業状態である。

以下に、図５、図６、によって示した一時ファイルの共有を、図３、図４、で示したフローチャートに従って説明する。

図３のＳ３０１において、セッション５０５が開始され、Ｓ３０２において、クライアントユーザ５０１からの要求をＰＤＦ出力アクション５０２が受信し、Ｓ３０３において、ＰＤＦ出力アクション５０２が処理を開始し、ＰＤＦ文書を出力し、Ｓ３０４において、ＰＤＦ出力アクション５０２は出力したＰＤＦ文書を、一時フォルダ５０４にＰＤＦファイル５０６として保管し、Ｓ３０５において、ＰＤＦファイル５０６の情報である一時ファイル情報５０７をセッション５０５に保管し、その際、ＩＤ６０１についてはユニークな番号を生成して記録し、ファイルパス６０２についてはＰＤＦファイル５０６が格納されている場所を記録し、作業状態６０３については、この後に続いてＰＤＦ重ね合わせアクション５０３が処理されるので連続処理である旨を記録し、Ｓ３０６において、ＰＤＦ出力アクション５０２はＰＤＦ重ね合わせアクション５０３にＰＤＦファイル５０６を渡す必要があるので、処理は３０７に移行し、Ｓ３０７において、ＰＤＦ出力アクション５０２が処理を終了し、Ｓ３０８において、ＰＤＦ重ね合わせアクション５０３が処理を開始し、Ｓ３０９において、ＰＤＦ重ね合わせアクション５０３がセッション５０５から一時ファイル情報５０７を取得し、Ｓ３１０において、ＰＤＦ重ね合わせアクション５０３が一時ファイル情報５０７の情報を元にＰＤＦファイル５０６を取得し、ＰＤＦ文書の重ね合わせ処理を行い、Ｓ３１１において、処理結果をＰＤＦファイル５０６に反映し、Ｓ３０６に戻り、Ｓ３０６において、ＰＤＦ重ね合わせアクション５０３に続いて処理されるアクションは存在しないので、Ｓ３１２に移行し、Ｓ３１２において、ＰＤＦ重ね合わせアクション５０３がクライアントユーザ５０１に重ね合わせ済みのＰＤＦファイル５０６を返し、Ｓ３１３において、ＰＤＦ重ね合わせアクション５０３が処理を終了し、Ｓ３１４において、セッション５０５を切断し、処理は図４に移行し、Ｓ４０１において、一時ファイル情報５０７に従って一時フォルダ５０４からＰＤＦファイル５０６が削除され、Ｓ４０２において、セッション５０５から一時ファイル情報５０７が削除され、図４の処理は終了し、図３に戻り、処理が終了する。

もしも上記の処理の途中でセッションが切れた場合には、図４の処理に従って一時ファイルおよび一時ファイル情報を削除する。

一度クライアントユーザ５０１に制御を戻す場合は、Ｓ３０５において、作業状態６０３には要求待ちである旨を記録しておき、クライアントユーザ５０１に一時的な処理結果であるＰＤＦファイル５０６を返し、ＰＤＦ結合アクション５０２を終了し、ＰＤＦ重ね合わせアクション５０３の実行要求を促し、要求を待ち、継続処理の要求が来たらＳ３０８に移行してＰＤＦ重ね合わせアクション５０３の処理を開始し、クライアントユーザ５０１から要求が来ないか、キャンセルの要求が来た場合は、セッションを切断し、図４の処理に従って一時ファイルおよび一時ファイル情報を削除し、処理を終了する。

このように、セッション上で一時ファイルの情報を共有することで、アクション間でファイルを共有して扱える。また、複数の利用者から同時に要求が来ても、ファイルに割り振られたＩＤによって別個に管理できる。また、セッションに保管された情報によって、そのファイルの作業状態を管理したり、処理が中断した時に一時ファイルを削除することも出来る。

なお、本明細書に記載のコンテンツとは、ドキュメントデータ、画像データ、テキストデータ、音楽データ、映像データ、その他情報処理装置で扱うことのできる電子データ、を指す。実運用するシステムに応じて扱うコンテンツは異なる。音楽配信システムでは、主なコンテンツは音楽ファイルや付随するドキュメントデータであり、カタログ作成システムでは、画像データやテキストデータがコンテンツとなる。

次に、ＷｅｂページとはＨＴＭＬで記述されているとするが、Ｗｅｂページを記述できるマークアップ言語、及びそれに類する言語、例えばＸＭＬ準拠のＸＨＴＭＬなどを利用した場合も本発明の実現は容易であり、本発明はＷｅｂページの記述言語に関わらず有効なものである。また、動的なページ生成手段を用いた場合も同様に本発明の優位性は保たれる。

又、アクションとは、サーバ／クライアント型のシステムにおいて、サーバ側で定義され、クライアント側からの指示に応じて提供される手段を指す。

更に、本発明の実施例は、実施例記載の手段を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって達成される場合を含む。

本発明の実施の形態に係る情報コンテンツ閲覧システムの構成図である。 図１に示したクライアントＰＣ１０１，１０２，１０３、ＨＴＴＰサーバ１０８及びＷｅｂアプリケーションサーバ１０９の構成を示すブロック図である。 セッションの切断処理の流れを示すフローチャートである。 結合アクションの処理の流れを説明するフローチャートである。 ＰＤＦ出力アクションとＰＤＦ重ね合わせアクションとの間で一時ファイルを共有する例の全体図である。 一時ファイル情報の内容を示した図である。

符号の説明

５０１ クライアント側でシステムを利用するクライアントユーザ
５０２ ＰＤＦ文書を出力するＰＤＦ出力アクション
５０３ 複数のＰＤＦ文書を一つに重ね合わせるＰＤＦ重ね合わせアクション
５０４ 一時ファイルを格納する一時フォルダ
５０５ クライアントユーザの要求によって引き起こされた一連の処理を管理するセッション
５０６ ＰＤＦ出力アクションによって一時フォルダに保管された一時ファイルであるＰＤＦファイル
５０７ セッションに保管された、一時ファイルを扱うために必要な一時ファイル情報

Claims (4)

1. クライアントからの要求を受けて処理を行なうサーバシステムであって、
   ユーザからの要求を受け付けるプレゼンテーション層と、
   プレゼンテーション層経由で受け取ったユーザ要求を処理するビジネスロジック層からなり、
   上記ビジネスロジック層での処理を複数組み合わせて実行する手段と、
   上記組み合わせ処理を実行する際に、処理結果データを一時ファイルとして生成する手段と、
   上記処理結果データに対する処理情報をセッション情報として処理間で受け渡す手段と、
   上記セッション情報を受け取ったビジネスロジックの各処理は、処理情報に従って、
   上記処理結果データを処理する手段を有することを特徴とするサーバシステム。
2. 請求項１に記載のサーバシステムにおいて、
   処理結果データに対する処理情報に作業状態を含めることで、処理の流れを管理する手段を有することを特徴とするサーバシステム。
3. 請求項１または請求項２に記載のサーバシステムにおいて、
   複数のクライアントからの要求に対して同時に処理を実行する場合に、処理に対する一時ファイルの割当てを管理する手段を有することを特徴とするサーバシステム。
4. 請求項１〜請求項３のいずれかに記載のサーバシステムにおいて、
   クライアントが処理の中断を要求した場合に、上記処理結果データに対する処理情報を削除する手段を有することを特徴とするサーバシステム。

Images