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