(57)【要約】      （修正有）【課題】ブラウザに含まれているスクリプト言語を使って実装し、プラグインを不要とし、ブラウザが表示可能な業界標準のグラフィック言語に変換し、個々のオブジェクトの表示処理を実行しないようして、編集利用者側のパソコン環境の整備についてバージョンアップなどの煩雑な作業をさせない。【解決手段】エディタのＸＭＬなどの固有ファイルフォーマットを、汎用されているグラフィック表示形式に変換して、編集利用者Ａのパソコン１のブラウザ上に表示する。編集利用者Ａは、このデータを、ＧＵＩにて修正を実施することにより文章・画像等のデータを編集し、編集が完了したデータについて、そのデータを汎用されているグラフィック表示形式に変換して、そのデータを文章・画像の編集サービス提供者Ｂのサーバ２へ送信する。文章・画像の編集サービス提供者Ｂは、サーバ２に受信したデータを加工処理して、編集利用者Ａに提供する。【選択図】図２
2018022354.tif 000002
【特許請求の範囲】
【請求項１】
文章・画像等のドキュメントを作成したい編集利用者（Ａ）が、文章・画像の編集サービス提供者（Ｂ）のサーバ（２）におけるＷｅｂアプリケーションとドキュメントを編集するエディタを利用することにより、画像・文章について編集するドキュメント作成方法であって、
前記エディタのＸＭＬのような固有ファイルフォーマットを、汎用されているグラフィック表示形式に変換して、前記編集利用者（Ａ）のパソコン（１）のブラウザ上に表示し、
前記編集利用者（Ａ）は、汎用されているグラフィック表示形式のデータを、ＧＵＩにて修正を実施することにより文章・画像等のデータを編集し、
前記編集利用者（Ａ）は、編集が完了したデータについて、そのデータを汎用されているグラフィック表示形式に変換して、そのデータを前記文章・画像の編集サービス提供者（Ｂ）のサーバ（２）へ送信し、
前記文章・画像の編集サービス提供者（Ｂ）は、サーバ（２）に受信したデータを固有ファイルフォーマットに変換し、更にこれを加工処理して前記編集利用者（Ａ）に提供する、ことを特徴とするドキュメント作成方法。
【請求項２】
前記汎用されているグラフィック表示形式は、ＳＶＧ表示形式である、ことを特徴とする請求項１に記載のドキュメント作成方法。
【請求項３】
前記編集利用者（Ａ）により編集されたドキュメントは、前記文章・画像の編集サービス提供者（Ｂ）のサーバ（２）上で管理され、前記編集利用者（Ａ）のパソコン（１）などに保存させず、該編集利用者（Ａ）がダウンロードできるのは、文書表示用の特定のファイル形式に変換されたドキュメントのみとする、ことを特徴とする請求項１又は２に記載のドキュメント作成方法。
【請求項４】
前記文章・画像の編集サービス提供者（Ｂ）は、サーバ（２）に受信したデータを印刷して、その印刷物を前記編集利用者（Ａ）に納品する、ことを特徴とする請求項１、２又は３に記載のドキュメント作成方法。
【請求項５】
文章・画像等のドキュメントを作成したい編集利用者（Ａ）が、文章・画像の編集サービス提供者（Ｂ）のサーバ（２）におけるエディタを利用することにより、画像・文章について編集するドキュメント作成システムであって、
前記文章・画像の編集サービス提供者（Ｂ）が管理する、Ｗｅｂアプリケーションと前記ドキュメントを編集するエディタから構成されるサーバ（２）と、
前記編集利用者（Ａ）が編集に実施する、パソコン（１）と、から成り、
前記エディタのＸＭＬのような固有ファイルフォーマットを、汎用されているグラフィック表示形式に変換して、前記編集利用者（Ａ）のパソコン（１）のブラウザ上に表示し、
前記編集利用者（Ａ）は、汎用されているグラフィック表示形式を、ＧＵＩにて修正を実施することにより文章・画像等のデータを編集し、
前記編集利用者（Ａ）は、編集が完了したデータについて、そのＤＯＭを汎用されているグラフィック表示形式に変換して、そのデータを前記文章・画像の編集サービス提供者（Ｂ）のサーバ（２）へ送信し、
前記文章・画像の編集サービス提供者（Ｂ）は、サーバ（２）に受信したデータを固有ファイルフォーマットに変換し、更にこれを加工処理して前記編集利用者（Ａ）に提供するように構成された、ことを特徴とするドキュメント作成システム。
【請求項６】
前記汎用されているグラフィック表示形式は、ＳＶＧ表示形式である、ことを特徴とする請求項５に記載のドキュメント作成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パンフレット、カタログ、アルバム等の冊子、その電子的な冊子を作成する方法およびその作成システムに係り、特に文章・画像編集サービスの編集利用者の実行環境についてバージョンアップなどの煩雑さを強いることなく、その編集利用者が円滑に編集作業をすることができるドキュメント作成方法及びその作成システムに関する。
【背景技術】
【０００２】
従来から「フォトブック」と称される電子アルバムを作成するサービスが提案されている。これは、デジタルカメラの普及により、個人が撮影した画像等の電子データを基に電子アルバムを作成し、作成した電子アルバムを紙に印刷して納品するサービスである。図４のフロー図に示すように、一般に電子アルバムの作成は、パーソナルコンピュータ（以下「パソコン」と称する）にインストールした専用のアプリケーションソフトウェアを用いる。またはサーバ・クライアント方式で通信ネットワークを通じて提供されるアルバム作成支援サイトを利用する方法がある。電子アルバムに限らず、電子的にカタログやチラシなどのドキュメントを作成する際に、専用のアプリケーションソフトウェアが利用されている。
【０００３】
このような専用のアプリケーションソフトウェアやアルバム作成支援サイトでは、単に写真を並べるだけではなく、編集利用者の好みの背景色や背景画の上に、好みの配置、好みの大きさで選択した写真を並べることができ、例えば写真の周囲にコメントを記入できるものもある。
【０００４】
このように専用のアプリケーションソフトウェアやアルバム作成支援サイトを利用して電子アルバムなどのドキュメントを作成する際には、多くの場合テンプレートと呼ばれる雛形が用いられる。その編集利用者は、背景色や背景画、１ページに表示させたい写真の枚数や配置などが好みと一致するテンプレートを選択し、そのテンプレートの写真スペースに指定した写真のデータを流し込むことによってアルバムのページを作成することができる。表表紙と裏表紙、見開きページなどのページを作成する。
【０００５】
また、編集サービス提供者Ｂは、図５の概略構成図に示すように、この文章・画像編集サービスを自己のパソコン１で利用する編集利用者Ａ（ユーザー）ごとに作成するドキュメントを管理するＷｅｂアプリケーションと、ドキュメントを編集するエディタ（編集用ソフト）から構成されるサーバ２を用いて文章・画像編集サービスを提供している。サーバ２にはコンテンツ管理者Ｄからテンプレート・素材の登録をするようになっている。
【０００６】
Ｗｅｂアプリケーションでは、リレーショナルデータベース（ＲＤＢ）４によって編集利用者Ａに関するユーザー情報、編集利用者Ａが制作するドキュメントのファイルの所在、アプリケーションごとに異なるドキュメントのメタデータ（データの構造や内容、そのデータを扱うアプリケーションなどに関する情報）を管理する。一方、エディタ（Ｃｏｒｇｉ）はサーバ２上のドキュメントを編集する編集用ソフトであり、従来はＪａｖａ（登録商標）アプレットによる、リッチクライアントとして動作する。即ち、情報システム環境のうち、アプリケーションの実行環境のみを搭載したものとして動作するようになっている。
【０００７】
なお、編集されたドキュメントは、例えばＰＤＦ形式などに変換されたドキュメントにされる。この画像データは、例えば印刷会社Ｃにダウンロードされ、ここで印刷された印刷物が編集利用者Ａに納品されるようになっている。
【０００８】
そこで、このように写真や音声、映像等をデジタル化した素材を任意の位置にはめ込み可能なデジタル化されたアルバム台紙に電子的にはめ込むための技術が提案されている。例えば特許文献１の特開２００１−１６７１１５号公報「電子ドキュメント作成方法およびドキュメント作成システム」のように、写真や音声、映像等をデジタル化した素材と、これらの素材を任意の位置にはめ込み可能なデジタル化されたアルバム台紙とを、それぞれ記録媒体に記録して、この記録媒体を装填した編集手段により、アルバム台紙の任意の位置に素材を電子的にはめ込めるようにした電子アルバム作成方法が提案されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−１６７１１５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、このようなドキュメント作成方法では、編集利用者Ａのパソコン１の環境を常に整備する必要があった。例えば、Ｊａｖａ（登録商標）アプレットはセキュリティの脆弱性が露呈されてきた。このＪａｖａ（登録商標）アプレットは、脆弱性が発見される都度バージョンアップを頻繁にする必要がある。即ち、ブラウザ上のエディタで文書と画像の編集をするサービスが提供される際には、編集利用者ＡのＪａｖａ（登録商標）アプレットについてパソコン１環境のバージョンアップを頻繁に行う必要がある。
【００１１】
例えば、プラグインを使わないブラウザ上のドキュメントエディタの場合、ブラウザの表示能力が低下する。この際に、Ｊａｖａ（登録商標）アプレット、Ｆｌａｓｈプレーヤーなどのプラグインで表示能力を補う必要があった。表示はプラグインの能力に依存していた。しかし、編集利用者のパソコンがプラグインを許可しないような会社内ネットワーク環境では動作させることができないという問題を有していた。
【００１２】
エディタの不具合、例えば脆弱性に対するバージョンアップが必要になる場合がある。ブラウザ、プラグインそれぞれのバージョンアップのたびに検証が必要になるという問題を有していた。この際に、プラグインはブラウザと別プロセスで稼動するため、メモリの無駄な利用が多いという問題を有していた。
【００１３】
更に、グラフィック言語を利用した、ブラウザ上のドキュメント表示の場合、ブラウザの表示能力が貧弱であった。Ｊａｖａ（登録商標）アプレット、Ｆｌａｓｈプレーヤーなどのプラグインで表示能力を補っていた。サーバから取得したデータ表示処理は、逐一プラグインで実装する必要があった。しかし、コード量の増加、それにともなうプラグイン検証のコストが大きいという問題も有していた。
【００１４】
本発明は、かかる問題点を解決するために創案されたものである。すなわち、本発明の目的は、ブラウザに含まれているスクリプト言語を使って実装することで、プラグインを不要とし、ブラウザが表示可能な業界標準のグラフィック言語に変換し、個々のオブジェクトの表示処理を実行しないようして、各要素の表示処理を実装する必要をなくして、編集利用者側のパソコンの環境の整備についてバージョンアップなどの煩雑な作業をさせることがないドキュメント作成方法及びその作成システムを提供することにある。
【課題を解決するための手段】
【００１５】
本発明のドキュメント作成方法は、文章・画像等のドキュメントを作成したい編集利用者（Ａ）が、文章・画像の編集サービス提供者（Ｂ）のサーバ（２）におけるＷｅｂアプリケーションとドキュメントを編集するエディタを利用することにより、画像・文章について編集するドキュメント作成方法であって、
前記エディタのＸＭＬのような固有ファイルフォーマットを、汎用されているグラフィック表示形式に変換して、前記編集利用者（Ａ）のパソコン（１）のブラウザ上に表示し、
前記編集利用者（Ａ）は、汎用されているグラフィック表示形式のデータを、ＧＵＩにて修正を実施することにより文章・画像等のデータを編集し、
前記編集利用者（Ａ）は、編集が完了したデータについて、そのデータを汎用されているグラフィック表示形式に変換して、そのデータを前記文章・画像の編集サービス提供者（Ｂ）のサーバ（２）へ送信し、
前記文章・画像の編集サービス提供者（Ｂ）は、サーバ（２）に受信したデータを固有ファイルフォーマットに変換し、更にこれを加工処理して前記編集利用者（Ａ）に提供する、ことを特徴とする。
前記汎用されているグラフィック表示形式としては、ＳＶＧ表示形式がある。
前記編集利用者（Ａ）により編集されたドキュメントは、前記文章・画像の編集サービス提供者（Ｂ）のサーバ（２）上で管理され、前記編集利用者（Ａ）のパソコン（１）などに保存させず、該編集利用者（Ａ）がダウンロードできるのは、文書表示用の特定のファイル形式に変換されたドキュメントのみとする、ことができる。
前記文章・画像の編集サービス提供者（Ｂ）は、サーバ（２）に受信したデータを印刷して、その印刷物を前記編集利用者（Ａ）に納品する、ことができる。
【００１６】
本発明のドキュメント作成システムは、文章・画像等のドキュメントを作成したい編集利用者（Ａ）が、文章・画像の編集サービス提供者（Ｂ）のサーバ（２）におけるエディタを利用することにより、画像・文章について編集するドキュメント作成システムであって、
前記文章・画像の編集サービス提供者（Ｂ）が管理する、Ｗｅｂアプリケーションと前記ドキュメントを編集するエディタから構成されるサーバ（２）と、
前記編集利用者（Ａ）が編集に実施する、パソコン（１）と、から成り、
前記エディタのＸＭＬのような固有ファイルフォーマットを、汎用されているグラフィック表示形式に変換して、前記編集利用者（Ａ）のパソコン（１）のブラウザ上に表示し、
前記編集利用者（Ａ）は、汎用されているグラフィック表示形式を、ＧＵＩにて修正を実施することにより文章・画像等のデータを編集し、
前記編集利用者（Ａ）は、編集が完了したデータについて、そのＤＯＭを汎用されているグラフィック表示形式に変換して、そのデータを前記文章・画像の編集サービス提供者（Ｂ）のサーバ（２）へ送信し、
前記文章・画像の編集サービス提供者（Ｂ）は、サーバ（２）に受信したデータを固有ファイルフォーマットに変換し、更にこれを加工処理して前記編集利用者（Ａ）に提供するように構成された、ことを特徴とする。
前記汎用されているグラフィック表示形式としては、ＳＶＧ表示形式がある。
【発明の効果】
【００１７】
本発明の構成では、ブラウザに含まれているスクリプト言語を使って実装し、プラグインを不要とすることができる。メモリを効率的に利用でき、バージョンアップのメンテナンスが減少し、プラグインの脆弱性への対応が不要となる。そこで、編集利用者（Ａ）はパソコンの環境整備（バージョンアップ）の煩雑さを回避することができる。
【００１８】
ブラウザが表示可能な、業界標準のグラフィック言語に変換し、個々のオブジェクトの表示処理を実行しないようにすることで、各要素の表示処理を実装する必要がなくなる。そこで、編集利用者（Ａ）は文章・画像編集作業をスムースに進めることができる。
【００１９】
編集利用者（Ａ）により編集されたドキュメントは、文章・画像の編集サービス提供者（Ｂ）のサーバ（２）上で管理され、文書表示用の特定のファイル形式に変換されたドキュメントのみとすることで、編集利用者（Ａ）にとっては、編集されたドキュメントを容易に取り扱うことができる。そこで、編集利用者（Ａ）は編集したデータを印刷物として容易に保管することができる。  
【図面の簡単な説明】
【００２０】
【図１】本発明のドキュメント作成方法及びその作成システムを示す概略構成図である。
【図２】本発明のドキュメント作成方法及びその作成システムを示す動作説明図である。
【図３】本発明のドキュメント作成方法及びその作成システムにより文章・画像編集する際の作業を示すフロー図である。
【図４】従来の電子アルバムを作成する際の作業を示すフロー図である。
【図５】従来の文章・画像編集サービスを提供するサービス提供者とその編集利用者との作業動作を示す概略構成図である。
【発明を実施するための形態】
【００２１】
本発明は、文章・画像等のドキュメントを作成したい編集利用者が、文章・画像の編集サービス提供者のサーバにおけるＷｅｂアプリケーションと、ドキュメントを編集するエディタを利用することにより、画像・文章について自宅のパソコン等で編集することができるドキュメントを作成する方法及びその作成システムである。
【実施例１】
【００２２】
以下、本発明の実施の形態を図面を参照して説明する。
＜ドキュメント作成方法及びその作成システムの構成＞
図１は本発明のドキュメント作成方法及びその作成システムを示す概略構成図である。図２は本発明のドキュメント作成方法及びその作成システムを示す動作説明図である。
本発明のドキュメント作成方法及びその作成システムでは、編集利用者Ａ（ユーザー）が自己のパソコン１を用いてドキュメント即ち文章・画像を編集することができる技術である。この編集利用者Ａは、文章・画像の編集をする際に、文章・画像の編集サービス提供者Ｂが管理しているサーバ２にアクセスする。文章・画像の編集サービス提供者Ｂは、この文章・画像編集サービスを利用する編集利用者Ａごとに作成するドキュメントを管理するＷｅｂアプリケーションと、ドキュメントを編集するエディタ（編集用ソフト）から構成されるサーバ２を管理する。編集利用者Ａのパソコン１と編集サービス提供者Ｂのサーバ２とは、例えばインターネット３などの通信回線を利用する。
【００２３】
Ｗｅｂアプリケーションでは、リレーショナルデータベース（ＲＤＢ）によって編集利用者Ａに関するユーザー情報、編集利用者Ａが制作するドキュメントのファイルの所在、アプリケーションごとに異なるドキュメントにメタデータ（データの構造や内容、そのデータを扱うアプリケーションなどに関する情報）を管理する。
【００２４】
エディタ（Ｃｏｒｇｉ）は、サーバ２上のドキュメントを編集する編集用ソフトであり、従来はＪａｖａ（登録商標）アプレットにより、リッチクライアントとして動作するようになっていた。情報システム環境のうち、アプリケーションの実行環境のみを搭載したものとして動作するものである。なお、エディタ自身はリレーショナルデータベース（ＲＤＢ）と直接通信することはなく、Ｗｅｂアプリケーションからの指示で起動し、ドキュメントの編集機能と、ＰＤＦなどの文書表示用のファイル形式への変換機能が提供されるようになっている。
【００２５】
編集されたドキュメントは、常に文章・画像の編集サービス提供者Ｂのサーバ２上で管理され、編集利用者Ａのパソコン１、スマートフォンなどに保存されることはないようになっている。編集利用者Ａがダウンロードできるのは、例えばＰＤＦ形式などに変換されたドキュメントのみとする。編集利用者Ａにとって編集されたドキュメントを容易に取り扱うことができるようにするためである。
【００２６】
更に、編集利用者Ａが編集の際に形成した立体物に色や陰影を付けるレンダリングに必要なフォントデータは、サーバ２で保持されている。これにより編集利用者Ａは高品位なフォントを共有することができるようになる。
【００２７】
編集サービス提供者Ｂが提供するソリューションごとに管理すべきユーザー情報、メタデータは異なる。また、ドキュメントに自動的に流し込むべきデータを生成、管理するアプリケーションも必要となる場合はある。そこで、Ｗｅｂアプリケーションの部分は基本的にカスタマイズして、文章・画像の編集サービス提供者Ｂから提供されるようになっている。
【００２８】
エディタにより編集されたドキュメントは、ページおよびレイヤー、ページ内に配置されるテキスト、画像、直線・矩形などの図形要素のレイアウト情報は階層的に保持される。表現としてＸＭＬなどの固有ファイルフォーマットが利用される。
【００２９】
本発明のドキュメント作成方法及びその作成システムにおける画像素材は、例えばＪＰＥＧ、ＰＮＧ、ＰＤＦを利用することができる。特にＰＤＦ形式の素材は画像では、つぶれてしまいがちな細かい文字などの品質を保持したままで配置するのに利用できる。
【００３０】
本発明のドキュメント作成方法及びその作成システムは、基本的に編集サービス提供者Ｂが提供するテンプレートに、編集利用者Ａが必要な編集を施して最終的なドキュメントを作成するようになっている。編集サービス提供者Ｂは、テンプレートに編集してほしい部位と、編集してほしくない部位を設定できるようにすることで、編集利用者Ａにおける編集作業をサポートできるようなっている。
【００３１】
そこで、本発明のドキュメント作成方法及びその作成システムには、編集サービス提供者Ｂのみが編集できる台紙などを表現するためのレイヤー機能、素材ごとに、移動、削除などを禁止するロック機能、さらにテキスト要素のうち、ある部分のみ編集可能とする文字素材機能を併せ持っている。
【００３２】
本発明のドキュメント作成方法及びその作成システムにおけるエディタは、編集利用者Ａが、画面上で仕上がりイメージを確認できるＷＹＳＩＷＹＧ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）型のエディタである。ただし、テキストに関しては、タイピングを直接画面上に行うのではなく、ダイアログボックスを通じて入力、編集されるようになっている。画像素材は基本的にはサーバ上に登録されている画像ファイルから選択することで指定するが、設定により編集利用者Ａが独自にアップロードして配置することも可能である。
【００３３】
本発明のドキュメント作成方法及びその作成システムにおけるエディタは、基本的なＧＵＩのＬｏｏｋ ＆ Ｆｅｅｌは、標準的なものであり、ＰｏｗｅｒＰｏｉｎｔ（登録商標）などとほぼ同様に操作することが可能である。
【００３４】
＜ＳＶＧ形式に変換＞
従来のエディタアプリケーションは、Ｊａｖａ（登録商標）アプレットとして動作し、常にサーバ２と通信しながら処理を進めることができる。Ｊａｖａ（登録商標）アプレットは、まずサーバ２上のＸＭＬファイルを読み込み、そこに含まれる要素を順にサーバ２にレンダリング処理の依頼をかける。サーバ２は、テキスト要素の受け取った文字列とフォントを含む表示の指定を受けて、サーバ２に格納されているフォントの情報をもとに低レベルのグラフィックス表現に展開して編集利用者Ａに戻す。画像の場合、そのファイル名に合致した画像ファイルを転送する。通常編集時には通信時間を短縮したいので、あらかじめ素材登録時に用意してある低解像度の画像を編集利用者Ａに戻すようにする。
【００３５】
本発明のドキュメント作成方法及びその作成システムにおける編集サービス提供者Ｂが提供する編集サービスでは、図２の動作説明図に示すように、エディタのＸＭＬなどの固有ファイルフォーマットを、汎用されているグラフィック表示形式のデータを例えばＳＶＧ（ＳＣＡＬＡＢＬＥ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）形式に変換して、編集利用者Ａのパソコン１のブラウザ上に表示するようになっている。この図２において、「ＳＶＧ＋＋」との表記はＳＶＧ形式のカスタム属性を意味する。エディタ（Ｃｏｒｇｉ）ＸＭＬのデータを保持できるようにした形式を意味する。
【００３６】
このように、ＳＶＧ形式ではブラウザに含まれているスクリプト言語を使って実装し、プラグインを不要とする。メモリを効率的に利用でき、バージョンアップのメンテナンスが減少する。更に、プラグインの脆弱性への対応が不要となる。そこで、編集利用者Ａはパソコンの環境整備（バージョンアップ）の煩雑さを回避することができる。
【００３７】
次に、編集利用者Ａは、汎用されているグラフィック表示形式（例えばＳＶＧ形式）のＤＯＭを、ＧＵＩにて修正を実施することにより文章・画像等のデータを編集することができる。ここでＤＯＭとは、ＸＭＬやＨＴＭＬプログラム、スクリプトから参照、操作する方法を提供する仕組みを提供することを意味する。ＧＵＩとは、操作の対象が絵で表現されるインターフェースである。
【００３８】
ブラウザが表示可能な、業界標準のグラフィック言語に変換し、個々のオブジェクトの表示処理を実行しないようにすることで、各要素の表示処理を実装する必要がなくなる。そこで、編集利用者Ａは文章・画像編集作業をスムースに進めることができる。
【００３９】
編集利用者Ａは、編集が完了したデータについて、そのＤＯＭをＳＶＧ形式に変換して、そのデータを文章・画像の編集サービス提供者Ｂのサーバ２へ送信する。文章・画像の編集サービス提供者Ｂは、サーバ２に受信したデータを加工処理して編集利用者Ａに納品する。
【００４０】
画像編集サービス提供者Ｂは、編集が完了した文章・画像について固有ファイルフォーマットに変換する。例えばＰＤＦへ変換する。基本的には、アプレットとの通信と同様に、フォントをグラフィックスに展開し、画像をＰＤＦファイル内に配置することを行う。プレビュー用に低解像度の画像、最終印刷版下として高解像度の画像を挿入するという切り替えも指定することが可能である。このＰＤＦ変換処理は、Ｊａｖａ（登録商標）アプレットから呼び出すだけではなく、サーバ内でＷｅｂアプリケーションから呼び出すこともできる。
【００４１】
次に、編集されたドキュメントは、例えばＰＤＦ形式などに変換された画像データは、例えば印刷会社Ｃにダウンロードされ、ここで印刷された印刷物が編集利用者Ａに納品することができる。必要に応じて、編集されたドキュメントは、ＰＤＦ形式などに変換された画像データとして編集利用者Ａに納品することも可能である。
【００４２】
なお、本発明は、ブラウザに含まれているスクリプト言語を使って実装し、プラグインを不要とし、ブラウザが表示可能な業界標準のグラフィック言語に変換し、個々のオブジェクトの表示処理を実行しないようして、各要素の表示処理を実装する必要をなくして、編集利用者側のパソコン環境の整備についてバージョンアップなどの煩雑な作業をさせない作成方法又は作成システムであれば、上述した発明の実施の形態に限定されず、本発明の要旨を逸脱しない範囲で種々変更できることは勿論である。
【産業上の利用可能性】
【００４３】
本発明は、パンフレット、カタログ、アルバム等の冊子、その電子的な冊子を作成する際に利用することができる。
【符号の説明】
【００４４】
Ａ  編集利用者
Ｂ  編集サービス提供者
Ｃ  印刷会社
１  パソコン
２  サーバ
３  インターネット 
【図１】
2018022354.tif 000003
【図２】
2018022354.tif 000004
【図３】
2018022354.tif 000005
【図４】
2018022354.tif 000006
【図５】
2018022354.tif 000007