JP2024042514A - 情報処理システム、帳票データ作成方法、プログラム、帳票作成システム - Google Patents

Abstract

【課題】表が定義されている帳票データのひな型で適切な帳票データを作成する技術を提供すること。【解決手段】本発明は、端末装置と通信可能な情報処理システムであって、前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信する通信部と、前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成する帳票作成部と、を有する。【選択図】図２

Description

本発明は、情報処理システム、帳票データ作成方法、プログラム、及び、帳票作成システムに関する。

受注書や見積書などの帳票データを作成する際に企業などに専用のシステムが用いられる場合があった。これに対し、帳票データの転用を容易にするため、汎用的な表計算ソフトにより帳票データを作成したいという要望がある。

汎用的な表計算ソフトにより帳票データを作成する技術が知られている（例えば、特許文献１参照。）。特許文献１には、帳票レイアウトファイル格納手段に格納された複数のひな型の内、選択されたひな型を指定し、データベースに格納された複数のデータの内、選択されたデータを指定し、指定されたひな型に指定されたデータを差し込むことにより帳票データを作成し、汎用的な表計算ソフトのデータを出力する帳票作成システムが開示されている。

しかしながら、従来の技術では、帳票データのひな型に表が定義されている場合に、適切な帳票データが作成されない場合があるという問題があった。例えば、従来の技術は、帳票データのひな型にユーザーが表を定義する場合には、表の大きさ(行数)を事前に指定しておく必要があった。このため、ひな型に設定された行数以上のデータがひな型に入力された場合、表が複数のシートに分かれてしまう場合があった。

本発明は、上記課題に鑑み、表が定義されている帳票データのひな型で適切な帳票データを作成することを目的とする。

上記課題に鑑み、端末装置と通信可能な情報処理システムであって、前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信する通信部と、前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成する帳票作成部と、を有することを特徴とする。

表が定義されている帳票データのひな型で適切な帳票データを作成することができる。

帳票のひな型ファイルに表がない場合の帳票の作成を説明する図である。 帳票のひな型に表がある場合の帳票の作成を説明する図である。 帳票作成システムの一例のシステム構成を示す図である。 情報処理システム及び端末装置の一例のハードウェア構成を示す図である。 帳票作成システムの一例の機能ブロック図である。 ひな型ファイルの一例を示す図である。 差し込みデータの一例を示す図である。 帳票データの一例を示す図である。 帳票作成システムが帳票データを作成する処理を説明するシーケンス図の一例である。 ひな型ファイル画面、差し込みデータ画面の一例を示す図である。 帳票作成部が帳票を作成する処理を説明するフローチャート図の一例である。 ひな型ファイルの一例を示す図である。 差し込みデータの一例を示す図である。 帳票データの一例を示す図である。 ひな型ファイルに表がある場合に、帳票作成部が帳票を作成する処理を説明するフローチャート図の一例である。 ひな型ファイルの一例を示す図である。 差し込みデータの一例を示す図である。 ユーザーが意図しない帳票データの一例である。 ひな型ファイルの複数の表のうち、適切な表に差し込みデータを差し込み、帳票データを作成するフローチャート図の一例である。 図１９のアルゴリズムにより作成される帳票データの一例を示す図である。 ひな型ファイルの一例を示す図である。 差し込みデータの一例を示す図である。 ユーザーが意図しない帳票データの一例である。 ひな型ファイルの複数の表のうち、適切な表に差し込みデータを差し込み、帳票データを作成するフローチャート図の一例である。 図２４のアルゴリズムにより作成される帳票データの一例を示す図である。 不要なカラム名を削除して帳票データを作成する処理を説明するフローチャート図の一例である。 図２０の帳票データに残ったカラム名が"－"で置換された帳票データの一例である。 図２５の帳票データに残ったカラム名が"－"で置換された帳票データの一例である。 ワークフローアプリとそれを構成するコンポーネントについて説明する図である。 表にカラムが追加される帳票データの作成例を示す図である。

以下、本発明を実施するための形態の一例として、帳票作成システムと帳票作成システムが行う帳票データ作成方法について説明する。

＜帳票作成の概略＞
まず、図１、図２を参照して、帳票の作成例を説明する。図１は、帳票のひな型ファイルに表がない場合の帳票の作成を説明する図である。ひな型ファイル２０は汎用的な表計算ソフトにより作成されたファイルである。図１に示すひな型ファイル２０は${ＸＸＸ}というフィールド（セルともいう）２０１を有している。「ＸＸＸ」は任意の文字、数字、記号、又はアルファベットなどの組み合わせである。図１では、「ＸＸＸ」は「申請日時」「所属部署」「社員番号」「申請者」である。

一方、ユーザーは、図１に示すように、ひな型ファイル２０に差し込みたいデータ（以下、差し込みデータ２１という）を用意しておく。図１では、１レコード分の差し込みデータ２１がある。差し込みデータ２１のカラム名２０２は、ひな型ファイル２０のフィールド名２０１と対応している。差し込みデータ２１は、ＪＳＯＮ形式、ＣＳＶ形式、又はＸＭＬ形式のいずれでもよいし、汎用的な表計算ソフトにより作成されたファイルでもよい。

ユーザーが差し込みデータ２１をひな型ファイル２０に差し込む操作を行うと、帳票データ２２が作成される。図１の帳票データ２２では、ひな型ファイル２０が有する${ＸＸＸ}のフィールドが、差し込みデータ２１の対応するカラムのデータに置換されている。

このように、情報処理システムは、ひな型ファイル２０の${ＸＸＸ}により指定されたフィールドに、差し込みデータ２１を差し込んで帳票データ２２を作成できる。

図２は、帳票のひな型に表がある場合の帳票の作成を説明する図である。図２に示すひな型ファイル２０は表３１を有している。表３１は${ＸＸＸ}というカラム名２０３を有している。「ＸＸＸ」は任意の文字、数字、記号、又はアルファベットなどの組み合わせである。ひな型ファイル２０の表３１は１行のみが定義されている。

一方、ユーザーは、図２に示すように、ひな型ファイル２０の表に差し込みたい差し込みデータ２１を用意しておく。図２では、差し込みデータ２１が３つのレコードを有してる。差し込みデータ２１のカラム名２０４は、ひな型ファイル２０のカラム名２０３と対応している。差し込みデータ２１は、ＪＳＯＮ形式、ＣＳＶ形式、又はＸＭＬ形式のいずれでもよいし、汎用的な表計算ソフトにより作成されたファイルでもよい。

ユーザーが差し込みデータ２１をひな型ファイル２０に差し込む操作を行うと、帳票データ２２が作成される。図２の帳票データ２２では、ひな型ファイル２０の表３１において${ＸＸＸ}があるフィールドが、差し込みデータ２１の対応するカラムのデータに置換されると共に、表３１の行数が、差し込みデータ２１の要素数と同じ行数に自動的に増加している。

このように本実施形態の帳票作成システムは、帳票のひな型ファイル内で定義される表３１においては、表３１の大きさをユーザーが事前に指定する必要がなく、差し込みデータ２１の要素数（データ形式によってはこれを配列数という）に応じて、自動でひな型ファイル内の表３１のサイズを調整することができる。

＜用語について＞
差し込むとは、物の中やすきまなどに、他の物を入れ込んだり挟んだりすることをいい、転じて、一方のデータの所定の位置に他方のデータを配置することをいう。一方のデータに元々あったデータが削除される場合は置換ともいい、一方のデータの所定の位置にデータがない場合は挿入ともいう。

帳票とは、企業や団体における取引や会計に関する記録書類であり、記入するための空欄を設けた事務用紙の総称である。コンピュータ上で入力可能とした帳票を帳票データという。帳票には、例えば受注票、注文書、作業日報、勤怠管理表、給与明細など多様なものがある。

ひな型ファイルとは、パターン化されたデータの鋳型を有するファイルである。例えば、各項目がブランク又は置換可能になっている文書ファイルがある。

差し込みデータとは、ひな型ファイルに差し込まれる１つ以上のデータである。本実施形態では、一例として、差し込みデータは表形式又は配列の形式を有している。

＜システム構成例＞
図３を参照し、本実施形態に係る帳票作成システム１００のシステム構成について説明する。図３は、帳票作成システム１００の一例のシステム構成を示す図である。帳票作成システム１００は、情報処理システム５０と、端末装置１０と、を含み、情報処理システム５０と端末装置１０はネットワークＮ１及びＮ２を介して通信可能に接続されている。
ネットワークＮ１は、インターネット等の広域的な通信ネットワークである。ネットワークＮ２は、端末装置１０が存在する自宅や施設内のＬＡＮやＷｉ－Ｆｉ（登録商標）、又は、３Ｇ、４Ｇ、５Ｇ、６Ｇなどの携帯電話網の通信ネットワークである。

情報処理システム５０は、一台以上の情報処理装置により実現される。情報処理システム５０は、ネットワークＮ１、Ｎ２を介して、端末装置１０と通信可能である。また、情報処理システム５０は、一形態においてＷｅｂサーバーとして機能し、端末装置１０にＷｅｂページ又はＷｅｂアプリを提供する。情報処理システム５０は、端末装置１０からひな型ファイル２０及び差し込みデータ２１を受信し、帳票データ２２を作成して端末装置１０に送信する。ひな型ファイル２０又は差し込みデータ２１は予め情報処理システム５０が保持しておく場合もある。

情報処理システム５０は、クラウドコンピューティングにより実現されてもよいし、単一の情報処理装置によって実現されてもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される形態をいう。情報処理システム５０は、インターネット上に存在しても、オンプレミスに存在してもよい。オンプレミスに存在する場合とは、例えば社内のみでセミナーなどのためにコンテンツが配信される場合等である。

端末装置１０は、例えば、帳票を作成するユーザーが情報処理システム５０と通信させて、作成された帳票データ２２を表示する情報処理装置である。ユーザーは予め作成したひな型ファイル２０と差し込みデータ２１を端末装置１０から情報処理システム５０に送信させ、情報処理システム５０が作成した帳票データを端末装置１０で受信して表示する。

あるいは、業務で使用するいくつかのひな型ファイル２０が情報処理システム５０に予め登録されている。帳票を作成するユーザーが情報処理システム５０と端末装置１０を通信させて、ひな型ファイル２０の一覧を表示させ、選択したひな型ファイル２０に、自分が用意した差し込みデータ２１を差し込んで帳票データ２２を作成するよう情報処理システム５０に要求する。

端末装置１０は、例えばデスクトップＰＣ、ノート型ＰＣ、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）等である。ただし、端末装置１０は、情報処理システム５０とユーザーインタフェースを介してユーザーが処理を要求したり、帳票データを表示できたりすればよく、Ｗｅｂブラウザや帳票作成の専用のネイティブアプリが動作する装置であればよい。

なお、以降では、複数の端末装置１０について、各々を区別するときは、「端末装置１０ａ」、「受信装置１０ｂ」「端末装置１０ｃ」等と添え字を用いて記載する。

＜ハードウェア構成例＞
図４を参照して、本実施形態に係る情報処理システム５０及び端末装置１０のハードウェア構成について説明する。

＜＜情報処理システム及び端末装置＞＞
図４は、本実施形態に係る情報処理システム５０及び端末装置１０の一例のハードウェア構成を示す図である。図４に示されているように、情報処理システム５０及び端末装置１０はコンピュータ５００によって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ（Hard Disk）５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、光学ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、情報処理システム５０及び端末装置１０全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御に従ってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワークＮ２を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図４に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、又は各種指示などの入力に使用される複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。光学ドライブ５１４は、着脱可能な記録媒体の一例としての光記憶媒体５１３に対する各種データの読み出し又は書き込みを制御する。なお、光記憶媒体５１３は、ＣＤ、ＤＶＤ、Ｂｌｕ－Ｒａｙ（登録商標）等でよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

＜機能について＞
次に、図５を参照し、帳票作成システム１００の機能構成について説明する。図５は、帳票作成システム１００の一例の機能ブロック図を示す。

＜＜情報処理システム＞＞
情報処理システム５０は、通信部５１、画面生成部５２、ひな型ファイル管理部５３、帳票作成部５４、データ管理部５５、ひな型ファイル記憶部５６、及び、差し込みデータ記憶部５７を有している。情報処理システム５０が有する各機能部は、情報処理システム５０にインストールされた１以上のプログラムに含まれる命令を図４に示したＣＰＵ５０１が実行することで実現される機能又は手段である。また、ひな型ファイル記憶部５６及び差し込みデータ記憶部５７は、図４に示したＨＤ５０４等に構築される。

通信部５１は、ＨＴＴＰなどの通信プロトコルで端末装置１０と通信する。本実施形態では、通信部５１は、端末装置１０からひな型ファイル２０と差し込みデータ２１を受信し、これらで作成された帳票データ２２を端末装置１０に送信する。

画面生成部５２は、ひな型ファイル２０の登録、差し込みデータ２１の登録、及び、帳票の作成などをユーザーが実施するための各種の画面を生成し、通信部５１を介して端末装置１０に提供する。各画面がＷｅｂページやＷｅｂアプリで提供される場合（端末装置１０がＷｅｂブラウザを実行する）、各種の画面の画面情報は、ＨＴＭＬ、ＸＭＬ、ＣＳＳ（Cascade Style Sheet）、及びJavaScript（登録商標）等により記述されている。端末装置１０がネイティブアプリを実行する場合、画面情報は主に表示される情報であり、画面の構成はネイティブアプリが予め有している。

ひな型ファイル管理部５３は、画面生成部５２からの指示に従って、ひな型ファイル２０をひな型ファイル記憶部５６に保存する。また、ひな型ファイル管理部５３は、帳票作成時には帳票作成部５４からの指示に従ってひな型ファイル２０をひな型ファイル記憶部５６から読み出す。

データ管理部５５は、画面生成部５２からの指示に従って、差し込みデータ２１を差し込みデータ記憶部５７に保存する。また、データ管理部５５は、帳票作成時には帳票作成部５４からの指示に従って差し込みデータ２１を差し込みデータ記憶部５７から読み出す。

帳票作成部５４は、ひな型ファイルと差し込みデータ２１から帳票データ２２を作成する。詳細は後述する。

ひな型ファイル記憶部５６は、１つ以上のひな型ファイルを記憶している。差し込みデータ記憶部５７は１つ以上の差し込みデータ２１を記憶している。ひな型ファイル２０と差し込みデータ２１は、帳票データ２２の作成時に端末装置１０から送信されてもよいし、予め情報処理システム５０に登録されていてもよい。ひな型ファイル２０と差し込みデータ２１の具体例については、以下の実施形態の中で説明する。

＜＜端末装置＞＞
端末装置１０は、通信部と１１、表示制御部１２と、操作受付部１３とを有する。これら各機能部は、端末装置１０にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１が実行することで実現される機能又は手段である。なお、このプログラムはＷｅｂブラウザでもよいし、専用のネイティブアプリでもよい。

通信部１１は、情報処理システム５０との間で各種の情報を送受信する。本実施形態では、通信部１１は、各種の画面情報等を情報処理システム５０から受信し、ユーザーが入力したひな型ファイル２０や差し込みデータ２１などの各種の情報を情報処理システム５０に送信する。通信部１１は、情報処理システム５０が作成した帳票データ２２を受信する。

表示制御部１２は各種の画面の画面情報を解釈してディスプレイ５０６に表示する。操作受付部１３は、ディスプレイ５０６に表示された各種画面におけるユーザーの各種操作を受け付ける。

＜帳票データの作成＞
以下では、ひな型ファイル２０と差し込みデータ２１の具体例を用いた帳票データ２２の作成例を説明する。

＜＜帳票データの作成１＞＞
図６は、ひな型ファイル２０の一例であり、図７は、差し込みデータ２１の一例である。ひな型ファイル２０は、${ }で「ＸＸＸ」が囲まれたフィールド名２０１を有している。${ＸＸＸ}が記載されたフィールドは、差し込みデータ２１により置換されることを示す。従って、「ＸＸＸ」に相当する「申請日時」「所属部署」「社員番号」「申請者」は、差し込みデータ２１で置換される。

図７（ａ）に示すように、差し込みデータ２１はカラム名２０２に対応付けられた１レコードのデータを有している。差し込みデータ２１のカラム名２０２は、ひな型ファイル２０のフィールド名２０１と同じである。従って、差し込みデータ２１のカラム名２０２と同じ、ひな型ファイル２０のフィールド名２０１のフィールドに、差し込みデータ２１が差し込まれる。

実際の差し込みデータ２１は、図７（ａ）のようなテーブル形式でなく、ＪＳＯＮ形式、ＸＭＬ形式又はＣＳＶ形式等で作成される。コンピュータではテーブル形式よりもＪＳＯＮ形式の方が、データ処理が容易だからである。図７（ｂ）はＪＳＯＮ形式の差し込みデータ２１を示す。" "：" "のうち、左側がカラム名に対応し、右側が該カラムの値に対応する。" "：" "の左側をkey、右側をvalueという。また、keyは要素内の値を識別すると共に、ひな型ファイル２０の表のカラム名と対応付けるための識別情報である。

図７（ｂ）の差し込みデータ２１が図６のひな型ファイル２０に差し込まれると、図８に示す帳票データ２２が作成される。図８に示すように、ひな型ファイル２０の${ＸＸＸ}のフィールドが、差し込みデータ２１の対応するカラムのデータに置換されている。

＜ひな型ファイルと差し込みデータを使用した帳票データ作成の流れ＞
図９を参照して、帳票データ作成の流れを説明する。図９は、帳票作成システム１００が帳票データ２２を作成する処理を説明するシーケンス図である。なお、ユーザーが後述するワークフローとして帳票データを作成する場合、ユーザーは情報処理システム５０にログインして、帳票作成用のワークフローアプリを端末装置１０で選択する。

S1：ユーザーが端末装置１０を情報処理システム５０に接続させ、ひな型ファイル２０を登録するためのひな型ファイル画面（第一画面の一例。図１０（ａ）参照。）を端末装置１０で表示する。ユーザーは端末装置１０に対し、ひな型ファイルを情報処理システム５０に送信させる操作を行う。操作受付部１３がこの操作を受け付ける。端末装置１０の通信部１１は、ひな型ファイル２０の保存要求を情報処理システム５０に送信する。

S2：情報処理システム５０の通信部５１はひな型ファイル２０の保存要求を受信し、画面生成部５２がひな型ファイル管理部５３にひな型ファイルの保存を要求する。

S3：ひな型ファイル管理部５３は、受信したひな型ファイル２０に対して新たに採番した（付与した）ひな型ファイルＩＤを画面生成部５２に通知する。

S4：画面生成部５２は、通信部５１を介して、ひな型ファイルＩＤを端末装置１０に送信する。

S5：次に、ユーザーが差し込みデータ２１を情報処理システム５０に登録するための差し込みデータ画面（第二画面の一例。図１０（ｂ）参照。）を端末装置１０で表示する。ユーザーは、端末装置１０に対し、差し込みデータ２１を情報処理システム５０に送信させる操作を行う。操作受付部１３がこの操作を受け付ける。端末装置１０の通信部１１は、差し込みデータ２１の保存要求を情報処理システム５０に送信する。

S6：情報処理システム５０の通信部５１は差し込みデータ２１の保存要求を受信し、画面生成部５２がデータ管理部５５に差し込みデータ２１の保存を要求する。

S7：データ管理部５５は、受信した差し込みデータ２１に対して新たに採番した（付与した）差し込みデータＩＤを画面生成部５２に通知する。

S8：画面生成部５２は、通信部５１を介して、差し込みデータＩＤを端末装置１０に送信する。

S9：ユーザーは、ひな型ファイルと差し込みデータを指定して、帳票データ２２を作成する操作を端末装置１０に入力する。操作受付部１３がこの操作を受け付ける。端末装置１０の通信部１１は、ひな型ファイルＩＤと差し込みデータＩＤを指定して帳票データ２２の作成要求を情報処理システム５０に送信する。ユーザーが、ひな型ファイルと差し込みデータを指定する方法としては、帳票データ２２の作成要求を入力する画面に表示されたひな型ファイルと差し込みデータを選択する方法がある。

S10：情報処理システム５０の通信部５１は帳票データ２２の作成要求を受信し、画面生成部５２がひな型ファイルＩＤと差し込みデータＩＤと共に、帳票作成を帳票作成部５４に要求する。

S11：帳票作成部５４は、ひな型ファイルＩＤで特定されるひな型ファイル２０をひな型ファイル管理部５３に要求する。

S12：ひな型ファイル管理部５３はひな型ファイルＩＤで特定されるひな型ファイル２０をひな型ファイル記憶部５６から読み出し、帳票作成部５４に通知する。

S13：帳票作成部５４は、差し込みデータＩＤで特定される差し込みデータ２１をデータ管理部５５に要求する。

S14：データ管理部５５は差し込みデータＩＤで特定される差し込みデータ２１を差し込みデータ記憶部５７から読み出し、帳票作成部５４に通知する。

S15：帳票作成部５４が、ひな型ファイル２０と差し込みデータ２１を使用して帳票データ２２を作成する。この処理の詳細を図１１にて説明する。

S16：帳票作成部５４が、画面生成部５２に帳票データ２２を通知する。

S17：画面生成部５２は、帳票データ２２を表示する画面を作成し、通信部５１を介して、この画面の画面情報を端末装置１０に送信する。端末装置１０の通信部１１は画面情報を受信し、表示制御部１２が帳票データ２２を表示する画面を表示する。

以上のように、情報処理システム５０はひな型ファイル２０と差し込みデータ２１から帳票データ２２を作成できる。

図９の処理手順は一例であって、端末装置１０は、ひな型ファイル２０、差し込みデータ２１、及び、帳票の作成要求をまとめて情報処理システム５０に送信してもよい。また、端末装置１０が登録済みのひな型ファイル２０をリストで表示させ、ユーザーがリストからひな型ファイル２０を選択してもよい。ユーザーは作成した差し込みデータ２１と選択したひな型ファイル２０を用いた帳票の作成を情報処理システム５０に要求する。また、端末装置１０が登録済みの差し込みデータ２１をリストで表示させ、ユーザーがリストから差し込みデータ２１を選択してもよい。ユーザーは作成したひな型ファイル２０と選択した差し込みデータ２１を用いた帳票の作成を情報処理システム５０に要求する。

図１０（ａ）はひな型ファイル画面２２０の一例であり、図１０（ｂ）は差し込みデータ画面２３０の一例である。ひな型ファイル画面２２０は、ファイル名表示欄２２１、参照ボタン２２２、及び、送信ボタン２２３を有している。ユーザーが参照ボタン２２２を押下すると、ファイルエクスプローラーが表示され、ユーザーが端末装置１０内の任意のファイルを選択できる。ユーザーが適切なひな型ファイルのみを選択できるように、所定の拡張子のファイルのみが表示されてもよい。選択されたファイル名がファイル名表示欄２２１に表示される。送信ボタン２２３の押下により、ひな型ファイル２０が情報処理システム５０に送信される。

差し込みデータ画面２３０は、ファイル名表示欄２３１、参照ボタン２３２、及び、送信ボタン２３３を有している。ユーザーが参照ボタン２３２を押下すると、ファイルエクスプローラーが表示され、ユーザーが端末装置１０内の任意のファイルを選択できる。ユーザーが適切な差し込みデータのみを選択できるように、所定の拡張子のファイルのみが表示されてもよい。選択されたファイル名がファイル名表示欄２３１に表示される。送信ボタン２３３の押下により、差し込みデータ２１が情報処理システム５０に送信される。

図１１を参照して、帳票の作成について詳細に説明する。図１１は、帳票作成部５４が帳票を作成する処理を説明するフローチャート図である。

まず、帳票作成部５４は、図７（ｂ）に示した、差し込みデータ２１の最初のkey（カラム名）とvalue（値）を取得する(Ｓ１０１)。図７（ｂ）の１行目から、key="申請日時"、value="2022/6/28"が取得される。

次に、帳票作成部５４は、ひな型ファイル内に${key}が配置されたフィールドが存在しているかどうかを判断する（Ｓ１０２）。すなわち、帳票作成部５４は、ひな型ファイルのカラム名である${ＸＸＸ}において、ＸＸＸとkeyが一致するフィールドを探す。

ステップＳ１０２の判断がＹｅｓの場合、帳票作成部５４は、ひな型ファイル内の${key}があるフィールドをvalueである"2022/6/28"に置換する（Ｓ１０３）。

ステップＳ１０２の判断がＮｏの場合、帳票作成部５４は、差し込みデータ２１に、次のkeyとvalueが存在するか判断する（Ｓ１０４）。

ステップＳ１０４の判断がＹｅｓの場合、帳票作成部５４は、次のkeyとvalueを取得する(Ｓ１０５)。処理はステップＳ１０２に進み、同様の処理が実行される。

以後、差し込みデータ２１の全部のkeyとvalueについて同様の処理を繰り返され、差し込みデータ２１にチェックされていないkeyとvalueがなくなると図１１の処理は終了する。

＜＜帳票データの作成２＞＞
次に、図１２～図１５を参照して、ひな型ファイル２０に表がある場合の帳票の作成について説明する。

図１２は、ひな型ファイル２０の一例であり、図１３は、差し込みデータ２１の一例である。ひな型ファイル２０は、${ }で囲まれたカラム名２０３を有している。カラム名２０３である${ＸＸＸ}が記載されたフィールドは、差し込みデータ２１が差し込まれることを示す。従って、「氏名」「会社名」「会員番号」は、差し込みデータ２１で置換される。なお、ひな型ファイルに表３１があることは、例えば、複数のフィールドが枠線で囲まれており、更に、${ＸＸＸ}が記載されたフィールドがあることで判別される。

図１３（ａ）に示すように、差し込みデータ２１は表形式である。差し込みデータ２１は３つのカラムを有している。差し込みデータ２１のカラム名２０４は、ひな型ファイル２０のカラム名２０３と同じである。従って、差し込みデータ２１のカラム名２０４と同じ、ひな型ファイル２０のカラム名２０３のカラムに、差し込みデータ２１が差し込まれる。

図１３（ｂ）はＪＳＯＮ形式の差し込みデータ２１を示す。ＪＳＯＮ形式では表を配列で表すことができる。配列とは、複数の要素を順番に並べた構造をいう。配列は［（符号は２２０ａ）と ］（符号は２２０ｂ）で囲まれる範囲である。また、｛ ｝で囲まれたＮ個の" "：" "が配列の要素２１０～２１２であり、要素２１０～２１２それぞれが表の１行に対応する。図１３（ｂ）の差し込みデータ２１の要素数は３である。要素数は配列数、行数、又はレコード数ともいう。

図１３（ｂ）の差し込みデータ２１が図１２のひな型ファイル２０に差し込まれると、図１４に示す帳票データ２２が作成される。図１４に示すように、ひな型ファイル２０の表３１において${ＸＸＸ}があるフィールドが、差し込みデータ２１の対応するカラムのデータに置換されると共に、表３１の行数が、差し込みデータ２１の要素数と同じ行数に自動的に増加している。すなわち、ひな型ファイルでの表３１の行数は１であったが、差し込みデータ２１の要素数に応じて自動的に行が追加されている。

次に、図１５を参照し、帳票の作成の詳細を説明する。なお、端末装置１０と情報処理システム５０とが通信するシーケンス図については図９と同様でよい。図１５は、ひな型ファイル２０に表３１がある場合に、帳票作成部５４が帳票を作成する処理を説明するフローチャート図である。

まず、帳票作成部５４は、差し込みデータ２１が配列であるか否か判断する（Ｓ２０１）。すなわち、帳票作成部５４は、差し込みデータ２１が複数の要素を有するか判断する。ステップＳ２０１の判断がＮｏの場合、処理は図１１と同様でよい（Ｓ２０２）。

ステップＳ２０１の判断がＹｅｓの場合、帳票作成部５４は、配列の要素数を求める（Ｓ２０３）。図１３（ｂ）の例では、配列の要素数は「３」である。

次に、帳票作成部５４は、差し込みデータ２１の全てのkeyを取得する（Ｓ２０４）。従って、"氏名"、"会社名"、"会員番号"が取得される。

次に、帳票作成部５４は、ひな型ファイルにkeyと同じカラム名２０３があるか否か判断する（Ｓ２０５）。すなわち、ひな型ファイル２０に、${氏名}、${会社名}、${会員番号}が存在しているかどうかを判断される。

ステップＳ２０５の判断がＹｅｓの場合、帳票作成部５４は、差し込みデータ２１の最初の要素のkeyとvalueを取得する（Ｓ２０６）。従って、"氏名"="鈴木一郎"、"会社名"＝"株式会社"、"会員番号" ="111"が取得される。

帳票作成部５４は、ひな型ファイル２０の${key}を、差し込みデータ２１のvalueで置換した行を追加する（Ｓ２０７）。従って、${氏名}が"鈴木一郎"、${会社名}が"株式会社AAA"、${会員番号}が"111"に置換された行が帳票データ２２に配置される。

帳票作成部５４は、差し込みデータ２１に次の行が存在するか判断する（Ｓ２０８）。

ステップＳ２０８の判断がＹｅｓの場合、帳票作成部５４は、差し込みデータ２１の次のkeyとvalueを取得する（Ｓ２０９）。例えば差し込みデータ２１の２つめの要素は、"氏名"="佐藤次郎"、"会社名"＝"株式会社BBB"、"会員番号" ="333"である。差し込みデータ２１の２つめの要素は、別の行として表３１に追加される。

以降、差し込みデータ２１の全ての要素について、ステップＳ２０７から処理が繰り返される。差し込みデータ２１の全ての要素の処理が終了すると、図１５の処理は終了する。

このように、差し込みデータ２１が配列である場合には、帳票作成部５４がひな型ファイル２０の表３１の行を柔軟に増やし、差し込みデータ２１と同じ要素数の行を有する表３１を含む帳票データ２２を作成することができる。

＜＜帳票データの作成３＞＞
次に、図１６～図１９を参照して、ひな型ファイル２０に複数の表がある場合に差し込みデータ２１が適切な表に差し込まれる帳票の作成について説明する。

図１６は、ひな型ファイル２０の一例である。なお図１６の説明では主に図１２との相違を説明する。図１６では、ひな型ファイル２０が２つの表３２，３３を有している。一例として、表３２は会員用で、表３３は非会員用である。会員とは何らかの会に登録済みであることをいい、特定の会を意図していない。非会員用の表３３は会員番号のカラムを有していない。表３２、３３の位置は一例であり、表３２、３３がひな型ファイル２０のどこに配置されていてもよい。図１７は、差し込みデータ２１の一例である。図１７は図１３（ａ）と同じものである。

図１６のひな型ファイル２０に図１７の差し込みデータ２１が適用され、図１５のアルゴリズムで帳票が作成されたとする。この場合、作成される帳票データ２２は図１８に示すように、ユーザーが意図しないものなる。

図１８は、ユーザーが意図しない帳票データ２２を示す。図１８では、会員用の表３２と非会員用の表３３の両方に、差し込みデータ２１が配置されている。これは、図１５のステップＳ２０５で、差し込みデータ２１が有するkeyが、表３２と表３３の$｛ＸＸＸ｝と一致するためである。しかし、ユーザーは、図１７の差し込みデータ２１に会員番号が含まれているので、表３３には差し込みデータ２１を差し込みたくない。このように、ひな型ファイルに入力されるデータに欠損があった場合等、イレギュラーなケースでユーザーの想定外の帳票データが作成される場合があった。

そこで、図１９に示すアルゴリズムが有効になる。図１９は、ひな型ファイル２０の複数の表３２，３３のうち、適切な表３２にのみ差し込みデータ２１を差し込み、帳票データ２２を作成するフローチャート図である。図１９の説明では、主に図１５との相違を説明する。図１９ではステップＳ３０５の処理が異なっている。

帳票作成部５４は、差し込みデータ２１の全てのkeyがひな型ファイル２０の同一行にカラム名２０３として存在しているかどうか判断する（Ｓ３０５）。keyは、氏名、会社名及び会員番号である。この全てのkeyがカラム名２０３として同一行に存在するのは表３２のみなので、差し込みデータ２１は表３２にしか差し込まれない。

図２０は、図１９のアルゴリズムにより作成される帳票データ２２を示す。図２０では、表３２にのみ、差し込みデータ２１が差し込まれており、ユーザーの意図した帳票となっている。

＜＜帳票データの作成４＞＞
次に、帳票データの作成３とは別の形態として、図２１～図２４を参照して、ひな型ファイル２０に複数の表がある場合に差し込みデータ２１が適切な表に差し込まれる帳票の作成について説明する。

図２１は、ひな型ファイル２０の一例である。図２１は図１６と同じひな型ファイル２０である。

図２２は、差し込みデータ２１の一例である。図１７と比較すると分かるように、図２２の差し込みデータ２１は、会員番号のカラムを有していない。

図２１のひな型ファイルに図２２の差し込みデータ２１が適用され、図１９のアルゴリズムで帳票が作成されたとする。この場合、作成される帳票データ２２は図２３に示すように、ユーザーが意図しないものになる。

図２３は、ユーザーが意図しない帳票データ２２を示す。図２３では、会員用の表３２と非会員用の表３３の両方に、差し込みデータ２１が置換されている。これは、図１９のステップＳ３０５で、差し込みデータ２１が有する全てのkeyが、表３２と表３３の同一行に存在するためである。しかし、ユーザーは、図２２の差し込みデータ２１に会員番号が含まれていないので、表３２には差し込みデータ２１を差し込みたくない。

そこで、図２４に示すアルゴリズムが有効になる。図２４は、ひな型ファイル２０の複数の表の内、適切な表に差し込みデータ２１を差し込み、帳票データ２２を作成するフローチャート図である。図２４の説明では、主に図１９との相違を説明する。図２４ではステップＳ４０５の処理が異なっている。

帳票作成部５４は、差し込みデータ２１の全てのkeyがひな型ファイル２０の同一行にカラム名２０３として存在し、かつ、同一行に他の${key}が存在してないか判断する（Ｓ４０５）。図２２の差し込みデータ２１では、keyは、氏名、会社名である。この全てのkeyは表３２と３３に存在する。しかし、同一行に他の${key}が存在していないのは、表３３だけである（表３２は、${氏名}、${会社名}の他に${会員番号}を有している）。従って、差し込みデータ２１は表３３にしか差し込まれない。ステップＳ４０５の判断は、差し込みデータ２１のkeyと完全一致する（過不足なく一致する）カラム名２０３を有する表にのみ差し込みデータ２１の差し込みを可能にする。

図２５は、図２４のアルゴリズムにより作成される帳票データ２２を示す。図２５では、表３３にのみ、差し込みデータ２１が差し込まれており、ユーザーの意図した帳票となっている。

なお、図１７の差し込みデータ２１が図２４のアルゴリズムに適用されても、差し込みデータ２１は表３２にのみ差し込まれるので、ユーザーが意図する帳票となる。

＜＜帳票データの作成５＞＞
図１９のアルゴリズムで作成された帳票データ２２（図２０）は、表３３に${氏名}、${会社名}という文字列（カラム名）が残っている。また、図２４のアルゴリズムで作成された帳票データ２２（図２５）は、表３２に${氏名}、${会社名}、${会員番号}という文字列（カラム名）が残っている。これらカラム名は、間違いではないがユーザーとしてはない方が好ましい場合がある。

そこで、帳票作成部５４は、図２６に示すアルゴリズムで帳票を作成する。図２６は、不要なカラム名を削除して帳票データ２２を作成する処理を説明するフローチャート図である。

図２６では、まず、帳票作成部５４が図１９又は図２４のアルゴリズムで帳票を作成する（Ｓ５０１）。

そして、帳票作成部５４は、帳票データの作成後、ひな型ファイル内のカラム名（${ＸＸＸ}）の箇所を"－"に置換する（Ｓ５０２）。例えば図２０では、表３３の${氏名}、${会社名}、図２５では、表３２の${氏名}、${会社名}、${会員番号}が残っているため、それぞれ"－"で置換される。

図２７，図２８は、図２６のアルゴリズムで作成された帳票データ２２を示す。図２７は、図２０の帳票データ２２に残ったカラム名が"－"で置換された帳票データ２２である。図２８は、図２５の帳票データ２２に残ったカラム名が"－"で置換された帳票データ２２である。

図２７、図２８に示すように、帳票データ２２からカラム名がなくなり、ユーザーの意図した帳票を作成することができる。

なお、図２７，図２８ではカラム名が"－"で置換されているが、空白、＃、＄、％などの記号で置換されてもよい。また、カラム名が、「割愛」などの文字列で置換されてもよい。

また、ステップＳ５０２の処理は図１１、図１５のアルゴリズムで作成された帳票データ２２に対しても適用できる。

＜主な効果＞
以上説明したように、本実施形態の帳票作成システム１００は、帳票のひな型ファイル内で定義される表においては、表の大きさをユーザーが事前に指定する必要がなく、差し込みデータの配列数（要素数）に応じて、自動でひな型ファイル内の表のサイズを調整することができる。ひな型ファイル２０が複数の表を有していても、帳票作成システム１００は、適切な表にのみ差し込みデータ２１を差し込むことができる。

＜ワークフローへの適用例＞
本実施形態の帳票作成はワークフローサービスとして実現することもできる。ワークフローについて説明する。複数の処理（例えば、スキャン、クラウドへの保存、又はメール配信等）を組み合わせて提供するサービス等が知られている。例えば、スキャンにより生成された電子ファイル（画像ファイル）に情報処理システムが所定の処理を行った上で、クラウドに保存したりメール配信したりするサービス等が知られている。このようなサービスは、各機能を実現する１以上の処理が一連の処理として実行されることにより実現され、ワークフローサービスと呼ばれることがある。本実施形態では、帳票の作成をワークフローが行う。次述するINコンポーネントでひな型ファイルや差し込みデータ２１が指定され、PROCESSコンポーネントで帳票データが作成され、OUTコンポーネントで帳票データが出力される。

図２９を参照して、ワークフローアプリを構成するコンポーネントについて説明する。図２９は、ワークフローアプリとそれを構成するコンポーネントについて説明する図である。

管理者は、各処理を実行する処理（コンポーネント）を組み合わせワークフローとしてその一連の処理を実行するワークフローアプリ１１０を作成することができる。ここで、コンポーネントの一例として、データの入力や生成及び取得にかかる処理を実行するINコンポーネント、データの加工や変換など所定の処理を実行するPROCESSコンポーネント、データの出力や送信にかかる処理を実行するOUTコンポーネントが含まれる。ワークフローアプリは、複数のINコンポーネント、複数のPROCESSコンポーネント、及び、複数のOUTコンポーネントによって構成することができ、複数のコンポーネントによって１つのワークフローアプリを構成することもできる。

INコンポーネントは、デバイス１０１（端末装置１０等）から処理対象のデータを取得する処理が含まれる。例えば、デバイス１０１がＭＦＰやカメラである場合、原稿や被写体をスキャン又は撮影することで電子データを取得する処理が含まれる。デバイス１０１がプロジェクタやディスプレイである場合は表示中の画像データを取得する処理が含まれる。デバイス１０１がセンサである場合はセンサの検出値を取得する処理が含まれる。デバイス１０１がストレージサーバや記憶媒体の場合はデータを受信又は読み取る処理が含まれる。また、INコンポーネントは、ワークフローアプリを実現する情報処理システム５０内のデータを取得できるが、別のワークフローアプリ又はサーバーなどの記憶装置からデータを取得してもよい。例えば、INコンポーネントは、ワークフローアプリとは別のアプリ１０３又は、ワークフローアプリを実現する情報処理システム５０とは別のシステム１０２に対して、該別のアプリ１０３又は別のシステム１０２で管理しているデータを要求することができる。別のアプリ１０３は、要求に応じて該別のアプリで管理しているデータや、該別のアプリに対応するサーバーからデータを取得して要求元のINコンポーネントに対して送信することができる。なお、INコンポーネントは、画像データからテキストデータを生成するなどデータ形式を変換することでデータを生成する処理も含まれる。

OUTコンポーネントは、デバイス１０１からデータを出力する処理が含まれる。例えば、デバイス１０１がＭＦＰである場合、電子データを媒体に印刷する処理が含まれる。デバイス１０１がプロジェクタやディスプレイである場合、画像データを表示又は音声出力する処理が含まれる。デバイス１０１がストレージサーバや記憶媒体の場合はデータを送信又は記憶させる処理が含まれる。その他、OUTコンポーネントには、所定の宛先にデータや処理の結果を通知する処理が含まれる。また、OUTコンポーネントは、ワークフローアプリを実現する情報処理システム５０内にデータを出力できるが、ワークフローアプリとは別のアプリ１０３又はワークフローアプリを実現する情報処理システム５０とは別のシステム１０２にデータを出力してもよい。例えば、OUTコンポーネントは、該別のアプリ１０３又は該別のシステム１０２に対して、該別のアプリ１０３又は別のシステム１０２でデータ又は処理の結果を管理するよう要求することができる。別のアプリ１０３は、要求に応じて、受信したデータ又は処理の結果を管理し、又は該別のアプリ１０３に対応するサーバーで記憶するためにデータ又は処理の結果を送信することができる。

例えば、複数のコンポーネントを組み合わせることで、ワークフローアプリは以下のような機能を実現することができる。

INコンポーネントではＭＦＰが原稿をスキャンすることで画像データを生成する。PROCESSコンポーネントは画像データに対して文字認識処理を実行することで数値又はテキストなどのデータに変換する。OUTコンポーネントは、変換したデータを他のシステムの一例である業務管理システムに送信する。業務管理システムは、ワークフローアプリから受信したデータを分類、又は予め設定された入力様式に基づいて整理すること管理データを生成できる。なお、PROCESSコンポーネントにおいて情報処理システム５０がデータの分類及び管理データの生成を実行してもよい。この場合、OUTコンポーネントでは分類結果及び管理データを業務管理システムへ送信し、業務管理システムはワークフローアプリから受信した分類結果及び管理データを所定の領域に記憶するだけでよい。

また、INコンポーネントでは業務管理システムが管理するデータを取得する。例えば、INコンポーネントは、設定情報や、数値又はテキストなどのデータを取得する。ここで、INコンポーネントは設定に応じて所定のデータを業務管理システムに要求してもよいし、業務管理システムからの要求に応じて業務管理システムが管理する所定のデータを受信してもよい。PROCESSコンポーネントは、設定情報に基づいて数値又はテキストを整理又は加工することで管理データを生成する。OUTコンポーネントは、管理データを業務管理システムに送信する。業務管理システムは、ワークフローアプリから受信した管理データを所定の領域に記憶する。

ここで、業務管理システムとワークフローアプリとは、それぞれ異なる事業者によって提供される場合があり、それぞれ異なるサーバーによって構成される場合がある。このため、ワークフローアプリは、業務管理システムへデータ送信又は受信する場合、業務管理システムを構成するサーバーと通信することでデータを送信又は受信することができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、クライアント・サーバー方式でサーバー側の情報処理システム５０が帳票データを作成したが、スタンドアローン方式で端末装置１０が帳票データを作成してもよい。この場合、端末装置１０がひな型ファイル２０と差し込みデータ２１を用いて帳票データを作成する。

また、本実施形態では、表に行が追加されるように差し込みデータ２１が差し込まれたが、表にカラムが追加されるように差し込みデータ２１が差し込まれてもよい。
図３０は、表にカラムが追加される帳票データの作成例を示す。図３０（ａ）のひな型ファイル２０には、各行に$｛｝で囲まれた文字列（行名２０５）があり、それらが差し込みデータ２１のkeyと一致する。従って、各行の$｛｝で囲まれた文字列が差し込みデータ２１のvalueで置換され、図３０（ｂ）に示すようにカラムが自動的に追加されたる。

また、本実施形態（帳票データの作成４）では、差し込みデータ２１のkeyと完全一致するカラム名２０３を有する表３５が特定されている。しかし、ユーザーがひな型ファイル２０の表にＩＤを付与しておき、ユーザーがこのＩＤを指定して差し込みデータ２１の差し込みを実行してもよい。

また、ユーザーがひな型ファイル２０の表のカラムにＩＤを付与しておき、更に、差し込みデータ２１のカラムに、挿入先の表のカラムのＩＤ（複数設定可）を設定してもよい。情報処理システム５０は、差し込みデータ２１のカラムに設定されたＩＤを有する、表のカラムに差し込みデータ２１の各要素を差し込む。

また、図５などの構成例は、端末装置１０、及び情報処理システム５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置１０、及び情報処理システム５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム５０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

更に、情報処理システム５０は、本実施形態で開示された処理ステップ、例えば図９等を様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、情報処理システム５０が有する複数の情報処理装置によって実行され得る。また、情報処理システム５０は、１つのサーバー装置にまとめられていても良いし、複数の装置に分けられていても良い。

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

＜請求項に関する付記＞
[請求項１]
端末装置と通信可能な情報処理システムであって、
前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信する通信部と、
前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成する帳票作成部と、
を有することを特徴とする情報処理システム。
[請求項２]
前記ひな型ファイルの表は１行のみを有し、
作成された前記帳票データは、前記差し込みデータの要素と同じ数の行を有することを特徴とする請求項１に記載の情報処理システム。
[請求項３]
前記ひな型ファイルは前記表のカラムにカラム名を有しており、
前記要素のそれぞれは、識別情報に対応付けられた値を有しており、
前記帳票作成部は、前記差し込みデータの前記要素が有する識別情報と対応するカラム名のカラムに、前記識別情報に対応付けられた前記値を差し込む処理を、
全ての前記要素で行うことで、前記差し込みデータの各要素を前記ひな型ファイルの表に別の行として追加することを特徴とする請求項１又は２に記載の情報処理システム。
[請求項４]
前記ひな型ファイルは前記表のカラムにカラム名を有しており、
前記要素のそれぞれは、識別情報に対応付けられた値を有しており、
前記帳票作成部は、前記差し込みデータの前記要素が有する全ての識別情報と対応するカラム名を、前記ひな型ファイルが前記表の同一行に有する場合のみ、
前記差し込みデータの前記要素が有する識別情報と対応するカラム名のカラムに、前記識別情報に対応付けられた前記値を差し込む処理を、
全ての前記要素で行うことで、前記差し込みデータの各要素を前記ひな型ファイルの表に別の行として追加することを特徴とする請求項１又は２に記載の情報処理システム。
[請求項５]
前記帳票作成部は、前記差し込みデータの前記要素が有する全ての識別情報と対応するカラム名を、前記ひな型ファイルが前記表の同一行に有し、かつ、前記同一行に前記識別情報と対応する他のカラムを有さない場合のみ、
前記差し込みデータの前記要素が有する識別情報と対応するカラム名のカラムに、前記識別情報に対応付けられた前記値を差し込む処理を、
全ての前記要素で行うことで、前記差し込みデータの各要素を前記ひな型ファイルの表に別の行として追加することを特徴とする請求項４に記載の情報処理システム。
[請求項６]
前記帳票作成部は、前記帳票データを作成後、前記帳票データの前記表の前記カラム名が残ってる場合、前記カラム名を所定の文字列で置換することを特徴とする請求項３～５のいずれか１項に記載の情報処理システム。
[請求項７]
前記ひな型ファイルが複数の前記表を有する場合、
前記帳票作成部は、前記帳票データを作成後、前記差し込みデータが差し込まれていない表であって、前記表に前記カラム名が残ってる場合、前記カラム名を所定の文字列で置換することを特徴とする請求項６に記載の情報処理システム。
[請求項８]
前記ひな型ファイルの登録を受け付ける第一画面、及び、前記差し込みデータの登録を受け付ける第二画面を生成する画面生成部を有し、
前記通信部は、前記第一画面が受け付けた前記ひな型ファイル、及び、前記第二画面が受け付けた前記差し込みデータを前記端末装置から受信することを特徴とする請求項１～７のいずれか１項に記載の情報処理システム。

１０ 端末装置
５０ 情報処理システム
１００ 帳票作成システム

特開２００８‐０１５９６０号公報

Claims (11)

1. 端末装置と通信可能な情報処理システムであって、
   前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信する通信部と、
   前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成する帳票作成部と、
   を有することを特徴とする情報処理システム。
2. 前記ひな型ファイルの表は１行のみを有し、
   作成された前記帳票データは、前記差し込みデータの要素と同じ数の行を有することを特徴とする請求項１に記載の情報処理システム。
3. 前記ひな型ファイルは前記表のカラムにカラム名を有しており、
   前記要素のそれぞれは、識別情報に対応付けられた値を有しており、
   前記帳票作成部は、前記差し込みデータの前記要素が有する識別情報と対応するカラム名のカラムに、前記識別情報に対応付けられた前記値を差し込む処理を、
   全ての前記要素で行うことで、前記差し込みデータの各要素を前記ひな型ファイルの表に別の行として追加することを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記ひな型ファイルは前記表のカラムにカラム名を有しており、
   前記要素のそれぞれは、識別情報に対応付けられた値を有しており、
   前記帳票作成部は、前記差し込みデータの前記要素が有する全ての識別情報と対応するカラム名を、前記ひな型ファイルが前記表の同一行に有する場合のみ、
   前記差し込みデータの前記要素が有する識別情報と対応するカラム名のカラムに、前記識別情報に対応付けられた前記値を差し込む処理を、
   全ての前記要素で行うことで、前記差し込みデータの各要素を前記ひな型ファイルの表に別の行として追加することを特徴とする請求項１又は２に記載の情報処理システム。
5. 前記帳票作成部は、前記差し込みデータの前記要素が有する全ての識別情報と対応するカラム名を、前記ひな型ファイルが前記表の同一行に有し、かつ、前記同一行に前記識別情報と対応する他のカラムを有さない場合のみ、
   前記差し込みデータの前記要素が有する識別情報と対応するカラム名のカラムに、前記識別情報に対応付けられた前記値を差し込む処理を、
   全ての前記要素で行うことで、前記差し込みデータの各要素を前記ひな型ファイルの表に別の行として追加することを特徴とする請求項４に記載の情報処理システム。
6. 前記帳票作成部は、前記帳票データを作成後、前記帳票データの前記表の前記カラム名が残ってる場合、前記カラム名を所定の文字列で置換することを特徴とする請求項３に記載の情報処理システム。
7. 前記ひな型ファイルが複数の前記表を有する場合、
   前記帳票作成部は、前記帳票データを作成後、前記差し込みデータが差し込まれていない表であって、前記表に前記カラム名が残ってる場合、前記カラム名を所定の文字列で置換することを特徴とする請求項６に記載の情報処理システム。
8. 前記ひな型ファイルの登録を受け付ける第一画面、及び、前記差し込みデータの登録を受け付ける第二画面を生成する画面生成部を有し、
   前記通信部は、前記第一画面が受け付けた前記ひな型ファイル、及び、前記第二画面が受け付けた前記差し込みデータを前記端末装置から受信することを特徴とする請求項１に記載の情報処理システム。
9. 端末装置と通信可能な情報処理システムが行う帳票データ作成方法であって、
   前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信するステップと、
   前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成するステップと、
   を有することを特徴とする帳票データ作成方法。
10. 端末装置と通信可能な情報処理システムに、
    前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信する通信ステップ、
    前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成する帳票作成ステップ、
    を実行させるためのプログラム。
11. 端末装置と、前記端末装置と通信可能な情報処理システムとを含む帳票作成システムであって、
    前記情報処理システムは、
    前記端末装置から、帳票データのひな型ファイル、及び、前記帳票データに差し込まれる差し込みデータを指定した、帳票の作成要求を受信する通信部と、
    前記差し込みデータが複数の要素を有する場合、各要素を前記ひな型ファイルの表に別の行として追加することで、前記帳票データを作成する帳票作成部と、
    を有することを特徴とする帳票作成システム。
    

Images