JP2013037642A - 文書生成システム - Google Patents

Abstract

【課題】ユーザの数だけキーワードと業務画面を用意することなく、ユーザにとって最適なフォームのみをフォーム選択画面に表示させることにより、フォームとキーワードの管理を容易にする。
【解決手段】初回の文書生成実行時にカスタムボタンに設定されたキーワード、フォーム選択画面で選択したフォーム名、ユーザＩＤをクラウドプラットフォームサービス１０２のキーワードテーブルに保存しておく。これにより二回目以降の文書生成実行時において、使用するフォーム名が文書生成サーバにリダイレクトされる。文書生成サーバは受け取ったフォーム名のみをフォーム選択画面に表示する。
【選択図】図３

Description

本発明は、クラウド上に保存されたデータをフォームオーバレイして文書を作成するシステムに関し、特に作成文書の種類をフィルタリングする方法に関する。

近年、サーバーコンピュータ側で業務データの管理や各種処理を行う形態として、クラウドコンピューティングシステムが普及し始めている。ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドサーバコンピュータのＷｅｂページにアクセスし、そのＷｅｂページ上で閲覧したい業務データを表示する。その画面から文書作成指示を行うと、文書生成サーバにリダイレクトされ、文書生成サーバから返されるフォーム選択画面が表示される。フォーム選択画面にてフォームオーバレイに使用するフォームをユーザが選択すると、クラウドサーバコンピュータそして、文書生成サーバがクラウドサーバ上にあるデータを取得して文書を生成して、文書をブラウザへダウンロードする。

クラウドサーバコンピュータにおける業務画面毎に使用可能なフォームは異なるため、フォーム名とキーワードを関連付けて文書生成サーバで管理しておく。また、クラウドサーバコンピュータの業務画面に、その業務画面がオーバーレイできるフォーム名に対応するキーワードを設定しておく。クラウドサーバコンピュータは、文書作成指示を行う際に業務画面に設定されたキーワードをリダイレクトする。文書生成サーバは、キーワードが一致するフォームのみをフォーム選択画面に表示する。

従来、文書にキーワードを紐づけ、文書を選択する方法としてユーザの所属する部門毎にキーワードリストを事前設定し、ログイン時のユーザ情報応じて表示するキーワードを切り替えるというものがある。（特許文献１参照）。

特願２００９−５１９１７２号公報

同じ業務画面であっても、ユーザによっては必要なフォームが異なる場合がある。ユーザにとって最適なフォームのみをフォーム選択画面に表示させようとすると、ユーザの数だけキーワードと業務画面が必要になる。またフォームに紐づけるキーワードが増えるため、フォームとキーワードの管理が煩雑になる。

クライアント端末１０１、クラウドプラットフォームサービス１０２および文書生成サーバ１０３がネットワークで接続された文書生成システムであって、クラウドプラットフォームサービス１０２は以下を含む。

ユーザＩＤ１３０３とキーワード１３０２をフォーム名１３０４とともに保持するキーワードテーブル１３０１。

キーワード１３０２を含む文書生成リクエストＵＲＬを生成し、文書生成サーバ１０３へのリダイレクトレスポンスを生成する制御部４０２。

前記制御部４０２は、文書生成サーバ１０３からのリクエストに応じて前記キーワードテーブル１３０１のレコード追加を行う。

また、文書生成サーバ１０３は以下を備える。

データを取得して文書を作成し、生成された文書をクライアント端末１０１に送信する制御部５０２。

前記制御部５０２は、クラウドプラットフォームサービス１０２から取得した文書生成リクエストにフォーム名１３０４が含まれていた場合、前記フォーム名１３０４からフォーム選択画面１１０３を作成する。（Ｓ１５０６、Ｓ１５０８）。

前記制御部５０２は、取得した文書生成リクエストにフォーム名１３０４が含まれていなかった場合、フォーム情報テーブル１００１からキーワード９０９が一致するレコードの表示名１００４を取得し、フォーム選択画面１１０３を作成する。（Ｓ１５０７、Ｓ１５０８）。

文書生成に指定したフォーム名をクラウドプラットフォームサービス１０２のユーザＩＤ、キーワード９０９とともに前記キーワードテーブル１３０１にレコード追加するキーワード書込部５０７。（Ｓ１５１３）。

本発明によれば、初回の文書生成実行時にカスタムボタンに設定されたキーワード、フォーム選択画面で選択したフォーム名、ユーザＩＤをクラウドプラットフォームサービス１０２のキーワードテーブル１３０１に保存しておく。これにより二回目以降の文書生成実行時において、使用するフォーム名が文書生成サーバにリダイレクトされる。文書生成サーバは受け取ったフォーム名のみをフォーム選択画面に表示することで、キーワードを増やすことなく、ユーザにとって必要なフォームのみを表示することができる。

システム構成を示すブロック図である。 ハードウェア構成を示す図である。 文書生成システムの全体構成を示す図である。 クラウドプラットフォームサービスのソフトウェアモジュール構成図である。 Ｗｅｂサーバのソフトウェアモジュール構成図である。 文書生成サービスのソフトウェアモジュール構成図である。 クラウドプラットフォームサービスの業務画面例である。 クラウドプラットフォームサービスの業務データのテーブル構造例である。 クラウドプラットフォームサービスのカスタムボタンの定義情報例である。 フォーム情報テーブルのテーブル構造を示す図である。 Ｗｅｂブラウザで表示する画面フローを示した図である。 実施例１における文書生成システムが行う処理シーケンスを示す図である。 クラウドプラットフォームサービスのキーワードテーブル構造例である。 実施例１におけるクラウドプラットフォームサービスの文書生成リクエスト作成処理を示すフローチャートである。 実施例１におけるＷｅｂサーバの文書生成処理を示すフローチャートである。 実施例２におけるフォーム選択画面の例である。 実施例２におけるＷｅｂサーバの文書生成処理を示すフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

［実施例１］
図１は、本発明の実施例のシステム構成を示すブロック図である。

図中、１０１は、後述するクラウドプラットフォームサービス１０２および後述する文書生成サーバ１０３に対してリクエストを発行するクライアント装置１０１である。図中、１０２はクラウドプラットフォームサービス１０２であり、クライアント装置１０１や文書生成サーバ１０３からのリクエストに応じて、保持するデータの表示・更新等を行う。図中、１０３は、文書生成サーバ１０３であり、クライアント装置１０１からリクエストを受信して文書生成を行う。

また、上記各構成要素はネットワーク１００により通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれである。また、これらの組み合わせにより実現される、いわゆる通信ネットワークである。

ネットワークはデータの送受信が可能であればよい。

クライアント装置１０１からクラウドプラットフォームサービス１０２、文書生成サービス１０３への通信手段、文書生成サーバ１０３からクラウドプラットフォームサービス１０２への通信手段、及び各サーバ間の通信手段が異なっていてもよい。

図２は、図１のクライアント装置１０１、クラウドプラットフォームサービス１０２、文書生成サーバ１０３のハードウェア構成を示すブロック図である。図中、２０１は内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接或いは間接的に制御し、本発明を実現するためのプログラムを実行するＣＰＵである。２０２はＢＩＯＳが格納してあるＲＯＭである。２０３はＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりするＲＡＭ（直接記憶装置）である。２０４は基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されているＨＤＤ（ハードディスクドライブ）、もしくはＳＳＤ（ソリッドステートドライブ）などの間接記憶装置である。２０５は入力装置であり不図示のキーボードやポインティングデバイスなどである。２０６は出力装置でありディスプレイが接続される。２０７はネットワーク１００に接続するためのＩ／Ｆである。

これらハードウェアでは、起動後ＣＰＵ２０１によりＢＩＯＳが実行されＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１はＯＳの動作に従って後述する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７はネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、上述した通信手段による通信を実現している。

図３は、本発明の実施の形態に係る文書生成システムの全体構成を示す図である。

図中、クライアント装置１０１はユーザインタフェースアプリケーションとしてＷｅｂブラウザ３０１を備えている。

クラウドプラットフォームサービス１０２は、クラウドプラットフォームサービスを使用するユーザの管理や、業務データ、後述する文書生成サーバ１０３へのリダイレクトを行うための設定を管理する。

また、クラウドプラットフォームサービス１０２は、複数の企業・組織から使用されることが前提であり（一般的にマルチテナントと呼ばれる）、使用する企業・組織毎に前述のユーザ管理、業務データ管理等が行われる。

文書生成サーバ１０３は、Ｗｅｂサーバ３０３、および、文書生成サービス３０４を備える。

Ｗｅｂサーバ３０３はいわゆるＷｅｂアプリケーションの機能を有するよう構成されており、クライアント１０１はＷｅｂブラウザ３０１を介してアクセスする事が出来る。

Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１からのリクエストに対してユーザインタフェース情報を返答する。Ｗｅｂブラウザ３０１はＷｅｂサーバ３０３から得られたユーザインタフェース情報をレンダリングし表示する。

表示されたユーザインタフェース情報には、たとえば、後述する文書生成サーバ１０３が管理するフォームの一覧や、文書生成をリクエストするためのインタフェース等が含まれている。

また、Ｗｅｂサーバ３０３はＷｅｂブラウザ３０１から文書生成リクエストを受信すると、クラウドプラットフォームサービス１０２から業務データを取得し、該業務データとともに文書生成サービス３０４に対して文書生成のリクエストを送信する。

文書生成サービス３０４は、受信したデータと自身で管理するフォームを使用してオーバーレイ処理を行い、文書データを生成する。

図４は、クラウドプラットフォームサービス１０２上で動作するソフトウェアモジュールの構成図である。なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

クラウドプラットフォームサービス１０２は以下で構成される。

クライアント装置１０１のＷｅｂブラウザ３０１や文書生成サーバ１０３のＷｅｂサーバ３０３との通信を処理する送受信部４０１。

送受信部４０１が受け付けたリクエストに従って処理を実行する制御部４０２。

Ｗｅｂブラウザ３０１にレスポンスを返すためのＷｅｂページを生成するページ生成部４０３。

ログイン要求してきたユーザを認証する認証部４０５。

認証部４０５にて認証に成功したユーザのセッション情報を管理するセッション管理部４０４。

業務データをＤＢ４０８に保持し要求に応じてＤＢ４０８から業務データの取得、あるいは業務データの更新を行うデータ管理部４０６。

文書生成サーバ１０３へのリダイレクトを行うための設定を保持する設定管理部４０７。

ユーザとキーワードでフォーム名を絞り込むための情報を保持するキーワード管理部４０９にて構成される。

クラウドプラットフォームサービス１０２はこれら各構成要素の協調により、後述する処理を実行する。

また、図中、４０８は管理ユーザデータや業務データ、フォームを絞り込むためのキーワードを格納するＤＢ４０８であり、図２で示したＨＤＤ２０４に記憶されている。

管理ユーザデータや業務データ、フォームを絞り込むためのキーワードは企業・組織（以降、組織と表記）毎に管理される。各組織には組織ＩＤが自動的に割り当てられ、組織ＩＤとともに各データが管理される。ユーザ認証時、ユーザが所属する組織の組織ＩＤを取得しセッション管理部４０４に保存する。以降のデータ取得等の処理は組織ＩＤをもとに行われ、組織ＩＤの一致するデータのみを参照することが可能となっている。

また、ＤＢ４０８には、文書生成サーバ１０３へのリダイレクトを行うための設定も格納される。ＤＢ４０８に格納された業務データや文書生成サーバ１０３へリダイレクトを行うための設定は、Ｗｅｂブラウザ３０１を介して、ユーザ（管理者）により任意のタイミングで設定更新が行われる。

図５は、文書生成サーバ１０３のＷｅｂサーバ３０３上で動作するソフトウェアモジュールの構成図である。

なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

Ｗｅｂサーバ３０３は以下で構成される。

クライアント装置１０１のＷｅｂブラウザ３０１やクラウドプラットフォームサービス１０２。文書生成サービス３０４との通信を処理する送受信部５０１。受け付けたリクエストに従って処理を実行する制御部５０２。さらに制御部５０２は、文書生成サーバ１０３からクラウドプラットフォームサービス１０２への最大同時アップロード数を備える。

制御部５０２は、最大同時アップロード数と現在実行中の文書アップロード処理数を比較することで文書のアップロード方法の切り替え処理を行う。Ｗｅｂブラウザ３０１にレスポンスを返すためのＷｅｂページを生成するページ生成部５０３。クラウドプラットフォームサービス１０２にアクセスして業務データを取得するデータアクセス部５０４。後述のフォーム情報テーブルを管理するフォーム情報管理部５０５。Ｗｅｂブラウザ３０１のセッション情報を管理するセッション管理部５０６。

ユーザが選択したフォーム名をユーザＩＤ、キーワードとともに後述するクラウドプラットフォームサービス１０２のキーワードテーブル１３０１へ書き込むキーワード書込部５０７にて構成される。Ｗｅｂサーバ３０３はこれら各構成要素の協調により、後述する処理を実行する。

図６は、文書生成サーバ１０３の文書生成サービス３０４上で動作するソフトウェアモジュールの構成図である。

なお各ソフトウェアモジュールは図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。

文書生成サービス３０４は以下で構成される。

Ｗｅｂサーバ３０３からの文書生成リクエストを受け付ける要求受信部６０１。受け付けたリクエストに従って処理を実行する制御部６０２。フォームデータを管理するフォーム管理部６０３。Ｗｅｂサーバ３０３から送信された業務データとフォームを使用してオーバーレイ処理を行い、文書データを生成する文書生成部６０４。生成された文書データをクライアント端末１０１に送信する文書送信部６０５にて構成される。

図７は、クライアント装置１０１のＷｅｂブラウザ３０１から、クラウドプラットフォームサービス１０２にアクセスして業務データを表示した場合の業務画面７０１の例である。なお、図７は、ユーザがクラウドプラットフォームサービス１０２にログイン済の状態である。業務画面７０１は、あるレコードの詳細情報７０２や商品７０３が表示されている。図７では、商談に関する業務画面の商談レコードの詳細を表示している。また、文書生成サーバ１０３へリダイレクトを行うための設定がなされたカスタムボタン７０４が表示されている。カスタムボタン７０４は、ボタン押下時の動作や、どの画面に表示するか、等を任意に設定可能で、ユーザ（管理者）によって画面に配置される。

図８は、クラウドプラットフォームサービス１０２のデータ管理部４０６が保持する業務データのうち、商談に関するデータのテーブル構造例を示す図である。

業務データはデータテーブル８００で管理され、商談テーブル８０１、および、商品テーブル８１１によって構成されている。

商談テーブル８０１は、レコードの識別子であるレコードＩＤ８０２、レコードをユーザが容易に区別するために任意の名前を設定可能な商談名８０３で構成される。

商品テーブル８１１は、商談レコードＩＤ８１２、商品テーブルのレコードの識別子であるレコードＩＤ８１３、品名８１４、数量８１５、価格８１６から構成される。また、商談レコードＩＤ８１２は、商談テーブルのレコードＩＤ８０２とリレーションしている。

図９は、クラウドプラットフォームサービス１０２の設定管理部４０７で保持するカスタムボタンの定義情報の例を示す図である。

図９では、カスタムボタンが業務画面の「商談」画面と「顧客」画面に定義されており、「商談」画面に表示するカスタムボタンの設定情報には、ボタン表示名９０３、および、文書生成サーバ１０３へリダイレクトを行うためのパラメータ情報が格納されている。

文書生成サーバＵＲＩ９０４は、文書生成サーバ１０３のＵＲＩを「ｈｔｔｐ：／／〜」の形式で指定したパラメータである。セッションＩＤ９０５は、ログインしたユーザのセッションＩＤを取得して文字列「ｓｉｄ＝＜セッションＩＤ＞」をＵＲＬパラメータに付加する設定である。ＣＰＳＵＲＬ９０６は、文書生成サーバ１０３がクラウドプラットフォームサービス１０２にアクセスするためのＵＲＬを文字列「ｓｒｖ＿ｕｒｌ＝＜クラウドプラットフォームサービスＵＲＬ＞」としてＵＲＬパラメータに付加する設定である。

クラウドプラットフォームサービス１０２にアクセスするためのＵＲＬは組織毎に固有であり、ユーザ認証時に、制御部５０２が、ユーザが所属する組織に応じたＵＲＬを取得してセッション管理部４０４に保存する。

組織ＩＤ９０７は、ログインしたユーザの組織ＩＤを取得して文字列「ｏｒｇｉｄ＝＜組織ＩＤ＞」をＵＲＬパラメータに付加する設定である。レコードＩＤ９０８は、画面に表示した商談レコードのレコードＩＤ１２０２を取得して文字列「ｒｅｃｉｄ＝＜レコードＩＤ＞」をＵＲＬパラメータに付加する設定である。キーワード９０９は、カスタムボタンが設置されている業務画面が使用するフォームを識別するためのキーワードである。

図１３（Ａ）は、クラウドプラットフォームサービス１０２のキーワード管理部４０９で保持するキーワードテーブル１３０１の構造例を示す図であり、以下で構成される。

業務画面が使用できるフォームを指定するキーワード１３０２。クラウドプラットフォームサービス１０２のユーザＩＤ１３０３。後述するフォーム選択画面１１０３でユーザが選択したフォーム名１３０３で構成される。

また、図１３（Ｂ）はキーワードテーブル１３０１の具体例である。

図１０は、Ｗｅｂサーバ３０３のフォーム情報管理部５０５が保持するフォーム情報テーブルのテーブル構造を示す図である。

フォーム情報テーブル１００１のフォーム情報レコードは、以下で構成される。

該レコードの所有者である組織を識別する組織ＩＤ１００３。フォーム選択画面に表示する名称である表示名１００４。文書生成サービス３０４のフォーム管理部６０３で管理されているフォームのファイル名であるフォームファイル名１００５。クラウドプラットフォームサービス１０２からデータを取得するためのクエリを記述したクエリコマンド１００６。カスタムボタンが設置されている業務画面が使用できるフォームを識別するためのキーワード１００７。

図１１は、図１の文書生成システムにおけるクライアント装置１０１のＷｅｂブラウザ３０３で表示する画面のフローを示した図である。

なお、以降の図では、クラウドプラットフォームサービスをＣＰＳと略して表記している。

業務画面１１０１は、クラウドプラットフォームサービス１０２が作成し、クライアント装置１０１に返す画面であり、例えば、図７の業務画面７０１が表示される。

文書生成ボタン１１０２は、クラウドプラットフォームサービス１０２へ文書生成リクエストを発行するボタンである。

クラウドプラットフォームサービス１０２は文書生成ボタン２００２が押下されると、文書生成サーバ１０３へリダイレクトするＵＲＬを返却する。

クライアント装置１０１のＷｅｂブラウザ３０１は、リダイレクトするＵＲＬを受けるとこのＵＲＬに従った文書生成サーバ１０３へリダイレクトする。

リダイレクトでリクエストを受けた文書生成サーバ１０３は、フォーム選択画面１１０３をクライアント装置１０１のＷｅｂブラウザ３０１に返す。

フォーム選択画面１１０３は文書生成に使用するフォームを選択するフォーム選択１１０４を備える。

また、ユーザから文書作成ボタン１１０５の選択を受けたクライアント装置１０１のＷｅｂブラウザ３０１は、フォーム選択１１０４の選択結果を文書生成サーバ１０３に送信する。これらの情報を受け取った文書生成サーバ１０３は、業務画面１１０１の業務データをクラウドプラットフォームサービス１０２から取得する。データ取得中画面１１０６は、文書生成サーバ１０３がクラウドプラットフォームサービス１０３から業務データを取得中の間クライアント装置１０１のＷｅｂブラウザ３０１に表示される。文書生成サーバ１０３がクラウドプラットフォームサービス１０３からの業務データ取得が完了すると、文書生成サーバ１０３は取得したデータを確認可能なデータ確認画面１１０７をクライアント装置１０１のＷｅｂブラウザ３０１に返す。ユーザから作成ボタン１１０８の選択を受けたクライアント装置１０１のＷｅｂブラウザ３０１は、文書生成サーバ１０３に文書生成リクエストを送信する。文書生成リクエストを受けた文書生成サーバ１０３は、クラウドプラットフォームサービス１０２に対し、フォーム選択１１０４で受信したセッションＩＤからクラウドプラットフォームサービス１０２のユーザＩＤを取得する。そして、取得したユーザＩＤ、フォーム名、キーワードをクラウドプラットフォームサービス１０２のキーワードテーブル１３０１にレコードとして追加する。

次に選択されたフォームとクラウドプラットフォームサービス１０２から取得した業務データを使用して文書生成処理を行う。文書生成処理が完了すると、クライアント装置１０１のＷｅｂブラウザ３０１にダウンロードする。

図１２は、本発明の実施例１における文書生成システムが行う処理の流れを示している。なお、ユーザは不図示のログイン画面にてクラウドプラットフォームサービス１０２にログイン済とし、Ｗｅｂブラウザ３０１には図７の業務画面７０１が表示されており、カスタムボタン７０４は、予め、図９の設定がなされているものとする。

はじめ、ユーザによりクライアント装置１０１のＷｅｂブラウザ３０１に表示された業務画面７０１のカスタムボタン７０４が押下される（Ｓ１２０１）と、クラウドプラットフォームサービス１０２では、Ｓ１２０２においてリダイレクトＵＲＬ作成処理を行う。

Ｓ１２０２において、制御部４０２はカスタムボタンに設定された文書生成サーバＵＲＩ９０４、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７、レコードＩＤ９０８およびキーワード９０９を取得する。また、Ｓ１２０２において、キーワードテーブル１３０１からフォーム名１３０４を取得する。そして、これら取得したパラメータからリダイレクトＵＲＬを生成し、リダイレクトさせるためのレスポンスをＷｅｂブラウザ３０１に返す。このリダイレクト情報生成処理の詳細は後述する。

Ｓ１２０３でＷｅｂブラウザ３０１がレスポンスを受信すると、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７、レコードＩＤ９０８、キーワード９０９、フォーム名１３０４を文書生成サーバ１０３に送信する。

Ｓ１２０４で、Ｗｅｂブラウザ３０１からのリダイレクトを受信すると、制御部５０２はセッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７、レコードＩＤ９０８、キーワード９０９、フォーム名１３０４をセッション管理部５０６に保存する。

次に、制御部５０２は受け取ったリダイレクトにフォーム名１３０４の内容を確認する。フォーム名１３０４が空だった場合、フォーム情報レコード１００２に含まれるキーワード１００７のうち、キーワード９０９と内容が一致するレコードのフォームの表示名１００４をフォーム情報管理部５０５から取得する。そして、取得したフォームの表示名１００４からフォーム選択画面１１０３を作成、クライアント端末１０１に送る。

リダイレクトにフォーム名１３０４が含まれていた場合、フォーム名１３０４からフォーム選択画面１１０３を作成、クライアント端末１０１に送る。

Ｓ１２０５では、ユーザによりフォーム選択画面１１０３のフォーム１１０４が選択され、文書作成ボタンが押下されると、Ｗｅｂサーバ３０３に対して選択フォーム１１０４とともに文書生成リクエストが送信される。

Ｓ１２０６にてＷｅｂサーバ３０３が文書生成リクエストを受信すると、文書生成サービス１０３は選択フォーム１１０４で指定されたフォームに一致するクエリコマンド１００６を発行し、クラウドプラットフォームサービス１０２にデータ取得リクエストを行う。

その際、クラウドプラットフォームサービス１０２のＵＲＬおよび取得データの内容は、セッション管理部５０６に保存されているＣＰＳＵＲＬ９０５および組織ＩＤ９０７、レコードＩＤ９０８をそれぞれ使用する。次に、Ｓ１２０７において帳票作成サービス１０２は、データ取得中画面１１０６を作成し、Ｗｅｂブラウザ３０１に送る。

Ｗｅｂブラウザ３０１は定期的にＳ１２０８でデータ取得完了確認リクエストを文書生成サービス１０３に送信する。文書生成サービス１０３のＷｅｂサーバ３０３は、クラウドプラットフォームサービス１０２からデータ取得のレスポンスが返るまでは、Ｓ１２０７と同様のデータ取得中画面１１０６をＷｅｂブラウザ３０１に送る。

次に、クラウドプラットフォームサービス１０２からデータ取得のレスポンスが文書生成サービス１０３に返る。

Ｗｅｂサーバ３０３の制御部５０２は、取得データをセッション管理部５０６へ保存する。

その後にＷｅｂブラウザ３０１からデータ取得完了の確認リクエストが送られてくると、Ｗｅｂサーバ３０３はクラウドプラットフォームサービス１０２から取得したデータでデータ確認画面１１０７を生成し、Ｗｅｂブラウザ３０１へ返す（Ｓ１２０９）。

Ｓ１２０９においてＷｅｂブラウザ３０１に返された取得データ確認画面１１０７にて、ユーザにより作成ボタンが押下されると、Ｗｅｂブラウザ３０１より、Ｗｅｂサーバ３０３に対して、文書生成リクエストが送信される（Ｓ１２１０）。

Ｓ１２１０において、Ｗｅｂサーバ３０３は文書生成リクエストを受信すると、後述の文書生成処理を行う。

図１４は、図１２のＳ１２０２におけるクラウドプラットフォームサービス１０２のリダイレクト情報生成処理を示すフローチャートである。

制御部４０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部４０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。

制御部５０２は、ユーザにより業務画面１１０１のカスタムボタン１１０２が押下され、Ｗｅｂブラウザ３０１からの文書生成リクエストを受信する（Ｓ１４０１）と、Ｓ１４０２において、設定管理部４０７からカスタムボタンに設定された情報を取得する。

具体的には、文書生成サーバＵＲＩ９０４、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７レコードＩＤ９０８およびキーワード９０９を取得する。

Ｓ１４０３において、セッションＩＤ９０５から取得されるユーザＩＤとキーワード９０９が一致するレコードを、キーワード管理部４０９からフォーム名１３０４を取得する。

Ｓ１４０４において、ユーザＩＤとキーワード９０９が一致するレコードが見つかった場合、Ｓ１４０５にて、制御部４０２はキーワード管理部４０９から一致したレコードのフォーム名１３０４を取得する。次にＳ１４０６で文書生成サーバＵＲＩ９０４、セッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７、レコードＩＤ９０８、キーワード９０９、前記取得したフォーム名からリダイレクトＵＲＬを生成する。

Ｓ１４０７で、制御部４０２はリダイレクトＵＲＬへリダイレクトさせるさせるためのレスポンスをＷｅｂブラウザ３０１に返す。

Ｓ１４０４において、ユーザＩＤとキーワード９０９が一致するレコードが見つからなかった場合、Ｓ１４０８にて、制御部４０２はフォーム名が空の状態でリダイレクトＵＲＬを作成する。

図１５は図１２のＳ１２０３からＳ１２１４において、Ｗｅｂサーバ３０３の文書生成処理を示すフローチャートである。

制御部５０２は、本明細書では、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等からなり、フローチャートで示す手順が制御部５０２のＲＡＭ、ＲＯＭ、ＨＤＤのいずれかの記憶手段に記憶され、ＣＰＵ２０１により実行される。

制御部５０２は、Ｗｅｂブラウザ３０１からの文書生成リクエストを受信する（Ｓ１５０１）と、Ｓ１５０２において、セッション管理部５０６を介してセッションが有効かを判定する。

セッションが有効と判定された場合、制御部５０２はＳ１５０４において、セッション管理部５０６にセッションＩＤ９０５、ＣＰＳＵＲＬ９０６、組織ＩＤ９０７、キーワード９０レコードＩＤ９０８、９、フォーム名１３０４を保存する。

Ｓ１５０２において、セッションが有効でなかった場合、Ｓ１５０３でエラー画面をＷｅｂブラウザ３０１へ送信し、処理を終了する。

次にＳ１５０５で、制御部５０２はセッション管理部５０６からキーワード９０９，フォーム名１３０４を取得し、フォーム名１３０４が存在するかどうかを確認する。

フォーム名１３０４が無かった場合、Ｓ１５０７で制御部５０２はフォーム情報管理部５０５から、組織ＩＤ１００３とキーワード１００７がそれぞれ組織ＩＤ９０７とキーワード９０９に一致するレコードの表示名１００４を取得する。そして、Ｓ１５０８でページ生成部５０３は取得した表示名１００４がフォーム選択１１０４に表示されるようなフォーム選択画面１１０３を生成し、Ｗｅｂブラウザ３０１へレスポンスを返す（図１２のＳ１２０４）。

Ｓ１５０５でフォーム名１３０４が含まれていた場合、Ｓ１５０６で制御部５０２は、フォーム情報管理部５０５からフォーム名１３０４とキーワード９０９の一致するレコードが存在するかを確認する。一致するレコードが存在した場合、Ｓ１５０７でページ生成部５０３はフォーム名１３０４をフォーム選択１１０４に表示されるようなフォーム選択画面１１０３を生成し、Ｗｅｂブラウザ３０１へレスポンスを返す。

Ｓ１５０６においてフォーム名１３０４とキーワード９０９の一致するレコードが存在しなかった場合、制御部５０２はＳ１５０７を実行する。

次に、Ｗｅｂブラウザ３０１からフォーム名を受信すると（Ｓ１５０９）、Ｓ１５１０にて制御部５０２はセッション情報部５０６から、前記受信したフォーム名が一致するフォーム情報レコード１００２のクエリコマンド１００５を取得する。データアクセス部５０４はクエリコマンド１００５、レコードＩＤ９０８、セッションＩＤ９０５からフィールドデータ取得リクエストを生成する。そしてＣＰＳＵＲＬ９０６へリクエストを送信し、クラウドプラットフォームサービス１０２からフィールドデータを取得する（図１２のＳ１２０６）。

フィールドデータを取得すると、Ｓ１５１１にて、ページ生成部５０３は取得したフィールドデータをユーザに確認させるための取得データ確認画面１１０７を生成し、Ｗｅｂブラウザ３０１へ送信する（図１２のＳ１２０９）。

次にＳ１５１２にてＷｅｂサーバ３０３がＷｅｂブラウザ３０１から文書生成リクエストを受け付けると、Ｓ１５１３でキーワード書込部５０７はクラウドプラットフォームサービス１０２へセッションＩＤ９０５とともにユーザＩＤ取得リクエストを送信する。ユーザＩＤ取得リクエストを受け取ったクラウドプラットフォームサービス１０２は、認証部４０５からセッションＩＤ９０５を発行したユーザＩＤをレスポンスとしてＷｅｂサーバ３０３へ返す。レスポンスを受け取ったキーワード書込部５０７は、キーワード９０９、ユーザＩＤ、フォーム名とともにキーワードテーブル追加リクエストをクラウドプラットフォームサービス１０２へ送信する。キーワードテーブル追加リクエストを受信したクラウドプラットフォームサービス１０２の制御部４０２は、キーワード管理部４０９にキーワード９０９、ユーザＩＤ、フォーム名をレコード追加する（図１２のＳ１２１１）。

次に、Ｓ１５１４で制御部５０２は前記取得フィールドデータおよび前記フォームファイル名１００５とともに、文書生成サービス３０４に対して文書作成要求を行う（図１２のＳ１２１２）。

Ｓ１５１４において、さらに制御部５０２は文書生成サービス３０４からのレスポンス（図１２のＳ１２１３）を取得すると、レスポンスに含まれる文書をＷｅｂブラウザ３０１へ送信する。

以上の処理により、Ｗｅｂサーバ３０３は文書生成処理を実行する。

なお、文書生成サーバ１０３の文書生成サービス３０４における文書生成処理（フォームを使用したオーバレイ処理）は既知であるため、本実施例では説明を割愛する。

また、本実施例の文書生成処理では、文書生成サービス３０４の文書生成処理が完了してからＷｅｂブラウザ３０１にレスポンスを返している。しかし、データ取得処理の場合と同様に、一旦文書作成中を示す画面をＷｅｂブラウザ３０１に返してオートリダイレクトさせるようにすることも勿論可能である。

本実施例ではＳ１５０７で制御部５０２はフォーム情報管理部５０５から、組織ＩＤ１００３とキーワード１００７がそれぞれ組織ＩＤ９０７とキーワード９０９に一致するレコードの表示名１００４を取得している。このとき複数のレコードで組織ＩＤ９０７とキーワード９０９が一致した場合は、すべてのレコードのフォーム名からフォーム名リストを作成してもよい。

そのほか、本発明の目的を達成できるのであれば、どのような方法でも構わない。

［実施例２］
実施例１では、キーワードテーブルにユーザＩＤおよびキーワードが一致するレコードが存在した場合、そのレコードに含まれるフォーム名をフォーム選択画面に表示していた。

本実施例では、キーワードテーブルに含まれないフォームを選択する方法および、キーワードテーブルのレコードを削除する方法を説明する。

以下、実施例１で記載済みの内容については説明を省略する。

図１６は実施例２におけるフォーム選択画面の例である。図１２のシーケンスＳ１２０４においてＷｅｂサーバ３０３の制御部５０２がクライアント端末１０１のＷｅｂブラウザ３０１に送信する画面となる。

実施例２におけるフォーム選択画面１６００は、以下で構成されている。フォーム選択１６０１、他フォーム選択リンク１６０２、履歴削除リンク１６０３。ここで、フォーム選択１６０１はフォーム選択１１０４と同様である。

図１７は実施例２におけるＷｅｂサーバの文書生成処理を示すフローチャートである。

ステップＳ１７０１からＳ１７０７およびＳ１７１０からＳ１７１４はそれぞれ図１５のステップＳ１５０１からＳ１５０７およびＳ１５１０からＳ１５１４と同様であるため、説明を省略する。

Ｓ１７０８において、Ｗｅｂサーバ３０３の制御部５０２はフォーム選択画面として図１６のフォーム選択画面１６００をクライアント端末１０１のＷｅｂブラウザ３０１に送信する。

Ｓ１７０９にてＷｅｂサーバ３０３はフォーム選択画面１６００の他フォーム選択リンク１６０２を選択されたリクエストを受け取ると、Ｓ１７０７の処理を実行する。これにより、文書生成リクエストに含まれてきたフォーム名１３０４ではなく、フォーム情報テーブルにおいてキーワード９０９が一致するフォーム名がフォーム選択１６０１に表示されるようになる。

Ｓ１７０９において、Ｗｅｂサーバ３０３はフォーム選択画面１６００の履歴削除リンク１６０３を選択されたリクエストを受け取ると、ステップＳ１７１５を実行する。

Ｓ１７１５でキーワード書込部５０７は、クラウドプラットフォームサービス１０２へセッションＩＤ９０５とともにユーザＩＤ取得リクエストを送信する。ユーザＩＤ取得リクエストを受け取ったクラウドプラットフォームサービス１０２は、認証部４０５からセッションＩＤ９０５を発行したユーザＩＤをレスポンスとしてＷｅｂサーバ３０３へ返す。レスポンスを受け取った制御部５０２は、キーワード９０９、前記取得したユーザＩＤともにキーワードレコード削除リクエストをクラウドプラットフォームサービス１０２へ送信する。キーワードレコード削除リクエストを受信したクラウドプラットフォームサービス１０２の制御部４０２は、キーワード管理部４０９でキーワード９０９、ユーザＩＤの一致するレコードを削除する。

以上の処理により、Ｗｅｂサーバ３０３は文書生成処理を実行する。

１０１ クライアント装置
１０２ クラウドプラットフォームサービス
１０３ 文書生成サーバ
３０１ Ｗｅｂブラウザ
３０３ Ｗｅｂサーバ
３０４ 文書生成サービス
５０２ 制御部
５０３ ページ生成部

Claims (2)

1. クライアント端末１０１、クラウドプラットフォームサービス１０２および文書生成サーバ１０３がネットワークで接続された文書生成システムであって、クラウドプラットフォームサービス１０２は以下を含む。
   ユーザＩＤ１３０３とキーワード１３０２をフォーム名１３０４とともに保持するキーワードテーブル１３０１。
   キーワード１３０２を含む文書生成リクエストＵＲＬを生成し、文書生成サーバ１０３へのリダイレクトレスポンスを生成する制御部４０２。
   前記制御部４０２は、文書生成サーバ１０３からのリクエストに応じて前記キーワードテーブル１３０１のレコード追加を行う。
   また、文書生成サーバ１０３は以下を備える。
   データを取得して文書を作成し、生成された文書をクライアント端末１０１に送信する制御部５０２。
   前記制御部５０２は、クラウドプラットフォームサービス１０２から取得した文書生成リクエストにフォーム名１３０４が含まれていた場合、前記フォーム名１３０４からフォーム選択画面１１０３を作成する。（Ｓ１５０６、Ｓ１５０８）
   前記制御部５０２は、取得した文書生成リクエストにフォーム名１３０４が含まれていなかった場合、フォーム情報テーブル１００１からキーワード９０９が一致するレコードの表示名１００４を取得し、フォーム選択画面１１０３を作成する。（Ｓ１５０７、Ｓ１５０８）
   文書生成に指定したフォーム名をクラウドプラットフォームサービス１０２のユーザＩＤ、キーワード９０９とともに前記キーワードテーブル１３０１にレコード追加するキーワード書込部５０７。（Ｓ１５１３）
2. 請求項１に記載の帳票作成サービスであって、さらに以下を備えることを特徴とする。
   他フォーム選択リンク１６０２、履歴削除リンク１６０２を含むフォーム選択画面１６００を生成し、クライアント端末１０１に送信する制御部５０２。（Ｓ１７０８）
   前記制御部５０２は、前記フォーム選択画面１６００において前記他フォーム選択リンク１６０２が選択されると、フォーム情報テーブル１００１からキーワード９０９が一致するレコードの表示名１００４を取得し、フォーム選択画面１１０３を作成する。（Ｓ１７０９、Ｓ１７０７）
   前記キーワード書込部５０７は前記フォーム選択画面１６００において前記履歴削除リンク１６０３が選択されると、クラウドプラットフォームサービス１０２のユーザＩＤ、キーワード９０９が一致するキーワードテーブル１３０１のレコードを削除する。（Ｓ１７１５）