JP6277828B2 - 編集補助プログラム、編集補助方法および編集補助装置 - Google Patents

Description

本発明は、編集補助プログラム、編集補助方法および編集補助装置に関する。

近年では、Ｗｅｂ技術の発展により、ＪａｖａＳｃｒｉｐｔ（登録商標）などのインタプリタ言語で記述された新しいライブラリが登場しており、これらを利用したＷｅｂページを編集することが行われている。

ライブラリを利用したＷｅｂページの編集機能を提供する編集装置は、ＷｅｂページのＨＴＭＬ（HyperText Markup Language）部分だけでなく、Ｗｅｂページに含まれるＪａｖａＳｃｒｉｐｔコードの部分もあわせて編集する機能を提供する。

例えば、Ｗｅｂページを編集する技術としては、Ｗｅｂページをプレビュー領域上で編集する技術が知られている。具体的には、Ｗｅｂページ記述を読み込み、画面を構成するラジオボタンなどの部品を解釈し、編集のためのオーバーレイ要素を生成し、プレビュー画面を表示させて、Ｗｅｂページの編集を実現する。

このように、Ｗｅｂページ編集時のプレビュー画面は、Ｗｅｂページ内にある部品解釈後に表示されるが、部品の解釈は、ライブラリの初期化完了を待ってから実行される。このため、Ｗｅｂページ記述を読み込んだ後、一定時間経過後に部品の解釈を開始する手法や一定時間ごとにライブラリの初期化が完了したかを確認してから部品の解釈を開始する手法が知られている。なお、Ｗｅｂページを編集する関連技術として、Ｗｅｂページをブラウザが解釈する前に、プロキシ等により内容を編集する技術が知られている。

特開２０００−２２２３２４号公報 特開２０１０−１４００７６号公報

しかしながら、上記技術では、ライブラリの初期化を待つ際に、無駄な待ち時間が発生し、Ｗｅｂページの編集開始までに時間がかかる。

例えば、ＪａｖａＳｃｒｉｐｔライブラリの初期化時間は、ライブラリに依存したり、実行環境に依存したりする。特に、Ｗｅｂページ内に複数のライブラリが使用されている場合、ライブラリごとに初期化時間が異なる。

このため、一定時間経過後に部品の解釈を開始する手法では、確実な一定時間を設定することが難しく、比較的長い一定時間を設定することになるので、無駄な時間が発生する。また、一定時間ごとに終了確認を行う手法では、確認間隔を短くすることで待ち時間を短縮することも考えられるが、ライブラリの初期化完了が確認できるまで確認処理が多発して処理負荷が高くなる。

１つの側面では、Ｗｅｂページの編集開始までにかかる時間を短縮することができる編集補助プログラム、編集補助方法および編集補助装置を提供することを目的とする。

第１の案では、編集補助プログラムは、コンピュータに、編集対象のウェブページ記述を取得し、取得したウェブページ記述に含まれる、インタプリタ言語で記述されたライブラリの参照を検出する処理を実行させる。編集補助プログラムは、コンピュータに、前記参照を検出したライブラリの初期化完了を検知するコード、および、前記ライブラリを用いるインタプリタ言語の記述を編集するコードを、前記ウェブページ記述に挿入した加工ウェブページ記述を生成する処理を実行させる。

１実施形態によれば、Ｗｅｂページの編集開始までにかかる時間を短縮することができる。

図１は、実施例１に係るＷｅｂ編集を説明する図である。 図２は、実施例１に係るＷｅｂ編集装置の機能構成を示す機能ブロック図である。 図３は、編集対象のＷｅｂページ記述の例を示す図である。 図４は、開始契機定義ＤＢに記憶される情報の例を示す図である。 図５は、加工済みＤＢに記憶される情報の例を示す図である。 図６は、Ｗｅｂ編集画面の例を示す図である。 図７は、実施例１に係るＷｅｂ編集処理の流れを示すフローチャートである。 図８は、ハードウェア構成例を説明する図である。

以下に、本願の開示する編集補助プログラム、編集補助方法および編集補助装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

［全体構成］
図１は、実施例１に係るＷｅｂ編集を説明する図である。図１に示すように、Ｗｅｂ編集装置１０は、編集補助を実行する機能とＷｅｂ編集を実行する機能とを有するサーバ装置であり、補助編集装置の一例である。このＷｅｂ編集装置１０は、ＷｅｂページのＨＴＭＬ（HyperText Markup Language）部分だけでなく、Ｗｅｂページに含まれるＪａｖａＳｃｒｉｐｔコードの部分もあわせて編集する機能を提供する。

ここでは、Ｗｅｂ編集装置が編集補助とＷｅｂ編集の両方の機能を有している例で説明するがこれに限定されるものではない。例えば、編集補助の機能を有する装置と、Ｗｅｂ編集の機能を有する装置とを別々の筐体で実現することもできる。

このＷｅｂページ編集装置１０は、Ｗｅｂページの作成段階や改良段階において、Ｗｅｂページの開発者等からの要求に応じて、編集対象のＷｅｂページ記述を読み込んで、ディスプレイ等にプレビュー画面を表示する。

具体的には、Ｗｅｂページ編集装置１０は、編集対象のＷｅｂページ記述の部品を解釈し、部品解釈後にプレビュー画面を表示させて、各種編集を実行する。一例を挙げると、Ｗｅｂページ編集装置１０は、Ｗｅｂページ内に配置されるラジオボタンやリストなどの部品の位置変更、部品の変更、Ｗｅｂページ内に添付される動画像の配置変更などを受け付けて、Ｗｅｂページの編集を実行する。

このような状態において、図１に示すＷｅｂ編集装置１０は、編集対象のＷｅｂページ記述を取得する。Ｗｅｂ編集装置１０は、取得したＷｅｂページ記述に含まれる、インタプリタ言語で記述されたライブラリの参照を検出する。続いて、Ｗｅｂ編集装置１０は、参照を検出したライブラリの初期化完了を検知するコード、および、ライブラリを用いるインタプリタ言語の記述を編集するコードを、Ｗｅｂページ記述に挿入した加工後のＷｅｂページ記述を生成する。

その後、Ｗｅｂ編集装置１０は、加工後のＷｅｂページ記述を読み込んで、ライブラリを初期化して部品解釈を実行した後、Ｗｅｂブラウザに加工後のＷｅｂページ記述を読み込ませ、Ｗｅｂブラウザを用いて編集画面を表示してＷｅｂページの編集を受け付ける。

つまり、Ｗｅｂ編集装置１０は、Ｗｅｂページ記述読み込み後すぐにＪａｖａＳｃｒｉｐｔ（登録商標）が実行されてしまうといった点を回避するために、編集用のＷｅｂページ記述を作成したのち、Ｗｅｂブラウザに読み込ませる。具体的には、Ｗｅｂ編集装置１０は、編集対象のＷｅｂページ記述読み込み前に、ＷｅｂページのＨＴＭＬ内に、ＪａｖｅＳｃｒｉｐｔが参照するライブラリの初期化完了を検知するソースコードを挿入して、編集用に加工したＷｅｂページ記述を生成する。

この結果、Ｗｅｂ編集装置１０は、ＪａｖａＳｃｒｉｐｔライブラリの初期化完了のイベントリスナに対して、解釈契機を登録することができる。したがって、Ｗｅｂ編集装置１０は、ライブラリの初期化完了後に遅滞なく部品解釈を開始させることができるので、Ｗｅｂページ読込みから編集開始までの時間を短縮でき、Ｗｅｂページの編集開始までにかかる時間を短縮することができる。

［機能構成］
図２は、実施例１に係るＷｅｂ編集装置の機能構成を示す機能ブロック図である。図２に示すように、Ｗｅｂ編集装置１０は、通信処理部１１、表示部１２、記憶部１３、制御部２０を有する。

通信処理部１１は、他の装置の通信を制御する処理部であり、例えばネットワークインタフェースカードなどである。また、通信処理部１１は、外部装置からＷｅｂページを読み込んで編集対象ＤＢ１４に格納する。

表示部１２は、各種情報を表示するディスプレイ等の表示装置である。この表示部１２は、制御部２０から出力された編集画面等を表示させる。

記憶部１３は、プロセッサが実行する各種プログラムやデータ等を記憶する記憶装置であり、例えば半導体メモリやハードディスクなどである。この記憶部１３は、編集対象ＤＢ１４、開始契機定義ＤＢ１５、加工済みＤＢ１６を記憶する。

編集対象ＤＢ１４は、編集対象のＷｅｂページ記述を記憶するデータベースである。具体的には、編集対象ＤＢ１４は、編集対象のＷｅｂページから取得されたソースコードを記憶する。なお、ここで記憶される情報は、管理者等が格納してもよく、通信処理部１１が外部装置から取得して格納してもよい。

ここで、編集対象ＤＢ１４が記憶する編集対象のＷｅｂページのソースコードの一例を説明する。図３は、編集対象のＷｅｂページ記述の例を示す図である。図３に示す例は、ＨＴＭＬで記述されたソースコードの一例である。このソースコードでは、Ｓｃｒｐｔタグによって、ライブラリ（xxx/yyy/bbb.js）およびライブラリ（zzz/ccc2.js）を参照することが定義されている。

開始契機定義ＤＢ１５は、Ｗｅｂページで利用されているＪａｖａＳｃｒｉｐｔ（登録商標）などのインタプリタ言語で記述されたライブラリの初期化完了イベントリスナの定義を記憶するデータベースである。つまり、開始契機定義ＤＢ１５は、Ｗｅｂページ内で参照されるライブラリの初期化完了を検知するコード等を記憶する。

図４は、開始契機定義ＤＢに記憶される情報の例を示す図である。図４に示すように、開始契機定義ＤＢ１５は、「ＪａｖａＳｃｒｉｐｔライブラリ、ＩＤ、ライブラリ参照定義、解釈開始契機」を対応付けて記憶する。「ライブラリ」は、参照されるライブラリの名称等であり、「ＩＤ」は、ライブラリに一意に識別する識別ＩＤである。「ライブラリ参照定義」は、Ｗｅｂページ内でライブラリの参照を表す情報であり、「解釈開始契機」は、Ｗｅｂページの解釈を開始する契機、すなわちＷｅｂページ読み込み後に部品の解釈を開始させるコードを示す。

図４の例では、ＩＤが２で識別されるライブラリＢは、Ｗｅｂページ記述内で「xxx/yyy/bbb.js」で定義されており、ライブラリＢに対しては解釈開始契機として「B.InitializedListener」を登録することを示している。

加工済みＤＢ１６は、編集対象として生成された加工後のＷｅｂページ記述を記憶するデータベースである。ここで記憶される情報は、後述する生成部２３によって格納される。図５は、加工済みＤＢに記憶される情報の例を示す図である。図５に示す例は、図３に示した編集対象のソースコードに、ライブラリの初期化完了を検知するコード、および、ライブラリを用いるインタプリタ言語の記述を編集するコードを追記した例である。

図５のＡは、挿入された編集処理ソースコードの参照定義である。図５のＢは、ライブラリＢの参照定義であり、図５のＣは、ライブラリＣの参照定義である。図５のＤは、既存のbody.onloadの処理を一時退避することを示す定義、すなわちＷｅｂページ本文読み込み後に実行するイベントハンドラの処理を一時退避することを示す定義である。

図５のＥは、新たにbody.onloadとして実行する処理として、以下の３つを実行することを定義する。具体的には、一時退避したbody.onload処理を実行すること、ライブラリＢの解釈開始契機にＷｅｂページ解釈開始処理を登録すること、ライブラリＣの解釈開始契機にＷｅｂページ解釈開始処理を登録することを定義する。すなわち、加工後のＷｅｂページ記述がＷｅｂブラウザに読み込まれて、ＪａｖａＳｃｒｉｐｔ（登録商標）が実行されると、挿入した処理も実行され、初期化完了イベントリスナに解釈契機が登録できる。この後、ＪａｖａＳｃｒｉｐｔライブラリの初期化完了イベントが発生し、イベントリスナよりハンドリングされ、部品の解釈を開始する処理が呼び出される。

制御部２０は、Ｗｅｂ編集装置１０全体を司る処理部であり、例えばプロセッサなどの電子回路である。この制御部２０は、取得部２１、検出部２２、生成部２３、読込部２４を有する。これらの取得部２１、検出部２２、生成部２３、読込部２４は、制御部２０が有する電子回路または制御部２０が実行するプロセスの一例である。

取得部２１は、編集対象のＷｅｂページ記述を取得する処理部である。具体的には、取得部２１は、ユーザからＷｅｂページの編集開始を受け付けると、該当するＷｅｂページ記述を編集対象ＤＢ１４から取得して、検出部２２に出力する。

検出部２２は、取得部２１が取得したＷｅｂページ記述から、ライブラリの参照を検出する処理部である。具体的には、検出部２２は、編集対象のＷｅｂページのソースコードから、ライブラリの参照を定義するコードを検出する。

例えば、検出部２２は、開始契機定義ＤＢ１５のライブラリ参照定義に記載されるコードを編集対象のＷｅｂページ記述から検索する。図３の例では、検出部２２は、「xxx/yyy/bbb.js」と「zzz/ccc2.js」とを検出するので、ライブラリＢとライブラリＣの参照を検出し、その結果を生成部２３へ出力する。

生成部２３は、参照を検出したライブラリの初期化完了を検知するコード、および、ライブラリを用いるＪａｖａＳｃｒｉｐｔ（登録商標）を編集するコードを、編集対象のＷｅｂページ記述に挿入した加工Ｗｅｂページ記述を生成する。

具体的には、生成部２３は、Ｗｅｂページで利用されているＪａｖａＳｃｒｉｐｔライブラリに応じた、ＪａｖａＳｃｒｉｐｔライブラリの初期化完了のイベントリスナに対して解釈契機を登録する処理のソースコードを編集対象のＷｅｂページ記述に挿入する。さらに、生成部２３は、ＪａｖａＳｃｒｉｐｔ（登録商標）を編集するソースコードを編集対象のＷｅｂページ記述に挿入する。

図３の例では、生成部２３は、検出部２２によってライブラリＢおよびライブラリＣが検出されるので、ライブラリＢに対応する解釈開始契機「B.InitializedListener」と、ライブラリＣに対応する解釈開始契機「C.ready」とを開始契機定義ＤＢ１５から特定する。その後、生成部２３は、図５に示すように、図３に示すＷｅｂページ記述に対して、図５のＡに示すソースコードと、図５のＤとＥに示すソースコードを挿入して、加工後のＷｅｂページ記述を生成する。その後、生成部２３は、加工後のＷｅｂページ記述を加工済みＤＢ１６に格納する。なお、図５では一例として、ＨＴＭＬのｂｏｄｙの後に、ソースコードを挿入する例を例示したが、本来のＷｅｂページに影響を与えない位置であれば、任意に変更することができる。

読込部２４は、初期化部２４ａ、解釈部２４ｂを有し、これらによってＷｅｂページの編集を実行する処理部である。読込部２４は、加工済みＤＢ１６から、編集対象の加工Ｗｅｂページ記述を取得して読み込む。そして、読込部２４は、加工Ｗｅｂページ記述に記載されるスクリプト「編集処理用.js」を実行し、プレビュー画面等を表示させるための各種処理を開始する。

初期化部２４ａは、加工Ｗｅｂページ記述において参照されるライブラリの初期化を実行する処理部である。具体的には、初期化部２４ａは、読込部２４によって加工Ｗｅｂページ記述が読み込まれると、当該Ｗｅｂページ記述からライブラリを参照するスクリプトを検出し、該当するライブラリの初期化を実行する。

図５の例では、初期化部２４ａは、スクリプトタグで指定される「xxx/yyy/bbb.js」によって参照することが定義されているライブラリＢの初期化を実行する。同様に、初期化部２４ａは、スクリプトタグで指定される「zzz/ccc2.js」によって参照することが定義されているライブラリＣの初期化を実行する。

このとき、初期化部２４ａは、加工Ｗｅｂページ記述に記述されるスクリプト（図５のＥ）を実行する。その結果、初期化部２４ａは、解釈処理の実行をフックし、解釈開始の契機にライブラリＢの初期化完了とライブラリＣの初期化完了を登録する。すなわち、初期化完了イベントリスナに解釈契機が登録される。

解釈部２４ｂは、加工Ｗｅｂページ記述で使用されている部品の解釈を実行して、プレビュー画面等を表示し、Ｗｅｂページの編集を実行する処理部である。具体的には、解釈部２４ｂは、読込部２４によって加工Ｗｅｂページ記述が読み込まれると、加工Ｗｅｂページ記述の部品の解釈を開始する。

しかし、初期化部２４ａによって初期化完了イベントリスナに解釈契機が登録されたことから、解釈部２４ｂは、ライブラリの初期化完了まで待機する。そして、解釈部２４ｂは、ライブラリの初期化完了通知を初期化部２４ａから通知すると、部品の解釈処理を実行する。その後、解釈部２４ｂは、編集のためのオーバーレイ要素を生成し、プレビュー画面を表示させて、Ｗｅｂページの編集を実現する。

例えば、解釈部２４ｂは、ライブラリＢの初期化完了およびライブラリの初期化完了が通知されるとＷｅｂページの解釈処理を実行し、解釈完了後、Ｗｅｂブラウザに加工Ｗｅｂページ記述を読み込ませる。そして、解釈部２４ｂは、編集対象のＷｅｂページ、Ｗｅｂページのソースコード、部品のソースコード、テキスト等の各種エディタ、編集後のＷｅｂページなどを表示させるプレビュー画面等を表示部１２に表示させる。

図６は、Ｗｅｂ編集画面の例を示す図である。図６に示すように、解釈部２４ｂは、部品解釈処理が完了すると、複数の表示ビューから構成されるＷｅｂ編集用の画面を表示部１２に表示させる。

図６のＡのビューは、編集対象のファイルを表示するビューであり、図６のＢは、Ｗｅｂブラウザ上で画面を編集する設計ビューであり、図６のＣは、ソースコードを編集するビューである。また、図６のＤは、設計ビューの部品を論理表現するアウトラインビューであり、図６のＥは、設計ビューに部品を配置するための部品を揃えたパレットビューであり、図６のＦは、設計ビューで選択している部品のプロパティ等を表示するプロパティビューである。

つまり、解釈部２４ｂは、Ｗｅｂブラウザ上でエディタ等による編集を可能とし、Ｗｅｂページの記述が変更されると、変更後のＷｅｂページのプレビューを表示させる。このようにして、解釈部２４ｂは、Ｗｅｂ編集およびプレビュー画面による即時確認を提供することができる。

［処理の流れ］
図７は、実施例１に係るＷｅｂ編集処理の流れを示すフローチャートである。図７に示すように、取得部２１は、編集対象のＷｅｂページ記述を読み込み（Ｓ１０１）、検出部２２は、読み込まれたＷｅｂページ記述から利用ライブラリを検出する（Ｓ１０２）。

続いて、生成部２３は、ライブラリの利用が検出されない場合（Ｓ１０３：Ｎｏ）、編集対象のＷｅｂページ記述に対して、編集処理のためのソースコードを挿入する（Ｓ１０４）。

一方、生成部２３は、ライブラリの利用が検出された場合（Ｓ１０３：Ｙｅｓ）、検出されたライブラリに応じた解釈開始契機の定義を取得する（Ｓ１０５）。そして、生成部２３は、編集対象のＷｅｂページ記述に対して、Ｗｅｂページ解釈開始処理のためのソースコードを挿入し（Ｓ１０６）、さらに編集処理のためのソースコードを挿入する（Ｓ１０４）。

その後、読込部２４は、上記ソースコードを挿入した加工後の編集対象のＷｅｂページ記述を読み込む（Ｓ１０７）。そして、解釈部２４ｂは、初期化部２４ａによるライブラリの初期化の完了を検知して、部品解釈などを含むＷｅｂページ解釈を実行し、Ｗｅｂブラウザに各種ビューを表示させて編集処理を開始する（Ｓ１０８）。

その後、解釈部２４ｂは、編集処理が終了すると、編集後のＷｅｂページ記述を記憶部１３や指定ファイル等に出力する（Ｓ１０９）。

［効果］
Ｗｅｂ編集装置１０は、Ｗｅｂページ記述読み込み後すぐにＪａｖａＳｃｒｉｐｔ（登録商標）が実行されてしまうといった点を回避するため、Ｗｅｂページ記述読み込み前に、所定のソースコードを挿入した編集用のＷｅｂページ記述を作成する。その後、Ｗｅｂ編集装置１０は、挿入後のＷｅｂページ記述を、編集装置であるＷｅｂブラウザに読み込ませる。

具体的には、Ｗｅｂ編集装置１０は、Ｗｅｂページで利用されているＪａｖａＳｃｒｉｐｔライブラリに応じた、ＪａｖａＳｃｒｉｐｔライブラリの初期化完了のイベントリスナに対して、解釈契機を登録する処理のソースコードを挿入する。この結果、編集用のＷｅｂページ記述がＷｅｂブラウザに読み込まれて、ＪａｖａＳｃｒｉｐｔ（登録商標）が実行されると、挿入した処理も実行されるため、初期化完了イベントリスナに解釈契機が登録できる。この後、ＪａｖａＳｃｒｉｐｔライブラリの初期化完了イベントが発生し、イベントリスナよりハンドリングされ、解釈開始処理が呼び出される。

このように、Ｗｅｂ編集装置１０は、編集機能の特性を活かし、編集開始前に、編集対象のＷｅｂページに対して、ＪａｖａＳｃｒｉｐｔライブラリの使用有無を確認する。そして、Ｗｅｂ編集装置１０は、ライブラリと使用している場合は、Ｗｅｂページ解釈開始処理を対象のＪａｖａＳｃｒｉｐｔライブラリの初期化完了イベント発生時に実行する処理を挿入した編集用のＷｅｂページ記述を事前に作成する。

この結果、編集用のＷｅｂページ記述には既にイベントドリブンでの解釈開始処理が挿入されているため、Ｗｅｂブラウザに読み込み後、ＪａｖａＳｃｒｉｐｔ（登録商標）がすぐに実行されてもイベントをハンドリングすることが可能になる。

したがって、Ｗｅｂ編集装置１０は、Ｗｅｂページ編集機能において、ＪａｖａＳｃｒｉｐｔライブラリの初期化完了の確実な検出と、Ｗｅｂページ編集開始までの初期化処理時間の無駄を削減できる。なお、初期化処理時間に関しては、ポーリング間隔を１秒とした場合は５００ｍｓかかるが、イベントドリブン方式にした場合、ブラウザタイマーの分解能である１６ｍｓとなるので、ポーリング方式と比較して約３０倍短縮可能である。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。

（ライブラリ）
実施例では、ＪａｖａＳｃｒｉｐｔライブラリを例にして説明したが、これに限定されるものではなく、インタプリタ言語で記述されたライブラリであれば、同様に適用することができる。また、実施例で説明した各種スクリプトの記述例は、あくまで例示であり、図示したものに限定されない。

（編集機能）
実施例では、Ｗｅｂページの編集手法の一例として、編集のためのオーバーレイ要素を生成し、プレビュー画面を表示させて、Ｗｅｂページの編集を実現する手法を用いる例を説明したが、これに限定されるものではない。例えば、編集対象のＷｅｂページ記述内にスクリプト等を挿入することで提供できる編集機能であれば、様々な編集手法を採用することができる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

（ハードウェア）
図８は、ハードウェア構成例を説明する図である。図８に示すように、Ｗｅｂ編集装置１０は、ＨＤＤ（Hard Disk Drive）１０ａ、通信インタフェース１０ｂ、メモリ１０ｃ、ＣＰＵ（Central Processing Unit）１０ｄを有する。また、図８に示した各部は、バス等で相互に接続される。

ＨＤＤ１０ａは、図２等に示した機能を動作させるプログラムやＤＢを記憶する。通信インタフェース１０ｂは、他の装置との通信を制御するインタフェースであり、例えばネットワークインタフェースカードである。

ＣＰＵ１０ｃは、図２等に示した各処理部と同様の処理を実行するプログラムをＨＤＤ１０ａ等から読み出してメモリ１０ｃに展開することで、図２等で説明した各機能を実行するプロセスを動作させる。

すなわち、このプロセスは、Ｗｅｂ編集装置１０が有する各処理部と同様の機能を実行する。具体的には、ＣＰＵ１０ｄは、取得部２１、検出部２２、生成部２３、読込部２４等と同様の機能を有するプログラムをＨＤＤ１０ａ等から読み出す。そして、ＣＰＵ１０ｅは、取得部２１、検出部２２、生成部２３、読込部２４と同様の処理を実行するプロセスを実行する。

このようにＷｅｂ編集装置１０は、プログラムを読み出して実行することで編集補助方法を実行する情報処理装置として動作する。また、Ｗｅｂ編集装置１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、Ｗｅｂ編集装置１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

１０ Ｗｅｂ編集装置
１１ 通信処理部
１２ 表示部
１３ 記憶部
１４ 編集対象ＤＢ
１５ 開始契機定義ＤＢ
１６ 加工済みＤＢ
２０ 制御部
２１ 取得部
２２ 検出部
２３ 生成部
２４ 読込部
２４ａ 初期化部
２４ｂ 解釈部

Claims (5)

1. コンピュータに、
   編集対象のウェブページ記述を取得し、
   取得したウェブページ記述に含まれる、インタプリタ言語で記述されたライブラリの参照を検出し、
   前記参照を検出したライブラリの初期化完了を検知するコード、および、前記ライブラリを用いるインタプリタ言語の記述を編集するコードを、前記ウェブページ記述に挿入した加工ウェブページ記述を生成する、
   処理を実行させることを特徴とする編集補助プログラム。
2. 前記生成する処理は、記憶装置に記憶された、前記ライブラリごとに定義される初期化完了情報を読み出して、前記加工ウェブページ記述を生成することを特徴とする請求項１に記載の編集補助プログラム。
3. 前記検出する処理は、前記ウェブページ記述に含まれる複数のライブラリの参照を検出し、
   前記生成する処理は、検出された各ライブラリの初期化が完了してから、前記編集するコードが開始されるように前記加工ウェブページ記述を生成することを特徴とする請求項１に記載の編集補助プログラム。
4. コンピュータが、
   編集対象のウェブページ記述を取得し、
   取得したウェブページ記述に含まれる、インタプリタ言語で記述されたライブラリの参照を検出し、
   前記参照を検出したライブラリの初期化完了を検知するコード、および、前記ライブラリを用いるインタプリタ言語の記述を編集するコードを、前記ウェブページ記述に挿入した加工ウェブページ記述を生成する、
   処理を実行することを特徴とする編集補助方法。
5. 編集対象のウェブページ記述を取得する取得部と、
   前記取得部によって取得されたウェブページ記述に含まれる、インタプリタ言語で記述されたライブラリの参照を検出する検出部と、
   前記検出部によって検出された前記参照を検出したライブラリの初期化完了を検知するコード、および、前記ライブラリを用いるインタプリタ言語の記述を編集するコードを、前記ウェブページ記述に挿入した加工ウェブページ記述を生成する生成部と
   を有することを特徴とする編集補助装置。

Images