JP2014203379A - 電子ドキュメント作成システム及び表示システム - Google Patents

Abstract

【課題】ローカル環境に依存するPCで制作されたドキュメントを国際的に標準化されたオープンなドキュメントに変換して表示できるシステムを提供する。画像化された文字に文字コードを付与する手段を提供する。【解決手段】少なくとも文字を編集可能な電子ドキュメント作成システムによって作成された電子ドキュメントにおいて、標準化されたドキュメントに変換する手段と、オブジェクトを画像化する手段と、オブジェクトの位置情報を記録する手段と、オブジェクトのうちテキストを含むオブジェクトから少なくとも文字コード情報と文字サイズ情報を取得する手段と、テキストオブジェクトを画像に変換した部分に非表示フォントを配置する手段と、画像化文字を選択する手段と、前記選択した文字をコピーする手段と、を備えることを特徴とする電子ドキュメント作成システム。【選択図】図１

Description

本発明は、HTML（Hyper Text Markup Language）、XML（Extensible Markup Language）ePubなど国際的に標準化されたドキュメント（以下「標準化ドキュメント」ドキュメントという）、またはRTF（Rich Text Format）など文書構造がオープン化されたドキュメント（オープンドキュメント）フォーマットのいずれかの要件を満たすドキュメント（以下「オープンドキュメント」という）の作成及び表示に関する。

標準化ドキュメントとしてはW3C（World Wide Web Consortiumletter-spacing ）が標準化を進めるWebドキュメントを表示するWebブラウザと、IDPF（International Digital Publishing Forum）標準化を進める電子書籍の標準フォーマットである、ePubドキュメントを表示するePubビューアがある。Webブラウザでドキュメント作成者が指定したフォント
が格納されていないローカルデバイスにおいて、オリジナルのフォントデザインを再現するためには、インターネット回線に接続されたサーバにフォントを格納し、ローカルデバイスにオリジナルのフォントをダウンロードして表示する手段としてWebフォントがある。Webブラウザで表示できるWebフォントのフォーマットとしては、WOFF（Web Open Font Format）、EOT（Embedded OpenType）、SVG（Scalable Vector Graphics）、SVGZ（gzip圧縮されたSVG）、TrueType、OpenTypeなどがある。

しかしながら、Webブラウザによって表示できるフォントが異なるため、どのWebブラウザでも表示するためには、表示したいWebブラウザ毎にサポートされているWebフォントを用意する必要がある。また、制作者が使用したフォントを提供するフォントベンダーがWebフォントを提供していない場合は、当該ドキュメントを表示する場合、ローカルデバイスに制作者が使用したフォントが格納していなければ表示できない。

制作者が使用したフォントがフォントベンダーからWebフォントとして提供されていない場合は、フォントを画像化することによって、すべてのWebブラウザで表示することが可能であるため、現在はフォントを画像化する手段が取られていることが多い。しかしながら、フォントを画像化すれば、テキスト属性が持てないために、文字を選択し、その選択した文字をコピーすることができなくなる。

広告やパンフレット、それに雑誌などの紙媒体による印刷物では、特に見出し文字などにおいて、文字毎に可変ピッチで文字を送る（以下「カーニング」という）ことがなされている場合がある。現状HTMLドキュメント作成ソフトではカーニングを行うことができないため、CSS（Cascade Style Seat）でプロパティによって、カーニングの刻み値毎に指定し、HTMLソース内にspan要素によってクラス名を指定必要である。文字毎にインライン要素で指定することはかなり手間がかかる。また、文章の段組を両端揃えにするためにはtext-alignプロパティでjustifyを指定することによって単語間のスペースを調整して行の両端を揃えることが可能であるが、日本語のなど２バイト圏の言語のみの文章の場合は、単語間にスペースが含まれていないので両端揃えが行われない。そのため、さらにtext-justifyプロパティで inter-ideographを指定することによって、両端揃えが可能になる。

しかしながら、CSSで両端揃えを指定してもWebブラウザによって表示が変わってしまうために、文章全体の表示エリアが異なってしまうためにレイアウトが崩れてしまう。また、text-alignプロパティやtext-justifyは、CSS3から新たに策定されたプロパティであるので、CSS3に未対応のブラウザでは両端揃えを行うことができない。

文章の縦書きにおいては、CSS3からサポートされたが現状では対応しているブラウザが少ない。また、縦書きのletter-spacingやtext-alignプロパティでのjustifyにおいてはCSS3でもドラフトとしても上がっていない状況であるので、縦書きでの段組の両端揃えや見出し文字のカーニングはWebブラウザやePubビューアでサポートされる見込みが立たない状況である。

以上はWebドキュメントにおける技術背景の現況であるが、電子書籍フォーマットであるePubもHTMLのサブセット的な仕様であり、スタイルシートはCSSを採用しているので技術的背景はHTMLと同様である。

本発明が解決しようとする課題は、少なくとも文章を編集可能な電子ドキュメントを作成することが可能なアプリケーションで作成された電子ドキュメントを標準化ドキュメントまたはオープンドキュメントに変換すること、オリジナルドキュメントで使用されているフォントがインストールされていないローカルデバイスにおいても表示可能なこと。

オリジナルドキュメントの文章がカーニングされていたり、段組された文章の両端揃えられていたり、また、縦書きである場合においても、デザイン及びレイアウトを崩さずに変換したドキュメントを表示し、変換したドキュメントの文字列を選択し、コピーできること。

（請求項1に対応）
上記の課題を解決するため、本発明の電子ドキュメント作成システムは、ワードプロッセサ-、DTP、グラフィック、Webデザインなど少なくとも文字を編集可能なアプリケーション（以下「電子ドキュメント作成ソフト」という）によって作成された電子ドキュメント（以下「オリジナルドキュメント」という）において、オリジナルドキュメントをHTML（HyperText Markup Language）、XML（Extensible Markup Language）ePubなど国際的に標準化されたドキュメントフォーマット（以下「標準化ドキュメント」という）または文書構造がオープン化されたドキュメントのフォーマットの要件を満たすドキュメント（以下「オープンドキュメント」という）に変換するドキュメント変換手段（ドキュメント変換手段によって変換されたドキュメントを以下「変換後ドキュメント」という）と、オリジナルドキュメントに配置されたオブジェクトを画像化するオブジェクト画像化手段と、オリジナルドキュメントに配置された前記オブジェクトの位置情報を記録する手段と、前記オブジェクトのうちテキストを含むオブジェクト（以下「テキストオブジェクト」という）から少なくとも文字コード情報と文字サイズ情報を取得する文字組情報取得手段と、テキストオブジェクトを画像に変換した部分（以下「画像化文字」という）が横書きの場合に画像化文字部分を文字として認識できる部分の文字毎に選択できる画像化文字部分選択手段と、画像化文字部分選択手段を実現するために画像化文字部分と同じ位置にグリフを持たないフォント（以下「非表示フォント」という）を重ねる非表示フォント配置手段と、前記画像化文字部分選択手段によって選択した文字をコピーする手段と、を備えることを特徴とする。

オリジナルドキュメントで様々なフォントが使用されていた場合、標準化ドキュメントまたは、オープンドキュメントに変換しても画像化することによりオリジナルドキュメントを正確に表示することが可能である。また、グリフを持たない非表示フォントを画像化文字の同じ位置に重ねて配置することにより、妨げられることなく画像化された文字を表示することが可能で、非表示フォントの文字列を選択することによって、下層の画像化文字の文字列を選択しているように認識することができる。また選択されている文字列は、コピーすることが可能で、さらにテキストを保持しているので、HTMLなどに変換したドキュメにントに保持しているテキストによってWebページ検索エンジンにインデックスされる可能性が高まる。

（請求項２に対応）
非表示フォントに格納されている文字種が、オリジナルドキュメントに使用されているそれぞれのフォントに格納されている文字種に設定されている文字幅と同じ文字幅を持った非表示フォント（以下「非表示プロポーショナルフォント」という）である請求項１記載の電子ドキュメント作成システムであって、非表示ポロポーショナルフォントを作成する非表示ポロポーショナルフォント作成手段を備えることを特徴とする。

オリジナルドキュメントに使用されているフォントが全ての文字種において同じ幅を持ったフォント（以下「等幅フォント」という）である場合は、画像化文字と非表示フォントは同じ幅であるために非表示フォントを選択した文字数と画像化文字が同期するが、オリジナルドキュメントに使用されているフォントが文字種それぞれに異なる幅を持ったフォント（以下「プロポーショナルフォント」という）である場合、非表示フォントを選択した文字数と画像化文字が同期できなくなるため、非表示フォントもオリジナルドキュメントで使用されているフォントと同じ幅を持った非表示プロポーショナルフォントを画像化文字に重ねて配置することによって、テキストレイヤーの非表示プロポーショナルフォントを選択した場合において、画像化文字と同期することが可能になる。

（請求項３に対応）
前記オリジナルドキュメントに横書きの前記テキストオブジェクトを有し、前記テキストオブジェクトに格納されている文字列がカーニングされた文字送りである場合において、さらにカーニングされた文字送りである前記画像化文字に対応したカーニング文字画像選択手段を備えることを特徴とする。

非表示フォントをオリジナルドキュメントのテキストオブジェクトに格納されている文字列が可変ピッチである文字送りと同じ文字送りを非表示フォントによって行うことにより、文章を段組表示して、なおかつ段組の両端に文字を揃えることを可能にする。また、見出し文章などで文字を詰めて表示することができ、文字を送り詰めた文字列を表示の通り選択し、コピーすることが可能になる。

（請求項４に対応）
オリジナルドキュメントに縦書きのテキストオブジェクトを有し、テキストオブジェクトの文字送りが固定ピッチである場合において、さらに画像化文字部分選択手段を実現できる縦書き文字選択手段を備えることを特徴とする。

WebブラウザでHTML5及びCSS3に対応していないブラウザでは、縦書きを表示することができないが、本発明ではローカルデバイスに格納されていないフォントでしかも縦書きの文字列を選択可能になる。

（請求項５に対応）
前記縦書きのテキストオブジェクトの文字送りがカーニングされている場合において、さらに前記縦書き文字選択手段を実現できる縦書きカーニング文字選択手段を備えることを特徴とする。

Webブラウザにおいて、縦書きの文章を表示したときにおいて、非表示フォントをオリジナルドキュメントのテキストオブジェクトに格納されている縦書きの文字列がカーニングされた文字送りと同じ文字送りを非表示フォントによって行うことにより、縦書きの文章を段組表示して、なおかつ段組の両端に文字を揃えることを可能にする。また、見出し文章などで文字を詰めて表示することができ、文字を送り詰めた文字列を表示の通り選択し、コピーすることが可能になる。

（請求項６に対応）
オリジナルドキュメントに配置されているテキストオブジェクトに含まれるすべての文字種をオリジナルドキュメントで指定されている以上の文字サイズでラスタライズした画像ファイル（以下「メージフォントン」という）と、画像化文字をイメージフォントによって生成する手段を備えることを特徴とする。

イメージフォントによって文字を1文字ずつ合成することにより、表示領域によって幅や高さを変更するテキストボックス（以下「リキッドテキストボックス」という）を実現することが可能になる。Webページや電子書籍では、表示領域によって文字組の幅や高さを変更することが望まれるが、これに対応することが可能である。

（請求項７に対応）
請求項1〜６に記載の電子ドキュメント作成システムによって作成した変換後ドキュメントと、請求項１に記載の前記非表示フォント、または、請求項２に記載の非表示プロポーショナルフォント、あるいは、請求項６に記載のイメージフォントを格納するインターネット回線を介して接続されるサーバと、前記変換後ドキュメントを表示可能なブラウザを格納する、インターネット回線に接続可能なローカルデバイスと、によって構成されるシステムであることを特徴とする。

前記システムでは、ローカルデバイスで変換後ドキュメントを表示する場合、変換後ドキュメントと非表示フォント、非表示プロポーショナルフォント、イメージフォントなど変換後ドキュメントを表示するために必要なファイルをすべてインターネット回線を介して表示システムであることを想定されているため、変換後ドキュメントは、HTMLドキュメントを想定した電子ドキュメント表示システムである。

（請求項８に対応）
請求項1〜６に記載の電子ドキュメント作成システムによって作成した変換後ドキュメントと、請求項１に記載の前記非表示フォント、または、請求項２に記載の非表示プロポーショナルフォント、あるいは、請求項６に記載のイメージフォントと、前記変換後ドキュメントを表示可能なブラウザを格納するインターネット回線に接続可能なローカルデバイスであることを特徴とする。

請求項８に記載の電子ドキュメント表示システムでは、オフラインで表示できることを前提としているため、変換後ドキュメントを含め、非表示フォント、非表示プロポーショナルフォント、イメージフォントなど変換後ドキュメントを表示するために必要なファイルをすべて、表示するデバイス格納することを特徴としているので、この場合、変換後ドキュメントはePubなどの電子書籍フォーマットを想定しており、前記デバイスは電子書籍デバイスとして利用されることを想定している。

（請求項９に対応）
少なくとも文字を編集可能な電子ドキュメント作成システム上のアドオンプログラムとして動作する請求項１〜６のいずれかに記載の電子ドキュメント作成システムであることを特徴とする。

ワードプロッセサ-、DTP、グラフィック、Webデザインなど文章を編集可能なアプリケーションにおいてアドオンプログラムを動作可能であれば、アドオンプログラムを介してデザイン及びレイアウト、そして文字情報を取得することが可能であり、オープンドキュメントに変換することが容易になる。

（請求項１０に対応）
少なくとも文字を編集可能な電子ドキュメント作成システムと連携可能なプログラムとして動作する請求項１〜６のいずれかに記載の電子ドキュメント作成システムであることを特徴とする。

請求項９に記載の電子ドキュメント作成システムは、電子ドキュメント作成ソフトアドオンプログラムとして動作するが、請求項１０に記載の電子ドキュメント作成システムは、電子ドキュメント作成アプリケーションがアドオン用のインターフェイスを用意していない場合において、標準化ドキュメントまたはオープンドキュメントに変換する手段を提供する。オリジナルドキュメントをローカルデバイスで読み込み、オリジナルドキュメントを標準化ドキュメントまたはオープンドキュメントに変換する。

（請求項１１に対応）
オリジナルドキュメントをインターネット回線に接続されるサーバにアップロードするオリジナルドキュメントアップロード手段と、サーバにおいて、請求項１〜６のいずれかの手段を提供するＡＳＰ（Application Service Provider）型の電子ドキュメント作成システムであることを特徴とする。

以上のように本発明によれば、オリジナルドキュメントで使用されているフォントがインストールされていないローカルデバイスにおいても表示可能である。また、オリジナルドキュメントの文章がカーニングされていたり、段組された文章の両端揃えられていたり、また、縦書きである場合においても、デザイン及びレイアウトを崩さずに変換したドキュメントを表示し、変換したドキュメントの文字列を選択し、コピーすることが可能になる。

ドキュメントの変換前と変換後のファイル構成図である。 オリジナルドキュメントを変換するフローチャートである。 CSSでの非表示フォントのインポートの記述例である。 変換後ドキュメントのレイヤー構成図 オリジナルフォント同幅プロポーショナルフォント非表示フォントを作成するフロー図である。 HTMLファイルにスタイルシートを埋め込んだ場合のインライン要素の記述例である。 横書きにおける全角での文字送りとカーニングされた文字列との比較図である。 横書きにおけるカーニングされた画像化文字に上層のテキストレイヤーに重ねられる非表示フォントの対応図である。 テキストオブジェクトの文字列が縦書きで固定ピッチの文字送りの場合表示図である。 縦書きにおけるカーニングされた画像化文字に上層のテキストレイヤーに重ねられる非表示フォントの対応図である。 縦書きでのスタイルシートとインライン要素の記述例である。 ドキュメント表示システムの概要図である。 イメージフォントのディレクトリ構成図である イメージフォントの生成フローチャートである。 ＡＳＰ型のドキュメント変換システムの構成図である。 ＡＳＰ型のサーブスフローの図である。

以下、複数の実施例に基づいて本発明の実施の形態を説明する。第1の実施例は請求項１の実施例でテキストオブジェクト１１に格納されている文字列が横組みの固定ピッチである場合である場合について以下に示す。また、以下に示す実施例では、変換後のドキュメントがHTMLドキュメントで、スタイルシートはCSSであることを前提とする。

(ドキュメントの変換前と変換後のファイル構成)
図1では、オリジナルドキュメント１０を、HTMLドキュメントに変換した場合の変換前と変換後のファイル構成を示している。少なくともテキスト編集が可能な電子ドキュメントを作成することが可能なソフトウェアで作成されたオリジナルドキュメント１０をテキストオブジェクト１１、イメージオブジェクト１２がオリジナルドキュメント１０に配置されている。オリジナルドキュメント１０を変換したファイル群である。変換後ドキュメント２０は、テキストオブジェクト１１を画像化文字２１、イメージオブジェクト１２を写真図版画像２２へと、いずれも画像ファイルとして保存する。

スタイルシート２３は、ドキュメントのサイズやマージン、それに配置されたオブジェクトの位置などのレイアウトを表している。ドキュメントがHTMLの場合はCSSファイルを生成する。HTML２４は、Webブラウザが標準でサポートしているHTMLファイルで、テキスト情報、画像へのリンク情報などが格納される。

字間スタイルシート３０は、オリジナルドキュメントのテキストオブジェクト１１に格納されている文字列が固定ピッチである場合、テキストオブジェクト１１毎に字間スタイルシート３０で定義される。例えばオリジナルドキュメント１０に配置されているすべてのテキストオブジェクトに格納されている文字の送りが全角の固定ピッチであった場合、字間スタイルシート３１ 、テキストオブジェクトオト毎に文字送りを指定する必要はない。

また、テキストオブジェクトの文字送りが幾つかの種類にまとめられる場合は、セレクタをクラスで指定することによって、同じ文字送りのスタイルをまとめて指定することができる。

また、テキストオブジェクト１１の文字送りがそれぞれ異なる場合は、セレクタにIDを付与することによって、それぞれのテキストオブジェクトに対して異なった、文字送りを指定することができる。以上は、テキストオブジェクトの文字送りが固定ピッチである場合のスタイルの指定方法である。

スタイルシート２３、字間スタイルシート３０は図１のように別ファイルとしてHTMLソース内に別ファイルの外部スタイルシートを「@import」によって取り込むか、もしくはurl()関数によって外部スタイルシートへのパスを記述する。また、スタイルシートは、HTML２４ソース内に直接記述してもよい。

非表示フォント４０はグリフを持たないフォントで、図３に示すとおり、当該スタイルシートに非表示フォントを読み込むための記述（４１）をする。非表示フォント４０はWOFF（Web Open Font Format）、EOT（Embedded OpenType）、SVG（Scalable Vector Graphics）、SVGZ（gzip圧縮されたSVG）、TrueType、OpenTypeなどのフォントフォーマットによって記述される。

図1では、オリジナルドキュメント１０のオブジェクト１１、１２がそれぞれ別々の画像
として書き出されているが、オブジェクト１１、１２を1つのファイルとして書き出しても良く、また、オリジナルドキュメント１０を1つの画像としてページ全体を書き出してもかまわない。また、図1では、HTMLファイルに変換した場合のファイル構成を示しているが、XMLやePubドキュメントでも同様なファイル構成になる。

（オリジナルドキュメントを変換するフロー）
図２では、請求項１に記載の電子ドキュメント作成システムにおいて、ドキュメント作成ソフト上で開かれているオリジナルドキュメントのカレントページから、ドキュメントを標準化ドキュメント（本実施例ではHTMLドキュメント）に生成するまでのステップを示す。以下のステップは、オリジナルドキュメントのファイルフォーマットが非公開の場合は、ドキュメント作成ソフト上で動作するアドオンプログラム、スクリプトまたは、ドキュメント作成ソフトと連携可能なアプリケーションプログラムによって実施する。オリジナルドキュメントのファイルフォーマットが公開されている場合は、オリジナルドキュメントを表示できるブラウザ上で動作するアドオンプログラム、スクリプト、または、ドキュメント作成ソフトと連携可能なアプリケーションプログラムによって実施するか、ドキュメントデータを読み込むスタンドアロンのアプリケーションプログラムで実施する。上記のようにＳ０１〜Ｓ１０のステップのステップを実施するプログラムを以下「ドキュメント変換プログラム」という。

Ｓ０１のステップにおいて、オリジナルドキュメントのカレントページのサイズ、マージン、背景色を取得する。

Ｓ０２のステップにおいて、カレントページに配置されている、オブジェクトのサイズ、ページの左上からのｘ、ｙ座標を取得する。

Ｓ０３のステップにおいて、S02で取得したｎ番目のオブジェクトのサイズ、位置情報のスタイルを生成する。

Ｓ０４のステップにおいて、ｎ番目のオブジェクトに、テキストデータが含まれているかを判断する。ｎ番目のオブジェクトにテキストデータが含まれていなければ、Ｓ０７ステップに進む。Ｓ０４のステップにおいて、オブジェクトにテキストデータを含んでいた場合、Ｓ０５ステップに進み、文字組情報を取得する。前記文字組情報とは、文字コードと、段落の1行目のインデント、段落間の間隔、行間、１文字毎の文字サイズの情報である。

Ｓ０６ステップにおいて、前記取得した文字組情報を基に前記オブジェクトを表現する文字に関連するスタイルを生成する。また、カレントオブジェクトの字間は、予め作成した字間スタイルシートにおいて定義したスタイルを指定する。

Ｓ０７のステップにおいて、ｎ番目のオブジェクトの画像データを生成する。

Ｓ０８のステップにおいて、ｎ番目のオブジェクトが最後のオブジェクトでない場合は、ステップＳ０２に戻る。ｎ番目のオブジェクトが最後のオブジェクトである場合は、ステップＳ０９に進み、すべてのオブジェクトのスタイルを書き込んだスタイルシートを生成する。

最後にＳ１０のステップにおいて、HTMLファイルを生成する。前記HTMLファイルには、テキストデータ、画像へのパス並びにページのサイズ、マージン、そしてＳ０９のステップで生成したスタイルシートをHTMLファイルに内包するか、もしくはスタイルシートへのリンクパスを記述する。

（変換後ドキュメントのレイヤー構造）
前述では、オリジナルドキュメント１０から、変換した変換後ドキュメント２０のファイル構成とファイルの生成ステップについての説明をした。図４は、図１の変換後ドキュメント２０に配置されるオブジェクトとレイヤー構造についての説明図である。

下層のレイヤーであるグラフィックレイヤー２０ａには、オリジナルドキュメント１０のカレントページに配置されているすべてのオブジェクトを画像化し、オリジナルドキュメント１０に配置されていたところと同じ位置に配置される。画像化文字２１はオリジナルドキュメント１０のカレントページに配置されていたテキストオブジェクト１１をJPEG、PNG、GIFなどの画像に変換したオブジェクトである。

この画像化文字を生成する方法としては、Ｓ０７のステップで取得した文字組情報によってバックグラウンドで描画した結果を画像として保存する。通常この描画は変換プログラムが動作するデバイスのオペレーティングシステムに描画する条件を渡すことによって画像を描画する。

下層のグラフィックレイヤー２０ａには、オリジナルドキュメントのカレントページに配置されている写真オブジェクト１２である。このイメージオブジェクト１２をwebブラウザが対応するJPEG、PNG、GIFなどのファイルフォーマットに変換して配置する。つまりグラフィックレイヤー２０ａは、表示するためのレイヤーである。

これに対して上層のテキストレイヤー２０ｂは、表示されないレイヤーで文字列の選択とコピーを可能にするためのレイヤーである。このテキストレイヤー２０ｂには非表示テキストオブジェクト２１ｂが配置される。この非表示テキストオブジェクト２１ｂは点線で表しているが実際は不可視状態であって、下層のレイヤーの画像化文字２１と同じ位置に配置され、オリジナルドキュメント１０からＳ０５のステップによって取得した文字組情報によって、画像化文字２１と同じ仮想サイズと同じ位置に非表示フォント４０を配置する。

従って、変換後ドキュメント２０を表示したブラウザで文字列を選択した場合、選択している部分は下層のグラフィックレイヤーの画像化文字部分を選択しているように認識されるが、実際は上層のテキストレイヤー２０ｂに配置された、非表示フォント４０の文字列を選択していることになる。

次に、第２実施例について説明する。第１実施形態では、オリジナルドキュメント１０に使用されているフォントに格納されている、文字種のそれぞれの幅については、言及しなかった。このためオリジナルドキュメントで使用されているフォント（以下「オリジナルフォント」という）に格納されている文字種の幅がそれぞれ異なった幅を持つフォント（以下「プロポーショナルフォント」という）である場合、第1実施例で使用する非表示フォント４０の文字列を選択する手段によって実施した場合、画像文字部分と同期することができなくなる。つまり、非表示フォントが固定幅である場合、または、オリジナルフォントに格納されている文字種に対応する非表示フォント４０の文字種の幅が異なっている場合においてオリジナルフォントと同じ幅を持った非表示フォント（以下「オリジナルフォント同幅プロポーショナル非表示フォント」という）を作成する必要がある。

以下、第１実施例と異なる点を中心に説明する。オリジナルフォント同幅プロポーショナル非表示フォントの作成方法について説明する。オリジナルドキュメント１０のテキストオブジェクトに格納されている、オリジナルフォントが等幅フォントでなくプロポーショナルフォントであった場合、オリジナルフォントにマッピングされているそれぞれの文字種と同じ幅を持った、オリジナルフォント同幅プロポーショナルフォント非表示フォントをWOFF、EOT、SVG、SVGZ、TrueType、OpenTypeなどのフォントフォーマットに従って作成する。オリジナルフォント同幅プロポーショナルフォント非表示フォントは、すでに存在するフォント作成ソフトウェアもしくは、前記フォントフォーマットに従って作成する。図５はオリジナルフォント同幅プロポーショナルフォント非表示フォントを作成するフロー図である。Ｓ２０のステップで前記オリジナルドキュメント１０を作成した際に使用したデバイスにおいてオリジナルドキュメント１０に使用されている当該フォントファイルにアクセスする。

ステップ２１において当該フォントがプロポーショナルフォントであるか判断する。当該フォントがプロポーショナルフォントであった場合、ステップ２２においてｎ（ｎは当該フォントに格納されているフォントの最初の文字から最後の文字種まで）番目の文字種の幅、高さ、ベースラインの位置の情報（以下「非表示プロポーショナルフォント必要情報」）という）を取得する。

次にステップＳ２３においてステップ２２で取得した非表示プロポーショナルフォント必要情報を当該フォントフォーマットで指定される位置に記述する。

ステップＳ２４において当該文字種が当該フォントに格納されている最後の文字であった場合、当該フォントフォーマットの仕様に従ってフォントを作成する。図５に示すオリジナルフォント同幅プロポーショナルフォント非表示フォントの作成は、既存のフォント作成ソフトによって手動で作成してもかまわない。

この、オリジナルフォント同幅プロポーショナル非表示フォントは、実施例１と同じ手段によって非表示テキストオブジェクト２１ｂに配置される。これによって、オリジナルドキュメント１０のテキストオブジェクトに格納されているフォントがプロポーショナルフォントであっても、上層のテキストレイヤーに配置されたオリジナルフォント同幅プロポーショナル非表示フォントを選択しても下層のグラフィックレイヤーに配置された画像化文字と同期することが可能になる。

また、オリジナルフォント同幅プロポーショナル非表示フォントにおいて、オリジナルフォントに格納されている文字種すべてに対して非表示プロポーショナルフォント必要情報を記述する必要はない。少なくともオリジナルドキュメントに使用されているプロポーショナルフォントであってオリジナルドキュメントに使用されている文字種の非表示プロポーショナルフォント必要情報が格納されているオリジナルフォント同幅プロポーショナル非表示フォントを作成することができれば、第２実施例を実施することが可能であり、使っていない文字種の非表示プロポーショナルフォント必要情報を記述しないことによって、オリジナルフォント同幅プロポーショナルフォント非表示フォントのファイルサイズを小さくできる効用がある。

（テキストオブジェクトの文字列が横組みでカーニングする場合の実施例）
第２実施形態ではオリジナルドキュメントにプロポーショナルフォントが使用されていた場合の非表示フォント作成方法に対の説明であったが、オリジナルドキュメント１０に配置されているテキストオブジェクト１１に格納されている文字列がカーニングされていた場合、図２のＳ０５ステップの処理（文字組情報の取得）でカレントテキストオブジェクトから、1文字毎に現在の文字の左端の位置と、前の文字の左端の位置を予め取得しておく。以下、第３実施例を第１実施例と異なる点を中心に説明する。

図６はHTMLファイル２４に文字列をカーニング処理する場合の字間スタイル４０の記述例である。前記記述例はHTMLソースに内包した記述例で、カーニングしたい文字列に使用する字間の種類をすべて記述する。２４ａはカーニングしたい文字列に適応させるための字間のＣＳＳでクラス名が付与される。２４ａに記述されている「.kern-015」はクラス名である。また、「{letter-spacing:-0.15em;}」字間の指定で前記記述の場合は全角の１５％字間が狭められることを意味する。

２４ｂは「カーニング」という文字列を表示するブラウザが表示に使用するフォント固有の文字幅によって文字送りされる。例えば前記フォントに格納されている文字種の幅がすべて全角であった場合、フォントサイズに文字数を乗じた長さになる。これに対して２４ｃは「カーニング」という文字列をカーニングによって文字送りした場合の記述である。ＣＳＳのインライン要素によってそれぞれの文字に対して異なった字間を設定する。

オリジナルフォントがプロポーショナルフォントで、第２実施例のオリジナルフォント同幅プロポーショナル非表示フォントを使用し、なおかつカーニングされていた場合は、現在の文字の左端の位置と、前の文字の左端の距離を字間としてスタイルに記述するのではなく、カーニングによって変更された字間をのみを字間スタイルに記述しなければならない。また、オリジナルフォント同幅プロポーショナル非表示フォント使用した場合は、カーニングされていない場合で、現在の文字の左端の位置と、前の文字の左端の距離が全角でない場合は、字間スタイルを適応しなくてもよい。

図７は字間を全角の固定ピッチで文字送りされた文字列と、カーニングされたで文字列との比較である。HTMLファイル２４のソース２４ｂをブラウザで表示したものが７１ａですべて全角ピッチ文字送りされており、同じく前記HTMLファイル２４のソース２４ｃを表示した結果が７２ａでカーニングされた文字列の表示例である。

図８はカーニングされている文字列を含むオリジナルドキュメント１０のテキストオブジェクトを変換したカーニングされた画像化文字５１に対して非表示フォントの位置５２と５２ａ〜５２ｅの非表示フォントフォントの字間を表している。この字間は次の文字までの距離である。

例えばカーニングされた画像化文字５１の「カ」に位置５２ａに「カ」の文字コードを持った非表示フォントの文字が配置され、次の文字までの距離、すなわち字間は０．８５で次の非表示フォントの「−」の文字コードを持つ文字が配置される。５２ｂ〜５２ｅも同様に配置される。この手段によって横組みでしかもカーニングされた文字列であっても下層のグラフィックレイヤー２０ａ配置されたカーニングされた画像化文字５１に対応した文字の選択ができ、文字コードコピーも可能になる。

（テキストオブジェクトの文字列が縦組みで固定ピッチの文字送りの場合の実施例）
第４実施例を第１実施例と異なる点を中心に説明する。図９はテキストオブジェクトの文字列が縦組みで固定ピッチの文字送りの場合の表示である。オリジナルドキュメント１０のテキストオブジェクトが縦書きの場合、画像化文字を選択するために非表示フォントを縦書きにしなければならない。

HTMLドキュメントでは、CSS3から縦書きが可能になったが、CSS3をサポートしていないブラウザの場合、前記ブラウザで縦に文字を配置する場合、オリジナルドキュメント１０のテキストオブジェクトに格納されている文章1行つきCSSにおいて１つのブロック要素６０を作成する。前記ブロック要素は横幅を１ｅｍ（１文字の高さに相当）、縦はａｕｔｏ（ブラウザのデフォルト値）、行の高さを１ｅｍ、そして文字サイズを指定し、そのブロック要素６０にクラス名を付与する。

HTMLソース内に前記指定したブロック要素６０に１行に表示する文字列を記述し、前記ブロック要素を右から左へ並べることによってCSS3をサポート指定なブラウザにおいても縦書き表示が可能になる。図９ではブロック要素の中に「カーニング」という文字列６０ａ〜６０ｅを非表示フォント４０によって記述した場合の表示で縦書きで１行を表示しているように見えるが、実際は幅が1文字で５行のカラムとして構成される。

（テキストオブジェクトの文字列が縦書きでカーニングされた文字送りの場合の実施例）第５実施例を第１実施例と異なる点を中心に説明する。図１０はグラフィックレイヤーの画像化文字７０とテキストレイヤー７１との対応図である。オリジナルドキュメント１０のテキストオブジェクトが縦書きでさらにカーニングされていた場合、CSS3においても縦書きでのカーニング処理についてのドラフトは提出されていない。このため現状ではブラウザにおいて縦書きでカーニングされた文字列を表示することが不可能である。第５実施例ではCSS3に対応していない縦書きを表示できないブラウザにおいても、縦書きでカーニング表示をすることができる方法を以下に説明する。

縦書きの方法は第４実施例と同じであるが、オリジナルドキュメント１０のテキストオブジェクト１１が縦書きでさらにカーニングされている文字列である場合、第２実施例の非表示プロポーショナルフォントでも実現不可能である。また、第３実施例のCSSによって字間を調整する方法をもちいても実現不可能である。高度な日本語組版処理が可能なソフトウェアにおいては、縦書きのカーニング処理を行うことができるが、残念ながらHTMLドキュメント及びePubには縦書きのカーニング処理についての仕様が含まれていないため、HTMLドキュメント並びにePubを表示することができるブラウザでは、縦書きのカーニング処理を行うことができない。

７０ａ〜７０ｅはカーニングされた文字列を画像化しているがカーニングされているためそれぞれの文字送りが異なっている。それぞれの文字の高さは７０ａが0.79ｅｍ、７０ｂが0.85ｅｍ、７０ｃが0.57ｅｍ、７０ｄが0.68ｅｍ、７０ｅが0.85ｅｍである。非表示フォント４０を文字サイズをそれぞれ前記７０ａ〜７０ｅに対応する同じサイズによって非表示フォント４０をテキストレイヤーのテキストボックス７１に配置することによって、グラフィックレイヤーの画像化文字と同期して文字列を選択することが可能になる。

図１１は縦書きでカーニングするためのHTMLドキュメントでスタイルシートを内包している。８０は非表示フォント４０を読み込むための記述で、８１は縦書きの１行のテキストオブジェクトの記述でいずれもCSSによって記述される。８１は幅１ｅｍ（全角1文字分）のブロック要素である。

例えば１０行の縦書きの文章は、８１に記述の「tate-line」オブジェクト１０個を左から順に並べることにより、縦書きで表示することが可能になる。

８２は、HTMLのbodyタグ以下に記述されるソースで、前記「tate-line」オブジェクト毎に非表示フォントによって1文字以上のテキストにフォントサイズを指定することによってグラフィックレイヤーの画像化文字と同期して文字列を選択することが可能になる。

８２では1文字毎にスタイルでフォントサイズを記述してあるが、前記スタイル記述は、テキスト要素にスタイル属性を追加して、HTMLソース中に直接スタイル指定した例である。前記スタイルの記述場所は、HTMLドキュメント内の<head>要素内に<style>要素を記述してもよく、また、スタイルシートを記述したCSSファイルをHTMLファイルとは別に作成して、HTMLファイル内から呼び出してもよい。

（イメージフォントによる画像化文字選択）
次に第６実施例について以下に説明する。第１実施例では、画像化文字を生成する方法としてＳ０７のステップで取得した文字組情報によってバックグラウンドで描画した結果を画像として保存した。第６実施例ではイメージフォントを配置することによって画像化文字を形成する。

図１２はドキュメント表示システムの概要図である。イメージフォントサーバ１１０には、オリジナルドキュメント１０で配置されているテキストオブジェクト１１に含まれる文字種をオリジナルドキュメントに描画されているサイズ以上でラスタライズされた画像ファイル群（以下「イメージフォント」という）が格納される。

Webサーバ１００には変換後ドキュメント２０であるHTMLドキュメントが格納される。前記HTMLドキュメント２０に配置されているグラフィックレイヤー９０の画像化文字９２がイメージフォントによって（以下1文字以上のイメージフォントのグループを「イメージフォントオブジェクト」という）配置する。

イメージフォントをテキストオブジェクト１１の１行毎に合成すれば、ブラウザの表示領域に合わせて高さが可変のテキストオブジェクトを作成することが可能になり、また、イメージフォントを１文字ずつ配置することにより、縦横可変のテキストオブジェクトを作成することができる。

イメージフォントオブジェクトは、イメージフォントサーバ１１０に格納されているイメージフォントによって構成され、電子書籍端末・タブレットPC１３１、スマートフォン１３２、パソコン１３３などウェブブラウザを動作させることが可能な端末から、Webサーバにアクセスする。

図１３は、イメージフォントサーバ１１０に格納されているイメージフォントのディレクトリ構成である。イメージフォントサーバ１１０には変換後ドキュメント毎に画像化文字と同じフォントの文字種を格納する。ドキュメントＡディレクトリ１１１のディレクトリ名の一部にドキュメントＡの名称またはドキュメントＡを特定できるユニークなＩＤ（以下「変換後ドキュメントＩＤ」という）を付与する。

ドキュメントＡディレクトリ１１１の配下にはドキュメントＡ１１１で使用されているフォント毎にディレクトリ（以下イ「メージフォントディレクトリ」という）、図１４ではイメージフォントAディレクトリ１１１ａ、イメージフォントＢディレクトリ１１１ｂ、イメージフォントＣディレクトリ１１１ｃを作成し、前記イメージフォントディレクトリの配下には、さらにフォントサイズ毎にディレクトリ（以下「フォントサイズディレクトリ」という）図１４では１１１ａ１、１１１ｂ１、１１１ｃ１を作成する。フォントサイズディレクトリには変換後ドキュメントのグラフィックレイヤー２０ａの画像化文字２１に対応する、フォントの文字種、サイズのイメージフォントを格納する。

イメージフォントは、オリジナルドキュメント１０のテキストオブジェクト１１で使用されている文字種のみが必要であるが、フォントやサイズが異なった場合は別に画像化してイメージフォントサーバ１１０に格納する。格納するフォントサイズはオリジナルドキュメント１０と同じフォントサイズで画像化することを基本とするが、ブラウザで拡大した場合も滑らかに表示させるためには、オリジナルドキュメントで指定されているフォントサイズよりも大きなサイズを別に用意する。

例えばオリジナルドキュメント１０に配置されているテキストオブジェクト１１のフォントサイズが１２ｐｔであった場合、１２ｐｔでイメージフォントを生成することを基本とするが、２倍のサイズである２４ｐｔのサイズでイメージフォントを生成すれば拡大した時も滑らかに表示でき、また、元のサイズである１２ｐｔに縮小してもきれいに表示することが可能である。

このようにオリジナルドキュメント１０で指定されているフォントサイズと同じフォントサイズのみを生成する以外にも、オリジナルドキュメント１０で指定されているフォントサイズの倍数のフォントサイズのイメージフォントを複数のサイズを生成してもよい。

次に、図１４においてイメージフォントの生成フローを説明する。まず、ステップＳ３０でオリジナルドキュメントに配置されたオブジェクトのタイプを判断する。

前記オブジェクトのタイプがテキストオブジェクトであれば、ステップＳ３１に進み、ｎ番目の文字の文字コード、フォント名、フォントサイズ（以下「イメージフォント情報」という）を取得する。前記オブジェクトのタイプがテキストオブジェクトでなければ、次のオブジェクトのタイプを判定する。

次にステップＳ３２に進み、Ｓ３１によって取得したイメージフォント情報によってバックグラウンドでカレント文字を任意の色（通常はブラックが好ましい）による連続した透過度、あるいは連続したグレースケールによって描画する。

次にＳ３３に進み、前記描画した画像を保存する。前記保存した画像のファイル名の一部に文字コード関連情報を付与する。

最後にＳ３４進み、カレントオブジェクトから取得した文字が最後の文字であれば、カレントオブジェクトに含まれる文字のイメージフォント生成は終了する。オリジナルドキュメントにまだ前記処理をしていないオブジェクトが存在する場合には、同様の処理をステップＳ３０から行う。

オリジナルドキュメントに配置されたすべてのオブジェクトに対して図１５のイメージフォントの生成ステップによる処理を行った後に、図１４に示す構造に従って生成したイメージフォントをイメージフォントサーバ１１０に格納する。

第６実施例では、オリジナルドキュメント１０のテキストオブジェクト１１と同じ位置にイメージフォントサーバに格納されている変換後ドキュメントＩＤに関連づけられたドキュメントディレクトリの同じフォント、同じサイズのイメージフォントへのリンクを記述することによって、画像化文字を形成することが可能になる。

イメージフォントは任意のカラーによる連続した透過度、あるいは連続したグレースケールによって記録されているので、オリジナルドキュメント１０の当該文字がイメージフォントのカラーと異なっていた場合は、JavaScript（登録済み商標）で色の変更をおこなうか、当該カラーに変更したイメージフォントを予めイメージフォントサーバ１１０に保存しておく。

イメージフォントはイメージフォントサーバ１１０に格納されるが、Webサーバに格納してもよく、格納される場所はインターネット回線に接続されているサーバであれば構わない。

イメージフォントを１文字ずつ並べていった場合、画像化文字も1文字ずつ選択可能だが、選択した文字コードコピーを行うことができないため、文字コードコピーを可能にするためにイメージフォントによって生成された画像化文字同じ位置に上から非表示フォントを重ねることにより文字コードコピーを行うことが可能になる。

第１〜第６実施例では、オリジナルドキュメント１０をテキスト属性を保持した上で忠実に再現できるドキュメント生成の方法について説明したが、第１〜第６実施例によって生成した変換後ドキュメントを表示するシステムについて図１２によって以下に説明する。

第１〜第６実施例のいずれかの方法によって生成した変換後ドキュメントを格納するWebサーバ１００と、イメージフォントが格納されるイメージフォントサーバ１１０非表示等幅フォントまたは、非表示プロポーショナルフォントが格納されるWebフォントサーバ１２０（以下「サーバ群」という）と、電子書籍端末・タブレットＰＣ１３１または、スマートフォン１３２、あるいはパソコン１３３（以下「電子表示端末」という）には、第１〜第６実施例のいずれかの方法によって生成した変換後ドキュメントを表示することが可能なブラウザ（変換後ドキュメントがHTMLドキュメントの場合はWebブラウザ）を格納する。

サーバ群と電子表示端末はすべてインターネット回線に接続され、電子表示端末にインターネット回線を介して変換後ドキュメントがダウンロードされるとともに変換後ドキュメ２０あるいは、イメージフォントがダウンロードされる。この図１２の電子ドキュメント表示システムでは、電子表示端末に変換後ドキュメントが予め格納されていない場合のシステムであり、インターネットに接続し第１〜６実施例によって生成された変換後ドキュメントをその都度ダウンロードし、表示するためのシステム構成である。

また、サーバ群は３台で構成されているが、１台にまとめてもよく、または４台以上に分割してもよい。

また、電子表示端末に第１〜６実施例によって生成された変換後ドキュメント、並びに変換後ドキュメントに使用されている、非表示フォント、または、非表示プロポーショナルフォント、あるいはイメージフォントをすべて予め格納して変換後ドキュメントを表示することも可能である。通常この形態を取る場合は、変換後ドキュメントのフォーマットはｅＰｕｂ形式にするのが望ましい。

次に、請求項11に記載する第１〜６実施例の実行をインターネット回線に接続されるサーバによってサービスを提供するＡＳＰ（Application Service Provider）型のサービスシステムについて説明する。

前記サービスシステムでは、利用者が各自保有のコンピュータ等によって作成したオリジナルドキュメントをインターネット回線を介してＡＳＰサーバにアップロードし、ＡＳＰサーバに格納されている第１〜６実施例を実行可能なアプリケーションによってオリジナルドキュメント１０を標準化ドキュメントまたはオープンドキュメントに変換する。このサービスシステムの場合、変換前のオリジナルドキュメント１０もHTML、XML、ePubなど国際的に標準化された標準化ドキュメントまたは文書構造がオープン化されたオープンドキュメントのフォーマットの要件を満たしている必要がある。

図１５は、ＡＳＰ型のサービスシステム構成を表している。ＡＳＰサーバ140とクライアント１４１で構成され、ＡＳＰサーバ１４０はオリジナルドキュメントを変換する第１〜６実施例のいずれかを実行することが可能なアプリケーションとオリジナルドキュメントで使用されているフォントが格納される。クライアント１４１には、オリジナルドキュメント１０をＡＳＰサーバ１４０にアップロードできるアプリケーションを格納する。

図１６でＡＳＰ型のサービスのフローについて説明する。ステップＳ４０において、ＡＳＰサーバにログインする。ログインはユーザＩＤとパスワードを入力かOAuth認証などによってユーザ認証を行う。

次にステップＳ４１においてログインして認証ＯＫであれば、ステップＳ４２に進み、ユーザが作成した、オリジナルドキュメント１０をアップロードするための画面を表示する。

ステップＳ４３において、アップロードするオリジナルドキュメント１０を選択し、ステップＳ４４において、HTML、XML、ePubなど変換したいドキュメントのファイルフォーマットを指定したあと、送信ボタンを押下し、前記オリジナルドキュメント１０とユーザが指定した変換後ドキュメントのタイプをステップＳ４５において、ＡＳＰサーバ１４０に送信する。

次にステップＳ４６において、ＡＳＰサーバ１４０に格納された変換プログラムによってオリジナルドキュメント１０を変換する。

次にステップＳ４６において変換後ドキュメントのダウンロード画面を表示する。

次にステップＳ４７において、ダウンロード画面の保存ボタンを押下すると保存する場所を指定する画面が表示されるので保存場所を指定する。WebブラウザによってＳ００〜Ｓ００のステップを実行する場合は、保存する場所を指定するステップはWebブラウザに設定されている保存場所かもしくはWebブラウザによって保存場所を指定する。

次にステップＳ４８において、ＡＳＰサーバ１４０においてオリジナルドキュメントをユーザが指定した変換後ドキュメントタイプに変換する。

最後にステップＳ４９において、ユーザのローカルデバイスに変換後ドキュメント１０を送信する。ＡＳＰサーバ１４０からメールに変換後ドキュメントを添付して送信してもよく、また、ダウンロード画面へのＵＲＬを記述したメールを送信し、ユーザは、受信した前記メールに記載されているＵＲＬを押下してダウンロード画面をWebブラウザによって表示し変換後ドキュメントをダウンロードしてもよい。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、作成したドキュメントのデザインが標準化ドキュメントやオープンドキュメントに変換してもオリジナルのデザインを忠実に再現できる。

１０ オリジナルドキュメント
１１ テキストオブジェクト
１２ イメージオブジェクト
２０ 変換後ドキュメント
２０ａ グラフィックレイヤー
２０ｂ テキストレイヤー
２１ 画像化文字
２１ｂ 非表示テキストオブジェクト
２２ 写真図版画像
２３ スタイルシート
２４ HTML
２４ａ カーニングしたい文字列に適応させるための記述
２４ｂ フォント固有の文字幅によって文字送りの場合の記述
２４ｃ カーニングによって文字送りした場合の記述
３０ 字間スタイルシート
４０ 非表示フォント
４１ CSSでの非表示フォントのインポートの記述例
５１ カーニングされた画像化文字
５２ 非表示フォントの位置
５２ａ 非表示フォント「カ」
５２ｂ 非表示フォント「―」
５２ｃ 非表示フォント「ニ」
５２ｄ 非表示フォント「ン」
５２ｅ 非表示フォント「グ」
６０ CSSのブロック要素
００ａ 全角送りでの表示
００ａ カーニングによる表示
７０ グラフィックレイヤーの画像化文字
７０ａ 画像化文字「カ」
７０ｂ 画像化文字「―」
７０ｃ 画像化文字「ニ」
７０ｄ 画像化文字「ン」
７０ｅ 画像化文字「グ」
７１ テキストレイヤーのテキストボックス
７１ａ 非表示フォント「カ」
７１ｂ 非表示フォント「―」
７１ｃ 非表示フォント「ニ」
７１ｄ 非表示フォント「ン」
７１ｅ 非表示フォント「グ」
８０ 非表示フォントを読み込むためのCSSの記述
８１ 縦書き１行のテキストオブジェクトのCSSの記述
８２ 縦書きのスタイルを適用したHTMLソースの記述
１００ Webサーバ
１１０ イメージフォントサーバ
１１１ ドキュメントAディレクトリ
１１１ａ イメージフォントAディレクトリ
１１１ａ１ イメージフォントＡサイズ別ディレクトリ
１１１ｂ イメージフォントＢディレクトリ
１１１ｂ１ イメージフォントＢサイズ別ディレクトリ
１１１ｃ イメージフォントＣディレクトリ
１１１ｃ１ イメージフォントＣサイズ別ディレクトリ
１２０ Webフォントサーバ
１３０ インターネット
１３１ 電子書籍端末・タブレットＰＣ
１３２ スマートフォン
１３３ パソコン
１４０ ＡＳＰサーバ
１４１ クライアント

Claims (11)

1. 電子ドキュメント作成ソフトによって作成されたオリジナルドキュメントにおいて、
   オリジナルドキュメントをHTML（HyperText Markup Language）、XML（Extensible Markup Language）ePubなど国際的に標準化された標準化ドキュメントまたは文書構造がオープン化されたオープンドキュメントのフォーマットの要件を満たすドキュメントに変換するドキュメント変換手段と、
   前記オリジナルドキュメントに配置されたオブジェクトを画像化するオブジェクト画像化手段と、
   前記オリジナルドキュメントに配置された前記オブジェクトの位置情報を記録する手段と、
   前記オブジェクトのうちテキストを含むテキストオブジェクトから少なくとも文字コード情報と文字サイズ情報を取得する文字組情報取得手段と、
   前記テキストオブジェクトを画像に変換した画像化文字が横書きの場合に前記画像化文字を文字として認識できる部分の文字毎に選択できる画像化文字選択手段と、
   画像化文字選択手段を実現するために画像化文字と同じ位置にグリフを持たない非表示フォントを重ねる非表示フォント配置手段と、
   前記画像化文字選択手段によって選択した文字をコピーする手段と、
   を備える電子ドキュメント作成システム。
2. 前記非表示フォントに格納されている文字種が、オリジナルドキュメントに使用されているそれぞれのフォントに格納されている文字種に設定されている文字幅と同じ文字幅を持った非表示プロポーショナルフォントである、請求項１記載の電子ドキュメント作成システムであって、
   非表示ポロポーショナルフォントを作成する非表示ポロポーショナルフォント作成手段と、
   を備えることを特徴とする、請求項１記載の電子ドキュメント作成システム。
3. 前記オリジナルドキュメントに横書きの前記テキストオブジェクトを有し、前記テキストオブジェクトに格納されている文字列がカーニングされた文字送りである場合において、さらにカーニングされた文字送りである前記画像化文字に対応したカーニング文字画像選択手段と、
   を備えた請求項1または請求項２に記載の電子ドキュメント作成システム。
4. 前記オリジナルドキュメントに縦書きのテキストオブジェクトを有し、前記テキストオブジェクトの文字送りが固定ピッチである場合において、
   さらに前記画像化文字選択手段を実現できる縦書き文字選択手段を備えた請求項１〜請求項３に記載のいずれかを備えた電子ドキュメント作成システム。
5. 前記縦書きのテキストオブジェクトの文字送りがカーニングされている場合において、
   さらに前記縦書き文字選択手段を実現できる縦書きカーニング文字選択手段と、
   を備えた請求項１〜請求項４に記載のいずれかを備えた電子ドキュメント作成システム。
6. 前記オリジナルドキュメントに配置されている前記テキストオブジェクトに含まれるすべての文字種をオリジナルドキュメントで指定されている以上の文字サイズでラスタライズした画像ファイルを生成するイメージフォント生成手段と、
   前記画像化文字を前記イメージフォントによって生成する手段と、
   を備えることを特徴とする請求項１〜５のいずれかに記載の電子ドキュメント作成システム。
7. 請求項1〜６に記載の電子ドキュメント作成システムによって作成した前記変換後ドキュメントと、前記非表示フォント、または、前記非表示プロポーショナルフォント、あるいは、前記イメージフォントを格納するインターネット回線を介して接続されるサーバと、前記変換後ドキュメントを表示可能なブラウザを格納する、インターネット回線に接続可能なローカルデバイスと、
   によって構成されることを特徴とする、電子ドキュメント表示システム。
8. 請求項1〜６に記載の電子ドキュメント作成システムによって作成した変換後ドキュメントと、
   請求項１に記載の前記非表示フォント、または、請求項２に記載の非表示プロポーショナルフォント、あるいは、請求項６に記載のイメージフォントと、
   前記変換後ドキュメントを表示可能なブラウザと
   を格納するデバイスである電子ドキュメント表示システム。
9. 少なくとも文字を編集可能な電子ドキュメント作成システム上のアドオンプログラムとして動作する請求項１〜６のいずれかに記載の電子ドキュメント作成システム。
10. 少なくとも文字を編集可能な電子ドキュメント作成システムと連携可能なプログラムとして動作する請求項１〜６のいずれかに記載の電子ドキュメント作成システム。
11. 前記オリジナルドキュメントをインターネット回線に接続される前記サーバにアップロードするオリジナルドキュメントアップロード手段と、
    前記サーバにおいて、請求項１〜６のいずれかの手段を提供するＡＳＰ（Application Service Provider）型の電子ドキュメント作成システム。

Images