JP2011203894A - 情報処理装置、帳票データ作成方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】管理サーバへの帳票データのアップロードリクエストをユーザ装置から受けた場合に、帳票データのサイズがアップロード可能なサイズを超えるときであっても、帳票データをユーザ装置に提供できる情報処理装置を提供する。
【解決手段】帳票作成装置１０２が、クライアント装置１０１から帳票データの作成リクエストと帳票データのアップロードリクエストを受けた場合に、帳票データを作成するとともに、帳票データのサイズが閾値を超えるかを判断する。帳票作成装置１０２は、帳票データのサイズが閾値以下の場合に、帳票データをクラウドプラットフォーム１０３にアップロードする。帳票作成装置１０２は、帳票データのサイズが閾値を超える場合に、クライアント装置１０１に対して、帳票データのダウンロードを促す通知を行う。
【選択図】図１

Description

本発明は、情報処理装置、帳票データ作成方法、及びコンピュータプログラムに関する。

近年、インターネット上にサービスを公開し、インターネット上のクラウドプラットフォームがクライアントから要求されたサービスに関する処理を実行して実行結果をクライアントに提供するクラウドサービスが提案されている。このクラウドサービスにサービスを要求するクライアントは、外部からのアクセスが制限されたローカルエリアに配置されている。なお、下記の特許文献１は、画像を電子メールに添付して送信する装置であって、送信する電子メールの添付ファイルサイズを検知し、添付ファイルサイズが許容量を超えている場合に警告を行うとともに、電子メールの送信を中止する画像通信装置を開示している。

特開２００２−１４０２７６号公報

クラウドサービスと連携して、クライアントから要求された帳票作成処理を実行して実行結果をクライアントに提供する帳票作成サービスが考えられる。この帳票作成サービスは、クラウドプラットフォームが管理するクライアントの業務情報等のデータと帳票作成サービスが管理するフォームとをオーバレイ処理して帳票データ(例えば帳票ファイル)を作成する。ここで、帳票作成サービスがクライアントからの要求に応じて、作成した帳票ファイルをクラウドプラットフォームにアップロードする場合がある。この場合、クラウドプラットフォームは、帳票ファイルを管理する仮想的な帳票ファイル管理サーバとして機能する。

しかし、クラウドプラットフォームによっては、アップロードできるファイルサイズに制限を設けているものがある。クラウドプラットフォームでは、サービスをインターネットに公開し、マルチテナントで多くのユーザがリソースを共有する。従って、特定のユーザだけでリソースを使用し尽くさないようにするために、アップロードできるファイルサイズに制限を設ける場合があるのである。

アップロードできるファイルサイズの制限があるクラウドサービスと連携して帳票作成サービスを提供するシステムが、サイズの制限を超えるファイルをクラウドプラットフォームにアップロードするとエラーとなる。その結果、作成された帳票ファイルをクライアントに提供することができなくなる。また、アップロードがエラーとなった場合、クラウドプラットフォームでは、帳票ファイルをアップロードする際になされる処理（例えばＡＰＩコール）が無駄に実行されてしまう。

本発明は、管理サーバへの帳票データのアップロードリクエストをユーザ装置から受けた場合に、帳票データのサイズがアップロード可能なサイズを超えるときであっても、帳票データをユーザ装置に提供できる情報処理装置の提供を目的とする。

本発明の一実施形態の情報処理装置は、管理サーバからのアクセスが制限されたネットワークに配置されたユーザ装置からの要求に応じて帳票データを作成する情報処理装置である。上記情報処理装置は、前記ユーザ装置から帳票データの作成リクエストと、作成された帳票データの前記管理サーバへのアップロードリクエスト又は該帳票データの前記ユーザ装置へのダウンロード要求とを受けるリクエスト受付手段と、前記帳票データの作成リクエストに応じて前記帳票データを作成する帳票作成手段と、前記リクエスト受付手段が前記アップロードリクエストを受けた場合に、前記作成された帳票データのサイズが予め決められた閾値を超えるかを判断し、該帳票データのサイズが前記閾値以下の場合に該帳票データを前記管理サーバにアップロードし、該帳票データのサイズが前記閾値を超える場合に、前記ユーザ装置に対して該帳票データのダウンロードを促す通知を行うアップロード手段と、前記リクエスト受付手段が前記ダウンロード要求を受けた場合に、前記作成された帳票データを前記ユーザ装置にダウンロードするダウンロード手段とを備える。

本実施形態の情報処理装置によれば、管理サーバへの帳票データのアップロードリクエストをユーザ装置から受けた場合に、帳票データのサイズがアップロード可能なサイズを超えるときであっても、帳票データを無駄にすることなくユーザ装置に提供できる。

本実施形態の帳票作成システムの構成例を示す図である。 帳票作成装置のハードウェア構成例を示す図である。 帳票作成装置の機能ブロック図の例である。 クラウドプラットフォームの構成例を示す図である。 オーバレイ対象データのデータ構成例と、データ取得コマンドと帳票のフォームとの紐付け関係を示す図である。 本実施形態の帳票作成システムの全体動作処理を説明する図である。 帳票ファイルの作成処理シーケンスを説明する図（１）である。 帳票ファイルの作成処理シーケンスを説明する図（２）である。 実施例１の帳票作成装置の動作処理フローを示す図である。 帳票ファイルのアップロード処理の履歴情報の表示例である。 分割ファイルの管理例を説明する図である。 実施例２の帳票作成装置の動作処理例である。 クラウドプラットフォームからの帳票ファイルのダウンロード処理フローを示す図である。 実施例３の帳票作成装置の動作処理例である。

図１は、本実施形態の帳票作成システムの構成例を示す図である。図１に示す帳票作成システムは、クライアント装置１０１、帳票作成装置１０２、クラウドプラットフォーム１０３を備える。クライアント装置１０１と帳票作成装置１０２とクラウドプラットフォーム１０３とは、互いにネットワーク１０４を介して接続されている。ネットワーク１０４は、例えば、インターネットである。ネットワーク１０４が、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network ）、電話回線、専用デジタル回線であってもよい。また、ネットワーク１０４が、ＡＴＭ（Asynchronous Transfer Mode）やフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等であってもよい。ネットワーク１０４が、これらの組み合わせにより実現される、データの送受信が可能である任意の通信ネットワークであってもよい。

図１に示す例では、クラウドプラットフォーム１０３は、クラウドに配置されている。クラウドとは、クラウドコンピューティング環境におけるサーバ群が配置される領域のことである。すなわち、クラウドプラットフォーム１０３は、クラウドに配置された仮想的なサーバ群である。本実施形態においては、クラウドプラットフォーム１０３は、帳票作成装置１０２から送信された帳票ファイルをアップロードして管理する管理サーバとして機能する。なお、この例では、帳票作成システムが帳票ファイルを処理対象とするが、帳票作成システムが処理対象とするデータは帳票ファイルに限定されない。帳票作成システムは、任意の帳票データを処理対象とすることができる。

クライアント装置１０１は、ユーザが操作するユーザ装置として機能する。クライアント装置１０１は、ファイアウォールによってクラウドプラットフォーム１０３からのアクセスが制限されたネットワーク（例えばローカルエリアネットワーク）に配置されている。クラウドプラットフォーム１０３から発する要求によりファイアウォール内部にアクセスすることはできない。従って、クラウドプラットフォーム１０３は、クライアント装置１０１からの要求の応答を返すことによって、クライアント装置１０１に対して通信を行う。なお、クラウドプラットフォーム１０３に代えて、クラウドプラットフォーム１０３と同様の機能を有し、クライアント装置１０１が配置された場所へのアクセスが制限されている任意の管理サーバを本実施形態に適用することもできる。

クライアント装置１０１は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、ＰＤＡ（パーソナルデータアシスタント）等である。クライアント装置１０１が、プログラムの実行環境が内蔵された携帯電話であってもよい。クライアント装置１０１には、Ｗｅｂブラウザ（インターネットブラウザ）等のプログラムを実行する環境が内蔵されている。

クライアント装置１０１は、Ｗｅｂブラウザを用いて、帳票作成装置１０２に対して帳票作成リクエストを行う。帳票作成リクエストは、帳票データである帳票ファイルの作成を求める要求である。また、クライアント装置１０１は、帳票作成装置１０２に対して、帳票データである帳票ファイルのアップロードリクエスト又はダウンロードリクエストを行う。帳票ファイルのアップロードリクエストは、帳票ファイルのクラウドプラットフォーム１０３へのアップロードを求める要求である。帳票ファイルのダウンロードリクエストは、帳票ファイルのクライアント装置１０１へのダウンロードを求める要求である。クライアント装置１０１が、クラウドプラットフォーム１０３に対して、クラウドプラットフォーム１０３にアップロードされた帳票ファイルのダウンロードリクエストを行うこともできる。

帳票作成装置１０２は、本実施形態の情報処理装置であり、クライアント装置１０１からの要求に応じて、帳票ファイルを作成する。具体的には、帳票作成装置１０２は、クライアント装置１０１のＷｅｂブラウザから帳票作成リクエストを受けて、帳票データ（例えば、ＰＤＦ等の帳票ファイル）を作成する。ＰＤＦはＰｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔの略語である。また、帳票作成装置１０２は、作成した帳票ファイルをクラウドプラットフォーム１０３にアップロードするか、又はクライアント装置１０１にダウンロードする。本発明の一実施形態によれば、帳票作成装置１０２が、作成した帳票ファイルを複数の分割データである分割ファイルに分割し、この分割ファイルをクラウドプラットフォーム１０３にアップロードする。

図２は、帳票作成装置のハードウェア構成例を示す図である。帳票作成装置１０２は、ＣＰＵ（Central Processing Unit ）２０２、ＲＡＭ（Random Access Memory）２０３、ＲＯＭ（Read Only Memory）２０４を備える。また、帳票作成装置１０２は、ＨＤＤ（Hard Disk Drive ）２０５、ディスプレイ２０６、キーボード２０７、外部Ｉ／Ｆ（Interface ）２０８、ＮＩＣ（Network Interface Card) ２０９を備える。これらの処理部は、システムバス２０１を介して互いに接続されている。システムバスは、例えばＰＣＩ（Peripheral Component Interconnect ）バス、ＡＧＰ（Accelerated Graphics Port ）バス、及びメモリバス等である。

ＣＰＵ２０２は、帳票作成装置全体を制御する。ＣＰＵ２０２は、ＨＤＤ２０５に格納されているアプリケーションプログラム、ＯＳ（Operating System）等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。ＲＯＭ２０４には、基本Ｉ／Ｏプログラム等のプログラム等が予め記憶される。ＲＡＭ２０３は、一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は、外部記憶手段であり、大容量メモリとして機能する。ＨＤＤ２０５は、本実施形態の帳票データ作成方法を実現するコンピュータプログラムを記憶する。

ディスプレイ２０６は、キーボード２０７から入力されたコマンド、帳票作成システム１０２が作成した帳票等を表示する。外部装置Ｉ／Ｆ２０８は、画像形成装置、ＵＳＢ機器、周辺機器を接続するインタフェースである。キーボード２０７は、ユーザの操作に応じた操作情報を入力する。ＮＩＣ２０９は、ネットワーク１０４を介して，クライアント装置１０１、クラウドプラットフォーム１０３等の外部装置との間でデータの送受信を行う。帳票作成装置１０２のハードウェア構成は図２に示す構成例に限定されるものではない。なお、クライアント装置１０１のハードウェア構成は、帳票作成装置１０２のハードウェア構成と同様である。

図３は、帳票作成装置の機能ブロック図の例である。帳票作成装置１０２は、リクエスト処理部３０１、Ｗｅｂページ生成部３０２、ファイルアップロード部３０３、ファイルダウンロード部３０４、オーバレイ対象データ取得部３０５、帳票作成部３０６、フォーム管理部３０７、フォーム記憶部３０８を備える。

リクエスト処理部３０１は、クライアント装置１０１から帳票作成リクエスト、アップロードリクエスト、ダウンロードリクエストを受信し、レスポンスを返す。また、リクエスト処理部３０１は、クライアント装置１０１から、作成される帳票のフォームを指示するフォーム情報を受信する。すなわち、リクエスト処理部３０１は、ユーザ装置から帳票データの作成リクエストと、作成された帳票データの管理サーバへのアップロードリクエスト又は該帳票データのユーザ装置へのダウンロードリクエストとを受けるリクエスト受付手段である。Ｗｅｂページ生成部３０２は、Ｗｅｂページを生成し、生成したＷｅｂページをクライアント装置１０１のＷｅｂブラウザに渡して表示させる。

ファイルアップロード部３０３は、帳票ファイルをネットワーク１０４を介してクラウドプラットフォーム１０３に送信することを通じて、この帳票ファイルをクラウドプラットフォーム１０３にアップロードするアップロード手段として機能する。具体的には、ファイルアップロード部３０３は、リクエスト処理部３０１がアップロードリクエストを受けた場合に、作成された帳票ファイルのサイズが予め決められた閾値を超えるかを判断する。この閾値は、例えば、クラウドプラットフォーム１０３がアップロード可能なファイルのサイズである。閾値は予め決められる。ファイルアップロード部３０３は、該帳票ファイルのサイズが閾値以下の場合に該帳票ファイルを前記管理サーバにアップロードする。ファイルアップロード部３０３は、帳票ファイルのサイズが閾値を超える場合に、クライアント装置１０１に対して該帳票ファイルのダウンロードを促す通知を行う。本発明の一実施形態によれば、ファイルアップロード部３０３は、帳票ファイルのサイズが上記閾値を超える場合に、帳票ファイルを複数の分割ファイルに分割してクラウドプラットフォーム１０３にアップロードする。

ファイルダウンロード部３０４は、帳票ファイルをネットワーク１０４を介してクライアント装置１０１に送信することを通じて、この帳票ファイルをクライアント装置１０１にダウンロードする。すなわち、ファイルダウンロード部３０４は、リクエスト処理部３０１がダウンロードリクエストを受けた場合に、作成された帳票ファイルをクライアント装置１０１にダウンロードするダウンロード手段として機能する。

オーバレイ対象データ取得部３０５は、リクエスト取得部３０１が帳票作成リクエストを取得した場合に、この帳票作成リクエストに応じて、ネットワーク１０４を介してクラウドプラットフォーム１０３からオーバレイ対象データを取得する。オーバレイ対象データは、帳票作成部３０６によるオーバレイ処理の対象となるデータ、つまり、フォーム記憶部３０８内のフォームとオーバレイされるデータである。オーバレイ対象データ取得部３０５は、データ取得コマンドを含む情報をクラウドプラットフォーム１０３に対して送信し、クラウドプラットフォーム１０３からオーバレイ対象データを取得する。データ取得コマンドは、オーバレイ対象データの送信を要求するコマンドである。データ取得コマンドは、例えばＳＱＬ（データベース問い合わせ言語）等の形式を有する。オーバレイ対象データ取得部３０５は、取得したオーバレイ対象データを帳票作成部３０６に渡す。

帳票作成部３０６は、オーバレイ対象データ取得部３０５からオーバレイ対象データを受け取る。また、帳票作成部３０６は、リクエスト取得部３０１が取得したフォーム情報が指定するフォームをフォーム管理部３０７から受け取る。そして、帳票作成部３０６は、クライアント装置１０１から帳票ファイルの作成リクエストを受けると、上記受け取ったフォームとオーバレイ対象データ取得部３０５から渡されたオーバレイ対象データとをオーバレイして、帳票ファイルを作成する。すなわち、オーバレイ対象データ取得部３０５及び帳票作成部３０６は、帳票データの作成リクエストに応じて帳票データを作成する帳票作成手段として機能する。

フォーム管理部３０７は、フォーム記憶部３０８に予め記憶された帳票のフォームを管理する。フォーム管理部３０７は、リクエスト処理部が受け取ったフォーム情報が指定するフォームをフォーム記憶部３０８から抽出して帳票作成部３０６に渡す。フォーム記憶部３０８には、帳票のフォームが予め記憶されている。本実施形態の帳票データ作成方法は、図３に示す帳票作成装置１０２が備える処理部の機能により実現される。

図４は、クラウドプラットフォームの構成例を示す図である。クラウドプラットフォーム１０３は、記憶手段としてストレージ４０４を備える。クラウドプラットフォーム１０３は、帳票作成装置１０２から送信された帳票ファイルをアップロードすなわちストレージ４０４に記憶して、管理する。また、クラウドプラットフォーム１０３は、ストレージ４０４に予め記憶されたオーバレイ対象データを管理する。

クラウドプラットフォーム１０３は、画面カスタマイズ部４０１、カスタマイズプログラムプラットフォーム部４０２、ファイル結合部４０３といったソフトウェアモジュールを備える。画面カスタマイズ部４０１は、カスタマイズプログラムプラットフォーム部４０２が定義するカスタマイズプログラムを実行することによって、クライアント装置１０１のＷｅｂブラウザに表示させる画面のカスタマイズを行う。例えば、画面カスタマイズ部４０１は、クライアント装置１０１のＷｅｂブラウザに表示させる業務画面７０１（図６を参照）に、クラウドプラットフォーム１０３がアップロードした帳票ファイルの一覧をカスタマイズして表示する。また、画面カスタマイズ部４０１は、帳票作成装置１０２のオーバレイ対象データ取得部３０５からデータ取得コマンドを含む情報を受信し、受信した情報に基づいてストレージ４０４からオーバレイ対象データを取得する。画面カスタマイズ部４０１は、取得したオーバレイ対象データを帳票作成装置１０２のオーバレイ対象データ取得部３０５に送信する。クラウドプラットフォーム１０３が備える画面カスタマイズ部４０１以外の所定の処理部（図示を省略）が、オーバレイ対象データの取得処理を行うようにしてもよい。

カスタマイズプログラムプラットフォーム部４０２は、カスタマイズプログラムを定義し、動作させることができる。ファイル結合部４０３は、カスタマイズプログラムプラットフォーム部４０２上で動作するソフトウェアモジュールであって、アップロードされた帳票ファイルを結合する。例えば、帳票作成装置１０２がクラウドプラットフォーム１０３に対して、分割ファイルをアップロードした場合を想定する。クライアント装置１０１からクラウドプラットフォーム１０３に対して、帳票ファイルのダウンロードリクエストが行われると、ファイル結合部４０３が、この帳票ファイルに対応する分割ファイルをストレージ４０４から取得する。そして、ファイル結合部４０３が、取得した分割ファイルを結合して、クライアント装置１０１に対して送信する。

図５は、オーバレイ対象データのデータ構成例と、データ取得コマンドと帳票のフォームとの紐付け関係を示す図である。図５（Ａ）は、オーバレイ対象データのデータ構成例を示す。オーバレイ対象データは、オーバレイ対象データテーブル５０１において管理される。オーバレイ対象データテーブル５０１は、オーバレイ対象データテーブル５０１を一意に識別するテーブルＩＤを有する。オーバレイ対象データテーブル５０１において管理されるオーバレイ対象データは、データＩＤ、品名、数量、価格といったデータ項目を有する。データＩＤは、オーバレイ対象データを一意に識別する識別子である。品名、数量、価格等は、オーバレイ対象データの属性項目を示す。

図５（Ｂ）は、データ取得コマンドと帳票のフォームとの紐付け関係を示す。図５（Ｂ）に示す組織ＩＤは、クライアント装置１０１が属する組織（例えば会社）を一意に識別する識別子である。帳票作成装置１０２は、予め、組織ＩＤ毎に、テーブルＩＤ、フォーム情報、データ取得コマンドを紐付けて、紐付け情報として管理する。帳票作成装置１０２は、クライアント装置１０１から組織ＩＤとテーブルＩＤとフォーム情報とを受信する。そして帳票作成装置１０２は、受信した組織ＩＤとテーブルＩＤとフォーム情報とに基づき、紐付け情報を用いて、データ取得コマンドを決定する。データ取得コマンドには、データＩＤとオーバレイ対象データの属性項目とが予め設定されている。帳票作成装置１０２は、決定したデータ取得コマンドとテーブルＩＤとを、クラウドプラットフォーム１０３に対して送信する。クラウドプラットフォーム１０３は、帳票作成装置１０２からデータ取得コマンドとテーブルＩＤを受信する。クラウドプラットフォーム１０３は、受信したテーブルＩＤに対応するオーバレイ対象データテーブル５０１から、データ取得コマンドに含まれるデータＩＤ及び属性項目に対応するオーバレイ対象データを取得する。そして、クラウドプラットフォーム１０３は、取得したオーバレイ対象データを帳票作成装置１０２に送信する。

図６は、本実施形態の帳票作成システムの全体動作処理を説明する図である。クラウドプラットフォーム１０３が、クラウドプラットフォーム１０３にログインしたユーザが操作するクライアント装置１０１のＷｅｂブラウザに対して、業務画面７０１を返す。業務画面７０１のデータ領域７０２には、クラウドプラットフォーム１０３が管理しているオーバレイ対象データテーブル５０１に設定されているオーバレイ対象データが表示される。ユーザが、データ領域７０２上でオーバレイ対象データを選択すると、クライアント装置１０１が、オーバレイ対象データテーブルのテーブルＩＤを指定する。ファイル一覧領域７１８には、クラウドプラットフォーム１０３にアップロードされた帳票ファイルが表示される。帳票作成ボタン７０３は、クラウドプラットフォーム１０３に対して、帳票作成リクエストを発行するためのボタンである。ユーザが帳票作成ボタン７０３を押下げすると、クライアント装置１０１のＷｅｂブラウザが、クラウドプラットフォーム１０３に対して帳票作成リクエストを送信する（図６のＰ１を参照）。

クラウドプラットフォーム１０３が、帳票作成リクエストを受けると、帳票作成装置１０２へリダイレクトするＵＲＬであるリダイレクトＵＲＬをクライアント装置１０１に返却する（図６のＰ２を参照）。クライアント装置のＷｅｂブラウザがリダイレクトＵＲＬを受けると、Ｗｅｂブラウザが、このリダイレクトＵＲＬに対応する帳票作成装置１０２へリダイレクト（オートリダイレクト）する（図６のＰ３を参照）。このリダイレクトにより帳票作成装置１０２に渡される情報は、帳票作成リクエストと、クラウドプラットフォーム１０３への接続情報と、クライアント装置１０１が指定したテーブルＩＤと、クライアント装置１０１の組織ＩＤとを含む。

リダイレクトを受けた帳票作成装置１０２は、フォーム選択画面７０４をクライアント装置１０１のＷｅｂブラウザに対して返す（図６のＰ４を参照）。フォーム選択画面７０４は、フォーム選択欄７０５と、出力方式選択欄７０６と、実行ボタン７０７とを備える。フォーム選択欄７０５には、選択候補となる帳票のフォームが表示される。出力方式選択欄７０６には、作成される帳票ファイルの出力方式の候補が表示される。この例では、出力方式選択欄７０６には、アップロードとダウンロードとが表示される。ユーザがフォーム選択欄７０５上でフォームを選択し、出力方式選択欄７０６上で出力方式を選択し、実行ボタン７０７を押下げすると、Ｗｅｂブラウザが以下の処理を実行する。Ｗｅｂブラウザが、選択された出力方式に応じたリクエストを帳票作成装置１０２に対して送信する。選択された出力方式がアップロードである場合には、Ｗｅｂブラウザは、帳票ファイルのアップロードリクエストを帳票作成装置１０２に対して送信する。選択された出力方式がダウンロードである場合には、Ｗｅｂブラウザは、帳票ファイルのダウンロードリクエストを帳票作成装置１０２に対して送信する。また、Ｗｅｂブラウザが、選択されたフォームを帳票作成装置１０２に対して送信する（図６のＰ５を参照）。つまり、Ｗｅｂブラウザは、選択されたフォームを指定するフォーム情報を帳票作成装置１０２に対して送信する。

帳票作成装置１０２のリクエスト処理部３０１が、Ｗｅｂブラウザからフォーム情報を受信する。続いて、帳票作成装置１０２のオーバレイ対象データ取得部３０５が、受信したフォーム情報と、上記Ｐ３におけるリダイレクトによって渡されたテーブルＩＤと、組織ＩＤとに基づいて、紐付け情報を用いて、データ取得コマンドを決定する。そして、オーバレイ対象データ取得部３０５が、データ取得コマンドとテーブルＩＤとをクラウドプラットフォーム１０３に対して送信し、クラウドプラットフォーム１０３からオーバレイ対象データを取得する（図６のＰ６を参照）。帳票作成装置１０２は、オーバレイ対象データを取得中に、クライアント装置１０１のＷｅｂブラウザに、データ取得中画面７０８を表示させる（図６のＰ７を参照）。この例では、クライアント装置１０１のＷｅｂブラウザが、定期的に帳票作成装置１０２に対してオーバレイ対象データの取得の完了を問い合わせる（図６のＰ８を参照）。オーバレイ対象データの取得が未完了の場合、帳票作成装置１０２（のＷｅｂページ生成部３０２）が、クライアント端末１０１のＷｅｂブラウザにデータ取得中画面７０８を返す。

帳票作成装置１０２がオーバレイ対象データの取得を完了すると、帳票作成装置１０２は、データ確認画面７０９をクライアント装置１０１のＷｅｂブラウザに表示させる（図６のＰ９を参照）。データ確認画面７０９は、データ確認表７１０、作成ボタン７１１、編集ボタン７１２を有する。データ確認表７１０には、帳票作成装置１０２が取得したオーバレイ対象データが設定される。作成ボタン７１１は、帳票作成を指示するためのボタンである。ユーザが作成ボタン７１１を押下げすると、Ｗｅｂブラウザが、帳票作成装置１０２に対して帳票作成リクエストを送信する（図６のＰ１０を参照）。編集ボタン７１２は、データ確認表７１０に設定されているオーバレイ対象データを編集するためのボタンである。ユーザが編集ボタン７１２を押下げすると、Ｗｅｂブラウザが、データ確認表７１０を編集するための編集画面を表示する。

ここで、フォーム選択画面７０４上で、出力方式としてアップロードが選択され、クライアント装置１０１のＷｅｂブラウザが帳票作成装置１０２に対して帳票ファイルのアップロードリクエストを送信していたものとする。帳票作成装置１０２は、Ｐ１０において送信された帳票作成リクエストに従って帳票ファイルを生成する。具体的には、帳票作成装置１０２の帳票作成部３０６が、データ確認画面７０９のデータ確認表７１０に設定されたオーバレイ対象データと、Ｐ５において送信されたフォーム情報が指定するフォームとをオーバレイして、帳票ファイルを作成する。帳票作成装置１０２のファイルアップロード部３０３が、作成した帳票ファイルのサイズが予め決められた閾値を超えるかを判断する。この閾値は、クラウドプラットフォーム１０３がアップロード可能なファイルのサイズを示す。帳票ファイルのサイズが閾値を超えていない場合、帳票作成装置１０２のファイルアップロード部３０３が、帳票ファイルをクラウドプラットフォーム１０３にアップロードする。そして、Ｗｅｂページ生成部３０２が、クライアント装置１０１のＷｅｂブラウザに、アップロードが完了したことを示す完了画面７１３を表示させる（図６のＰ１１を参照）。

帳票ファイルのサイズが閾値を超えている場合、帳票作成装置１０２のＷｅｂページ生成部３０２が、警告画面７１４をクライアント装置１０１のＷｅｂブラウザに表示させる（図６のＰ１２）。すなわち、帳票作成装置１０２が、クライアント装置１０１に対して帳票ファイルのダウンロードを促す通知を行う。ユーザが、警告画面７１４上のキャンセルボタン７１６を押下げすると、クライアント装置１０１のＷｅｂブラウザが、警告画面７１４を閉じる。ユーザが、警告画面７１４上のダウンロードボタン７１５を押下げすると、クライアント装置１０１が、帳票作成装置１０２に対して、ダウンロードリクエストを行う。帳票作成装置１０２のリクエスト処理部３０１がこのダウンロードリクエストを受けると、ファイルダウンロード部３０４が、帳票ファイルをクライアント装置１０１に対して送信する。これにより、クライアント装置１０１に帳票ファイルがダウンロードされる。この例では、クライアント装置１０１のＷｅｂブラウザは、帳票作成装置１０２から帳票ファイルを受け取ると、保存画面７１７を表示する（図６のＰ１４を参照）。ユーザが、保存画面上に表示された保存ボタンを押下げすると、クライアント装置１０１が帳票ファイルを所定の記憶手段に記憶する。

なお、フォーム選択画面７０４上で、出力方式としてダウンロードが選択され、クライアント装置１０１のＷｅｂブラウザが帳票作成装置１０２に対して帳票ファイルのダウンロードリクエストを送信すると、帳票作成装置１０２は、以下の処理を行う。帳票作成装置１０２の帳票作成部３０６が、Ｐ１０において送信された帳票作成リクエストに従って帳票ファイルを生成する。そして、帳票作成装置１０２のファイルダウンロード部３０４が、生成された帳票ファイルをクライアント装置１０１に送信して、ダウンロードさせる。

図７及び図８は、本発明の実施例１における帳票ファイルの作成処理シーケンスを説明する図である。図７は、帳票作成装置１０２が作成した帳票ファイルが閾値を超えていない場合の帳票ファイルの作成処理シーケンスを示す。まず、クライアント装置１０１（のＷｅｂブラウザ）が、クラウドプラットフォーム１０３にログインする（ステップＳ１）。ユーザが業務画面７０１の帳票作成ボタン７０３を押下すると（ステップＳ２）、クライアント装置１０１が、帳票作成装置１０２に対してフォーム選択画面リクエストを送る（ステップＳ３）。フォーム選択画面リクエストは、フォーム選択画面７０４の作成を求める要求である。続いて、帳票作成装置１０２のＷｅｂページ生成部３０２が、フォーム選択画面リクエストに応じて、フォーム選択画面７０４を作成し、クライアント装置１０１のＷｅｂブラウザに表示させる（ステップＳ５）。

次に、ユーザが、フォーム選択画面７０４上で、フォームと帳票ファイルの出力方式とを選択して実行ボタン７０７を押下げする（ステップＳ６）。クライアント端末１０１が、帳票作成装置１０２に対して、帳票ファイルの出力方式に応じたリクエスト（アップロードリクエスト又はダウンロードリクエスト）と、フォーム情報とを送信する（ステップＳ７）。帳票作成装置１０２が、データ取得中画面７０８を生成し（ステップＳ８）、生成したデータ取得中画面をクライアント装置１０１に表示させる（ステップＳ９）。続いて、帳票作成装置１０２が、クラウドプラットフォーム１０３に対して、データ取得コマンドを送信する（ステップＳ１０）。クライアント装置１０１は、定期的に帳票作成装置１０２に対して確認リクエストを送信して、オーバレイ対象データの取得が完了したかを確認する（ステップＳ１１）。帳票作成装置１０２は、オーバレイ対象データの取得が完了するまでは、クライアント装置１０１にデータ取得中画面７０８を表示させる。続いて、帳票作成装置１０２が、オーバレイ対象データの取得を完了する（ステップＳ１３）。帳票作成装置１０２がオーバレイ対象データの取得を完了すると、帳票作成装置１０２は、セッション情報を記憶して管理する。セッション情報は、ステップＳ７でクライアント装置１０１から受け取ったフォーム情報と出力方式に応じたリクエストと、ステップＳ１３で取得したオーバレイ対象データとを含む情報である。

帳票作成装置１０２がクライアント装置１０１から確認リクエストを受けると、帳票作成装置１０２は、データ確認画面７０９を生成する（ステップＳ１５）。そして、帳票作成装置１０２は、生成されたデータ確認画面７０９をクライアント装置１０１に表示させる（ステップＳ１６）。

次に、ユーザが、データ確認画面７０９上で作成ボタン７１１を押下げすると（ステップＳ１７）、クライアント装置１０１が帳票作成装置１０２に対して帳票作成リクエストを送信する（ステップＳ１８）。帳票作成装置１０２が、帳票作成リクエストを受信して、帳票ファイルを作成する（ステップＳ１９）。続いて、帳票作成装置１０２が、上記ステップＳ７においてクライアント装置１０１からアップロードリクエスト又はダウンロードリクエストのうちのいずれを受けたかを確認する（ステップＳ２０）。この例では、帳票作成装置１０２が、クライアント装置１０１からアップロードリクエストを受けたものとする。帳票作成装置１０２が、作成した帳票ファイルのファイルサイズが閾値を超えているかを判断する（ステップＳ２１）。この例では、帳票作成装置１０２が、作成した帳票ファイルのファイルサイズが閾値を超えていない。従って、帳票作成装置１０２は、クラウドプラットフォーム１０３に対して帳票ファイルを送信してアップロードさせる（ステップＳ２２）。次に、帳票作成装置１０２が、完了画面７１３を作成する（ステップＳ２３）。そして、帳票作成装置１０２が、作成した完了画面７１３をクライアント装置１０１に表示させる（ステップＳ２４）。

図８は、帳票作成装置１０２が作成した帳票ファイルが閾値を超えている場合の帳票ファイルの作成処理シーケンスを示す。図８中のステップＳ１７乃至Ｓ２１は、図７中のステップＳ１７乃至Ｓ２１と同様である。図８に示す例では、帳票作成装置１０２が帳票ファイルのファイルサイズを確認した結果、このファイルサイズが閾値を超えていると判断する（ステップＳ２１）。従って、帳票作成装置１０２は、警告画面７１４を作成し（ステップＳ３０）、クライアント装置１０１に表示する（ステップＳ３１）。ユーザが、警告画面７１４上でダウンロードボタン７１５を押下げすると、クライアント装置１０１が、帳票作成装置１０２に対してダウンロードリクエストを送信する（ステップＳ３２）。帳票作成装置１０２が、クライアント装置１０１からダウンロードリクエストを受けると、帳票作成装置１０２は、帳票ファイルをクライアント装置１０１に送信して、ダウンロードさせる（ステップＳ３３）。

図９は、実施例１の帳票作成装置の動作処理フローを示す図である。まず、帳票作成装置１０２のリクエスト処理部３０１が、クライアント装置１０１のＷｅｂブラウザから帳票作成リクエストを受信したかを判断する（ステップＳ４１）。リクエスト処理部３０１が、帳票作成リクエストを受信していないと判断した場合は、ステップＳ４１に戻る。リクエスト処理部３０１が、帳票作成リクエストを受信したと判断した場合は、リクエスト処理部３０１は、クライアント装置１０１との間のセッションが有効であるかを判断する（ステップＳ４２）。

クライアント装置１０１との間のセッションが有効である場合は、ステップＳ４３に進む。クライアント装置１０１との間のセッションが有効でない場合は、Ｗｅｂページ生成部３０２がエラー画面を作成して、クライアント装置１０１のＷｅｂブラウザに返し（ステップＳ５７）、処理を終了する。

ステップＳ４３において、帳票作成装置１０２のオーバレイ対象データ取得部３０５が、セッション情報を参照して、フォーム情報、オーバレイ対象データを確認する（ステップＳ４３）。続いて、帳票作成部３０６が、ステップＳ４３において確認したフォーム情報が指定するフォームと、オーバレイ対象データとをオーバレイして、帳票ファイルを作成する（ステップＳ４４）。続いて、帳票作成部３０６が、帳票ファイルの作成に成功したかを判断する（ステップＳ４５）。帳票ファイルの作成に成功していない場合は、ステップＳ５７に進む。帳票ファイルの作成に成功した場合は、ファイルアップロード部３０３が、セッション情報に含まれる出力方式に応じたリクエストを確認し、出力方式に応じたリクエストが帳票ファイルのアップロードリクエストであるかを判断する（ステップＳ４６）。出力方式に応じたリクエストが帳票ファイルのダウンロードリクエストである場合は、ステップＳ４７に進む。そして、ファイルダウンロード部３０４が、帳票ファイルをクライアント装置１０１のＷｅｂブラウザに送信することを通じて、帳票ファイルをクライアント装置１０１にダウンロードする（ステップＳ４７）。続いて、帳票作成装置１０２のＷｅｂページ生成部３０２が、クライアント装置１０１のＷｅｂブラウザに対して、帳票ファイルのダウンロードが完了したことを示す完了画面を返す（ステップＳ４８）。

出力方式に応じたリクエストが帳票ファイルのアップロードリクエストである場合は、ファイルアップロード部３０３が、帳票ファイルのサイズを確認する（ステップＳ４９）。続いて、ファイルアップロード部３０３が、確認された帳票ファイルのサイズが閾値すなわちクラウドプラットフォーム１０３がアップロード可能なファイルのサイズを超えているかを判断する（ステップＳ５０）。帳票ファイルのサイズが閾値を超えていない場合、ファイルアップロード部３０３が、クラウドプラットフォーム１０３に帳票ファイルをアップロードして（ステップＳ５２）、完了画面７１３をクライアント装置１０１に返す。

帳票ファイルのサイズが閾値を超えている場合、ファイルアップロード部３０３が、アップロード必須モードがＯＦＦであるかを判断する（ステップＳ５３）。アップロード必須モードは、帳票ファイルのアップロードが必須であるか否かを示す処理モードである。この例では、クライアント装置１０１が、ユーザの操作入力に応じて帳票作成装置１０２に対してアップロード必須モードのＯＮ又はＯＦＦを予め設定するものとする。アップロード必須モードがＯＮである場合、帳票ファイルのアップロードが必須であることを示す。アップロード必須モードがＯＮである場合、帳票ファイルのアップロードが必須でないことを示す。

アップロード必須モードがＯＮである場合は、ステップＳ５７に進む。アップロード必須モードがＯＦＦである場合、Ｗｅｂページ生成部３０２がファイルアップロード部３０３の指示に従って、クライアント装置１０１のＷｅｂブラウザに警告画面７１４を返す（ステップＳ５４）。この警告画面７１４は、クライアント装置１０１に対して帳票ファイルのダウンロードを促す通知を行う画面である。ユーザが、警告画面７１４のダウンロードボタン７１５が押下げすると、クライアント装置１０１から帳票作成装置１０２のリクエスト処理部３０１に対して、帳票ファイルのダウンロードリクエストが送信される。

上記ステップＳ５４において、更に、帳票作成装置１０２のファイルアップロード部３０３が、クラウドプラットフォーム１０３に指示して、業務画面７０１上に、帳票ファイルのアップロード処理の履歴情報を表示させるようにしてもよい。例えば、図１０に示す業務画面７０１上の履歴一覧１５０１に、ユーザがクラウドプラットフォーム１０３にログインした記録と、ファイルＡというファイル名の帳票ファイルのアップロードができなかったことを示す情報が履歴情報として表示される。

図９に戻って、ファイルダウンロード部３０４が、帳票ファイルをクライアント装置１０１にダウンロードするかを判断する（ステップＳ５５）。リクエスト処理部３０１が警告画面７１４のダウンロードボタン７１５の押下げに応じたダウンロードリクエストをクライアント装置１０１から受信すると、ファイルダウンロード部３０４が、帳票ファイルをクライアント装置１０１にダウンロードすると判断する。そして、処理がステップＳ５６に進む。リクエスト処理部３０１が警告画面７１４のダウンロードボタン７１５の押下げに応じたダウンロードリクエストを受信しない場合、ファイルダウンロード部３０４が、帳票ファイルをクライアント装置１０１にダウンロードしないと判断して、処理を終了する。ステップＳ５６において、ファイルダウンロード部３０４が、帳票ファイルをクライアント装置１０１にダウンロードして（ステップＳ５６）、処理を終了する。実施例１の帳票作成装置１０２は、クラウドプラットフォーム１０３への帳票ファイルのアップロードリクエストをクライアント装置１０１から受けた場合に以下の処理を実行する。帳票作成装置１０２は、帳票ファイルのサイズがアップロード可能なサイズを超えるときに、クライアント装置１０１が帳票ファイルをダウンロードできるようにする。従って、実施例１の帳票作成装置１０２によれば、作成した帳票ファイルを無駄にすることなくクライアント装置１０１に提供することができる。

次に、本発明の実施例２について説明する。実施例２の帳票作成装置１０２は、クライアント装置１０１から帳票ファイルのアップロードリクエストを受けた場合に、帳票ファイルのサイズが閾値を超えていたときには、帳票ファイルを複数の分割データである分割ファイルに分割してアップロードする。

図１１は、分割ファイルの管理例を説明する図である。図１１（Ａ）に示すように、クラウドプラットフォーム１０３は、ストレージ４０４に分割ファイルリストと分割ファイルとを記憶して管理する。分割ファイルリストは、アップロードされた分割データすなわち分割ファイルのリスト情報であって、該分割ファイルを結合するために用いられる。この例では、分割ファイルリストは、ファイルＡ．ｌｉｓｔというファイル名を有するファイルである。分割ファイルリストは、ファイルＩＤとファイル名といったデータ項目を有する。ファイルＩＤは、分割ファイルを分割ファイルリスト中で一意に識別するＩＤである。また、ファイルＩＤは、分割ファイルを結合する順番を示す。ファイル名は、分割ファイルのファイル名である。すなわち、この例では、ファイルＡは、ファイルＡ．ｄｉｖ１乃至ファイルＡ．ｄｉｖ３の３つのファイルを一つに結合した場合の、結合されたファイルのファイル名を示す。

クラウドプラットフォーム１０３は、分割ファイルリストと分割ファイルとをアップロード（ストレージ４０４に記憶）すると、図１１（Ｂ）に示す業務画面７０１を作成して、クライアント装置１０１に表示させる。クラウドプラットフォーム１０３は、業務画面７０１のファイル一覧領域７１８に、ストレージ４０４に記憶されている帳票ファイルに対応するファイル名を表示する。具体的には、クラウドプラットフォーム１０３は、分割ファイルを一つに結合した場合に該結合によって得られるファイルのファイル名と、元々分割されずに帳票作成装置１０２から送信されて記憶された帳票ファイルのファイル名とを表示する。ユーザが、ファイル一覧領域７１８に表示されたファイル名に対応する「ダウンロード」と記述された領域を選択すると、クラウドプラットフォーム１０３のファイル結合部４０３が以下の処理を実行する。この例では、ユーザが、分割ファイルの結合によって得られるファイルのファイル名に対応する「ダウンロード」と記述された領域を選択した場合を想定する。ファイル結合部４０３は、このファイル名に対応する分割ファイルリストと分割ファイルとをストレージ４０４から抽出する。そして、ファイル結合部４０３は、抽出した分割ファイルを分割ファイルリスト中のファイルＩＤが示す順番に従って結合して、一つの帳票ファイルを生成し、クライアント装置１０１にダウンロードする。

図１２は、実施例２の帳票作成装置の動作処理例を説明するフローチャートである。図１３には、実施例２の帳票作成装置１０２の動作処理のうち、図９を参照して説明した実施例１の帳票作成装置１０２の動作処理と異なる処理を示す。すなわち、実施例２の帳票作成装置１０２は、図９に示すステップＳ４９乃至Ｓ５６の処理に代えて、図１２に示すステップＳ６１乃至Ｓ６７の処理を実行する。従って、図１２に示す動作処理は、帳票作成装置１０２がクライアント装置から帳票ファイルのアップロードリクエストを受けた場合の動作処理である。

まず、ファイルアップロード部３０３が、帳票ファイルのサイズを確認する（ステップＳ６１）。続いて、ファイルアップロード部３０３が、確認された帳票ファイルのサイズが閾値すなわちクラウドプラットフォーム１０３がアップロード可能なファイルのサイズを超えているかを判断する（ステップＳ６２）。帳票ファイルのサイズが閾値を超えていない場合、ファイルアップロード部３０３が、クラウドプラットフォーム１０３に帳票ファイルをアップロードする（ステップＳ６３）。

帳票ファイルのサイズが閾値を超えている場合、ファイルアップロード部３０３が、帳票ファイルを複数の分割ファイルに分割する（ステップＳ６４）。帳票ファイルを分割する数（分割数）は、予め決められる。続いて、ファイルアップロード部３０３が、分割ファイルのサイズが上記閾値以内であるかを判断する（ステップＳ６５）。分割ファイルのサイズが閾値を超えている場合は、ステップＳ６４に戻り、ファイルアップロード部３０３が、分割数を変更した上で、帳票ファイルを分割し直す。

分割ファイルのサイズが閾値を超えていない場合は、ファイルアップロード部３０３が、分割ファイルに対応する分割ファイルリストを作成する（ステップＳ６６）。そして、ファイルアップロード部３０３が、分割ファイルと分割ファイルリストとをクラウドプラットフォーム１０３にアップロードする（ステップＳ６７）。すなわち、ファイルアップロード部３０３は、分割ファイルをクラウドプラットフォーム１０３にアップロードする時に、該分割ファイルを結合するために用いる該分割ファイルのリスト情報を管理サーバに送信する。

図１３は、実施例２におけるクラウドプラットフォームからの帳票ファイルのダウンロード処理フローを示す図である。ユーザが、図１１（Ｂ）に示す業務画面７０１のファイル一覧領域７１８に表示されたファイル名を選択すると、ダウンロード対象の帳票ファイルが指定される。また、ユーザが、選択したファイル名に対応する「ダウンロード」と記述された領域を選択すると、クライアント装置１０１は、以下の処理を行う。クライアント装置１０１は、クラウドプラットフォーム１０３に対して、ダウンロード対象の帳票ファイルのダウンロードリクエストを行う。

クラウドプラットフォーム１０３が、上記ダウンロード対象の帳票ファイルのダウンロードリクエストを受けたかを判断する（ステップＳ７１）。クラウドプラットフォーム１０３が、ダウンロード対象の帳票ファイルのダウンロードリクエストを受けていないと判断した場合は、処理を終了する。クラウドプラットフォーム１０３が、ダウンロード対象の帳票ファイルのダウンロードリクエストを受けたと判断した場合は、ステップＳ７２に進む。

次に、クラウドプラットフォーム１０３のファイル結合部４０３が、ダウンロード対象の帳票ファイルに対応する分割ファイルリストをストレージ４０４から取得する（ステップＳ７２）。続いて、ファイル結合部４０３が、分割ファイルリストを取得できたかを判断する（ステップＳ７３）。ファイル結合部４０３が、分割ファイルリストを取得できないと判断した場合は、以下の処理を行う。ファイル結合部４０３が、分割ファイルリストを取得できないことは、ダウンロード対象の帳票ファイルが、元々分割されずに帳票作成装置１０２から送信された帳票ファイルであることを意味する。従って、この場合には、ファイル結合部４０３が、ストレージ４０４からダウンロード対象の帳票ファイルを取得して、取得した帳票ファイルをダウンロードリクエスト元に送信する（ステップＳ７６）。ファイル結合部４０３が、分割ファイルリストを取得できたと判断した場合は、ファイル結合部４０３が、分割ファイルリスト中の各々のファイル名に対応する分割ファイルをストレージ４０４から取得する（ステップＳ７４）。ファイル結合部４０３が、分割ファイルリスト中のファイルＩＤが示す順番に従って分割ファイルを結合する（ステップＳ７５）。これにより、結合された一つの帳票ファイルが作成される。そして、ファイル結合部４０３が、作成された帳票ファイルをダウンロードリクエスト元に送信する（ステップＳ７６）。

すなわち、クラウドプラットフォーム１０３は、クライアント装置１０１から分割ファイルのダウンロードリクエストを受けた時に、帳票作成装置１０２のファイルアップロード部３０３から送信された分割ファイルリストを用いて、分割ファイルを結合する。そして、クラウドプラットフォーム１０３は、該結合した分割ファイルをクライアント装置１０１にダウンロードする。

実施例２の帳票作成装置１０２は、帳票ファイルのアップロードリクエストを受けた場合に、帳票ファイルのサイズがアップロード可能なサイズを超えるときは、以下の処理を行う。帳票作成装置１０２は、帳票ファイルを分割ファイルに分割してクラウドプラットフォーム１０３にアップロードする。また、クラウドプラットフォーム１０３は、クライアント装置１０１からの帳票ファイルのダウンロードリクエストに応じて、上記アップロードされた分割ファイルを結合してクライアント装置１０１にダウンロードする。従って、実施例２によれば、帳票ファイルのサイズがアップロード可能なサイズを超えるときであっても、作成した帳票ファイルを分割して管理サーバにアップロードできるとともに、この分割された帳票ファイルを結合してユーザ装置に提供することができる。

次に、本発明の実施例３について説明する。実施例３の帳票作成装置１０２は、クライアント装置１０１から帳票ファイルのアップロードリクエストを受けた場合に、帳票ファイルのサイズが閾値を超えるときに、帳票ファイルを圧縮してクラウドプラットフォーム１０３にアップロードする。

図１４は、実施例３の帳票作成装置の動作処理例を説明するフローチャートである。図１３には、実施例３の帳票作成装置１０２の動作処理のうち、図９を参照して説明した実施例１の帳票作成装置１０２の動作処理と異なる処理を示す。すなわち、実施例３の帳票作成装置１０２は、図９に示すステップＳ４９乃至Ｓ５６の処理に代えて、図１４に示すステップＳ８１乃至Ｓ８７の処理を実行する。

まず、ファイルアップロード部３０３が、帳票ファイルのサイズを確認する（ステップＳ８１）。続いて、ファイルアップロード部３０３が、確認された帳票ファイルのサイズが閾値すなわちクラウドプラットフォーム１０３がアップロード可能なファイルのサイズを超えているかを判断する（ステップＳ８２）。帳票ファイルのサイズが閾値を超えていない場合、ファイルアップロード部３０３が、クラウドプラットフォーム１０３に帳票ファイルをアップロードする（ステップＳ８３）。

帳票ファイルのサイズが閾値を超えている場合、ファイルアップロード部３０３が、帳票ファイルを所定のファイルサイズに圧縮する（ステップＳ８４）。続いて、ファイルアップロード部３０３が、圧縮された帳票ファイルのサイズが上記閾値以内であるかを判断する（ステップＳ８５）。圧縮された帳票ファイルのサイズが閾値を超えている場合は、Ｗｅｂページ生成部３０２がエラー画面を作成して、クライアント装置１０１のＷｅｂブラウザに返す（ステップＳ８７）。圧縮された帳票ファイルのサイズが閾値以内である場合は、ファイルアップロード部３０３が、圧縮された帳票ファイルをクラウドプラットフォーム１０３にアップロードする（ステップＳ８６）。実施例３によれば、帳票ファイルのサイズがアップロード可能なサイズを超えるときであっても、作成した帳票ファイルを圧縮して管理サーバにアップロードすることができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１０１ クライアント装置
１０２ 帳票作成装置
１０３ クラウドプラットフォーム

Claims (6)

1. 管理サーバからのアクセスが制限されたネットワークに配置されたユーザ装置からの要求に応じて帳票データを作成する情報処理装置であって、
   前記ユーザ装置から帳票データの作成リクエストと、作成された帳票データの前記管理サーバへのアップロードリクエスト又は該帳票データの前記ユーザ装置へのダウンロードリクエストとを受けるリクエスト受付手段と、
   前記帳票データの作成リクエストに応じて前記帳票データを作成する帳票作成手段と、
   前記リクエスト受付手段が前記アップロードリクエストを受けた場合に、前記作成された帳票データのサイズが予め決められた閾値を超えるかを判断し、該帳票データのサイズが前記閾値以下の場合に該帳票データを前記管理サーバにアップロードし、該帳票データのサイズが前記閾値を超える場合に、前記ユーザ装置に対して該帳票データのダウンロードを促す通知を行うアップロード手段と、
   前記リクエスト受付手段が前記ダウンロードリクエストを受けた場合に、前記作成された帳票データを前記ユーザ装置にダウンロードするダウンロード手段とを備える
   ことを特徴とする情報処理装置。
2. 前記アップロード手段は、前記リクエスト受付手段が前記アップロードリクエストを受けた場合に、前記作成された帳票データのサイズが予め決められた閾値を超えるかを判断し、該帳票データのサイズが前記閾値以下の場合に該帳票データを前記管理サーバにアップロードし、該帳票データのサイズが前記閾値を超える場合に、該帳票データを複数の分割データに分割して前記管理サーバにアップロードする
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記アップロード手段は、前記分割データを前記管理サーバにアップロードする時に、該分割データを結合するために用いる該分割データのリスト情報を該管理サーバに送信し、
   前記管理サーバは、前記ユーザ装置から前記管理サーバにアップロードされた分割データのダウンロードリクエストを受けた時に、前記アップロード手段から送信された前記分割データのリスト情報を用いて、前記アップロードされた分割データを結合し、該結合した分割データを前記ユーザ装置にダウンロードする
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記アップロード手段は、前記リクエスト受付手段が前記アップロードリクエストを受けた場合に、前記作成された帳票データのサイズが予め決められた閾値を超えるかを判断し、該帳票データのサイズが前記閾値以下の場合に該帳票データを前記管理サーバにアップロードし、該帳票データのサイズが前記閾値を超える場合に、該帳票データを圧縮して前記管理サーバにアップロードする
   ことを特徴とする請求項１に記載の情報処理装置。
5. 管理サーバからのアクセスが制限されたネットワークに配置されたユーザ装置からの要求に応じて帳票データを作成する帳票データ作成方法であって、
   前記ユーザ装置から帳票データの作成リクエストと、作成された帳票データの前記管理サーバへのアップロードリクエスト又は該帳票データの前記ユーザ装置へのダウンロードリクエストとを受けるリクエスト受付工程と、
   前記帳票データの作成リクエストに応じて前記帳票データを作成する帳票作成工程と、
   前記アップロードリクエストを受けた場合に、前記作成された帳票データのサイズが予め決められた閾値を超えるかを判断し、該帳票データのサイズが前記閾値以下の場合に該帳票データを前記管理サーバにアップロードし、該帳票データのサイズが前記閾値を超える場合に、前記ユーザ装置に対して該帳票データのダウンロードを促す通知を行うアップロード工程と、
   前記ダウンロードリクエストを受けた場合に、前記作成された帳票データを前記ユーザ装置にダウンロードするダウンロード工程とを有する
   ことを特徴とする帳票データ作成方法。
6. 請求項５に記載の帳票データ作成方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images