帳票生成装置、帳票生成方法および帳票生成プログラム
【課題】表現力のより高い方法で、かつクライアント端末の環境により依存しない帳票生成装置を提供する。
【解決手段】帳票生成装置は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データを帳票サーバから受信して記憶し、帳票定義データに基づいて複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムを帳票サーバから受信して記憶し、自装置に対応するベクター言語の種別を判定し、変換プログラムを用いて、帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成し、生成したベクター記述データに基づくベクター画像を表示する。
【解決手段】帳票生成装置は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データを帳票サーバから受信して記憶し、帳票定義データに基づいて複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムを帳票サーバから受信して記憶し、自装置に対応するベクター言語の種別を判定し、変換プログラムを用いて、帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成し、生成したベクター記述データに基づくベクター画像を表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票データを処理する技術に関する。
【背景技術】
【０００２】
インターネット等のネットワークや情報処理技術の発達に伴って、紙媒体の帳票を電子化した帳票データを処理する帳票システムが利用されている。例えば、特許文献１には、帳票サーバが、ＨＴＭＬ（HyperText Markup Language）によって記述した帳票データをクライアント端末に送信して表示させる技術が記載されている。特許文献２には、帳票サーバがＰＤＦ（Portable Document Format）形式の帳票データを生成し、生成した帳票データをクライアント端末に送信して表示させる技術が記載されている。非特許文献１には、クライアント端末において特定のクライアント端末の環境に依存する特殊なアプリケーション技術であるＡｃｔｉｖｅＸ（登録商標）を利用して、帳票データへの情報入力や帳票の印刷などを行う技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６５５６号公報
【特許文献２】特開２００５−７１０６６号公報
【非特許文献】
【０００４】
【非特許文献１】“ＳＶＦ”、[online]、[平成２２年０１月１４日検索]、インターネットＵＲＬ：http://www.wingarc.com/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では帳票データの記述にＨＴＭＬを用いているため、例えば曲線などが含まれる帳票データを表現することができない。また規定帳票で使われる表の四隅に丸みをつけるような表現もできず、規定帳票そのままのインタフェースを表現できない。また、ＨＴＭＬはクライアント端末の実行環境によって詳細な表示が異なる場合があるため、ＯＳ（Operating System）やブラウザの種別毎に異なるＨＴＭＬデータを予め生成しておいたり、リクエストに応じてサーバが動的に生成したりする必要があり、帳票設計や帳票管理などが複雑となり過大な運用負荷、または処理負荷がかかる。特許文献２の技術では、クライアント端末がＰＤＦ形式のデータを読み込んで表示する表示アプリケーション（Ａｄｏｂｅ（登録商標）Ｒｅａｄｅｒ）を備えていなければ帳票データを表示できないため、クライアント端末の環境に依存する。この場合、ユーザが主体的にクライアント端末を操作して、定められた表示アプリケーションのインストールを行わなければ帳票データが表示できず、インストール後もセキュリティ上バージョンアップを行うケースもあり、操作を行うことが煩雑である場合がある。非特許文献１の技術についても同様に、クライアント端末が特殊なアプリケーション技術を実行する機能を備えていなければ帳票処理が行えないため、クライアント端末の環境に依存するという問題がある。ここで、帳票データの処理においては、規定帳票そのままのインタフェースを表現可能で、かつクライアント端末の環境に依存しないことが望ましい。
【０００６】
本発明は、このような状況に鑑みてなされたもので、表現力のより高い方法で、かつクライアント端末の環境に依存しない帳票生成装置、帳票生成方法および帳票生成プログラムを提供する。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データに基づいてベクター画像を生成するベクター画像制御部を備え、ネットワークを介して接続された帳票サーバから送信される情報に基づいて帳票データを生成する帳票生成装置であって、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部と、帳票サーバから、帳票定義データを取得して帳票定義データ記憶部に記憶させる帳票定義データ取得部と、帳票サーバから、変換プログラムを取得して変換プログラム記憶部に記憶させる変換プログラム取得部と、ベクター画像制御部に対応するベクター言語の種別を判定するベクター言語種別判定部と、変換プログラム記憶部に記憶された変換プログラムを用いて、帳票定義データ記憶部に記憶された帳票定義データに基づいて、ベクター言語種別判定部による判定結果に応じたベクター言語により記述されたベクター記述データを生成する制御部と、制御部によって生成されたベクター記述データに基づいて生成されるベクター画像を表示する表示部と、を備えることを特徴とする。
【０００８】
また、本発明は、上述の帳票定義データには、データ入力を受付ける帳票要素が含まれ、変換プログラムには、データ入力を受付ける帳票要素を、ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換するプログラムが含まれ、制御部は、変換プログラムを用いて、データ入力を受付ける帳票要素を、ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換することを特徴とする。
【０００９】
また、本発明は、制御部が、データ入力を受付ける帳票要素に応じて入力された情報に基づいてベクター記述データを生成することを特徴とする。
【００１０】
また、本発明は、制御部が、帳票要素を拡大または縮小したベクター記述データを生成することを特徴とする。
【００１１】
また、本発明は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置と、帳票生成装置にネットワークを介して接続された帳票サーバとを備える帳票システムの帳票生成方法であって、帳票生成装置が、帳票サーバから、帳票定義データを取得して帳票定義データ記憶部に記憶させるステップと、帳票サーバから、変換プログラムを取得して変換プログラム記憶部に記憶させるステップと、ベクター画像制御部に対応するベクター言語の種別を判定するステップと、変換プログラム記憶部に記憶された変換プログラムを用いて、帳票定義データ記憶部に記憶された帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成するステップと、生成したベクター記述データに基づいてベクター画像を生成するステップと、生成したベクター画像を表示するステップと、を備えることを特徴とする。
【００１２】
また、本発明は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置のコンピュータに、ネットワークを介して接続された帳票サーバから、帳票定義データを取得して帳票定義データ記憶部に記憶させるステップと、帳票サーバから、変換プログラムを取得して変換プログラム記憶部に記憶させるステップと、ベクター画像制御部に対応するベクター言語の種別を判定するステップと、変換プログラム記憶部に記憶された変換プログラムを用いて、帳票定義データ記憶部に記憶された帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成するステップと、生成したベクター記述データに基づいてベクター画像を生成するステップと、生成したベクター画像を表示するステップと、を実行させる帳票生成プログラムである。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、帳票生成装置は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データを帳票サーバから受信して記憶し、帳票定義データに基づいて複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムを帳票サーバから受信して記憶し、自装置に対応するベクター言語の種別を判定し、変換プログラムを用いて、帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成し、生成したベクター記述データに基づくベクター画像を表示するようにしたので、表現力のより高い方法で、かつクライアント端末の環境に依存しない帳票生成装置、帳票システムおよび帳票生成プログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による帳票システムの構成例を示すブロック図である。
【図２】本発明の一実施形態によるＨＴＭＬデータ記憶部に記憶されるＨＴＭＬデータのデータ例を示す図である。
【図３】本発明の一実施形態による帳票定義データのデータ例を示す図である。
【図４】本発明の一実施形態によるベクター言語種別判定処理のプログラムコード例を示す図である。
【図５】本発明の一実施形態によるＳＶＧ変換処理における帳票要素の対応表を示す図である。
【図６】本発明の一実施形態によるＶＭＬ変換処理における帳票要素の対応表を示す図である。
【図７】本発明の一実施形態による帳票定義データの変換手順を示す図である。
【図８】本発明の一実施形態による変換処理のプログラムコード例を示す図である。
【図９】本発明の一実施形態による帳票サービスのログイン画面例を示す図である。
【図１０】本発明の一実施形態による帳票データ表示処理の動作例を示すフローチャートである。
【図１１】本発明の一実施形態による帳票定義データに入力項目が含まれる場合の変換例を示す図である。
【図１２】本発明の一実施形態による入力項目が含まれるベクター画像の表示例を示す図である。
【図１３】本発明の一実施形態によるイベントに応じてベクター記述データを変換する場合のベクター記述データと変換プログラムコードとの例を示す図である。
【図１４】本発明の一実施形態によるこのようにベクター記述データを変換してベクター画像を変換する場合の表示例を示す図である。
【図１５】本発明の一実施形態によるこのようなベクター記述データの変換前後のベクター記述データの例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態について、図面を参照して説明する。
＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。本実施形態では、異なる種別のウェブブラウザ間でも共通に利用できるプログラミング言語であるクライアントスクリプト（ＪａｖａＳｃｒｉｐｔ（登録商標））を利用して、クライアント端末におけるウェブブラウザのメモリ内のデータ構造を直接操作し、画面表示を更新する技法（Ｄｙｎａｍｉｃ ＨＴＭＬ、Ａｊａｘ）を用いる事により、ウェブブラウザの種別に応じた帳票データのベクター画像をクライアント端末に表示させることを可能とする。ここで、ベクター画像は、ベクター言語によって記述されたベクター記述データをウェブブラウザが解釈することによりクライアント端末において生成される画像であり、曲線等の表現が可能である。
【００１６】
一般的に用いられるベクター言語には、例えばＳＶＧ（Scalable Vector Graphics）やＶＭＬ（Vector Markup Language）が存在し、多くのウェブブラウザがこのようなベクター言語で記述されたベクター記述データに基づいてベクター画像を生成する機能を備えている。しかし、例えばウェブブラウザであるＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）はＶＭＬを解釈してベクター画像を表示するベクター画像制御部を備えるが、ＳＶＧを解釈する機能を備えていない。一方、例えばＦｉｒｅｆｏｘ（登録商標）はＳＶＧを解釈してベクター画像を表示するベクター画像制御部を備えるが、ＶＭＬを解釈する機能を備えていない。そこで、本実施形態では、帳票構造が定義された帳票定義データと、この帳票定義データに基づいてクライアント端末のウェブブラウザに対応するベクター記述データを生成する変換プログラムとを帳票サーバに予め記憶させ、クライアント端末が帳票サーバからそれらをダウンロードする。クライアント端末は、ダウンロードした変換プログラムに基づいて自装置が解釈可能なベクター言語を判定し、判定結果に応じて、帳票定義データに基づいて自装置が解釈可能なベクター言語を用いて記述されたベクター記述データを生成する。そして、生成したベクター記述データをウェブブラウザのメモリ内に挿入し、ウェブブラウザがベクター記述データを解釈してベクター画像を生成することにより、画面に表示させる。
【００１７】
図１は、本実施形態による帳票システム１の構成を示すブロック図である。帳票システム１は、複数台のクライアント端末１０００−Ｎ（クライアント端末１０００−１、クライアント端末１０００−２、・・・）と、帳票サーバ２０００とのコンピュータ装置を備えている。ここで、複数台のクライアント端末１０００−Ｎは同様の構成であるため、特に区別をしない場合にはクライアント端末１０００として説明する。
【００１８】
クライアント端末１０００は、ネットワークを介して接続された帳票サーバ２０００から送信される情報に基づいて帳票データを生成する帳票生成装置である。クライアント端末１０００には、いわゆるＰＣ（パーソナルコンピュータ）、ＰＤＡ（Personal Digital Assistant）、携帯電話端末などが適用できる。ここで、クライアント端末１０００のＯＳは特定の種別に限定されるものではなく、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ、Ｍａｃ（登録商標）ＯＳ、ＬＩＮＵＸ（登録商標）、携帯機器用プラットフォームであるＡｎｄｒｏｉｄ（登録商標）等のいずれでも良い。
【００１９】
また、クライアント端末１０００が備えるウェブブラウザ１３００も、特定の種別に限定されるものではなく、ＳＶＧが表示可能なブラウザであるＦｉｒｅｆｏｘ（登録商標）、Ｓａｆａｒｉ（登録商標）、Ｏｐｅｒａ（登録商標）、あるいはＶＭＬが表示可能なブラウザであるＩＥ（Internet Explorer（登録商標））等のいずれでも良い。このように、本実施形態におけるクライアント端末１０００は、そのＯＳもウェブブラウザも特定の種別に限定されるものではない。クライアント端末１０００は、表示部１１００と、入力部１２００と、ウェブブラウザ１３００とを備えている。
【００２０】
表示部１１００は、帳票サーバ２０００から送信される情報等や入力部１２００によって入力される情報などが表示されるディスプレイである。表示部１１００には、ベクター記述データ生成部１５３３によって生成されたベクター記述データに基づいて生成されるベクター画像が表示される。
入力部１２００は、ユーザからの情報入力を受付ける。入力部１２００には、例えば、キーボードやマウスなどのデバイスが適用できる。
【００２１】
ウェブブラウザ１３００は、インターネット等のネットワークを介して帳票サーバ２０００と通信を行って受信した情報等を表示部１１００に表示させる。ウェブブラウザ１３００は、記憶部１４００と、制御部１５００とを備えている。
記憶部１４００は、ＨＴＭＬデータ記憶部１４１０と、帳票定義データ記憶部１４２０と、変換プログラム記憶部１４３０とを備えている。
【００２２】
ＨＴＭＬデータ記憶部１４１０には、帳票サーバ２０００から送信されるＨＴＭＬデータが記憶される。ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータは、制御部１５００のＨＴＭＬ制御部１５１０によって監視されており、ＨＴＭＬ制御部１５１０によって解釈されてレンダリングされ、画像データとして表示部１１００に表示される。ここでは、ウェブブラウザ１３００によって帳票サーバ２０００に接続すると、帳票サーバ２０００からＨＴＭＬデータが送信され、ＨＴＭＬデータ記憶部１４１０に記憶される。
【００２３】
図２は、ＨＴＭＬデータ記憶部１４１０に記憶されるＨＴＭＬデータのデータ例を示す図である。ＨＴＭＬデータには、符号ａに示すように、変換プログラムのファイルの取得先のＵＲＬを示すＳＣＲＩＰＴ要素が含まれる。制御部１５００によって、このＵＲＬに応じたスクリプトファイルが取得される。また、ＨＴＭＬデータには、符号ｂに示すように、複数のタグを包含するタグであるＤＩＶ要素が含まれる。ＤＩＶ要素は、ベクター記述データ生成部１５３３によって生成されるベクター記述データに基づくベクター画像の表示領域として確保される。また、ＤＩＶ要素には、対応する帳票を定義した帳票定義データを識別する帳票ＩＤが含まれる。後述する帳票定義データ取得部１５３１によって、この帳票ＩＤに応じた帳票定義データが取得される。ベクター記述データ生成部１５３３によってこのＤＩＶ要素にＨＴＭＬ要素またはベクター要素が追加され、ＨＴＭＬデータ記憶部１４１０に記憶されることで、帳票データが生成される。なお、本実施形態においては、ＤＩＶ要素中に帳票ＩＤを定義しているが、ＨＴＭＬデータ内のＳＣＲＩＰＴ要素中やその他の要素中に定義しても良く、帳票サーバ２０００へ帳票ＩＤを事前に送信しておき、一連の動作が完了するまで記憶部２１００内に保持しておいても良い。
【００２４】
帳票定義データ記憶部１４２０には、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される。帳票定義データは、ＨＴＭＬデータのＤＩＶ要素に含まれる帳票ＩＤに応じて帳票定義データ取得部１５３１によって取得される。図３は、帳票定義データ記憶部１４２０に記憶される帳票定義データのデータ例を示す図である。帳票定義データは、複数種別のベクター言語に共通する帳票データ構造が定義されたファイルであり、ベクター言語の帳票の種別毎に帳票ＩＤ、帳票の描画領域、帳票レイアウト情報（線（ｌｉｎｅ）、矩形（ｒｅｃｔ）、角丸矩形、円、横書きテキスト、縦書きテキスト、数値入力フィールド、単一行入力フィールド、複数行入力フィールド、チェックボックス、ラジオボタン、コンボボックス、ボタン、バーコード、二次元バーコード等の情報）などの帳票要素がＸＭＬ言語により表現されて記述される。
【００２５】
変換プログラム記憶部１４３０には、帳票定義データ記憶部１４２０に記憶された帳票定義データに基づいて、複数種別のベクター言語に応じたベクター記述データを生成する変換プログラムが記憶される。変換プログラムは、ＨＴＭＬデータのＳＣＲＩＰＴ要素によって示された、ファイルの取得先のＵＲＬより取得する。変換プログラムは、クライアントスクリプト制御部１５３０によって動作されるため、その処理内容は後述するクライアントスクリプト制御部１５３０において説明する。
【００２６】
制御部１５００は、ＨＴＭＬ制御部１５１０と、ベクター画像制御部１５２０と、クライアントスクリプト制御部１５３０とを備えている。
ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータを読み出し、読み出したＨＴＭＬデータを解釈してレンダリングし、画像データを生成して表示部１１００に表示する。また、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータを解釈する際、ＨＴＭＬデータに画像ファイルやスクリプトファイルなどの取得先ＵＲＬが含まれる場合には、通信部１６００を介して取得先ＵＲＬに接続し、ファイルを取得する。ここでは、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータのＳＣＲＩＰＴ要素によって示される変換プログラムを帳票サーバ２０００から取得して変換プログラム記憶部１４３０に記憶させる。
【００２７】
ベクター画像制御部１５２０は、複数種別のベクター言語のうち定められたベクター言語に応じて記述されたベクター記述データに基づいてベクター画像を生成する。ベクター画像制御部１５２０は、例えばＳＶＧやＶＭＬなどのベクター言語のうちいずれかのベクター言語を解釈してベクター画像を生成する。上述したように、対応するベクター言語はウェブブラウザの種別により異なる。ここでは、ベクター画像制御部１５２０は、ＨＴＭＬデータ記憶部１４１０に記憶されるＨＴＭＬデータのＤＩＶ要素に含まれるベクター記述データを読み出し、ベクター画像を生成する。
このように、表示部１１００に表示される画像データのうち、ＨＴＭＬ部分はＨＴＭＬ制御部１５１０によって、ベクター画像部分はベクター画像制御部１５２０によって解釈される。
【００２８】
クライアントスクリプト制御部１５３０は、定められたクライアントスクリプトを実行する。例えば、クライアントスクリプト制御部１５３０は、ＨＴＭＬデータのＳＣＲＩＰＴ要素に含まれるスクリプトや、変換プログラム記憶部１４３０に記憶された変換プログラムのスクリプト等を実行する。ここで、クライアントスクリプト制御部１５３０は、変換プログラム記憶部１４３０に記憶された変換プログラムを実行し、帳票ＩＤに基づいて帳票サーバ２０００から帳票定義データを取得して帳票定義データ記憶部１４２０に記憶させ、帳票定義データに基づいて、自装置のベクター画像制御部１５２０に対応するベクター言語により記述されたベクター記述データを生成する。クライアントスクリプト制御部１５３０は、帳票定義データ取得部１５３１と、ベクター言語種別判定部１５３２と、ベクター記述データ生成部１５３３との機能部を備えている。これらの機能部は、帳票サーバ２０００から送信されたＨＴＭＬデータのＳＣＲＩＰＴ要素によって読み込まれた変換プログラムにより構成される。
【００２９】
帳票定義データ取得部１５３１は、通信部１６００を介して帳票サーバ２０００と通信を行い、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータのＤＩＶ要素に含まれる帳票ＩＤに対応する帳票定義データを、帳票サーバ２０００から取得する。ここで、帳票定義データ取得部１５３１は、ＨＴＴＰ（Hypertext Transfer Protocol）通信を行うためのＪａｖａＳｃｒｉｐｔ（登録商標）組み込みクラスであるＸＭＬＨｔｔｐＲｅｑｕｅｓｔによる非同期通信を利用して、ウェブページの再読込みを行うことなく帳票定義データを取得する。
【００３０】
ベクター言語種別判定部１５３２は、ベクター画像制御部１５２０に対応するベクター言語の種別を判定する。ベクター言語種別判定部１５３２は、例えば、ウェブブラウザ１３００の種別を判定することにより、自身のウェブブラウザ１３００が備えるベクター画像制御部１５２０が対応するベクター言語の種別を判定する。例えば、図４は、ベクター言語種別判定部１５３２によるベクター言語種別判定処理のプログラムコード例を示す図である。ベクター言語種別判定部１５３２は、例えばウェブブラウザのユーザエージェントの情報を取得し、取得した情報に特定の文字列が含まれるか否かに応じて、利用するベクター言語の種別を判定する。ここでは、ウェブブラウザのユーザエージェントの情報に「ＭＳＩＥ」という文字列が含まれている場合には、ＶＭＬのベクター言語に対応すると判定し、「ＭＳＩＥ」という文字列が含まれていない場合には、ＳＶＧのベクター言語に対応すると判定する。
【００３１】
ベクター記述データ生成部１５３３は、帳票定義データ記憶部１４２０に記憶された帳票定義データに基づいて、ベクター言語種別判定部１５３２による判定結果に応じたベクター言語により記述されたＤＯＭ（Document Object Model）ツリーであるベクター記述データを生成する。ベクター記述データ生成部１５３３は、生成したベクター記述データを、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータに含まれるＤＩＶ要素に追加して記憶させる。
【００３２】
図５は、ベクター記述データ生成部１５３３によるＳＶＧへの変換処理における帳票要素の対応表を示す図であり、図６は、ベクター記述データ生成部１５３３によるＶＭＬへの変換処理における帳票要素の対応表を示す図である。変換プログラムは、このような帳票定義データにおける帳票要素とベクター画像におけるベクター要素との対応関係に基づいて、帳票要素を変換してＶＭＬ要素やＳＶＧ要素を生成するプログラムである。
【００３３】
例えば、図７は、ベクター記述データ生成部１５３３による帳票定義データの変換手順を示す図である。符号ａに示すような帳票定義データが存在する場合、ベクター記述データ生成部１５３３は、ＸＭＬパーサを用いて符号ｂ−１に示されるようなＤＯＭツリーを構築する（ステップＳ１０）。ベクター記述データ生成部１５３３は、ＤＯＭツリーにおける上位の帳票要素であるｇｒｏｕｐ要素を符号ｂ−２に示されるようなＶＭＬのｇｒｏｕｐ要素に変換する（ステップＳ１１）。次に、符号ｃ−１に示されるようにｇｒｏｕｐ要素の子要素であるｌｉｎｅ要素をＶＭＬのｌｉｎｅ要素に変換し、符号ｃ−２に示されるようにステップＳ１１において生成した親要素に接続させる（ステップＳ１２）。図８は、このようなベクター記述データ生成部１５３３による変換処理のプログラムコード例を示す図である。
【００３４】
例えば、帳票定義データにおいて、以下のような帳票要素があるとする。
<line id="帳票ID_ln001" x1="1400" y1="460" x2="1860" y2="460" stroke="black" stroke_width="1" stroke_dasharray="solid"/>
このとき、ベクター記述データ生成部１５３３は、ベクター言語種別判定部１５３２によって判定されたベクター言語がＳＶＧであれば、以下のようなベクター要素を生成する。
<svg:line id="帳票ID_ln001" name="帳票ID_ln001" x1="1400" y1="460" x2="1860" y2="460" stroke="black" stroke-width="1"/>
一方、ベクター言語種別判定部１５３２によって判定されたベクター言語がＶＭＬであれば、以下のようなベクター要素を生成する。
<line id=”帳票ID_ln001” name="帳票ID_ln001" from = "1400,460" to = "1860,460" strokecolor = "black" strokeweight = "1pt"></line>
【００３５】
通信部１６００は、帳票サーバと通信を行い、ＨＴＭＬデータ、帳票定義データ、変換プログラムなどを受信する。
【００３６】
帳票サーバ２０００は、ＨＴＭＬデータ、帳票定義データ、変換プログラムなどの情報を配信し、クライアント端末１０００に帳票サービスを提供するコンピュータ装置である。また、帳票サーバ２０００には、ユーザ毎のユーザＩＤとパスワードとの組み合わせが含まれるユーザアカウント情報や認証情報、ユーザによって生成された帳票データなどが予め記憶されている。帳票サーバ２０００は、記憶部２１００と、制御部２２００と、通信部２３００とを備えている。
【００３７】
記憶部２１００には、帳票サーバ２０００が帳票サービスを提供するために必要な情報が記憶されている。記憶部２１００は、ＨＴＭＬデータ記憶部２１１０と、帳票定義データ記憶部２１２０と、変換プログラム記憶部２１３０とを備えている。
ＨＴＭＬデータ記憶部２１１０には、クライアント端末１０００からのアクセスに応じて配信するＨＴＭＬデータが記憶されている。
帳票定義データ記憶部２１２０には、定められた帳票ＩＤ毎に、帳票定義データが対応付けられて記憶されている。帳票ＩＤは、ＨＴＭＬデータのＤＩＶ要素に含まれる帳票ＩＤに対応する。
変換プログラム記憶部２１３０には、帳票定義データに基づいてベクター記述データを生成する変換プログラムが記憶されている。
【００３８】
制御部２２００は、帳票サーバ２０００の動作を制御する。例えば、制御部２２００は、ウェブサーバの機能を備えており、クライアント端末１０００との間のインタフェースであるウェブサイトを提供する。例えば、図９は、制御部２２００が提供する帳票サービスのログイン画面例を示す図である。制御部２２００は、クライアント端末１０００からのアクセスに応じて、このようなログイン画面を、通信部２３００を介してクライアント端末１０００に送信する。
通信部２３００は、ネットワークを介してクライアント端末１０００との通信を行う。
【００３９】
次に、本実施形態の帳票システム１の動作例を説明する。図１０は、本実施形態のクライアント端末１０００−１による帳票データ表示処理の動作例を示すフローチャートである。
まず、クライアント端末１０００が帳票サーバ２０００にアクセスすると、帳票サーバ２０００の制御部２２００は、クライアント端末１０００に上述したようなログイン画面を送信する。クライアント端末１０００の制御部１５００は、受信したログイン画面を表示部１１００に表示させる。入力部１２００は、ユーザからのログイン情報（ＩＤ、パスワード、帳票ＩＤ等）の入力を受付ける。クライアント端末１０００は、通信部１６００を介してログイン情報を帳票サーバ２０００に送信する。帳票サーバ２０００の制御部２２００は、記憶部２１００に記憶されたユーザアカウント情報を読み出してユーザ認証を行い、認証が正当ならば、通信部２３００を介してＨＴＭＬデータをクライアント端末１０００に送信する。
【００４０】
次に、クライアント端末１０００のＨＴＭＬ制御部１５１０は、帳票サーバ２０００から送信されたＨＴＭＬデータを受信すると、記憶部１４００のＨＴＭＬデータ記憶部１４１０に記憶させる。そして、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータ記憶部１４１０に記憶させたＨＴＭＬデータを読み出し、読み出したＨＴＭＬデータの解釈を行う。ここで、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータに含まれるＳＣＲＩＰＴ要素に示されるスクリプトの取得先ＵＲＬに応じて、帳票サーバ２０００の変換プログラム記憶部２１３０から変換プログラムを読み出し、変換プログラム記憶部１４３０に記憶させる。
【００４１】
そして、帳票定義データ取得部１５３１は、ＨＴＭＬデータに含まれるＤＩＶ要素に示される帳票ＩＤをキーとして、帳票ＩＤに対応する帳票定義データを帳票サーバ２０００の帳票定義データ記憶部２１２０から読み出し、帳票定義データ記憶部１４２０に記憶させる（ステップＳ１）。ベクター言語種別判定部１５３２は、自装置のウェブブラウザ１３００のウェブブラウザのユーザエージェント情報を取得し、自装置が対応するベクター言語を判定する（ステップＳ２）。
【００４２】
そして、ベクター記述データ生成部１５３３は、ベクター言語種別判定部１５３２による判定結果に応じて、帳票定義データ記憶部１４２０に記憶された帳票定義データに基づいてベクター記述データを生成する。例えば、ステップＳ２において、自装置のベクター画像制御部１５２０がＶＭＬに対応すると判定すれば（ステップＳ２：ＶＭＬ）、ベクター記述データ生成部１５３３は、帳票定義データに基づいてＶＭＬのベクター記述データを生成し、生成したベクター記述データをＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬのＤＩＶ要素に追加して記憶させる（ステップＳ３）。また、ステップＳ２において、自装置のベクター画像制御部１５２０がＳＶＧに対応すると判定すれば（ステップＳ２：ＳＶＧ）、ベクター記述データ生成部１５３３は、帳票定義データに基づいてＳＶＧのベクター記述データを生成し、生成したベクター記述データをＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬのＤＩＶ要素に追加して記憶させる（ステップＳ４）。
【００４３】
ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータに含まれるＨＴＭＬ要素に応じた画像データを生成し、ベクター画像制御部１５２０は、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータのＤＩＶ要素に含まれるベクター記述データに応じたベクター画像を生成する。制御部１５００は、ＨＴＭＬ制御部１５１０が生成した画像データとベクター画像制御部１５２０が生成したベクター画像とを組み合わせて、表示部１１００に表示させる（ステップＳ５）。
【００４４】
以上説明したように、本実施形態の帳票システム１によれば、クライアント端末１０００は、様々な種別のウェブブラウザで共通して用いられるクライアントスクリプトにより処理を行うとともに、ウェブブラウザが備えるベクター画像の表示機能を用いてベクター画像を表示させるため、表現力の高い方法で、かつ自身の環境に依存せずに帳票データを表示することができる。すなわち、ユーザは、クライアント端末１０００に帳票データを表示させるために、プラグインなどの特殊なアプリケーションをインストールしたり、バージョンアップしたりといった操作を行う必要がない。このように、本実施形態によれば、ユーザが特殊な操作を行うことなく、クライアント端末１０００が変換プログラムを自動的に取得し、クライアント側で自動的に変換プログラムが実行され、ウェブブラウザの種別に応じた帳票データを生成、表示できる。また、生成された帳票レイアウトは、ベクター画像で生成されるため、従来から紙媒体で作成されている帳票レイアウトと同一の見たままの帳票をブラウザに表示することが可能となる。また、クライアント端末１０００においてベクター記述データを生成するため、帳票サーバ２０００側で何種類もの帳票情報を格納したり生成したりする必要もなく、サーバ負荷または運用負荷を軽減することができる。
【００４５】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。本実施形態の帳票システム１は第１の実施形態と同様であり、本実施形態において特徴的な点を以下に説明する。本実施形態において帳票サーバ２０００からクライアント端末１０００に送信される帳票定義データには、データ入力を受付ける帳票要素が含まれる。また、変換プログラムには、データ入力を受付ける帳票要素について、データ入力を受付ける領域（データ入力受付エリア）を示すベクター要素およびデータ入力を受付けるＸＨＴＭＬ（Extensible HyperText Markup Language）の入力フォーム記述要素に変換するプログラムが含まれる。そして、クライアント端末１０００のベクター記述データ生成部１５３３によってデータ入力受付エリアを示すベクター要素およびデータ入力を受付けるＸＨＴＭＬの入力フォーム記述要素が生成され、表示部１１００に表示されるものである。ここでは、入力フォーム記述要素としてＸＨＴＭＬを用いているが、ＸＨＴＭＬやＨＴＭＬの要素に限らず、ブラウザが解釈可能な場合にはＸＦｏｒｍｓやＷｅｂＦｏｒｍｓ等の要素を用いても良い。
【００４６】
図１１は、帳票定義データに入力項目が含まれる場合の変換例を示す図である。図１１（ａ）は、データ入力を受付ける帳票要素（ｔｅｘｔｆｉｅｌｄ）の例を示す図である。図１１（ｂ−１）は、データ入力を受付ける帳票要素が変換されたベクター記述データ（ＶＭＬ）およびデータ入力を受付けるＸＨＴＭＬデータの例を示す図である。図１１（ｂ−２）は、データ入力を受付ける帳票要素が変換されたベクター記述データ（ＳＶＧ）およびデータ入力を受付けるＸＨＴＭＬデータの例を示す図である。
図１２は、入力項目が含まれるベクター画像の表示例を示す図である。ここでは、ベクター画像の帳票データ上にデータ入力受付エリアを示すベクター要素がグレーで表示され、ＸＨＴＭＬデータのテキスト入力機能により入力を受付ける。
このように、本実施形態によれば、表示部１１００に表示された帳票データに応じてデータの入力を受付ける事が可能となり、帳票データへの情報入力をネットワーク上で完結することができる。
【００４７】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。本実施形態のクライアント端末１０００は、第２の実施形態においてテキストボックスなどのデータ入力を受付けるＸＨＴＭＬデータの入力機能により入力情報が入力された場合、入力された情報をベクター要素に変換するものである。
ここでは、入力を受付ける帳票要素を、データ入力受付エリアを示すベクター要素およびテキストボックスなどのデータ入力を受付けるＸＨＴＭＬの入力フォーム記述要素に変換する処理を行う際に、テキストボックスなどの入力後に新たな変換プログラムを呼び出すように設定する。例えば、図１３は、イベントに応じてベクター記述データを変換する場合のベクター記述データと変換プログラムコードとの例を示す図である。この場合、図１３（ａ）に示すように、ベクター要素に埋め込まれたＸＨＴＭＬの入力フォーム記述要素に、例えばｏｎｂｌｕｒイベント（フォーカス喪失を示すイベント）時に”transforminput”という新たな変換プログラムを動作させる指示を記載しておく。そして、図１３（ｂ）に示すように、ＳＣＲＩＰＴ要素において、入力されたテキストをベクター要素のテキスト要素に変換し、ＸＨＴＭＬデータで生成されたテキストボックスを隠す（非表示にする）機能を有する新たな変換プログラム（transforminput）を実行する。
【００４８】
図１４は、このようにＸＨＴＭＬの入力フォーム記述要素に入力されたデータをベクター画像に変換する場合の表示例を示す図である。図１４（ａ）は、変換前のＸＨＴＭＬ要の入力フォーム記述素およびＸＨＴＭＬに入力されたデータの表示例を示す図である。ここで、テキストボックスから、マウスやタブキーなどでフォーカスが他のコントロールに移動すると、図１４（ｂ）のように表示される。図１４（ｂ）は、変換後のベクター画像の表示例を示す図である。
このように、本実施形態によれば、入力された内容がテキストではなくベクター画像に変換されるため、帳票データ全体の拡大・縮小などを簡単に行うことが可能となる。
【００４９】
＜第４の実施形態＞
次に、本発明の第４の実施形態について説明する。本実施形態の帳票システム１は第１の実施形態および第２の実施形態と同様であり、本実施形態において特徴的な点を以下に説明する。本実施形態におけるベクター記述データ生成部１５３３は、帳票定義データにおける帳票要素を拡大または縮小したベクター記述データを生成する。すなわち、帳票データに多くの項目が含まれていたり、帳票データを全体表示した場合に文字や入力フィールドが小さくなったりすることが考えられるため、帳票データを拡大したり、縮小したりする。
【００５０】
ここでは、帳票サーバ２０００が送信するＨＴＭＬデータには、例えば図１２の画面上部に示されるように、予め拡大または縮小を受付けるためのボタンを表示しておくとともに、ボタンが押下されたイベントに対応して、押下されたボタンの拡大率または縮小率に応じた数値に、ＤＩＶ要素に埋め込まれたＨＴＭＬデータまたはベクター記述データのタグを更新するプログラムを記載しておく。そして、ユーザが拡大または縮小のボタンを押下すると、ベクター記述データ生成部１５３３は、このイベントに対応して、ＨＴＭＬデータまたはベクター記述データのＤＯＭツリーの更新を行う。
【００５１】
ここでは、例えば、ベクター記述データ生成部１５３３は、ＨＴＭＬデータにおけるＨＴＭＬ要素またはベクター記述データにおけるベクター要素に、初期表示の値をdefault_size属性やdefault_font_size属性として設定し、予めＤＯＭイメージに追加しておく。そして、ボタンを押下されることにより指定された拡大率または縮小率に応じて各属性の値を計算し、これをもとにベクター画像の拡大・縮小を行うとともに、フォントの拡大・縮小を行う。ここで、ベクター画像の種別によっては、フォントの拡大・縮小は省略可能である。
【００５２】
例えば、ＶＭＬにおいて２倍から３倍に変換する場合、Ｇｒｏｕｐタグのｓｔｙｌｅ属性内におけるＷＩＤＴＨとＨＥＩＧＨＴを変更することで、ベクター要素の拡大・縮小を行うとともに、ｔｅｘｔａｒｅａタグのｓｔｙｌｅ属性内のＦＯＮＴ−ＳＩＺＥ、ｉｎｐｕｔタグのｓｔｙｌｅ属性内のＦＯＮＴ−ＳＩＺＥなどを同じ倍率に変更する。このように倍率を同時に変更することで、帳票全体の拡大・縮小を実現する。図１５（ａ）は、ベクター記述データ生成部１５３３による変換前のベクター記述データの例を示す図である。図１５（ｂ）は、ベクター記述データ生成部１５３３による変換後のベクター記述データの例を示す図である。ここでは、例えば１行目に示されるＷＩＤＴＨ属性が１２００ｐｘから１８００ｐｘに変換されている。
【００５３】
あるいは、例えば、ベクター要素に拡大率または縮小率の数値を示すＺＯＯＭ属性を設定し、ＺＯＯＭ属性の設定値に応じてベクター要素の大きさを変更するようにしても良い。
このように、本実施形態によれば、例えば入力項目を含むベクター要素の拡大・縮小が可能となるため、帳票データへの情報入力時に、帳票全体が表示された状態だと小さくて入力が難しい場合にベクター画像および入力を受付けるためのＸＨＴＭＬの画像を拡大して情報を入力することが可能であり、入力後にまた元の大きさに戻す事も可能となる。
【００５４】
このように、本実施形態によれば、例えば従来はクライアント端末によってダウンロードした帳票データを紙媒体に印刷し、ユーザが必要事項を記入して郵送したり、帳票サーバがネットワークを介してクライアント端末から受信した情報を定められた帳票の紙媒体に印刷し、ユーザに郵送したりして事務処理を行っていた場合にも、このような情報通信と紙媒体の郵送との併用ではなく、ネットワークを介した通信のみによって事務処理を完結させ、より効率良く帳票処理を行うことが可能となる。
【００５５】
なお、本発明における各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより帳票処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００５７】
１ 帳票システム
１０００ クライアント端末
１１００ 表示部
１２００ 入力部
１３００ ウェブブラウザ
１４００ 記憶部
１４１０ ＨＴＭＬデータ記憶部
１４２０ 帳票定義データ記憶部
１４３０ 変換プログラム記憶部
１５００ 制御部
１５１０ ＨＴＭＬ制御部
１５２０ ベクター画像制御部
１５３０ クライアントスクリプト制御部
１５３１ 帳票定義データ取得部
１５３２ ベクター言語種別判定部
１５３３ ベクター記述データ生成部
１６００ 通信部
２０００ 帳票サーバ
２１００ 記憶部
２１１０ ＨＴＭＬデータ記憶部
２１２０ 帳票定義データ記憶部
２１３０ 変換プログラム記憶部
２２００ 制御部
２３００ 通信部
【技術分野】
【０００１】
本発明は、帳票データを処理する技術に関する。
【背景技術】
【０００２】
インターネット等のネットワークや情報処理技術の発達に伴って、紙媒体の帳票を電子化した帳票データを処理する帳票システムが利用されている。例えば、特許文献１には、帳票サーバが、ＨＴＭＬ（HyperText Markup Language）によって記述した帳票データをクライアント端末に送信して表示させる技術が記載されている。特許文献２には、帳票サーバがＰＤＦ（Portable Document Format）形式の帳票データを生成し、生成した帳票データをクライアント端末に送信して表示させる技術が記載されている。非特許文献１には、クライアント端末において特定のクライアント端末の環境に依存する特殊なアプリケーション技術であるＡｃｔｉｖｅＸ（登録商標）を利用して、帳票データへの情報入力や帳票の印刷などを行う技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−６５５６号公報
【特許文献２】特開２００５−７１０６６号公報
【非特許文献】
【０００４】
【非特許文献１】“ＳＶＦ”、[online]、[平成２２年０１月１４日検索]、インターネットＵＲＬ：http://www.wingarc.com/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では帳票データの記述にＨＴＭＬを用いているため、例えば曲線などが含まれる帳票データを表現することができない。また規定帳票で使われる表の四隅に丸みをつけるような表現もできず、規定帳票そのままのインタフェースを表現できない。また、ＨＴＭＬはクライアント端末の実行環境によって詳細な表示が異なる場合があるため、ＯＳ（Operating System）やブラウザの種別毎に異なるＨＴＭＬデータを予め生成しておいたり、リクエストに応じてサーバが動的に生成したりする必要があり、帳票設計や帳票管理などが複雑となり過大な運用負荷、または処理負荷がかかる。特許文献２の技術では、クライアント端末がＰＤＦ形式のデータを読み込んで表示する表示アプリケーション（Ａｄｏｂｅ（登録商標）Ｒｅａｄｅｒ）を備えていなければ帳票データを表示できないため、クライアント端末の環境に依存する。この場合、ユーザが主体的にクライアント端末を操作して、定められた表示アプリケーションのインストールを行わなければ帳票データが表示できず、インストール後もセキュリティ上バージョンアップを行うケースもあり、操作を行うことが煩雑である場合がある。非特許文献１の技術についても同様に、クライアント端末が特殊なアプリケーション技術を実行する機能を備えていなければ帳票処理が行えないため、クライアント端末の環境に依存するという問題がある。ここで、帳票データの処理においては、規定帳票そのままのインタフェースを表現可能で、かつクライアント端末の環境に依存しないことが望ましい。
【０００６】
本発明は、このような状況に鑑みてなされたもので、表現力のより高い方法で、かつクライアント端末の環境に依存しない帳票生成装置、帳票生成方法および帳票生成プログラムを提供する。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データに基づいてベクター画像を生成するベクター画像制御部を備え、ネットワークを介して接続された帳票サーバから送信される情報に基づいて帳票データを生成する帳票生成装置であって、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部と、帳票サーバから、帳票定義データを取得して帳票定義データ記憶部に記憶させる帳票定義データ取得部と、帳票サーバから、変換プログラムを取得して変換プログラム記憶部に記憶させる変換プログラム取得部と、ベクター画像制御部に対応するベクター言語の種別を判定するベクター言語種別判定部と、変換プログラム記憶部に記憶された変換プログラムを用いて、帳票定義データ記憶部に記憶された帳票定義データに基づいて、ベクター言語種別判定部による判定結果に応じたベクター言語により記述されたベクター記述データを生成する制御部と、制御部によって生成されたベクター記述データに基づいて生成されるベクター画像を表示する表示部と、を備えることを特徴とする。
【０００８】
また、本発明は、上述の帳票定義データには、データ入力を受付ける帳票要素が含まれ、変換プログラムには、データ入力を受付ける帳票要素を、ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換するプログラムが含まれ、制御部は、変換プログラムを用いて、データ入力を受付ける帳票要素を、ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換することを特徴とする。
【０００９】
また、本発明は、制御部が、データ入力を受付ける帳票要素に応じて入力された情報に基づいてベクター記述データを生成することを特徴とする。
【００１０】
また、本発明は、制御部が、帳票要素を拡大または縮小したベクター記述データを生成することを特徴とする。
【００１１】
また、本発明は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置と、帳票生成装置にネットワークを介して接続された帳票サーバとを備える帳票システムの帳票生成方法であって、帳票生成装置が、帳票サーバから、帳票定義データを取得して帳票定義データ記憶部に記憶させるステップと、帳票サーバから、変換プログラムを取得して変換プログラム記憶部に記憶させるステップと、ベクター画像制御部に対応するベクター言語の種別を判定するステップと、変換プログラム記憶部に記憶された変換プログラムを用いて、帳票定義データ記憶部に記憶された帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成するステップと、生成したベクター記述データに基づいてベクター画像を生成するステップと、生成したベクター画像を表示するステップと、を備えることを特徴とする。
【００１２】
また、本発明は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置のコンピュータに、ネットワークを介して接続された帳票サーバから、帳票定義データを取得して帳票定義データ記憶部に記憶させるステップと、帳票サーバから、変換プログラムを取得して変換プログラム記憶部に記憶させるステップと、ベクター画像制御部に対応するベクター言語の種別を判定するステップと、変換プログラム記憶部に記憶された変換プログラムを用いて、帳票定義データ記憶部に記憶された帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成するステップと、生成したベクター記述データに基づいてベクター画像を生成するステップと、生成したベクター画像を表示するステップと、を実行させる帳票生成プログラムである。
【発明の効果】
【００１３】
以上説明したように、本発明によれば、帳票生成装置は、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データを帳票サーバから受信して記憶し、帳票定義データに基づいて複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムを帳票サーバから受信して記憶し、自装置に対応するベクター言語の種別を判定し、変換プログラムを用いて、帳票定義データに基づいて、ベクター言語種別の判定結果に応じたベクター言語により記述されたベクター記述データを生成し、生成したベクター記述データに基づくベクター画像を表示するようにしたので、表現力のより高い方法で、かつクライアント端末の環境に依存しない帳票生成装置、帳票システムおよび帳票生成プログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態による帳票システムの構成例を示すブロック図である。
【図２】本発明の一実施形態によるＨＴＭＬデータ記憶部に記憶されるＨＴＭＬデータのデータ例を示す図である。
【図３】本発明の一実施形態による帳票定義データのデータ例を示す図である。
【図４】本発明の一実施形態によるベクター言語種別判定処理のプログラムコード例を示す図である。
【図５】本発明の一実施形態によるＳＶＧ変換処理における帳票要素の対応表を示す図である。
【図６】本発明の一実施形態によるＶＭＬ変換処理における帳票要素の対応表を示す図である。
【図７】本発明の一実施形態による帳票定義データの変換手順を示す図である。
【図８】本発明の一実施形態による変換処理のプログラムコード例を示す図である。
【図９】本発明の一実施形態による帳票サービスのログイン画面例を示す図である。
【図１０】本発明の一実施形態による帳票データ表示処理の動作例を示すフローチャートである。
【図１１】本発明の一実施形態による帳票定義データに入力項目が含まれる場合の変換例を示す図である。
【図１２】本発明の一実施形態による入力項目が含まれるベクター画像の表示例を示す図である。
【図１３】本発明の一実施形態によるイベントに応じてベクター記述データを変換する場合のベクター記述データと変換プログラムコードとの例を示す図である。
【図１４】本発明の一実施形態によるこのようにベクター記述データを変換してベクター画像を変換する場合の表示例を示す図である。
【図１５】本発明の一実施形態によるこのようなベクター記述データの変換前後のベクター記述データの例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態について、図面を参照して説明する。
＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。本実施形態では、異なる種別のウェブブラウザ間でも共通に利用できるプログラミング言語であるクライアントスクリプト（ＪａｖａＳｃｒｉｐｔ（登録商標））を利用して、クライアント端末におけるウェブブラウザのメモリ内のデータ構造を直接操作し、画面表示を更新する技法（Ｄｙｎａｍｉｃ ＨＴＭＬ、Ａｊａｘ）を用いる事により、ウェブブラウザの種別に応じた帳票データのベクター画像をクライアント端末に表示させることを可能とする。ここで、ベクター画像は、ベクター言語によって記述されたベクター記述データをウェブブラウザが解釈することによりクライアント端末において生成される画像であり、曲線等の表現が可能である。
【００１６】
一般的に用いられるベクター言語には、例えばＳＶＧ（Scalable Vector Graphics）やＶＭＬ（Vector Markup Language）が存在し、多くのウェブブラウザがこのようなベクター言語で記述されたベクター記述データに基づいてベクター画像を生成する機能を備えている。しかし、例えばウェブブラウザであるＩｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ（登録商標）はＶＭＬを解釈してベクター画像を表示するベクター画像制御部を備えるが、ＳＶＧを解釈する機能を備えていない。一方、例えばＦｉｒｅｆｏｘ（登録商標）はＳＶＧを解釈してベクター画像を表示するベクター画像制御部を備えるが、ＶＭＬを解釈する機能を備えていない。そこで、本実施形態では、帳票構造が定義された帳票定義データと、この帳票定義データに基づいてクライアント端末のウェブブラウザに対応するベクター記述データを生成する変換プログラムとを帳票サーバに予め記憶させ、クライアント端末が帳票サーバからそれらをダウンロードする。クライアント端末は、ダウンロードした変換プログラムに基づいて自装置が解釈可能なベクター言語を判定し、判定結果に応じて、帳票定義データに基づいて自装置が解釈可能なベクター言語を用いて記述されたベクター記述データを生成する。そして、生成したベクター記述データをウェブブラウザのメモリ内に挿入し、ウェブブラウザがベクター記述データを解釈してベクター画像を生成することにより、画面に表示させる。
【００１７】
図１は、本実施形態による帳票システム１の構成を示すブロック図である。帳票システム１は、複数台のクライアント端末１０００−Ｎ（クライアント端末１０００−１、クライアント端末１０００−２、・・・）と、帳票サーバ２０００とのコンピュータ装置を備えている。ここで、複数台のクライアント端末１０００−Ｎは同様の構成であるため、特に区別をしない場合にはクライアント端末１０００として説明する。
【００１８】
クライアント端末１０００は、ネットワークを介して接続された帳票サーバ２０００から送信される情報に基づいて帳票データを生成する帳票生成装置である。クライアント端末１０００には、いわゆるＰＣ（パーソナルコンピュータ）、ＰＤＡ（Personal Digital Assistant）、携帯電話端末などが適用できる。ここで、クライアント端末１０００のＯＳは特定の種別に限定されるものではなく、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ、Ｍａｃ（登録商標）ＯＳ、ＬＩＮＵＸ（登録商標）、携帯機器用プラットフォームであるＡｎｄｒｏｉｄ（登録商標）等のいずれでも良い。
【００１９】
また、クライアント端末１０００が備えるウェブブラウザ１３００も、特定の種別に限定されるものではなく、ＳＶＧが表示可能なブラウザであるＦｉｒｅｆｏｘ（登録商標）、Ｓａｆａｒｉ（登録商標）、Ｏｐｅｒａ（登録商標）、あるいはＶＭＬが表示可能なブラウザであるＩＥ（Internet Explorer（登録商標））等のいずれでも良い。このように、本実施形態におけるクライアント端末１０００は、そのＯＳもウェブブラウザも特定の種別に限定されるものではない。クライアント端末１０００は、表示部１１００と、入力部１２００と、ウェブブラウザ１３００とを備えている。
【００２０】
表示部１１００は、帳票サーバ２０００から送信される情報等や入力部１２００によって入力される情報などが表示されるディスプレイである。表示部１１００には、ベクター記述データ生成部１５３３によって生成されたベクター記述データに基づいて生成されるベクター画像が表示される。
入力部１２００は、ユーザからの情報入力を受付ける。入力部１２００には、例えば、キーボードやマウスなどのデバイスが適用できる。
【００２１】
ウェブブラウザ１３００は、インターネット等のネットワークを介して帳票サーバ２０００と通信を行って受信した情報等を表示部１１００に表示させる。ウェブブラウザ１３００は、記憶部１４００と、制御部１５００とを備えている。
記憶部１４００は、ＨＴＭＬデータ記憶部１４１０と、帳票定義データ記憶部１４２０と、変換プログラム記憶部１４３０とを備えている。
【００２２】
ＨＴＭＬデータ記憶部１４１０には、帳票サーバ２０００から送信されるＨＴＭＬデータが記憶される。ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータは、制御部１５００のＨＴＭＬ制御部１５１０によって監視されており、ＨＴＭＬ制御部１５１０によって解釈されてレンダリングされ、画像データとして表示部１１００に表示される。ここでは、ウェブブラウザ１３００によって帳票サーバ２０００に接続すると、帳票サーバ２０００からＨＴＭＬデータが送信され、ＨＴＭＬデータ記憶部１４１０に記憶される。
【００２３】
図２は、ＨＴＭＬデータ記憶部１４１０に記憶されるＨＴＭＬデータのデータ例を示す図である。ＨＴＭＬデータには、符号ａに示すように、変換プログラムのファイルの取得先のＵＲＬを示すＳＣＲＩＰＴ要素が含まれる。制御部１５００によって、このＵＲＬに応じたスクリプトファイルが取得される。また、ＨＴＭＬデータには、符号ｂに示すように、複数のタグを包含するタグであるＤＩＶ要素が含まれる。ＤＩＶ要素は、ベクター記述データ生成部１５３３によって生成されるベクター記述データに基づくベクター画像の表示領域として確保される。また、ＤＩＶ要素には、対応する帳票を定義した帳票定義データを識別する帳票ＩＤが含まれる。後述する帳票定義データ取得部１５３１によって、この帳票ＩＤに応じた帳票定義データが取得される。ベクター記述データ生成部１５３３によってこのＤＩＶ要素にＨＴＭＬ要素またはベクター要素が追加され、ＨＴＭＬデータ記憶部１４１０に記憶されることで、帳票データが生成される。なお、本実施形態においては、ＤＩＶ要素中に帳票ＩＤを定義しているが、ＨＴＭＬデータ内のＳＣＲＩＰＴ要素中やその他の要素中に定義しても良く、帳票サーバ２０００へ帳票ＩＤを事前に送信しておき、一連の動作が完了するまで記憶部２１００内に保持しておいても良い。
【００２４】
帳票定義データ記憶部１４２０には、定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される。帳票定義データは、ＨＴＭＬデータのＤＩＶ要素に含まれる帳票ＩＤに応じて帳票定義データ取得部１５３１によって取得される。図３は、帳票定義データ記憶部１４２０に記憶される帳票定義データのデータ例を示す図である。帳票定義データは、複数種別のベクター言語に共通する帳票データ構造が定義されたファイルであり、ベクター言語の帳票の種別毎に帳票ＩＤ、帳票の描画領域、帳票レイアウト情報（線（ｌｉｎｅ）、矩形（ｒｅｃｔ）、角丸矩形、円、横書きテキスト、縦書きテキスト、数値入力フィールド、単一行入力フィールド、複数行入力フィールド、チェックボックス、ラジオボタン、コンボボックス、ボタン、バーコード、二次元バーコード等の情報）などの帳票要素がＸＭＬ言語により表現されて記述される。
【００２５】
変換プログラム記憶部１４３０には、帳票定義データ記憶部１４２０に記憶された帳票定義データに基づいて、複数種別のベクター言語に応じたベクター記述データを生成する変換プログラムが記憶される。変換プログラムは、ＨＴＭＬデータのＳＣＲＩＰＴ要素によって示された、ファイルの取得先のＵＲＬより取得する。変換プログラムは、クライアントスクリプト制御部１５３０によって動作されるため、その処理内容は後述するクライアントスクリプト制御部１５３０において説明する。
【００２６】
制御部１５００は、ＨＴＭＬ制御部１５１０と、ベクター画像制御部１５２０と、クライアントスクリプト制御部１５３０とを備えている。
ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータを読み出し、読み出したＨＴＭＬデータを解釈してレンダリングし、画像データを生成して表示部１１００に表示する。また、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータを解釈する際、ＨＴＭＬデータに画像ファイルやスクリプトファイルなどの取得先ＵＲＬが含まれる場合には、通信部１６００を介して取得先ＵＲＬに接続し、ファイルを取得する。ここでは、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータのＳＣＲＩＰＴ要素によって示される変換プログラムを帳票サーバ２０００から取得して変換プログラム記憶部１４３０に記憶させる。
【００２７】
ベクター画像制御部１５２０は、複数種別のベクター言語のうち定められたベクター言語に応じて記述されたベクター記述データに基づいてベクター画像を生成する。ベクター画像制御部１５２０は、例えばＳＶＧやＶＭＬなどのベクター言語のうちいずれかのベクター言語を解釈してベクター画像を生成する。上述したように、対応するベクター言語はウェブブラウザの種別により異なる。ここでは、ベクター画像制御部１５２０は、ＨＴＭＬデータ記憶部１４１０に記憶されるＨＴＭＬデータのＤＩＶ要素に含まれるベクター記述データを読み出し、ベクター画像を生成する。
このように、表示部１１００に表示される画像データのうち、ＨＴＭＬ部分はＨＴＭＬ制御部１５１０によって、ベクター画像部分はベクター画像制御部１５２０によって解釈される。
【００２８】
クライアントスクリプト制御部１５３０は、定められたクライアントスクリプトを実行する。例えば、クライアントスクリプト制御部１５３０は、ＨＴＭＬデータのＳＣＲＩＰＴ要素に含まれるスクリプトや、変換プログラム記憶部１４３０に記憶された変換プログラムのスクリプト等を実行する。ここで、クライアントスクリプト制御部１５３０は、変換プログラム記憶部１４３０に記憶された変換プログラムを実行し、帳票ＩＤに基づいて帳票サーバ２０００から帳票定義データを取得して帳票定義データ記憶部１４２０に記憶させ、帳票定義データに基づいて、自装置のベクター画像制御部１５２０に対応するベクター言語により記述されたベクター記述データを生成する。クライアントスクリプト制御部１５３０は、帳票定義データ取得部１５３１と、ベクター言語種別判定部１５３２と、ベクター記述データ生成部１５３３との機能部を備えている。これらの機能部は、帳票サーバ２０００から送信されたＨＴＭＬデータのＳＣＲＩＰＴ要素によって読み込まれた変換プログラムにより構成される。
【００２９】
帳票定義データ取得部１５３１は、通信部１６００を介して帳票サーバ２０００と通信を行い、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータのＤＩＶ要素に含まれる帳票ＩＤに対応する帳票定義データを、帳票サーバ２０００から取得する。ここで、帳票定義データ取得部１５３１は、ＨＴＴＰ（Hypertext Transfer Protocol）通信を行うためのＪａｖａＳｃｒｉｐｔ（登録商標）組み込みクラスであるＸＭＬＨｔｔｐＲｅｑｕｅｓｔによる非同期通信を利用して、ウェブページの再読込みを行うことなく帳票定義データを取得する。
【００３０】
ベクター言語種別判定部１５３２は、ベクター画像制御部１５２０に対応するベクター言語の種別を判定する。ベクター言語種別判定部１５３２は、例えば、ウェブブラウザ１３００の種別を判定することにより、自身のウェブブラウザ１３００が備えるベクター画像制御部１５２０が対応するベクター言語の種別を判定する。例えば、図４は、ベクター言語種別判定部１５３２によるベクター言語種別判定処理のプログラムコード例を示す図である。ベクター言語種別判定部１５３２は、例えばウェブブラウザのユーザエージェントの情報を取得し、取得した情報に特定の文字列が含まれるか否かに応じて、利用するベクター言語の種別を判定する。ここでは、ウェブブラウザのユーザエージェントの情報に「ＭＳＩＥ」という文字列が含まれている場合には、ＶＭＬのベクター言語に対応すると判定し、「ＭＳＩＥ」という文字列が含まれていない場合には、ＳＶＧのベクター言語に対応すると判定する。
【００３１】
ベクター記述データ生成部１５３３は、帳票定義データ記憶部１４２０に記憶された帳票定義データに基づいて、ベクター言語種別判定部１５３２による判定結果に応じたベクター言語により記述されたＤＯＭ（Document Object Model）ツリーであるベクター記述データを生成する。ベクター記述データ生成部１５３３は、生成したベクター記述データを、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータに含まれるＤＩＶ要素に追加して記憶させる。
【００３２】
図５は、ベクター記述データ生成部１５３３によるＳＶＧへの変換処理における帳票要素の対応表を示す図であり、図６は、ベクター記述データ生成部１５３３によるＶＭＬへの変換処理における帳票要素の対応表を示す図である。変換プログラムは、このような帳票定義データにおける帳票要素とベクター画像におけるベクター要素との対応関係に基づいて、帳票要素を変換してＶＭＬ要素やＳＶＧ要素を生成するプログラムである。
【００３３】
例えば、図７は、ベクター記述データ生成部１５３３による帳票定義データの変換手順を示す図である。符号ａに示すような帳票定義データが存在する場合、ベクター記述データ生成部１５３３は、ＸＭＬパーサを用いて符号ｂ−１に示されるようなＤＯＭツリーを構築する（ステップＳ１０）。ベクター記述データ生成部１５３３は、ＤＯＭツリーにおける上位の帳票要素であるｇｒｏｕｐ要素を符号ｂ−２に示されるようなＶＭＬのｇｒｏｕｐ要素に変換する（ステップＳ１１）。次に、符号ｃ−１に示されるようにｇｒｏｕｐ要素の子要素であるｌｉｎｅ要素をＶＭＬのｌｉｎｅ要素に変換し、符号ｃ−２に示されるようにステップＳ１１において生成した親要素に接続させる（ステップＳ１２）。図８は、このようなベクター記述データ生成部１５３３による変換処理のプログラムコード例を示す図である。
【００３４】
例えば、帳票定義データにおいて、以下のような帳票要素があるとする。
<line id="帳票ID_ln001" x1="1400" y1="460" x2="1860" y2="460" stroke="black" stroke_width="1" stroke_dasharray="solid"/>
このとき、ベクター記述データ生成部１５３３は、ベクター言語種別判定部１５３２によって判定されたベクター言語がＳＶＧであれば、以下のようなベクター要素を生成する。
<svg:line id="帳票ID_ln001" name="帳票ID_ln001" x1="1400" y1="460" x2="1860" y2="460" stroke="black" stroke-width="1"/>
一方、ベクター言語種別判定部１５３２によって判定されたベクター言語がＶＭＬであれば、以下のようなベクター要素を生成する。
<line id=”帳票ID_ln001” name="帳票ID_ln001" from = "1400,460" to = "1860,460" strokecolor = "black" strokeweight = "1pt"></line>
【００３５】
通信部１６００は、帳票サーバと通信を行い、ＨＴＭＬデータ、帳票定義データ、変換プログラムなどを受信する。
【００３６】
帳票サーバ２０００は、ＨＴＭＬデータ、帳票定義データ、変換プログラムなどの情報を配信し、クライアント端末１０００に帳票サービスを提供するコンピュータ装置である。また、帳票サーバ２０００には、ユーザ毎のユーザＩＤとパスワードとの組み合わせが含まれるユーザアカウント情報や認証情報、ユーザによって生成された帳票データなどが予め記憶されている。帳票サーバ２０００は、記憶部２１００と、制御部２２００と、通信部２３００とを備えている。
【００３７】
記憶部２１００には、帳票サーバ２０００が帳票サービスを提供するために必要な情報が記憶されている。記憶部２１００は、ＨＴＭＬデータ記憶部２１１０と、帳票定義データ記憶部２１２０と、変換プログラム記憶部２１３０とを備えている。
ＨＴＭＬデータ記憶部２１１０には、クライアント端末１０００からのアクセスに応じて配信するＨＴＭＬデータが記憶されている。
帳票定義データ記憶部２１２０には、定められた帳票ＩＤ毎に、帳票定義データが対応付けられて記憶されている。帳票ＩＤは、ＨＴＭＬデータのＤＩＶ要素に含まれる帳票ＩＤに対応する。
変換プログラム記憶部２１３０には、帳票定義データに基づいてベクター記述データを生成する変換プログラムが記憶されている。
【００３８】
制御部２２００は、帳票サーバ２０００の動作を制御する。例えば、制御部２２００は、ウェブサーバの機能を備えており、クライアント端末１０００との間のインタフェースであるウェブサイトを提供する。例えば、図９は、制御部２２００が提供する帳票サービスのログイン画面例を示す図である。制御部２２００は、クライアント端末１０００からのアクセスに応じて、このようなログイン画面を、通信部２３００を介してクライアント端末１０００に送信する。
通信部２３００は、ネットワークを介してクライアント端末１０００との通信を行う。
【００３９】
次に、本実施形態の帳票システム１の動作例を説明する。図１０は、本実施形態のクライアント端末１０００−１による帳票データ表示処理の動作例を示すフローチャートである。
まず、クライアント端末１０００が帳票サーバ２０００にアクセスすると、帳票サーバ２０００の制御部２２００は、クライアント端末１０００に上述したようなログイン画面を送信する。クライアント端末１０００の制御部１５００は、受信したログイン画面を表示部１１００に表示させる。入力部１２００は、ユーザからのログイン情報（ＩＤ、パスワード、帳票ＩＤ等）の入力を受付ける。クライアント端末１０００は、通信部１６００を介してログイン情報を帳票サーバ２０００に送信する。帳票サーバ２０００の制御部２２００は、記憶部２１００に記憶されたユーザアカウント情報を読み出してユーザ認証を行い、認証が正当ならば、通信部２３００を介してＨＴＭＬデータをクライアント端末１０００に送信する。
【００４０】
次に、クライアント端末１０００のＨＴＭＬ制御部１５１０は、帳票サーバ２０００から送信されたＨＴＭＬデータを受信すると、記憶部１４００のＨＴＭＬデータ記憶部１４１０に記憶させる。そして、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータ記憶部１４１０に記憶させたＨＴＭＬデータを読み出し、読み出したＨＴＭＬデータの解釈を行う。ここで、ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータに含まれるＳＣＲＩＰＴ要素に示されるスクリプトの取得先ＵＲＬに応じて、帳票サーバ２０００の変換プログラム記憶部２１３０から変換プログラムを読み出し、変換プログラム記憶部１４３０に記憶させる。
【００４１】
そして、帳票定義データ取得部１５３１は、ＨＴＭＬデータに含まれるＤＩＶ要素に示される帳票ＩＤをキーとして、帳票ＩＤに対応する帳票定義データを帳票サーバ２０００の帳票定義データ記憶部２１２０から読み出し、帳票定義データ記憶部１４２０に記憶させる（ステップＳ１）。ベクター言語種別判定部１５３２は、自装置のウェブブラウザ１３００のウェブブラウザのユーザエージェント情報を取得し、自装置が対応するベクター言語を判定する（ステップＳ２）。
【００４２】
そして、ベクター記述データ生成部１５３３は、ベクター言語種別判定部１５３２による判定結果に応じて、帳票定義データ記憶部１４２０に記憶された帳票定義データに基づいてベクター記述データを生成する。例えば、ステップＳ２において、自装置のベクター画像制御部１５２０がＶＭＬに対応すると判定すれば（ステップＳ２：ＶＭＬ）、ベクター記述データ生成部１５３３は、帳票定義データに基づいてＶＭＬのベクター記述データを生成し、生成したベクター記述データをＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬのＤＩＶ要素に追加して記憶させる（ステップＳ３）。また、ステップＳ２において、自装置のベクター画像制御部１５２０がＳＶＧに対応すると判定すれば（ステップＳ２：ＳＶＧ）、ベクター記述データ生成部１５３３は、帳票定義データに基づいてＳＶＧのベクター記述データを生成し、生成したベクター記述データをＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬのＤＩＶ要素に追加して記憶させる（ステップＳ４）。
【００４３】
ＨＴＭＬ制御部１５１０は、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータに含まれるＨＴＭＬ要素に応じた画像データを生成し、ベクター画像制御部１５２０は、ＨＴＭＬデータ記憶部１４１０に記憶されたＨＴＭＬデータのＤＩＶ要素に含まれるベクター記述データに応じたベクター画像を生成する。制御部１５００は、ＨＴＭＬ制御部１５１０が生成した画像データとベクター画像制御部１５２０が生成したベクター画像とを組み合わせて、表示部１１００に表示させる（ステップＳ５）。
【００４４】
以上説明したように、本実施形態の帳票システム１によれば、クライアント端末１０００は、様々な種別のウェブブラウザで共通して用いられるクライアントスクリプトにより処理を行うとともに、ウェブブラウザが備えるベクター画像の表示機能を用いてベクター画像を表示させるため、表現力の高い方法で、かつ自身の環境に依存せずに帳票データを表示することができる。すなわち、ユーザは、クライアント端末１０００に帳票データを表示させるために、プラグインなどの特殊なアプリケーションをインストールしたり、バージョンアップしたりといった操作を行う必要がない。このように、本実施形態によれば、ユーザが特殊な操作を行うことなく、クライアント端末１０００が変換プログラムを自動的に取得し、クライアント側で自動的に変換プログラムが実行され、ウェブブラウザの種別に応じた帳票データを生成、表示できる。また、生成された帳票レイアウトは、ベクター画像で生成されるため、従来から紙媒体で作成されている帳票レイアウトと同一の見たままの帳票をブラウザに表示することが可能となる。また、クライアント端末１０００においてベクター記述データを生成するため、帳票サーバ２０００側で何種類もの帳票情報を格納したり生成したりする必要もなく、サーバ負荷または運用負荷を軽減することができる。
【００４５】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。本実施形態の帳票システム１は第１の実施形態と同様であり、本実施形態において特徴的な点を以下に説明する。本実施形態において帳票サーバ２０００からクライアント端末１０００に送信される帳票定義データには、データ入力を受付ける帳票要素が含まれる。また、変換プログラムには、データ入力を受付ける帳票要素について、データ入力を受付ける領域（データ入力受付エリア）を示すベクター要素およびデータ入力を受付けるＸＨＴＭＬ（Extensible HyperText Markup Language）の入力フォーム記述要素に変換するプログラムが含まれる。そして、クライアント端末１０００のベクター記述データ生成部１５３３によってデータ入力受付エリアを示すベクター要素およびデータ入力を受付けるＸＨＴＭＬの入力フォーム記述要素が生成され、表示部１１００に表示されるものである。ここでは、入力フォーム記述要素としてＸＨＴＭＬを用いているが、ＸＨＴＭＬやＨＴＭＬの要素に限らず、ブラウザが解釈可能な場合にはＸＦｏｒｍｓやＷｅｂＦｏｒｍｓ等の要素を用いても良い。
【００４６】
図１１は、帳票定義データに入力項目が含まれる場合の変換例を示す図である。図１１（ａ）は、データ入力を受付ける帳票要素（ｔｅｘｔｆｉｅｌｄ）の例を示す図である。図１１（ｂ−１）は、データ入力を受付ける帳票要素が変換されたベクター記述データ（ＶＭＬ）およびデータ入力を受付けるＸＨＴＭＬデータの例を示す図である。図１１（ｂ−２）は、データ入力を受付ける帳票要素が変換されたベクター記述データ（ＳＶＧ）およびデータ入力を受付けるＸＨＴＭＬデータの例を示す図である。
図１２は、入力項目が含まれるベクター画像の表示例を示す図である。ここでは、ベクター画像の帳票データ上にデータ入力受付エリアを示すベクター要素がグレーで表示され、ＸＨＴＭＬデータのテキスト入力機能により入力を受付ける。
このように、本実施形態によれば、表示部１１００に表示された帳票データに応じてデータの入力を受付ける事が可能となり、帳票データへの情報入力をネットワーク上で完結することができる。
【００４７】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。本実施形態のクライアント端末１０００は、第２の実施形態においてテキストボックスなどのデータ入力を受付けるＸＨＴＭＬデータの入力機能により入力情報が入力された場合、入力された情報をベクター要素に変換するものである。
ここでは、入力を受付ける帳票要素を、データ入力受付エリアを示すベクター要素およびテキストボックスなどのデータ入力を受付けるＸＨＴＭＬの入力フォーム記述要素に変換する処理を行う際に、テキストボックスなどの入力後に新たな変換プログラムを呼び出すように設定する。例えば、図１３は、イベントに応じてベクター記述データを変換する場合のベクター記述データと変換プログラムコードとの例を示す図である。この場合、図１３（ａ）に示すように、ベクター要素に埋め込まれたＸＨＴＭＬの入力フォーム記述要素に、例えばｏｎｂｌｕｒイベント（フォーカス喪失を示すイベント）時に”transforminput”という新たな変換プログラムを動作させる指示を記載しておく。そして、図１３（ｂ）に示すように、ＳＣＲＩＰＴ要素において、入力されたテキストをベクター要素のテキスト要素に変換し、ＸＨＴＭＬデータで生成されたテキストボックスを隠す（非表示にする）機能を有する新たな変換プログラム（transforminput）を実行する。
【００４８】
図１４は、このようにＸＨＴＭＬの入力フォーム記述要素に入力されたデータをベクター画像に変換する場合の表示例を示す図である。図１４（ａ）は、変換前のＸＨＴＭＬ要の入力フォーム記述素およびＸＨＴＭＬに入力されたデータの表示例を示す図である。ここで、テキストボックスから、マウスやタブキーなどでフォーカスが他のコントロールに移動すると、図１４（ｂ）のように表示される。図１４（ｂ）は、変換後のベクター画像の表示例を示す図である。
このように、本実施形態によれば、入力された内容がテキストではなくベクター画像に変換されるため、帳票データ全体の拡大・縮小などを簡単に行うことが可能となる。
【００４９】
＜第４の実施形態＞
次に、本発明の第４の実施形態について説明する。本実施形態の帳票システム１は第１の実施形態および第２の実施形態と同様であり、本実施形態において特徴的な点を以下に説明する。本実施形態におけるベクター記述データ生成部１５３３は、帳票定義データにおける帳票要素を拡大または縮小したベクター記述データを生成する。すなわち、帳票データに多くの項目が含まれていたり、帳票データを全体表示した場合に文字や入力フィールドが小さくなったりすることが考えられるため、帳票データを拡大したり、縮小したりする。
【００５０】
ここでは、帳票サーバ２０００が送信するＨＴＭＬデータには、例えば図１２の画面上部に示されるように、予め拡大または縮小を受付けるためのボタンを表示しておくとともに、ボタンが押下されたイベントに対応して、押下されたボタンの拡大率または縮小率に応じた数値に、ＤＩＶ要素に埋め込まれたＨＴＭＬデータまたはベクター記述データのタグを更新するプログラムを記載しておく。そして、ユーザが拡大または縮小のボタンを押下すると、ベクター記述データ生成部１５３３は、このイベントに対応して、ＨＴＭＬデータまたはベクター記述データのＤＯＭツリーの更新を行う。
【００５１】
ここでは、例えば、ベクター記述データ生成部１５３３は、ＨＴＭＬデータにおけるＨＴＭＬ要素またはベクター記述データにおけるベクター要素に、初期表示の値をdefault_size属性やdefault_font_size属性として設定し、予めＤＯＭイメージに追加しておく。そして、ボタンを押下されることにより指定された拡大率または縮小率に応じて各属性の値を計算し、これをもとにベクター画像の拡大・縮小を行うとともに、フォントの拡大・縮小を行う。ここで、ベクター画像の種別によっては、フォントの拡大・縮小は省略可能である。
【００５２】
例えば、ＶＭＬにおいて２倍から３倍に変換する場合、Ｇｒｏｕｐタグのｓｔｙｌｅ属性内におけるＷＩＤＴＨとＨＥＩＧＨＴを変更することで、ベクター要素の拡大・縮小を行うとともに、ｔｅｘｔａｒｅａタグのｓｔｙｌｅ属性内のＦＯＮＴ−ＳＩＺＥ、ｉｎｐｕｔタグのｓｔｙｌｅ属性内のＦＯＮＴ−ＳＩＺＥなどを同じ倍率に変更する。このように倍率を同時に変更することで、帳票全体の拡大・縮小を実現する。図１５（ａ）は、ベクター記述データ生成部１５３３による変換前のベクター記述データの例を示す図である。図１５（ｂ）は、ベクター記述データ生成部１５３３による変換後のベクター記述データの例を示す図である。ここでは、例えば１行目に示されるＷＩＤＴＨ属性が１２００ｐｘから１８００ｐｘに変換されている。
【００５３】
あるいは、例えば、ベクター要素に拡大率または縮小率の数値を示すＺＯＯＭ属性を設定し、ＺＯＯＭ属性の設定値に応じてベクター要素の大きさを変更するようにしても良い。
このように、本実施形態によれば、例えば入力項目を含むベクター要素の拡大・縮小が可能となるため、帳票データへの情報入力時に、帳票全体が表示された状態だと小さくて入力が難しい場合にベクター画像および入力を受付けるためのＸＨＴＭＬの画像を拡大して情報を入力することが可能であり、入力後にまた元の大きさに戻す事も可能となる。
【００５４】
このように、本実施形態によれば、例えば従来はクライアント端末によってダウンロードした帳票データを紙媒体に印刷し、ユーザが必要事項を記入して郵送したり、帳票サーバがネットワークを介してクライアント端末から受信した情報を定められた帳票の紙媒体に印刷し、ユーザに郵送したりして事務処理を行っていた場合にも、このような情報通信と紙媒体の郵送との併用ではなく、ネットワークを介した通信のみによって事務処理を完結させ、より効率良く帳票処理を行うことが可能となる。
【００５５】
なお、本発明における各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより帳票処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００５７】
１ 帳票システム
１０００ クライアント端末
１１００ 表示部
１２００ 入力部
１３００ ウェブブラウザ
１４００ 記憶部
１４１０ ＨＴＭＬデータ記憶部
１４２０ 帳票定義データ記憶部
１４３０ 変換プログラム記憶部
１５００ 制御部
１５１０ ＨＴＭＬ制御部
１５２０ ベクター画像制御部
１５３０ クライアントスクリプト制御部
１５３１ 帳票定義データ取得部
１５３２ ベクター言語種別判定部
１５３３ ベクター記述データ生成部
１６００ 通信部
２０００ 帳票サーバ
２１００ 記憶部
２１１０ ＨＴＭＬデータ記憶部
２１２０ 帳票定義データ記憶部
２１３０ 変換プログラム記憶部
２２００ 制御部
２３００ 通信部
【特許請求の範囲】
【請求項１】
複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データに基づいてベクター画像を生成するベクター画像制御部を備え、ネットワークを介して接続された帳票サーバから送信される情報に基づいて帳票データを生成する帳票生成装置であって、
定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、
前記帳票定義データに基づいて、前記複数種別のベクター言語のうち定められたベクター言語によって記述された前記ベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部と、
前記帳票サーバから、前記帳票定義データを取得して前記帳票定義データ記憶部に記憶させる帳票定義データ取得部と、
前記帳票サーバから、前記変換プログラムを取得して前記変換プログラム記憶部に記憶させる変換プログラム取得部と、
前記ベクター画像制御部に対応する前記ベクター言語の種別を判定するベクター言語種別判定部と、
前記変換プログラム記憶部に記憶された前記変換プログラムを用いて、前記帳票定義データ記憶部に記憶された前記帳票定義データに基づいて、前記ベクター言語種別判定部による判定結果に応じた前記ベクター言語により記述された前記ベクター記述データを生成する制御部と、
前記制御部によって生成された前記ベクター記述データに基づいて生成されるベクター画像を表示する表示部と、
を備えることを特徴とする帳票生成装置。
【請求項２】
前記帳票定義データには、データ入力を受付ける帳票要素が含まれ、
前記変換プログラムには、前記データ入力を受付ける帳票要素を、前記ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換するプログラムが含まれ、
前記制御部は、前記変換プログラムを用いて、前記データ入力を受付ける帳票要素を、前記ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換する
ことを特徴とする請求項１に記載の帳票生成装置。
【請求項３】
前記制御部は、前記データ入力を受付ける帳票要素に応じて入力された情報に基づいて前記ベクター記述データを生成する
ことを特徴とする請求項２に記載の帳票生成装置。
【請求項４】
前記制御部は、前記帳票要素を拡大または縮小した前記ベクター記述データを生成する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の帳票生成装置。
【請求項５】
定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、前記帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置と、当該帳票生成装置にネットワークを介して接続された帳票サーバとを備える帳票システムの帳票生成方法であって、
帳票生成装置が、前記帳票サーバから、前記帳票定義データを取得して前記帳票定義データ記憶部に記憶させるステップと、
前記帳票サーバから、前記変換プログラムを取得して前記変換プログラム記憶部に記憶させるステップと、
前記ベクター画像制御部に対応する前記ベクター言語の種別を判定するステップと、
前記変換プログラム記憶部に記憶された前記変換プログラムを用いて、前記帳票定義データ記憶部に記憶された前記帳票定義データに基づいて、前記ベクター言語種別の判定結果に応じた前記ベクター言語により記述された前記ベクター記述データを生成するステップと、
生成した前記ベクター記述データに基づいてベクター画像を生成するステップと、
生成した前記ベクター画像を表示するステップと、
を備えることを特徴とする帳票生成方法。
【請求項６】
定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、前記帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置のコンピュータに、
ネットワークを介して接続された帳票サーバから、前記帳票定義データを取得して前記帳票定義データ記憶部に記憶させるステップと、
前記帳票サーバから、前記変換プログラムを取得して前記変換プログラム記憶部に記憶させるステップと、
前記ベクター画像制御部に対応する前記ベクター言語の種別を判定するステップと、
前記変換プログラム記憶部に記憶された前記変換プログラムを用いて、前記帳票定義データ記憶部に記憶された前記帳票定義データに基づいて、前記ベクター言語種別の判定結果に応じた前記ベクター言語により記述された前記ベクター記述データを生成するステップと、
生成した前記ベクター記述データに基づいてベクター画像を生成するステップと、
生成した前記ベクター画像を表示するステップと、
を実行させる帳票生成プログラム。
【請求項１】
複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データに基づいてベクター画像を生成するベクター画像制御部を備え、ネットワークを介して接続された帳票サーバから送信される情報に基づいて帳票データを生成する帳票生成装置であって、
定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、
前記帳票定義データに基づいて、前記複数種別のベクター言語のうち定められたベクター言語によって記述された前記ベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部と、
前記帳票サーバから、前記帳票定義データを取得して前記帳票定義データ記憶部に記憶させる帳票定義データ取得部と、
前記帳票サーバから、前記変換プログラムを取得して前記変換プログラム記憶部に記憶させる変換プログラム取得部と、
前記ベクター画像制御部に対応する前記ベクター言語の種別を判定するベクター言語種別判定部と、
前記変換プログラム記憶部に記憶された前記変換プログラムを用いて、前記帳票定義データ記憶部に記憶された前記帳票定義データに基づいて、前記ベクター言語種別判定部による判定結果に応じた前記ベクター言語により記述された前記ベクター記述データを生成する制御部と、
前記制御部によって生成された前記ベクター記述データに基づいて生成されるベクター画像を表示する表示部と、
を備えることを特徴とする帳票生成装置。
【請求項２】
前記帳票定義データには、データ入力を受付ける帳票要素が含まれ、
前記変換プログラムには、前記データ入力を受付ける帳票要素を、前記ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換するプログラムが含まれ、
前記制御部は、前記変換プログラムを用いて、前記データ入力を受付ける帳票要素を、前記ベクター言語以外のデータ入力を受付ける入力フォーム記述要素に変換する
ことを特徴とする請求項１に記載の帳票生成装置。
【請求項３】
前記制御部は、前記データ入力を受付ける帳票要素に応じて入力された情報に基づいて前記ベクター記述データを生成する
ことを特徴とする請求項２に記載の帳票生成装置。
【請求項４】
前記制御部は、前記帳票要素を拡大または縮小した前記ベクター記述データを生成する
ことを特徴とする請求項１から請求項３までのいずれか１項に記載の帳票生成装置。
【請求項５】
定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、前記帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置と、当該帳票生成装置にネットワークを介して接続された帳票サーバとを備える帳票システムの帳票生成方法であって、
帳票生成装置が、前記帳票サーバから、前記帳票定義データを取得して前記帳票定義データ記憶部に記憶させるステップと、
前記帳票サーバから、前記変換プログラムを取得して前記変換プログラム記憶部に記憶させるステップと、
前記ベクター画像制御部に対応する前記ベクター言語の種別を判定するステップと、
前記変換プログラム記憶部に記憶された前記変換プログラムを用いて、前記帳票定義データ記憶部に記憶された前記帳票定義データに基づいて、前記ベクター言語種別の判定結果に応じた前記ベクター言語により記述された前記ベクター記述データを生成するステップと、
生成した前記ベクター記述データに基づいてベクター画像を生成するステップと、
生成した前記ベクター画像を表示するステップと、
を備えることを特徴とする帳票生成方法。
【請求項６】
定められた図形の形状またはデータ項目を示す帳票要素が含まれる帳票定義データが記憶される帳票定義データ記憶部と、前記帳票定義データに基づいて、複数種別のベクター言語のうち定められたベクター言語によって記述されたベクター記述データを生成する変換プログラムが記憶される変換プログラム記憶部とを有する帳票生成装置のコンピュータに、
ネットワークを介して接続された帳票サーバから、前記帳票定義データを取得して前記帳票定義データ記憶部に記憶させるステップと、
前記帳票サーバから、前記変換プログラムを取得して前記変換プログラム記憶部に記憶させるステップと、
前記ベクター画像制御部に対応する前記ベクター言語の種別を判定するステップと、
前記変換プログラム記憶部に記憶された前記変換プログラムを用いて、前記帳票定義データ記憶部に記憶された前記帳票定義データに基づいて、前記ベクター言語種別の判定結果に応じた前記ベクター言語により記述された前記ベクター記述データを生成するステップと、
生成した前記ベクター記述データに基づいてベクター画像を生成するステップと、
生成した前記ベクター画像を表示するステップと、
を実行させる帳票生成プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１１−１５８９９１（Ｐ２０１１−１５８９９１Ａ）
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願番号】特願２０１０−１８３４８（Ｐ２０１０−１８３４８）
【出願日】平成２２年１月２９日（２０１０．１．２９）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願日】平成２２年１月２９日（２０１０．１．２９）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
[ Back to top ]