(57)【要約】      （修正有）【課題】クラウド上で文書を生成する際、各ユーザの出力環境に最適なＰＤＦを生成することができる文書生成システムを提供する。【解決手段】フォーム保存部は、埋め込みフォントの指定開始を判定し、埋め込みフォントの選択手段を提供し、文書生成時にフォントを埋め込むかどうかの設定、およびどの埋め込むフォントか野設定をフォームファイル内に保存する。文書生成部は、フォーム管理部からフォームファイルを取得し（Ｓ１５０１）、埋め込みフォントの指定有無を判定し（Ｓ１５０２）、フォームファイルからう埋め込みフォントの指定を取得し（Ｓ１５０３）、指定された埋め込みフォントを文書に埋め込む（Ｓ１５０４）。【選択図】図１５
2015005150.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末１０１、クラウドプラットフォームサービス１０２および文書生成サーバ１０３がネットワークで接続されたことを特徴とする文書生成システムであって、以下を含む。
文書生成時に埋め込むフォントの指定を行うフォーム保存部５０７。フォームファイルに指定された埋め込みフォントの指定に基づいて文書を生成する文書生成部６０４。
フォーム保存部５０７は、埋め込みフォントの指定開始を判定し（Ｓ１３０１）、埋め込みフォントの選択手段を提供し（Ｓ１３０２）、文書生成時にフォントを埋め込むかどうかの設定、およびどの埋め込むフォントか野設定をフォームファイル内に保存する（Ｓ１３０３）。
文書生成部６０４は、フォーム管理部６０３からフォームファイルを取得し（Ｓ１５０１）、埋め込みフォントの指定有無を判定し（Ｓ１５０２）、フォームファイルから埋め込みフォントの指定を取得し（Ｓ１５０３）、指定された埋め込みフォントを文書に埋め込む（Ｓ１５０４）。
【請求項２】
フォーム保存部５０７は、文書生成環境から、その環境に存在するフォントのリストを取得し（Ｓ１６０１）、前記取得したフォントリストに基づいて文書に埋め込むフォントを決定するためのユーザインターフェースに表示するフォントを決定し（Ｓ１６０２）、前記決定したフォントを前記ユーザインターフェースに表示する（Ｓ１３０２）ことを特徴とする請求項1に記載の文書生成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウド上に保存されたデータをフォームオーバレイして文書を作成するシステムに関し、特に、クラウドサーバ上での文書生成方法に関する。
【背景技術】
【０００２】
近年、サーバーコンピュータ側で業務データの管理や各種処理を行う形態として、クラウドコンピューティングシステムが普及し始めている。ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドサーバコンピュータのＷｅｂページにアクセスし、そのＷｅｂページ上で閲覧したい業務データを表示する。その画面から文書作成指示を行うと、文書生成サーバにリダイレクトされ、文書生成サーバから返される画面にてフォームオーバレイに使用するフォームをユーザが選択する。
【０００３】
そして、文書生成サーバがクラウドサーバ上にあるデータを取得して文書を生成して、文書をブラウザへダウンロードする。クラウドサーバの代表例として、例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ社のＳａｌｅｓｆｏｒｃｅ  ＣＲＭ（登録商標）がある。
【０００４】
文書生成サーバで生成された文書のフォーマットとしてはＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）が主流となっている。ＰＤＦフォーマットの場合、通常の生成方法では文字を描画するためのフォント情報はＰＤＦファイル内に含まれない。このため、ＰＤＦを生成した環境とは別の環境で閲覧する場合、閲覧環境にフォントが存在しない場合、ＰＤＦに記載される文字が想定と異なったり場合によっては表示されない事がありえる。
【０００５】
このような問題に対応するため、従来から、生成するＰＤＦ文書内にフォント情報を埋め込み、どんな環境で閲覧する場合にも文字が化けたり想定と異なる表示がされないようにする技術が存在する。文書生成時に、文書生成サーバ単位であらかじめ固定された設定に従って、ＰＤＦ内にフォント情報を埋め込むことで、どんな閲覧環境でも一定の表示を得ることができる（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−３４５７８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
クラウドサーバ上で文書生成を行う場合、すべてのユーザ（企業、テナント）が同一の文書生成サーバを利用するため、文書生成サーバで文書を生成する際の設定は全ユーザで共通となる。このため、従来技術では生成するＰＤＦにどのフォントを埋め込むかは、文書生成サーバ単位で固定となっており、各ユーザの要望に合わせた細かい制御ができなかった。例えば、ユーザＡは、ＰＤＦを閲覧するすべての環境に「フォントｘ」を配布する運用のため、ＰＤＦには「フォントｘ」の情報を埋め込まずにファイルサイズを小さくしたい。
【０００８】
一方、ユーザＢは、閲覧環境に「フォントｘ」がない場合も想定されるためＰＤＦに「フォントｘ」を埋め込みたい。このように、ユーザごとに異なる要望があるにも関わらず、従来技術では各ユーザの出力環境に最適なＰＤＦを生成することができなかった。特に近年、モバイル端末等ＰＣ以外でＰＤＦを閲覧するケースが増えてきており、ユーザごとにＰＤＦの運用環境が異なる事例が増えると予想される。
【課題を解決するための手段】
【０００９】
クライアント端末１０１、クラウドプラットフォームサービス１０２および文書生成サーバ１０３がネットワークで接続された文書生成システムであって、以下を含む。
【００１０】
クラウドプラットフォームサービス１０２からのデータ取得に、特殊なＪＯＩＮ構文での呼び出しが必要かどうか判定するデータアクセス部５０４。独自に件数制限を行う取得件数制限部５０７。件数制限設定を保持する件数制限管理部５０８。
【００１１】
データアクセス部５０４は、フォーム情報管理部５０５からクエリコマンド１００６を取得し（Ｓ１４０１）、取得した情報をもとにクラウドプラットフォームサービス１０２からのデータ取得に、特殊なＪＯＩＮ構文での呼び出しが必要かどうか判定し（Ｓ１４０２）、特殊なＪＯＩＮ構文を発行するかどうかを判定し（Ｓ１４０３）、発行する場合、クエリコマンド１００６に定義されたデータ取得件数制限の設定を無効化する（Ｓ１４０４）。
【００１２】
取得件数制限部５０７は、フォーム情報管理部５０５からクエリコマンド１００６を取得し（Ｓ１４０１）、クエリコマンド１００６から取得後のデータに対する件数制限設定を取得し（Ｓ１４０７）、取得した件数制限設定に基づいて、データアクセス部５０４によって取得されたデータに対して件数制限を行う（Ｓ１４０８）。
【００１３】
件数制限管理部５０８は、ユーザの指示に従って、クエリコマンド１００６に対して、前記取得後のデータに対する件数制限設定を行う（Ｓ１３０１）。
【発明の効果】
【００１４】
本発明によれば、クラウド上で文書（ＰＤＦ）を生成するシステムにおいて、各ユーザの要望に合わせて出力環境に最適なＰＤＦを生成することができる。ＰＤＦに対して埋め込むフォントの指定をユーザが制御でき、それによってＰＤＦファイルサイズがレスポンスやパフォーマンスに影響するモバイル端末での運用を最適化できる。
【図面の簡単な説明】
【００１５】
【図１】システム構成を示すブロック図である。
【図２】ハードウェア構成を示す図である
【図３】文書生成システムの全体構成を示す図である。
【図４】クラウドプラットフォームサービスのソフトウェアモジュール構成図である。
【図５】Ｗｅｂサーバのソフトウェアモジュール構成図である。
【図６】文書生成サービスのソフトウェアモジュール構成図である。
【図７】クラウドプラットフォームサービスの業務画面例である。
【図８】クラウドプラットフォームサービスの業務データのテーブル構造例である。
【図９】クラウドプラットフォームサービスのカスタムボタンの定義情報例である。
【図１０】フォーム情報テーブルのテーブル構造を示す図である。
【図１１】Ｗｅｂブラウザで表示する画面フローを示した図である。
【図１２】実施例１における文書生成システムが行う処理シーケンスを示す図である。
【図１３】実施例１におけるＷｅｂサーバの埋め込みフォント指定処理を示すフローチャートである。
【図１４】実施例１におけるＷｅｂサーバが表示する埋め込みフォント選択ダイアログを示す図である。
【図１５】実施例１における文書生成サービスの文書生成処理を示すフローチャートである。
【図１６】実施例２におけるＷｅｂサーバの埋め込みフォント指定処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１７】
図１は、本発明の実施例のシステム構成を示すブロック図である。
【００１８】
図中、１０１は、後述するクラウドプラットフォームサービス１０２および後述する文書生成サーバ１０３に対してリクエストを発行するクライアント装置１０１である。図中、１０２はクラウドプラットフォームサービス１０２であり、クライアント装置１０１や文書生成サーバ１０３からのリクエストに応じて、保持するデータの表示・更新等を行う。図中、１０３は、文書生成サーバ１０３であり、クライアント装置１０１からリクエストを受信して文書生成を行う。
【００１９】
また、上記各構成要素はネットワーク１００により通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。
【００２０】
ネットワークはデータの送受信が可能であればよい。
【００２１】
クライアント装置１０１からクラウドプラットフォームサービス１０２、文書生成サービス１０３への通信手段、文書生成サーバ１０３からクラウドプラットフォームサービス１０２への通信手段、及び各サーバ間の通信手段が異なっていてもよい。
【００２２】
図２は、図１のクライアント装置１０１、クラウドプラットフォームサービス１０２、文書生成サーバ１０３のハードウェア構成を示すブロック図である。図中、２０１は内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するＣＰＵである。２０２はＢＩＯＳが格納してあるＲＯＭである。２０３はＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするＲＡＭ（直接記憶装置）である。
【００２３】
２０４は基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などの間接記憶装置である。２０５は入力装置であり不図示のキーボードやポインティングデバイスなどである。２０６は出力装置でありディスプレイが接続される。２０７はネットワーク１００に接続するためのＩ／Ｆである。
【００２４】
これらハードウェアでは、起動後ＣＰＵ２０１によりＢＩＯＳが実行されＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１はＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７はネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現している。
【００２５】
図３は、本発明の実施の形態に係る文書生成システムの全体構成を示す図である。
図中、クライアント装置１０１はユーザインタフェースアプリケーションとしてＷｅｂブラウザ３０１を備えている。
【００２６】
クラウドプラットフォームサービス１０２は、クラウドプラットフォームサービスを使用するユーザの管理や、業務データ、後述する文書生成サーバ１０３へのリダイレクトを行うための設定を管理する。
【００２７】
また、クラウドプラットフォームサービス１０２は、マルチテナントが前提であり、使用する企業・組織毎に前述のユーザ管理、業務データ管理等が行われる。
【００２８】
文書生成サーバ１０３は、Ｗｅｂサーバ３０３、および、文書生成サービス３０４を備える。
【００２９】
Ｗｅｂサーバ３０３はいわゆるＷｅｂアプリケーションの機能を有するよう構成されており、クライアント１０１はＷｅｂブラウザ３０１を介してアクセスする事が出来る。
Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１からのリクエストに対してユーザインタフェース情報を返答する。Ｗｅｂブラウザ３０１はＷｅｂサーバ３０３から得られたユーザインタフェース情報をレンダリングし表示する。
【００３０】
表示されたユーザインタフェース情報には、たとえば、後述する文書生成サーバ１０３が管理するフォームの一覧や、文書生成をリクエストするためのインタフェース等が含まれている。
【００３１】
また、Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１から文書生成リクエストを受信すると、クラウドプラットフォームサービス１０２から業務データを取得し、該業務データとともに文書生成サービス３０４に対して文書生成のリクエストを送信する。
【００３２】
文書生成サービス３０４は、受信したデータと自身で管理するフォームおよびクエリコマンドを使用してオーバレイ処理を行い、文書データを生成する。クエリコマンドには、クラウドプラットフォームサービス１０２からの業務データ取得方法等が設定されている。
【００３３】
図４は、クラウドプラットフォームサービス１０２上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
クラウドプラットフォームサービス１０２は以下で構成される。
【００３４】
クライアント装置１０１のＷｅｂブラウザ３０１や文書生成サーバ１０３のＷｅｂサーバ３０３との通信を処理する送受信部４０１。
【００３５】
送受信部４０１が受け付けたリクエストに従って処理を実行する制御部４０２。
【００３６】
Ｗｅｂブラウザ３０１にレスポンスを返すためのＷｅｂページを生成するページ生成部４０３。
【００３７】
ログイン要求してきたユーザを認証する認証部４０５。
【００３８】
認証部４０５にて認証に成功したユーザのセッション情報を管理するセッション管理部４０４。
【００３９】
業務データをＤＢ４０８に保持し要求に応じてＤＢ４０８から業務データの取得、あるいは業務データの更新を行うデータ管理部４０６。
【００４０】
文書生成サーバ１０３へのリダイレクトを行うための設定を保持する設定管理部４０７である。
【００４１】
クラウドプラットフォームサービス１０２はこれら各構成要素の協調により、後述する処理を実行する。
【００４２】
また、図中、４０８は管理ユーザデータや業務データを格納するＤＢ４０８であり、図２で示したＨＤＤ２０４に記憶されている。
【００４３】
管理ユーザデータや業務データは、企業・組織（以降、組織と表記）毎に管理される。各組織には組織ＩＤが自動的に割り当てられ、組織ＩＤとともに各データが管理される。ユーザ認証時、ユーザが所属する組織の組織ＩＤを取得しセッション管理部４０４に保存する。以降のデータ取得等の処理は組織ＩＤをもとに行われ、組織ＩＤの一致するデータのみを参照することが可能となっている。
【００４４】
また、ＤＢ４０８には、文書生成サーバ１０３へのリダイレクトを行うための設定も格納される。ＤＢ４０８に格納された業務データや文書生成サーバ１０３へリダイレクトを行うための設定は、Ｗｅｂブラウザ３０１を介して、ユーザ（管理者）により任意のタイミングで設定更新が行われる。
【００４５】
図５は、文書生成サーバ１０３のＷｅｂサーバ３０３上で動作するソフトウェアモジュールの構成図である。
【００４６】
なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００４７】
Ｗｅｂサーバ３０３は以下で構成される。
【００４８】
クライアント装置１０１のＷｅｂブラウザ３０１やクラウドプラットフォームサービス１０２、文書生成サービス３０４との通信を処理する送受信部５０１。受け付けたリクエストに従って処理を実行する制御部５０２。Ｗｅｂブラウザ３０１にレスポンスを返すためのＷｅｂページを生成するページ生成部５０３。クラウドプラットフォームサービス１０２にアクセスして業務データを取得するデータアクセス部５０４。後述のフォーム情報テーブルを管理するフォーム情報管理部５０５。Ｗｅｂブラウザ３０１のセッション情報を管理するセッション管理部５０６。フォームファイルの作成および保存を行うフォーム保存部５０７である。Ｗｅｂサーバ３０３はこれら各構成要素の協調により、後述する処理を実行する。
【００４９】
図６は、文書生成サーバ１０３の文書生成サービス３０４上で動作するソフトウェアモジュールの構成図である。
【００５０】
なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００５１】
文書生成サービス３０４は以下で構成される。
【００５２】
Ｗｅｂサーバ３０３からの文書生成リクエストを受け付ける要求受信部６０１。受け付けたリクエストに従って処理を実行する制御部６０２。フォームデータを管理するフォーム管理部６０３。Ｗｅｂサーバ３０３から送信された業務データとフォームを使用してオーバレイ処理を行い、文書データを生成する文書生成部６０４。生成された文書データをＷｅｂサーバ３０３またはクライアント端末１０１に送信する文書送信部６０５である。
【００５３】
図７は、クライアント装置１０１のＷｅｂブラウザ３０１から、クラウドプラットフォームサービス１０２にアクセスして業務データを表示した場合の業務画面７０１の例である。なお、図７は、ユーザがクラウドプラットフォームサービス１０２にログイン済の状態である。業務画面７０１は、あるレコードの詳細情報７０２や商品７０３が表示されている。
【００５４】
図７では、商談に関する業務画面の商談レコードの詳細を表示している。また、文書生成サーバ１０３へリダイレクトを行うための設定がなされたカスタムボタン７０４が表示されている。カスタムボタン７０４は、ボタン押下時の動作や、どの画面に表示するか、等を任意に設定可能で、ユーザ（管理者）によって画面に配置される。
【００５５】
図８は、クラウドプラットフォームサービス１０２のデータ管理部４０６が保持する業務データのうち、商談に関するデータのテーブル構造例を示す図である。
【００５６】
業務データはデータテーブル８００で管理され、商談テーブル８０１、および、商品テーブル８１１によって構成されている。
【００５７】
商談テーブル８０１は、レコードの識別子であるレコードＩＤ８０２、レコードをユーザが容易に区別するために任意の名前を設定可能な商談名８０３で構成される。
【００５８】
商品テーブル８１１は、商談レコードＩＤ８１２、商品テーブルのレコードの識別子であるレコードＩＤ８１３、品名８１４、数量８１５、価格８１６から構成される。また、商談レコードＩＤ８１２は、商談テーブルのレコードＩＤ８０２とリレーションしている。
【００５９】
図９は、クラウドプラットフォームサービス１０２の設定管理部４０７で保持するカスタムボタンの定義情報の例を示す図である。
【００６０】
図９では、カスタムボタンが「商談」画面と「顧客」画面に定義されており、「商談」画面に表示するカスタムボタンの設定情報には、ボタン表示名９０３、および、文書生成サーバ１０３へリダイレクトを行うためのパラメータ情報が格納されている。
【００６１】
文書生成サーバＵＲＩ９０４は、文書生成サーバ１０３のＵＲＩを「ｈｔｔｐ：／／〜」の形式で指定したパラメータである。セッションＩＤ９０５は、ログインしたユーザのセッションＩＤを取得して文字列「ｓｉｄ＝＜セッションＩＤ＞」をＵＲＬパラメータに付加する設定である。ＣＰＳＵＲＬ９０６は、文書生成サーバ１０３がクラウドプラットフォームサービス１０２にアクセスするためのＵＲＬを文字列「ｓｒｖ＿ｕｒｌ＝＜クラウドプラットフォームサービスＵＲＬ＞」としてＵＲＬパラメータに付加する設定である。
【００６２】
クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬは組織毎に固有であり、ユーザ認証時に、制御部５０２が、ユーザが所属する組織に応じたＵＲＬを取得してセッション管理部４０４に保存する。
【００６３】
組織ＩＤ９０７は、ログインしたユーザの組織ＩＤを取得して文字列「ｏｒｇｉｄ＝＜組織ＩＤ＞」をＵＲＬパラメータに付加する設定である。レコードＩＤ９０８は、画面に表示した商談レコードのレコードＩＤ１２０２を取得して文字列「ｒｅｃｉｄ＝＜レコードＩＤ＞」をＵＲＬパラメータに付加する設定である。
【００６４】
図１０は、Ｗｅｂサーバ３０３のフォーム情報管理部５０５が保持するフォーム情報テーブルのテーブル構造を示す図である。
【００６５】
フォーム情報テーブル１００１のフォーム情報レコードは、以下で構成される。
【００６６】
該レコードの所有者である組織を識別する組織ＩＤ１００３。フォーム選択画面に表示する名称である表示名１００４。文書生成サービス３０４のフォーム管理部６０３で管理されているフォームのファイル名であるフォームファイル名１００５。クラウドプラットフォームサービス１０２からデータを取得するためのクエリを記述したクエリコマンド１００６。フォームファイル内に定義されている固定的なデータに関する情報であるフォーム情報１０７。
【００６７】
図１１は、図１の文書生成システムにおけるクライアント装置１０１のＷｅｂブラウザ３０３で表示する画面のフローを示した図である。
【００６８】
なお、以降の図では、クラウドプラットフォームサービスをＣＰＳと略して表記している。
【００６９】
業務画面１１０１は、クラウドプラットフォームサービス１０２が作成し、クライアント装置１０１に返す画面であり、例えば、図７の業務画面７０１が表示される。
【００７０】
文書生成ボタン１１０２は、クラウドプラットフォームサービス１０２へ文書生成リクエストを発行するボタンである。
【００７１】
クラウドプラットフォームサービス１０２は文書生成ボタン１１０２が押下されると、文書生成サーバ１０３へリダイレクトするＵＲＬを返却する。
【００７２】
クライアント装置１０１のＷｅｂブラウザ３０１は、リダイレクトするＵＲＬを受けるとこのＵＲＬに従った文書生成サーバ１０３へリダイレクトする。
【００７３】
リダイレクトでリクエストを受けた文書生成サーバ１０３は、フォーム選択画面１１０３をクライアント装置１０１のＷｅｂブラウザ３０１に返す。
【００７４】
フォーム選択画面１１０３は文書生成に使用するフォームを選択するフォーム選択１１０４を備える。
【００７５】
また、ユーザから文書作成ボタン１１０５の選択を受けたクライアント装置１０１のＷｅｂブラウザ３０１は、フォーム選択１１０４の選択結果を文書生成サーバ１０３に送信する。これらの情報を受け取った文書生成サーバ１０３は、業務画面１１０１の業務データをクラウドプラットフォームサービス１０２から取得する。データ取得中画面１１０６は、文書生成サーバ１０３がクラウドプラットフォームサービス１０３から業務データを取得中の間クライアント装置１０１のＷｅｂブラウザ３０１に表示される。
【００７６】
文書生成サーバ１０３がクラウドプラットフォームサービス１０３からの業務データ取得が完了すると、文書生成サーバ１０３は取得したデータを確認可能なデータ確認画面１１０７をクライアント装置１０１のＷｅｂブラウザ３０１に返す。ユーザから作成ボタン１１０８の選択を受けたクライアント装置１０１のＷｅｂブラウザ３０１は、文書生成サーバ１０３に文書生成リクエストを送信する。文書生成リクエストを受けた文書生成サーバ１０３は、選択されたフォームとクラウドプラットフォームサービス１０３から取得した業務データを使用して文書生成処理を行う。文書生成処理の間、クライアント装置１０２のＷｅｂブラウザ３０１は、作成中画面１１０９を表示する。文書の作成が完了すると、クライアント端末１０１のＷｅｂブラウザ３０１は完了画面１１１０を表示する。
【００７７】
図１２は、本発明の実施例１における文書生成システムが行う処理の流れを示している。なお、ユーザは不図示のログイン画面にてクラウドプラットフォームサービス１０２にログイン済とし、Ｗｅｂブラウザ３０１には図７の業務画面７０１が表示されており、カスタムボタン７０４は、予め、図９の設定がなされているものとする。
【００７８】
はじめ、ユーザによりクライアント装置１０１のＷｅｂブラウザ３０１に表示された業務画面７０１のカスタムボタン７０４が押下される（Ｓ１２０１）と、クラウドプラットフォームサービス１０２では、Ｓ１２０２においてリダイレクトＵＲＬ作成処理を行う。
【００７９】
Ｓ１２０２において、制御部４０２はカスタムボタンに設定された文書生成サーバＵＲＩ９０４、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７およびレコードＩＤ９０８を取得し、これら取得したパラメータからリダイレクトＵＲＬを生成する。そして、リダイレクトさせるためのレスポンスをＷｅｂブラウザ３０１に返す。
【００８０】
Ｓ１２０３で、Ｗｅｂブラウザ３０１はクラウドプラットフォームサービス１０２から返されたレスポンスを受信すると、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７、レコードＩＤ９０８を文書生成サーバ１０３に送信する。
【００８１】
Ｓ１２０４で、Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１からのリダイレクトを受信すると、まず制御部５０２は、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７およびレコードＩＤ９０８をセッション管理部５０６に保存する。
【００８２】
次に、制御部５０２はフォーム情報レコード１００２に含まれるフォームの表示名１００４のリストをフォーム情報管理部５０５から取得し、フォームの表示名１００４のリストからフォーム選択画面１１０３を作成、クライアント端末１０１に送る。
【００８３】
Ｓ１２０５では、ユーザによりフォーム選択画面１１０３のフォーム１１０４が選択され、文書作成ボタン１１０５が押下されると、Ｗｅｂサーバ３０３に対して選択フォーム１１０４とともに文書生成リクエストが送信される。
【００８４】
Ｓ１２０６にてＷｅｂサーバ３０３が文書生成リクエストを受信すると、文書生成サービス１０３は選択フォーム１１０４で指定されたフォームに一致するクエリコマンド１００６を発行し、クラウドプラットフォームサービス１０２にデータ取得リクエストを行う。
【００８５】
その際、クラウドプラットフォームサービス１０２のＵＲＬおよび取得データの内容は、セッション管理部５０６に保存されているＣＰＳＵＲＬ９０５および組織ＩＤ９０７、レコードＩＤ９０８をそれぞれ使用する。次に、Ｓ１２０７において文書生成サーバ１０３は、データ取得中画面１１０６を作成し、Ｗｅｂブラウザ３０１に送る。
【００８６】
Ｗｅｂブラウザ３０１は定期的にＳ１２０８でデータ取得完了確認リクエストを文書生成サーバ１０３に送信する。文書生成サーバ１０３のＷｅｂサーバ３０３は、クラウドプラットフォームサービス０２からデータ取得のレスポンスが返るまでは、Ｓ１２０７と同様のデータ取得中画面１１０６をＷｅｂブラウザ３０１に送る。
【００８７】
次に、クラウドプラットフォームサービス１０２からデータ取得のレスポンスが文書生成サーバ１０３に返る。
【００８８】
Ｗｅｂサーバ３０３の制御部５０２は、取得データをセッション管理部５０６へ保存する。
【００８９】
その後にＷｅｂブラウザ３０１からデータ取得完了の確認リクエストが送られてくると、Ｗｅｂサーバ３０３はクラウドプラットフォームサービス１０２から取得したデータでデータ確認画面１１０７を生成し、Ｗｅｂブラウザ３０１へ返す（Ｓ１２０９）。
【００９０】
Ｓ１２０９においてＷｅｂブラウザ３０１に返された取得データ確認画面１１０７にて、ユーザにより作成ボタン１１０８が押下されると、Ｗｅｂブラウザ３０１より、Ｗｅｂサーバ３０３に対して、文書生成リクエストが送信される（Ｓ１２１０）。
【００９１】
Ｓ１２１０において、Ｗｅｂサーバ３０３が文書生成リクエストを受信すると、後述の文書生成処理を行う。
【００９２】
図１３は、本発明におけるＷｅｂサーバ３０３の埋め込みフォント指定処理を示すフローチャートである。
【００９３】
ステップＳ１３０１でフォーム保存部５０７は、ユーザの指示によりフォームファイルに対して埋め込みフォントの指定が開始されたかどうかを判定する。
【００９４】
Ｓ１３０１で埋め込みフォントの指定が開始されていないと判定された場合はそのまま処理を終了する。
【００９５】
Ｓ１３０１で埋め込みフォントの指定が開始されたと判定された場合は、ステップＳ１３０２に進む。
【００９６】
ステップＳ１３０２でフォーム保存部５０７は、フォームファイルに対して、帳票生成時に埋め込むフォントを選択するためのダイアログを表示する。ダイアログの一例を図１４に示す。ユーザは、フォーム管理部５０７が提供する図１４に示すダイアログを操作して、埋め込むフォントの指定を行う。例えば、図１４では埋め込みフォントリスト１４０１に、ユーザによって指定された帳票生成時に文書に埋め込むフォントのリストが表示される。ユーザは、フォントリスト１４０３から文書に埋め込みたいフォントを選択し、そのフォントを埋め込みフォントリスト１４０１に移動させることで埋め込みを指示する。埋め込むフォントの指定が完了したら、ＯＫボタン１４０２を押下しダイアログを閉じる。なお、フォントリスト１４０３に表示されるフォントは、フォーム保存部５０７が動作する環境に存在するフォントとする。
【００９７】
ステップＳ１３０３でフォーム保存部５０７は、ユーザの指示に従ってフォームファイルの保存を行う。ステップＳ１３０３は、例えばユーザ操作によりフォーム保存部５０７が持つ「ファイル保存」メニューコマンドが実行された際に行われる。本ステップで、ステップＳ１３０２にてダイアログで設定された埋め込みフォントの指定がフォームファイル内に格納される。
【００９８】
なお、埋め込みフォントの指定をフォームファイルに保持する手段が提供されていればよい。このため、フォーム保存部５０７はＷｅｂサーバ３０３に属している必要はない。例えば、別のサーバはクライアント装置１０１に属していてもかまわない。
【００９９】
図１５は、本発明における文書生成サービス３０４の文書生成処理を示すフローチャートである。
【０１００】
ステップＳ１５０１で文書生成部６０４は、フォーム管理部６０３からフォームファイルを読み込む。
【０１０１】
ステップＳ１５０２で文書生成部６０４は、ステップＳ１５０１で読み込んだフォームファイル内に埋め込みフォントの指定が存在するかどうかを判定する。
【０１０２】
ステップＳ１５０２でフォームファイル内に埋め込みフォントの指定があると判定された場合、ステップＳ１５０３で文書生成部６０４は、フォームファイル内から埋め込みフォントの指定を取得する。
【０１０３】
ステップＳ１５０４で文書生成部６０４は、ステップＳ１５０３で取得した埋め込みフォントの指定を用いて文書を生成する。文書生成部６０４は、文書生成時に指定されたフォントを埋め込む。
【０１０４】
ステップＳ１５０２でフォームファイル内に埋め込みフォントの指定がないと判定された場合、ステップＳ１５０５で文書生成部６０４は、規定の設定で文書を生成する。埋め込みフォントの指定がないため、文書にはフォントは埋め込まれない。
【０１０５】
［実施例２］
実施例１では、フォントリスト１４０３に表示されるフォントは、フォーム保存部５０７が動作する環境に存在するフォントであった。しかし、その場合、文書生成部６０４が動作する文書生成サービス３０４の環境に存在しないフォントをフォーム保存部５０７で埋め込み指定してしまう可能性がある。指定されたフォントが文書生成部６０４に無い場合、文書生成時に指定のフォントを埋め込むことが出来ず問題を解決できない。本実施例では、この課題を解決する実施の形態について述べる。
【０１０６】
図１６は、本発明におけるＷｅｂサーバ３０３の文書生成処理を示すフローチャートである。図１３と異なる部分のみ説明する。
【０１０７】
ステップＳ１６０２でフォーム保存部５０７は、文書生成サービス３０４からフォントリストを取得する。文書生成サービスは３０４は、Ｗｅｂサーバ３０３から要求を受けると、自身の環境に存在するフォントの情報を取得し、Ｗｅｂサーバ３０３へ通知する。
【０１０８】
ステップＳ１６０２でフォーム保存部５０７は、ステップＳ１６０１で文書生成サービス３０４から受け取ったフォント情報をもとに埋め込みフォント選択ダイアログのフォントリスト１４０３に表示するフォントを決定する。決定のロジックは任意でよい。例えば、受け取った文書生成サービスの３０４の環境のフォントそのままでも良いし、Ｗｅｂサーバ３０３に存在するフォントも追加し両環境のフォントを混在させても良い。
【０１０９】
ステップ１３０２でフォーム保存部５０７は、ステップＳ１６０２で決定したフォントを埋め込みフォント選択ダイアログのフォントリスト１４０３に表示する。
【０１１０】
本実施例により、フォーム保存部５０７で指定されたフォントが文書生成部にないためにユーザの指示通りに文書へのフォント埋め込みがされないという問題を解決することが出来る。
【符号の説明】
【０１１１】
１０１  クライアント装置
１０２  クラウドプラットフォームサービス
１０３  文書生成サーバ
３０１  Ｗｅｂブラウザ
３０３  Ｗｅｂサーバ
３０４  文書生成サービス
５０２  制御部
５０３  ページ生成部
【図１】
2015005150.tif 000003
【図２】
2015005150.tif 000004
【図３】
2015005150.tif 000005
【図４】
2015005150.tif 000006
【図５】
2015005150.tif 000007
【図６】
2015005150.tif 000008
【図７】
2015005150.tif 000009
【図８】
2015005150.tif 000010
【図９】
2015005150.tif 000011
【図１０】
2015005150.tif 000012
【図１１】
2015005150.tif 000013
【図１２】
2015005150.tif 000014
【図１３】
2015005150.tif 000015
【図１４】
2015005150.tif 000016
【図１５】
2015005150.tif 000017
【図１６】
2015005150.tif 000018