JP4415205B2 - ホームページ閲覧システム及びホームページ作成方法 - Google Patents
ホームページ閲覧システム及びホームページ作成方法 Download PDFInfo
- Publication number
- JP4415205B2 JP4415205B2 JP2000302138A JP2000302138A JP4415205B2 JP 4415205 B2 JP4415205 B2 JP 4415205B2 JP 2000302138 A JP2000302138 A JP 2000302138A JP 2000302138 A JP2000302138 A JP 2000302138A JP 4415205 B2 JP4415205 B2 JP 4415205B2
- Authority
- JP
- Japan
- Prior art keywords
- homepage
- information
- browsing
- conversion
- style
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はホームページ閲覧システム及びホームページ作成方法に関する。
【０００２】
【従来の技術】
近年インターネットの進展によって、世界各地の情報を家庭や職場のパーソナルコンピュータから取得することができるようになっている。係る情報をパソコンや、携帯電話、パームトップ端末などが有するブラウザで閲覧できるホームページは、ＨＴＭＬ（Hyper Text Markup Language）言語で記述されたテキスト・ファイル（以下「ＨＴＭＬファイル」という。）が一般的で、ブラウザと呼ぶ、タグ付きのＨＴＭＬファイルを読み込むと、それぞれのタグの機能を解釈して文字や画像を指定の位置に指定の大きさで表示するソフトフェアで閲覧することができる。このＨＴＭＬファイルは、テキスト・エディターを用いて自由に作成・編集することができる。
【０００３】
ここで、ホームページを作成してプロバイダのサーバに登録する手順について説明する。まず、テキスト・エディターを用いてホームページのＨＴＭＬファイルを作成する。次にブラウザを用いて作成したＨＴＭＬファイルを表示して確認後、ファイル転送プロトコル（ＦＴＰ）の手順に従って、サーバにホームページのＨＴＭＬファイルをアップロードしてホームページの登録が完了する。前記ホームページを作成する方法として、例えば特願平８−２７８２８８号公報などがある。
【０００４】
テキスト・エディターを用いてホームページのＨＴＭＬファイルを作成する場合には、ＨＴＭＬ言語のタグを理解することが不可欠であった。また、ブラウザ上で表示される状態を想定して作成することは容易ではなかった。そこで、ＨＴＭＬ言語を知らなくても、あるいは意識しなくても、簡単にホームページのＨＴＭＬファイルを作成できるＨＴＭＬエディターが開発されている。
【０００５】
従来のＨＴＭＬエディターには、例えばテキストを入力し、範囲指定してタグを貼りつけていくタイプや、通常のワープロソフトで作成したデータをＨＴＭＬ言語に変換するタイプなどがある。後者のＨＴＭＬエディターは、ワープロソフトで文書を作成する要領でホームページを作成でき、かつブラウザで見える画面とほぼ同じイメージで編集できる。また、ホームページをＨＴＭＬ言語で記述した画面に切り替え、直接タグを入力することもできる。
【０００６】
【発明が解決しようとする課題】
しかし従来のＨＴＭＬエディターでは、文字や画像のレイアウトに関する制約が大きく、また設定方法も複雑なものがあり、必ずしも使い勝手がよいものではなかった。また、各種の機能を盛り込むあまり、操作が複雑かつ判りにくくなっていた。例えば、レイアウト、文字の書体、文字の大きさ、文字の色等を指定する際には、ＨＴＭＬ言語の知識が必要になっていた。
【０００７】
更に又、閲覧する端末が携帯電話やパームトップ端末などの場合には、表示する画面が小さく、機能も異なるので各々、個別のエディターが必要であり、その都度異なるエディターを理解して使い分けなければならない。このために、ホームページを容易に作成することができなかった。
【０００８】
そして、各種の端末が閲覧するホームページでは、ホームページを更新しようとする時には、各種の端末に表示できるように対応して、更新を一斉に行わないと、情報がばらばらになり各種の端末同士での情報が一致しなくなる。このために、例えば、ホームページを伝言板や、交換日記などに利用する場合、閲覧する端末によって異なる情報が表示されることになる。更に、複数のユーザが別々の情報を見て、伝言板や、交換日記などに情報を追加、更新するので伝達に誤りが発生するという問題がある。
【０００９】
本発明は、係る問題点を解決し、閲覧する端末が複数種類になっても情報の一致が得られるホームページ閲覧システム及びホームページ作成方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は上記目的を達成するために請求項１記載のホームページ閲覧システムは、少なくともホームページを表示するための表示情報と該表示情報を作成するためのホームページデータと、該ホームページデータを前記表示情報に変換するデータベース変換手段と、前記表示情報とホームページデータとを保存する表示情報保存手段と、前記表示情報を閲覧するホームページ閲覧手段と、前記表示情報を前記ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段と、前記スタイル変換手段の変換タイミングを決定する変換決定手段とを有するサーバと、該サーバに接続されて前記ホームページデータを前記サーバに送信するクライアント端末とを備えることを特徴とする。
【００１１】
請求項２記載のホームページ閲覧システムは、表示情報は、ホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報保存手段に格納することを特徴とする。
【００１２】
請求項３記載のホームページ閲覧システムは、表示情報は、データベース変換手段によりホームページデータをリレーショナル型データベースとして表示情報保存手段に格納し、前記リレーショナル型データベースの各フィールドの内容を前記データベース変換手段によって１フィールドずつＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に各々変換し、該変換されたホームページデータを表示情報としてＸＭＬ形式で保存することを特徴とする。
【００１３】
請求項４記載のホームページ閲覧システムは、スタイル変換手段は、発信されたホームページを閲覧するホームページ閲覧手段が閲覧要求を行う毎にスタイル変換を行うことを特徴とする。
【００１４】
請求項５記載のホームページ閲覧システムは、スタイル変換手段は、スタイル変換結果を保存する変換結果保存手段を有し、閲覧手段が、インターネットに発信されたホームページの閲覧要求を行った時に、前記表示情報の更新が行われていない時には、スタイル変換を行わず、前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行って前記変換結果保存手段に保存して前記スタイル変換結果をホームページ閲覧手段に発信することを特徴とする。
【００１５】
請求項６記載のホームページ閲覧システムは、変換決定手段は、閲覧手段からのアクセス頻度を保存する頻度保存手段を有し、前記スタイル変換手段によりアクセス頻度の高い順にスタイル変換を行い、その結果を変換結果保存手段に保存することを特徴とする。
【００１６】
請求項７記載のホームページ閲覧システムは、スタイル変換手段は、変換結果保存手段を複数有し、前記一つの表示情報情報に対して各々別の形式で変換結果保存手段に保存することを特徴とする。
【００１７】
請求項８記載のホームページ閲覧システムは、スタイル変換手段は、一つの表示情報に対して各々別の形式の変換を同時に行い、前記変換された表示情報を対応する変換結果保存手段に保存することを特徴とする。
【００１８】
請求項９記載のホームページ閲覧システムは、クライアント端末は、前記スタイル変換結果を閲覧手段の種別に応じてモニタリング表示することを特徴とする。
【００１９】
請求項１０記載のホームページ閲覧システムは、クライアント端末が無線通信端末であることを特徴とする。
【００２０】
請求項１１記載のホームページ閲覧システムは、クライアント端末は、前記サーバにインターネットを介して接続されていることを特徴とする。
【００２１】
請求項１２記載のホームページ閲覧システムは、閲覧手段が無線通信端末であることを特徴とする。
【００２２】
請求項１３記載のホームページ閲覧システムは、閲覧手段は、前記サーバにインターネットを介して接続されていることを特徴とする。
【００２３】
請求項１４記載のホームページ閲覧システムは、ホームページデータは、閲覧手段に表示する情報を制御する表示制御情報を有することを特徴とする。
【００２４】
請求項１５記載のホームページ閲覧システムは、データベース変換手段は、ホームページデータを表示情報に変換する時に前記表示制御情報がある場合には、ホームページデータ内の該当するフィールドのデータまたは画像に対して、スタイル情報又は本文情報の何れか一方、または、スタイル情報及び本文情報を、ＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換しないことを特徴とする。
【００２５】
請求項１６記載のホームページ作成方法は、サーバに接続されているクライアント端末は、前記サーバを起動し、サーバは、前記クライアント端末のアクセス要求に応じて前記クライアント端末とホームページを作成するためのデータの授受を行い、前記クライアント端末から受信したデータをホームページデータとしてリレーショナル型データベースで保存し、前記ホームページデータをホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報として前記サーバに保存し、ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段の変換タイミングを決定する変換決定手段の判定結果に応じて前記表示情報を前記スタイル変換手段で変換し、その結果をクライアント端末から入力された閲覧手段の種別に対応して表示、確認し、サーバーの変換結果保存手段に格納し、ホームページを作成することを特徴とする。
【００２６】
【発明の実施の形態】
本発明の以下の説明において使われる略語は、下記の略語である。
ＬＡＮ（Local Area Network）
ＰＤＡ（Personal Digital Assistants）
ＸＭＬ（Extensible Markup Language）
ＨＴＭＬ（Hyper Text Markup Language）
ＭＭＬ（Mobile Markup Language）
ＷＥＢ（World Wide Web）
ＨＴＴＰ（Hypertext Transfer Protocol）
ＵＲＬ（Uniform Resource Locators）
ＤＯＭ（Document Object Model）
ＸＳＬＴ（Extensible Stylesheet Language Transformations）
ＷＡＰ（Wireless Application Protocol）
ＲＤＢ（Relational Database）
ＣＳＳ（cascading style sheets）
【００２７】
ここで、下記構成要件は以下の意味で使用する。
（クライアント端末）
ホームページを作成するための各種データを入力する、例えばパソコンなどの端末である。
（作成サーバ）
クライアント端末から得た各種データをホームページとして表示可能なデータ形式に変換するサーバである。
（データベースサーバ）
クライアント端末及び作成サーバから得た各種データの管理を行うサーバである。
（閲覧手段）
ホームページを閲覧するための、例えば、パソコン、携帯電話、携帯端末である。
（運用サーバ）
閲覧手段からの要求に応じてホームページを配信するサーバである。
（携帯端末）
無線通信によってデータの授受を行う個人向け携帯情報機器で、文字、音声、
画像などのデジタル情報を統合し電子メール、スケジュール管理、データベース、発想支援、教育、エンタテインメントなどの用途に利用する、例えばＰＤＡのような端末である。
【００２８】
又、以下において、下記の用語を定義する。
（ユーザ）
クライアント端末を使用してホームページを作成する者。
（閲覧者）
閲覧手段によりホームページを閲覧する者。
（管理者）
サーバー全体を運用管理する者。
（スタイル情報）
ホームページ閲覧手段に表示するための表示形式を表すデータ。
（本文情報）
ホームページ閲覧手段に表示するデータ形式を表すデータ。
（データベース変換）
ＲＤＢ形式のユーザ本文テーブルをＸＭＬエディターを用いて、ＸＭＬ形式のスタイル情報ファイルと本文情報ファイルに変換すること。
（スタイル変換）
ＸＭＬ形式のスタイル情報と本文情報ファイルを、ＸＳＬＴエディタなどを用いて、ホームページ閲覧用の機器に対応して表示するためのＨＴＭＬ形式や、ＭＭＬ形式のデータに変換すること。
【００２９】
（全体構成）
本発明に係る実施の形態について図面により説明する。図１は、本発明の実施形態の構成を示すブロック図である。この図において、符号１−１は運用サーバ、符号１−２はクライアント端末、符号１−３はＬＡＮ、符号１−４は作成サーバ、符号１−５はデータベースサーバ、符号１−６は通信制御手段、符号１−７は電話網制御手段、符号１−８はインターネット網（ＷＥＢ）、符号１−１０は携帯端末、符号１−１１は携帯電話、符号１−１２はパソコンである。なお、サーバの能力が充分である場合には前記運用サーバ１−２、作成サーバ１−４、デーベースサーバ１−５は、同一のサーバ又は、複数のサーバで機能分担をする構成であっても良いことはいうまでもない。
【００３０】
図１において、運用サーバ１−１、作成サーバ１−４、デーベースサーバ１−５、通信制御端末１−６、クライアント端末１−２は、各々ＬＡＮ１―３で接続されている。通信制御手段１−６は、電話網制御手段１−７を介してインターネット網１−８に接続され、インターネット網１−８にはパソコン１−１２、クライアント端末１−２、携帯端末１−１０、携帯電話１−１１が接続されている。
【００３１】
管理者は、前記各種サーバ１−１、１−４、１−５を起動する。そしてユーザは、ＬＡＮ１−３またはインターネットによって結ばれているクライアント端末１−２からホームページの作成に必要なデータを入力して作成サーバ１−４に送る。作成サーバ１−４は、クライアント端末１−２から入力されたデータをデータベースサーバに１−５保存する形に変換する。変換の結果は、作成サーバ１−４からデータベースサーバ１−５に格納される。
【００３２】
閲覧者は、閲覧手段であるパソコン１−１２、携帯端末１−１０、携帯電話１−１１などからインターネット１−８を介して運用サーバ１−１にアクセスし、データベースサーバ１−５に格納されているホームページをダウンロードして閲覧する。
【００３３】
図２はクライアント端末１−２の構成を示すブロック図である。この図において、２−１は制御手段であり、ＣＰＵなどから構成され、各部の制御や、データの転送、種々の演算、データの一時的な格納を記憶手段２−２に格納されているメインプログラムで行う。２−３は入出力制御手段であって、ＬＡＮ１―３に接続され、通信制御手段１−６を介して入出力するデータを制御する。プリンタ２−９、ディスプレイ２−１０、マウス２−１１、キーボード２−１２は、機器制御手段２−８を介して制御手段２―１により制御される。符号２−２、２−４、２−５、２−６は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００３４】
記憶手段２−２は、メインプログラムが通常の方法で記憶してあるものとする。記憶手段２−２に格納してあるメインプログラムは、制御手段２−１に用いられるものであり、機器制御手段２−８を制御して、例えば、プリンタ２−９にデータを印刷したり、ディスプレイ２−１０に画像や、各種データを表示したりさせるプログラムや、キーボード２−１２からデータを入力したり、マウス２−１１の制御などを行う。そしてＬＡＮ１−３を介して作成サーバ１−４とデータの授受を行うプログラムなどから構成される。
【００３５】
記憶手段２−４には、クライアント端末１−２から作成サーバ１−４にアップロードする画像ファイルが格納されている。
【００３６】
記憶手段２−５には、作成サーバ１−４に送信すべき図１１に示すユーザ情報テーブル１１−１のデータがキーボード２−１２から入力されて格納されている。
【００３７】
記憶手段２−６には、各種プログラムを用いた処理の途中結果が一時的に格納されていて、クライアント端末１−２から作成サーバ１−４にアップロードする画像ファイル、ホームページを作成するための表示情報である本文、及び各種データの属性情報などがある。
【００３８】
図３は、作成サーバ１−４の構成を示すブロック図である。この図において、３−１は制御手段であり、ＣＰＵなどから構成され、各部の制御やデータの転送、種々の演算、データの一時的な格納を記憶手段３−２に格納されているメインプログラムで行う。３−３は入出力制御手段であって、ＬＡＮ１―３に接続され、入出力するデータを制御する。プリンタ３−９、ディスプレイ３−１０、マウス３−１１、キーボード３−１２は、機器制御手段３−８を介して制御手段３―１により制御される。符号３−２、３−６は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００３９】
記憶手段３−２には、メインプログラムが通常の方法で記憶されているものとする。記憶手段３−６には、各種プログラムを用いた処理の途中結果が一時的に格納されていて、クライアント端末１−２から作成サーバ１−４にアップロードされた画像ファイル、ホームページに表示するために作成したホームページデータ、及び各種データの属性情報などがある。図１１のユーザ頁テーブル１１−３内のユーザＩＤ１１−３０、ユーザ本文番号１１−３１は、図１２のユーザ本文テーブル１２ー１内のユーザＩＤ１１−３０、ユーザ本文番号１１−３１に対応している。
【００４０】
ここで図１１に示すユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、及び、図１２に示すユーザ本文テーブル１２ー１、画像対応テーブル１２ー２の各項目名は予めデータベースサーバ１−５に作成されているものとする。
【００４１】
図４は、データーベースサーバ１−５の構成を示すブロック図である。この図において、４−１は制御手段であり、ＣＰＵなどから構成され、各部の制御や、データの転送、種々の演算、データの一時的な格納を、記憶手段４−２に格納されているメインプログラムで行う。４−３は入出力制御手段であって、ＬＡＮ１―３に接続され、入出力するデータを制御する。プリンタ４−９、ディスプレイ４−１０、マウス４−１１、キーボード４−１２は、機器制御手段４−８を介して制御手段４―１により制御される。符号４−２、４−５、４−６、４−７、４−１３は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００４２】
記憶手段４−２には、メインプログラムが通常の方法で記憶されているものとする。記憶手段４−６には、各種プログラムを用いた処理の途中結果が一時的に格納されている。
【００４３】
記憶手段４−４には、クライアント端末１−２で作成したホームページの、全ユーザのホームページデータと表示情報が作成サーバ１−４から送られて格納されている。
【００４４】
記憶手段４−５には、本システムを用いてホームページを作成する、全ユーザ情報が作成サーバ１−４から送られて格納されている。
【００４５】
記憶手段４−７には、クライアント端末１−２で作成した、全ユーザの表示情報の、各種変換結果が作成サーバ１−４から送られて格納されている。
【００４６】
記憶手段４−１３には、全ユーザの画像ファイルが作成サーバ１−４から送られて格納されている。また、外部からダウンロードした全ユーザの画像ファイルが作成サーバ１−４から送られて格納されている。
【００４７】
図５は、運用サーバ１−１の構成を示すブロック図である。この図において、５−１は制御手段であり、ＣＰＵなどから構成され、各部の制御や、データの転送、種々の演算、データの一時的な格納を、記憶手段５−２に格納されているメインプログラムで行う。５−３は入出力制御手段であって、ＬＡＮ１―３に接続され、入出力するデータを制御する。プリンタ５−９、ディスプレイ５−１０、マウス５−１１、キーボード５−１２は、機器制御手段５−８を介して制御手段５―１により制御される。符号５−２、５−６、５−７、５−８は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００４８】
記憶手段５−２には、メインプログラムが通常の方法で記憶されているものとする。記憶手段５−６には、各種プログラムを用いた処理の途中結果が一時的に格納されている。
【００４９】
記憶手段５−７には、図２５に示すように作成サーバ１−４、クライアント端末１−２、データベースサーバ１−５等のセッション管理情報５−２０１、パスワードをメールで送付するための各種情報５−２０３、クライアント端末を用いてＷＥＢページを作成したユーザのＷＥＢページを閲覧するためのルートＵＲＬ５−２０２、本システムのＵＲＬ５−２０４等のシステム設定情報２５−１が格納、記憶されている。
【００５０】
記憶手段５−８には、各種の閲覧手段のアクセスログテーブル２６−１、エラーログテーブル２６−２が、図２６（ａ）及び図２６（ｂ）に示すように格納されている。また、アクセス頻度ファイル２７―１は、アクセス順位２７−２順にユーザＩＤ１１―３０、姓１１−２０、名１１−２１、アクセス回数１１−１１が図２７に示すように格納されている。
【００５１】
（概略動作説明）
図２３は、前記の構成において本発明の動作の概略を説明するフローチャートである。ユーザは、クライアント端末１−２からホームページとして表示したい、例えば画面２３−１のような、画面２３−２、２３−３、２３−４を有する画面レイアウトを処理２３−５で決定する。そして決定したレイアウトのページに表示するデータとスタイルを処理２３−６で入力する。
【００５２】
入力が終了したら作成サーバ１−４は、入力されたデータとスタイルを参照してユーザ情報２３−１を作成する。ユーザ情報２３−１は、ユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１からなり、ユーザ本文テーブル１２ー１の下位には図１２に示す画像対応テーブル１２ー２がある。ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２は、レイアウトのページ数に対応して各々、複数ある。
【００５３】
前記ユーザ情報２３−１は、周知のＲＤＢプログラムによって処理２３−７でＲＤＢ形式のホームページデータに変換されてデータベースサーバ１−５に格納される。
【００５４】
ホームページデータは、処理２３−８でＲＤＢ形式のデータを後述する方法でＸＭＬ形式のファイル２３−１７にデータベース変換する。係る変換は、各種の閲覧手段に対応した形式に一様に変換するための元になるデータを作成するために行うものである。前記変換において、ＸＭＬ形式のファイル２３−１７は、スタイル情報１５−２と本文情報１５−１とに区分して別ファイルとして保存する。
【００５５】
一度作成したホームページの修正は、前記ユーザ情報２３−１の何れかをＲＤＢ形式のデータのフィールドを修正することで行う。そして再度、処理２３−８でＲＤＢ形式のデータをＸＭＬ形式のファイル２３−１７に変換する。
【００５６】
前記ＲＤＢ形式のデータをＸＭＬ形式のファイル２３−１７に変換する際に、本文情報１５−１またはスタイル情報１５−２のなかで、ホームページとして表示する必要のない部分を作成しないようにする。係る処理は、前記ユーザ本文テーブル１２ー１とユーザ頁テーブル１１−３に各々格納されている後述する公開情報Ａ（１２−３）と公開情報Ｂ（１１―５）とを参照して行う。
【００５７】
前記ＸＭＬファイル２３−１７は、複数の閲覧手段に対する共通のデータとなるものである。処理２３−９で前記ＸＭＬファイル２３−１７を閲覧手段に対応した表示スタイルにスタイル変換を行う。即ち、周知のＸＳＬＴエディタ等により、例えばパソコンであればＨＴＭＬ形式のファイルに、携帯電話であればＭＭＬ形式のファイルに変換する。
【００５８】
前記変換は、変換のタイミング、変換方法、変換形式を予め作成サーバ１−４に定めておいて、運用サーバからの閲覧手段のアクセスデータなどを参照して、後述する、所帯の時期に、所定の方法で、必要に応じて変換する。
【００５９】
処理２３−９でスタイル変換したファイルは、図２８に示す各端末用のファイル４−７１としてデータベースサーバ１−５にそれぞれ異なった形式のファイル、例えばＨＴＭＬ形式、ＭＭＬ形式のファイルなどとして、処理２３−１０でデータベースサーバ１−５に格納される。
【００６０】
格納した各端末用の前記ファイル４−７１は、後述するクライアント端末のモニタリング処理２３−１５の時に、希望する端末形式でクライアント端末１−２に表示する。係る処理は、クライアント端末１−２から運用サーバ１−１に対して閲覧要求があったとき、後述するユーザ頁テーブル１１−３の公開情報Ｂ１１−５が例えば「工事中」などの属性を表している時に行う。
【００６１】
また、運用サーバ１−１に対して閲覧手段１−１０から閲覧要求があったとき、運用サーバ１−１は前記データベースサーバ１−５に格納した各端末用のファイル４−７１から閲覧手段１−１０に対応した前記ファイル４−７１を読み出し閲覧手段１−１０に送信する。
【００６２】
（詳細動作説明）
次に本発明の詳細な動作と実施例について説明する。
（１．クライアント端末の処理）
図２に示すクライアント端末１−２から、ホームページを作成して作成サーバ１−４にデータを送る場合について説明する。運用サーバ１−１、作成サーバ１−４、デーベースサーバ１−５、とクライアント端末１−２は、所定の手順で起動し、クライアント端末１−２と、作成サーバ１−４とのログインも終了しているものとする。
【００６３】
図６は、クライアント端末のメインフローチャートである。メイン画面６―１で、メインメニューに、新規登録６−１、ログイン６―２、閲覧６−３がある。各メニューにマウスカーソルＭを移動して、マウスをクリックすると制御手段３−１は、プログラムを各メニューの処理にジャンプする。（以下画面に表示されているボタンの選択は特に断らない限りマウスカーソルＭで選択するものとする。）
【００６４】
図示していないログイン画面６−３でメインメニュー画面６−８、パスワード再発行６−９、ユーザＩＤ紛失６−１０の何れかの処理を選択する。また、図示していないメインメニュー画面６−８には、ホームページ作成６−１２、パスワード変更６−１３、登録内容変更６−１４、全登録削除６−１５があり、各メニューにマウスカーソルＭを移動して、マウスＭをクリックすると制御手段３−１は、プログラムを各メニューの処理にジャンプする。パスワード再発行６−９、ユーザＩＤ紛失６−１０、パスワード変更６−１３、登録内容変更６−１４、全登録削除６−１５は、周知の処理で行うが本発明の主旨ではないので説明を省略する。
【００６５】
図６における処理においては、本発明に係わる新規登録６−２、ホームページ作成６−１２、閲覧６−４の処理についてのみ以下に説明する。
【００６６】
新規登録６−１には、本システムの使用許諾６−５、ユーザ情報入力６−６、ユーザ情報登録６−７がある。ユーザ情報入力６−６、ユーザ情報登録６−７は（１．２ユーザテーブル）で後述する。
【００６７】
ホームページ作成６−１２は（１．３ユーザ本文テーブルの作成）で後述し、閲覧６−４は（４．閲覧）で後述する。
【００６８】
（１．１画面レイアウトとホームページ作成編集処理）
図６において、図示していないメインメニュー画面６−８でホームページ作成６−１２を選択すると、図７のフローチャートで示すホームページ作成６−１２の処理に進む。図７は、クライアント端末１−２、作成サーバ１−４、データベースサーバ１−５の処理と併記してある。
【００６９】
ホームページ作成６−１２の処理に進むと図８示すホームページ作成処理６−１２のメイン画面であるホームページ作成画面７−１を表示する。図８において、ホームページアドレス８−３は、ユーザＩＤがａａａの場合のホームページのＵＲＬを示し、ハイパーリンクによってユーザホームページにジャンプする。スタートページ８−４はユーザホームページを表示した時に、ユーザが作成した初期表示するページを指定できる。登録済みページをカーソル８−５で選択する。新規にページを作成するときには新規ページ作成８−６を、編集の時には８−７を、ページを削除する時には削除８−８のページに対応した符号８−７ａ、８−７ｂ、８−７ｃ、８−８ａ、８−８ｂ、８−８ｃで表す各ボタンを、マウス２−１１でクリックする。
【００７０】
既に登録済みのページはタイトル８−９、レイアウト８−１０、作成日８−１１を表示する。新規に作成したページ、又は編集したページは登録ボタン８−１をクリックするとデータベースサーバ１−５に登録してメインメニュー画面６−８に戻る。そのままメインメニュー画面６−８に戻る時には戻るボタン８−２をクリックする。
【００７１】
図８の新規ページ作成ボタン８−６、または編集ボタン８−７をクリックすると、クライアント端末１−２は処理７−２で作成サーバ１−４に各々スタイル一覧画面作成７−３または編集画面作成７−４の要求を出す。
【００７２】
作成サーバ１−４は各要求に応じて、新規ページ作成処理の時には図９の画面７−６を、編集処理の時には図１０の画面７−９を表示するための情報をクライアント端末１−２に送信し、クライアント端末１−２は、図９（画面７−６）又は図１０（画面７−９）を表示する。
【００７３】
新規ページ作成処理においては、予めテンプレートデータとして登録しておいても良く、またその都度レイアウトを定義して作成するようにしても良い。画面７−６（図９）では、現在登録されているレイアウトのレイアウト名として標準ページ９−２及びバナーとコンテンツ９−３と、それに対応したレイアウトとして１ページ全体を使用するレイアウト９−４と、１ページを３分割したレイアウト９−５を一覧表示している。
【００７４】
画面７−６で標準ページ９−２又はバナーとコンテンツ９−３の何れかを選択するとクライアント端末１−２は、処理７−７で選択されたスタイルテンプレートを選択して作成サーバ１−４にホームページ作成画面の送信要求をする。作成サーバ１−４は、選択した行のレイアウトを利用したホームページ作成編集処理７−８に進む。クライアント端末１−２は、処理７−９で図１０（画面７−９）を表示する。係る処理を戻るときには戻るボタン９−１を選択してホームページ作成画面７−１に戻る。
【００７５】
前記レイアウトはユーザがホームページを作り易いように予め作成サーバ１−４に登録したテンプレートを図９の１ページ全体を使用するレイアウト９−４と、１ページを３分割したレイアウト９−５のように表示しているが、これ以外にユーザが定義できるようにしても良い。
【００７６】
処理７−２において編集処理の時には編集画面作成処理７−４に進む。作成サーバ１−４は、後述するようにして作成した図１１のユーザ頁テーブル１１−３の転送要求をデータベースサーバ１−５に行い、ホームページ作成編集処理で必要なユーザ頁テーブル１１−３をクライアント端末１−２に送る。クライアント端末１−２は、前記ユーザ頁テーブル１１−３をもとに図１０（画面７−９）を表示する。
【００７７】
図１０は、ホームページ作成編集画面７−９である。本文編集１０−１、ページプロパティ１０−２、ＰＣシュミレータ１０−３、携帯シュミレータ１０−４、完了１０−５の各ボタンを表示し、マウスカーソルＭで選択する。
【００７８】
前記本文編集１０−１、ページプロパティ１０−２、ＰＣシュミレータ１０−３、携帯シュミレータ１０−４、完了１０−５の各ボタンの機能は以下のようである。
【００７９】
本文編集ボタン１０−１は、本文編集７―１０にジャンプし、ページプロパティボタン１０−２は、ページプロパティフロー７−１１にジャンプする。ＰＣシュミレータボタン１０−３、携帯シュミレータボタン１０−４は、各々のモニタリング処理であるＰＣシュミレータ７−１２、携帯シュミレータ７−１３にジャンプし、完了ボタン１０−５は、ホームページ作成画面７−１に戻る。本文編集７―１０は（１．４本文編集）で、ＰＣシュミレータ、携帯シュミレータは（２．３モニタリング処理）で後述する。
【００８０】
ここで、ページプロパティとは、作成したホームページのタイトル、アクセス回数、作成日、変更日などの他に、図１２で示した公開情報Ｂ１１―５があり、図２２（画面２２−１）に示す。前記図２２の登録ボタン２２−２を選択すると表示されているプロパティの内容をデータベースサーバ１−５に格納し、戻るボタン２２−３を選択すると編集内容を破棄してホームページ作成編集画面７−９に戻る。係るページプロパティ情報は、運用サーバ１−１から得るアクセス回数と共に作成サーバ１−４が管理し、データベースサーバ１−５に格納されている。
【００８１】
（１．２ユーザテーブル）
以下に前記した図１１、図１２に示した各種のユーザテーブルの内容について説明する。以下のユーザテーブルは、全てＲＤＢ形式で作成されていて周知の方法でデータベースサーバ１−５を介して、各サーバによってアクセスされ、ユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２で構成されている。
【００８２】
係るユーザテーブルの下記の各項目名は予め定義されて各ユーザテーブルの初期時の項目名として前記各テーブルに格納されている。
【００８３】
ユーザ情報テーブル１１−１のデータはユーザが入力し、ユーザ情報ログインテーブル１１−２は運用サーバ１−１が作成し、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２は作成サーバ１−４が作成し、全てのテーブルはデータベースサーバ１−５に格納される。
【００８４】
ユーザ情報テーブル１１−１の各項目は、ユーザのプロファイル情報とホームページの作成、更新日の情報よりなる。ユーザＩＤ１１−３０は、全てのユーザテーブルに反映されている。ホームページを作成するユーザ名が全て登録され、前記ユーザＩＤ１１−３０によって管理されている。
【００８５】
ユーザ情報ログインテーブル１１−２には、ログインしたユーザに対するセッション管理情報であるログインセッション１１−１５が格納されていて、運用サーバ１−１によって管理される。
【００８６】
ユーザ頁テーブル１１−３の各項目は、各ユーザのホームページの情報が格納され、ユーザページ番号１１−６、ユーザページタイトル１１−７、スタートページフラグ１１−８、レイアウト番号１１−９、レイアウトの各画面を示す毎に付けたフレーム番号１１−１０、ユーザ本文番号１１−３１、このページに対して閲覧者が何回アクセスしたかを示すアクセス回数１１−１１、公開情報Ｂ１１−５、作成日１１−１２、更新日１１−１３、背景色や背景画像を設定するための背景１１−１４、で構成されている。
【００８７】
公開情報Ｂ１１−５は、作成したホームページが例えば、パソコン用であるか、又は、携帯電話用であるかを示し、閲覧要求をした閲覧手段に、ホームページを表示して良いか否かを決定する表示制御情報である。例えば、パソコンには表示し、携帯電話には表示しないなどを表す。かかる情報は、後述する作成サーバ１−４がスタイル変換方法を決定するため、及び、閲覧手段に表示する情報、例えば、風俗画像などの表示制限に用いる。
【００８８】
一つのホームページは、複数ページから構成され、ユーザ頁テーブル１１−３に格納されているユーザページ番号１１−６に対応してユーザ本文テーブル１２−１のユーザ本文番号１１−３１は複数ある。各ユーザ本文テーブル１２ー１は、ホームページを表示するための表示情報を作成するための本文情報１２ー７と各種のスタイル情報１２ー６がＲＤＢ形式でに格納されている。
【００８９】
前記ユーザ本文テーブル１２ー１の各項目は、ユーザＩＤ１１―３０、ユーザ本文番号１１−３１、タグ番号１２−４、タグタイトル１２−９、タグ種別１２−１０、本文１２−１２、イメージ名１２−５、イメージサイズ１２−１３、位置１２−１４、文字サイズ１２−１５、文字形式１２−１６、文字フォーマット１２−１７、文字色１２−１８、背景色１２−１９、リンクモード１２−２０、リンク１２−１１、公開情報Ａ１２−３、作成日１２−２２、更新日１２−２３で構成されている。公開情報Ａ１２ー３は表示制御情報である。図１２のユーザ本文テーブル１２ー１に格納され、閲覧手段であるパソコン１−１２、携帯端末１−１０、携帯電話１−１１で表示する情報をユーザ本文テーブルのフィールド単位で制御する。例えば、公開情報Ａ１２ー３とユーザ情報テーブル１１−１から風俗画像などの表示制限に用いる。
【００９０】
画像対応テーブル１２ー２の各項目は、クライアント端末が保有する画像ファイルを指定するイメージ名１２ー５とその中にあるイメージであるイメージファイル名１２ー８が格納されている。
【００９１】
（１．３ユーザ本文テーブルの作成）
ユーザ本文テーブル１２ー１には、ホームページ表示する本文に関する情報が格納されている。本システムを理解するために、まずホームページに図１３のようなホームページを表示する場合、ユーザがクライアント端末１−２から入力したデータを作成サーバ１−４はユーザ本文テーブル１２ー１をどのように作成し、データベースサーバ１−５にどのように格納するかについてその概略を説明する。その後、（１．４本文編集）で本文編集の詳細を説明する。
【００９２】
図１３において、タイトル１３−１は明朝体、本文１３−２はゴシック体、スタイルはゴシック体、文字色は黒、画像１３−３の背景は白色で表示するものと定義する。
【００９３】
まず、ユーザは、図１３に表示されている表示データと、上記スタイル定義データをクライアント端末１−２から入力して作業ファイル２−６に格納し、作成サーバ１−４に送る。作成サーバ１−４は、クライアント端末１−２から受信した前記データを作業ファイル３−６に格納する。又、作成サーバ１−４は、周知のＲＤＢプログラムによってホームページデータ１４ー１を図１４（ａ）に、画像対応テーブル１４−２を図１４（ｂ）に示すように作成し、作業ファイル３−６に格納すると共に、データベースサーバ１−５に送信する。データベースサーバ１−５は、ユーザＩＤ１１−３０がユーザとして管理される表示情報保存ファイル４−４内にホームページデータ１４ー１をＲＤＢ形式で格納する。
【００９４】
前記したように、表示情報保存ファイル４−４には、ＲＤＢ形式のユーザ本文テーブル１２ー１（本文情報１２ー７とスタイル情報１２ー６）が格納されている。ＲＤＢ形式のユーザ本文テーブル１２ー１は、ユーザがホームページを作成するためにＨＴＭＬ言語を理解していなくとも容易にホームページの作成ができる。また、その修正もフィールド単位で行える利点がある上に以下に述べるＸＭＬ形式へのファイル変換も容易で、ホームページの作成と変更などの柔軟性に富む。
【００９５】
更に、ホームページデータ１４ー１がＲＤＢ形式で格納されていることにより、フィールド単位にＸＭＬ形式の変換ができるので、前記公開情報Ａ及び公開情報Ｂによって閲覧手段に対して細かな表示制限を行うことができる。
【００９６】
（１．４本文編集）
上記ユーザ本文テーブル作成の詳細を図１６の本文編集フロー７−１０に示す。なお、説明の簡略化の為に以下の処理はクライアント端末１−２がデータの入出力と表示を行い、作成サーバ１−４が処理するものとするが、クライアント端末１−２が以下の処理をしても良い。
【００９７】
前記本文編集ボタン１０−１をクリックすると図１６においてクライアント端末１−２は、作成サーバ１−４に本文編集画面作成要求１６−１を行う。作成サーバ１−４は、データベースサーバ１−５に該当するユーザのユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２等のユーザ情報の送信要求１６−２を行う。クライアント端末１−２は、データベースサーバ１−５から本文編集に必要な上記ユーザ情報を受信して図１７のような本文編集画面１７−１を表示する。
【００９８】
図１７において、符号１７−２は項目一覧リストで、ユーザ本文テーブル１２−１中のタグタイトル１２−９と、タグ種別１２−１０が表示されている。図１７は、図１４に対応して、タグタイトル１２−９は、タイトル１２−９ａ、本文１２−９ｂ、画像１２−９ｃが、タグ種別１２−１０は、１「文字」１２−１０ａ、１「文字」１２−１０ｂ、２「画像」１２−１０ｃがそれぞれ表示されている。
【００９９】
図１７における各ボタンの機能は以下のようである。登録ボタン１７−３は編集しているページの内容をデータベースサーバ１―５に格納し、図１０の画面に戻る。戻るボタン１７−４は、図１０の画面に戻る。本文追加ボタン１７−７は、項目一覧リスト１７−２に本文項目を追加してフレーム１７−１０に図１９に示す本文項目編集画面１９−１を表示する。編集ボタン１７−５は、フレーム１７−１０に項目一覧リスト１７−２で選択された項目に対応して、本文項目編集画面１９−１、図示していないリンク項目編集画面、画像項目編集画面を表示する。
【０１００】
本文追加ボタン１７−７を選択すると、図１９に示すように項目一覧リスト１７−２に本文項目１２−９を追加して、フレーム１７−１０内に本文項目編集画面１９−１を表示する。
【０１０１】
リンク追加ボタン１７−８を選択すると、項目一覧リスト１７−２にリンク項目１２−１１を追加してフレーム１７−１０内に図示していないリンク項目編集画面を表示する。また、画像追加ボタン１７−９を選択すると、項目一覧リスト１７−２に画像項目１２−５を追加してフレーム１７−１０に図示していない画像項目編集画面を表示する。
【０１０２】
本文項目編集ボタン１７−５が選択されると図１８のフローチャートで示す本文項目編集処理に進む。クライアント端末１−２から作成サーバ１−４に本文項目編集要求１８−１を行うと、作成サーバ１−４は、データベースサーバ１−５から処理１８−２でユーザ本文テーブルを取得して図１９に示す本文項目編集画面１９−１を表示する。
【０１０３】
図１９において、フレーム１７−１０内には図１４で示したホームページデータ１４ー１）と画像対応テーブル１４−２のテーブルのデータが有効なフィールドのデータに対する項目を表示する。即ち、図１４の例では、本文１に関係するタグタイトル１２−９、本文１２−１２、位置１２―１４、文字サイズ１２−１５、文字形式１２−１６、文字フォーマット１２−１７、文字色１２−１８、公開情報Ａ１２−３、のフィールドの項目名に対してデータが入力されていて有効である。係るフィールドの項目名に対応してフレーム１７−１０内に各々、タグタイトル１９−４、文章１９−６、位置１９−７、文字サイズ１９−９、文字形式１９−１０、文字フォーマット１９−１１、色１９−８、公開情報Ａ１９−５の項目名ボタンを表示する。
【０１０４】
そして作成サーバ１−４は、図１４のユーザ本文テーブル１２ー１の各フィールドに格納されている項目から、タグタイトル１９−４に対しては本文１（１２―９ｂ）を、公開情報１９−５に対しては公開情報Ａに対応して全公開１２−３ｂを、文章１９−６に対しては「これは本文である。」を、位置１９−７に対しては中央１２−１４ｂを、色１９−８に対しては黒１２−１８ｂを、文字サイズ１９−９に対しては中１２−１５ｂの情報を、文字形式１９−１０に対しては標準１２−１６ｂを、文字フォーマット１９−１１に対しては明朝１２−１７ｂを得る。クライアント端末１−２は、係る情報を作成サーバ１−４から得て、図１９に示した本文項目編集画面１９−１のフレーム１７−１０内に前記情報を表示する。
【０１０５】
前記表示された編集対象項目に対して編集を終了した後に処理１８−３で図１９で示す決定ボタン１９−２をクリックすると、決定項目の保存処理１８−４でデータベースサーバ１−５に格納されたＲＤＢ形式の本文情報１２ー７とスタイル情報１２ー６の前記決定した項目及び、更新日１２−２３を変更してデータベースサーバ１−５に格納する。
【０１０６】
クライアント端末１−２は、処理１９−６でフレーム１７−１０をクリアし、処理１９−７で項目一覧リスト１７−２を初期状態にして、本文項目編集画面１９−１に戻る。前記の項目編集を取り消す時には取り消しボタン１９−３をクリックするとフレーム１７−１０をクリアし、処理１９−７で項目一覧リスト１７−２を初期状態にして、本文項目編集画面１９−１に戻る。
【０１０７】
また、処理１８−５にも進み運用サーバ１−１に対してセッション終了を通知し、運用サーバ１−１は、処理１８−６でユーザ情報のログインテーブル１１−２にセッション終了日付１１−１７、時間１１−１８、更新日１１−１６などを格納する。
【０１０８】
（１．５データベース変換）
図２３で説明した概略動作において各種の閲覧手段に対応した形式に一様に変換するための元になるデータとしてＸＭＬ形式のファイルを作成することを述べた。係るデータベース変換について以下に説明する。
【０１０９】
作成サーバ１−４は、作業ファイル３−６に格納した前記ＲＤＢ形式のユーザ本文テーブル１２ー１を以下のようにしてＸＭＬ形式のファイルにデータベース変換する。作成サーバ１−４は、後述するようにＲＤＢ形式のユーザ頁テーブル１１−３の公開情報Ｂ１１―５と、ユーザ本文テーブル１２ー１の公開情報Ａ１２−３を参照してユーザ本文テーブル１２ー１の各フィールドの内容を１フィールドずつ取り出す。そして係る各フィールドの内容を周知のＸＭＬエディターを用いてＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換する。作成サーバ１−４は、ユーザ本文テーブル１２ー１の対象になるフィールド全てについてＸＭＬ形式にデータベース変換したファイルを、本文情報ファイル１５−１とスタイル情報ファイル１５−２に区分した表示情報としてデータベースサーバ１−５に送信と、データベースサーバ１−５は、表示情報保存手段４−４に前記表示情報を格納する。
【０１１０】
図１５は、図１４のＲＤＢ形式のホームページデータ１４ー１をＸＭＬエディターでデータベース変換した結果をＸＭＬ形式で表示した図で、図１５（ａ）は、本文情報ファイル１５−１、図１５（ｂ）は、スタイル情報ファイル１５−２である。但し画像１の公開情報Ａは、全公開としてある。データベースサーバ１−５は、受信した前記ＸＭＬエディターで変換されたホームページデータ１４ー１の本文情報ファイル１５−１とスタイル情報ファイル１５−２をＸＭＬ形式で表示情報保存ファイル４−４に格納する。即ち、表示情報保存ファイル４−４には、ＲＤＢ形式の本文情報１２ー７とスタイル情報１２ー６と、ＸＭＬ形式の本文情報ファイル１５−１、とスタイル情報ファイル１５−２が格納されている。
【０１１１】
（１．６公開情報）
ここで、前記したＲＤＢ形式のユーザ本文テーブル１２ー１をＸＭＬ形式のファイルにデータベース変換する際、公開情報Ａ１２−３と公開情報Ｂ１１−５をどのように参照するかについて以下に説明する。
【０１１２】
例えば、前記本文項目編集において、表示端末としてパソコンを指定したい場合には、ユーザ頁テーブル１１−３の公開情報Ｂ１１−５を編集して、表示端末としてパソコンを指定する。図示していないユーザ頁テーブル１１−３のＲＤＢ形式のユーザ頁テーブルは、公開情報Ｂのフィールドが携帯電話端末などへの表示を禁止する公開情報として、例えば「パソコンにのみ表示」である属性が格納される。そしてＸＭＬ形式にデータベース変換する時に、例えば携帯端末用の表示情報の作成を指定すると、作成サーバ１−４は公開情報Ｂのフィールドの属性「パソコンにのみ表示を参照して、図２０のような携帯電話端末表示用のＸＭＬ形式のスタイル情報ファイル２０−１を作成する。図２０より明らかなように、携帯電話端末表示用のＸＭＬファイル２０−１には図１５（ｂ）の符号１５−３で示したイメージを表示するためのＸＭＬファイルが作られない。
【０１１３】
同様にして、前記本文項目編集において、ユーザ本文テーブル１２−１の公開情報Ａ１２−３を編集して、図１４の表示画像として未成年非公開１２−３ｄを指定すると、図２１のようなＸＭＬ形式の本文情報ファイル２１−１が作られる。図２１より明らかなように、本文情報ファイル２１−１には図１５（ａ）の符号１５−２で示したイメージを表示するためのＸＭＬファイルが作られない。即ち、本文情報ファイル２１−１に表示ファイルが存在しないために端末の種類に係わらず画像１を表示しない。
【０１１４】
前記の場合においてユーザ本文テーブル１２−１の所定のページのみに「このページのみ非公開」である属性として指定されたページのみが表示されなくなるようにもでき、また、ユーザ頁テーブル１１−３の公開情報Ｂ１１−５を編集して特定のユーザ、例えばプロバイダーへの支払いの済んでいないユーザなどに対して表示制限をすることができる。
【０１１５】
なお、リンク追加ボタン１７−８、及び、画像追加ボタン１７−９の処理も前記本文項目編集と同様な処理で行うことができるが、本発明の主旨から外れるので説明を省略する。
【０１１６】
（２．スタイル変換）
従来の技術の項で述べたように、従来ホームページを作成するにはＨＴＭＬ言語の知識が必要である。更に又、閲覧する端末が携帯電話やパームトップ端末などの場合には、個別のＨＴＭＬエディターが必要であり、その都度ＨＴＭＬエディターを理解して使い分けなければならず、ホームページを容易に作成することができなかった。そして、ホームページを更新しようとする時には、全ての端末に対応して一斉に行わないと、情報がばらばらになり端末同士での情報が一致しなくなる等の問題点があった。以下においては、前記問題点を解決するために行うスタイル変換について説明する。
【０１１７】
前記したように閲覧手段が各種ある場合には、閲覧手段で表示可能なスタイル、例えばパソコンであればＨＴＭＬ形式のファイルに、携帯電話であればＭＭＬ形式のファイルにそれぞれ変換する必要がある。本発明では前記、表示情報保存ファイル４−４に格納したＸＭＬ形式の本文情報ファイル１５−１と、スタイル情報ファイル１５−２を用いて各種の閲覧手段に対応した表示可能なスタイルにそれぞれ変換する。係る変換は閲覧手段に応じて変換の方法を決定する。更に、システムの状況に応じた変換タイミングを決定し、適した変換方法で変換し、それらを保存することが必要である。以下これらについてそれぞれ説明する。
【０１１８】
（２．１変換タイミング）
本システムは、以下のような各種の形態がある。即ち、▲１▼システムが初期、又は小規模で閲覧手段の機種、台数が少ない時（システム１と称す）、▲２▼作成したホームページの変更が少なく、クライアント端末１−２の更新回数が少ない時（システム２と称す）、▲３▼閲覧者が多岐にわたり閲覧手段が多機種の時（システム３と称す）などがある。係る場合常に同じようなスタイル変換を行っているとシステム及び回線が混み合ってシステムがうまく運用できない場合が生じる。係る不具合を回避するために、スタイル変換を以下のように行う。なお、前記の変換タイミングをどのように使用するかは予めシステムの状況に応じて作成サーバ１−４のプログラムで定めておくものとする。
【０１１９】
システム１の場合、閲覧手段から閲覧要求があった時にスタイル変換を行い、前記変換結果保存ファイル４−７に保存して前記スタイル変換結果をホームページ閲覧手段に発信する。
システム２の場合、閲覧手段が閲覧要求を行った時に、表示情報の更新が行われていない時にはスタイル変換を行わず前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行い、前記変換結果保存ファイル４−７に保存して前記スタイル変換結果をホームページ閲覧手段に発信する。
システム３の場合、ユーザ頁テーブル１１−３に格納されているアクセス回数１１−１１からの情報により、表示情報の更新が行われていてアクセス頻度の高い表示情報からスタイル変換を行う。
【０１２０】
なお、前記システム１、システム２の場合にもシステムの状況に応じて前記システム３の場合のように、表示情報の更新が行われていて、アクセス頻度の高い表示情報からスタイル変換を行うようにしても良い。
【０１２１】
（２．２変換方法）
図２４は、前記スタイル変換のフローチャートである。作成サーバ１−４は、処理２４で閲覧要求のあった閲覧手段のユーザユーザ情報２３−１からユーザＩＤ１１−３０を取得する。処理２４−１で対象システムが３であれば運用サーバ１−１のアクセス頻度ファイル２７―１から頻度情報を取得する。また、処理２４−１で対象システムが３でない時には処理２４−２に進み、システム２であればユーザ情報ログインテーブル１１−２のスタイル変換１１−２２を参照する。そしてスタイル変換済みでなければ処理２４−５に進み、スタイル変換済みであれば変換処理をせずに終了する。更に処理２４−２でシステム２でない時には処理２４−３に進み、システム１として処理２４−５に進む。
【０１２２】
処理２４−５で頻度情報を取得して処理２４−６に進み、データベースサーバ１−５から最高頻度の表示情報を取得すると処理２４−７で周知のＸＳＬＴエディタによりＸＳＬＴを行う。データベースサーバ１−５の変換結果保存ファイル４−７の各端末用のファイル４−７１として結果を格納する。前記ＸＳＬＴは、予め作成サーバ１−４にシステムが扱っている端末の表示スタイルとして、例えばＨＴＭＬ形式、ＭＭＬ形式のファイルであると登録しておき、係る形式の複数種類のファイルをＸＳＬＴして生成するものである。そして処理２４−８に進みユーザ情報ログインテーブル１１−２のスタイル変換１１−２２にスタイル変換済みである情報を格納し、処理２４−９で終了する。
【０１２３】
（２．３モニタリング処理）
ユーザが、作成中のホームページをクライアント端末でシミュレーション表示して確認するときに行う処理である。クライアント端末１−２から運用サーバ１−１に対して閲覧要求があったとき、ユーザ頁テーブル１１−３の公開情報Ｂ１１−５が例えば「工事中」などの属性を表している時に行う。図２８は、モニタリング処理のフローチャートである。図１０のＰＣシュミレータ１０−３、又は、携帯シュミレータ１０−４をクリックすると、作成サーバ１−４はモニタリング処理２８−１を開始する。
【０１２４】
作成サーバ１−４は、ホームページをパソコンに表示するＰＣシュミレータの処理２８−２が選択された場合、データベースサーバ１−５に対して変換結果保存ファイル４−７にある各端末用のファイル４−７１から前記ＸＳＬＴされたＨＴＭＬファイルを読み出すように要求する。そしてパソコン表示用のＨＴＭＬ形式のファイルを受け取り、クライアント端末１−２に送信する。クライアント端末１−２は、処理２８−７でモニタリング画面を表示してモニタリング処理を終了する。
【０１２５】
ホームページを携帯電話に表示する携帯シュミレータの処理２８−３が選択された場合、作成サーバ１−４は処理２８−４で携帯電話に表示可能な表示サイズの計算を行う。そして処理２８−５で携帯電話に表示するのに必要なページサイズを確認し、データベースサーバ１−５に対して変換結果保存ファイル４−７にある各端末用のファイル４−７１から前記ＸＳＬＴされた携帯電話表示用のＭＭＬ形式のファイルを読み出すように要求し、ＨＴＭＬファイルを受け取る。
【０１２６】
処理２８−６では、前記処理２８−４で求めた携帯電話に表示可能な表示サイズに適した表示画面を作成し、クライアント端末１−２に送信する。クライアント端末１−２は、処理２８−７でモニタリング画面を表示してモニタリング処理を終了する。
【０１２７】
（３．運用サーバの処理）
運用サーバ１−１は、前記したように作成サーバ１−４と、携帯電話やパソコンなどの閲覧手段からのアクセス頻度の計測や保存を行う。
【０１２８】
（３．１頻度計測と保存）
運用サーバ１−１は閲覧手段から閲覧要求があると、ユーザの正当性などをチェックし、正当な場合には各ユーザＩＤから対応するユーザ頁テーブル１１−３のアクセス回数１１−１１を更新する。そして前記したスタイル変換要求時にはデータベースサーバ１−５からユーザ頁テーブル１１−３のアクセス回数１１−１１を取得してアクセス頻度ファイル２７―１を更新する。
【０１２９】
（４．閲覧）
閲覧手段にはＷＥＢを介してアクセスするパソコンや、ＷＡＰなどを介してＷＥＢにアクセスする携帯電話、ＰＤＡなどがある。係る閲覧手段の閲覧時のフローチャートを図２９に示す。閲覧者は、既に運用サーバ１−１に閲覧者としての閲覧者ＩＤの登録を済ませてあるものとする。
【０１３０】
（４．１パソコンによる閲覧）
閲覧手段であるパソコンは、処理２９−１で閲覧したいユーザページのＵＲＬを付して、周知の方法でＷＥＢにＨＴＴＰプロトコルに基づくクＨＴＴＰリクエストを作成し、運用サーバ１−１にアクセスする。運用サーバ１−１は、閲覧者ＩＤなどによって閲覧者が正当と判断されると、ＨＴＴＰリクエストのユーザエージェント内のブラウザ情報を参照して、閲覧手段がパソコンであると判断するとともに、ユーザページのＵＲＬを処理２９−２で取得し、前記スタイル変換処理２９−３を開始する。
【０１３１】
運用サーバ１−１は、前記した方法でスタイル変換したパソコンに表示するためのＨＴＭＬ形式の表示情報ファイルを、データベースサーバ１−５の変換結果保存ファイル４−７の各端末用のファイル４−７１から取得する。処理２９−４で閲覧手段に対してＨＴＴＰレスポンスを作成し、前記ＨＴＭＬ形式の表示情報を閲覧手段に送信する。閲覧手段は処理２９−５で係る表示情報を表示することでユーザホームページを閲覧する。
【０１３２】
（４．２通信端末による閲覧）
閲覧手段が例えば携帯電話などのように、ＷＡＰなどのプライベートネットの場合には個々のプライベートネットに対応した情報を付してＷＥＢとの接続点であるゲートウエイに送付する。前記したと同様に閲覧者ＩＤなどによって閲覧者が正当と判断されると、ＨＴＴＰリクエストのユーザエージェント内のブラウザ情報を参照する。そして、閲覧手段が携帯電話であると判断するとともに、ユーザページのＵＲＬを処理２９−２で取得し、前記スタイル変換処理２９−３を開始する。但し閲覧手段が携帯電話なりで、前記したように運用サーバ１−１は、携帯電話に表示するための例えばＭＭＬ形式等の表示情報ファイルをデータベースサーバ１−５の変換結果保存ファイル４−７の各端末用のファイル４−７１から取得する。
【０１３３】
【発明の効果】
請求項１記載のホームページ閲覧システムによれば、少なくともホームページを表示するための表示情報と該表示情報を作成するためのホームページデータと、該ホームページデータを前記表示情報に変換するデータベース変換手段と、前記表示情報とホームページデータとを保存する表示情報保存手段と、前記表示情報を閲覧するホームページ閲覧手段と、前記表示情報を前記ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段と、前記スタイル変換手段の変換タイミングを決定する変換決定手段とを有するサーバと、該サーバに接続されて前記ホームページデータを前記サーバに送信するクライアント端末とを備えることによってＨＴＭＬ言語の知識がなくてもホームページを容易に作成することができる。
【０１３４】
請求項２記載のホームページ閲覧システムは、請求項１記載の発明において表示情報をホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報保存手段に格納することにより容易にホームページの編集ができる。
【０１３５】
請求項３記載のホームページ閲覧システムは、表示情報をデータベース変換手段によりホームページデータをリレーショナル型データベースとして表示情報保存手段に格納し、前記リレーショナル型データベースの各フィールドの内容を前記データベース変換手段によって１フィールドずつＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に各々変換し、該変換されたホームページデータを表示情報としてＸＭＬ形式で保存することにより各種の閲覧手段に対して柔軟に対応できる。
【０１３６】
請求項４記載のホームページ閲覧システムは、スタイル変換手段は、発信されたホームページを閲覧するホームページ閲覧手段が閲覧要求を行う毎にスタイル変換を行うことで小規模なシステムに柔軟に対応できる。
【０１３７】
請求項５記載のホームページ閲覧システムは、スタイル変換手段は、スタイル変換結果を保存する変換結果保存手段を有し、閲覧手段が、インターネットに発信されたホームページの閲覧要求を行った時に、前記表示情報の更新が行われていない時には、スタイル変換を行わず、前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行って前記変換結果保存手段に保存して前記スタイル変換結果をホームページ閲覧手段に発信することで無駄な処理をなくし、システムを効率良く運用できる。
【０１３８】
請求項６記載のホームページ閲覧システムは、変換決定手段は、閲覧手段からのアクセス頻度を保存する頻度保存手段を有し、前記スタイル変換手段によりアクセス頻度の高い順にスタイル変換を行い、その結果を変換結果保存手段に保存することでアクセス要求の高いホームページに柔軟に対応できる。
【０１３９】
請求項７記載のホームページ閲覧システムは、スタイル変換手段は、変換結果保存手段を複数有し、前記一つの表示情報情報に対して各々別の形式で変換結果保存手段に保存することで各種の閲覧手段に対応できる。
【０１４０】
請求項８記載のホームページ閲覧システムは、スタイル変換手段は、一つの表示情報に対して各々別の形式の変換を同時に行い、前記変換された表示情報を対応する変換結果保存手段に保存することで閲覧手段に係わらず同じ情報を共有できる。
【０１４１】
請求項９記載のホームページ閲覧システムは、クライアント端末が前記スタイル変換結果を閲覧手段の種別に応じてモニタリング表示することで未完成のホームページの確認をクライアント端末でできる。
【０１４２】
請求項１０記載のホームページ閲覧システムは、クライアント端末が無線通信端末であることでどこからもホームページの更新ができる。
【０１４３】
請求項１１記載のホームページ閲覧システムは、クライアント端末は、前記サーバにインターネットを介して接続されていることで情報の多いホームページの更新ができる。
【０１４４】
請求項１２記載のホームページ閲覧システムは、閲覧手段が無線通信端末であることでどこからもホームページの閲覧ができる。
【０１４５】
請求項１３記載のホームページ閲覧システムは、閲覧手段は、前記サーバにインターネットを介して接続されていることで情報の多いホームページの閲覧ができる。
【０１４６】
請求項１４記載のホームページ閲覧システムは、ホームページデータは、閲覧手段に表示する情報を制御する表示制御情報を有することで閲覧手段、閲覧者に応じて情報を選択的にブラウザに表示できる。
【０１４７】
請求項１５記載のホームページ閲覧システムは、データベース変換手段は、ホームページデータを表示情報に変換する時に前記表示制御情報がある場合には、ホームページデータ内の該当するフィールドのデータまたは画像に対して、スタイル情報又は本文情報の何れか一方、または、スタイル情報及び本文情報を、ＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換しないことで無駄な処理をなくしシステムを有効に使用できる。
【０１４８】
請求項１６記載のホームページ作成方法は、サーバに接続されているクライアント端末は、前記サーバを起動し、サーバは、前記クライアント端末のアクセス要求に応じて前記クライアント端末とホームページを作成するためのデータの授受を行い、前記クライアント端末から受信したデータをホームページデータとしてリレーショナル型データベースで保存し、前記ホームページデータをホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報として前記サーバに保存し、ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段の変換タイミングを決定する変換決定手段の判定結果に応じて前記表示情報を前記スタイル変換手段で変換し、その結果をクライアント端末から入力された閲覧手段の種別に対応して表示、確認し、サーバーの変換結果保存手段に格納し、ホームページを作成することで閲覧手段に無関係に表示内容の一致したホームページを簡単に作成できる。
【図面の簡単な説明】
【図１】本発明の実施形態の構成を示すブロック図である。
【図２】本発明のクライアント端末の構成を示すブロック図である。
【図３】本発明の作成サーバの構成を示すブロック図である。
【図４】本発明のデーターベースサーバの構成を示すブロック図である。
【図５】本発明の運用サーバの構成を示すブロック図である。
【図６】本発明のクライアント端末のメインフローチャートである。
【図７】本発明のホームページ作成処理のフローチャートである。
【図８】本発明のホームページ作成画面である。
【図９】本発明の新規ページ作成処理の画面である。
【図１０】本発明の編集処理の画面である。
【図１１】本発明のユーザ情報テーブルである。
【図１２】本発明のユーザ本文テーブルである。
【図１３】本発明のホームページの表示例である。
【図１４】本発明のホームページデータ（ａ）と、画像対応テーブル（ｂ）である。
【図１５】本発明のホームページデータをデータベース変換した結果をＸＭＬ形式で表示した図である。
【図１６】本発明の本文編集フローである。
【図１７】本発明の本文編集画面である。
【図１８】本発明の本文項目編集のフローチャートである。
【図１９】本発明の本文項目編集画面である。
【図２０】本発明の携帯電話端末表示用のＸＭＬ形式のスタイル情報ファイルである。
【図２１】本発明のＸＭＬ形式の本文情報ファイルである。
【図２２】本発明のページプロパティ画面である。
【図２３】本発明の動作の概略を説明するフローチャートである。
【図２４】本発明のスタイル変換のフローチャートである。
【図２５】システム設定情報に格納されている情報である。
【図２６】閲覧手段のアクセスログテーブル（ａ）と、エラーログテーブル（ｂ）に格納されている情報である。
【図２７】本発明のアクセス頻度ファイルに格納されている情報である。
【図２８】本発明のモニタリング処理のフローチャートである。
【図２９】本発明の閲覧手段の閲覧時のフローチャートである。
【符号の説明】
１−１ 運用サーバ
１−２ クライアント端末
１−４ 作成サーバ
１−５ データベースサーバ
４−４ 表示情報保存ファイル
４−５ ユーザ情報ファイル
４−７ 変換結果保存ファイル
４−１３ 画像ファイル
【発明の属する技術分野】
本発明はホームページ閲覧システム及びホームページ作成方法に関する。
【０００２】
【従来の技術】
近年インターネットの進展によって、世界各地の情報を家庭や職場のパーソナルコンピュータから取得することができるようになっている。係る情報をパソコンや、携帯電話、パームトップ端末などが有するブラウザで閲覧できるホームページは、ＨＴＭＬ（Hyper Text Markup Language）言語で記述されたテキスト・ファイル（以下「ＨＴＭＬファイル」という。）が一般的で、ブラウザと呼ぶ、タグ付きのＨＴＭＬファイルを読み込むと、それぞれのタグの機能を解釈して文字や画像を指定の位置に指定の大きさで表示するソフトフェアで閲覧することができる。このＨＴＭＬファイルは、テキスト・エディターを用いて自由に作成・編集することができる。
【０００３】
ここで、ホームページを作成してプロバイダのサーバに登録する手順について説明する。まず、テキスト・エディターを用いてホームページのＨＴＭＬファイルを作成する。次にブラウザを用いて作成したＨＴＭＬファイルを表示して確認後、ファイル転送プロトコル（ＦＴＰ）の手順に従って、サーバにホームページのＨＴＭＬファイルをアップロードしてホームページの登録が完了する。前記ホームページを作成する方法として、例えば特願平８−２７８２８８号公報などがある。
【０００４】
テキスト・エディターを用いてホームページのＨＴＭＬファイルを作成する場合には、ＨＴＭＬ言語のタグを理解することが不可欠であった。また、ブラウザ上で表示される状態を想定して作成することは容易ではなかった。そこで、ＨＴＭＬ言語を知らなくても、あるいは意識しなくても、簡単にホームページのＨＴＭＬファイルを作成できるＨＴＭＬエディターが開発されている。
【０００５】
従来のＨＴＭＬエディターには、例えばテキストを入力し、範囲指定してタグを貼りつけていくタイプや、通常のワープロソフトで作成したデータをＨＴＭＬ言語に変換するタイプなどがある。後者のＨＴＭＬエディターは、ワープロソフトで文書を作成する要領でホームページを作成でき、かつブラウザで見える画面とほぼ同じイメージで編集できる。また、ホームページをＨＴＭＬ言語で記述した画面に切り替え、直接タグを入力することもできる。
【０００６】
【発明が解決しようとする課題】
しかし従来のＨＴＭＬエディターでは、文字や画像のレイアウトに関する制約が大きく、また設定方法も複雑なものがあり、必ずしも使い勝手がよいものではなかった。また、各種の機能を盛り込むあまり、操作が複雑かつ判りにくくなっていた。例えば、レイアウト、文字の書体、文字の大きさ、文字の色等を指定する際には、ＨＴＭＬ言語の知識が必要になっていた。
【０００７】
更に又、閲覧する端末が携帯電話やパームトップ端末などの場合には、表示する画面が小さく、機能も異なるので各々、個別のエディターが必要であり、その都度異なるエディターを理解して使い分けなければならない。このために、ホームページを容易に作成することができなかった。
【０００８】
そして、各種の端末が閲覧するホームページでは、ホームページを更新しようとする時には、各種の端末に表示できるように対応して、更新を一斉に行わないと、情報がばらばらになり各種の端末同士での情報が一致しなくなる。このために、例えば、ホームページを伝言板や、交換日記などに利用する場合、閲覧する端末によって異なる情報が表示されることになる。更に、複数のユーザが別々の情報を見て、伝言板や、交換日記などに情報を追加、更新するので伝達に誤りが発生するという問題がある。
【０００９】
本発明は、係る問題点を解決し、閲覧する端末が複数種類になっても情報の一致が得られるホームページ閲覧システム及びホームページ作成方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は上記目的を達成するために請求項１記載のホームページ閲覧システムは、少なくともホームページを表示するための表示情報と該表示情報を作成するためのホームページデータと、該ホームページデータを前記表示情報に変換するデータベース変換手段と、前記表示情報とホームページデータとを保存する表示情報保存手段と、前記表示情報を閲覧するホームページ閲覧手段と、前記表示情報を前記ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段と、前記スタイル変換手段の変換タイミングを決定する変換決定手段とを有するサーバと、該サーバに接続されて前記ホームページデータを前記サーバに送信するクライアント端末とを備えることを特徴とする。
【００１１】
請求項２記載のホームページ閲覧システムは、表示情報は、ホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報保存手段に格納することを特徴とする。
【００１２】
請求項３記載のホームページ閲覧システムは、表示情報は、データベース変換手段によりホームページデータをリレーショナル型データベースとして表示情報保存手段に格納し、前記リレーショナル型データベースの各フィールドの内容を前記データベース変換手段によって１フィールドずつＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に各々変換し、該変換されたホームページデータを表示情報としてＸＭＬ形式で保存することを特徴とする。
【００１３】
請求項４記載のホームページ閲覧システムは、スタイル変換手段は、発信されたホームページを閲覧するホームページ閲覧手段が閲覧要求を行う毎にスタイル変換を行うことを特徴とする。
【００１４】
請求項５記載のホームページ閲覧システムは、スタイル変換手段は、スタイル変換結果を保存する変換結果保存手段を有し、閲覧手段が、インターネットに発信されたホームページの閲覧要求を行った時に、前記表示情報の更新が行われていない時には、スタイル変換を行わず、前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行って前記変換結果保存手段に保存して前記スタイル変換結果をホームページ閲覧手段に発信することを特徴とする。
【００１５】
請求項６記載のホームページ閲覧システムは、変換決定手段は、閲覧手段からのアクセス頻度を保存する頻度保存手段を有し、前記スタイル変換手段によりアクセス頻度の高い順にスタイル変換を行い、その結果を変換結果保存手段に保存することを特徴とする。
【００１６】
請求項７記載のホームページ閲覧システムは、スタイル変換手段は、変換結果保存手段を複数有し、前記一つの表示情報情報に対して各々別の形式で変換結果保存手段に保存することを特徴とする。
【００１７】
請求項８記載のホームページ閲覧システムは、スタイル変換手段は、一つの表示情報に対して各々別の形式の変換を同時に行い、前記変換された表示情報を対応する変換結果保存手段に保存することを特徴とする。
【００１８】
請求項９記載のホームページ閲覧システムは、クライアント端末は、前記スタイル変換結果を閲覧手段の種別に応じてモニタリング表示することを特徴とする。
【００１９】
請求項１０記載のホームページ閲覧システムは、クライアント端末が無線通信端末であることを特徴とする。
【００２０】
請求項１１記載のホームページ閲覧システムは、クライアント端末は、前記サーバにインターネットを介して接続されていることを特徴とする。
【００２１】
請求項１２記載のホームページ閲覧システムは、閲覧手段が無線通信端末であることを特徴とする。
【００２２】
請求項１３記載のホームページ閲覧システムは、閲覧手段は、前記サーバにインターネットを介して接続されていることを特徴とする。
【００２３】
請求項１４記載のホームページ閲覧システムは、ホームページデータは、閲覧手段に表示する情報を制御する表示制御情報を有することを特徴とする。
【００２４】
請求項１５記載のホームページ閲覧システムは、データベース変換手段は、ホームページデータを表示情報に変換する時に前記表示制御情報がある場合には、ホームページデータ内の該当するフィールドのデータまたは画像に対して、スタイル情報又は本文情報の何れか一方、または、スタイル情報及び本文情報を、ＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換しないことを特徴とする。
【００２５】
請求項１６記載のホームページ作成方法は、サーバに接続されているクライアント端末は、前記サーバを起動し、サーバは、前記クライアント端末のアクセス要求に応じて前記クライアント端末とホームページを作成するためのデータの授受を行い、前記クライアント端末から受信したデータをホームページデータとしてリレーショナル型データベースで保存し、前記ホームページデータをホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報として前記サーバに保存し、ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段の変換タイミングを決定する変換決定手段の判定結果に応じて前記表示情報を前記スタイル変換手段で変換し、その結果をクライアント端末から入力された閲覧手段の種別に対応して表示、確認し、サーバーの変換結果保存手段に格納し、ホームページを作成することを特徴とする。
【００２６】
【発明の実施の形態】
本発明の以下の説明において使われる略語は、下記の略語である。
ＬＡＮ（Local Area Network）
ＰＤＡ（Personal Digital Assistants）
ＸＭＬ（Extensible Markup Language）
ＨＴＭＬ（Hyper Text Markup Language）
ＭＭＬ（Mobile Markup Language）
ＷＥＢ（World Wide Web）
ＨＴＴＰ（Hypertext Transfer Protocol）
ＵＲＬ（Uniform Resource Locators）
ＤＯＭ（Document Object Model）
ＸＳＬＴ（Extensible Stylesheet Language Transformations）
ＷＡＰ（Wireless Application Protocol）
ＲＤＢ（Relational Database）
ＣＳＳ（cascading style sheets）
【００２７】
ここで、下記構成要件は以下の意味で使用する。
（クライアント端末）
ホームページを作成するための各種データを入力する、例えばパソコンなどの端末である。
（作成サーバ）
クライアント端末から得た各種データをホームページとして表示可能なデータ形式に変換するサーバである。
（データベースサーバ）
クライアント端末及び作成サーバから得た各種データの管理を行うサーバである。
（閲覧手段）
ホームページを閲覧するための、例えば、パソコン、携帯電話、携帯端末である。
（運用サーバ）
閲覧手段からの要求に応じてホームページを配信するサーバである。
（携帯端末）
無線通信によってデータの授受を行う個人向け携帯情報機器で、文字、音声、
画像などのデジタル情報を統合し電子メール、スケジュール管理、データベース、発想支援、教育、エンタテインメントなどの用途に利用する、例えばＰＤＡのような端末である。
【００２８】
又、以下において、下記の用語を定義する。
（ユーザ）
クライアント端末を使用してホームページを作成する者。
（閲覧者）
閲覧手段によりホームページを閲覧する者。
（管理者）
サーバー全体を運用管理する者。
（スタイル情報）
ホームページ閲覧手段に表示するための表示形式を表すデータ。
（本文情報）
ホームページ閲覧手段に表示するデータ形式を表すデータ。
（データベース変換）
ＲＤＢ形式のユーザ本文テーブルをＸＭＬエディターを用いて、ＸＭＬ形式のスタイル情報ファイルと本文情報ファイルに変換すること。
（スタイル変換）
ＸＭＬ形式のスタイル情報と本文情報ファイルを、ＸＳＬＴエディタなどを用いて、ホームページ閲覧用の機器に対応して表示するためのＨＴＭＬ形式や、ＭＭＬ形式のデータに変換すること。
【００２９】
（全体構成）
本発明に係る実施の形態について図面により説明する。図１は、本発明の実施形態の構成を示すブロック図である。この図において、符号１−１は運用サーバ、符号１−２はクライアント端末、符号１−３はＬＡＮ、符号１−４は作成サーバ、符号１−５はデータベースサーバ、符号１−６は通信制御手段、符号１−７は電話網制御手段、符号１−８はインターネット網（ＷＥＢ）、符号１−１０は携帯端末、符号１−１１は携帯電話、符号１−１２はパソコンである。なお、サーバの能力が充分である場合には前記運用サーバ１−２、作成サーバ１−４、デーベースサーバ１−５は、同一のサーバ又は、複数のサーバで機能分担をする構成であっても良いことはいうまでもない。
【００３０】
図１において、運用サーバ１−１、作成サーバ１−４、デーベースサーバ１−５、通信制御端末１−６、クライアント端末１−２は、各々ＬＡＮ１―３で接続されている。通信制御手段１−６は、電話網制御手段１−７を介してインターネット網１−８に接続され、インターネット網１−８にはパソコン１−１２、クライアント端末１−２、携帯端末１−１０、携帯電話１−１１が接続されている。
【００３１】
管理者は、前記各種サーバ１−１、１−４、１−５を起動する。そしてユーザは、ＬＡＮ１−３またはインターネットによって結ばれているクライアント端末１−２からホームページの作成に必要なデータを入力して作成サーバ１−４に送る。作成サーバ１−４は、クライアント端末１−２から入力されたデータをデータベースサーバに１−５保存する形に変換する。変換の結果は、作成サーバ１−４からデータベースサーバ１−５に格納される。
【００３２】
閲覧者は、閲覧手段であるパソコン１−１２、携帯端末１−１０、携帯電話１−１１などからインターネット１−８を介して運用サーバ１−１にアクセスし、データベースサーバ１−５に格納されているホームページをダウンロードして閲覧する。
【００３３】
図２はクライアント端末１−２の構成を示すブロック図である。この図において、２−１は制御手段であり、ＣＰＵなどから構成され、各部の制御や、データの転送、種々の演算、データの一時的な格納を記憶手段２−２に格納されているメインプログラムで行う。２−３は入出力制御手段であって、ＬＡＮ１―３に接続され、通信制御手段１−６を介して入出力するデータを制御する。プリンタ２−９、ディスプレイ２−１０、マウス２−１１、キーボード２−１２は、機器制御手段２−８を介して制御手段２―１により制御される。符号２−２、２−４、２−５、２−６は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００３４】
記憶手段２−２は、メインプログラムが通常の方法で記憶してあるものとする。記憶手段２−２に格納してあるメインプログラムは、制御手段２−１に用いられるものであり、機器制御手段２−８を制御して、例えば、プリンタ２−９にデータを印刷したり、ディスプレイ２−１０に画像や、各種データを表示したりさせるプログラムや、キーボード２−１２からデータを入力したり、マウス２−１１の制御などを行う。そしてＬＡＮ１−３を介して作成サーバ１−４とデータの授受を行うプログラムなどから構成される。
【００３５】
記憶手段２−４には、クライアント端末１−２から作成サーバ１−４にアップロードする画像ファイルが格納されている。
【００３６】
記憶手段２−５には、作成サーバ１−４に送信すべき図１１に示すユーザ情報テーブル１１−１のデータがキーボード２−１２から入力されて格納されている。
【００３７】
記憶手段２−６には、各種プログラムを用いた処理の途中結果が一時的に格納されていて、クライアント端末１−２から作成サーバ１−４にアップロードする画像ファイル、ホームページを作成するための表示情報である本文、及び各種データの属性情報などがある。
【００３８】
図３は、作成サーバ１−４の構成を示すブロック図である。この図において、３−１は制御手段であり、ＣＰＵなどから構成され、各部の制御やデータの転送、種々の演算、データの一時的な格納を記憶手段３−２に格納されているメインプログラムで行う。３−３は入出力制御手段であって、ＬＡＮ１―３に接続され、入出力するデータを制御する。プリンタ３−９、ディスプレイ３−１０、マウス３−１１、キーボード３−１２は、機器制御手段３−８を介して制御手段３―１により制御される。符号３−２、３−６は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００３９】
記憶手段３−２には、メインプログラムが通常の方法で記憶されているものとする。記憶手段３−６には、各種プログラムを用いた処理の途中結果が一時的に格納されていて、クライアント端末１−２から作成サーバ１−４にアップロードされた画像ファイル、ホームページに表示するために作成したホームページデータ、及び各種データの属性情報などがある。図１１のユーザ頁テーブル１１−３内のユーザＩＤ１１−３０、ユーザ本文番号１１−３１は、図１２のユーザ本文テーブル１２ー１内のユーザＩＤ１１−３０、ユーザ本文番号１１−３１に対応している。
【００４０】
ここで図１１に示すユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、及び、図１２に示すユーザ本文テーブル１２ー１、画像対応テーブル１２ー２の各項目名は予めデータベースサーバ１−５に作成されているものとする。
【００４１】
図４は、データーベースサーバ１−５の構成を示すブロック図である。この図において、４−１は制御手段であり、ＣＰＵなどから構成され、各部の制御や、データの転送、種々の演算、データの一時的な格納を、記憶手段４−２に格納されているメインプログラムで行う。４−３は入出力制御手段であって、ＬＡＮ１―３に接続され、入出力するデータを制御する。プリンタ４−９、ディスプレイ４−１０、マウス４−１１、キーボード４−１２は、機器制御手段４−８を介して制御手段４―１により制御される。符号４−２、４−５、４−６、４−７、４−１３は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００４２】
記憶手段４−２には、メインプログラムが通常の方法で記憶されているものとする。記憶手段４−６には、各種プログラムを用いた処理の途中結果が一時的に格納されている。
【００４３】
記憶手段４−４には、クライアント端末１−２で作成したホームページの、全ユーザのホームページデータと表示情報が作成サーバ１−４から送られて格納されている。
【００４４】
記憶手段４−５には、本システムを用いてホームページを作成する、全ユーザ情報が作成サーバ１−４から送られて格納されている。
【００４５】
記憶手段４−７には、クライアント端末１−２で作成した、全ユーザの表示情報の、各種変換結果が作成サーバ１−４から送られて格納されている。
【００４６】
記憶手段４−１３には、全ユーザの画像ファイルが作成サーバ１−４から送られて格納されている。また、外部からダウンロードした全ユーザの画像ファイルが作成サーバ１−４から送られて格納されている。
【００４７】
図５は、運用サーバ１−１の構成を示すブロック図である。この図において、５−１は制御手段であり、ＣＰＵなどから構成され、各部の制御や、データの転送、種々の演算、データの一時的な格納を、記憶手段５−２に格納されているメインプログラムで行う。５−３は入出力制御手段であって、ＬＡＮ１―３に接続され、入出力するデータを制御する。プリンタ５−９、ディスプレイ５−１０、マウス５−１１、キーボード５−１２は、機器制御手段５−８を介して制御手段５―１により制御される。符号５−２、５−６、５−７、５−８は、いずれも記憶手段であって、それぞれ以下のファイルが格納、記憶されている。
【００４８】
記憶手段５−２には、メインプログラムが通常の方法で記憶されているものとする。記憶手段５−６には、各種プログラムを用いた処理の途中結果が一時的に格納されている。
【００４９】
記憶手段５−７には、図２５に示すように作成サーバ１−４、クライアント端末１−２、データベースサーバ１−５等のセッション管理情報５−２０１、パスワードをメールで送付するための各種情報５−２０３、クライアント端末を用いてＷＥＢページを作成したユーザのＷＥＢページを閲覧するためのルートＵＲＬ５−２０２、本システムのＵＲＬ５−２０４等のシステム設定情報２５−１が格納、記憶されている。
【００５０】
記憶手段５−８には、各種の閲覧手段のアクセスログテーブル２６−１、エラーログテーブル２６−２が、図２６（ａ）及び図２６（ｂ）に示すように格納されている。また、アクセス頻度ファイル２７―１は、アクセス順位２７−２順にユーザＩＤ１１―３０、姓１１−２０、名１１−２１、アクセス回数１１−１１が図２７に示すように格納されている。
【００５１】
（概略動作説明）
図２３は、前記の構成において本発明の動作の概略を説明するフローチャートである。ユーザは、クライアント端末１−２からホームページとして表示したい、例えば画面２３−１のような、画面２３−２、２３−３、２３−４を有する画面レイアウトを処理２３−５で決定する。そして決定したレイアウトのページに表示するデータとスタイルを処理２３−６で入力する。
【００５２】
入力が終了したら作成サーバ１−４は、入力されたデータとスタイルを参照してユーザ情報２３−１を作成する。ユーザ情報２３−１は、ユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１からなり、ユーザ本文テーブル１２ー１の下位には図１２に示す画像対応テーブル１２ー２がある。ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２は、レイアウトのページ数に対応して各々、複数ある。
【００５３】
前記ユーザ情報２３−１は、周知のＲＤＢプログラムによって処理２３−７でＲＤＢ形式のホームページデータに変換されてデータベースサーバ１−５に格納される。
【００５４】
ホームページデータは、処理２３−８でＲＤＢ形式のデータを後述する方法でＸＭＬ形式のファイル２３−１７にデータベース変換する。係る変換は、各種の閲覧手段に対応した形式に一様に変換するための元になるデータを作成するために行うものである。前記変換において、ＸＭＬ形式のファイル２３−１７は、スタイル情報１５−２と本文情報１５−１とに区分して別ファイルとして保存する。
【００５５】
一度作成したホームページの修正は、前記ユーザ情報２３−１の何れかをＲＤＢ形式のデータのフィールドを修正することで行う。そして再度、処理２３−８でＲＤＢ形式のデータをＸＭＬ形式のファイル２３−１７に変換する。
【００５６】
前記ＲＤＢ形式のデータをＸＭＬ形式のファイル２３−１７に変換する際に、本文情報１５−１またはスタイル情報１５−２のなかで、ホームページとして表示する必要のない部分を作成しないようにする。係る処理は、前記ユーザ本文テーブル１２ー１とユーザ頁テーブル１１−３に各々格納されている後述する公開情報Ａ（１２−３）と公開情報Ｂ（１１―５）とを参照して行う。
【００５７】
前記ＸＭＬファイル２３−１７は、複数の閲覧手段に対する共通のデータとなるものである。処理２３−９で前記ＸＭＬファイル２３−１７を閲覧手段に対応した表示スタイルにスタイル変換を行う。即ち、周知のＸＳＬＴエディタ等により、例えばパソコンであればＨＴＭＬ形式のファイルに、携帯電話であればＭＭＬ形式のファイルに変換する。
【００５８】
前記変換は、変換のタイミング、変換方法、変換形式を予め作成サーバ１−４に定めておいて、運用サーバからの閲覧手段のアクセスデータなどを参照して、後述する、所帯の時期に、所定の方法で、必要に応じて変換する。
【００５９】
処理２３−９でスタイル変換したファイルは、図２８に示す各端末用のファイル４−７１としてデータベースサーバ１−５にそれぞれ異なった形式のファイル、例えばＨＴＭＬ形式、ＭＭＬ形式のファイルなどとして、処理２３−１０でデータベースサーバ１−５に格納される。
【００６０】
格納した各端末用の前記ファイル４−７１は、後述するクライアント端末のモニタリング処理２３−１５の時に、希望する端末形式でクライアント端末１−２に表示する。係る処理は、クライアント端末１−２から運用サーバ１−１に対して閲覧要求があったとき、後述するユーザ頁テーブル１１−３の公開情報Ｂ１１−５が例えば「工事中」などの属性を表している時に行う。
【００６１】
また、運用サーバ１−１に対して閲覧手段１−１０から閲覧要求があったとき、運用サーバ１−１は前記データベースサーバ１−５に格納した各端末用のファイル４−７１から閲覧手段１−１０に対応した前記ファイル４−７１を読み出し閲覧手段１−１０に送信する。
【００６２】
（詳細動作説明）
次に本発明の詳細な動作と実施例について説明する。
（１．クライアント端末の処理）
図２に示すクライアント端末１−２から、ホームページを作成して作成サーバ１−４にデータを送る場合について説明する。運用サーバ１−１、作成サーバ１−４、デーベースサーバ１−５、とクライアント端末１−２は、所定の手順で起動し、クライアント端末１−２と、作成サーバ１−４とのログインも終了しているものとする。
【００６３】
図６は、クライアント端末のメインフローチャートである。メイン画面６―１で、メインメニューに、新規登録６−１、ログイン６―２、閲覧６−３がある。各メニューにマウスカーソルＭを移動して、マウスをクリックすると制御手段３−１は、プログラムを各メニューの処理にジャンプする。（以下画面に表示されているボタンの選択は特に断らない限りマウスカーソルＭで選択するものとする。）
【００６４】
図示していないログイン画面６−３でメインメニュー画面６−８、パスワード再発行６−９、ユーザＩＤ紛失６−１０の何れかの処理を選択する。また、図示していないメインメニュー画面６−８には、ホームページ作成６−１２、パスワード変更６−１３、登録内容変更６−１４、全登録削除６−１５があり、各メニューにマウスカーソルＭを移動して、マウスＭをクリックすると制御手段３−１は、プログラムを各メニューの処理にジャンプする。パスワード再発行６−９、ユーザＩＤ紛失６−１０、パスワード変更６−１３、登録内容変更６−１４、全登録削除６−１５は、周知の処理で行うが本発明の主旨ではないので説明を省略する。
【００６５】
図６における処理においては、本発明に係わる新規登録６−２、ホームページ作成６−１２、閲覧６−４の処理についてのみ以下に説明する。
【００６６】
新規登録６−１には、本システムの使用許諾６−５、ユーザ情報入力６−６、ユーザ情報登録６−７がある。ユーザ情報入力６−６、ユーザ情報登録６−７は（１．２ユーザテーブル）で後述する。
【００６７】
ホームページ作成６−１２は（１．３ユーザ本文テーブルの作成）で後述し、閲覧６−４は（４．閲覧）で後述する。
【００６８】
（１．１画面レイアウトとホームページ作成編集処理）
図６において、図示していないメインメニュー画面６−８でホームページ作成６−１２を選択すると、図７のフローチャートで示すホームページ作成６−１２の処理に進む。図７は、クライアント端末１−２、作成サーバ１−４、データベースサーバ１−５の処理と併記してある。
【００６９】
ホームページ作成６−１２の処理に進むと図８示すホームページ作成処理６−１２のメイン画面であるホームページ作成画面７−１を表示する。図８において、ホームページアドレス８−３は、ユーザＩＤがａａａの場合のホームページのＵＲＬを示し、ハイパーリンクによってユーザホームページにジャンプする。スタートページ８−４はユーザホームページを表示した時に、ユーザが作成した初期表示するページを指定できる。登録済みページをカーソル８−５で選択する。新規にページを作成するときには新規ページ作成８−６を、編集の時には８−７を、ページを削除する時には削除８−８のページに対応した符号８−７ａ、８−７ｂ、８−７ｃ、８−８ａ、８−８ｂ、８−８ｃで表す各ボタンを、マウス２−１１でクリックする。
【００７０】
既に登録済みのページはタイトル８−９、レイアウト８−１０、作成日８−１１を表示する。新規に作成したページ、又は編集したページは登録ボタン８−１をクリックするとデータベースサーバ１−５に登録してメインメニュー画面６−８に戻る。そのままメインメニュー画面６−８に戻る時には戻るボタン８−２をクリックする。
【００７１】
図８の新規ページ作成ボタン８−６、または編集ボタン８−７をクリックすると、クライアント端末１−２は処理７−２で作成サーバ１−４に各々スタイル一覧画面作成７−３または編集画面作成７−４の要求を出す。
【００７２】
作成サーバ１−４は各要求に応じて、新規ページ作成処理の時には図９の画面７−６を、編集処理の時には図１０の画面７−９を表示するための情報をクライアント端末１−２に送信し、クライアント端末１−２は、図９（画面７−６）又は図１０（画面７−９）を表示する。
【００７３】
新規ページ作成処理においては、予めテンプレートデータとして登録しておいても良く、またその都度レイアウトを定義して作成するようにしても良い。画面７−６（図９）では、現在登録されているレイアウトのレイアウト名として標準ページ９−２及びバナーとコンテンツ９−３と、それに対応したレイアウトとして１ページ全体を使用するレイアウト９−４と、１ページを３分割したレイアウト９−５を一覧表示している。
【００７４】
画面７−６で標準ページ９−２又はバナーとコンテンツ９−３の何れかを選択するとクライアント端末１−２は、処理７−７で選択されたスタイルテンプレートを選択して作成サーバ１−４にホームページ作成画面の送信要求をする。作成サーバ１−４は、選択した行のレイアウトを利用したホームページ作成編集処理７−８に進む。クライアント端末１−２は、処理７−９で図１０（画面７−９）を表示する。係る処理を戻るときには戻るボタン９−１を選択してホームページ作成画面７−１に戻る。
【００７５】
前記レイアウトはユーザがホームページを作り易いように予め作成サーバ１−４に登録したテンプレートを図９の１ページ全体を使用するレイアウト９−４と、１ページを３分割したレイアウト９−５のように表示しているが、これ以外にユーザが定義できるようにしても良い。
【００７６】
処理７−２において編集処理の時には編集画面作成処理７−４に進む。作成サーバ１−４は、後述するようにして作成した図１１のユーザ頁テーブル１１−３の転送要求をデータベースサーバ１−５に行い、ホームページ作成編集処理で必要なユーザ頁テーブル１１−３をクライアント端末１−２に送る。クライアント端末１−２は、前記ユーザ頁テーブル１１−３をもとに図１０（画面７−９）を表示する。
【００７７】
図１０は、ホームページ作成編集画面７−９である。本文編集１０−１、ページプロパティ１０−２、ＰＣシュミレータ１０−３、携帯シュミレータ１０−４、完了１０−５の各ボタンを表示し、マウスカーソルＭで選択する。
【００７８】
前記本文編集１０−１、ページプロパティ１０−２、ＰＣシュミレータ１０−３、携帯シュミレータ１０−４、完了１０−５の各ボタンの機能は以下のようである。
【００７９】
本文編集ボタン１０−１は、本文編集７―１０にジャンプし、ページプロパティボタン１０−２は、ページプロパティフロー７−１１にジャンプする。ＰＣシュミレータボタン１０−３、携帯シュミレータボタン１０−４は、各々のモニタリング処理であるＰＣシュミレータ７−１２、携帯シュミレータ７−１３にジャンプし、完了ボタン１０−５は、ホームページ作成画面７−１に戻る。本文編集７―１０は（１．４本文編集）で、ＰＣシュミレータ、携帯シュミレータは（２．３モニタリング処理）で後述する。
【００８０】
ここで、ページプロパティとは、作成したホームページのタイトル、アクセス回数、作成日、変更日などの他に、図１２で示した公開情報Ｂ１１―５があり、図２２（画面２２−１）に示す。前記図２２の登録ボタン２２−２を選択すると表示されているプロパティの内容をデータベースサーバ１−５に格納し、戻るボタン２２−３を選択すると編集内容を破棄してホームページ作成編集画面７−９に戻る。係るページプロパティ情報は、運用サーバ１−１から得るアクセス回数と共に作成サーバ１−４が管理し、データベースサーバ１−５に格納されている。
【００８１】
（１．２ユーザテーブル）
以下に前記した図１１、図１２に示した各種のユーザテーブルの内容について説明する。以下のユーザテーブルは、全てＲＤＢ形式で作成されていて周知の方法でデータベースサーバ１−５を介して、各サーバによってアクセスされ、ユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２で構成されている。
【００８２】
係るユーザテーブルの下記の各項目名は予め定義されて各ユーザテーブルの初期時の項目名として前記各テーブルに格納されている。
【００８３】
ユーザ情報テーブル１１−１のデータはユーザが入力し、ユーザ情報ログインテーブル１１−２は運用サーバ１−１が作成し、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２は作成サーバ１−４が作成し、全てのテーブルはデータベースサーバ１−５に格納される。
【００８４】
ユーザ情報テーブル１１−１の各項目は、ユーザのプロファイル情報とホームページの作成、更新日の情報よりなる。ユーザＩＤ１１−３０は、全てのユーザテーブルに反映されている。ホームページを作成するユーザ名が全て登録され、前記ユーザＩＤ１１−３０によって管理されている。
【００８５】
ユーザ情報ログインテーブル１１−２には、ログインしたユーザに対するセッション管理情報であるログインセッション１１−１５が格納されていて、運用サーバ１−１によって管理される。
【００８６】
ユーザ頁テーブル１１−３の各項目は、各ユーザのホームページの情報が格納され、ユーザページ番号１１−６、ユーザページタイトル１１−７、スタートページフラグ１１−８、レイアウト番号１１−９、レイアウトの各画面を示す毎に付けたフレーム番号１１−１０、ユーザ本文番号１１−３１、このページに対して閲覧者が何回アクセスしたかを示すアクセス回数１１−１１、公開情報Ｂ１１−５、作成日１１−１２、更新日１１−１３、背景色や背景画像を設定するための背景１１−１４、で構成されている。
【００８７】
公開情報Ｂ１１−５は、作成したホームページが例えば、パソコン用であるか、又は、携帯電話用であるかを示し、閲覧要求をした閲覧手段に、ホームページを表示して良いか否かを決定する表示制御情報である。例えば、パソコンには表示し、携帯電話には表示しないなどを表す。かかる情報は、後述する作成サーバ１−４がスタイル変換方法を決定するため、及び、閲覧手段に表示する情報、例えば、風俗画像などの表示制限に用いる。
【００８８】
一つのホームページは、複数ページから構成され、ユーザ頁テーブル１１−３に格納されているユーザページ番号１１−６に対応してユーザ本文テーブル１２−１のユーザ本文番号１１−３１は複数ある。各ユーザ本文テーブル１２ー１は、ホームページを表示するための表示情報を作成するための本文情報１２ー７と各種のスタイル情報１２ー６がＲＤＢ形式でに格納されている。
【００８９】
前記ユーザ本文テーブル１２ー１の各項目は、ユーザＩＤ１１―３０、ユーザ本文番号１１−３１、タグ番号１２−４、タグタイトル１２−９、タグ種別１２−１０、本文１２−１２、イメージ名１２−５、イメージサイズ１２−１３、位置１２−１４、文字サイズ１２−１５、文字形式１２−１６、文字フォーマット１２−１７、文字色１２−１８、背景色１２−１９、リンクモード１２−２０、リンク１２−１１、公開情報Ａ１２−３、作成日１２−２２、更新日１２−２３で構成されている。公開情報Ａ１２ー３は表示制御情報である。図１２のユーザ本文テーブル１２ー１に格納され、閲覧手段であるパソコン１−１２、携帯端末１−１０、携帯電話１−１１で表示する情報をユーザ本文テーブルのフィールド単位で制御する。例えば、公開情報Ａ１２ー３とユーザ情報テーブル１１−１から風俗画像などの表示制限に用いる。
【００９０】
画像対応テーブル１２ー２の各項目は、クライアント端末が保有する画像ファイルを指定するイメージ名１２ー５とその中にあるイメージであるイメージファイル名１２ー８が格納されている。
【００９１】
（１．３ユーザ本文テーブルの作成）
ユーザ本文テーブル１２ー１には、ホームページ表示する本文に関する情報が格納されている。本システムを理解するために、まずホームページに図１３のようなホームページを表示する場合、ユーザがクライアント端末１−２から入力したデータを作成サーバ１−４はユーザ本文テーブル１２ー１をどのように作成し、データベースサーバ１−５にどのように格納するかについてその概略を説明する。その後、（１．４本文編集）で本文編集の詳細を説明する。
【００９２】
図１３において、タイトル１３−１は明朝体、本文１３−２はゴシック体、スタイルはゴシック体、文字色は黒、画像１３−３の背景は白色で表示するものと定義する。
【００９３】
まず、ユーザは、図１３に表示されている表示データと、上記スタイル定義データをクライアント端末１−２から入力して作業ファイル２−６に格納し、作成サーバ１−４に送る。作成サーバ１−４は、クライアント端末１−２から受信した前記データを作業ファイル３−６に格納する。又、作成サーバ１−４は、周知のＲＤＢプログラムによってホームページデータ１４ー１を図１４（ａ）に、画像対応テーブル１４−２を図１４（ｂ）に示すように作成し、作業ファイル３−６に格納すると共に、データベースサーバ１−５に送信する。データベースサーバ１−５は、ユーザＩＤ１１−３０がユーザとして管理される表示情報保存ファイル４−４内にホームページデータ１４ー１をＲＤＢ形式で格納する。
【００９４】
前記したように、表示情報保存ファイル４−４には、ＲＤＢ形式のユーザ本文テーブル１２ー１（本文情報１２ー７とスタイル情報１２ー６）が格納されている。ＲＤＢ形式のユーザ本文テーブル１２ー１は、ユーザがホームページを作成するためにＨＴＭＬ言語を理解していなくとも容易にホームページの作成ができる。また、その修正もフィールド単位で行える利点がある上に以下に述べるＸＭＬ形式へのファイル変換も容易で、ホームページの作成と変更などの柔軟性に富む。
【００９５】
更に、ホームページデータ１４ー１がＲＤＢ形式で格納されていることにより、フィールド単位にＸＭＬ形式の変換ができるので、前記公開情報Ａ及び公開情報Ｂによって閲覧手段に対して細かな表示制限を行うことができる。
【００９６】
（１．４本文編集）
上記ユーザ本文テーブル作成の詳細を図１６の本文編集フロー７−１０に示す。なお、説明の簡略化の為に以下の処理はクライアント端末１−２がデータの入出力と表示を行い、作成サーバ１−４が処理するものとするが、クライアント端末１−２が以下の処理をしても良い。
【００９７】
前記本文編集ボタン１０−１をクリックすると図１６においてクライアント端末１−２は、作成サーバ１−４に本文編集画面作成要求１６−１を行う。作成サーバ１−４は、データベースサーバ１−５に該当するユーザのユーザ情報テーブル１１−１、ユーザ情報ログインテーブル１１−２、ユーザ頁テーブル１１−３、ユーザ本文テーブル１２ー１、画像対応テーブル１２ー２等のユーザ情報の送信要求１６−２を行う。クライアント端末１−２は、データベースサーバ１−５から本文編集に必要な上記ユーザ情報を受信して図１７のような本文編集画面１７−１を表示する。
【００９８】
図１７において、符号１７−２は項目一覧リストで、ユーザ本文テーブル１２−１中のタグタイトル１２−９と、タグ種別１２−１０が表示されている。図１７は、図１４に対応して、タグタイトル１２−９は、タイトル１２−９ａ、本文１２−９ｂ、画像１２−９ｃが、タグ種別１２−１０は、１「文字」１２−１０ａ、１「文字」１２−１０ｂ、２「画像」１２−１０ｃがそれぞれ表示されている。
【００９９】
図１７における各ボタンの機能は以下のようである。登録ボタン１７−３は編集しているページの内容をデータベースサーバ１―５に格納し、図１０の画面に戻る。戻るボタン１７−４は、図１０の画面に戻る。本文追加ボタン１７−７は、項目一覧リスト１７−２に本文項目を追加してフレーム１７−１０に図１９に示す本文項目編集画面１９−１を表示する。編集ボタン１７−５は、フレーム１７−１０に項目一覧リスト１７−２で選択された項目に対応して、本文項目編集画面１９−１、図示していないリンク項目編集画面、画像項目編集画面を表示する。
【０１００】
本文追加ボタン１７−７を選択すると、図１９に示すように項目一覧リスト１７−２に本文項目１２−９を追加して、フレーム１７−１０内に本文項目編集画面１９−１を表示する。
【０１０１】
リンク追加ボタン１７−８を選択すると、項目一覧リスト１７−２にリンク項目１２−１１を追加してフレーム１７−１０内に図示していないリンク項目編集画面を表示する。また、画像追加ボタン１７−９を選択すると、項目一覧リスト１７−２に画像項目１２−５を追加してフレーム１７−１０に図示していない画像項目編集画面を表示する。
【０１０２】
本文項目編集ボタン１７−５が選択されると図１８のフローチャートで示す本文項目編集処理に進む。クライアント端末１−２から作成サーバ１−４に本文項目編集要求１８−１を行うと、作成サーバ１−４は、データベースサーバ１−５から処理１８−２でユーザ本文テーブルを取得して図１９に示す本文項目編集画面１９−１を表示する。
【０１０３】
図１９において、フレーム１７−１０内には図１４で示したホームページデータ１４ー１）と画像対応テーブル１４−２のテーブルのデータが有効なフィールドのデータに対する項目を表示する。即ち、図１４の例では、本文１に関係するタグタイトル１２−９、本文１２−１２、位置１２―１４、文字サイズ１２−１５、文字形式１２−１６、文字フォーマット１２−１７、文字色１２−１８、公開情報Ａ１２−３、のフィールドの項目名に対してデータが入力されていて有効である。係るフィールドの項目名に対応してフレーム１７−１０内に各々、タグタイトル１９−４、文章１９−６、位置１９−７、文字サイズ１９−９、文字形式１９−１０、文字フォーマット１９−１１、色１９−８、公開情報Ａ１９−５の項目名ボタンを表示する。
【０１０４】
そして作成サーバ１−４は、図１４のユーザ本文テーブル１２ー１の各フィールドに格納されている項目から、タグタイトル１９−４に対しては本文１（１２―９ｂ）を、公開情報１９−５に対しては公開情報Ａに対応して全公開１２−３ｂを、文章１９−６に対しては「これは本文である。」を、位置１９−７に対しては中央１２−１４ｂを、色１９−８に対しては黒１２−１８ｂを、文字サイズ１９−９に対しては中１２−１５ｂの情報を、文字形式１９−１０に対しては標準１２−１６ｂを、文字フォーマット１９−１１に対しては明朝１２−１７ｂを得る。クライアント端末１−２は、係る情報を作成サーバ１−４から得て、図１９に示した本文項目編集画面１９−１のフレーム１７−１０内に前記情報を表示する。
【０１０５】
前記表示された編集対象項目に対して編集を終了した後に処理１８−３で図１９で示す決定ボタン１９−２をクリックすると、決定項目の保存処理１８−４でデータベースサーバ１−５に格納されたＲＤＢ形式の本文情報１２ー７とスタイル情報１２ー６の前記決定した項目及び、更新日１２−２３を変更してデータベースサーバ１−５に格納する。
【０１０６】
クライアント端末１−２は、処理１９−６でフレーム１７−１０をクリアし、処理１９−７で項目一覧リスト１７−２を初期状態にして、本文項目編集画面１９−１に戻る。前記の項目編集を取り消す時には取り消しボタン１９−３をクリックするとフレーム１７−１０をクリアし、処理１９−７で項目一覧リスト１７−２を初期状態にして、本文項目編集画面１９−１に戻る。
【０１０７】
また、処理１８−５にも進み運用サーバ１−１に対してセッション終了を通知し、運用サーバ１−１は、処理１８−６でユーザ情報のログインテーブル１１−２にセッション終了日付１１−１７、時間１１−１８、更新日１１−１６などを格納する。
【０１０８】
（１．５データベース変換）
図２３で説明した概略動作において各種の閲覧手段に対応した形式に一様に変換するための元になるデータとしてＸＭＬ形式のファイルを作成することを述べた。係るデータベース変換について以下に説明する。
【０１０９】
作成サーバ１−４は、作業ファイル３−６に格納した前記ＲＤＢ形式のユーザ本文テーブル１２ー１を以下のようにしてＸＭＬ形式のファイルにデータベース変換する。作成サーバ１−４は、後述するようにＲＤＢ形式のユーザ頁テーブル１１−３の公開情報Ｂ１１―５と、ユーザ本文テーブル１２ー１の公開情報Ａ１２−３を参照してユーザ本文テーブル１２ー１の各フィールドの内容を１フィールドずつ取り出す。そして係る各フィールドの内容を周知のＸＭＬエディターを用いてＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換する。作成サーバ１−４は、ユーザ本文テーブル１２ー１の対象になるフィールド全てについてＸＭＬ形式にデータベース変換したファイルを、本文情報ファイル１５−１とスタイル情報ファイル１５−２に区分した表示情報としてデータベースサーバ１−５に送信と、データベースサーバ１−５は、表示情報保存手段４−４に前記表示情報を格納する。
【０１１０】
図１５は、図１４のＲＤＢ形式のホームページデータ１４ー１をＸＭＬエディターでデータベース変換した結果をＸＭＬ形式で表示した図で、図１５（ａ）は、本文情報ファイル１５−１、図１５（ｂ）は、スタイル情報ファイル１５−２である。但し画像１の公開情報Ａは、全公開としてある。データベースサーバ１−５は、受信した前記ＸＭＬエディターで変換されたホームページデータ１４ー１の本文情報ファイル１５−１とスタイル情報ファイル１５−２をＸＭＬ形式で表示情報保存ファイル４−４に格納する。即ち、表示情報保存ファイル４−４には、ＲＤＢ形式の本文情報１２ー７とスタイル情報１２ー６と、ＸＭＬ形式の本文情報ファイル１５−１、とスタイル情報ファイル１５−２が格納されている。
【０１１１】
（１．６公開情報）
ここで、前記したＲＤＢ形式のユーザ本文テーブル１２ー１をＸＭＬ形式のファイルにデータベース変換する際、公開情報Ａ１２−３と公開情報Ｂ１１−５をどのように参照するかについて以下に説明する。
【０１１２】
例えば、前記本文項目編集において、表示端末としてパソコンを指定したい場合には、ユーザ頁テーブル１１−３の公開情報Ｂ１１−５を編集して、表示端末としてパソコンを指定する。図示していないユーザ頁テーブル１１−３のＲＤＢ形式のユーザ頁テーブルは、公開情報Ｂのフィールドが携帯電話端末などへの表示を禁止する公開情報として、例えば「パソコンにのみ表示」である属性が格納される。そしてＸＭＬ形式にデータベース変換する時に、例えば携帯端末用の表示情報の作成を指定すると、作成サーバ１−４は公開情報Ｂのフィールドの属性「パソコンにのみ表示を参照して、図２０のような携帯電話端末表示用のＸＭＬ形式のスタイル情報ファイル２０−１を作成する。図２０より明らかなように、携帯電話端末表示用のＸＭＬファイル２０−１には図１５（ｂ）の符号１５−３で示したイメージを表示するためのＸＭＬファイルが作られない。
【０１１３】
同様にして、前記本文項目編集において、ユーザ本文テーブル１２−１の公開情報Ａ１２−３を編集して、図１４の表示画像として未成年非公開１２−３ｄを指定すると、図２１のようなＸＭＬ形式の本文情報ファイル２１−１が作られる。図２１より明らかなように、本文情報ファイル２１−１には図１５（ａ）の符号１５−２で示したイメージを表示するためのＸＭＬファイルが作られない。即ち、本文情報ファイル２１−１に表示ファイルが存在しないために端末の種類に係わらず画像１を表示しない。
【０１１４】
前記の場合においてユーザ本文テーブル１２−１の所定のページのみに「このページのみ非公開」である属性として指定されたページのみが表示されなくなるようにもでき、また、ユーザ頁テーブル１１−３の公開情報Ｂ１１−５を編集して特定のユーザ、例えばプロバイダーへの支払いの済んでいないユーザなどに対して表示制限をすることができる。
【０１１５】
なお、リンク追加ボタン１７−８、及び、画像追加ボタン１７−９の処理も前記本文項目編集と同様な処理で行うことができるが、本発明の主旨から外れるので説明を省略する。
【０１１６】
（２．スタイル変換）
従来の技術の項で述べたように、従来ホームページを作成するにはＨＴＭＬ言語の知識が必要である。更に又、閲覧する端末が携帯電話やパームトップ端末などの場合には、個別のＨＴＭＬエディターが必要であり、その都度ＨＴＭＬエディターを理解して使い分けなければならず、ホームページを容易に作成することができなかった。そして、ホームページを更新しようとする時には、全ての端末に対応して一斉に行わないと、情報がばらばらになり端末同士での情報が一致しなくなる等の問題点があった。以下においては、前記問題点を解決するために行うスタイル変換について説明する。
【０１１７】
前記したように閲覧手段が各種ある場合には、閲覧手段で表示可能なスタイル、例えばパソコンであればＨＴＭＬ形式のファイルに、携帯電話であればＭＭＬ形式のファイルにそれぞれ変換する必要がある。本発明では前記、表示情報保存ファイル４−４に格納したＸＭＬ形式の本文情報ファイル１５−１と、スタイル情報ファイル１５−２を用いて各種の閲覧手段に対応した表示可能なスタイルにそれぞれ変換する。係る変換は閲覧手段に応じて変換の方法を決定する。更に、システムの状況に応じた変換タイミングを決定し、適した変換方法で変換し、それらを保存することが必要である。以下これらについてそれぞれ説明する。
【０１１８】
（２．１変換タイミング）
本システムは、以下のような各種の形態がある。即ち、▲１▼システムが初期、又は小規模で閲覧手段の機種、台数が少ない時（システム１と称す）、▲２▼作成したホームページの変更が少なく、クライアント端末１−２の更新回数が少ない時（システム２と称す）、▲３▼閲覧者が多岐にわたり閲覧手段が多機種の時（システム３と称す）などがある。係る場合常に同じようなスタイル変換を行っているとシステム及び回線が混み合ってシステムがうまく運用できない場合が生じる。係る不具合を回避するために、スタイル変換を以下のように行う。なお、前記の変換タイミングをどのように使用するかは予めシステムの状況に応じて作成サーバ１−４のプログラムで定めておくものとする。
【０１１９】
システム１の場合、閲覧手段から閲覧要求があった時にスタイル変換を行い、前記変換結果保存ファイル４−７に保存して前記スタイル変換結果をホームページ閲覧手段に発信する。
システム２の場合、閲覧手段が閲覧要求を行った時に、表示情報の更新が行われていない時にはスタイル変換を行わず前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行い、前記変換結果保存ファイル４−７に保存して前記スタイル変換結果をホームページ閲覧手段に発信する。
システム３の場合、ユーザ頁テーブル１１−３に格納されているアクセス回数１１−１１からの情報により、表示情報の更新が行われていてアクセス頻度の高い表示情報からスタイル変換を行う。
【０１２０】
なお、前記システム１、システム２の場合にもシステムの状況に応じて前記システム３の場合のように、表示情報の更新が行われていて、アクセス頻度の高い表示情報からスタイル変換を行うようにしても良い。
【０１２１】
（２．２変換方法）
図２４は、前記スタイル変換のフローチャートである。作成サーバ１−４は、処理２４で閲覧要求のあった閲覧手段のユーザユーザ情報２３−１からユーザＩＤ１１−３０を取得する。処理２４−１で対象システムが３であれば運用サーバ１−１のアクセス頻度ファイル２７―１から頻度情報を取得する。また、処理２４−１で対象システムが３でない時には処理２４−２に進み、システム２であればユーザ情報ログインテーブル１１−２のスタイル変換１１−２２を参照する。そしてスタイル変換済みでなければ処理２４−５に進み、スタイル変換済みであれば変換処理をせずに終了する。更に処理２４−２でシステム２でない時には処理２４−３に進み、システム１として処理２４−５に進む。
【０１２２】
処理２４−５で頻度情報を取得して処理２４−６に進み、データベースサーバ１−５から最高頻度の表示情報を取得すると処理２４−７で周知のＸＳＬＴエディタによりＸＳＬＴを行う。データベースサーバ１−５の変換結果保存ファイル４−７の各端末用のファイル４−７１として結果を格納する。前記ＸＳＬＴは、予め作成サーバ１−４にシステムが扱っている端末の表示スタイルとして、例えばＨＴＭＬ形式、ＭＭＬ形式のファイルであると登録しておき、係る形式の複数種類のファイルをＸＳＬＴして生成するものである。そして処理２４−８に進みユーザ情報ログインテーブル１１−２のスタイル変換１１−２２にスタイル変換済みである情報を格納し、処理２４−９で終了する。
【０１２３】
（２．３モニタリング処理）
ユーザが、作成中のホームページをクライアント端末でシミュレーション表示して確認するときに行う処理である。クライアント端末１−２から運用サーバ１−１に対して閲覧要求があったとき、ユーザ頁テーブル１１−３の公開情報Ｂ１１−５が例えば「工事中」などの属性を表している時に行う。図２８は、モニタリング処理のフローチャートである。図１０のＰＣシュミレータ１０−３、又は、携帯シュミレータ１０−４をクリックすると、作成サーバ１−４はモニタリング処理２８−１を開始する。
【０１２４】
作成サーバ１−４は、ホームページをパソコンに表示するＰＣシュミレータの処理２８−２が選択された場合、データベースサーバ１−５に対して変換結果保存ファイル４−７にある各端末用のファイル４−７１から前記ＸＳＬＴされたＨＴＭＬファイルを読み出すように要求する。そしてパソコン表示用のＨＴＭＬ形式のファイルを受け取り、クライアント端末１−２に送信する。クライアント端末１−２は、処理２８−７でモニタリング画面を表示してモニタリング処理を終了する。
【０１２５】
ホームページを携帯電話に表示する携帯シュミレータの処理２８−３が選択された場合、作成サーバ１−４は処理２８−４で携帯電話に表示可能な表示サイズの計算を行う。そして処理２８−５で携帯電話に表示するのに必要なページサイズを確認し、データベースサーバ１−５に対して変換結果保存ファイル４−７にある各端末用のファイル４−７１から前記ＸＳＬＴされた携帯電話表示用のＭＭＬ形式のファイルを読み出すように要求し、ＨＴＭＬファイルを受け取る。
【０１２６】
処理２８−６では、前記処理２８−４で求めた携帯電話に表示可能な表示サイズに適した表示画面を作成し、クライアント端末１−２に送信する。クライアント端末１−２は、処理２８−７でモニタリング画面を表示してモニタリング処理を終了する。
【０１２７】
（３．運用サーバの処理）
運用サーバ１−１は、前記したように作成サーバ１−４と、携帯電話やパソコンなどの閲覧手段からのアクセス頻度の計測や保存を行う。
【０１２８】
（３．１頻度計測と保存）
運用サーバ１−１は閲覧手段から閲覧要求があると、ユーザの正当性などをチェックし、正当な場合には各ユーザＩＤから対応するユーザ頁テーブル１１−３のアクセス回数１１−１１を更新する。そして前記したスタイル変換要求時にはデータベースサーバ１−５からユーザ頁テーブル１１−３のアクセス回数１１−１１を取得してアクセス頻度ファイル２７―１を更新する。
【０１２９】
（４．閲覧）
閲覧手段にはＷＥＢを介してアクセスするパソコンや、ＷＡＰなどを介してＷＥＢにアクセスする携帯電話、ＰＤＡなどがある。係る閲覧手段の閲覧時のフローチャートを図２９に示す。閲覧者は、既に運用サーバ１−１に閲覧者としての閲覧者ＩＤの登録を済ませてあるものとする。
【０１３０】
（４．１パソコンによる閲覧）
閲覧手段であるパソコンは、処理２９−１で閲覧したいユーザページのＵＲＬを付して、周知の方法でＷＥＢにＨＴＴＰプロトコルに基づくクＨＴＴＰリクエストを作成し、運用サーバ１−１にアクセスする。運用サーバ１−１は、閲覧者ＩＤなどによって閲覧者が正当と判断されると、ＨＴＴＰリクエストのユーザエージェント内のブラウザ情報を参照して、閲覧手段がパソコンであると判断するとともに、ユーザページのＵＲＬを処理２９−２で取得し、前記スタイル変換処理２９−３を開始する。
【０１３１】
運用サーバ１−１は、前記した方法でスタイル変換したパソコンに表示するためのＨＴＭＬ形式の表示情報ファイルを、データベースサーバ１−５の変換結果保存ファイル４−７の各端末用のファイル４−７１から取得する。処理２９−４で閲覧手段に対してＨＴＴＰレスポンスを作成し、前記ＨＴＭＬ形式の表示情報を閲覧手段に送信する。閲覧手段は処理２９−５で係る表示情報を表示することでユーザホームページを閲覧する。
【０１３２】
（４．２通信端末による閲覧）
閲覧手段が例えば携帯電話などのように、ＷＡＰなどのプライベートネットの場合には個々のプライベートネットに対応した情報を付してＷＥＢとの接続点であるゲートウエイに送付する。前記したと同様に閲覧者ＩＤなどによって閲覧者が正当と判断されると、ＨＴＴＰリクエストのユーザエージェント内のブラウザ情報を参照する。そして、閲覧手段が携帯電話であると判断するとともに、ユーザページのＵＲＬを処理２９−２で取得し、前記スタイル変換処理２９−３を開始する。但し閲覧手段が携帯電話なりで、前記したように運用サーバ１−１は、携帯電話に表示するための例えばＭＭＬ形式等の表示情報ファイルをデータベースサーバ１−５の変換結果保存ファイル４−７の各端末用のファイル４−７１から取得する。
【０１３３】
【発明の効果】
請求項１記載のホームページ閲覧システムによれば、少なくともホームページを表示するための表示情報と該表示情報を作成するためのホームページデータと、該ホームページデータを前記表示情報に変換するデータベース変換手段と、前記表示情報とホームページデータとを保存する表示情報保存手段と、前記表示情報を閲覧するホームページ閲覧手段と、前記表示情報を前記ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段と、前記スタイル変換手段の変換タイミングを決定する変換決定手段とを有するサーバと、該サーバに接続されて前記ホームページデータを前記サーバに送信するクライアント端末とを備えることによってＨＴＭＬ言語の知識がなくてもホームページを容易に作成することができる。
【０１３４】
請求項２記載のホームページ閲覧システムは、請求項１記載の発明において表示情報をホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報保存手段に格納することにより容易にホームページの編集ができる。
【０１３５】
請求項３記載のホームページ閲覧システムは、表示情報をデータベース変換手段によりホームページデータをリレーショナル型データベースとして表示情報保存手段に格納し、前記リレーショナル型データベースの各フィールドの内容を前記データベース変換手段によって１フィールドずつＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に各々変換し、該変換されたホームページデータを表示情報としてＸＭＬ形式で保存することにより各種の閲覧手段に対して柔軟に対応できる。
【０１３６】
請求項４記載のホームページ閲覧システムは、スタイル変換手段は、発信されたホームページを閲覧するホームページ閲覧手段が閲覧要求を行う毎にスタイル変換を行うことで小規模なシステムに柔軟に対応できる。
【０１３７】
請求項５記載のホームページ閲覧システムは、スタイル変換手段は、スタイル変換結果を保存する変換結果保存手段を有し、閲覧手段が、インターネットに発信されたホームページの閲覧要求を行った時に、前記表示情報の更新が行われていない時には、スタイル変換を行わず、前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行って前記変換結果保存手段に保存して前記スタイル変換結果をホームページ閲覧手段に発信することで無駄な処理をなくし、システムを効率良く運用できる。
【０１３８】
請求項６記載のホームページ閲覧システムは、変換決定手段は、閲覧手段からのアクセス頻度を保存する頻度保存手段を有し、前記スタイル変換手段によりアクセス頻度の高い順にスタイル変換を行い、その結果を変換結果保存手段に保存することでアクセス要求の高いホームページに柔軟に対応できる。
【０１３９】
請求項７記載のホームページ閲覧システムは、スタイル変換手段は、変換結果保存手段を複数有し、前記一つの表示情報情報に対して各々別の形式で変換結果保存手段に保存することで各種の閲覧手段に対応できる。
【０１４０】
請求項８記載のホームページ閲覧システムは、スタイル変換手段は、一つの表示情報に対して各々別の形式の変換を同時に行い、前記変換された表示情報を対応する変換結果保存手段に保存することで閲覧手段に係わらず同じ情報を共有できる。
【０１４１】
請求項９記載のホームページ閲覧システムは、クライアント端末が前記スタイル変換結果を閲覧手段の種別に応じてモニタリング表示することで未完成のホームページの確認をクライアント端末でできる。
【０１４２】
請求項１０記載のホームページ閲覧システムは、クライアント端末が無線通信端末であることでどこからもホームページの更新ができる。
【０１４３】
請求項１１記載のホームページ閲覧システムは、クライアント端末は、前記サーバにインターネットを介して接続されていることで情報の多いホームページの更新ができる。
【０１４４】
請求項１２記載のホームページ閲覧システムは、閲覧手段が無線通信端末であることでどこからもホームページの閲覧ができる。
【０１４５】
請求項１３記載のホームページ閲覧システムは、閲覧手段は、前記サーバにインターネットを介して接続されていることで情報の多いホームページの閲覧ができる。
【０１４６】
請求項１４記載のホームページ閲覧システムは、ホームページデータは、閲覧手段に表示する情報を制御する表示制御情報を有することで閲覧手段、閲覧者に応じて情報を選択的にブラウザに表示できる。
【０１４７】
請求項１５記載のホームページ閲覧システムは、データベース変換手段は、ホームページデータを表示情報に変換する時に前記表示制御情報がある場合には、ホームページデータ内の該当するフィールドのデータまたは画像に対して、スタイル情報又は本文情報の何れか一方、または、スタイル情報及び本文情報を、ＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換しないことで無駄な処理をなくしシステムを有効に使用できる。
【０１４８】
請求項１６記載のホームページ作成方法は、サーバに接続されているクライアント端末は、前記サーバを起動し、サーバは、前記クライアント端末のアクセス要求に応じて前記クライアント端末とホームページを作成するためのデータの授受を行い、前記クライアント端末から受信したデータをホームページデータとしてリレーショナル型データベースで保存し、前記ホームページデータをホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報として前記サーバに保存し、ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段の変換タイミングを決定する変換決定手段の判定結果に応じて前記表示情報を前記スタイル変換手段で変換し、その結果をクライアント端末から入力された閲覧手段の種別に対応して表示、確認し、サーバーの変換結果保存手段に格納し、ホームページを作成することで閲覧手段に無関係に表示内容の一致したホームページを簡単に作成できる。
【図面の簡単な説明】
【図１】本発明の実施形態の構成を示すブロック図である。
【図２】本発明のクライアント端末の構成を示すブロック図である。
【図３】本発明の作成サーバの構成を示すブロック図である。
【図４】本発明のデーターベースサーバの構成を示すブロック図である。
【図５】本発明の運用サーバの構成を示すブロック図である。
【図６】本発明のクライアント端末のメインフローチャートである。
【図７】本発明のホームページ作成処理のフローチャートである。
【図８】本発明のホームページ作成画面である。
【図９】本発明の新規ページ作成処理の画面である。
【図１０】本発明の編集処理の画面である。
【図１１】本発明のユーザ情報テーブルである。
【図１２】本発明のユーザ本文テーブルである。
【図１３】本発明のホームページの表示例である。
【図１４】本発明のホームページデータ（ａ）と、画像対応テーブル（ｂ）である。
【図１５】本発明のホームページデータをデータベース変換した結果をＸＭＬ形式で表示した図である。
【図１６】本発明の本文編集フローである。
【図１７】本発明の本文編集画面である。
【図１８】本発明の本文項目編集のフローチャートである。
【図１９】本発明の本文項目編集画面である。
【図２０】本発明の携帯電話端末表示用のＸＭＬ形式のスタイル情報ファイルである。
【図２１】本発明のＸＭＬ形式の本文情報ファイルである。
【図２２】本発明のページプロパティ画面である。
【図２３】本発明の動作の概略を説明するフローチャートである。
【図２４】本発明のスタイル変換のフローチャートである。
【図２５】システム設定情報に格納されている情報である。
【図２６】閲覧手段のアクセスログテーブル（ａ）と、エラーログテーブル（ｂ）に格納されている情報である。
【図２７】本発明のアクセス頻度ファイルに格納されている情報である。
【図２８】本発明のモニタリング処理のフローチャートである。
【図２９】本発明の閲覧手段の閲覧時のフローチャートである。
【符号の説明】
１−１ 運用サーバ
１−２ クライアント端末
１−４ 作成サーバ
１−５ データベースサーバ
４−４ 表示情報保存ファイル
４−５ ユーザ情報ファイル
４−７ 変換結果保存ファイル
４−１３ 画像ファイル
Claims (16)
- 少なくともホームページを表示するための表示情報と該表示情報を作成するためのホームページデータと、該ホームページデータを前記表示情報に変換するデータベース変換手段と、前記表示情報とホームページデータとを保存する表示情報保存手段と、前記表示情報を閲覧するホームページ閲覧手段と、前記表示情報を前記ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段と、前記スタイル変換手段の変換タイミングを決定する変換決定手段とを有するサーバと、該サーバに接続されて前記ホームページデータを前記サーバに送信するクライアント端末とを備えることを特徴とするホームページ閲覧システム。
- 表示情報は、ホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報保存手段に格納することを特徴とする請求項１記載のホームページ閲覧システム。
- 表示情報は、データベース変換手段によりホームページデータをリレーショナル型データベースに変換して表示情報保存手段に格納し、前記リレーショナル型データベースの各フィールドの内容を前記データベース変換手段によって１フィールドずつＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に各々変換し、該変換されたホームページデータを表示情報としてＸＭＬ形式で保存することを特徴とする請求項１又は２記載のホームページ閲覧システム。
- スタイル変換手段は、発信されたホームページを閲覧するホームページ閲覧手段が閲覧要求を行う毎にスタイル変換を行うことを特徴とする請求項１から３のいずれかに記載のホームページ閲覧システム。
- スタイル変換手段は、スタイル変換結果を保存する変換結果保存手段を有し、閲覧手段が、インターネットに発信されたホームページの閲覧要求を行った時に、前記表示情報の更新が行われていない時には、スタイル変換を行わず、前回のスタイル変換結果をホームページ閲覧手段に発信し、前記表示情報の更新が行われている時には、スタイル変換を行って前記変換結果保存手段に保存して前記スタイル変換結果をホームページ閲覧手段に発信することを特徴とする請求項１から４のいずれかに記載のホームページ閲覧システム。
- 変換決定手段は、閲覧手段からのアクセス頻度を保存する頻度保存手段を有し、前記スタイル変換手段によりアクセス頻度の高い順にスタイル変換を行い、その結果を変換結果保存手段に保存することを特徴とする請求項１から５のいずれかに記載のホームページ閲覧システム。
- スタイル変換手段は、変換結果保存手段を複数有し、前記一つの表示情報に対して各々別の形式で変換結果保存手段に保存することを特徴とする請求項１から６のいずれかに記載のホームページ閲覧システム。
- スタイル変換手段は、一つの表示情報に対して各々別の形式の変換を同時に行い、前記変換された表示情報を対応する変換結果保存手段に保存することを特徴とする請求項１から７のいずれかに記載のホームページ閲覧システム。
- クライアント端末は、前記スタイル変換結果を閲覧手段の種別に応じてモニタリング表示することを特徴とする請求項１から８のいずれかに記載のホームページ閲覧システム。
- クライアント端末は、無線通信端末であることを特徴とする請求項１から９のいずれかに記載のホームページ閲覧システム。
- クライアント端末は、前記サーバにインターネットを介して接続されていることを特徴とする請求項１から１０のいずれかに記載のホームページ閲覧システム。
- 閲覧手段は、無線通信端末であることを特徴とする請求項１から１１のいずれかに記載のホームページ閲覧システム。
- 閲覧手段は、前記サーバにインターネットを介して接続されていることを特徴とする請求項１から１２のいずれかに記載のホームページ閲覧システム。
- ホームページデータは、閲覧手段に表示する情報を制御する表示制御情報を有することを特徴とする請求項１から１３のいずれかに記載のホームページ閲覧システム。
- データベース変換手段は、ホームページデータを表示情報に変換する時に前記表示制御情報がある場合には、ホームページデータ内の該当するフィールドのデータまたは画像に対して、スタイル情報又は本文情報の何れか一方、または、スタイル情報及び本文情報を、ＸＭＬ形式で表される開始タグと終了タグで挟まれた内容に変換しないことを特徴とする請求項１から１４のいずれかに記載のホームページ閲覧システム。
- サーバに接続されているクライアント端末は、前記サーバを起動し、サーバは、前記クライアント端末のアクセス要求に応じて前記クライアント端末とホームページを作成するためのデータの授受を行い、前記クライアント端末から受信したデータをホームページデータとしてリレーショナル型データベースで保存し、前記ホームページデータをホームページ閲覧手段に表示するための形式を表すスタイル情報とホームページ閲覧手段に表示する本文情報とに区分して表示情報として前記サーバに保存し、ホームページ閲覧手段に表示するための形式に変換するスタイル変換手段の変換タイミングを決定する変換決定手段の判定結果に応じて前記表示情報を前記スタイル変換手段で変換し、その結果をクライアント端末から入力された閲覧手段の種別に対応して表示、確認し、サーバーの変換結果保存手段に格納し、ホームページを作成することを特徴とするホームページ作成方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000302138A JP4415205B2 (ja) | 2000-10-02 | 2000-10-02 | ホームページ閲覧システム及びホームページ作成方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000302138A JP4415205B2 (ja) | 2000-10-02 | 2000-10-02 | ホームページ閲覧システム及びホームページ作成方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002108765A JP2002108765A (ja) | 2002-04-12 |
| JP4415205B2 true JP4415205B2 (ja) | 2010-02-17 |
Family
ID=18783545
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000302138A Expired - Fee Related JP4415205B2 (ja) | 2000-10-02 | 2000-10-02 | ホームページ閲覧システム及びホームページ作成方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4415205B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100523512B1 (ko) * | 2004-06-24 | 2005-10-25 | 박희섭 | 웹브라우저에서 직접 위지위그 편집이 가능한, 조립식홈페이지와 개인 포탈 사이트의 제작과 거래 방법 및 그프로그램 기록매체 |
| US20090021767A1 (en) * | 2004-11-12 | 2009-01-22 | Justsystems Corporation | Document processing device |
| JP4671402B2 (ja) * | 2005-02-15 | 2011-04-20 | 株式会社野村総合研究所 | ウェブページ提供装置及びウェブページ提供方法 |
| US20130145257A1 (en) * | 2011-12-06 | 2013-06-06 | Google Inc. | Edition Designer |
-
2000
- 2000-10-02 JP JP2000302138A patent/JP4415205B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002108765A (ja) | 2002-04-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5383234B2 (ja) | 情報処理装置及び印刷制御方法 | |
| JP4338905B2 (ja) | Ｐｄｆ直接印刷機能付きプリンタの印刷指示用プログラムおよび印刷指示方法 | |
| JP4440716B2 (ja) | 表示データ生成装置、表示装置、表示データ生成システム、表示データ生成装置の制御方法、表示データ生成プログラム、記録媒体、電子装置及び電子装置の制御方法 | |
| JPH10232899A (ja) | サービス連携方法とサービス連携装置およびそれらの実施に利用できるパーツ生成管理方法 | |
| JP2009176144A (ja) | マークアップ言語文書変換システム、マークアップ言語文書変換装置、マークアップ言語文書変換方法およびマークアップ言語文書変換プログラム | |
| JP2003233525A (ja) | ネットワークを利用した文書ファイル閲覧システム | |
| WO2021066325A1 (ko) | 웹 페이지를 생성하는 방법 및 장치 | |
| JP2012164113A (ja) | コンテンツ表示システムおよびコンテンツ用注釈生成装置 | |
| JPH09223062A (ja) | サービス提供形態のカスタマイズ方法およびその方法の実施に使用可能なサーバ装置 | |
| Krause | Introducing Web Development | |
| JPWO2007132568A1 (ja) | データ処理サーバ及びデータ処理方法 | |
| JP4415205B2 (ja) | ホームページ閲覧システム及びホームページ作成方法 | |
| JP4553599B2 (ja) | データ表示システム、データ出力装置、画像形成装置、データ表示装置およびデータ表示プログラム | |
| JP2010277120A (ja) | 画像形成装置及びアプリケーションビュー変換プログラム | |
| JP2005228106A (ja) | ネットワーク対応機器、操作画面編集方法、該方法を実行するためのプログラム及び該プログラムを格納したコンピュータ読み取り可能な記録媒体 | |
| JP2009289107A (ja) | 情報処理装置 | |
| JPH11203226A (ja) | ハイパーテキスト保存装置及びハイパーテキスト保存装置制御プログラムを記憶した媒体 | |
| JP2004157783A (ja) | Ｗｅｂページ作成支援サーバ、Ｗｅｂページ作成支援方法およびＷｅｂページ作成支援プログラム | |
| JP2007183849A (ja) | 文書処理装置 | |
| JP2006185064A (ja) | データ処理装置及びプログラム | |
| JP2004326740A (ja) | Ｗｅｂページ生成装置、組み込み装置、Ｗｅｂページ生成システム、Ｗｅｂページ生成の制御方法、Ｗｅｂページ生成プログラム及び記録媒体 | |
| Schaefer et al. | RDL/TT-A Description Language for the Profile-Dependent Transcoding of XML Documents | |
| Marttila | XML based mobile services | |
| JP4018528B2 (ja) | 文書処理装置、文書処理方法およびプログラム | |
| JP2004118272A (ja) | コンテンツ表示方法、コンテンツ表示装置、プログラム及び記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071002 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20071002 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090918 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091014 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091110 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4415205 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20151204 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |