(57)【要約】【課題】縦書きＨＴＭＬに対応していないクライアントにおいて、フラッシュを用いた縦書きレイアウトの文書表示を可能とした縦書き日記型ウェブサイト提供システム。【解決手段】クライアントＰＣからブログサイトの閲覧指示を受けたＷＷＷサーバは、リクエストを発信したブラウザが、縦書きレイアウトのＨＴＭＬ文書の表示に対応しているかどうかを確認する。対応していない場合、縦書きＨＴＭＬデータに変わる代替データを送信する。前記の代替データは、ＸＭＬデータ、画像データ、フラッシュプログラム、及び書式設定データから構成されている。フラッシュプログラムはＸＭＬデータを読み込み、文書、および画像を表示するためのレイヤーを作成する。レイヤーを作成する際に、各テキストボックスの位置が、縦書きレイアウトの文書になるように配置位置を決定する。また、各文字の中心線がずれないように、中心線の位置を調整して配置位置を決定する。【選択図】図７
2007256997.tif 000002
【特許請求の範囲】
【請求項１】
文書を入力する文書入力手段と、
入力された前記文書を文書データとしてサーバに送信する文書データ送信手段と、
ＨＴＭＬ文書を表示するＨＴＭＬ文書表示手段と、
動画表示プログラムの実行を行う動画表示プログラム実行手段と、
を備えたクライアントと、
前記クライアントより受信した前記文書データをもとに、ＨＴＭＬ作成用ソースを作成するＨＴＭＬ作成用ソース作成手段と、
前記ＨＴＭＬ作成用ソースを用いて縦書きＨＴＭＬ文書を作成する縦書きＨＴＭＬ文書作成手段と、
前記ＨＴＭＬ文書表示手段が、前記縦書きＨＴＭＬ文書を表示可能であるかを判別する表示機能判別手段と、
前記表示機能判別手段の結果、前記ＨＴＭＬ文書表示手段が前記縦書きＨＴＭＬ文書を表示可能であると判断された場合に、前記縦書きＨＴＭＬ文書を前記クライアントに対して送信する通常送信手段と、
前記表示機能判別手段の結果、前記ＨＴＭＬ文書表示手段が前記縦書きＨＴＭＬ文書を表示不可能であると判断された場合に、代替文書データを前記クライアントに対して送信する代替送信手段と、
を備えたサーバと、
前記サーバと前記クライアントとを接続する通信網と、
を有する縦書き日記型ウェブサイト提供システムであって、
前記代替文書データは、ＨＴＭＬ作成用ソースと、画像データと、動画表示プログラムと、書式設定情報とを含んでいることと、
前記代替文書データを受信した前記クライアントは、前記動画表示プログラム実行手段を用いて前記動画表示プログラムを実行することと、
実行された前記動画表示プログラムは、前記ＨＴＭＬ作成用ソースを読み込み、前記ＨＴＭＬ作成用ソースに含まれる文書データを一文字単位で分割し、分割した各文字を複数の異なる表示階層に配置した後、前記表示階層を重複表示することと、
前記配置を行う際に、前記各文字が縦並びに表示されるように配置位置の調整を行うことと、
前記配置を行う際に、前記各文字の縦方向中心線が一致するように配置位置の調整を行うことと、
を特徴とする縦書き日記型ウェブサイト提供システム。
【請求項２】
前記動画表示プログラムの実行時に、前記動画表示プログラムが前記書式設定情報を読み込むことと、
前記動画表示プログラムが前記配置を行う際に、読み込んだ前記書式設定情報をもとに前記各文字の書式を決定することと、
を特徴とする請求項１に記載の縦書き日記型ウェブサイト提供システム。
【請求項３】
前記動画表示プログラムが前記ＨＴＭＬ作成用ソースに含まれる文書データを一文字単位で分割する際に、各文字に対して、縦書きレイアウト時と横書きレイアウト時とでは形状が異なる特殊文字であるかどうかの判定を行うことと、
前記判定の結果、前記特殊文字であると判定された文字については、前記特殊文字に対応する縦書きレイアウト用の代替画像データを前記画像データより取得し、取得した前記代替画像データを前記表示階層に配置することと、
を特徴とする請求項１または請求項２に記載の縦書き日記型ウェブサイト提供システム。
【請求項４】
文書を入力する文書入力手段と、
入力された前記文書を文書データとしてサーバに送信する文書データ送信手段と、
ＨＴＭＬ文書を表示するＨＴＭＬ文書表示手段と、
動画表示プログラムの実行を行う動画表示プログラム実行手段と、
を備えたクライアントと、
前記クライアントより受信した前記文書データをもとに、ＨＴＭＬ作成用ソースを作成するＨＴＭＬ作成用ソース作成手段と、
前記ＨＴＭＬ作成用ソースを用いて縦書きＨＴＭＬ文書を作成する縦書きＨＴＭＬ文書作成手段と、
前記ＨＴＭＬ文書表示手段が、前記縦書きＨＴＭＬ文書を表示可能であるかを判別する表示機能判別手段と、
前記表示機能判別手段の結果、前記ＨＴＭＬ文書表示手段が前記縦書きＨＴＭＬ文書を表示可能であると判断された場合に、前記縦書きＨＴＭＬ文書を前記クライアントに対して送信する通常送信手段と、
前記表示機能判別手段の結果、前記ＨＴＭＬ文書表示手段が前記縦書きＨＴＭＬ文書を表示不可能であると判断された場合に、代替文書データを前記クライアントに対して送信する代替送信手段と、
を備えたサーバと、
前記サーバと前記クライアントとを接続する通信網と、
を有する縦書き日記型ウェブサイト提供システムにおいて前記動画表示プログラム実行手段により実行される動画表示プログラムであって、
前記代替文書データの一部として前記サーバから前記クライアントに対して送信されることと、
前記代替文書データより、ＨＴＭＬ作成用ソース、画像データ、及び書式設定情報を読み込むことと、
読み込んだ前記ＨＴＭＬ作成用ソースに含まれる文書データを一文字単位で分割し、分割した各文字を複数の異なる表示階層に配置した後、前記表示階層を重複表示することと、
前記配置を行う際に、前記各文字が縦並びに表示されるように配置位置の調整を行うことと、
前記配置を行う際に、前記各文字の縦方向中心線が一致するように配置位置の調整を行うことと、
を特徴とする動画表示プログラム。
【請求項５】
実行時に前記書式設定情報を読み込むことと、
前記配置を行う際に、読み込んだ前記書式設定情報をもとに前記各文字の書式を決定することと、
を特徴とする請求項４に記載の動画表示プログラム。
【請求項６】
前記ＨＴＭＬ作成用ソースに含まれる文書データを一文字単位で分割する際に、各文字に対して、縦書きレイアウト時と横書きレイアウト時とでは形状が異なる特殊文字であるかどうかの判定を行うことと、
前記判定の結果、前記特殊文字であると判定された文字については、前記特殊文字に対応する縦書きレイアウト用の代替画像データを前記画像データより取得し、取得した前記代替画像データを前記表示階層に配置することと、
を特徴とする請求項４または請求項５に記載の動画表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントより入力された文書をもとに日記型ウェブサイト（ブログ）を作成する日記型ウェブサイト提供システムに関するものであり、特に縦書きレイアウトの日記型ウェブサイトの提供を可能とした縦書き日記型ウェブサイト提供システム、及び動画表示プログラムに関する。
【背景技術】
【０００２】
近年、ＷＷＷ（World Wide Web-通称ウェブ）においてＨＴＴＰ（HyperText Transfer Protocol-文書データの送受信規約）等を用いて公開されるウェブサイトの作成、保存、管理、及び更新を一括して処理することを可能としたウェブサイト管理システムが広く普及している。ウェブサイト管理システムは、ウェブサイトのコンテンツを入力するための入力画面を備えており、ユーザーはブラウザから前記入力画面にアクセスすることにより、コンテンツの作成を行うことが可能である。
【０００３】
入力画面において入力されたコンテンツ（テキスト等）は、ＨＴＭＬ（HyperText Markup Language-ウェブページを記述するためのマークアップ言語）形式やＸＭＬ（Extensible Markup Language-拡張可能なマーク付け言語）形式のファイルに変換され、ＷＷＷサーバ（ＨＴＴＰによるＨＴＭＬドキュメントの配信を主目的としたサーバ）上の特定の場所に保管される。ウェブサイト管理システムは、作成されたコンテンツをカテゴリや更新日時ごとに整理することが可能である。また、コンテンツ間の相互関係（リンク）を管理することにより、動的にコンテンツを管理することが可能である。
【０００４】
例えば、複数の文書データとその目次から構成されているコンテンツにおいて、ある文書データが削除された場合に、目次上から削除された文書データのタイトルを自動的に削除するといった処理を行うことが可能である。
【０００５】
上記のようなウェブサイト管理システムの一つとして、ブログシステムが広く知られている。ブログ（ウェブログ、Blog、Weblog）とは、狭義にはＷＷＷ上のウェブサイトのＵＲＬ（Uniform Resource Locator）とともに覚え書きや論評などを加えて記録（Log）したウェブサイトを示す言葉である。通常の日記サイトと異なる点としては、ユーザーのプライベートな情報（日々の私生活等）を公開するのを主目的としているのではなく、ユーザーが不特定多数の人間に対して広めたいと考える一般的な記事（或いはサイト）を、ハイパーリンク等を使用して紹介することを主目的としたところにある。
【０００６】
しかし現在の広義でのブログは、ユーザーの個人的な体験や日記、特定のトピックに関する（必ずしもウェブに限定されない）話題を、時系列順で比較的頻繁に記録しているウェブサイト全般を示す単語として使用されるのが一般的である。なお、本発明における「ブログ」という文言も、こちらの意味で使用するものとする。
【０００７】
ブログシステムは上記ウェブサイト管理システムの一種であるため、一般ユーザー（ブログ利用者）はブログを使用するにあたって、自分のクライアントＰＣに新規アプリケーションのインストール等を行う必要はない。あらかじめクライアントＰＣにインストールされているブラウザ（例えばＩＥ-Internet Explorer）からブログシステムのＵＲＬにアクセスするだけで、ブログシステムを利用することが可能である。
【０００８】
ブログシステムにおいては、ブラウザからの指示に応じて、ブログ閲覧用のウェブサイトやブログ編集用のウェブサイトを返信する。ブログ編集用のウェブサイトは、ブログ記事を入力する入力領域が設けられている。この入力領域に入力された記事は、ＷＷＷサーバにアップロードされ、ＨＴＭＬファイルに変換される。ブログサイトの主構成要素はＨＴＭＬ形式のファイルであるため、例えば記事の特定語句に対してリンクを挿入することなどが可能である。またＨＴＭＬファイルであることから、ブログの閲覧には一般的なブラウザのみで容易に行うことが可能である。
【０００９】
しかしながら上記のような機能を有したブログシステムの制約の一つとして、ブログを縦書きレイアウトで表示できないという制約が従来より存在した。これはブログがあくまで、ＨＴＭＬをベースとしたブラウザ上で可動するシステムであることに起因する。ＨＴＭＬはその仕様上、縦書きレイアウトをサポートしておらず、横書きレイアウトのみのサポートとなっている。従ってＨＴＭＬによって実現されているブログは、当然ながらその制約を受けることとなっていた。
【００１０】
上記の問題を解決するための方法として、ＣＳＳ３（Cascading Style Sheets level 3）のwriting-mode属性によるスタイル情報設定を用いた、縦書きレイアウト実現方法が存在する。ＣＳＳとは、ＨＴＭＬ（或いはＸＭＬ）の要素をどのように修飾（表示）するかを、ＨＴＭＬから分離して記述するための規約である。通常、ＨＴＭＬが含むコンテンツのレイアウトを決定する情報は、ＨＴＭＬ内部に記述されている。このレイアウト情報をＣＳＳを用いて外部に記述することにより、ＨＴＭＬには文章の構造のみを記述する事となる。これにより、ページの検索性や再利用性が向上するといった効果がある。そして最新のＣＳＳであるＣＳＳ３においては、縦書きレイアウトを実現するwriting-mode属性が採用されている。
【００１１】
しかしながら、ＣＳＳ３は新しい規約であるため、ＣＳＳ３に対応したブラウザは限られており、古いブラウザ等では使用できないという問題がある（例えばＩＥではバージョン５．５以上でなければ対応していない）。もしＣＳＳ３に対応していないブラウザでwriting-mode属性を使用した場合、その属性情報は無視され、従来通りの横書きレイアウトで表示されてしまう。このため、ＣＳＳ３を用いたブログは、通常のブログと比較して汎用性が低いという問題があった。
【００１２】
また、上記問題を解決するための発明として特許文献１においては、ＨＴＭＬ形式で記述された文章をネットワークを介して縦書きに表示、または印刷する情報提供システムが開示されている。特許文献１の情報提供システムは、クライアント、サーバ、およびネットワークから構成されている。クライアントよりＨＴＴＰリクエストを受けたサーバは、提供する情報である文書データと縦書きを実現する縦書き制御手段データとを、前記クライアントに対して送信する機能を持つ。
【００１３】
上記の特許文献１の実施例においては、縦書き制御手段データ４２により縦書きレイアウトの実現を行っている。またクライアント１１は付加機能処理手段６３を備えている。付加機能処理手段６３は、クライアント１１の記憶装置７に格納された縦書き制御手段データ４２にしたがって、記憶装置７に格納されている文書データ４１を出力装置８に出力する。このとき、文書データ処理手段６２による出力内容を、文書の縦方向に出力位置を変更して出力する。
【００１４】
またクライアント１１の記憶装置７は、縦書きの表示あるいは印刷のみに使用する文字フォントである縦書き文字データ７３を記憶している。付加機能処理手段６３は、縦書きレイアウトの文字を出力装置８に出力する際の文字データとして、文字データ７１のかわりに縦書き文字データ７３を使用する。
【００１５】
しかしながら上記のような特許文献１に開示されている情報提供システムにおいては、クライアントが縦書き表示を行うために、縦書き表示をサポートする機能（付加機能処理手段６３）およびデータ（縦書き文字データ７３）を保持している必要がある。クライアントがこれらを保持していない場合、サーバより縦書き表示用データ（縦書き制御手段データ４２）が送られてきたとしても、処理を行う事が出来ない。このように、クライアント側の環境に依存するシステムであるため、汎用性が低いという問題があった。
【特許文献１】特開平１０−１７７５６７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１６】
上記問題を解決するためのシステムとして、縦書き表示に対応したブラウザに対しては縦書きＨＴＭＬデータを送信し、逆に縦書き表示に対応していないブラウザに対しては代替データ（例えばＷｏｒｄ文書や画像データ等）を送信することにより、擬似的に縦書き文書を表示する日記型ウェブサイト提供システムが従来より提案されている。そして代替データの一つとして、フラッシュ（Macromedia Flash）を用いた縦書き文書表示方法がある。
【００１７】
フラッシュとは、マクロメディア（現アドビシステムズ）社が開発している、動画を扱うための規格、及びそれを制作するソフトウェア群の名称である。ベクター画像（図形を点で結ばれた線で表した画像）が規格の中心で、それをスクリプト制御することにより、様々な効果（アニメーション等）を実現することか可能である。また、音楽データを記憶することも可能であるため、アニメーション、ゲーム、ウェブサイトのナビゲーション等にも利用できる。
【００１８】
フラッシュを再生（実行）するためにはフラッシュプレイヤーがクライアントＰＣにインストールされている必要がある。しかし近年のＯＳは、フラッシュプレイヤーをプレインストール（ＯＳインストール時に併せて行われるアプリケーションのインストール）しているものが多く、従ってフラッシュデータの汎用性は増加する傾向にある。
【００１９】
代替データとしてフラッシュを使用する場合、Ｗｏｒｄ文書や画像データ等を使用した場合と比較して、ファイル数及びデータ容量が少なくてすむというメリットがある。例えば縦書き表示用画像データを用いてブログサイトを縦書き表示した場合、ブログサイトのページ数だけ、縦書き表示用画像データの作成及び管理を行う必要がある。しかしブログは頻繁に更新される性質が強いため、そのページ数は百、或いは千を超える場合が容易に想定される。ページ数が増加すれば、それに比例して縦書き表示用画像データも増えるため、ＷＷＷサーバの資源を圧迫する危険性があるというデメリットがあった。
【００２０】
これに対して代替データとしてフラッシュを使用した場合、ブログサイトのページが何ページに増えようとも、フラッシュの数を増やす必要はない。これは、フラッシュがユーザーからの要求（例えばマウスクリック等）に応じてインタラクティブ（動的）にフラッシュページを作成可能であることに起因する。例えばブログのあるページの表示要求を検知したフラッシュは、要求があったページをその都度、作成して表示する。つまりブログサイトのページデータはそのソース（ＸＭＬデータ）のみが存在し、リクエストを受けて始めてページデータが作成される。
【００２１】
これにより、あたかも一つのフラッシュが複数のページデータを保持しているかのように振る舞うことが可能である。このように、縦書き表示用画像データを用いた場合と比較して、あらかじめページ毎のデータを作成して管理しておく必要がないため、ＷＷＷサーバの資源を有効に使用できるという利点がある。
【００２２】
しかしながら現在のフラッシュの仕様においては、上記のように動的な処理（ユーザーからの指示を受けて開始される処理）によりページデータの作成及び表示を行う場合、作成されるページデータは横書きレイアウトしかサポートされていないという制約があった。これは縦書きレイアウトが世界的にみて一般的ではない（ごく一部の言語圏でしか使用されない）ことが主な理由である。
【００２３】
なお、フラッシュ作成ツール（Ｆｌａｓｈ ＭＸ等）を用いて、フラッシュ作成用ソース（拡張子がｆｌａのファイル）を変換してフラッシュを作成する場合は、縦書きレイアウトの実現が可能である。しかしブログシステムにおいてフラッシュを利用する場合、既に完成した（変換済み）のフラッシュを用いて動的にページデータを作成するため、このようなツールの機能（縦書きレイアウト実現機能）は利用できないという問題があった。
【００２４】
本発明は上記の問題を解決するためになされたものであり、その目的は、クライアント、サーバ、およびネットワークから構成される日記型ウェブサイト提供システムにおいて、縦書きレイアウトのＨＴＭＬデータを用いたブログ（日記型ウェブサイト）を提供すると共に、縦書きＨＴＭＬに対応していないクライアントについては、フラッシュ（動画表示プログラム）を用いた縦書きレイアウトの文書表示を可能とすることにより、汎用性が高く、かつサーバの資源を有効に活用することが可能な縦書き日記型ウェブサイト提供システムを提供することにある。
【課題を解決するための手段】
【００２５】
上記目的を達成するために本発明の家庭用の縦書き日記型ウェブサイト提供システムは、
文書を入力する文書入力手段と、
入力された前記文書を文書データとしてサーバに送信する文書データ送信手段と、
ＨＴＭＬ文書を表示するＨＴＭＬ文書表示手段と、
動画表示プログラムの実行を行う動画表示プログラム実行手段と、
を備えたクライアントと、
前記クライアントより受信した前記文書データをもとに、ＨＴＭＬ作成用ソースを作成するＨＴＭＬ作成用ソース作成手段と、
前記ＨＴＭＬ作成用ソースを用いて縦書きＨＴＭＬ文書を作成する縦書きＨＴＭＬ文書作成手段と、
前記ＨＴＭＬ文書表示手段が、前記縦書きＨＴＭＬ文書を表示可能であるかを判別する表示機能判別手段と、
前記表示機能判別手段の結果、前記ＨＴＭＬ文書表示手段が前記縦書きＨＴＭＬ文書を表示可能であると判断された場合に、前記縦書きＨＴＭＬ文書を前記クライアントに対して送信する通常送信手段と、
前記表示機能判別手段の結果、前記ＨＴＭＬ文書表示手段が前記縦書きＨＴＭＬ文書を表示不可能であると判断された場合に、代替文書データを前記クライアントに対して送信する代替送信手段と、
を備えたサーバと、
前記サーバと前記クライアントとを接続する通信網と、
を有する縦書き日記型ウェブサイト提供システムであって、
前記代替文書データは、ＨＴＭＬ作成用ソースと、画像データと、動画表示プログラムと、書式設定情報とを含んでいることと、
前記代替文書データを受信した前記クライアントは、前記動画表示プログラム実行手段を用いて前記動画表示プログラムを実行することと、
実行された前記動画表示プログラムは、前記ＨＴＭＬ作成用ソースを読み込み、前記ＨＴＭＬ作成用ソースに含まれる文書データを一文字単位で分割し、分割した各文字を複数の異なる表示階層に配置した後、前記表示階層を重複表示することと、
前記配置を行う際に、前記各文字が縦並びに表示されるように配置位置の調整を行うことと、
前記配置を行う際に、前記各文字の縦方向中心線が一致するように配置位置の調整を行うことと、
を特徴としている。
【００２６】
この構成によると、本発明の縦書き日記型ウェブサイト提供システムは、クライアントＰＣ（クライアント）、ＷＷＷサーバ（サーバ）、および通信網を含むように構成されている。クライアントＰＣは、文書データを入力する入力部（キーボード等）を備えており、これによりブログのページデータ（文書データ）を作成してＷＷＷサーバに送信することが可能である。クライアントＰＣからページデータを受信したサーバは、ページデータをもとにＸＭＬデータ（ＨＴＭＬ作成用ソース）を作成し、保存する。クライアントＰＣからコンテンツの閲覧指示があった場合にＷＷＷサーバは、リクエストを発信したブラウザ（ＨＴＭＬ文書表示手段）が、縦書きレイアウトのＨＴＭＬ文書の表示に対応しているかどうかを確認する。対応している場合は、指定されたページを表示するためのＸＭＬデータより縦書きＨＴＭＬデータを作成し、クライアントＰＣに送信する。対応していない場合は、縦書きＨＴＭＬデータに変わる代替データを送信する。
【００２７】
前記の代替データは、ＸＭＬデータ、画像データ、フラッシュプログラム（動画表示プログラム）及び書式設定データ（書式設定情報）から構成されている。代替データを受信したクライアントＰＣは、あらかじめクライアントＰＣにインストールされているフラッシュプレイヤーを用いて、フラッシュプログラムを実行する。実行されたフラッシュプログラムはＸＭＬデータを読み込み、その中に含まれているブログの文書データの解析を行う。まずブログの文章データを分割し、一文字単位で処理を行えるようにする。そして分割した各文字を階層構造により重複表示するためのレイヤー（表示階層）を作成する。一つのレイヤーには一文字を表示するためのテキストボックスが配置されている。文字数分のレイヤーを作成して重複表示させることにより、一つのページとして表示する。このレイヤーを作成する際に、各テキストボックスの位置が、各レイヤーを重複表示させた際に縦書きレイアウトの文書になるように配置位置を決定する。また、縦書きレイアウトにした際に各文字の中心線がずれないように、中心線の位置を調整して配置位置を決定する。
【００２８】
また本発明の家庭用縦書き日記型ウェブサイト提供システムは、
前記動画表示プログラムの実行時に、前記動画表示プログラムが前記書式設定情報を読み込むことと、
前記動画表示プログラムが前記配置を行う際に、読み込んだ前記書式設定情報をもとに前記各文字の書式を決定することと、
を特徴としている。
【００２９】
この構成によると、フラッシュプレイヤーにより実行されたフラッシュプログラムは、分割した各文字を表示するためのテキストボックスを作成する際に、サーバより受信した書式設定データを読み込み、読み込まれた書式設定（例えばフォントサイズ等）に従ってテキストボックスの書式を決定する。書式設定された各テキストボックスはレイヤーを用いて重複表示されるため、結果として文書全体の書式設定を行うことが可能である。
【００３０】
また本発明の家庭用縦書き日記型ウェブサイト提供システムは、
前記動画表示プログラムが前記ＨＴＭＬ作成用ソースに含まれる文書データを一文字単位で分割する際に、各文字に対して、縦書きレイアウト時と横書きレイアウト時とでは形状が異なる特殊文字であるかどうかの判定を行うことと、
前記判定の結果、前記特殊文字であると判定された文字については、前記特殊文字に対応する縦書きレイアウト用の代替画像データを前記画像データより取得し、取得した前記代替画像データを前記表示階層に配置することと、
を特徴としている。
【００３１】
この構成によると、フラッシュプレイヤーにより実行されたフラッシュプログラムは、ＸＭＬデータより読み込んだ文書データの分割処理を行う際に、各文字が特殊文字（縦書き時と横書き時とでは形状が異なる文字、例えば括弧や句読点等）であるかどうかの判定を一文字単位で行う。特殊文字ではないと判断された場合は通常の処理（テキストボックスを用いた文字の表示）を行う。特殊文字であると判断された場合、特殊文字を縦書きレイアウトで表示するための画像データ（代替画像データ）を、サーバから受信した画像データの中から取得する。代替画像データは、特殊文字毎に用意された縦書きレイアウト用の文字画像であり、これをレイヤーを使用して重複表示することにより、特殊文字の縦書き表示を実現することが可能となる。
【発明の効果】
【００３２】
本発明の第一の構成によると、縦書きＨＴＭＬデータに対応していないブラウザにおいて、フラッシュプログラムを用いてブログ記事の縦書き表示を行うことが可能である。これにより、縦書きレイアウトをサポートしていないフラッシュプログラム環境においても縦書きレイアウトでの文書表示が可能であるため、クライアント側の環境に依存せず、より汎用的に利用できる縦書きレイアウトのブログシステムを提供することが可能である。また、縦書きレイアウトを用いることにより、より日本人とって親しみやすいデザインのブログを作成することが可能である。
【００３３】
本発明の第二の構成によると、フラッシュプログラムがテキストボックスを作成する際に、書式設定データに基づいてテキストボックス単位で書式設定を行うことにより、ページ全体の書式設定を可能としている。これによりユーザーは、従来のブログシステムと同様、デザインやレイアウトの調整を容易に行うことが可能であるため、ユーザーにとっての利便性が損なわれることがない。
【００３４】
本発明の第三の構成によると、縦書きレイアウトと横書きレイアウトとでは形状が異なる特殊文字を表示する場合に、テキストボックスではなく、サーバより受信した代替画像データを用いて特殊文字の表示を行う。これにより、テキストボックスでは縦書きレイアウトで表示できない文字についても、レイアウトを損なうことなく、確実にブログ記事に表示することが可能である。このため、本縦書きブログシステムにおいて使用できる文字の制限が発生することがないという効果が得られる。
【発明を実施するための最良の形態】
【００３５】
以下に、本発明の縦書き日記型ウェブサイト提供システムについて、図面を参照しつつ説明する。
【００３６】
［実施の形態］
〈１．ネットワーク構成要素について〉
ここで、本発明の縦書き日記型ウェブサイト提供システムにおけるネットワーク構成要素について、図４のブロック図を用いながら説明する。
【００３７】
図４のブロック図に示すように、本発明の縦書き日記型ウェブサイト提供システムは少なくとも、ＷＷＷサーバ側ＬＡＮ（Local Area Network）１、クライアントＰＣ側ＬＡＮ２、広域通信網３、ＷＷＷサーバ１０、クライアントＰＣ２０、ブロードバンドルータ３０、およびネットワークサーバ４０を含むように構成されている。
【００３８】
ＷＷＷサーバ側ＬＡＮ１は、ＷＷＷサーバ１０およびブロードバンドルータ３０などが接続されたサーバ用のネットワークである。ＷＷＷサーバ側ＬＡＮ１にはＷＷＷサーバ１０以外にも、各種情報処理装置（例えばＤＮＳサーバやクライアント等）を接続することが可能である。前記各装置はＷＷＷサーバ側ＬＡＮ１に接続されることにより、相互に通信が可能となっている。なお、ＷＷＷサーバ側ＬＡＮ１を構成する装置間を接続する物理的な手段としては、例えばＬＡＮケーブルや無線ＬＡＮなどがあげられる。
【００３９】
ＷＷＷサーバ１０は、本発明の縦書き日記型ウェブサイト提供システムにおいて使用される各種情報（例えばウェブサイトデータ等）の記録或いは配信を行うための情報処理装置である。ＷＷＷサーバ１０は、ＷＷＷサーバ側ＬＡＮ１に接続されることにより、外部装置との相互通信が可能となっている。また、接続されたクライアント（例えばクライアントＰＣ等）よりＨＴＴＰリクエストを受け付け、リクエストに対応した処理を行い、応答（ウェブサイトデータの送信等）をクライアントに対して行うことが可能である。また、ＷＷＷサーバ側ＬＡＮ１が広域通信網３に接続されている場合、ＷＷＷサーバ１０はＷＷＷサーバ側ＬＡＮ１を経由して広域通信網３に接続されることも可能である。これにより、後述するクライアントＰＣ２０との通信が可能となる。なお、ＷＷＷサーバ１０内部の装置構成の詳細については後述する。
【００４０】
ブロードバンドルータ３０は、ＷＷＷサーバ側ＬＡＮ１と外部ネットワークとの通信を中継する中継装置である。ブロードバンドルータ３０は、後述するネットワークサーバ４０を通じて、広域通信網３に接続することが可能である。これにより、ＷＷＷサーバ側ＬＡＮ１を広域通信網３に接続することが可能となる。
【００４１】
クライアントＰＣ側ＬＡＮ２は、クライアントＰＣ２０およびブロードバンドルータ３０などが接続されたクライアント用のネットワークである。クライアントＰＣ側ＬＡＮ２はＷＷＷサーバ側ＬＡＮ１と同様に、各種情報処理機器を接続することが可能である。
【００４２】
クライアントＰＣ２０は、クライアントＰＣ側ＬＡＮ２に接続された情報処理端末であり、ネットワークを通じて外部装置と通信を行うことが可能である。このため、外部装置（例えばブロードバンドルータ３０）との間でデータ通信を行うことなどが可能である。なお、クライアントＰＣ２０の装置構成の詳細については後述する。
【００４３】
ネットワークサーバ４０は、ある特定のネットワーク（例えばクライアントＰＣ側ＬＡＮ２）と広域通信網３とを接続し、相互間での通信の中継を行うための装置である。ネットワークサーバ４０は例えば、インターネットプロバイダ（インターネット接続代行業者）が保持および管理を行っており、一般ユーザーはインターネットプロバイダと契約することにより、ネットワークサーバ４０を使用して広域通信網３に接続することが可能となる。
【００４４】
広域通信網３は、公衆回線等を使用した通信網であり、ネットワークサーバ４０などを経由して、他ネットワークと相互に通信を行なうことが可能である。このため例えば、クライアントＰＣ側ＬＡＮ２内のクライアントＰＣ２０と、ＷＷＷサーバ側ＬＡＮ１内のＷＷＷサーバ１０とが、広域通信網３を経由して相互に通信を行うことも可能である。
【００４５】
〈２．ＷＷＷサーバ１０の要部構成について〉
ここで、ＷＷＷサーバ１０内部の電気回路の要部構成について、図５のブロック図を用いながら説明する。
【００４６】
図５のブロック図に示すように、本発明のＷＷＷサーバ１０は、制御部１１、メモリ１２、記憶部１３、およびネットワークＩ／Ｆ１４を含むように構成されている。
【００４７】
制御部１１は、ＷＷＷサーバ１０の各部材の駆動を有機的に制御して、各種情報処理の実施を統括制御するものである。また制御部１１は、各装置（例えば記憶部１３等）の制御やデータの計算、データ送信処理等を行なう中枢部分となっている。
【００４８】
メモリ１２は、ＷＷＷサーバ１０が保持する各種データを一時的に記憶する媒体であり、例えば書込可能なＲＡＭ（Random Access Memory）等により構成されている。メモリ１２は、例えば制御部１１によって各種情報処理が行われる際の処理データや、ユーザーから受けた指示命令等を一時的に記憶しておくためのバッファとしての役割を持つ。
【００４９】
記憶部１３は、各種データを記録するための媒体である。記憶するデータの種別により、複数の領域（パーティション）に分割して記憶することも可能である。ＷＷＷサーバ１０の記憶部１３は、少なくともＸＭＬデータ５０、縦書き表示用プログラム５１、書式設定データ５２、及び画像データ５３を含むように構成されている。
【００５０】
ＸＭＬデータ５０は、ブログシステム管理アプリケーション（例えばＭＴ-Movable Type）により作成されるデータである。ＸＭＬとはデータ記述用のメタ言語であり、ブログシステムでは、ブログを表示するためのＨＴＭＬデータを作成するためのソースとして使用される。ユーザーはＭＴが提供するエントリー（ブログの記事）作成画面から、エントリーの作成を行うことが可能である。作成されたエントリーは、ＸＭＬデータ５０としてＷＷＷサーバ１０の記憶部１３に記憶される。作成されたエントリーの閲覧指示を受信したＷＷＷサーバ１０は、該当するＸＭＬデータ５０よりＨＴＭＬデータを作成し、クライアントＰＣ２０に対して送信することにより、エントリーの表示を実現する。
【００５１】
縦書き表示用プログラム５１は、ＸＭＬデータ５０、書式設定データ５２、及び画像データ５３をもとにブログのエントリーを表示するためのフラッシュプログラムである。縦書き表示用プログラム５１は、クライアントＰＣ２０にインストールされたフラッシュプレイヤー（不図示）により実行されることにより、指示されたエントリーを縦書きレイアウトで表示することが可能である。なお縦書き表示用プログラム５３は、後述するクライアントＰＣ２０のブラウザアプリケーション６０が縦書きレイアウトに対応していない場合の代替表示手段として用いられる。
【００５２】
書式設定データ５２は、本発明の縦書き表示用プログラム５１がエントリーを表示する際に使用するエントリーの各種設定情報を含んだデータであり、フォントサイズ、フォントカラー、ＸＭＬタグのマージン、或いはレイヤー情報等が記憶されている。
【００５３】
画像データ５３は、ユーザーがブログのエントリーにおいて表示させるためにアップロードした画像データである。また、後述する特殊文字を縦書きレイアウト表示するための代替画像データもこれに含まれている。
【００５４】
ネットワークＩ／Ｆ１４は、ＷＷＷサーバ１０をＷＷＷサーバ側ＬＡＮ１に接続するための入出力インタフェースである。なお、ＷＷＷサーバ１０とＷＷＷサーバ側ＬＡＮ１とを接続する物理的な手段としては、例えばイーサネット（登録商標）（ＩＥＥＥ８０２．３）や無線ＬＡＮ（ＩＥＥＥ８０２．１１ｂ）などがあげられる。
【００５５】
〈３．クライアントＰＣ２０の電気回路の要部構成について〉
ここで、クライアントＰＣ２０内部の要部構成を図５のブロック図を用いながら説明する。
【００５６】
図３のブロック図に示すように、本発明のクライアントＰＣ２０は、少なくとも、制御部２１、メモリ２２、記憶部２３、入力部２４、表示部２５、及びネットワークＩ／Ｆ２６を含むように構成されている。
【００５７】
制御部２１は、クライアントＰＣ２０の各部材の駆動を有機的に制御して、無線通信処理を統括制御するものである。また制御部１２は、各装置（例えば表示部２５）の制御や、データの計算、加工処理等を行なう中枢部分となっている。
【００５８】
メモリ２２は、クライアントＰＣ２０が保持する各種データを一時的に記憶する媒体であり、例えば書込可能なＲＡＭ（Random Access Memory）等により構成されている。メモリ２２は、例えば制御部２１によって各種情報処理が行われる際の処理データや、ユーザーから受けた指示命令等を一時的に記憶しておくためのバッファとしての役割を持つ。
【００５９】
記憶部２３は、各種データを記録するための媒体である。記憶するデータの種別により、複数の領域（パーティション）に分割して記憶することも可能である。クライアントＰＣ２０の記憶部２３は、少なくともブラウザアプリケーション６０、一時記憶データ６１を含むように構成されている。
【００６０】
入力部２４は、例えばユーザーがブラウザアプリケーション６０を使用してウェブサイトの閲覧を行う際に、ウェブサイトのＵＲＬの入力等を行うための入力用インタフェースである。入力部２４は、例えばキーボードやマウス等から構成されている。
【００６１】
表示部２５は、ユーザーに対してクライアントＰＣ２０が記憶している各種情報を表示するための出力用インタフェースである。表示部２５は、例えばＬＣＤ（Liquid Crystal Display−液晶ディスプレイ）モニター等から構成されている。
【００６２】
ネットワークＩ／Ｆ２６は、クライアントＰＣ２０をクライアントＰＣ側ＬＡＮ２に接続するための入出力インタフェースである。なお、クライアントＰＣ２０とクライアントＰＣ側ＬＡＮ２とを接続する物理的な手段としては、例えばイーサネット（登録商標）（ＩＥＥＥ８０２．３）や無線ＬＡＮ（ＩＥＥＥ８０２．１１ｂ）などがあげられる。
【００６３】
〈４．縦書き日記型ウェブサイト提供方法について〉
ここで、本発明の縦書き日記型ウェブサイト提供システムにおける、ＷＷＷサーバ１０、クライアントＰＣ２０、及び広域通信網３を用いた縦書き日記型ウェブサイト（縦書きブログ）の提供方法を、図１から図３のフローチャートと、図４から図７のブロック図とを用いて説明する。
【００６４】
図１は、本発明の縦書き日記型ウェブサイト提供システムにおいて、ＷＷＷサーバ１０がクライアントＰＣ２０よりＨＴＴＰリクエスト（通信リクエスト）を受信した際の処理フローを示したフロー図である。また図７は、ＷＷＷサーバ１０、クライアントＰＣ２０、及び広域通信網３におけるデータ及び処理の流れを示したブロック図である。
【００６５】
図１に示すように本処理は、ＷＷＷサーバ１０の制御部１１が、クライアントＰＣ２０より送信されたＨＴＴＰリクエスト（図７の矢印α１）を受信すること（図７の矢印α２）により、開始される（Ｓ１１０）。なお、ＨＴＴＰリクエストは、例えばクライアントＰＣ２０にインストールされたブラウザアプリケーション６０において、ユーザーが閲覧したいウェブサイトのＵＲＬ指定（入力部２４を用いたＵＲＬ入力）を行うことにより発行される。
【００６６】
ＨＴＴＰリクエストを受信したＷＷＷサーバの制御部１１は、ＨＴＴＰリクエストに含まれるＨＴＴＰヘッダの内容を解析する。そしてＨＴＴＰヘッダに含まれる情報より、ＨＴＴＰリクエストを送信したブラウザアプリケーションの種別、及びバージョンを取得する。取得した結果をもとに、前記ブラウザアプリケーションが、縦書きＨＴＭＬの表示をサポートしている（ＣＳＳ３に対応している）かどうかの判断を行う（Ｓ１２０）。上記処理を行う具体的な方法としては、例えばブログのメインページにブラウザ識別用のＰＨＰ（PHP: Hypertext Preprocessor）スクリプトを組み込んでおき、メインページが呼び出された際にＰＨＰスクリプトを実行することにより、上記の判断を行う方法があげられる。
【００６７】
前記Ｓ１２０の処理において、ブラウザアプリケーション６０が縦書きＨＴＭＬの表示をサポートしている（例えばＩＥのバージョン６である）と判断された場合、制御部１１は、ＨＴＴＰリクエストに含まれるＵＲＬ情報より、ユーザーが閲覧したいウェブサイト（ここでは縦書きブログ）を特定し、特定したウェブサイトを表示するためのデータが含まれているＸＭＬデータ５０を記憶部１３より読み込む。
【００６８】
制御部１１は読み込んだＸＭＬデータ５０をもとに、縦書きブログ用の縦書きＨＴＭＬデータを作成する（Ｓ１３０）。そして作成した縦書きＨＴＭＬデータを、ネットワークＩ／Ｆ１４を用いてクライアントＰＣ２０に対して送信する（Ｓ１４０）。送信を行った後、制御部１１はクライアントＰＣ２０からの応答待ちの状態となる。このため、ＷＷＷサーバ１０における処理フローは終了し、次にクライアントＰＣ２０側の処理フロー（図２のＡ１）に移行する。
【００６９】
逆に前記Ｓ１２０の処理において、ブラウザアプリケーション６０が縦書きＨＴＭＬの表示をサポートしていない（例えばＩＥのバージョン５．１である）と判断された場合、制御部１１は、ＨＴＴＰリクエストに含まれるＵＲＬ情報より、ユーザーが閲覧したいウェブサイトを特定する。そして特定したウェブサイトを、縦書きＨＴＭＬデータを用いずに表示するための縦書き表示用代替データ（ＸＭＬデータ５０、縦書き表示プログラム５１、書式設定データ５２、および画像データ５３）を記憶部１３より読み込むように指示を行う（図７の矢印β１）。
【００７０】
制御部１１は読み込んだ縦書き表示用代替データを、ネットワークＩ／Ｆ１４を用いてクライアントＰＣ２０に対して送信する（Ｓ２１０、図７の矢印β２）。送信を行った後、制御部１１はクライアントＰＣ２０からの応答待ちの状態となる。このため、ＷＷＷサーバ１０における処理フローは終了し、次にクライアントＰＣ２０側の処理フロー（図２のＢ１）に移行する。
【００７１】
次に、本発明の縦書き日記型ウェブサイト提供システムにおけるクライアントＰＣ２０側の処理について、図２のフロー図と、図７のブロック図とを用いて説明する。図２は、本発明の縦書き日記型ウェブサイト提供システムにおいて、ＨＴＴＰリクエストを送信したクライアントＰＣ２０が、ＷＷＷサーバ１０より応答を受信した際の処理フローを示したフロー図である。
【００７２】
図２に示すように本処理は、クライアントＰＣ２０がＷＷＷサーバ１０より受信する応答の内容によって、二種類の処理（Ａ１およびＢ１）に分かれる。図２のＡ１およびＢ１は、図１のＡ１およびＢ１にそれぞれ対応した結合子である。図２においてＡ１は、図１のＳ１２０の処理において、クライアントＰＣ２０のブラウザアプリケーション６０が縦書きＨＴＭＬの表示をサポートしていると判断された場合の処理開始点である。逆にＢ１は、図１のＳ１２０の処理において、クライアントＰＣ２０のブラウザアプリケーション６０が縦書きＨＴＭＬの表示をサポートしていない判断された場合の処理開始点である。
【００７３】
Ａ１より処理を開始した（縦書きＨＴＭＬの表示をサポートしている）場合、クライアントＰＣ２０の制御部２１は、ＷＷＷサーバ１０より縦書きＨＴＭＬデータを受信する（Ｓ１５０）。そして受信した縦書きＨＴＭＬデータを、ブラウザアプリケーション６０を用いて表示部２５に表示する（Ｓ１６０）。以上の結果、ユーザーは縦書き表示されたブログを閲覧することが可能となるため、本処理を終了する。なお、縦書きＨＴＭＬデータの受信処理及び表示処理の詳細については、従来技術と同様であるためここでは説明を省略するものとする。
【００７４】
Ｂ１より処理を開始した（縦書きＨＴＭＬの表示をサポートしていない）場合、クライアントＰＣ２０の制御部２１は、ＷＷＷサーバ１０より縦書き表示用代替データ（ＸＭＬデータ５０等）を受信する（Ｓ２２０、図７のβ３）。受信したデータは、メモリ２２に一時的に記憶される。なお、繰り返して使用されることが想定されるデータ（例えば画像データ５３）に関しては、記憶部２３に一時記憶データ６１として記憶することも可能である。
【００７５】
縦書き表示用代替データを受信した制御部２１は、クライアントＰＣ２０にインストールされているフラッシュプレイヤー（不図示）を起動し、ブラウザアプリケーション６０への組み込み（ブラウザアプリケーション６０がフラッシュの再生を行っているかのように見せるため、フラッシュプレイヤーをブラウザアプリケーション６０内部に表示させること）を行う（Ｓ２３０）。これにより、ユーザーはフラッシュプレイヤーの存在を意識することなく、ブラウザアプリケーション６０を用いてフラッシュの閲覧及び操作を行うことが可能となる。
【００７６】
制御部２１は、前記フラッシュプレイヤーを用いて、受信した縦書き表示用代替データに含まれている縦書き表示プログラム５１（フラッシュプログラム-動画表示プログラム）を実行する（Ｓ２４０、図７の矢印γ１）。以上の結果、ユーザーはブラウザアプリケーション６０に表示された縦書きレイアウトのブログを閲覧することが可能となる。
【００７７】
次に、縦書き表示プログラム５１実行時の処理の詳細について、図３のフロー図と、図７のブロック図とを用いて説明する。図３は、本発明の縦書き日記型ウェブサイト提供システムにおいて、クライアントＰＣ２０がブラウザアプリケーション６０に組み込まれたフラッシュプレイヤーを用いて、ＷＷＷサーバ１０より受信した縦書き表示プログラム５１を実行した際の処理フローを示したフロー図である。
【００７８】
制御部２１は、縦書き表示プログラム５１に記述された命令に従い、ＷＷＷサーバ１０より受信したＸＭＬデータ５０、書式設定データ５２、および画像データ５３を読み込む（Ｓ３１０、図７の矢印γ２ａおよび矢印γ２ｂ）。次に制御部２１は、画像データ処理手段７２を用いて、ブログの記事に使用される画像である画像データ５３を表示するためのレイヤー（layer）である、画像データ表示用レイヤーを作成する（Ｓ３２０）。
【００７９】
レイヤーとは、画像処理アプリケーション等で広く使用されている、画像をセル画のように扱う機能のことである。レイヤーを用いて表示される画像は、複数の画像データを重ねて表示した階層構造をとっている。個々のレイヤー（階層）には独立して画像データ、或いはテキストデータ等を配置することが可能である。各レイヤーを重ねて表示することにより、あたかも画像とテキストとが混在した一つの画像（あるいは映像）であるかのように表現することが可能である。
【００８０】
制御部２１は、作成した画像データ表示用レイヤーにおいて画像データ５３を配置する位置を、ＸＭＬデータ５０から取得する。取得された位置情報は、出力位置情報８０としてメモリ２２に記憶される（図７の矢印γ３）。そして出力位置情報８０をもとに、画像表示用レイヤーをブラウザアプリケーション６０（ひいては表示部２５）に表示する（Ｓ３３０、図７の矢印γ４）。
【００８１】
次に制御部２１は、データ解析手段７０を用いて、読み込んだＸＭＬデータ５０より表示すべきブログ記事の文書データを抽出し、抽出した文書データをデータ処理手段７１に送る（図７の矢印γ５）。文書データを受信した文書データ処理手段７１は、文書データを一文字単位で分割し、メモリ２２に記憶する（Ｓ３４０）。
【００８２】
次に文書データ処理手段７１は、分割した文書データの各文字に対して、標準文字であるか、或いは特殊文字であるかの判定を行う（Ｓ３５０）。標準文字とは、平仮名や片仮名、漢字といった、縦書きレイアウトにおいても横書きレイアウトにおいてもその形状が変化しない文字のことである。特殊文字とは、例えば句読点や括弧のような、縦書きレイアウトと横書きレイアウトではその形状（あるいは配置位置）が異なる文字である。
【００８３】
前記Ｓ３５０の処理において標準文字であると判断された文字データは、テキストボックスを用いた表示処理を行う。文書データ処理手段７１はテキストボックスを一つ作成し、テキストボックスを用いて表示する文字を指定するための値をテキストボックスに代入する（Ｓ３６０ａ）。
【００８４】
文字が入力されたテキストボックスは、文書データ処理手段７１より付加機能処理手段７３に送られる（図７の矢印γ７）。付加機能処理手段７３はデータ解析手段７０より、データ解析手段７０が書式設定データ５２をもとに算出した書式情報を受信し（図７の矢印γ８）、それをもとにテキストボックスに対する書式設定の反映を行う（Ｓ３７０ａ）。
【００８５】
次に付加機能処理手段７３は、作成したテキストボックスを表示するためのレイヤーである、テキストボックス表示用レイヤーを作成する（Ｓ３８０ａ）。レイヤー作成の際に付加機能処理手段７３は、後で各表示用レイヤーを重ねた場合に、各文字が縦並びに位置するように出力位置を算出し、出力位置情報８０としてメモリ２２に記憶する（図７のγ９）。そして出力位置情報８０をもとに、テキストボックス表示用レイヤー上にテキストボックスを配置する。
【００８６】
逆に前記Ｓ３５０の処理において標準文字ではない（特殊文字である）と判断された文字データについては、文書データ処理手段７１が画像データ処理手段７２を呼び出す（図７の矢印γ１０）ことにより、特殊文字の表示処理を行う。画像データ処理手段７２は、文書データ処理手段７１より受信した特殊文字の文字情報をもとに、特殊文字用の代替画像データを画像データ５３より取得する（Ｓ３６０ｂ、図７の矢印γ２ｂ）。代替画像データとは、特殊文字を縦書きレイアウトにした際の特殊文字を表した画像データであり、特殊文字ごとにあらかじめ用意されている。
【００８７】
特殊文字を取得した画像データ処理手段７２は、特殊文字の書式設定を行うために、画像データ５３を付加機能処理手段７３に送る（図７の矢印γ１１）。付加機能処理手段７３は、データ解析手段７０より受信した書式情報（図７の矢印γ８）をもとに、画像データ処理手段７２より受信した代替画像データに対する書式の反映処理を行う（Ｓ３７０ｂ）。例えばフォントサイズの反映を行う場合は、代替画像データに対して拡大縮小処理を施すことにより、書式の反映を行う。またフォントカラーについては、適合する色の代替画像データを画像データ処理手段７２を用いて再取得することにより、書式の反映を行うことが可能である。
【００８８】
次に制御部２１は、取得した代替画像画像データを表示するためのレイヤーである、代替画像表示用レイヤーを作成する（Ｓ３８０ｂ）。表示用レイヤー作成の際に制御部２１は、後で各表示用レイヤーを重ねた場合に、各文字が縦並びに位置し、かつ縦方向の文字中心線が全ての文字に関して一致するように出力位置を算出し、出力位置情報としてメモリ２２に記憶する（図７の矢印γ３）。そして出力位置情報をもとに、表示用レイヤー上に代替画像データを配置する。
【００８９】
前記Ｓ３８０ａ、或いは前記３８０ｂにより、一文字分の文字データを表示するための表示用レイヤーを作成した制御部２１は、前記Ｓ３４０において分割したテキストデータの全文字に対して、上記表示用レイヤーの作成処理が行われたかどうかの判定を行う（Ｓ３９０）。
【００９０】
前記Ｓ３９０の処理において、全文字に対して処理が完了していないと判断された場合、前記Ｓ３５０の処理に移行し、未処理の文字に対して表示用レイヤー作成処理を行う。逆に全文字に対して処理が完了していると判断された場合、各表示用レイヤー（テキストボックス表示用レイヤー、代替画像表示用レイヤー）を、前記Ｓ３３０において表示されている画像データ表示用レイヤーに重ねて表示する（図７の矢印γ４およびγ１２）。これにより、ブログの画像、及び縦書きレイアウトの文章が、表示部２５に表示されることとなるため、本処理を終了する。
【００９１】
上記処理の結果、表示部２５に表示される画面の一例を図８に示す。図８においては、ブラウザアプリケーション６０に縦書きレイアウトのブログ記事が表示されている。ブログ記事は、複数の画像データ、縦書き文書、および操作パネル（画面左下の矢印等）を含むように構成されている。通常文字（漢字、ひらがな等）はテキストボックスを用いて表示されているが、例えば「（水）」のような表示に用いられている括弧は、縦書きレイアウト用の代替画像を用いて、九十度回転した形状のものが表示されている。
【００９２】
この画面において例えばユーザーがマウスを用いて画面左下の矢印をクリックすることにより、コンテンツの一部（或いは全部）が左右にスクロールすることが可能である。また、画面中央上方にある日付（例えば二月十五日（水））はアンカー（他のページへ移動するためのリンク）となっており、これをユーザーがマウスでクリックすることにより、フラッシュプログラムはそのリンク先のページを前記Ｓ３１０からＳ４００の処理により作成し、表示する。
【００９３】
［その他の実施の形態］
以上、好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態及び実施例に限定されるものではなく、その技術的思想の範囲内において様々に変形して実施することができる。
【００９４】
例えば、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、ＷＷＷサーバ、或いはクライアントＰＣ以外の情報処理装置に実装し、記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００９５】
この場合、記憶媒体から読出されたプログラムコード自体が、前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体および記憶媒体を実装した通信端末は本発明を構成することになる。
【００９６】
なお、プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク、ハードディスク、光ディスク、光磁気ディスク、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００９７】
また、記憶媒体を実装する情報処理装置としては、例えばＰＤＡ、ノートＰＣ、ハンドヘルドＰＣ、カーナビ、携帯電話、ＰＨＳ、デジタルテレビなどを用いることができる。
【００９８】
また、情報処理端末より送信されたＨＴＴＰリクエストが、ネットワークに接続されたＷＷＷサーバ以外の情報処理装置において処理されたとしても、本発明の目的が達成されることは言うまでもない。この場合、ネットワークに接続された情報処理装置は本発明を構成することになる。
【００９９】
また、本実施の形態では処理開始トリガーを、クライアントＰＣからのＨＴＴＰリクエストの発行（図７の矢印α１）としているが、例えば図３の処理フローにおいて表示された縦書き表示用フラッシュに対してユーザーからの指示（ページ移動用アンカーへのマウスクリック等）を受けた場合も、図３のＢ２からＢ３への一連の処理がフラッシュプログラムにより実行され、表示されるコンテンツ（縦書きブログのページ）の変更が行われることは言うまでもない。
【０１００】
なお、上記処理はあくまでクライアントＰＣ内部でのみ行われるため、ＷＷＷサーバに対する通信リクエストが発生しない。ただしブラウザが表示する縦書きブログのページのソースデータ（ＸＭＬデータ等）がクライアントＰＣの一時記憶データに存在しない場合は、ソースデータ取得のためにＷＷＷサーバに対してソースデータ取得要求を行ことにより（図７の矢印α１〜α２、および矢印β１〜β３）、指定されたページの表示を行うことが可能である。
【図面の簡単な説明】
【０１０１】
【図１】本発明のＷＷＷサーバの処理フロー図である。
【図２】本発明のクライアントＰＣの処理フロー図である。
【図３】本発明のクライアントＰＣにインストールされたフラッシュプレイヤーの処理フロー図である。
【図４】本発明の縦書き日記型ウェブサイト提供システムの要部構成を示すブロック図である。
【図５】本発明のＷＷＷサーバの要部構成を示すブロック図である。
【図６】本発明のクライアントＰＣの要部構成を示すブロック図である。
【図７】本発明の縦書き日記型ウェブサイト提供システムの基本的な手順を示すブロック図である。
【図８】本発明のクライアントＰＣにおいて縦書き日記型ウェブサイトを表示した際の画面を示す図である。
【符号の説明】
【０１０２】
１      ＷＷＷサーバ側ＬＡＮ（通信網）
２      クライアントＰＣ側ＬＡＮ（通信網）
３      広域通信網（通信網）
１０    ＷＷＷサーバ（サーバ）
２０    クライアントＰＣ（クライアント）
２４    入力部（文書入力手段）
２６    ネットワークＩ／Ｆ（文書データ送信手段）
５０    ＸＭＬデータ（ＨＴＭＬ作成用ソース）
５１    縦書き表示プログラム（動画表示プログラム）
５２    書式設定データ（書式設定情報）
５３    画像データ
６０    ブラウザアプリケーション（ＨＴＭＬ文書表示手段）
８０    出力位置情報（配置位置）
【図１】
2007256997.tif 000003
【図２】
2007256997.tif 000004
【図３】
2007256997.tif 000005
【図４】
2007256997.tif 000006
【図５】
2007256997.tif 000007
【図６】
2007256997.tif 000008
【図７】
2007256997.tif 000009
【図８】
2007256997.tif 000010