(57)【要約】【課題】ユーザの介在しない文書生成ワークフローでは、ワークフローの成否を後からクラウドプラットフォームサービスで確認する。【解決手段】取得したアクセストークンを用いてクラウドプラットフォームサービスへ文書生成処理履歴の書込み要求を行う実行履歴管理部を有するシステム。【選択図】  図１
2015153117.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末１０１、クラウドプラットフォームサービス１０２および文書生成サーバ１０３がネットワークで接続された文書生成システムであって、クラウドプラットフォームサービス１０２は以下を含む。
文書生成サーバ１０３からの要求に対してアクセストークンを発行するアクセス制御部３０３。
文書生成サーバ１０３からの要求に応じて業務データを送信するデータ管理部３０３。
スケジュールジョブの実行結果である実行履歴情報９２０を作成し、文書生成サーバ１０３からの要求に応じて実行履歴情報９２０を更新する実行履歴管理部３０４。
前記実行履歴管理部３０４はさらに、スケジュールジョブの実行結果を一意に識別する履歴ＩＤを作成する。
さらに文書生成サーバ１０３はスケジューラサービス１０４、文書生成サービス１０５、メール送信サービス１０６を備える。
スケジューラサービス１０４は以下を備える。
スケジュールジョブをスケジュール情報９００として管理し、文書生成サービス１０５からの要求に応じてスケジュール情報９００を送信するスケジュール管理部４０１。
スケジュール情報９００に含まれるスケジュール設定９０３および終了日時９０４から次回実行日時９０５を生成するジョブ実行管理部４０２。
前記スケジュール情報９００は文書生成パラメータであるジョブパラメータ９０６を備え、生成文書を送信するための送信先メールアドレスを含む。
さらに文書生成サービス１０５は以下を備える。
クラウドプラットフォームサービス１０２のアクセストークンを取得するステップ（Ｓ１００９）。
クラウドプラットフォームサービス１０２から取得したアクセストークンをテナントＩＤに紐付けて保存する設定管理部５０５。
前記取得したアクセストークンを用いてクラウドプラットフォームサービス１０２から業務データの取得を行うるデータアクセス部５０４。
クラウドプラットフォームサービス１０２から取得した業務データを取得するデータアクセス部５０４。
前記業務データおよびフォームから文書データを生成する文書生成部５０５。
スケジューラサービス１０４に対しスケジュールジョブ登録要求送信（Ｓ１１０４）、スケジューラサービス１０４に対しスケジュールジョブ取得（Ｓ１２０１）を行う送受信部５０３。
送受信部５０３はさらにメール送信サービス１０６に対し文書データを添付ファイルとして電子メール送信リクエストを行う（Ｓ１２０７）。
前記取得したアクセストークンを用いてクラウドプラットフォームサービス１０２へ文書生成処理履歴の書込み要求を行う実行履歴管理部５０７を有するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウド上に保存されたデータをフォームオーバーレイして文書を作成し送信するシステムに関し、特にユーザが介在しない自動ワークフロー処理における実行履歴保存方法に関する。
【背景技術】
【０００２】
近年、サーバーコンピュータ側で業務データの管理や各種処理を行う形態として、クラウドコンピューティングシステムが普及し始めている。
【０００３】
ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドプラットフォームサービスのＷｅｂページにアクセスし、自動ワークフロー（夜間バッチ印刷など）を指定日時に実行するためのスケジュール登録を行う。クラウドプラットフォームの代表例として、例えば、Ｓａｌｅｓｆｏｒｃｅ．ｃｏｍ社のＳａｌｅｓｆｏｒｃｅ  ＣＲＭ（登録商標）がある。
【０００４】
複数サービスの連携によって成立つ自動ワークフローシステム（自動夜間バッチ印刷など）を実現する場合、文書生成サービスは事前にユーザが設定したスケジュールに従って文書生成処理を開始する。そして文書生成サービスはクラウドプラットフォームサービス上にあるデータを取得して文書を生成する。
【０００５】
また、複数のサービスが連携して動作するワークフロー全体の処理結果をクラウドプラットフォームサービス上で一意に確認できるようにするために、各サービスの処理結果を履歴としてクラウドプラットフォームサービスに保存する（特許文献１参照）。
【０００６】
このワークフローではユーザが介在しないため、クラウドプラットフォームサービスからのデータ取得および履歴の保存においては通常のユーザ認証の仕組みが利用できない。そのため、例えばＯＡｕｔｈを用いてクラウドプラットフォームサービスのアクセストークンを文書生成サービスに保持することで前述の処理をユーザの介在なしに行うことができる。
【０００７】
また、生成した文書がプリンタで印刷時エラーとなった場合に文書の画像データを電子メールに添付して送付することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０００−１９４５２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前述のワークフローではユーザが介在しないため、ユーザはワークフローの成否を後からクラウドプラットフォームサービスで確認することができる。
【００１０】
しかし文書生成後の処理、例えばメール送信に失敗した場合、ユーザは生成された帳票を入手することができず、もう一度ジョブを実行する必要があった。
【００１１】
ジョブの再実行には、スケジュールの設定値を変更してジョブを実行しまた設定値を戻す、またはスケジュールの内容を確認して同様の文書が作成されるリクエストを手動で生成するなど、手間がかかってしまう。
【００１２】
また、クラウドサービスはストレージ容量に制限がある場合が多い。そのため生成文書を保存または転送して残しておく方法では、多数のエラーが発生した場合にストレージ容量を圧迫してしまう。
【課題を解決するための手段】
【００１３】
本発明の構成は、
クライアント端末１０１、クラウドプラットフォームサービス１０２および文書生成サーバ１０３がネットワークで接続された文書生成システムであって、クラウドプラットフォームサービス１０２は以下を含む。
文書生成サーバ１０３からの要求に対してアクセストークンを発行するアクセス制御部３０３。
文書生成サーバ１０３からの要求に応じて業務データを送信するデータ管理部３０３。
スケジュールジョブの実行結果である実行履歴情報９２０を作成し、文書生成サーバ１０３からの要求に応じて実行履歴情報９２０を更新する実行履歴管理部３０４。
前記実行履歴管理部３０４はさらに、スケジュールジョブの実行結果を一意に識別する履歴ＩＤを作成する。
さらに文書生成サーバ１０３はスケジューラサービス１０４、文書生成サービス１０５、メール送信サービス１０６を備える。
スケジューラサービス１０４は以下を備える。
スケジュールジョブをスケジュール情報９００として管理し、文書生成サービス１０５からの要求に応じてスケジュール情報９００を送信するスケジュール管理部４０１。
スケジュール情報９００に含まれるスケジュール設定９０３および終了日時９０４から次回実行日時９０５を生成するジョブ実行管理部４０２。
前記スケジュール情報９００は文書生成パラメータであるジョブパラメータ９０６を備え、生成文書を送信するための送信先メールアドレスを含む。
さらに文書生成サービス１０５は以下を備える。
クラウドプラットフォームサービス１０２のアクセストークンを取得するステップ（Ｓ１００９）。
クラウドプラットフォームサービス１０２から取得したアクセストークンをテナントＩＤに紐付けて保存する設定管理部５０５。
前記取得したアクセストークンを用いてクラウドプラットフォームサービス１０２から業務データの取得を行うるデータアクセス部５０４。
クラウドプラットフォームサービス１０２から取得した業務データを取得するデータアクセス部５０４。
前記業務データおよびフォームから文書データを生成する文書生成部５０５。
スケジューラサービス１０４に対しスケジュールジョブ登録要求送信（Ｓ１１０４）、スケジューラサービス１０４に対しスケジュールジョブ取得（Ｓ１２０１）を行う送受信部５０３。
送受信部５０３はさらにメール送信サービス１０６に対し文書データを添付ファイルとして電子メール送信リクエストを行う（Ｓ１２０７）。
前記取得したアクセストークンを用いてクラウドプラットフォームサービス１０２へ文書生成処理履歴の書込み要求を行う実行履歴管理部５０７を有するシステム。
【発明の効果】
【００１４】
本発明によれば、文書生成後のエラー発生時に再実行リクエストＵＲＬを実行履歴として保存することで、当該文書の再作成をユーザが簡単に指示することができる。
【００１５】
また、文書生成に成功した場合のみ再実行リクエストＵＲＬを保存することで、文書生成に成功するＵＲＬのみが実行履歴としてユーザに提示され、ユーザは文書生成の再実行を確実に行うことができる。
【図面の簡単な説明】
【００１６】
【図１】システム構成を示すブロック図
【図２】ハードウェア構成を示す図
【図３】クラウドプラットフォームサービスのソフトウェアモジュール構成図
【図４】スケジューラサービスのソフトウェアモジュール構成図
【図５】文書生成サーバのソフトウェアモジュール構成図
【図６】文書生成サービスのアクセストークン設定画面例
【図７】文書生成サービスのスケジュールジョブ設定画面例
【図８】クラウドプラットフォームサービスの実行履歴一覧画面例
【図９】文書生成システムを構成する各システムが保持する情報のテーブル構造
【図１０】実施例における文書生成サーバへのアクセストークン登録処理シーケンス
【図１１】実施例における文書生成サーバへのスケジュールジョブ登録処理シーケンス
【図１２】実施例における文書生成システムの文書生成処理を示すフローチャート
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための最良の形態について図面を用いて説明する。図１は、本発明の実施例のシステム構成を示すブロック図である。図中、１０１は、後述するクラウドプラットフォームサービス１０２および後述する文書生成サーバ１０３に対してリクエストを発行するクライアント装置１０１である。図中、１０２はクラウドプラットフォームサービス１０２であり、クライアント装置１０１や文書生成サーバ１０３からのリクエストに応じて、保持するデータの表示・更新等を行う。図中、文書生成サーバ１０３はスケジューラサービス１０４、文書生成サービス１０５、メール送信サービス１０６を備える。
【００１８】
スケジューラサービス１０４は日時指定された文書生成指示のスケジュールジョブを管理し、その日時がくると文書生成サービス１０５からのスケジュール確認リクエストに対して実行可能なスケジュールジョブの有無とその内容を返答する。文書生成サービス１０５は、いわゆるＷｅｂアプリケーションの機能を有するよう構成されており、クライアント１０１を介してアクセスする事ができ、クライアント１０１からのリクエストに対してユーザインタフェース情報を返答する。ユーザインタフェース情報には、後述するスケジュールジョブ管理画面、アクセストークン管理画面、文書生成処理に使用するフォーム管理画面、文書生成処理の結果確認画面がある。
【００１９】
文書生成サービス１０５はクライアント装置１０１のＷｅｂブラウザを介してスケジュール登録リクエストを受信し、スケジューラサービス１０４に対して文書生成スケジュールジョブ登録を行う。さらに文書生成サービス１０５は定期的にスケジュールサービスにスケジュールジョブの有無確認を行い、ジョブが存在する場合はそのジョブの内容にしたがって文書生成処理を開始する。
【００２０】
前記文書生成処理において文書生成サービス１０５はクラウドプラットフォームサービス１０２から業務データを取得し、該業務データとともに自身で管理するフォームを使用してオーバーレイ処理を行い、文書データ生成を行う。メール送信サービス１０６は文書生成サービス１０５からの指示に従って、受信した文書を添付ファイルとしてユーザへ電子メール送信を行う。また、上記各構成要素はネットワークにより通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。
【００２１】
ネットワークはデータの送受信が可能であればよい。クライアント装置１０１とクラウドプラットフォームサービス１０２および文書生成サーバ１０３との通信手段、文書生成サーバ１０３とクラウドプラットフォームサービス１０２との通信手段、及び各サーバ間の通信手段が異なっていてもよい。クラウドプラットフォームサービス１０２は、クラウドプラットフォームサービスを使用するユーザや業務データを管理する。
【００２２】
また、クラウドプラットフォームサービス１０２は、複数の企業・組織から使用されることが前提であり（一般的にマルチテナントと呼ばれる）、使用する企業・組織毎に前述のユーザ管理、業務データ管理等が行われる。
【００２３】
図２は、図１のクライアント装置１０１、クラウドプラットフォームサービス１０２、文書生成サーバ１０３のハードウェア構成を示すブロック図である。図中、２０１は内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するＣＰＵである。２０２はＢＩＯＳが格納してあるＲＯＭである。２０３はＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするＲＡＭ（直接記憶装置）である。２０４は基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などの間接記憶装置である。２０５は入力装置であり不図示のキーボードやポインティングデバイスなどである。２０６は出力装置でありディスプレイが接続される。２０７はネットワーク１００に接続するためのＩ／Ｆである。
【００２４】
これらハードウェアでは、起動後ＣＰＵ２０１によりＢＩＯＳが実行されＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１はＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７はネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現している。
【００２５】
図３は、クラウドプラットフォームサービス１０２上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
クラウドプラットフォームサービス１０２は以下で構成される。
【００２６】
文書生成サービス１０５からのアクセストークン取得リクエストに応じてアクセストークンの生成および送信を行い、また、クライアント１０１または文書生成サーバ１０３からの要求に応じてユーザ認証を行うアクセス制御部３０１。クライアント端末１０１や文書生成サーバ１０３にレスポンスを返すためのＷｅｂページを生成するページ生成部３０２。業務データをデータベースに保持し、要求に応じて業務データの取得、あるいは業務データの更新を行うデータ管理部３０３。文書生成サービス１０５によって実行された文書生成要求の成否を含む実行履歴をデータベースに保持し管理する実行履歴管理部３０４。
【００２７】
クラウドプラットフォームサービス１０２はこれら各構成要素の協調により、後述する処理を実行する。また、上述のデータベースは管理ユーザデータや業務データ、実行履歴を格納するストレージであり、図２で示したＨＤＤ２０４に記憶されている。前述のデータベースに格納されるデータは企業・組織（以降、組織と表記）毎に管理される。各組織には組織ＩＤが自動的に割り当てられ、組織ＩＤとともに各データが管理される。以降のデータ取得等の処理は組織ＩＤをもとに行われ、組織ＩＤの一致するデータのみを参照することが可能となっている。
【００２８】
図４はスケジューラサービス１０４上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。指定時刻に文書生成サーバ１０３に文書生成情報を送信するためのスケジュール設定および印刷パラメータをデータベースに保持し、さらにスケジュール設定の内容に従って文書生成サーバ１０３へ文書生成要求を送信するスケジュール管理部４０１。
【００２９】
保存されたスケジュールジョブのスケジュール設定から、ジョブの次回実行日時９０５を算出するジョブ実行管理部４０２。また、上述のデータベースはスケジュールジョブを格納するストレージであり、図２で示したＨＤＤ２０４に記憶されている。
【００３０】
図５は、文書生成サービス１０５上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。文書生成サービス１０５は以下で構成される。
【００３１】
クライアント装置１０１からのログイン要求のユーザ認証を行うアクセス制御部５０１。クライアント端末１０１やクラウドプラットフォームサービス１０２にレスポンスを返すためのＷｅｂページを生成するページ生成部５０２。スケジューラサービス１０４へ前記スケジュール設定および印刷パラメータをスケジュールジョブとして登録要求し、また後述の文書生成部５０５で生成した文書を添付ファイルとしてメール送信サービス１０５へ電子メール送信要求を行う送受信部５０３。クラウドプラットフォームサービス１０２に保存されている業務データを取得するデータアクセス部５０４。前記データアクセス部４０４で取得した業務データとフォームを使用してオーバーレイ処理を行い、文書データを生成する文書生成部５０５。
【００３２】
文書生成処理におけるクラウドプラットフォームサービス１０２への業務データ取得や実行履歴書込みに必要なアクセストークンとテナントＩＤを管理する設定管理部５０６。文書生成要求による文書生成処理の成否を含む実行履歴をクラウドプラットフォームサービス１０２に保存するためのリクエストを送信する実行履歴書き込み部５０７。文書生成サービス１０５はこれら各構成要素の協調により、後述する処理を実行する。
【００３３】
図６は、クライアント端末１０１から、文書生成サービス１０５にアクセスして表示した、アクセストークン設定画面６００の例である。なお、図６は、ユーザが文書生成サーバ１０３にログイン済の状態である。認証情報確認画面６００は、クラウドプラットフォームサービス１０２からアクセストークンを取得し、登録するための登録ボタン６０１、文書生成要求の認証に必要なテナントＩＤ６０２が表示されている。登録ボタン６０１押下時の処理は後述する。
【００３４】
図７は、クライアント端末１０１から、文書生成サービス１０５にアクセスして表示した、スケジュールジョブ設定画面７００の例である。なお、図７は、ユーザが文書生成サーバ１０３にログイン済の状態である。スケジュールジョブ設定画面７００は、スケジュール名であるジョブ情報設定領域７０１、ジョブの開始日時を設定する開始時刻設定領域７０２、ジョブ実行時のパラメータを設定するジョブパラメータ設定領域７０３、登録ボタン７０４から成る。
【００３５】
印刷パラメータ設定領域７０３では、例えば文書生成処理に使用するフォームのフォームＩＤ、生成した文書の文書名、クラウドプラットフォームサービス１０２からの業務データ取得のためのクエリ変数、生成した文書の送信先メールアドレスが含まれる。登録ボタン７０４押下時の処理は後述する。
【００３６】
図８は、クライアント端末１０１から、クラウドプラットフォームサービス１０２にアクセスして表示した、実行履歴一覧画面８００の例である。なお、図８は、ユーザがクラウドプラットフォームサービス１０２にログイン済の状態である。
【００３７】
実行履歴一覧画面８００は、実行中または実行済みのジョブの履歴であるジョブ実行履歴８０１からなる。本画面に表示された実行履歴を確認することで、前述のスケジュール設定画面７００で登録したジョブの処理結果が確認できる。ジョブ実行履歴８０１に表示されるカラムの内容は、後述する実行履歴情報９２０の内容が表示される。
【００３８】
図９は、クラウドプラットフォームサービス１０２、スケジューラサービス１０４、文書生成サービス１０５が保持する情報のテーブル構造を示す図である。スケジュール情報９００はスケジューラサービス１０４が保持し、ジョブ実行管理部４０２が文書生成要求実行に使用する情報であって、以下からなる。前述の実行履歴情報でスケジュールジョブを区別するためのジョブ名９０１。文書生成サーバ１０３でのユーザ情報となるテナントＩＤ９０２。ジョブの実行日時や間隔を指定するためのスケジュール設定９０３。具体的にはｃｒｏｎ式などの記法が用いられる。
【００３９】
スケジュールジョブの有効期限である終了日時９０４。この終了日時を超えた場合、当該スケジュールジョブは無効となり文書生成要求が実行されない。直後に文書生成要求を実行する日時であるジョブ開始日時９０５。どのような文書を生成するかどうかを指定するためのジョブパラメータ９０６からなる。また、認証情報９１０は、文書生成サービス１０５が文書生成実行時に使用する認証情報であって、以下からなる。文書生成サーバ１０３のテナントを識別するテナントＩＤ９１１。クラウドプラットフォームサービス１０２にアクセスする際の認証情報として使用するアクセストークン９１２およびリフレッシュトークン９１３。
【００４０】
また、実行履歴情報９２０はクラウドプラットフォームサービス１０２が保持する情報であり、前述の実行履歴一覧画面８００に表示されるジョブの実行結果情報であり、以下からなる。ジョブを一意に識別するジョブＩＤ９２１。どのスケジュール情報に基づいて実行されたジョブなのかを区別するためのバッチジョブ名９２２。ジョブの実行履歴が更新された日時である実行日時９２３。ジョブの処理状態であるステータス９２４。ジョブの処理状態の詳細情報であるメッセージ９２５。文書生成後にジョブがエラーとなった場合に、該ジョブと同様の文書を得るための再実行リクエストＵＲＬ９２６からなる。
【００４１】
図１０は、本発明の実施例における、文書生成システムが行う文書生成サービス１０５がクラウドプラットフォームサービス１０２にアクセスするための認可情報を文書生成サービス１０５に登録する処理の流れを示している。認可の方法としてＯＡｕｔｈプロトコルが一般的であり図１１の処理もＯＡｕｔｈプロトコルに従う認可処理の一例である。はじめ、Ｓ１００１、Ｓ１００２においてユーザは不図示のログイン画面にて文書生成サーバ１０３へのログインを行う。Ｓ１００３において、アクセストークン設定画面６００の登録ボタン６０１を押下すると、認可開始リクエストが文書生成サービス１０５に送信される。リクエストを受信したアクセス制御部４０１は、Ｓ１３０４にて、クライアント端末１０１を経由してクラウドプラットフォームサービス１０２にスコープをパラメータとして認可リクエストを行う。スコープとは認可許可する範囲を示すもので、本実施例ではクラウドプラットフォームサービス１０２のユーザデータ操作を認可の範囲としてスコープ指定している。
【００４２】
Ｓ１００５からＳ１００９までの処理は、ＯＡｕｔｈプロトコルの一般的な認可処理フローのため、説明を割愛する。Ｓ１００９にて、文書生成サービス１０５がアクセストークン、リフレッシュトークンを受信すると設定管理部５０６は認証情報９１０として、アクセストークン９１２、リフレッシュトークン９１３をユーザのテナントＩＤに紐付けて保存する。Ｓ１０１０にて、ページ生成部５０２はアクセストークン、リフレッシュトークン保存完了のメッセージを生成し、クライアント端末１０１に返す。図１１は、本発明の実施例における文書生成システムが行うスケジュールジョブ登録処理の流れを示している。はじめＳ１１０１およびＳ１１０２において、ユーザは不図示のログイン画面にて文書生成サーバ１０３へのログインを行う。
【００４３】
Ｓ１３０３においてユーザはスケジュール設定画面７００を操作し、文書生成要求を実行したい時刻および印刷パラメータ等を入力して登録ボタン７０４を押下する。このとき文書生成サービス１０５の送受信部５０３は、指示された設定をスケジュールジョブ登録要求としてスケジューラサービス１０４に送信する（Ｓ１３０４）。スケジュールジョブ登録要求を受信したスケジュールラサービス１０４のスケジュール管理部４０１は、スケジュール情報９００としてスケジュールジョブを保存する。このとき、ジョブ実行管理部４０２は、次回実行日時９０５についてスケジュール設定９０３および終了日時９０４から算出し保存する。
【００４４】
Ｓ１３０５にて、文書生成サービス１０５のページ生成部５０２はスケジュールジョブ登録完了のメッセージを生成し、クライアント端末１０１に返す。図１２は、本発明の実施例における文書生成システムが行う、スケジュール情報９００に設定したスケジュールに従って実行する文書生成処理の流れを示している。Ｓ１２０１にて文書生成サービス１０５の送受信部５０３は、スケジューラサービス１０４へ実行可能なスケジュールジョブ取得リクエストを送信する。スケジュールジョブ取得リクエストを受信したスケジューラサービス１０４のスケジュール管理部４０１は、次回実行日時９０５から、現在実行可能なスケジュールジョブがあった場合に、実行可能なスケジュール情報９００をレスポンスとして返信する。
【００４５】
実行可能なスケジュールがなかった場合、送受信部５０３はＳ１２０１を繰り返す。
スケジュール情報９００を受信した場合、Ｓ１２０２にて設定管理部５０６は認証情報９１０から、スケジュール情報９００に含まれたテナントＩＤ９０２に紐づくアクセストークン９１２を取得する。
【００４６】
Ｓ１２０３にて実行履歴管理部５０７はＳ１２０１でクラウドプラットフォームサービス１０２が公開するＷｅｂサービスＡＰＩに対して、実行履歴書込みリクエストを送信する。このときＳ１２０２で指定したアクセストークン９１２を実行履歴書込みリクエストに含めて送信することで実行履歴情報の書き込みが可能になる。
【００４７】
さらに実行履歴書込みリクエストにはＳ１２０１で取得したジョブ名、現在時刻、文書生成開始を示すステータス、詳細メッセージを含む。ジョブ開始履歴書込みリクエストを受信したクラウドプラットフォームサービス１０２の実行履歴管理部３０４は、実行履歴情報９２０に保存する。それぞれジョブ名はバッチジョブ名９２２、現在時刻は実行日時９２３、文書生成開始を示すステータスはステータス９２４、詳細メッセージはメッセージ９２５に書き込む。
【００４８】
さらに実行履歴管理部３０４は実行履歴情報を一意に識別できるＩＤを生成、履歴ＩＤ９２１として保存しさらに文書生成サービス１０５へレスポンスとして送信する。履歴ＩＤを受信した実行履歴管理部５０７は、以後の履歴書込みに前記履歴ＩＤを指定することで履歴を新規登録するのではなく上書きを行う。Ｓ１２０４にて、データアクセス部４０４は業務データの取得要求（クエリ）を行う。クラウドプラットフォームサービス１０２が公開するＷｅｂサービスＡＰＩに対して、パラメータとしてＳ１２０２で取得したアクセストークン９１２を指定することで業務データの取得が可能となる。
【００４９】
クラウドプラットフォームサービス１０２のデータ管理部３０３は、業務データ取得のＡＰＩ要求を受けて、文書生成サービス１０５へ業務データを送信する。業務データ取得に失敗した場合、Ｓ１２０６で実行履歴管理部５０７はアクセストークン９１２とともに前記履歴ＩＤ、現在時刻、文書生成失敗のステータス、エラーメッセージを指定して処理失敗の実行履歴書込みリクエストを送信し、処理を終了する。業務データ取得に成功した場合、Ｓ１２０５で文書生成部５０５は、不図示のフォーム管理モジュールが管理するフォームを取得して、前記取得した業務データと前記取得したフォームから文書データを生成する。Ｓ１２０５の文書生成処理は公知のため説明を割愛する。
【００５０】
Ｓ１２０５で文書生成に失敗した場合、前記Ｓ１２０６の処理を実行し、クラウドプラットフォームサービス１０２に処理失敗の実行履歴を書き込む。文書生成に成功した場合、Ｓ１２０７で送受信部５０３は文書データを添付ファイルとして電子メール送信を行う。送受信部５０３は、Ｓ１２０１で取得したスケジュール情報９００のジョブパラメータ９０６に含まれる送信先メールアドレスを送信先に、文書データを添付ファイルに指定してメール送信サービス１０６に対してメール送信リクエストを送信する。メール送信サービス１０６はメール送信リクエストにしたがってメール送信を行う。
【００５１】
Ｓ１２０７でメール送信に成功した場合、Ｓ１２０８にて実行履歴管理部５０７は文書生成処理成功の実行履歴書込リクエストをクラウドプラットフォームサービス１０２に送信する。実行履歴書込リクエストには、アクセストークン９１２、履歴ＩＤ９２１、現在時刻、文書生成成功ステータス、詳細メッセージを含む。メール送信に失敗した場合、Ｓ１２０９にて実行履歴管理部５０７はＳ１２０１で取得したスケジュール情報のテナントＩＤ９０２およびジョブパラメータ９０６から同様の文書生成を行える再実行リクエストＵＲＬを作成する。
【００５２】
Ｓ１２１０にて、実行履歴管理部５０７は再実行リクエストＵＲＬを含む実行履歴書込リクエストをクラウドプラットフォームサービス１０２に送信する。この実行履歴書込リクエストには、アクセストークン９１２、履歴ＩＤ９２１、現在時刻、文書生成失敗ステータス、詳細メッセージ、再実行リクエストＵＲＬを含む。ジョブ履歴書込みリクエストを受信したクラウドプラットフォームサービス１０２の実行履歴管理部３０４は、履歴ＩＤが一致するレコードに実行履歴情報９２０を保存する。それぞれ、現在時刻は実行日時９２３、文書生成失敗ステータスはステータス９２４、詳細メッセージはメッセージ９２５、再実行リクエストＵＲＬは再実行リクエストＵＲＬ９２６に書き込む。
【００５３】
以上により、文書生成システムが行う文書生成処理における実行履歴書込処理が実行される。
【符号の説明】
【００５４】
１０１  クライアント装置
１０２  クラウドプラットフォームサービス
１０３  文書生成サーバ
１０４  スケジューラサービス
１０５  文書生成サービス
１０６  メール送信サービス
【図１】
2015153117.tif 000003
【図２】
2015153117.tif 000004
【図３】
2015153117.tif 000005
【図４】
2015153117.tif 000006
【図５】
2015153117.tif 000007
【図６】
2015153117.tif 000008
【図７】
2015153117.tif 000009
【図８】
2015153117.tif 000010
【図９】
2015153117.tif 000011
【図１０】
2015153117.tif 000012
【図１１】
2015153117.tif 000013
【図１２】
2015153117.tif 000014