JP2011215851A - 確認システム及び方法 - Google Patents

Abstract

【課題】Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供すること。
【解決手段】入稿するＷｅｂページを構成する入稿ソースコード１２のバージョンを管理するソース管理サーバ３０から、所定のＷｅｂページ単位で該入稿ソースコード１２を取得して記憶部に記憶し、記憶部に記憶した入稿ソースコード１２に対応する運用ソースコード１４をステージングサーバ５１から取得して入稿ソースコード１２と共に表示し、記憶した入稿ソースコード１２をステージングサーバ５１に反映し、記憶部に記憶した入稿ソースコード１２に対応する入稿バイナリデータ４１をイメージサーバ４０から受信し、反映した入稿ソースコード１２をステージングサーバ５１から受信し、所定のＷｅｂページを構成して端末２０のディスプレイにおいて表示する。
【選択図】図１

Description

本発明は、Ｗｅｂページの入稿内容を確認する確認システム及び方法に関する。

従来、Ｗｅｂページの更新の際に、更新前のソースコードと入稿ソースコードとを比較することにより入稿内容の事前確認が行われている。今日ではＷｅｂシステムはビジネスや人々の生活の中でますます重要なメディアとして活用されており、Ｗｅｂページの更新内容が不適切であった場合の影響も大きくなってきているので、このような事前確認はＷｅｂシステムの提供者にとってますます重要な業務となっている。

当該事前確認の具体的な方法として、入稿ソースコード及び更新前のソースコードについて、ＵＮＩＸ（登録商標）のｄｉｆｆなどのファイル差分検出ツールを使用して、ソースコードを比較することが提案されている（例えば、特許文献１参照）。このようなツールを用いれば、ＨＴＭＬやスクリプトなどのテキストファイルの更新内容を画面に比較表示させることにより、管理者は、当該テキストファイルが変更・追加・削除などされた部分を的確に把握することができる。

特開２００４−１２６９８６号公報

ところで、Ｗｅｂページは、ＨＴＭＬファイルやスクリプトプログラムなどのテキストファイルと、画像や動画などの非テキストファイルとで構成されている。したがって、Ｗｅｂページの事前確認としては、上述のようなソースコードの確認だけでは十分ではなく、最終的には画像や動画などの非テキストファイルを加えて、Ｗｅｂページ全体のレイアウトも含めて、ブラウザに表示されるＷｅｂページ自体を視認して確認する必要がある。テキストファイルの差分の確認だけでは、管理者が、最終的に表示されるＷｅｂページの更新内容を認識し、確認することは困難だからである。

さらに、Ｗｅｂページの更新の際には、プログラマのみならず、コンテンツのデザインを設計するデザイナや、コンテンツの企画を行う企画者などの複数の者が管理者として関係することが多い。画像や動画などのファイルについては、プログラマではなく、デザイナが担当することが多いからである。さらに、一旦リリースされたＷｅｂページの見た目の小変更や、ごくわずかな変更・追加・削除を伴う更新が頻繁に行われることがある。このような場合には、更新の要件は企画担当者が決定し、プログラマの手を介することなく、デザイナが当該要件に応じた変更を行い、その結果を企画者が確認することにより更新作業を行うことになる。

一般的に、プログラマと比較してデザイナや企画者はプログラムに関する知識に乏しく、より容易に事前確認を行う環境が求められていた。さらに、上述のように、たとえプログラマであっても、テキストファイルの確認だけでは十分な事前確認が出来ないため、最終的に表示されるＷｅｂページの内容を総合的に事前確認する環境が求められていた。

本発明はこのような従来の問題点に鑑みて提案されたものであり、Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供することを目的とする。

本発明では、以下のような解決手段を提供する。

（１） 入稿するＷｅｂページを構成する入稿ソースコードのバージョンを管理するソース管理サーバから、所定のＷｅｂページ単位で前記入稿ソースコードを取得して記憶する入稿ソースコード記憶手段と、前記入稿ソースコード記憶手段が記憶した前記入稿ソースコードに対応する運用ソースコードを運用サーバから取得して前記入稿ソースコードと共に表示するソースコード対比手段と、前記入稿ソースコード記憶手段が記憶した前記入稿ソースコードを前記運用サーバに反映する運用反映手段と、前記入稿ソースコード記憶手段が記憶した前記入稿ソースコードに対応する入稿バイナリデータをイメージサーバから受信し、前記運用反映手段が反映した前記入稿ソースコードを前記運用サーバから受信し、前記所定のＷｅｂページを構成して表示する運用確認手段と、を備える確認システム。

（１）に記載の確認システムによれば、入稿ソースコードを運用サーバに送信する前に、入稿ソースコードに対応する運用ソースコードを運用サーバから取得してこの入稿ソースコードと運用ソースコードとを共に表示する。そして、この入稿ソースコードを運用サーバに反映後、対応する入稿バイナリデータをイメージサーバから受信し、入稿ソースコードを運用サーバから受信し、所定のＷｅｂページを構成して表示する。したがって、当該確認システムは、管理者が、入稿ソースコードと運用ソースコードの比較確認を容易に行うと共に、運用サーバに反映した入稿ソースコードに対応する画像や動画などの入稿バイナリデータにより構成したＷｅｂページも併せて確認することができる環境を提供することができる。このことにより、当該確認システムは、管理者に対して、Ｗｅｂページの更新前にテキストファイルの差分の細かな確認とＷｅｂページ全体の確認とを相互補完的に行う中間環境を提供することができる。その結果、当該確認システムは、管理者のプログラムに関する知識などに関わらず、Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供することができる。なお、運用サーバは後述のように例えばステージングサーバや本番サーバ等で構成するが、本番サーバに入稿ソースコードを反映する前の段階でステージングサーバに入稿ソースコードを反映し、上述のＷｅｂページの確認を行うことが好ましい。

（２） 前記入稿ソースコード記憶手段が取得した前記入稿ソースコードと、前記ソースコード対比手段が取得した運用ソースコードとの相違部分を特定する相違部分特定手段をさらに備え、前記運用確認手段は、前記相違部分特定手段が特定した前記相違部分に対応する前記所定のＷｅｂページの表示部分を強調して表示する、（１）に記載の確認システム。

（２）に記載の確認システムによれば、入稿ソースコードと、運用ソースコードとの相違部分を特定し、特定した相違部分に対応する所定のＷｅｂページの表示部分を強調して表示する。したがって、当該確認サーバは、管理者にとって、入稿ソースコードと運用ソースコードにおけるテキストファイルの相違部分の発見をより容易なものとすると共に、当該相違部分が反映されたＷｅｂページにおける当該相違部分の発見をも容易なものとすることができる。このことにより、当該確認サーバは、管理者にとって、Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供することができる。

（３） コンピュータが入稿ソースの要求に応じてＷｅｂページの更新の際の事前確認を行うための所定のＷｅｂページを構成して表示する確認方法であって、前記確認方法は、入稿するＷｅｂページを構成する入稿ソースコードのバージョンを管理するソース管理サーバから、所定のＷｅｂページ単位で前記入稿ソースコードを取得して記憶する入稿ソースコード記憶ステップと、前記入稿ソースコード記憶ステップにおいて記憶した前記入稿ソースコードに対応する運用ソースコードを運用サーバから取得して前記入稿ソースコードと共に表示するソースコード対比ステップと、前記入稿ソースコード記憶ステップにおいて記憶した前記入稿ソースコードを前記運用サーバに反映する運用反映ステップと、前記入稿ソースコード記憶ステップにおいて記憶した前記入稿ソースコードに対応する入稿バイナリデータをイメージサーバから受信し、前記運用反映ステップにおいて反映した前記入稿ソースコードを前記運用サーバから受信し、前記所定のＷｅｂページを構成して表示する運用確認ステップと、を備える確認方法。

（３）に記載の確認方法によれば、（１）と同様の作用・効果を期待することができる。

本発明によれば、Ｗｅｂページの更新前にテキストファイルの差分の細かな確認とＷｅｂページ全体の確認とを相互補完的に行う中間環境を提供することができる。その結果、管理者のプログラムに関する知識などに関わらず、Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供することができる。

本発明の実施形態における確認システムの構成を示す機能構成図である。 本発明の実施形態における確認システムの処理フローを示す図である。 本発明の実施形態における確認システムの処理フローを示す図である。 本発明の実施形態における表示例を示す図である。 別実施形態における確認システムの構成を示す機能構成図である。 別実施形態における確認システムの構成を示す機能構成図である。 別実施形態における確認システムの処理フローを示す図である。 別実施形態における表示例を示す図である。

［第１実施形態］
以下、本発明の第１実施形態について図を参照し、説明する。

図１は、本発明の実施形態に係る確認システム１の概略構成を示す機能構成図である。図１を参照して、本実施形態に係る確認システム１について説明する。本実施形態に係る確認システム１は、確認サーバ１０と、端末２０と、を含んで構成される。また、確認システム１には、ソース管理サーバ３０と、イメージサーバ４０と、運用サーバ群５０と、がそれぞれ接続される。

ソース管理サーバ３０は、入稿するＷｅｂページを構成する入稿ソースコード１２のバージョンを管理するバージョン管理システムのデータベースであり、ファイルの作成日時、変更日時、変更点などの履歴に基づいてファイルのバージョンを管理する。ソース管理サーバ３０としては、オープンソースのＣＶＳ（Ｃｏｎｃｕｒｒｅｎｔ Ｖｅｒｓｉｏｎｓ Ｓｙｓｔｅｍ）などのデータベースアプリケーションにより構成される。

イメージサーバ４０は、Ｗｅｂページを構成する入稿バイナリデータ４１及び運用バイナリデータ４２を記憶するサーバである。入稿バイナリデータ４１は、入稿するＷｅｂページを構成する画像や動画などのバイナリデータである。一方、運用バイナリデータ４２は、本番環境（後述の本番サーバ５２）で運用されているＷｅｂページを構成する画像や動画などのバイナリデータである。画像のファイルフォーマットとしては、ＧＩＦ（Ｇｒａｐｈｉｃｓ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などが用いられる。また、動画のファイルフォーマットとしては、Ｆｌａｓｈ（登録商標）、アニメーションＧＩＦ（ＧＩＦ ａｎｉｍａｔｉｏｎ）などが用いられる。

運用サーバ群５０は、ステージングサーバ５１及び本番サーバ５２を備える。ステージングサーバ５１及び本番サーバ５２は、端末２０のＷｅｂブラウザからのリクエスト要求に応じて、コンテンツの提供などといったレスポンスを返す制御部（ＨＴＴＰデーモン）を備え、端末２０のＷｅｂブラウザとＨＴＴＰプロトコルにより通信する。運用サーバ群５０は、確認サーバ１０とＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）で暗号化されたｔｅｌｎｅｔなどの通信プロトコルにより通信する。なお、運用サーバ群５０と確認サーバ１０との間の通信の暗号化の方法や通信プロトコルはこれに限られるものではない。本発明の運用サーバは、ステージングサーバ５１又は本番サーバ５２により実現される。

ステージングサーバ５１には、入稿するＷｅｂページを構成する入稿ソースコード１２（テキスト系）が保存され、本番サーバ５２には、本番サーバ５２で運用されているＷｅｂページを構成する運用ソースコード１４（テキスト系）が保存される。

端末２０は、運用サーバ群５０とＨＴＴＰプロトコルにより通信するＷｅｂブラウザを備え、例えば、デスクトップＰＣやノートブックＰＣなど任意の端末を採用することができる。また、端末２０は、入稿ソース取得要求手段２１と、ソース比較要求手段２２と、ソースコード比較表示手段２３と、入稿ソース反映要求手段２４と、入稿Ｗｅｂページ表示手段２５と、を備える。

入稿ソース取得要求手段２１は、管理者からの要求操作を受け付けたことにより、確認サーバ１０に対し、当該管理者が要求するバージョンの入稿ソースコード１２を要求するデータを確認サーバ１０に送信する。

ソース比較要求手段２２は、確認サーバ１０に対し、確認サーバ１０の記憶部において記憶された入稿ソースコード１２に対応する運用ソースコード１４をステージングサーバ５１から取得して入稿ソースコード１２と共に表示する要求を行う。

ソースコード比較表示手段２３は、確認サーバ１０から送信された入稿ソースコード１２と運用ソースコード１４とを共に端末２０のディスプレイの画面３００（図４参照）において表示する。ソースコード比較表示手段２３は、図４に示すように、入稿ソースコード１２及び運用ソースコード１４の差異部分が画面３００の左右に対比して視認できる態様で、ソースコード比較表示２００として表示する。

入稿ソース反映要求手段２４は、確認サーバ１０に対し、確認サーバ１０において取得され記憶部において記憶されている入稿ソースコード１２をステージングサーバ５１に反映させるための要求を行う。

入稿Ｗｅｂページ表示手段２５は、入稿ソースコード１２をステージングサーバ５１にページ要求して受信し、入稿ソースコード１２において指定された入稿バイナリデータ４１をイメージサーバ４０から受信し、この入稿ソースコード１２と入稿バイナリデータ４１からＷｅｂページを構成して、端末２０のディスプレイの画面３００（図４参照）においてＷｅｂページ表示１００として表示する。本発明の運用確認手段は、入稿Ｗｅｂページ表示手段２５により実現される。また、入稿Ｗｅｂページ表示手段２５は、必要に応じて、後述するソースコード比較送信手段１５が特定した相違部分に対応する当該Ｗｅｂページの表示部分を強調して表示する。

確認サーバ１０は、端末２０からの入稿ソース取得要求に応じて、入稿ソースを取得したり、取得した入稿ソースの反映を行う制御部である。確認サーバ１０は、入稿ソース取得手段１１と、運用ソース取得手段１３と、ソースコード比較送信手段１５と、入稿ソース反映手段１６と、各ソースコードを記憶する記憶部（図示せず）と、を備える。記憶部には、ソース管理サーバ３０や運用サーバ群５０から取得した入稿ソースコード１２及び運用ソースコード１４を記憶する。

以下、確認サーバ１０の具体的な構成を説明する。

入稿ソース取得手段１１は、ソース管理サーバ３０にアクセスして、入稿ソース取得要求手段２１から要求されたバージョンの入稿ソースコード１２のファイルをチェックアウトして確認サーバ１０の記憶部に記憶する。本発明の入稿ソースコード記憶手段は、入稿ソース取得手段１１により実現される。

運用ソース取得手段１３は、端末２０から入稿ソースコード１２と運用ソースコード１４との比較の要求を受け付けると、記憶部において記憶された入稿ソースコード１２に対応する運用ソースコード１４をステージングサーバ５１から取得して確認サーバ１０の記憶部に記憶する。

ソースコード比較送信手段１５は、例えば、ＵＮＩＸ（登録商標）でテキストファイルの差分を生成する際に使用されるｄｉｆｆコマンドを用いて入稿ソースコード１２と運用ソースコード１４との差分情報を生成する。そして、ソースコード比較送信手段１５は、この生成した差分情報を基に入稿ソースコード１２と運用ソースコード１４との相違を比較し、この相違部分を示す比較情報と共に端末２０に送信する。本発明の相違部分特定手段は、ソースコード比較送信手段１５により実現される。本発明のソースコード対比手段は、運用ソース取得手段１３、ソースコード比較送信手段１５及びソースコード比較表示手段２３により実現される。

入稿ソース反映手段１６は、端末２０から所定の入稿ソースコード１２の反映要求を受け付けると、当該所定の入稿ソースコード１２を記憶部から読み出してステージングサーバ５１に送信して、ステージングサーバ５１に、入稿ソース反映手段１６から受信した入稿ソースコード１２でステージングサーバ５１が記憶しているソースコードを上書き保存させることにより反映を行う。なお、このステージングサーバ５１へのソースコードの反映に併せて、イメージサーバ４０が記憶しているバイナリデータについても、対応する入稿バイナリデータ４１を記憶することにより反映する。このことにより、ステージングサーバ５１が新たに記憶した入稿ソースコード１２に対応する入稿バイナリデータ４１がイメージサーバ４０に記憶され、以降の処理の準備が整うことになる。本発明の運用反映手段は、入稿ソース反映手段１６により実現される。

本実施形態の確認システム１を実現するために好適な確認サーバ１０は、コンピュータ及びその周辺装置に適用される。本実施形態における各手段（各部）は、コンピュータ及びその周辺装置が備えるハードウェア及び該ハードウェアを制御するソフトウェアによって構成される。

上記ハードウェアには、制御装置（制御部）としてのＣＰＵの他、記憶装置（記憶部）、通信装置（通信部）、表示装置（表示部）及び入力装置（入力部）が含まれる。記憶装置（記憶部）としては、例えば、メモリ（ＲＡＭ、ＲＯＭなど）、ハードディスクドライブ（ＨＤＤ）及び光ディスク（ＣＤ、ＤＶＤなど）ドライブが挙げられる。通信装置（通信部）としては、例えば、各種有線及び無線インターフェース装置が挙げられる。表示装置（表示部）としては、例えば、液晶ディスプレイ及びプラズマディスプレイなどの各種ディスプレイが挙げられる。入力装置（入力部）としては、例えば、キーボード及びポインティング・デバイス（マウス、トラッキングボールなど）が挙げられる。端末２０のソースコード比較表示手段２３及び入稿Ｗｅｂページ表示手段２５は、ディスプレイにより実現される。

上記ソフトウェアには、上記ハードウェアを制御するコンピュータ・プログラムやデータが含まれる。コンピュータ・プログラムやデータは、記憶装置（記憶部）により記憶され、制御装置（制御部）により適宜実行、参照される。また、コンピュータ・プログラムやデータは、通信回線を介して配布することも可能であり、ＣＤ−ＲＯＭなどのコンピュータ可読媒体に記録して配布することも可能である。なお、詳細な説明は省略するが、端末２０、ソース管理サーバ３０、イメージサーバ４０、ステージングサーバ５１及び本番サーバ５２も確認サーバ１０と同様のハードウェア構成を有している。

ハードディスクドライブは、本ハードウェアを確認サーバ１０として機能させるための各種プログラム、本実施形態における各種機能を実行するプログラムを記憶する。

なお、本実施形態においては、入稿ソース取得要求手段２１、ソース比較要求手段２２、ソースコード比較表示手段２３、入稿ソース反映要求手段２４及び入稿Ｗｅｂページ表示手段２５は、端末２０により行われているがこれに限られない。例えば、図５に示すように、入稿ソース取得要求手段２１、ソース比較要求手段２２、ソースコード比較表示手段２３、入稿ソース反映要求手段２４及び入稿Ｗｅｂページ表示手段２５の全てを確認サーバ１０ａにより行われる確認システム１ａとしてもよい。

［処理フロー］
図２は、本実施形態の確認方法を実現するためのステージングサーバ５１を介して行われる確認システム１の処理の流れを示すフローチャートである。

［入稿ソース取得処理］
Ｓ１〜Ｓ７を参照して、確認システム１により行われる入稿ソース取得処理について説明する。この処理では、新しいバージョンの入稿ソースコード１２を取得する処理を行う。

Ｓ１：はじめに、端末２０において、管理者により入稿ソースコード１２の要求操作が行われると、端末２０の制御部（入稿ソース取得要求手段２１）は、通信部を介して、確認サーバ１０に対し、当該管理者から要求されたバージョンに対応する入稿ソースコード１２の取得要求を行う。

Ｓ２：端末２０により入稿ソースコード１２の取得要求が行われると、確認サーバ１０の制御部は、端末２０から取得要求を受けたバージョンに対応する入稿ソースコード１２の要求を受け付ける。

Ｓ３：端末２０から入稿ソースコード１２の取得要求を受け付けると、確認サーバ１０の制御部（入稿ソース取得手段１１）は、通信部を介して、ソース管理サーバ３０に対し、要求されたバージョンに対応する入稿ソースコード１２の取得要求を行う。

Ｓ４：確認サーバ１０から入稿ソースコード１２の取得要求が行われると、ソース管理サーバ３０の制御部は、確認サーバ１０から取得要求を受け付けたバージョンに対応する入稿ソースコード１２の要求を受け付ける。

Ｓ５：確認サーバ１０から入稿ソースコード１２の取得要求を受け付けると、ソース管理サーバ３０の制御部は、通信部を介して、確認サーバ１０に対し、端末２０から取得要求が行われたバージョンに対応するの入稿ソースコード１２をのファイルをチェックアウトし送信する。

Ｓ６：ソース管理サーバ３０から入稿ソースコード１２の送信が行われると、確認サーバ１０の制御部は、通信部を介して、ソース管理サーバ３０から送信された入稿ソースコード１２を受信して取得する。

Ｓ７：ソース管理サーバ３０から送信された入稿ソースコード１２の取得が行われると、確認サーバ１０の制御部は、取得した入稿ソースコード１２を確認サーバ１０の記憶部に記憶する。この処理が終了すると入稿ソース取得処理を終了する。

［ソースコード比較表示処理］
Ｓ８〜Ｓ１４を参照して、確認システム１により行われるソースコード比較表示処理について説明する。この処理では、運用ソースコード１４と入稿ソースコード１２とを対比して表示する処理を行う。

Ｓ８：はじめに、端末２０において、管理者によりソースコードの比較要求が行われると、端末２０の制御部（ソース比較要求手段２２）は、通信部を介して、確認サーバ１０に対し、入稿ソースコード１２と運用ソースコード１４の差異部分を対比する比較要求を行う。

Ｓ９：端末２０からソースコードの比較要求を受け付けると、確認サーバ１０の制御部（運用ソース取得手段１３）は、通信部を介して、ステージングサーバ５１に対し、確認サーバ１０の記憶部に記憶されている入稿ソースコード１２に対応する運用ソースコード１４の取得要求を行う。

Ｓ１０：確認サーバ１０から運用ソースコード１４の取得要求が行われると、ステージングサーバ５１の制御部は、確認サーバ１０から取得要求を受けた運用ソースコード１４の要求を受け付ける。

Ｓ１１：確認サーバ１０から運用ソースコード１４の取得要求を受け付けると、ステージングサーバ５１の制御部は、通信部を介して、確認サーバ１０に対し、入稿ソースコード１２に対応する運用ソースコード１４の送信を行う。

Ｓ１２：ステージングサーバ５１から運用ソースコード１４の送信が行われると、確認サーバ１０の制御部は、通信部を介して、ステージングサーバ５１から送信された運用ソースコード１４を取得する。

Ｓ１３：ステージングサーバ５１から送信された運用ソースコード１４の取得が行われると、確認サーバ１０の制御部（ソースコード比較送信手段１５）は、端末２０に対し、取得した運用ソースコード１４と記憶部に記憶されている入稿ソースコード１２とを対比して、通信部を介して、運用ソースコード１４と入稿ソースコード１２の対比結果の送信を行う。運用ソースコード１４と入稿ソースコード１２との対比は、ＵＮＩＸ（登録商標）のｄｉｆｆコマンドを用いて入稿ソースコード１２と運用ソースコード１４との差分情報を生成し、この生成された差分情報を基に入稿ソースコード１２と運用ソースコード１４との相違を比較を行う。

Ｓ１４：確認サーバ１０から運用ソースコード１４と入稿ソースコード１２の送信が行われると、端末２０の制御部（ソースコード比較表示手段２３）は、取得された運用ソースコード１４と入稿ソースコード１２を端末２０のディスプレイに表示する。端末２０の制御部は、確認サーバ１０のｄｉｆｆコマンドにより生成された差分情報を基に、図４に示すように、入稿ソースコード１２及び運用ソースコード１４の差異部分が端末２０のディスプレイの画面３００の左右に対比して視認できる態様でソースコード比較表示２００として表示する。具体的には、ソースコード比較表示２００において、ソースコード比較表示２００の左側に、ステージングサーバ５１から取得して記憶されている運用ソースコード１４に対応するソースコードの内容を表示し、ソースコード比較表示２００の右側に、ソース管理サーバ３０（ＣＶＳ）から取得して記憶されている入稿ソースコード１２に対応するソースコードの内容を表示し、各ソースコードを対比する。この時、運用ソースコード１４と入稿ソースコード１２とで相違する箇所にそれぞれ蛍光、下線、網掛け、点滅、文字囲みなどの強調処理を行ってもよい。この処理が終了するとソースコード比較表示処理を終了する。

［入稿ソース反映処理］
Ｓ１５〜Ｓ１９を参照して、確認システム１により行われる入稿ソース反映処理について説明する。この処理では、ステージングサーバ５１に記憶されている既存バージョンの入稿ソースコード１２を新しいバージョンの入稿ソースコード１２に置き換える処理を行う。

Ｓ１５：はじめに、端末２０において、管理者により入稿ソースコード１２の反映要求が行われると、端末２０の制御部（入稿ソース反映要求手段２４）は、通信部を介して、確認サーバ１０に対し、入稿ソースコード１２の反映要求を行う。

Ｓ１６：端末２０から入稿ソースコード１２の反映要求が行われると、確認サーバ１０の制御部は、端末２０から反映要求を受け付けた入稿ソースコード１２の要求を受け付ける。

Ｓ１７：端末２０から入稿ソースコード１２の反映要求を受け付けると、確認サーバ１０の制御部（入稿ソース反映手段１６）は、当該所定の入稿ソースコード１２を記憶部から読み出して、通信部を介してステージングサーバ５１に入稿ソースコード１２を送信し、入稿ソースコード１２の反映要求を行う。

Ｓ１８：確認サーバ１０から入稿ソースコード１２の反映要求が行われると、ステージングサーバ５１の制御部は、確認サーバ１０から反映要求を受け付けた入稿ソースコード１２の要求を受け付ける。

Ｓ１９：確認サーバ１０から入稿ソースコード１２の反映要求を受け付けると、ステージングサーバ５１の制御部は、確認サーバ１０から反映要求を受けた入稿ソースコード１２の反映を行う。具体的には、ステージングサーバ５１の制御部は、入稿ソース反映手段１６から受信した入稿ソースコード１２でステージングサーバ５１が記憶しているソースコードを上書き保存することにより、既存バージョンの入稿ソースコード１２を確認サーバ１０の記憶部に記憶されている新しいバージョンの入稿ソースコード１２に置き換える処理を行う。このステージングサーバ５１への入稿ソースコード１２の反映に併せて、イメージサーバ４０が記憶しているバイナリデータについても、対応する入稿バイナリデータ４１を記憶することにより反映する処理を行う。この処理が終了すると入稿ソース反映処理を終了する。

［Ｗｅｂページ表示処理］
Ｓ２０〜Ｓ２６を参照して、確認システム１により行われるＷｅｂページ表示処理について説明する。この処理では、反映された新しいバージョンの入稿ソースコード１２及びこの入稿ソースコード１２に対応する入稿バイナリデータ４１により構成されたＷｅｂページを表示する処理を行う。

Ｓ２０：はじめに、端末２０において、管理者によりＷｅｂページの要求操作が行われると、端末２０の制御部は、通信部を介して、ステージングサーバ５１に対し、Ｗｅｂページの閲覧要求を行う。

Ｓ２１：端末２０からＷｅｂページの閲覧要求が行われると、ステージングサーバ５１の制御部は、端末２０から閲覧要求を受け付けたＷｅｂページのページ要求を受け付ける。

Ｓ２２：Ｗｅｂページの閲覧要求が行われると、ステージングサーバ５１の制御部は、通信部を介して、要求されたＷｅｂページに対応する入稿ソースコード１２を配信する。

Ｓ２３：ステージングサーバ５１からＷｅｂページに対応する入稿ソースコード１２の配信が行われると、端末２０の制御部は、通信部を介して、ステージングサーバ５１から配信された入稿ソースコード１２を受信する。

Ｓ２４：ステージングサーバ５１から配信された入稿ソースコード１２の受信が行われると、端末２０の制御部は、配信された入稿ソースコード１２において指定された入稿バイナリデータ４１をイメージサーバ４０から受信する。具体的には、入稿ソースコード１２に記述されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にしたがい、入稿ソースコード１２に対応する画像や動画などの入稿バイナリデータ４１を取得する。

Ｓ２５：入稿ソースコード１２及びこの入稿ソースコード１２に対応する入稿バイナリデータ４１の受信が行われると、端末２０の制御部は、入稿ソースコード１２及び入稿バイナリデータ４１を基に入稿ソースコード１２に対応するＷｅｂページを構成する。

Ｓ２６：入稿ソースコード１２に対応するＷｅｂページの構成が行われると、端末２０の制御部（入稿Ｗｅｂページ表示手段２５）は、図４に示すように、構成されたＷｅｂページを端末２０のＷｅｂブラウザを介してディスプレイの画面３００にＷｅｂページ表示１００を表示する。具体的には、Ｗｅｂページ表示１００においては、入稿ソースコード１２に記述されたｈｔｍｌタグ（＜ｈｔｍｌ＞）で囲まれたｈｔｍｌ要素、ｈｅａｄタグ（＜ｈｅａｄ＞）で囲まれたｈｅａｄ要素又はｂｏｄｙタグ（＜ｂｏｄｙ＞）で囲まれたｂｏｄｙ要素に基づき、Ｗｅｂブラウザ内のテキストの内容、配置及び入稿バイナリデータ４１の内容を決定し表示する。この処理が終了すると、確認システム１による処理を終了する。したがって、図４に示すように、端末２０の制御部は、入稿ソースコード１２及び運用ソースコード１４の差異部分をディスプレイの画面３００の右側において、確認サーバ１０のｄｉｆｆコマンドにより生成された差分情報に基づくソースコード比較表示２００として表示すると共に、当該入稿ソースコード１２に対応するＷｅｂページをディスプレイの画面３００の左側においてＷｅｂページ表示１００として表示することができる。

［処理フロー］
図３は、本番サーバ５２を介して行われる処理の流れを示すフローチャートである。
Ｓ１〜Ｓ２６の処理を行い、図４のＷｅｂページ表示１００及びソースコード比較表示２００を確認した結果、管理者が本番環境において運用を開始してもよいと確認することができた場合には、図３のＳ３１〜Ｓ４２の処理を行う。

［入稿ソース反映処理］
Ｓ３１〜Ｓ３５を参照して、確認システム１により行われる入稿ソース反映処理について説明する。この処理では、本番サーバ５２に記憶されている既存バージョンの運用ソースコード１４を新しいバージョンの入稿ソースコード１２に置き換える処理を行う。

Ｓ３１：はじめに、端末２０において、管理者により入稿ソースコード１２の要求操作が行われると、端末２０の制御部は、通信部を介して、確認サーバ１０に対し、入稿ソースコード１２の反映要求を行う。

Ｓ３２：端末２０から入稿ソースコード１２の反映要求が行われると、確認サーバ１０の制御部は、端末２０から反映要求を受け付けた入稿ソースコード１２の要求を受け付ける。

Ｓ３３：端末２０から入稿ソースコード１２の反映要求を受け付けると、確認サーバ１０の制御部は、当該所定の入稿ソースコード１２を記憶部から読み出して、通信部を介して本番サーバ５２に入稿ソースコード１２を送信し、入稿ソースコード１２の反映要求を行う。

Ｓ３４：確認サーバ１０から入稿ソースコード１２の反映要求が行われると、本番サーバ５２の制御部は、確認サーバ１０から反映要求を受け付けた入稿ソースコード１２の要求を受け付ける。

Ｓ３５：確認サーバ１０から入稿ソースコード１２の反映要求を受け付けると、本番サーバ５２の制御部は、確認サーバ１０から反映要求を受けた入稿ソースコード１２の反映を行う。具体的には、本番サーバ５２の制御部は、入稿ソース反映手段１６から受信した入稿ソースコード１２で本番サーバ５２が記憶しているソースコードを上書き保存することにより、本番サーバ５２に記憶されている既存バージョンの運用ソースコード１４を確認サーバ１０の記憶部に記憶されている新しいバージョンの入稿ソースコード１２に置き換える処理を行う。この本番サーバ５２への入稿ソースコード１２の反映に併せて、イメージサーバ４０が記憶しているバイナリデータについても、対応する入稿バイナリデータ４１を記憶することにより反映する処理を行う。この処理が終了すると入稿ソース反映処理を終了する。

［Ｗｅｂページ表示処理］
Ｓ３６〜Ｓ４２を参照して、確認システム１により行われるＷｅｂページ表示処理について説明する。この処理では、反映された新しいバージョンの入稿ソースコード１２及びこの入稿ソースコード１２に対応する運用バイナリデータ４２により構成されたＷｅｂページを表示する処理を行う。

Ｓ３６：はじめに、端末２０において、管理者によりＷｅｂページの要求操作が行われると、端末２０の制御部は、通信部を介して、本番サーバ５２に対し、Ｗｅｂページの閲覧要求を行う。

Ｓ３７：端末２０からＷｅｂページの閲覧要求が行われると、本番サーバ５２の制御部は、端末２０から閲覧要求を受け付けたＷｅｂページのページ要求を受け付ける。

Ｓ３８：Ｗｅｂページの閲覧要求が行われると、本番サーバ５２の制御部は、通信部を介して、要求されたＷｅｂページに対応する運用ソースコード１４を配信する。

Ｓ３９：本番サーバ５２から要求されたＷｅｂページに対応する運用ソースコード１４の配信が行われると、端末２０の制御部は、通信部を介して、本番サーバ５２から配信された運用ソースコード１４を受信する。

Ｓ４０：ステージングサーバ５１から配信された運用ソースコード１４の受信が行われると、端末２０の制御部は、配信された運用ソースコード１４において指定された運用バイナリデータ４２をイメージサーバ４０から受信する。具体的には、運用ソースコード１４に記述されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にしたがい、運用ソースコード１４に対応する画像や動画などの運用バイナリデータ４２を取得する。

Ｓ４１：運用ソースコード１４及びこの運用ソースコード１４に対応する運用バイナリデータ４２の受信が行われると、端末２０の制御部は、運用ソースコード１４及び運用バイナリデータ４２を基に運用ソースコード１４に対応するＷｅｂページを構成する。

Ｓ４２：運用ソースコード１４に対応するＷｅｂページの構成が行われると、端末２０の制御部は、構成されたＷｅｂページを端末２０のディスプレイに表示し、確認システム１による処理を終了する。

［端末における表示例］
次に、図４を参照して、端末２０に表示する表示例について説明する。

管理者により、端末２０において、ソース比較要求が行われると、確認サーバ１０のｄｉｆｆコマンドにより生成された差分情報を基に、入稿ソースコード１２及び運用ソースコード１４のソースコード比較表示２００を端末２０のディスプレイの画面３００に表示する。さらに、管理者により、Ｗｅｂページの操作要求が行われると、入稿ソースコード１２と入稿バイナリデータ４１により構成されたＷｅｂページ表示１００を端末２０のディスプレイの画面３００に表示する。

したがって、管理者は、ディスプレイの画面３００に表示されているソースコード比較表示２００とＷｅｂページ表示１００を確認することにより、入稿ソースコード１２と運用ソースコード１４の比較確認を容易に行うことができると共に、反映した入稿ソースコード１２に対応する画像や動画などの入稿バイナリデータ４１が構成されたＷｅｂページも併せて確認することができる。このことにより、確認システム１は、管理者に対して、本番サーバ５２におけるＷｅｂページの更新前にテキストファイルの差分の細かな確認とＷｅｂページ全体の確認とを相互補完的に行う中間環境を提供することができる。その結果、当該確認システム１は、管理者のプログラムに関する知識などに関わらず、Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供することができる。

［第２実施形態］
次に、図６〜図８を参照して、第２実施形態について説明する。第１実施形態では図４に示すように、ディスプレイの画面３００において、ｄｉｆｆコマンドにより生成された差分情報を基づくソースコード比較表示２００と共に、入稿ソースコード１２ｂに対応するＷｅｂページ表示１００のみを表示していたのに対し、入稿ソースコード１２と運用ソースコード１４ｂから生成された差分情報を基に、その相違部分に対応するＷｅｂページ及びソースコードの表示部分を強調して表示する点において、第１実施形態と異なる。第２実施形態の確認システム１ｂの構成は基本的に第１実施形態と同じである。ただし、相違部分に対応するＷｅｂページ及びソースコードの表示部分を強調して表示する処理を行うに際して、図１の端末２０においてＷｅｂページ強調手段２６ｂによる処理が追加して行われる。

図６の確認システム１ｂは、確認サーバ１０ｂと、端末２０ｂと、を含んで構成される。また、確認システム１ｂは、ソース管理サーバ３０ｂと、イメージサーバ４０ｂと、運用サーバ群５０ｂと、がそれぞれ接続される。端末２０ｂ以外の構成については、第１実施形態と同様であるため説明を省略する。

端末２０ｂは、入稿ソース取得要求手段２１ｂと、ソース比較要求手段２２ｂと、ソースコード比較表示手段２３ｂと、入稿ソース反映要求手段２４ｂと、入稿Ｗｅｂページ表示手段２５ｂと、Ｗｅｂページ強調手段２６ｂと、を備える。Ｗｅｂページ強調手段２６ｂ及び入稿Ｗｅｂページ表示手段２５ｂ以外の構成については第１実施形態と同様であるため説明を省略する。

Ｗｅｂページ強調手段２６ｂは、確認サーバ１０ｂから送信された入稿ソースコード１２と運用ソースコード１４ｂから生成された差分情報を基にステージングサーバ５１ｂから受信した入稿ソースコード１２ｂにおいて相違部分の強調表示を行う。具体的には、図８に示すように、無色透明のＦｌａｓｈ（登録商標）のページレイヤを作成してＷｅｂページ表示１００ｂ及びソースコード比較表示２００ｂに重ね合わせ、入稿ソースコード１２ｂと運用ソースコード１４ｂから生成された差分情報を基に相違部分に相当するＦｌａｓｈ（登録商標）のページレイヤ箇所に強調表示を行う。強調表示としては、該当部分に蛍光、下線、網掛け、点滅、文字囲みなどの処理を行うことにより、相違部分の強調表示を行う。なお、Ｗｅｂページ強調手段２６ｂは、Ｗｅｂブラウザのツールバーなどの機能として実現してもよい。

入稿Ｗｅｂページ表示手段２５ｂは、入稿ソースコード１２ｂをステージングサーバ５１ｂにページ要求して受信し、入稿ソースコード１２ｂにおいて指定された入稿バイナリデータ４１ｂをイメージサーバ４０ｂから受信し、この入稿ソースコード１２ｂと入稿バイナリデータ４１ｂからＷｅｂページを構成すると共に、図８に示すように、Ｗｅｂページ強調手段２６ｂにより強調表示が行われたＦｌａｓｈ（登録商標）のページレイヤをＷｅｂページ表示１００ｂ及びソースコード比較表示２００ｂに重ね合わせ、端末２０ｂのディスプレイの画面３００ｂにおいてＷｅｂページ表示１００ｂとして表示する。

［処理フロー］
図７は、本発明の第２実施形態に係る確認方法を実現するためのステージングサーバ５１ｂを介して行われる確認システム１ｂの処理の流れを示すフローチャートである。Ｓ１〜Ｓ１９については、第１実施形態における図２の処理と略同様の処理である。したがって、Ｓ１〜Ｓ１９についての説明は省略する。

［Ｗｅｂページ表示処理］
Ｓ２０〜Ｓ２６を参照して、第２実施形態の確認システム１ｂにより行われるＷｅｂページ表示処理について説明する。この処理では、反映された新しいバージョンの入稿ソースコード１２ｂ及びこの入稿ソースコード１２ｂに対応する入稿バイナリデータ４１ｂにより構成されたＷｅｂページを表示する処理を行う。

Ｓ２０：はじめに、端末２０ｂにおいて、管理者によりＷｅｂページの閲覧操作が行われると、端末２０ｂの制御部は、通信部を介して、ステージングサーバ５１ｂに対し、Ｗｅｂページの閲覧要求を行う。

Ｓ２１：端末２０ｂからＷｅｂページの閲覧要求が行われると、ステージングサーバ５１ｂの制御部は、端末２０ｂから閲覧要求を受け付けたＷｅｂページのページ要求を受け付ける。

Ｓ２２：Ｗｅｂページの閲覧要求が行われると、ステージングサーバ５１ｂの制御部は、通信部を介して、要求されたＷｅｂページに対応する入稿ソースコード１２ｂを配信する。

Ｓ２３：ステージングサーバ５１ｂから入稿ソースコード１２ｂの配信が行われると、端末２０ｂの制御部は、通信部を介して、ステージングサーバ５１ｂから配信された入稿ソースコード１２ｂを受信する。

Ｓ２４：ステージングサーバ５１ｂから配信された入稿ソースコード１２ｂの受信が行われると、端末２０ｂの制御部は、配信された入稿ソースコード１２ｂにおいて指定された入稿バイナリデータ４１ｂをイメージサーバ４０ｂから受信する。具体的には、入稿ソースコード１２ｂに記述されたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）にしたがい、入稿ソースコード１２ｂに対応する画像や動画などのバイナリデータを取得する。

Ｓａ：端末２０ｂの制御部（Ｗｅｂページ強調手段２６ｂ）は、Ｓ１３において生成され、送信された運用ソースコード１４ｂと入稿ソースコード１２ｂとの差分情報を基に、Ｗｅｂページ及びソースコードの強調を行う。具体的には、図８に示すように、無色透明のＦｌａｓｈ（登録商標）のページレイヤを作成し、作成したＦｌａｓｈ（登録商標）のページレイヤをＷｅｂページ表示１００ｂ及びソースコード比較表示２００ｂに重ね合わせる。そして、Ｓ１３において確認サーバ１０ｂから送信された差分情報を基に運用ソースコード１４ｂの相違部分８０１ｂ，８０２ｂ，８０３ｂ、入稿ソースコード１２ｂ（ＣＶＳ）の相違部分８０１ｃ，８０２ｃ，８０３ｃ及び入稿ソースコード１２の相違部分８０１ｂ，８０２ｂ，８０３ｂと運用ソースコードの相違部分８０１ｃ，８０２ｃ，８０３ｃに対応するＷｅｂページの該当部分８０１ａ，８０２ａ，８０３ａに相当するＦｌａｓｈ（登録商標）のページレイヤ箇所に網掛けによる強調を行う。また、本実施例においては、網掛けによる強調を行うと共に、各強調箇所の右上端に丸付き数字（丸１、丸２、丸３）を表示する。これにより、管理者がＷｅｂページ表示１００ｂを見ることで各ソースコードの相違部分に相当するＷｅｂページ表示１００ｂの該当箇所の特定を容易に行うことができる。また、管理者が丸付き数字を確認することで、入稿ソースコード１２の相違部分８０１ｂ，８０２ｂ，８０３ｂと運用ソースコードの相違部分８０１ｃ，８０２ｃ，８０３ｃに対応するＷｅｂページの該当部分８０１ａ，８０２ａ，８０３ａがどこの箇所であるかということを一目で確認することができる。

なお、本実施例において、運用ソースコード１４ｂの相違部分８０２ｂと入稿ソースコード１２ｂ（ＣＶＳ）の相違部分８０２ｃに相当するＷｅｂページ表示１００ｂの該当部分８０２ａはテキストデータであるがこれに限られるのではなく、例えば、運用ソースコード１４ｂの相違部分８０１ｂと入稿ソースコード１２ｂ（ＣＶＳ）の相違部分８０１ｃに相当するＷｅｂページ表示１００ｂの該当部分８０１ａはＧＩＦなどの画像であり、また、運用ソースコード１４ｂの相違部分８０３ｂと入稿ソースコード１２ｂ（ＣＶＳ）の相違部分８０３ｃに相当するＷｅｂページ表示１００ｂの該当部分８０３ａはＦｌａｓｈ（登録商標）などの動画である。これにより、管理者は、相違部分に相当する変更場所をＷｅｂページを見ることにより確認することができ、プログラムに関する知識に乏しいデザイナや企画者であってもテキストデータのみならず、画像や動画などのバイナリデータが構成されたＷｅｂページの変更箇所を容易に確認することができる。

Ｓ２５：相違部分に対応するＷｅｂページの強調表示が行われると、端末２０ｂの制御部は、入稿ソースコード１２ｂ及び入稿バイナリデータ４１ｂを基に入稿ソースコード１２ｂに対応するＷｅｂページを構成する。

Ｓ２６：入稿ソースコード１２ｂに対応するＷｅｂページの構成が行われると、端末２０ｂの制御部（入稿Ｗｅｂページ表示手段２５ｂ）は、図８に示すように、構成されたＷｅｂページを端末２０ｂのＷｅｂブラウザを介してディスプレイの画面３００ｂにＷｅｂページ表示１００ｂを表示する。具体的には、Ｗｅｂページ表示１００ｂにおいては、入稿ソースコード１２に記述されたｈｔｍｌタグ（＜ｈｔｍｌ＞）で囲まれたｈｔｍｌ要素、ｈｅａｄタグ（＜ｈｅａｄ＞）で囲まれたｈｅａｄ要素又はｂｏｄｙタグ（＜ｂｏｄｙ＞）で囲まれたｂｏｄｙ要素に基づき、Ｗｅｂブラウザ内のテキストの内容、配置及び入稿バイナリデータ４１の内容を決定してＷｅｂページを構成すると共に、構成されたＷｅｂページに強調表示が行われたＦｌａｓｈ（登録商標）のページレイヤを重ね合わせ端末２０ｂのディスプレイに表示し、確認システム１ｂによる処理を終了する。したがって、図８に示すように、端末２０ｂの制御部は、入稿ソースコード１２ｂ及び運用ソースコード１４ｂの差異部分をディスプレイの画面３００ｂの右側において、確認サーバ１０ｂのｄｉｆｆコマンドにより生成された差分情報に基づくソースコード比較表示２００ｂとして表示を行い、当該入稿ソースコード１２に対応するＷｅｂページをディスプレイの画面３００の左側においてＷｅｂページ表示１００として表示と併せて、入稿ソースコード１２ｂと運用ソースコード１４ｂとの相違部分が強調表示されたＦｌａｓｈ（登録商標）のページレイヤにより強調表示が行われる。

［端末における表示例］
次に、図８を参照して、端末２０ｂに表示する表示例について説明する。

管理者により、端末２０ｂにおいて、ソース比較要求が行われると、確認サーバ１０ｂのｄｉｆｆコマンドにより生成された差分情報を基に、入稿ソースコード１２ｂ及び運用ソースコード１４ｂのソースコード比較表示２００ｂを端末２０ｂのディスプレイの画面３００ｂに表示する。さらに、管理者により、Ｗｅｂページの相違部分の強調表示を要求する操作が行われると、Ｗｅｂページ表示１００ｂ及びソースコード比較表示２００ｂに入稿ソースコード１２ｂと運用ソースコード１４ｂとの相違点が強調表示されたＦｌａｓｈ（登録商標）のページレイヤを重ね合わせ、端末２０ｂのディスプレイの画面３００ｂに表示する。

したがって、管理者は、ディスプレイの画面３００ｂに表示されているソースコード比較表示２００ｂと強調表示されたＷｅｂページ表示１００ｂを確認することにより、入稿ソースコード１２ｂと運用ソースコード１４ｂにおけるテキストファイルの相違部分の発見をより容易に行うことができると共に、当該相違部分が反映されたＷｅｂページにおける当該相違部分の発見をも容易に行うことができる。このことにより、確認システム１ｂは、管理者にとって、Ｗｅｂページの更新の際の事前確認をより容易かつ総合的に行う環境を提供することができる。

以上、本発明の実施の形態について説明したが、本発明は本実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良などは本発明に含まれるものである。

１ 確認システム
１０ 確認サーバ
１１ 入稿ソース取得手段
１３ 運用ソース取得手段
１５ ソースコード比較送信手段
１６ 入稿ソース反映手段
２０ 端末
２１ 入稿ソース取得要求手段
２２ ソース比較要求手段
２３ ソースコード比較表示手段
２４ 入稿ソース反映要求手段
２５ 入稿Ｗｅｂページ表示手段
２６ｂ Ｗｅｂページ強調手段
３０ ソース管理サーバ
４０ イメージサーバ
５０ 運用サーバ群
５１ ステージングサーバ
５２ 本番サーバ
１００ Ｗｅｂページ表示
２００ ソースコード比較表示
３００ 画面

Claims (3)

1. 入稿するＷｅｂページを構成する入稿ソースコードのバージョンを管理するソース管理サーバから、所定のＷｅｂページ単位で前記入稿ソースコードを取得して記憶する入稿ソースコード記憶手段と、
   前記入稿ソースコード記憶手段が記憶した前記入稿ソースコードに対応する運用ソースコードを運用サーバから取得して前記入稿ソースコードと共に表示するソースコード対比手段と、
   前記入稿ソースコード記憶手段が記憶した前記入稿ソースコードを前記運用サーバに反映する運用反映手段と、
   前記入稿ソースコード記憶手段が記憶した前記入稿ソースコードに対応する入稿バイナリデータをイメージサーバから受信し、前記運用反映手段が反映した前記入稿ソースコードを前記運用サーバから受信し、前記所定のＷｅｂページを構成して表示する運用確認手段と、を備える確認システム。
2. 前記入稿ソースコード記憶手段が取得した前記入稿ソースコードと、前記ソースコード対比手段が取得した運用ソースコードとの相違部分を特定する相違部分特定手段をさらに備え、
   前記運用確認手段は、前記相違部分特定手段が特定した前記相違部分に対応する前記所定のＷｅｂページの表示部分を強調して表示する、請求項１に記載の確認システム。
3. コンピュータが入稿ソースの要求に応じてＷｅｂページの更新の際の事前確認を行うための所定のＷｅｂページを構成して表示する確認方法であって、
   前記確認方法は、入稿するＷｅｂページを構成する入稿ソースコードのバージョンを管理するソース管理サーバから、所定のＷｅｂページ単位で前記入稿ソースコードを取得して記憶する入稿ソースコード記憶ステップと、
   前記入稿ソースコード記憶ステップにおいて記憶した前記入稿ソースコードに対応する運用ソースコードを運用サーバから取得して前記入稿ソースコードと共に表示するソースコード対比ステップと、
   前記入稿ソースコード記憶ステップにおいて記憶した前記入稿ソースコードを前記運用サーバに反映する運用反映ステップと、
   前記入稿ソースコード記憶ステップにおいて記憶した前記入稿ソースコードに対応する入稿バイナリデータをイメージサーバから受信し、前記運用反映ステップにおいて反映した前記入稿ソースコードを前記運用サーバから受信し、前記所定のＷｅｂページを構成して表示する運用確認ステップと、を備える確認方法。

Images