JP2006146506A

JP2006146506A - Ｗｅｂサイト更新システム、Ｗｅｂサイト更新方法およびＷｅｂサイト更新プログラム

Info

Publication number: JP2006146506A
Application number: JP2004334823A
Authority: JP
Inventors: Shuichi Tayama; 修一田山; Yutaka Mizudori; 裕水鳥
Original assignee: IMAGE KK
Current assignee: IMAGE KK
Priority date: 2004-11-18
Filing date: 2004-11-18
Publication date: 2006-06-08

Abstract

【課題】Ｗｅｂサイトの更新、修正などの作業を、専門的な知識が無くても容易に行えるようにする。
【解決手段】更新・修正用運営環境１５上の更新・修正ＨＰ１２は、ブラウザで表示可能で、公開ＨＰ１１の更新対象箇所に対応した入力手段が設けられる。サイト運用者１０は、ＨＰ１２に対して更新や修正処理を行い、作業が終了すると、更新内容の確認依頼を、承認責任者１３に対して運営環境１５から提供されるインターフェイスを用いて通知する。承認責任者１３は、通知に応じて、運営環境１５から提供されるインターフェイスを用いて更新されたＨＰ１２をプレビューし、承認結果を当該インターフェイスを用いてサイト運用者１０に通知する。承認結果に応じて、サイト運用者１０は、ＨＰ１２を公開ＨＰの運営環境１４にアップロードする。更新作業をブラウザ上で行えると共に、承認のフローが明確化される。
【選択図】図２

Description

この発明は、インターネット上に公開されるＷｅｂサイトの更新や修正を容易に行うことができるようにしたＷｅｂサイト更新システム、Ｗｅｂサイト更新方法およびＷｅｂサイト更新プログラムに関する。

近年では、インターネットの発達と普及に伴い、多くの企業などで、インターネットに向けて情報を公開することが常識となってきている。インターネットに向けて情報を公開する際には、例えばＨＴＭＬ(Hyper Text Markup Language)に基づき記述されたＷｅｂページを用いるのが一般的で、１または複数のＷｅｂページの表紙に相当するＷｅｂページをホームページ（以下、ＨＰと略称する）と称し、ＨＰを表紙とする一連のＷｅｂページによりＷｅｂサイトが構成される。なお、ＷｅｂサイトそのものをＨＰと呼ぶこともある。

Ｗｅｂサイトによる情報公開が一般的になるにつれ、Ｗｅｂサイトを閲覧するユーザの知識レベルや情報要求レベルが向上してきている。そのため、現在では、Ｗｅｂサイトの運用側にも、情報提供に対する相応の速度と力量が求められると共に、Ｗｅｂサイトで公開されるコンテンツにも、より強いプレゼンテーション力が求められる。非特許文献１には、より高度なＷｅｂサイトを構築するための技術が記載されている。
金城俊哉、「図解入門よくわかる最新Ｗｅｂ技術の基本と仕組み」、第１版、株式会社秀和システム、２００２年３月、ｐ．１１７−ｐ．３４１

ところで、近年では、インターネット上に存在する情報量が膨大なものとなり、インターネット上のＷｅｂサイトに対して追加されるコンテンツは、年々増え続ける一方である。また、ユーザは、インターネット上に公開されたＷｅｂサイトを閲覧することで、情報の取得が当然できるものと考える傾向にあり、それがそのまま当該Ｗｅｂサイトの公開元である企業などの信用力として認識されてしまうことになる。そのため、企業など情報提供側では、当該Ｗｅｂサイトの運営および情報提供への対応に、日夜追われることになる。

一方で、Ｗｅｂサイトの運用業務は、経験のある企業でも歴史は浅く、多くの組織においてシステム化されていない家内制手工業的な方法で行われていた。若しくは、担当者の努力と力業で進める、労働集約型の構造での運用がなされていた。

図１２は、従来の技術による、Ｗｅｂサイトの一例の運用業務を概略的に示す。コンテンツやＷｅｂサイトの運用者２００（以下、サイト運用者２００）は、コンテンツやＷｅｂサイトの作成者２０１（以下、サイト作成者２０１）に対して、インターネット上に公開されている公開ＨＰ２０３の更新、修正、コンテンツの追加や削除の依頼を行う（ＳＥＱ１００）。プレゼンテーション力を高めるためにより高度な機能を用いたり、大量のコンテンツを扱うＷｅｂサイトの作成や管理には、より高い技術が要求されるため、Ｗｅｂサイトの作成、更新等の作業は、ノウハウを持つ業者に外注したり、同じ組織内であれば専任の担当者を設けたりすることが一般的に行われている。

なお、ここでは、公開ＨＰ２０３は、インターネット上のＷｅｂサーバなどの公開ＨＰの運営環境上に予めＷｅｂサイトとして作成されているものとする。また、サイト作成者２０１は、Ｗｅｂサイトの作成や更新作業などを請け負う外注業者や、サイト運用者２００と同じ組織内のＷｅｂサイト作成担当者などである。

サイト運用者２００からサイト作成者２０１に対してＳＥＱ１００で依頼が行われると、サイト作成者２０１により、サイト作成者２０１のＷｅｂサイト作成環境内で、依頼の内容に応じてＷｅｂサイトの更新、修正作業や、Ｗｅｂサイトに対するコンテンツの追加、削除などの作業が行われる。作業が終了すると、サイト作成者２０１からサイト運用者２００に対して、作業を終了したＷｅｂサイトのデータが送付され、サイト運用者２００に対して作業内容の承認が求められる（ＳＥＱ１０１）。このＳＥＱ１００および１０１の手続が１乃至数回繰り返され、サイト作成者２０１の作業内容がサイト運用者２００により承認されると、サイト運用者２００から承認責任者２０２に対して、確認の依頼が口頭や書面、電子メールなどによりなされ（ＳＥＱ１０３）、作業が終了したＷｅｂサイトのＵＲＬ(Uniform Resource Locator)や当該Ｗｅｂサイトのデータそのものが送付される（ＳＥＱ１０４）。そして、承認責任者２０２によりＷｅｂサイトのデータの内容が確認された旨がサイト運用者２００に対して通知され（ＳＥＱ１０５）、承認された場合、その旨が通知される（ＳＥＱ１０６）。図示しないが、ここで承認責任者２０２による承認が得られない場合、上述のＳＥＱ１００および１０１の手続が再び繰り返されることになる。

承認責任者２０２の承認が得られると、サイト運用者２００からサイト作成者２０１に対して、依頼した作業内容が承認された旨が通知され、作業が終了したＷｅｂサイトのデータを公開ＨＰ２０３として公開ＨＰの運営環境に対してアップロード（サーバアップ）するように依頼される（ＳＥＱ１０７）。この依頼に応じて、サイト作成者２０１によりＷｅｂサイトのデータのサーバアップが行われる（ＳＥＱ１０８）。サーバアップが完了すると、その旨がサイト運用者２００に対して報告されると共に、サーバアップされた公開ＨＰ２０３に対する最終確認が依頼される（ＳＥＱ１０９）。この依頼に応じて、サイト運用者１００により公開ＨＰ２０３が閲覧され、内容が確認される（ＳＥＱ１１０）。内容がサイト運用者２００により承認されると、サイト運用者２００からサイト作成者２０１に対して承認報告がなされ（ＳＥＱ１１１）、一連のＷｅｂサイト更新等の作業が完了する。

このような従来技術によるＷｅｂサイトの運用形態では、データの簡単な修正などでも必ずサイト作成者２０１に作業を依頼する必要があり、大変煩わしいという問題点があった。

また、サイト作成者２０１として複数の外注業者を用いると、Ｗｅｂサイトのデザインやコンテンツのガイドラインに一貫性を保つことが難しくなり、サイト運用者２００と複数のサイト作成者２０１との間でのデータのやりとりが煩雑になりやすいという問題点があった。

複数のサイト作成者２０１を用いる場合、さらに、Ｗｅｂサイトのコンテンツが誰によって作成されたか、追加や削除が何時行われたかなどを把握することが困難になり、また、ファイルのバージョン管理も難しくなるため、あるサイト作成者２０１が他のサイト作成者２０１が更新したファイルを上書きして書き換えてしまうなどの事故が発生するおそれがあるという問題点があった。

図１２の例では、承認責任者２０２によるＷｅｂサイトの更新作業等に対する承認を、当該Ｗｅｂサイトが公開ＨＰ２０３としてインターネットに対して公開される前に行われているが、承認責任者２０２による承認のフローがシステムとして確立されていないので、上述の例のように、承認責任者２０２による承認が例えば公開ＨＰ２０３として公開後の事後承諾となる場合もあるという問題点があった。

また、Ｗｅｂサイトの作成や更新作業などを外注で依頼した場合、コストが嵩みやすく、さらに、図１２を用いて説明したように何段階もの承認、確認も伴われるため、ユーザへ情報を提供するまでに時間がかかってしまうという問題点があった。

図１２の例に対して、サイト運用者２００がサイト作成者２０１を兼ね（コンテンツ作成担当者と呼ぶ）、サイト運用者２００自ら、Ｗｅｂサイトの更新等の作業を行うことも考えられる。この場合には、上述したような、簡単な修正等の場合に一々サイト作成者２０１に対して依頼を行ったりせずに済み、Ｗｅｂサイトのデザインやコンテンツの一貫性の維持、ファイルのバージョン管理の問題なども解決されると考えられる。

しかしながら、組織内では、更新が必要若しくは更新が望ましいコンテンツが毎日のように出現することがあり、このような場合、コンテンツ作成担当者に負担が集中して効率が悪くなり、そこがボトルネックになってしまうおそれがあるという問題点があった。

また、Ｗｅｂサイトを開発する作業は、Ｗｅｂサイトに掲載するコンテンツを作成する作業と、コンテンツのレイアウトなどを設計し実際にＨＴＭＬデータを作成する作業とに大別することができる。ところが、実際には、コンテンツの作成者が自らＨＴＭＬデータを作成するエディタとして兼務している場合が多く、効率が悪かった。また、コンテンツ作成者とエディタとが分離されている場合でも、エディタに負担が集中してしまう傾向にありそこがボトルネックになってしまうという問題点があった。

また、コンテンツ作成担当者は、手作業でＷｅｂサイトのデータをＷｅｂサーバにアップロードする場合が多く、作業が深夜や休日にまで及ぶこともあり、負担が大きいという問題点があった。さらに、Ｗｅｂサイトに新しい要素や機能を追加したくても、開発や制作が間に合わずに実現できない場合があるという問題点があった。

さらにまた、組織内においてコンテンツ作成担当者に任命できるためには、コンテンツやＷｅｂサイトの作成に精通した技術者スキルが求められるため、人材資源的にも限界があるという問題点があった。

また、Ｗｅｂサイトの作成や更新作業を外注で依頼する場合、若しくは組織内のコンテンツ作成担当者が行う場合の何れの場合でも、Ｗｅｂサイトに新しい機能やサービスを付加するような場合は、新規にＷｅｂサイトを作成し直す場合が多く、既存のＷｅｂサイトに費やしたコストが無駄になってしまうという問題点もあった。

したがって、この発明の目的は、Ｗｅｂサイトの更新、修正などの作業や、Ｗｅｂサイトに対するコンテンツの追加、削除などの作業を、Ｗｅｂサイトに対する専門的な知識が無くても容易に行えるようなＷｅｂサイト更新システム、Ｗｅｂサイト更新方法およびＷｅｂサイト更新プログラムを提供することにある。

この発明は、上述した課題を解決するために、更新対象のＷｅｂページを構成するデータが格納されるサーバと、更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスと、第１のユーザインターフェイスに設けられた入力手段から入力された情報に基づきＷｅｂページを更新するＷｅｂページ更新手段と、第１のユーザインターフェイスを用いて更新された更新対象のＷｅｂページの確認依頼を通知する手段と、更新された更新対象のＷｅｂページの確認を確認依頼に基づき行うための、ブラウザで表示可能な第２のユーザインターフェイスと、第２のユーザインターフェイスを用いて入力された承認結果を通知する手段とを備え更新された更新対象のＷｅｂページを承認結果に基づき公開するようにしたことを特徴とするＷｅｂサイト更新システムである。

また、この発明は、サーバに格納された更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスの入力手段から入力された情報に基づき更新された更新対象のＷｅｂページの確認依頼を通知し、確認依頼に基づき、更新された更新対象のＷｅｂページの確認を行うための、ブラウザで表示可能な第２のユーザインターフェイスを用いて入力された承認結果を通知し、承認結果に基づき、更新された更新対象のＷｅｂページを公開するようにしたことを特徴とするＷｅｂサイト更新方法である。

また、この発明は、サーバに格納された更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスの入力手段から入力された情報に基づき更新された更新対象のＷｅｂページの確認依頼を通知し、確認依頼に基づき、更新された更新対象のＷｅｂページの確認を行うための、ブラウザで表示可能な第２のユーザインターフェイスを用いて入力された承認結果を通知し、承認結果に基づき、更新された更新対象のＷｅｂページを公開するようにしたＷｅｂサイト更新方法をコンピュータ装置に実行させることを特徴とするＷｅｂサイト更新プログラムである。

上述したように、この発明は、サーバに格納された更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスから入力された情報に基づき更新された更新対象のＷｅｂページの確認依頼を通知し、確認依頼に基づき、更新された更新対象のＷｅｂページの確認を行うための、ブラウザで表示可能な第２のユーザインターフェイスを用いて入力された承認結果を通知し、承認結果に基づき、更新された更新対象のＷｅｂページを公開するようにしているため、更新者は、ブラウザ上からＷｅｂページを更新することができるので、Ｗｅｂ技術に明るくなくてもＷｅｂページの更新を容易に行うことができると共に、更新された更新対象のＷｅｂページの公開を、更新者から承認者に通知された確認依頼に対して承認者から承認結果が得られてから行うようにしているため、Ｗｅｂページの更新作業のフローが明確化され、作業の効率が向上する。

この発明は、公開ＨＰの更新・修正用の運営環境上に一元管理されたコンテンツに対してブラウザからアクセスし、Ｗｅｂサイト更新作業をブラウザ上で行うようにしている。そのため、Ｗｅｂサイトの更新作業に際して、サイト運用者側で端末装置に別途ソフトウェアをインストールする必要が無いという効果がある。また、更新作業をブラウザ上のインターフェイスで管理できるため、サイト運用者は、Ｗｅｂ技術に明るくなくとも容易に利用することができるという効果がある。

またそのため、Ｗｅｂページを用いて提供したい情報に最も詳しい者が自分で直接コンテンツの発信をできるようになる。これにより、Ｗｅｂサイトを運用するスタッフの負担が軽減され、Ｗｅｂサイトの制作および管理を外注する場合に比べ費用を削減することができるだけでなく、Ｗｅｂページ公開のための無駄なオーバーヘッドが無くなり、Ｗｅｂサイトによる情報提供を迅速に行うことができる効果がある。

さらに、入力画面に必要項目を入力するだけでＷｅｂページの更新を行えると共に、更新されたＷｅｂページの公開サーバに対するアップロードを、日時を指定して自動的に行うようにされているため、ＨＴＭＬデータのコーディングやアップロードなどの機械的に処理できる作業を人手で行う必要が無く、作業上のミスが減り、Ｗｅｂサイト運営のスタッフは、無駄な作業から解放されよりよいＷｅｂサイト構築という本来の業務に集中できるという効果がある。

さらにまた、この発明では、サイト運用者が更新作業を終了した後、更新内容を承認責任者が承認し、承認されたデータをサーバアップするまでの一連の処理が自動化されている。そのため、公開ＨＰの更新作業に係るワークフローが、更新作業後に承認責任者が更新内容を承認しないと更新結果を公開できないように設定および定義でき、一連の処理の流れを、運用における自動処理ルールとして適用できるという効果がある。

また、この発明では、サイト運用者側は、一度Ｗｅｂサイト更新システムの更新を申し込み、変更箇所等を指定すると、次にＷｅｂサイトの構成自体を変更しない限り、以降のＷｅｂサイトに対する更新処理を自分で行える。そのため、更新作業の度に料金が発生する従来の方法に比べ、低料金に抑えることができるという効果がある。

さらに、定型的な構成のＷｅｂサイトに対しては、更新データを入力する入力画面を定型的な入力画面として予め用意し、ユーザに提供することができる。これにより、Ｗｅｂサイト更新システム側による開発コストが抑えられ、ユーザに対しても、低料金でサービスを提供することができるという効果がある。加えて、既に開発されサービスが実行されている、同業種同業態における類似情報提供手段を積極的に利用することで、さらに開発コストを軽減することができ、ユーザに対してより低料金でサービスを提供することができる効果がある。

さらにまた、この発明によるＷｅｂサイト更新システムから提供するＷｅｂページを既存のＷｅｂサイトに組み込むことで、Ｗｅｂサイト制作におけるイニシャルコストを抑えることができると共に、情報の更新作業においても、外注などを行う必要が無いため、Ｗｅｂサイト運営において時間効率とコスト効率を高めることができる効果がある。

また、この発明によるＷｅｂサイト更新システムから提供するＷｅｂページを、フレーム機能を用いてユーザによる基本フレームと独立的に表示できるようにすることで、システム側が供給するＷｅｂページをプログラムで自動生成する技術などを用いた動的なＷｅｂページとして構成することができ、より複雑な機能をＷｅｂページに容易に持たせることができる効果がある。

さらに、この発明によるＷｅｂサイト更新システムから提供するＷｅｂページを、Ｗｅｂサイト更新システム側のサーバに置くことにより、ユーザ側の運営サーバにおける外部接触制限を回避することができるという効果がある。

また、この発明を、ブラウザ機能付き携帯端末で閲覧可能とされたＷｅｂサイトに対しても適用することで、承認責任者が承認責任者端末３がある環境に対して遠隔地にいる場合や、外出時、不在時などでもＷｅｂサイトの更新内容のプレビューや承認手続きを行うことができ、更新されたＷｅｂページのサーバアップまでの時間が短縮でき、効率化が図れるという効果がある。

以下、この発明の実施の一形態を、図面を参照しながら説明する。図１は、この発明によるＷｅｂサイト更新システムの一例の構成を示す。なお、以下では、ブラウザの１画面に、ＨＴＭＬ(Hyper Text Markup Language)などのＷｅｂページ表示データに基づき記述されたレイアウト情報に従い表示されるデータのまとまりをＷｅｂページ、１または複数のＷｅｂページで構成される情報公開の単位をＷｅｂサイトあるいはホームページ（ＨＰ）、ＨＰで公開されるデータをコンテンツとそれぞれ呼ぶ。例えばインターネットを含むネットワーク１に対して、コンテンツやサイトの運用者の端末（以下、サイト運用者端末２）およびコンテンツやサイトの作成や更新に対する承認を行う承認責任者の端末（以下、承認責任者端末３）がそれぞれ接続される。

サイト運用者端末２および承認責任者端末３は、例えばインターネット接続機能を有するコンピュータ装置であって、ネットワーク１上に公開されるＷｅｂページを閲覧可能なブラウザソフトウェア（以下、ブラウザ）が搭載される。ブラウザは、ネットワークを介して読み込まれたファイルに基づき所定の表示を行う機能を有すると共に、ファイルに指定された手段でサーバにデータを送信することができる。

ネットワーク１に対して、公開サーバ４および更新・修正用サーバ５がそれぞれ接続される。Ｗｅｂサイトを構成するデータが公開サーバ４に格納されることで、当該Ｗｅｂサイトをネットワーク１に向けて公開することができる。Ｗｅｂサイトおよび当該Ｗｅｂサイトを構成する各Ｗｅｂページなどのネットワーク１上での位置は、ＵＲＬ(Uniform Resource Locator)で与えられる。

更新・修正用サーバ５は、公開サーバ４で公開されるＷｅｂサイトに対して更新や修正を加えるためのデータやプログラムが格納されると共に、公開サーバ４で公開されるＷｅｂサイトを構成するためのＨＴＭＬデータや各種コンテンツが格納され、これらＨＴＭＬデータや各種コンテンツが一元的に管理される。公開サーバ４上のＷｅｂサイトに対して更新、修正などを行う際には、この更新・修正用サーバ５に格納されたＨＴＭＬデータや各種コンテンツに対して更新、修正を行い、作業終了後に所定の手続きを踏んだ上で、更新・修正用サーバ５から公開サーバ４に対して、更新、修正されたデータがアップロードされ、Ｗｅｂサイトの更新がなされる。

サイト運用者端末２や承認責任者端末３から更新・修正用サーバ５にアクセスする際には、予め更新・修正用サーバ５に登録されたＩＤおよびパスワードの入力が要求される。

更新・修正用サーバ５は、サイト運用者端末２や承認責任者端末３に対して、これら端末２および３に実行されるブラウザで表示可能なユーザインターフェイスを提供する。このユーザインターフェイスには、公開サーバ４で公開されるＷｅｂサイトの更新や修正を行う部分に対応して、データを入力するための入力部が設けられており、例えばサイト運用者端末２から入力部に対して所定にデータ入力を行うことで、Ｗｅｂページを構成するデータ（例えばＨＴＭＬで記述されたＨＴＭＬデータ）を出力することができるようにされている。すなわち、この発明では、例えばサイト運用者端末２で実行されるブラウザに表示されるユーザインターフェイスから、公開サーバ４上のＷｅｂサイトの更新を行うことができる。サイト運用者端末２上にある画像データなどを、このユーザインターフェイスを介して更新・修正用サーバ５にアップロードすることも可能である。

なお、上述では、サイト運用者端末２、承認責任者端末３、公開サーバ４および更新・修正用サーバ５が接続されるネットワーク１がインターネットであるように説明したが、これはこの例に限定されない。例えば、ネットワーク１をＬＡＮ(Local Area Network)とし、公開サーバ４がさらにインターネットに対して接続され、Ｗｅｂサイトをインターネットに公開するようにしてもよい。ネットワーク１をＬＡＮ(Local Area Network)とし、ネットワーク１と公開サーバ４が図示されないインターネットで接続されている構成でもよい。さらに、更新・修正用サーバ５が有する機能を、サイト運用者端末２に搭載することも可能である。

図２は、この発明によるＷｅｂサイトの一例の運用業務を概略的に示す。公開ＨＰ１１は、公開ＨＰの運営環境１４上に置かれ、インターネットに向けて公開されるＷｅｂサイトである。公開ＨＰの運営環境１４は、例えば図１における公開サーバ４に対応する。公開ＨＰの更新・修正用の運営環境１５上には、更新・修正用ＨＰ１２が置かれる。公開ＨＰの更新・修正用の運営環境１５は、例えば図１における更新・修正用サーバ５に対応する。

更新・修正用ＨＰ１２は、公開ＨＰ１１の更新や修正を行う際のユーザインターフェイスを提供する。例えば、更新・修正用ＨＰ１２により提供されるユーザインターフェイスは、公開ＨＰ１１の更新や修正を行う部分に対応した入力部分が予め設けられ、当該入力部分に入力されたデータに応じたＷｅｂページ表示データを出力するようにされている。

コンテンツやサイトの運用者１０（以下、サイト運用者１０）は、ネットワーク１に接続されたパーソナルコンピュータなどの端末装置（図１の例ではサイト運用者端末２）を用いて更新・修正用ＨＰ１２にアクセスし、公開ＨＰ１１の内容に対する更新作業や修正作業など（以下まとめて更新作業とする）を行う。承認責任者１３は、サイト運用者１０による更新作業に対して、ネットワーク１に接続されたパーソナルコンピュータなどの端末装置（図１の例では承認責任者端末３）を用いて更新・修正用ＨＰ１２にアクセスし、確認および承認を行う。

このような構成において、サイト運用者１０は、公開ＨＰ１１の内容に対する更新作業や修正作業など（以下まとめて更新作業とする）を行うために、端末装置、例えばサイト運用者端末２を用いて更新・修正用ＨＰ１２にアクセスする（ＳＥＱ１０）。

例えば、サイト運用者１０は、公開ＨＰの更新・修正用の運営環境１５に対して、ＩＤおよびパスワードを予め登録する。公開ＨＰの更新・修正用の運営環境１５は、このＩＤおよびパスワードに基づき、アクセスしてきた者のアクセス可能範囲を判断することができる。公開ＨＰの更新・修正用の運営環境１５は、ユーザからのアクセスがあると、ログイン画面をユーザの端末に表示させ、ＩＤおよびパスワードの入力を要求する。サイト運用者１０は、更新・修正用ＨＰ１２にアクセスする際に、予め登録されているＩＤおよびパスワードをログイン画面に対して入力する。公開ＨＰの更新・修正用の運営環境１５側では、入力されたＩＤおよびパスワードに基づきサイト運用者１０を識別し、識別されたサイト運用者１０のアクセス可能範囲を識別する。そして、これらの識別結果に基づき、公開ＨＰの更新・修正用の運営環境１５側では、サイト運用者１０に対して対応する更新・修正用ＨＰ１２を提示すると共に当該更新・修正用ＨＰ１２によるデータの更新権限を与える。

更新・修正用ＨＰ１２は、サイト運用者端末２のブラウザにより読み込まれ、表示される。サイト運用者１０は、ブラウザに表示された更新・修正用ＨＰ１２に設けられた入力部分に対して更新データを入力し、入力内容を公開ＨＰの更新・修正用の運営環境１５に対して送信する。画像データや音声データなども、更新・修正用ＨＰ１２の入力部分から公開ＨＰの更新・修正用の運営環境１５に対してアップロードできる。公開ＨＰの更新・修正用の運営環境１５は、送信されたデータに基づき、Ｗｅｂページを構成するためのＨＴＭＬデータを生成する。

サイト運用者１０は、更新データの入力が終了したら、承認責任者１３に対して、更新内容の確認および承認を依頼する（ＳＥＱ１１）。この依頼は、公開ＨＰの更新・修正用の運営環境１５を介して行われる。

例えば、サイト運用者１０から公開ＨＰの更新・修正用の運営環境１５に対してデータ入力の終了が通知されると、公開ＨＰの更新・修正用の運営環境１５から承認責任者１３に対して、更新内容が反映されたプレビュー用のＷｅｂサイトのＵＲＬ(Uniform Resource Locator)が記載された電子メールが送信される。承認責任者１３は、この電子メールを受信し、記載されているＵＲＬにアクセスすることで、プレビュー用のＷｅｂサイトを自分の端末装置、例えば承認責任者端末３により閲覧し、更新内容を確認することができる。

なお、上述のＳＥＱ１１の処理の際に、公開ＨＰの更新・修正用の運営環境１５において、サイト運用者１０に対する権限の制限を行うと好ましい。例えば、公開ＨＰの更新・修正用の運営環境１５は、サイト運用者１０が更新・修正用ＨＰ１２にアクセスしても承認が依頼されたデータの変更などができないように、サイト運用者１０の権限を制限する。

承認責任者１３は、更新内容の確認および承認依頼通知に基づき、公開ＨＰの更新・修正用の運営環境１５にアクセスしてプレビュー用のＷｅｂサイトを閲覧する（ＳＥＱ１２）。

例えば、承認責任者１３は、公開ＨＰの更新・修正用の運営環境１５に対して、サイト運用者１０とは異なるＩＤおよびパスワードを、承認責任者用のＩＤおよびパスワードとして予め登録する。上述したように、公開ＨＰの更新・修正用の運営環境１５は、ユーザからのアクセスがあると、ログイン画面をユーザの端末に表示させ、ＩＤおよびパスワードの入力を要求する。公開ＨＰの更新・修正用の運営環境１５は、入力されたＩＤおよびパスワードに基づき承認責任者１３を識別し、識別された承認責任者１３のアクセス可能範囲を識別する。そして、これらの識別結果に基づき、公開ＨＰの更新・修正用の運営環境１５側では、識別された承認責任者１３に対してプレビュー用のＷｅｂサイトに対するアクセスを許可する。

承認責任者１３は、更新内容を承認すると、その旨をサイト運用者１０に対して通知する（ＳＥＱ１３）。この承認通知は、公開ＨＰの更新・修正用の運営環境１５を介してサイト運用者１０に渡される。例えば、承認責任者１３から公開ＨＰの更新・修正用の運営環境１５に対して、更新内容を承認する旨が通知されると、その旨を通知する電子メールがサイト運用者１０に対して送信される。それと共に、公開ＨＰの更新・修正用の運営環境１５は、更新データに基づき生成されたＨＴＭＬデータや、それに伴う画像データや音声データなどコンテンツデータを公開ＨＰの運営環境１４にアップロードする権限がサイト運用者１０に対して与えられる。

サイト運用者１０は、承認通知を受け取ったら、公開ＨＰの更新・修正用の運営環境１５にアクセスし、更新結果のＨＴＭＬデータやコンテンツデータを公開ＨＰの運営環境１４に対してアップロードするように指示する。このとき、アップロードを行う日付および時刻を指定することができる。サーバアップの日付および時刻を指定し、自動的にアップロードを行うことで、人的なミスや担当者の負担を軽減することが可能である。

この指示に従い、公開ＨＰの更新・修正用の運営環境１５から公開ＨＰの運営環境１４に対して、更新結果のＨＴＭＬデータやコンテンツデータがアップロードされる（ＳＥＱ１４）。アップロードの日付および時刻が指定されている場合は、指定された日付および時刻になったら自動的に更新ＨＰデータをアップロードする。このとき、既存の公開ＨＰ１１がアップロードされたデータで上書きされ、公開ＨＰ１１が更新される。

図３を用いて、公開ＨＰの更新・修正用の運営環境１５におけるＷｅｂサイトの更新、修正の一例の動作について、概略的に説明する。入力画面２０は、更新・修正用ＨＰ１２により提供されるユーザインターフェイスであって、ブラウザにより表示が可能となっている。入力画面２０は、公開ＨＰ１１のレイアウトおよび更新指定箇所に基づき予め作成され、公開ＨＰ１１の更新可能箇所に応じて所定に入力部が設けられる。

サイト運用者１０は、例えばサイト運用者端末２から公開ＨＰの更新・修正用の運営環境１５にアクセスし、入力画面２０をブラウザ上に表示させる。サイト運用者１０は、ブラウザ上に表示された入力画面２０に設けられた入力部に対して更新データを入力する。パスを指定することで、画像データや音声データなどのコンテンツを更新データとして入力することも可能である。

入力画面２０に対して所定の操作を行うことで、入力画面２０に対して入力された更新データ２４が、サイト運用者端末２から公開ＨＰの更新・修正用の運営環境１５に送信される。この更新データ２４は、公開ＨＰの更新・修正用の運営環境１５に受信されると、Ｗｅｂページ表示データ生成部２１に供給される。Ｗｅｂページ表示データ生成部２１は、例えば、供給された更新データ２４と、予め提供されている公開ＨＰ１１のレイアウト情報２３とを用いて、公開ＨＰ１１を表示させるためのデータ、例えばＨＴＭＬに基づき記述されたＨＴＭＬデータ２５を生成する。生成されたＨＴＭＬデータ２５は、公開ＨＰの更新・修正用の運営環境１５上に置かれ、ネットワーク１に接続されたサイト運用者端末２および承認者端末３から閲覧可能なようにされる。

Ｗｅｂページ表示データ（図３の例ではＨＴＭＬデータ２５）の生成方法の一例として、例えばＨＴＭＬデータで構成されるレイアウト情報２３において、更新可能箇所に対応する部分を所定の変数としておき、対応する更新データ２４を当該変数に代入する。Ｗｅｂページ表示データ生成部２１は、変数部分を更新データ２４に基づく実データに変換してＨＴＭＬデータ２５を生成し、出力する。出力されたＨＴＭＬデータ２５により、更新作業の結果が反映されたＷｅｂページ２６が表示される。

なお、Ｗｅｂページ表示データ生成部２１で生成可能なＷｅｂページ表示データは、ＨＴＭＬ形式のデータに限定されない。例えばＨＴＭＬデータに埋め込まれて用いられるＪａｖａＳｃｒｉｐｔ（登録商標）も、上述のＨＴＭＬと同様の方法で以てＷｅｂページ表示データ生成部２１で生成することができる。この場合には、ＪａｖａＳｃｒｉｐｔが埋め込まれるＨＴＭＬデータを共に生成するとよい。また、Ｊａｖａアプレット（「Ｊａｖａ」は登録商標）やＦｌａｓｈ（登録商標）、ＣＧＩ(Common Gateway Interface)などを用いたプログラムなども、同様にしてＷｅｂページ表示データ生成部２１で生成可能である。

また、Ｗｅｂページ表示データ生成部２１は、単一の構成ではなく、それぞれ異なる種類のＷｅｂページ表示データを生成する複数のＷｅｂページ表示データ生成部２１、２１、・・・が互いに連動して動作する構成であってもよい。この場合、複数のＷｅｂページ表示データ生成部２１、２１、・・・は、単独のコンピュータ装置上で動作するのに限らず、例えばネットワークで互いに接続された複数のコンピュータ装置上で分散的に動作するようにもできる。

以下では、特に記述のない限り、Ｗｅｂページ表示データ生成部２１では、ＨＴＭＬを用いて記述されたＨＴＭＬデータをＷｅｂページ表示データとして生成するものとして説明する。

図４および図５を用いて、より具体的に説明する。ここでは、図４に一例が示されるＷｅｂページ５５を更新対象として考える。図４は、インターネットを介して商品を購入できるようにした所謂ショップサイトの、商品検索を行うためのＷｅｂページの例である。図４に示されるＷｅｂページの構成に適応するように、入力画面２０の構成を図５に一例が示されるようにカスタマイズする。

この図４の例では、Ｗｅｂページ５５の上部の領域４０に、商品の検索条件を絞り込むための各種入力、選択部が配置される。選択部４１および４２は、予め設定された条件を選択するためのもので、それぞれ商品のタイプおよびブランドを選択する。選択部４３および４４は、検索結果の表示条件を選択するためのもので、それぞれ並び替え条件および１画面への表示件数を選択する。入力部４５は、検索対象の商品の価格範囲を入力する。チェックボックス４６は、新着情報のみを表示させるか否かを指定する。検索ボタン４７を押すことで、選択部４１および４２、入力部４５、ならびに、チェックボックス４６により指定された条件に基づき検索が開始される。

検索結果は、領域４０の下に、選択部４３および４４で選択された内容に従い表示される。表示部５０および５１は、それぞれ検索された商品の商品ＩＤおよび商品名が表示される。商品に関する画像データがあるときは、その画像データが表示部５２に表示される。画像データを複数、表示させることもできる。表示部５３は、商品の詳細な情報が表示される。例えば、表示部５３Ａ、５３Ｂおよび５３Ｃは、検索された商品の価格、タイプおよびブランド名がそれぞれ表示される。また、表示部５３Ｄは、商品の具体的な説明などがフリーテキストにより表示される。

図５は、図４のＷｅｂページ５５に対応した一例の入力画面２０を示す。入力部６１は、検索条件を絞り込む際の項目を設定する。左側のチェックボックスにチェックが入った項目を、絞り込みの対象項目に指定する。この図５の例では、公開状態による絞り込みの有無、新着情報か否かによる絞り込みの有無、商品のＩＤ番号の直接指定の有無、金額範囲指定の有無、タイプによる絞り込みの有無、ならびに、ブランドによる絞り込みの有無が絞り込み条件として設定可能である。ここでは、チェックボックスがチェックされた、新着情報か否かによる絞り込み、金額範囲指定、タイプによる絞り込み、ならびに、ブランドによる絞り込みが有効となるように設定されている。

一例として、「新着状態指定」の左のチェックボックスのチェックを外して更新すると、図４のＷｅｂページ５５において、チェックボックス４６が表示されなくなる。同様に、「公開状態指定」の左のチェックボックスにチェックを入れて更新すると、図４のＷｅｂページ５５において、予め決められた位置（例えばチェックボックス４６の左側）に、対応するチェックボックスが表示されるようになる。

入力部６１の右側の欄には、対応する項目がＷｅｂページ５５に表示される際のインターフェイスが表示される。このインターフェイスは、ユーザの好みに応じて選択可能とすると好ましい。一例として、入力画面２０が表示される同一画面上に、様々な形状のインターフェイスが格納されるパーツボックスを表示させ（図示しない）、このパーツボックスから好みのインターフェイスを選択するようにできる。

入力部６２は、検索結果の表示条件について、初期状態を指定する。また、表示部６０Ａおよび６０Ｂは、この入力画面２０を用いてデータの更新などを行うユーザに対する簡略的なガイドが表示される。

入力部６３は、Ｗｅｂページ５５で表示するためのコンテンツの編集を行うための入力画面を、各項目毎に、さらに表示する。例えば、項目「商品情報の閲覧、修正、削除」は、登録済の商品情報の閲覧や修正、削除を行うための入力画面が表示される。同様に、項目「商品情報の新規登録」は、商品情報を新規に登録させるための入力画面が表示される。図示しないが、これらの入力画面においては、例えば図４のＷｅｂページ５５で画像データ５２として表示される画像データの変更や登録も行えるようになっている。

また、項目「タイプリストの編集」および項目「ブランドリストの編集」は、それぞれ、図４の選択部４１および４２で選択可能なリスト項目の追加や削除、変更などを行うための入力画面が表示される。項目「フリーテキストタイトルの編集」は、図４の表示部５３Ｄに表示されるフリーテキストの編集を行うための入力画面が表示される。これらの入力画面は、例えばユーザ側の商品データベースの項目とリンクさせると、より好ましい。

入力画面２０において、下端部に設けられた確定ボタン６４を押すことで、各入力部に対して入力された内容が確定され、更新データ２４として、運用者端末２から公開ＨＰの更新・修正用の運営環境１５（更新・修正用サーバ５）に対して送信される。画像データや音声データなどのコンテンツデータが登録あるいは更新された場合には、登録あるいは更新されたコンテンツデータも送信される。送信された更新データ２４は、Ｗｅｂページ表示データ生成部２１に供給され、入力画面２０に入力されたデータに基づき更新されたＷｅｂページ２６を表示させるためのＨＴＭＬデータ２５が生成される。

なお、この発明によるＷｅｂサイト更新システムは、公開ＨＰの運営環境１４において既に公開されている公開ＨＰ１１にも組み込むことが可能である。一例として、公開ＨＰ１１の公開ＨＰの運営環境１４上の構造（ディレクトリ構造など）を維持したまま、公開ＨＰ１１のデータを公開ＨＰの更新・修正用の運営環境１５にコピーする。レイアウト情報２３や入力画面２０は、公開ＨＰの更新・修正用の運営環境１５において、コピーされた公開ＨＰ１１内の更新対象とするＷｅｂページのソースコードに基づき作成することができる。

このように、この発明の実施の一形態によるＷｅｂサイト更新システムでは、公開ＨＰの更新・修正用の運営環境１５上に一元管理されたコンテンツに対してサイト運用者端末２で動作するブラウザでアクセスし、Ｗｅｂサイト更新作業をブラウザ上で行うようにしている。そのため、Ｗｅｂサイトの更新作業に際して、サイト運用者１０側で端末装置に別途ソフトウェアをインストールする必要が無い。

また、更新作業をブラウザ上のインターフェイスで管理できるため、サイト運用者１０は、Ｗｅｂ技術に明るくなくとも容易に利用することができる。そのため、Ｗｅｂページを用いて提供したい情報に最も詳しい者が自分で直接コンテンツの発信をできるようになる。これにより、Ｗｅｂサイトを運用するスタッフの負担が軽減され、Ｗｅｂサイトの制作および管理を外注する場合に比べ費用を削減することができるだけでなく、Ｗｅｂページ公開のための無駄なオーバーヘッドが無くなり、Ｗｅｂサイトによる情報提供を迅速に行うことができる。

次に、この発明の実施の一形態による、Ｗｅｂページの更新内容の承認からサーバアップまでの処理について、より詳細に説明する。図２を用いて説明したように、この発明の実施の一形態では、サイト運用者１０が更新作業を終了した後、更新内容を承認責任者１３が承認し、承認されたデータをサーバアップするまでの一連の処理が自動化されている。そのため、公開ＨＰ１１の更新作業に係るワークフローが、更新作業後に承認責任者１３が更新内容を承認しないと更新結果を公開できないように設定および定義でき、一連の処理の流れを、運用における自動処理ルールとして適用できる。

図６は、Ｗｅｂページの更新内容の承認からサーバアップまでの処理を自動化するための一例のインターフェイスであるサーバアップリスト画面３０と、サーバアップリスト画面３０を用いた承認手順を示す。サーバアップリスト画面３０は、更新作業が終了しサーバアップを待機中のＷｅｂページ２６、２６、・・・の状態が、それぞれのステップに応じた表示で一覧される。図６の例では、Ｗｅｂページ「更新Ｐ１」、「更新Ｐ２」および「更新Ｐ３」について、それぞれ異なるステップが表示されている。なお、プレビューボタン３１を押すことで、対応するＷｅｂページ２６を、ブラウザ上に表示させることができる。

「更新Ｐ３」は、更新直後の表示例であり、プレビューボタン３１と、承認責任者１３に対して更新内容の承認を依頼するための依頼ボタン３３とが表示される。依頼ボタン３３を押すことで、承認依頼と、更新・修正用ＨＰ１２のＵＲＬとが、承認責任者１３に対して例えば電子メールで通知される（ＳＥＱ２０）。なお、依頼ボタン３３が押された際に、作業推移状態を保持するように、サイト運用者１０の更新・修正用ＨＰ１２に対する権限を制限すると好ましい。

承認責任者１３は、通知されたＵＲＬに対し、例えば承認責任者端末３を用いてアクセスして、更新内容の確認を行う（ＳＥＱ２１）。「更新Ｐ２」は、公開ＨＰの更新・修正用の運営環境１５にアクセスしたのが承認責任者１３である場合の表示例である。アクセス時に入力されるＩＤおよびパスワードに基づき、アクセスした者が承認責任者１３であると識別されると、表示される。「更新Ｐ２」では、承認を行うべき項目に対して承認ボタン３２が表示されるようになっている。承認責任者１３は、プレビューボタン３１を押してＷｅｂページ２６をブラウザ上に表示させ、内容を確認する。更新内容を承認したら、承認ボタン３２を押す（ＳＥＱ２２）。

承認責任者１３により承認ボタン３２が押されると、公開ＨＰの更新・修正用の運営環境１５からサイト運用者１０に対して、承認された旨を通知する承認メールが送信される（ＳＥＱ２３）。それと共に、更新結果を公開ＨＰ１１に反映させるためのデータに対するサーバアップ権限がサイト運用者１０に渡される。

承認メールを受信したサイト運用者１０は、公開ＨＰの更新・修正用の運営環境１５にアクセスし、データのサーバアップを実行する（ＳＥＱ２４）。このとき、サーバアップリスト画面３０において、「更新Ｐ１」として一例が示されるように、サーバアップを行う日付および時刻を指定できるようになっている。公開ＨＰの更新・修正用の運営環境１５は、指定された日付および時刻になったら、データのサーバアップを自動的に実行する。

なお、Ｗｅｂページ表示データ生成部２１による更新データ２４に基づくＨＴＭＬデータ２５の生成は、例えば入力画面２０において確定ボタン６４が押されて送信された更新データ２４を、公開ＨＰの更新・修正用の運営環境１５が受信したタイミングで行うことができる。サーバアップリスト画面３０において、プレビューボタン３１が押されたときに、ＨＴＭＬデータ２５を生成してもよい。さらに、ＨＴＭＬデータ２５の生成タイミングは、これらに限られない。

上述では、サーバ運用者１０による更新が終了し、承認責任者１３による承認を得たＷｅｂページを、公開ＨＰの更新・修正用の運営環境１５から公開ＨＰの運営環境１４にアップロードするように説明したが、これはこの例に限定されない。一例として、更新が終了し承認を得たＷｅｂサイトを、公開ＨＰの更新・修正用の運営環境１５上に置き、公開ＨＰの更新・修正用の運営環境１５からインターネットに対して公開するようにできる。この場合、例えば、サイト運用者１０は、公開ＨＰの運営環境１４上にフレームで分割したＷｅｂページを作成し、分割された一方のフレームを公開ＨＰの更新・修正用の運営環境１５上のＷｅｂページの表示領域とする。なお、フレームは、ブラウザ画面を枠で分割し、分割されたそれぞれの枠内を独立的に操作できるようにしたものである。

上述したＷｅｂサイト更新システムにおいて、公開ＨＰの更新・修正用の運営環境１５は、Ｗｅｂサイト更新システム運用者により管理される。Ｗｅｂサイト更新システム運用者は、このシステムを利用するサイト運用者１０側から利用料金を徴収することができる。サイト運用者１０側は、一度Ｗｅｂサイト更新システムの更新を申し込み、変更箇所等を指定すると、次にＷｅｂサイトの構成自体を変更しない限り、以降のＷｅｂサイトに対する更新処理を自分で行える。そのため、更新作業の度に料金が発生する従来の方法に比べ、低料金に抑えることができる。これに限らず、Ｗｅｂサイト更新システムの技術そのものをサイト運用者１０側に販売することも可能である。

図７〜図１１は、Ｗｅｂサイト更新システムをイベントやセミナー情報を公開するためのＨＰ（以下、イベント・セミナー情報ＨＰ）に対して適用させた例である。ここで説明するイベント・セミナー情報ＨＰは、図７に一例が示されるように、ブラウザ上に表示された表紙ページ７０となるＷｅｂページに対して設けられるイベント・セミナーボタン７３を押すことで、イベントの一覧を表示するＷｅｂページによるイベントリスト画面７１が表示される。さらに、イベントリスト画面７１により所望のイベントを選択すると、選択されたイベントの詳細が表示されるＷｅｂページであるイベント詳細画面７２が表示される。この構成は、イベント・セミナー情報を多数掲載するＨＰとして、極めて典型的な例である。

このようなイベント・セミナー情報ＨＰにおいて、ここでは、イベントリスト画面７１を表示するＷｅｂページおよびイベント詳細画面７２を表示するＷｅｂページに対して、この発明の実施の一形態によるＷｅｂサイト更新システムを適用する。すなわち、イベントリスト画面７１およびイベント詳細画面７２に対応する入力画面２０がそれぞれ提供される。表紙ページ７０に設けられる最新情報表示７４に対して、さらに適用することも可能である。

図８は、一例のイベントリスト画面７１を示す。イベントリスト画面７１は、イベント・セミナー情報ＨＰの運営側（以下、ユーザ）による基本フレーム８０と、Ｗｅｂサイト更新システム側のサービスによるフレーム８１（以下、イージーフレーム８１）とから構成される。これらフレーム８０および８１は、互いに独立して表示可能なＷｅｂページをブラウザの１画面内に同時的に表示する、ＨＴＭＬにおけるフレーム機能を用いて実現可能である。

イージーフレーム８１は、概略的には、イベント情報などを検索する検索部８２と、検索されたイベントが一覧して表示されるリスト表示部８３とからなる。この図８の例では、検索部８２は、カテゴリ選択部８２Ａにより、検索条件としてイベントのカテゴリを指定することができるようになっている。また、並べ替え部８２Ｂは、検索結果の並べ替え条件を指定する。リスト表示部８３は、イベント概略表示部８４、８４、・・・が検索されたイベント毎に表示される。イベント概略表示部８４は、当該イベントの名称、日程、条件、概要などの、イベントに関する概略的な情報が表示される。当該イベントについてイメージデータがある場合は、そのイメージデータが表示されるようになっている。さらに、新着情報がマークで示されるようになっている。検索結果のイベントが１ページの表示数よりも多いときは、リスト表示部８３の上端および下端に表示されたページ指定部により表示するページを指定することができるようになっている。

なお、このイージーフレーム８１におけるデザインや表示項目などは、後述する管理画面からユーザが設定可能とされている。

イベントリスト画面７１において、リスト表示部８３に表示されているイベントのうち所望のイベントが表示されている部分（例えば当該イベントのイメージデータの部分）を指定することで、図９に一例が示されるイベント詳細画面７２が表示される。イベント詳細画面７２は、上述のイベントリスト画面７１と同様に、ユーザによる基本フレーム９０と、イージーフレーム９１とから構成される。

イージーフレーム９１は、イベントリスト画面７１で選択されたイベントの、イベント概略表示部８４の表示内容に対応した表示がなされると共に、当該イベントに関するより詳細な情報が表示されるようになっている。図９の例では、表示部９２に対して、イベント概略表示部８４の表示内容に対応した表示がなされる。表示部９３は、当該イベントに関するより詳細な情報が表示される。また、表示部９４は、イメージデータが表示される。イメージデータは、複数を表示することが可能である。イメージデータが無い場合、表示しないようにできる。

なお、イージーフレーム８１と同様に、このイージーフレーム９１におけるデザインや表示項目などは、後述する管理画面からユーザが設定可能とされている。

図１０は、イベントリスト画面７１すなわちイージーフレーム８１に対応する一例の管理画面１００を示す。また、図１１は、イベント詳細画面７２すなわちイージーフレーム９１に対応する一例の管理画面１１０を示す。これら管理画面１００および１１０は、基本的には、図４を用いて既に説明した入力画面２０と同様の構成を有し、ブラウザにより表示される。

図１０の管理画面１００では、イベントリスト画面７１の表示項目を設定すると共に、商品（イベント）情報の管理を行う。データ絞り込み設定部１０１でデータ検索用の絞り込み条件を設定することができる。図１０の例では、入力部１０１の左側に絞り込み条件として設定可能な項目が示されており、チェックボックス１０２、１０２、・・・にチェックした項目がイージーフレーム８１に対して反映されるようになっている。データ処理機能部１０３は、イベント概略表示部８５、８５、・・・に表示すべき商品（イベント）情報の編集を行う。例えば、データ処理機能部１０３に表示される項目「商品情報の閲覧、修正、削除」を指定すると、登録された商品情報を編集する画面が呼び出される。基本設定機能部１０４は、カテゴリ情報の編集や、イージーフレーム８１に表示されるタイトルの編集などを行う。また、ログ閲覧機能部１０５は、このイベント・セミナー情報ＨＰに対するアクセスログを閲覧するための画面が呼び出される。

図１１の管理画面１１０は、個々のイベント情報の編集を行う。基本情報部１１１は、整理番号で特定されるイベントについて、状態、カテゴリ、名称、日程といった基本的な情報の登録および編集を行う。フリーテキスト入力部１１２は、当該イベントに関して、条件、概要、内容などをフリーテキストで登録および編集を行う。これら基本情報部１１１やフリーテキスト入力部１１２に対して入力された情報が、イベントリスト画面７１およびイベント詳細画面７２の対応する表示部にそれぞれ表示される。イメージ設定部１１３は、当該イベントについて、イベント詳細画面７２の表示部９４に表示させるイメージデータを登録する。この図１１の例では、イメージデータを２個まで登録できるようになっている。「開く」ボタン１１４を押すことで、例えば当該管理画面１１０を表示しているコンピュータ装置上にあるイメージデータを検索することができる。登録ボタン１１５を押すことで、基本情報部１１１、フリーテキスト入力部１１２およびイメージ設定部１１３の入力内容がＷｅｂサイト更新システム（すなわち公開ＨＰの更新・修正用の運営環境１５）に対して送信される。

イベント・セミナー情報ＨＰに適用させたＷｅｂサイト更新システムでは、これら管理画面１００および１１０を、定型的な入力画面２０として予め用意し、ユーザに提供する。これにより、Ｗｅｂサイト更新システム側による入力画面２０の開発コストが抑えられ、ユーザに対しても、低料金でサービスを提供することができる。

また、Ｗｅｂサイト更新システムにより提供されるイージーフレーム８１および９１は、フレーム機能を用いて、ユーザによる基本フレーム８０および９０と独立的に表示される。このようにすることで、例えば、イージーフレーム８１および９１をＷｅｂサイト更新システム側のサーバ（公開ＨＰの更新・修正用の運営環境１５）に置き、基本フレーム８０および９０をユーザ側のサーバに置くようにできる。これによれば、イージーフレーム８１および９１を単純なフレームすなわちＨＴＭＬに基づくＷｅｂページとして構成するだけでなく、例えば、プログラムによって自動生成する技術を用いた動的なＷｅｂページとして構成することができる。このような技術を用いることで、例えば、より複雑なデータベースをＷｅｂページに対して動的に反映させることが容易に行えるようになる。

さらに、イージーフレーム８１および９１を、Ｗｅｂサイト更新システム側のサーバに置くことにより、ユーザ側の運営サーバにおける外部接触制限を回避することができる利点がある。例えば、イージーフレーム８１および９１をユーザ側の運営サーバ上に置く場合、Ｗｅｂサイト更新システム側のサーバからユーザ側の運営サーバに対して、イージーフレーム８１および９１のデータをアップロードするような運用方法が考えられる。ここで、ユーザ側の運営サーバ若しくはユーザ側システムのセキュリティ環境により、外部からのアクセスが禁止されていたり、ＦＴＰ(File Transfer Protocol)の制限、公開サーバ（公開ＨＰの運営環境１４）へのアップロード前の、ユーザ側システムにおけるファイアウォール内でのアップロード制限などがなされていることがある。このような場合、Ｗｅｂサイト更新システム側のサーバからユーザ側の運営サーバに対するデータのアップロードが制限されることになる。イージーフレーム８１および９１をＷｅｂサイト更新システム側のサーバに置き、フレーム機能によりユーザ側のＨＰに組み込むようにすることで、このような制限が回避できる。

なお、イージーフレーム８１および９１を、Ｗｅｂサイト更新システム側のサーバに置くことは、すなわち、Ｗｅｂサイト更新システム側のサーバ内の領域をユーザに対して貸し出すことになる。この場合、Ｗｅｂサイト更新システム側は、サーバ領域の貸し出し料金をシステム利用料に加えて徴収することができる。

ところで、近年では、携帯電話端末やＰＨＳ(Personal Handyphone System)端末といった携帯端末を用いたインターネット接続が可能となってきており、インターネットに対して公開されるＷｅｂサイトを閲覧できるように、ブラウザが搭載された携帯電話端末やＰＨＳ端末（以下、まとめてブラウザ機能付き携帯端末と呼ぶ）が多数、出現している。ブラウザ機能付き携帯端末は、一般的なコンピュータ装置に比べ、表示画面サイズの制限や、動作速度、通信速度の制限などがあるため、ブラウザ機能付き携帯端末での閲覧に適した言語が開発されている。

この発明は、こういった、ブラウザ機能付き携帯端末で閲覧可能とされたＷｅｂサイト（以下、携帯端末用Ｗｅｂサイト）に対しても適用可能である。この場合、例えば公開ＨＰ１１を携帯端末用Ｗｅｂサイトとして作成すると共に、上述したサーバアップリスト画面３０を、ブラウザ機能付き携帯端末で閲覧可能な形式でも作成する。こうすることで、承認責任者１３は、例えば承認責任者端末３がある環境に対して遠隔地にいる場合や、外出時、不在時などでも、ブラウザ機能付き携帯端末を用いて当該サーバアップリスト画面３０にアクセスすることで、Ｗｅｂサイトの更新内容のプレビューや承認手続きを行うことができる。これにより、更新されたＷｅｂページのサーバアップまでの時間が短縮でき、効率化が図れる。

また、サイト運用者に対する入力画面２０を、ブラウザ機能付き携帯端末で閲覧およびデータ入力可能なように構成することができる。この場合、ブラウザ機能付き携帯端末で閲覧および入力が容易なように、入力項目を制限すると好ましい。

なお、上述では、この発明をＷｅｂサイト更新システムのビジネスモデルに適用させた例について説明したが、この発明は、これに限定されず、様々なビジネスモデルに適用することができる。例えば、この発明によるシステムを、Ｗｅｂサイト制作におけるオプション機能として提供することができる。ユーザは、このシステムを用いることで、高度な機能を有するＷｅｂサイトを容易に制作することができると共に、情報の更新を迅速に行え、例えば競合する他のＷｅｂサイトに対して差別化を図ることができる。

また、この発明を、Ｗｅｂサイト構築における運用ワークフローソリューションとしてビジネス展開することができる。すなわち、ユーザは、この発明によるシステムを導入することで、Ｗｅｂサイト構築の際の運用フロー、例えばＷｅｂページ作成および更新、作成または更新された内容に対する承認、承認された作成または更新結果のサーバアップといった一連の手順を明確化することができ、Ｗｅｂサイトの効率的な運用が可能となる。

さらに、これらにより、Ｗｅｂサイト更新システム側は、ユーザに対して、Ｗｅｂサイト制作のコストが低廉化でき、競合他社などに対して競争優位を持つように営業ソリューションが可能である。また、Ｗｅｂサイト更新システム側は、当初、ユーザに対してＷｅｂページ制作（カスタマイズ）やＷｅｂページの更新を行うための入力画面制作などによる制作収益が得られ、それ以降は、ユーザに対するＷｅｂサイト更新システムによるＷｅｂサイト運用サポートでの収益が見込め、より付加価値の高い収益構造に移行できる。

さらにまた、この発明によるＷｅｂサイト更新システムを、ＯＥＭ(Original Equipment Manufacturing)として販売することも考えられる。

また、この発明は、システム的には、Ｗｅｂサイトの更新をサポートするためのシステムに限らず、インターネットなどのネットワーク上に展開される他のシステムにも適用可能なものである。例えば、この発明によるＷｅｂサイト更新システムを利用したＷｅｂページ以外のコンテンツを管理するための管理機能をこのシステムに追加することで、より付加価値を高めることができる。同様に、例えば不動産業向けのデータベース機能、小売業向けのＥＣ(Electronic Commerce)機能、イベント企画運営向けの顧客登録管理機能、アンケート収集機能などを、このＷｅｂサイト更新システムの拡張モジュールとして組み込むことで、付加価値がより高まり、収益性が向上する。さらにまた、この発明によるＷｅｂサイト更新システムを、Ｗｅｂサイトおよびコンテンツの全体を管理運用するエンタープライズ仕様とすることも可能である。

さらに、この発明は、様々な形態に応用、展開することが可能である。例えば、この発明によるＷｅｂサイト更新システムを、機能を充実させたシステムパッケージとして販売することが考えられる。すなわち、この発明によるＷｅｂサイト更新システムをコンピュータ装置に実行させるためのプログラムを、ＣＤ−ＲＯＭ(Compact Disc-Read Only Memory)などの記録媒体に記録してパッケージングして販売する。

また、この発明によるＷｅｂサイト更新システムを、サーバ上のアプリケーションソフトウェアを、ユーザがインターネット経由で利用するサービス形態であるＡＳＰ(Application Service Provider)として展開させることが考えられる。これにより、システムライセンスの販売、サービス維持（メンテナンス）費用などの運営費による収益を得ることができる。ユーザ側は、初期費用やメンテナンスの手間を抑制することができる。

さらに、この発明によるＷｅｂサイト更新システムを上述のＡＳＰ企業やＩＤＣ(Internet Data Center)企業と提携させ、ソリューション複合サービス販売を展開させることも可能である。例えば、Ｗｅｂサイト制作業者に対し、この発明によるＷｅｂサイト更新システムを当該Ｗｅｂサイト制作業者の自社営業ソリューションとして利用できるようにする、汎用的なカスタマイズが可能なＡＳＰサービス展開が考えられる。また例えば、あるＷｅｂサイトに対して同一コンテンツの、ブラウザ機能付き携帯端末対応のＷｅｂサイトを、公開ＨＰとして展開できる、ワンソースマルチユース展開や、Ｌモードなど組み込み家電機器への情報提供ＨＰへのリデザイン展開が可能な、多メディア同時相互運用サービスの提供に関して、この発明によるＷｅｂサイト更新システムを適用させることが可能である。

さらに例えば、地上ディジタル波テレビジョン放送などのディジタル放送に対応したサーバ型放送において、ＢＭＬ（データ放送用ＨＴＭＬ）による公開表示ページにも、この発明によるＷｅｂサイト更新システムは、対応可能である。この場合には、番組の識別ＩＤ（コンテンツＩＤ）、番組ジャンルやＥＰＧ(Electronic Program Guide)データ、演出家や出演者の情報、権利関係の情報（コピー保護、アクセス制御、課金情報など）など、放送番組に対するメタデータの管理や、放送アーカイブの番組制作時、送信時などにおける一元的な管理などを提供することができる。

また、同業種同業態においては、類似情報の提供手段が多いため、特定業態へのサービスを多クライアントにて展開することにより、開発コストなどのイニシャルコストの削減が図られる、業態特化型のサービスを、このＷｅｂサイト更新システムを応用することで提供することができる。例えば、学校関連、不動産関連、ＥＣ関連、イベント・セミナ関連、旅行関連といった各業態は、共通する情報源や類似する情報源からの情報提供が数多くなされることが考えられる。このような業態の各クライアントに対して、この発明によるサービスを一括的に提供することにより、Ｗｅｂサイト更新システム側の開発コストを削減することができ、それに伴い、各クライアントのコスト負担も抑えられる。

この発明によるＷｅｂサイト更新システムの一例の構成を示す略線図である。この発明によるＷｅｂサイトの一例の運用業務を概略的に示す略線図である。公開ＨＰの更新・修正用の運営環境におけるＷｅｂサイトの更新、修正の動作について概略的に説明するための図である。更新対象の一例のＷｅｂページを示す略線図である。入力画面の一例の構成を示す略線図である。Ｗｅｂページの更新内容の承認からサーバアップまでの処理を自動化するための手順を説明するための図である。イベント・セミナー情報ＨＰを説明するための図である。イベントリスト画面の一例を示す略線図である。イベント詳細画面の一例を示す略線図である。イベントリスト画面に対応する一例の管理画面を示す略線図である。イベント詳細画面に対応する一例の管理画面を示す略線図である。従来の技術による、Ｗｅｂサイトの一例の運用業務を概略的に示す略線図である。

符号の説明

１ネットワーク
２サイト運用者端末
３承認責任者端末
４公開サーバ
５更新・修正用サーバ
１０サイト運用者
１１公開ＨＰ
１２更新・修正用ＨＰ
１３承認責任者
１４公開ＨＰの運営環境
１５公開ＨＰの更新・修正用運営環境
２０入力画面
２１Ｗｅｂページ表示データ生成部
２４更新データ
２５ＨＴＭＬデータ
３０サーバアップリスト画面
３１プレビューボタン
３２承認ボタン

Claims

更新対象のＷｅｂページを構成するデータが格納されるサーバと、
上記更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスと、
上記第１のユーザインターフェイスに設けられた上記入力手段から入力された情報に基づき上記Ｗｅｂページを更新するＷｅｂページ更新手段と、
上記第１のユーザインターフェイスを用いて更新された上記更新対象のＷｅｂページの確認依頼を通知する手段と、
上記更新された上記更新対象のＷｅｂページの確認を上記確認依頼に基づき行うための、ブラウザで表示可能な第２のユーザインターフェイスと、
上記第２のユーザインターフェイスを用いて入力された承認結果を通知する手段と
を備え、
上記更新された上記更新対象のＷｅｂページを上記承認結果に基づき公開するようにしたことを特徴とするＷｅｂサイト更新システム。
請求項１に記載のＷｅｂサイト更新システムにおいて、
上記承認結果に基づき、上記更新された上記更新対象のＷｅｂページを構成するデータを上記サーバから公開サーバにアップロードする手段をさらに備えることを特徴とするＷｅｂサイト更新システム。
請求項２に記載のＷｅｂサイト更新システムにおいて、
上記アップロードする手段は、上記アップロードを行う日時および時刻を指定可能であることを特徴とするＷｅｂサイト更新システム。
請求項１に記載のＷｅｂサイト更新システムにおいて、
上記承認結果に基づき、上記更新された上記更新対象のＷｅｂページを上記サーバ上から公開することを特徴とするＷｅｂサイト更新システム。
請求項４に記載のＷｅｂサイト更新システムにおいて、
上記更新対象のＷｅｂページは、公開サーバ上の既存のＷｅｂページに対して組み込まれて上記公開されることを特徴とするＷｅｂサイト更新システム。
請求項５に記載のＷｅｂサイト更新システムにおいて、
上記更新対象のＷｅｂページは、フレーム機能を用いて上記既存のＷｅｂページに組み込まれることを特徴とするＷｅｂサイト更新システム。
請求項１に記載のＷｅｂサイト更新システムにおいて、
上記第１のユーザインターフェイスに対する上記入力に基づき上記更新対象のＷｅｂページのレイアウト情報を生成する手段をさらに備えることを特徴とするＷｅｂサイト更新システム。
請求項１に記載のＷｅｂサイト更新システムにおいて、
上記更新対象のＷｅｂページに対する上記更新を行う更新者と、上記更新された上記更新対象のＷｅｂページに対して上記確認を行う承認者とを識別する識別情報を有し、該識別情報に基づき、上記更新者がアクセス可能な範囲と、上記承認者がアクセス可能な範囲とを識別する手段をさらに備えることを特徴とするＷｅｂサイト更新システム。
請求項８に記載のＷｅｂサイト更新システムにおいて、
上記第２のユーザインターフェイスは、
上記更新された上記更新対象のＷｅｂページのプレビューを表示させる手段と、
上記確認依頼された上記更新された上記更新対象のＷｅｂページの承認を指示するための手段と
を備え、
上記承認を指示するための手段は、上記第２のインターフェイスに対して上記承認者がアクセスしたときにのみ、該第２のインターフェイスに出現するようにしたことを特徴とするＷｅｂサイト更新システム。
請求項８に記載のＷｅｂサイト更新システムにおいて、
上記確認依頼を通知する手段で上記確認依頼が通知されたときに、上記更新者の上記更新対象のＷｅｂページに対する権限を管理および制限するようにしたことを特徴とするＷｅｂサイト更新システム。
請求項８に記載のＷｅｂサイト更新システムにおいて、
上記承認結果を通知する手段で上記承認結果が通知されたときに、上記更新者に対して上記更新対象のＷｅｂページを公開する権限を与えるようにしたことを特徴とするＷｅｂサイト更新システム。
請求項８に記載のＷｅｂサイト更新システムにおいて、
上記確認依頼を通知する手段は、通信ネットワークを介して上記承認者に対して上記確認依頼を通知し、上記ブラウザによる上記第２のユーザインターフェイス対する上記承認者のアクセスは該通信ネットワークを介してなされ、上記承認結果を通知する手段は、上記承認結果を該通信ネットワークを介して上記更新者に対して上記通知するようにしたことを特徴とするＷｅｂサイト更新システム。
請求項１に記載のＷｅｂサイト更新システムにおいて、
上記確認依頼を通知する手段は、携帯端末に対しても上記確認依頼を通知可能であることを特徴とするＷｅｂサイト更新システム。
サーバに格納された更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスの上記入力手段から入力された情報に基づき更新された上記更新対象のＷｅｂページの確認依頼を通知し、該確認依頼に基づき、上記更新された上記更新対象のＷｅｂページの確認を行うための、ブラウザで表示可能な第２のユーザインターフェイスを用いて入力された承認結果を通知し、該承認結果に基づき、上記更新された上記更新対象のＷｅｂページを公開するようにしたことを特徴とするＷｅｂサイト更新方法。
サーバに格納された更新対象のＷｅｂページの更新対象箇所に対応した入力手段が設けられた、ブラウザで表示可能な第１のユーザインターフェイスの上記入力手段から入力された情報に基づき更新された上記更新対象のＷｅｂページの確認依頼を通知し、該確認依頼に基づき、上記更新された上記更新対象のＷｅｂページの確認を行うための、ブラウザで表示可能な第２のユーザインターフェイスを用いて入力された承認結果を通知し、該承認結果に基づき、上記更新された上記更新対象のＷｅｂページを公開するようにしたＷｅｂサイト更新方法をコンピュータ装置に実行させることを特徴とするＷｅｂサイト更新プログラム。