(57)【要約】【課題】  コンテンツ管理を行なうアプリケーションサーバにおいて、コンテンツ登録の際に負荷の高いコンテンツ編集処理をサーバのみで行なっていたため、クライアントからの同時リクエスト数の増加に伴い、サーバに大きな負荷がかかりレスポンスが低下してしまっていた。【解決手段】  サーバとクライアントでの負荷分散手法および、負荷分散を行なう際の処理中にセッションが失われた場合での処理継続手法、処理を継続した場合のセキュリティ維持手法を示す。【選択図】        図１
2006244146.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された、コンテンツ管理ウェブサーバと、ネットワークに接続されたクライアントからなるコンテンツ管理システムにおいて、コンテンツ管理サーバは、コンテンツデータを保存する手段を有し、コンテンツデータを編集する手段を有し、編集したコンテンツデータを保存する手段を有し、これら保存したコンテンツを一意に識別する手段を有し、クライアントからサーバへコンテンツデータを登録する手段を有し、登録処理の際にサーバ負荷に応じてクライアントとコンテンツ編集処理を分担する手段を有し、クライアントのリクエストに応じたレスポンスを生成する手段を有し、クライアントは、サーバへのリクエストを行なう手段を有し、サーバからのレスポンスを表示・処理する手段を有し、サーバからの依頼に応じてコンテンツを編集する手段を有し、編集したコンテンツをサーバへ登録する手段を有することを特徴とするコンテンツ管理システム。
【請求項２】
請求項１に記載のコンテンツ管理システムにおいて、サーバとクライアントの通信にＨＴＴＰを利用することを特徴とするコンテンツ管理システム。
【請求項３】
請求項１に記載のコンテンツ管理システムにおいて、サーバはクライアントを一意に判別するためにユーザログイン時にセッションを利用することを特徴とするコンテンツ管理システム。
【請求項４】
請求項１に記載のコンテンツ管理システムにおいて、サーバはコンテンツ編集処理をジョブとして管理する手段を有し、複数のジョブをリストとして管理する手段を有し、各ジョブの情報としてジョブを一意に識別する識別子、登録処理セッションＩＤ、登録依頼ユーザＩＤ、コンテンツのファイル名、編集処理内容、編集処理状況、クライアントでの編集開始時間を持つことを特徴とするコンテンツ管理システム。
【請求項５】
請求項１に記載のコンテンツ管理システムにおいて、コンテンツ編集ジョブの一部又は全てをクライアントへ分担する手段を有し、クライアントへの編集分担をサーバのＣＰＵ負荷とディスク負荷をもとに決定する手段を有し、クライアントへ依頼したコンテンツ編集処理のレスポンスが無かった場合でもサーバ側で処理を行なうことで全ての処理を終了する手段を有することを特徴とするコンテンツ管理システム。
【請求項６】
請求項１に記載のコンテンツ管理システムにおいて、クライアントで編集したコンテンツをアップロードする際、セッションが切れてしまっていてもサーバは処理を継続する手段を有し、セッションが切れた状態で登録されたコンテンツを仮登録する手段を有することを特徴とするコンテンツ管理システム。
【請求項７】
請求項６に記載のコンテンツ管理システムにおいて、コンテンツを仮登録した際の情報として、登録コンテンツをサーバで一意に識別するコンテンツＩＤ、仮登録を行なったユーザＩＤ、登録処理を行なったサーバＩＰを持つことを特徴とするコンテンツ管理システム。
【請求項８】
請求項６に記載のコンテンツ管理システムにおいて、仮登録したコンテンツに対するアクセス時に仮登録を行なったユーザと利用ユーザのＩＤが一致し、かつコンテンツの利用依頼を受けたサーバと登録処理を行なったサーバのＩＰが一致する条件のもとでのみ再利用することを許可する手段を有し、再利用を許可されたユーザがコンテンツの再登録を行ない通常のコンテンツとして登録する手段を有し、コンテンツの再登録処理では仮登録ステータスを変更することのみで行なえることを特徴とするコンテンツ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンテンツ管理システムに関し、コンテンツ管理を行なうアプリケーションサーバで、コンテンツ登録の際に行なわれる高負荷なコンテンツ編集処理をサーバとクライアントで分散処理することで、サーバ負荷の低いコンテンツ管理システムを実現できる。
【背景技術】
【０００２】
従来、コンテンツ管理を行なうアプリケーションサーバでのコンテンツ登録の際、コンテンツ編集処理はサーバのみで行なっていた。そのため、クライアントからの同時リクエスト数の増加に伴い、サーバに大きな負荷がかかりレスポンスが低下してしまっていた。
【０００３】
また、特許文献１には、クライアント装置とサーバ装置とをネットワークを介して接続してなるネットワークシステムにおいて、優先度の高い処理のスループットを向上させることが開示されている。
【特許文献１】特開平５−１０８５８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明では、上記レスポンスの低下の課題を解決する必要がある。さらに、課題を解決する上で以下のような課題がある。
【０００５】
・サーバとクライアントでの負荷分散手法
・処理中にセッションが失われた場合でも、処理を無駄にしないための処理継続手法
・上記処理を継続した場合のセキュリティ維持手法
【０００６】
本発明は、以上の点に着目して成されたもので、クライアント数が増大しても登録処理を早く行なうことが可能となり、処理の分散中にセッションが切れてしまっても、セキュリティに配慮しながら処理をすることでクライアント側での処理を無駄にすることなくコンテンツ登録処理が終了できるコンテンツ管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明では、サーバとクライアント間の処理分担方法としては、サーバの負荷をＣＰＵ及びディスクアクセスの負荷で判断することで、サーバ側でのコンテンツ編集処理とクライアント側でのコンテンツ編集処理を制御する。クライアントは、サーバからコンテンツ編集処理を依頼された場合に編集処理を実行しサーバへアップロードする。その後アップロードが終了した編集済みコンテンツは自動的に削除する。このアップロード処理の際にセッション情報が失われていた場合においても、サーバはクライアントから編集済みコンテンツをアップロードする事を許可することで、クライアントでの編集処理を無駄にしないようにする。
【０００８】
しかし、セッションが失われた状態でのデータ登録は、本当に同一ユーザからの登録であるか判断できないため、その登録データに対しては「登録処理を行なったサーバに対してのアクセスである」且つ「登録処理依頼を行なったユーザが再利用しようとしている」と言う条件でのみ利用を許可する。また、上記条件で利用できるユーザがそのコンテンツに対して正式に登録処理を行なう事で、全ユーザが利用できる通常のコンテンツへステータスを変更するだけで移行することができる。
【０００９】
すなわち、本発明の技術内容は以下の構成を備えることにより前記課題を解決できた。
【００１０】
（１）ネットワークに接続された、コンテンツ管理ウェブサーバと、ネットワークに接続されたクライアントからなるコンテンツ管理システムにおいて、コンテンツ管理サーバは、コンテンツデータを保存する手段を有し、コンテンツデータを編集する手段を有し、編集したコンテンツデータを保存する手段を有し、これら保存したコンテンツを一意に識別する手段を有し、クライアントからサーバへコンテンツデータを登録する手段を有し、登録処理の際にサーバ負荷に応じてクライアントとコンテンツ編集処理を分担する手段を有し、クライアントのリクエストに応じたレスポンスを生成する手段を有し、クライアントは、サーバへのリクエストを行なう手段を有し、サーバからのレスポンスを表示・処理する手段を有し、サーバからの依頼に応じてコンテンツを編集する手段を有し、編集したコンテンツをサーバへ登録する手段を有することを特徴とするコンテンツ管理システム。
【発明の効果】
【００１１】
本発明のコンテンツ管理システムを実現することで、同時にリクエストを出すクライアント数が増加してサーバ側の負荷が高まっても、サーバとクライアントで処理を分担することでサーバ負荷を軽減でき、クライアント数が増大しても登録処理を早く行なうことが可能となる。さらに、処理の分散中にセッションが切れてしまっても、セキュリティに配慮しながら処理をすることでクライアント側での処理を無駄にすることなく、コンテンツ登録処理が終了できる。
【発明を実施するための最良の形態】
【００１２】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１３】
図１は、本発明であるコンテンツ管理システムの構成を示す図である。説明を簡略化するために、本実施例では、ネットワークに接続されているサーバ、クライアントは１台ずつとするが、本発明の特徴はサーバ、クライアントが１台ずつで構築されるか複数台で構築されるかによらず有効である。
【００１４】
本コンテンツ管理システムは、コンテンツ管理サーバ（１０５）とクライアント（１０１）、から構成され、コンテンツ管理サーバ（１０５）は、コンテンツデータを保存する機能（１０９）を有し、それらデータをサーバ内で一意に管理するコンテンツ管理機能（１０６）、コンテンツ登録時にコンテンツを編集する機能（１１１）を有する。また、クライアントからのリクエストを解析する機能（１０７）、リクエストに応じたレスポンスを生成する機能（１１０）、クライアントとの通信制御機能（１０８）、を有する。クライアント（１０１）は、サーバとの通信制御機能（１０４）及び、ＷｅｂシステムのＵＩとしてＷｅｂブラウザ（１０２）、サーバのコンテンツ編集処理を分担するためのコンテンツ編集機能（１０３）を有する。
【００１５】
図２は、本発明であるコンテンツ管理システムのサーバ（２０２）・クライアント（２０１）で行なわれる全体の処理フローを示す図である。
【００１６】
はじめにユーザはサーバへログインしセッションの生成とユーザ認証が行なわれる（２０３）。ユーザはクライアントで、登録するコンテンツファイルを選択し（２０４）サーバへアップロードを行なう（２０５）。サーバはアップロードされた各ファイルの種別毎にサムネイルの生成やページ分割といった登録方法を決定するページをクライアントへ返す（２０６）。ユーザはクライアントで各ファイルの登録方法を決定し（２０７）サーバへ登録方法を通知する（２０８）。
【００１７】
サーバは、各コンテンツファイル毎の登録ジョブとそのジョブリスト生成する（２０９）。サーバはジョブ処理スレッドを生成する（２１０）。ジョブ処理スレッド（２２５）では、サーバの負荷が低いときにはジョブリスト中のまだ実行されていない登録ジョブを実行し（２２６）、登録コンテンツを編集処理していく（２２７）。ジョブ処理スレッドはジョブリスト中のジョブが全て終了したら自動的に終了する（２２８）。サーバのメインスレッドは、セッションを維持するために処理結果を表示するページへリダイレクトし、且つページ表示時ジョブ処理スレッドを実行するヘルパアプリが起動される様に記載されたページを生成し（２１１）クライアントへ返す（２１２）。
【００１８】
クライアントは、上記レスポンスに従いヘルパアプリを起動しジョブ処理スレッドを生成する（２１３）。クライアントメインスレッドは、上記スレッドを生成後に自動リダイレクト指示されているページへアクセスを繰り返す（２１６）。サーバ側（２１５）で処理が終了していない場合には、再度リダイレクトページのレスポンスが戻され（２１７）、全ての処理が終了した場合には、自動リダイレクトページではなく登録終了ページのレスポンスがサーバから戻される（２１８）。クライアントのジョブ処理スレッド（２１４）は、サーバへ分担ジョブ取得のリクエストを発行する（２１９）。
【００１９】
サーバは、ジョブリスト中のまだ実行されていないジョブが有る場合には、そのジョブの分担依頼データを作成し（２２０）クライアントのジョブ処理スレッドへ分担依頼レスポンスを返す（２２１）。クライアントのジョブ処理スレッドは、サーバのジョブ分担依頼データに従いコンテンツ編集処理を行なう（２２２）。編集が終了したら編集結果をサーバへアップロードする（２２９）。この時セッション情報が有る場合（２３０）に、サーバはクライアントのジョブ処理スレッドからアップロードされたデータを保存し（２３２）、再度、ジョブリスト中のまだ実行されていないジョブをチェックする。ジョブが有る場合には、再度クライアントのジョブ処理スレッドへ分担依頼のレスポンスを返し、無い場合には分担依頼なしのデータを生成し（２３３）、レスポンスを返す（２３７）。
【００２０】
セッション情報が失われていた場合（２３１）に、サーバはクライアントのジョブ処理スレッドからアップロードされたデータを保存し（２３４）、セッション切れで登録したことを識別するための仮登録情報を生成し（２３５）、分担依頼無しデータを生成し（２３６）、レスポンスを返す（２３７）。クライアントのジョブ処理スレッドは、分担以来が有れば再度編集処理を行ない（２２３）、分担依頼なしのレスポンスを受けたら、クライアントに一次保存されている編集コンテンツを削除し終了する（２２４）。
【００２１】
図３は、本発明であるコンテンツ管理システムの、クライアントからの登録リクエストに対するサーバのフローを示す図である。
【００２２】
クライアントから登録リクエストが発生した場合、サーバは登録するファイル数分のループを行なう（３０１）。ループ処理中ではコンテンツ編集処理用のジョブリストへジョブを生成し登録する（３０２）。ループ終了後、サーバのジョブ処理スレッドを生成する（３０３）。スレッド生成後に、自動リダイレクト及び処理分担用ヘルパアプリを起動するページを生成し（３０４）、クライアントへ生成したページをレスポンスとして返す（３０５）。
【００２３】
図４は、本発明であるコンテンツ管理システムの、ジョブリストを示す図である。
【００２４】
ジョブリストには、ジョブの登録処理を行なうサーバ内でジョブを一意に識別するためのジョブＩＤ（４０１）、現在登録処理を行なっているセッションＩＤ（４０２）、登録依頼を行なったユーザのユーザＩＤ（４０３）、登録コンテンツファイル名（４０４）、コンテンツの編集方法を示すコンテンツ編集内容（４０５）、現在のコンテンツ編集のステータスを示すコンテンツ編集状況（４０６）、クライアントへ処理依頼を行なった際に依頼を行なった時刻を示す編集開始時刻（４０７）のデータが存在する。
【００２５】
図５は、本発明であるコンテンツ管理システムの、サーバのジョブ処理スレッドのフローを示す図である。
【００２６】
サーバの登録処理で生成されたジョブ処理スレッドは、ジョブリストから現在のセッションＩＤと同じＩＤを持つジョブを取得する（５０１）。ジョブリストに編集処理状況が未編集のジョブが存在するかチェックを行なう（５０２）。該当ジョブが存在する場合、サーバのＣＰＵ負荷が設定値以下でかつディスク負荷が設定値以下の場合（５０３）には、ジョブリストのステータスをサーバ編集中に変更しコンテンツ編集処理が実行される（５０４）。編集処理が終了した後にジョブリストのステータスを編集済みに変更し最初に戻る（５０５）。サーバ負荷が高い場合には処理を行なわず最初に戻る。
【００２７】
ジョブリストに未編集ジョブが存在しない場合には、さらにジョブリストにクライアント編集中のジョブが存在するかチェックする（５０６）。該当ジョブが無い場合には、スレッドは終了する。ジョブが存在した場合には、クライアント編集中ジョブの編集開始時刻と現在の時刻を比較し、設定値以上の時間がかかっているかチェックし（５０７）、設定値の時間以上経過している場合にはクライアント側での処理をあきらめそのジョブをサーバ側で処理する。その際ジョブのステータスをサーバ編集中に変更しコンテンツ編集を開始する（５０８）。編集処理が終了した後にジョブリストのステータスを編集済みに変更し（５０９）ジョブチェックに戻る。設定値の時間が経過していなかった場合にはジョブチェックに戻る。
【００２８】
図６は、本発明であるコンテンツ管理システムの、登録リクエストに対するサーバレスポンス後のクライアントフローを示す図である。
【００２９】
レスポンスページに従い、処理分担用ヘルパアプリを起動する（６０１）。ヘルパアプリはクライアントでジョブ処理スレッドを生成する（６０２）。スレッド起動後にサーバレスポンスに設定されている時間分待機する（６０３）。待機後にサーバレスポンスに設定されている、サーバの途中経過ページへリクエストを送る（６０４）。サーバからのレスポンが登録終了ページであるかチェックし（６０５）、登録終了ページであった場合には、登録終了画面を表示し（６０６）終了する。再度、自動リダイレクトのページであった場合には待機処理に戻る。
【００３０】
図７は、本発明であるコンテンツ管理システムの、クライアントからの途中経過確認リクエストに対するサーバフローを示す図である。
【００３１】
クライアントからの途中経過確認リクエストが来たら、ジョブリストから現在のセッションＩＤと同じＩＤを持つジョブを取得する（７０１）。取得したジョブに未編集ジョブ及びサーバもしくはクライアント編集中のジョブが存在するかをチェックする。未編集ジョブ及び編集中ジョブが存在するかチェックし（７０２）、存在する場合にはまだ処理が終了していないので、自動リダイレクトを行なうページを生成する（７０３）。未編集ジョブ及び編集中ジョブが存在しない場合には、全ての処理が終了したので、ジョブリストの削除を行ない（７０４）、登録完了のページを生成する（７０５）。最後にクライアントへ生成したページをレスポンスとして返す（７０６）。
【００３２】
図８は、図７における登録リクエストに対するサーバレスポンスページの一例を示す図である。本例では２秒後に自動的に再読込処理をすることで、サーバへリクエストを出す設定となっている（８０１）。また、登録処理が終了したＣｏｎｔｅｎｔｓ１．ｐｄｆを表示する様になっている（８０２）。
【００３３】
図９は、図７における、途中経過ページ画面の一例を示す図である。登録処理中のファイルのうち処理が終了したファイル一覧（９０１）が表示される。
【００３４】
図１０は、図７における、登録終了画面の一例を示す図である。登録処理が全て終了すると、サーバで登録されたコンテンツのＩＤ（１００１）とファイル名（１００２）の一覧が表示される。
【００３５】
図１１は、本発明であるコンテンツ管理システムの、クライアントでのジョブ処理スレッドのフローを示す図である。ジョブ処理スレッドはサーバへ分担処理の有無をリクエストしレスポンスを得る（１１０１）。サーバレスポンスが分担処理の依頼であるあいだループを繰り返す（１１０２）。ループ処理では、コンテンツ編集ジョブの内容に従いコンテンツ編集処理を行ない、編集処理が終了したデータをサーバに対してアップロードする（１１０３）。アップロードのレスポンスで再度の分担処理が有るかを得る（１１０４）。分担無しのレスポンスを受けた場合には、ローカル保存したアップロード済みコンテンツの削除を行なう（１１０６）。
【００３６】
図１２は、本発明であるコンテンツ管理システムの、クライアントのジョブ処理スレッドからの分担処理取得リクエストに対するサーバフローを示す図である。クライアントからの分担処理取得リクエストが来たら、ジョブリストから、現在のセッションＩＤと同じＩＤを持つジョブを取得し（１２０１）、ジョブリストに未編集のジョブが存在するかをチェックする（１２０２）。未編集ジョブが存在する場合には、ジョブリストのステータスをクライアント編集中に、編集開始時刻を現在の時刻に変更し、クライアントへのジョブ分担依頼データを生成する（１２０３）。未編集ジョブが存在しない場合には、クライアントへの分担依頼は必要ないので、分担なしの通知データを生成する（１２０４）。最後にクライアントへ生成したページをレスポンスとして返す（１２０５）。
【００３７】
図１３は、図１２における分担処理の依頼データの一例である。分担有りのデータ（１３０１）では、分担の有無をあらわすステータスを分担有りとし（１３０３）、分担するファイル名（１３０４）、分担するファイルに対する編集内容（１３０５）をクライアントへ返す。分担処理が無しのデータ（１３０２）では、分担の有無をあらわすステータスを分担無しとする（１３０６）。
【００３８】
図１４は、本発明であるコンテンツ管理システムの、クライアントのジョブ処理スレッドからの分担ジョブ処理結果アップロードリクエストに対するサーバフローを示す図である。
【００３９】
クライアントからの処理結果アップロードリクエストが来たら、リクエストにセッションＩＤが有るかチェックする（１４０１）。セッションＩＤが有ればアップロードされた編集処理済みデータを保存し（１４０２）、アップロードされたジョブのＩＤを持つジョブリストのステータスを編集終了にセットする（１４０３）。さらに、ジョブリストから、現在のセッションＩＤと同じＩＤを持つジョブを取得し（１４０４）、ジョブリストに未編集のジョブが存在するかをチェックし（１４０５）、未編集ジョブが存在する場合には、ジョブリストのステータスをクライアント編集中に変更し、クライアントへのジョブ分担依頼データを生成する（１４０６）。
【００４０】
未編集ジョブが存在しない場合には、クライアントへの分担依頼は必要ないので、分担なしの通知データを生成する（１４０６）。セッションＩＤが無ければアップロードされた編集処理済みデータを保存後（１４０８）、コンテンツ仮登録情報を生成し（１４０９）、アップロードされたジョブのＩＤを持つジョブリストのステータスを編集終了にセットする（１４１０）。セッションＩＤが無くなったので、クライアントへの分担依頼は行なわず、分担なしの通知データを生成する（１４１１）。最後にクライアントへ生成したページをレスポンスとして返す（１４１２）。
【００４１】
図１５は、図１４におけるコンテンツ仮登録情報を示す図である。登録したコンテンツをサーバ内で一意に識別するコンテンツＩＤ（１５０１）をキーとし、そのコンテンツを登録依頼したユーザのＩＤ（１５０２）及び、コンテンツを登録したサーバを識別する手段としてＩＰアドレス（１５０３）が登録される。
【００４２】
図１６は、本発明であるコンテンツ管理システムの、仮登録されたコンテンツの再利用処理のフローを示す図である。
【００４３】
クライアントからコンテンツの利用要求が有った場合に、コンテンツに仮登録情報が存在するかチェックする（１６０１）。仮登録情報が存在しない場合には、通常通り利用可能となる（１６０８）。仮登録情報が存在する場合には、仮登録情報に存在するサーバＩＰと現在アクセスされているサーバのＩＰが一致するかチェックし（１６０２）、一致しなければそのコンテンツの利用を許可しない（１６０７）。サーバのＩＰが一致した場合には、更に仮登録情報に存在するユーザＩＤと現在ログインし中の利用要求ユーザが一致しているかチェックし（１６０３）、一致しなければそのコンテンツの利用を許可しない（１６０７）。ユーザが一致した場合、そのコンテンツを正式なコンテンツとして登録するかを設定可能となる。正式に登録しなかった場合には、そのコンテンツは現在のユーザがそのサーバにおいて一時的に利用可能となるだけである（１６０６）。正式に登録した場合には、仮登録情報を削除し通常通り利用可能なコンテンツとして登録する（１６０５）。
【図面の簡単な説明】
【００４４】
【図１】実施例におけるコンテンツ管理システムの構成を示す図である。
【図２】実施例におけるコンテンツ管理システムの全体処理フローを示す図である。
【図３】実施例におけるコンテンツ管理システムで、クライアントからの登録リクエストに対するサーバのフローを示す図である。
【図４】実施例におけるコンテンツ管理システムで、ジョブリストを示す図である。
【図５】実施例におけるコンテンツ管理システムで、サーバのジョブ処理スレッドのフローを示す図である。
【図６】実施例におけるコンテンツ管理システムで、登録リクエストに対するサーバレスポンス後のクライアントフローを示す図である。
【図７】実施例におけるコンテンツ管理システムで、クライアントからの途中経過確認リクエストに対するサーバフローを示す図である。
【図８】図７における登録リクエストに対するサーバレスポンスページの一例を示す図である。
【図９】図７における登録リクエストに対するサーバレスポンスページの一例を示す図である。
【図１０】図７における途中経過ページ画面の一例を示す図である。
【図１１】実施例におけるコンテンツ管理システムで、クライアントでのジョブ処理スレッドのフローを示す図である。
【図１２】実施例におけるコンテンツ管理システムで、クライアントのジョブ処理スレッドからの分担処理取得リクエストに対するサーバフローを示す図である。
【図１３】図１２における分担処理の依頼データの一例を示す図である。
【図１４】実施例におけるコンテンツ管理システムで、クライアントのジョブ処理スレッドからの分担ジョブ処理結果アップロードリクエストに対するサーバフローを示す図である。
【図１５】図１４におけるコンテンツ仮登録情報を示す図である。
【図１６】実施例におけるコンテンツ管理システムで、仮登録されたコンテンツの再利用処理のフローを示す図である。
【符号の説明】
【００４５】
１０１  クライアント
１０２  Ｗｅｂブラウザ
１０３  コンテンツ編集機能
１０４  ネットワーク通信制御機能
１０５  コンテンツ管理サーバ
１０６  コンテンツ管理機能
１０７  リクエスト解析機能
１０８  ネットワーク通信制御機能
１０９  コンテンツ保存機能
１１０  レスポンス生成機能
１１１  コンテンツ編集機能
【図１】
2006244146.tif 000003
【図２】
2006244146.tif 000004
【図３】
2006244146.tif 000005
【図４】
2006244146.tif 000006
【図５】
2006244146.tif 000007
【図６】
2006244146.tif 000008
【図７】
2006244146.tif 000009
【図８】
2006244146.tif 000010
【図１１】
2006244146.tif 000011
【図１２】
2006244146.tif 000012
【図１３】
2006244146.tif 000013
【図１４】
2006244146.tif 000014
【図１５】
2006244146.tif 000015
【図１６】
2006244146.tif 000016
【図９】
2006244146.tif 000017
【図１０】
2006244146.tif 000018