(57)【要約】【課題】  アプリケーションとは独立して必要な検証レベルに応じてアップロードされた帳票書式情報を検証する。【解決手段】  ＡＰサーバ１１０の帳票書式送信部１１２は、要求された帳票種別に応じた帳票書式情報と少なくとも入力データを検証するための検証情報とを含む保存時帳票書式情報を作成して要求元のクライアントＰＣ１３０にダウンロードする。帳票情報アップロード部１３３は、受信した保存時帳票書式情報にオフラインで入力された入力データを加えた帳票データをＡＰサーバ１１０へアップロードする。帳票書式受信部１１５は、必要に応じて受信した帳票書式情報を検証し、検証情報を用いて入力データを検証する。【選択図】  図１
2005316640.tif 000002
【特許請求の範囲】
【請求項１】
帳票データを検証するサーバコンピュータと、前記帳票データのデータ入力を行うクライアントコンピュータとを含むコンピュータシステムにおける入力帳票の検証方法であって、
前記サーバコンピュータは、要求された帳票種別に応じた帳票書式情報と少なくとも入力データを検証するための検証情報とを含む保存時帳票書式情報を作成して要求元の前記クライアントコンピュータにダウンロードし、
前記クライアントコンピュータは、前記保存時帳票書式情報を受信し、前記保存時帳票書式情報にオフラインで入力された入力データを加えた帳票データを前記サーバコンピュータへアップロードし、
前記サーバコンピュータは、前記帳票データを受信し、必要に応じて前記帳票書式情報を検証し、前記検証情報を用いて前記入力データを検証することを特徴とするダウンロード入力帳票の検証方法。
【請求項２】
前記検証情報は、前記入力データを検証するための入力値検証情報と、前記クライアントコンピュータのユーザを検証するためのユーザ検証情報と、当該帳票データに必要な検証のレベルを示す検証パタンとを含むことを特徴とする請求項１記載のダウンロード入力帳票検証方法。
【請求項３】
前記検証パタンは、前記ユーザ検証情報によるユーザ検証、前記帳票書式情報による帳票書式検証および前記入力値検証情報による入力値検証のうち、検証を行うものの組合せを示すことを特徴とする請求項２記載のダウンロード入力帳票検証方法。
【請求項４】
前記入力値検証情報は、マスタデータベースに格納されるデータ項目値のリストであり、前記入力データは前記リストから選択されたデータ項目値であることを特徴とする請求項２記載のダウンロード入力帳票検証方法。
【請求項５】
前記サーバコンピュータは、さらに検証済の前記帳票データの全体をデータベースに格納するか、前記帳票データ中の前記入力データをデータベースに格納するか判定することを特徴とする請求項１記載のダウンロード入力帳票検証方法。
【請求項６】
コンピュータによって実行される方法は、
要求された帳票種別に応じた帳票書式情報と少なくとも入力データを検証するための検証情報とを含む保存時帳票書式情報を作成して要求元にダウンロードするステップと、
前記要求元から前記保存時帳票書式情報にオフラインで入力された入力データが加わった帳票データを受信し、必要に応じて前記帳票書式情報を検証し、前記検証情報を用いて前記入力データを検証するステップとを有することを特徴とするダウンロード入力帳票の検証方法。
【請求項７】
前記検証情報は、前記入力データを検証するための入力値検証情報と、前記クライアントコンピュータのユーザを検証するためのユーザ検証情報と、当該帳票データに必要な検証のレベルを示す検証パタンとを含むことを特徴とする請求項６記載のダウンロード入力帳票検証方法。
【請求項８】
前記コンピュータによって実行される方法は、さらに検証済の前記帳票データの全体をデータベースに格納するか、前記帳票データ中の前記入力データをデータベースに格納するか判定するステップを有することを特徴とする請求項６記載のダウンロード入力帳票検証方法。
【請求項９】
コンピュータに、
要求された帳票種別に応じた帳票書式情報と少なくとも入力データを検証するための検証情報とを含む保存時帳票書式情報を作成して要求元にダウンロードする機能、および
前記要求元から前記保存時帳票書式情報にオフラインで入力された入力データが加わった帳票データを受信し、必要に応じて前記帳票書式情報を検証し、前記検証情報を用いて前記入力データを検証する機能を実現させるためのプログラム。
【請求項１０】
前記検証情報は、前記入力データを検証するための入力値検証情報と、前記クライアントコンピュータのユーザを検証するためのユーザ検証情報と、当該帳票データに必要な検証のレベルを示す検証パタンとを含むことを特徴とする請求項９記載のプログラム。
【請求項１１】
帳票データを検証するサーバコンピュータと、前記帳票データのデータ入力を行うクライアントコンピュータとを含むコンピュータシステムであって、
前記サーバコンピュータは、要求された帳票種別に応じた帳票書式情報と少なくとも入力データを検証するための検証情報とを含む保存時帳票書式情報を作成して要求元の前記クライアントコンピュータにダウンロードする帳票書式送信部と、前記保存時帳票書式情報にオフラインで入力された入力データを加えた帳票データを受信し、必要に応じて前記帳票書式情報を検証し、前記検証情報を用いて前記入力データを検証する帳票書式受信部とを有し、
前記クライアントコンピュータは、前記保存時帳票書式情報を受信する帳票情報ダウンロード部と、前記入力データが加わった前記帳票データを前記サーバコンピュータへアップロードする帳票情報アップロード部とを有することを特徴とするコンピュータシステム。
【請求項１２】
前記検証情報は、前記入力データを検証するための入力値検証情報と、前記クライアントコンピュータのユーザを検証するためのユーザ検証情報と、当該帳票データに必要な検証のレベルを示す検証パタンとを含むことを特徴とする請求項１１記載のコンピュータシステム。
【請求項１３】
前記検証パタンは、前記ユーザ検証情報によるユーザ検証、前記帳票書式情報による帳票書式検証および前記入力値検証情報による入力値検証のうち、検証を行うものの組合せを示すことを特徴とする請求項１１記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票書式情報をネットワーク経由で要求元にダウンロードし、オフラインでデータ入力された帳票書式情報をその帳票の検証サイトにアップロードする技術に関する。
【背景技術】
【０００２】
電子フォームに帳票書式以外の検証情報を埋め込み、これを利用して検証やアクセス制限を行う従来技術として、特開２００３−１４１４３８号公報「電子フォーム配信装置及び電子フォーム配信プログラム」（特許文献１）に記載された技術がある。特許文献１は、個人のユーザ情報を電子フォームに格納し、これを用いて配信先に配布された電子フォームの検証を行う。
【０００３】
ＵＳ６，１８５，６８４ Ｂ１“SECURED DOCUMENT ACCESS CONTROL USING RECIPIENT LISTS”（特許文献２）は、パーミッション情報をドキュメントに埋め込み、これを利用してドキュメントへのアクセス制限を行う。
【０００４】
【特許文献１】特開２００３−１４１４３８号公報
【０００５】
【特許文献２】米国特許  ＵＳ６，１８５，６８４ Ｂ１
【発明の開示】
【発明が解決しようとする課題】
【０００６】
帳票入力システムとして、２つの利用形態が存在する。ひとつは、インターネット接続などの環境で帳票画面を表示し、この帳票画面を利用してサーバ側へのデータ入力を行うものである。他方は、帳票画面を一旦、クライアントＰＣ（パソコン）側にダウンロードし、このダウンロードした帳票について、オフライン環境でデータ入力を行い、必要に応じてこの帳票結果をサーバ側にアップロードするものである。このとき帳票結果そのままのアップロードを認めると、オンライン時の場合と異なり、マスタファイルとの不整合、制約条件外の入力値など品質の低いデータ入力を認める結果になる。
【０００７】
このためオフライン環境で入力された帳票入力結果と、サーバ側の状態との間に不整合が発生しているか否かを検出することが必要とされている。サーバ側の状態は、オフライン環境で利用する帳票とは独立して変更されるため、単純にオフライン入力の受け付けを行うと、こうした不整合が発生することになる。しかもこのような不整合をどのように判断するかの観点については、帳票情報を受け付けるアプリケーションごとに異なる。例えば帳票書式のフォーマットが変更された場合に、旧帳票書式を受け付け可能にするか否かは、アプリケーション側のポリシーに依存する。また帳票書式上にマスタファイル上に存在しない項目が入力されていた場合についても、これをどう扱うかは、アプリケーション側のポリシーに依存する。アプリケーションの検証を厳しく設定する必要がある場合には、帳票書式およびマスタファイルとの完全な整合性が求められるが、マスタ上に存在するデータ項目以外のデータ入力を認めたり、旧帳票から新帳票への移行期間に限っては、旧帳票による受付も可能にするなど検証方法を柔軟に設定する必要がある。
【０００８】
しかし従来技術では、こうした手段が提供されておらず、従来技術に示すように配信先などの観点から検証を行うため、上記のようにアプリケーション側に生ずる状況に対応した帳票情報のアップロード時検証が行えない。このためアプリケーションは、一旦アップロードした帳票をサーバに蓄積したあと、検証処理を行い、この検証結果を後日通知するなどの個別処理を実装する必要があった。こうした実現方法において、アプリケーション側の検証方法を変更するには、アプリケーションを改変する必要が発生する。例えば「フォーマットが異なっていても項目が一致していればアップロードの受け付け承認を行う」といったルールから「フォーマットと項目の双方が一致している時のみアップロードの受け付け承認を行う」に変更することが、システムとして要求されたとする。この場合、プログラム変更なしに検証ルール変更に対応できない。
【０００９】
帳票の検証を行う手段としては、背景技術において述べた従来技術が知られているが、これらの技術では、上記課題を解決することができない。
【課題を解決するための手段】
【００１０】
本発明のアプリケーション側は、帳票書式情報に検証情報を加えた情報を要求元にダウンロードする。要求元は、この帳票情報にオフラインで入力された入力データを加えてアプリケーション側にアップロードする。アプリケーション側は、必要に応じて帳票書式情報を検証し、検証情報に基づいて入力データを検証する。
【発明の効果】
【００１１】
本発明によれば、アプリケーションの変更なしで必要な検証レベルに応じてアップロードされた帳票書式情報および入力データを検証することが可能である。また要求元は、アップロード時に即座に検証結果を知ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について図面を用いて説明する。
【実施例１】
【００１３】
図１は、実施例１のクライアント・サーバ・システムの構成図である。システムは、ＷｅｂのＡＰ（アプリケーション）サーバ１１０、クライアントＰＣ１３０、認証サーバ１５０、ＤＢ（データベース）サーバ１６０および帳票サーバ１７０の各装置を有する。図では省略しているが、これらの各装置は、通常のコンピュータのもつＣＰＵ、メモリ、表示装置、内部もしくは外部の記憶装置、キーボード、マウスなどの入力装置をもつ。図１で黒塗りの矢印はデータ入出力の流れを示し、単純矢印はメッセージの流れを示す。
【００１４】
ＷｅｂのＡＰサーバ１１０は、帳票書式管理ＤＢ１２０を内部もしくは外部の記憶装置に保持する。ＡＰサーバ１１０は、プログラム実行時に、帳票書式送信部１１２、帳票書式受信部１１５およびログイン処理部１１１の各プログラムをメモリ上に保持する。これらの一連の処理部は、プログラムファイルの形態で内部もしくは外部の記憶装置に保持されており、サーバ起動時などのタイミングでメモリ上に読み込まれる。
【００１５】
クラインアントＰＣ１３０は、保存帳票ファイル１４０を内部もしくは外部の記憶装置に保持する。クラインアントＰＣ１３０は、プログラム実行時に、Ｗｅｂブラウザとともに、帳票情報ダウンロード部１３１、オフライン入力部１３２および帳票情報アップロード部１３３の各プログラムをメモリ上に保持する。これらの一連の処理部は、プログラムファイルの形態で内部もしくは外部の記憶装置に保持されており、クライアント起動時などのタイミングでメモリ上に読み込まれる。
【００１６】
ＷｅｂのＡＰサーバ１１０は、ＬＡＮによって認証サーバ１５０、ＤＢサーバ１６０および帳票サーバ１７０と接続されており、ＡＰサーバ１１０は、インターネットによってクライアントＰＣ１３０と接続されている。
【００１７】
認証サーバ１５０は、ユーザ認証を行う処理部とユーザ情報をもつ。ユーザ認証は、例えばＬＤＡＰなどにより実現される。ＤＢサーバ１６０は、ＡＰサーバ１１０が参照するマスタＤＢを管理する。図１の例では、ＤＢサーバ１６０は、旅費申請区分マスタＤＢを管理する。帳票サーバ１７０は、検証済み帳票情報の保存と管理を行う。
【００１８】
なお図１で示す構成は、実施形態の１例であり、本発明はこのシステム構成に限定されない。たとえば認証サーバ１５０、ＤＢサーバ１６０、帳票サーバ１７０およびＡＰサーバ１１０の構成を、一つもしくはそれ以上の複数サーバで実現しても構わない。またＬＡＮおよびインターネットのネットワーク構成についても、図1に示す以外の構成によって実現しても構わない。例えばネットワークの全てをＬＡＮで構成してもよいし、全てをインターネットで構成してもよい。
【００１９】
次に図２を参照し、クライアントＰＣ１３０の表示装置に表示される画面について説明する。以下の説明のＷｅｂブラウザには、あらかじめ用意した帳票表示用プラグインが組み込まれている。このプラグインがＷｅｂブラウザに組み込まれることにより、帳票表示画面およびこの画面から呼び出される関連画面が表示される。またこれらの画面が表示される前には、ログイン処理部１１１と認証サーバ１５０によりユーザ認証が行われる。さらにログイン処理部１１１は、インターネット上でクライアントＰＣ１３０の接続を管理するセッションを作成し、クライアントＰＣ１３０を利用しているユーザ固有のユーザ名、パスワードがＡＰサーバ１１０上に保持されている。
【００２０】
インターネット上の帳票ダウンロードサイトとなるＵＲＬが指定され、ログインおよび帳票種別の選択などの一連の操作が行われた後、図２に示す帳票表示画面２１０が表示される。図２は、旅費精算申請表が表示された場合を示している。帳票表示画面２１０に表示された旅費精算申請表では、ユーザが表示されるリスト部品から旅費精算の申請区分を選択して入力することができる。このリスト部品により、旅費の対象が国内出張であるか海外出張であるかの申請区分を選択し入力することが可能である。帳票表示画面２１０は、表示帳票に依存しない共通のメニューとして、「ファイル」「ダウンロード」「アップロード」をもつ。
【００２１】
指定された帳票をダウンロードするには、ユーザはメニューから「ダウンロード」を選択する。すると一般にファイル保存用に表示される図示しないファイル保存用ウインドウが表示される。こうしたファイル保存用ウインドウ上で「保存」などのボタンを操作することにより、指定された帳票が指定したファイル名のファイルに保存される。「保存」などのボタンを操作することにより、クライアントＰＣ１３０の帳票情報ダウンロード部１３１が実行される。
【００２２】
帳票情報ダウンロード部１３１は、ＡＰサーバ１１０上の帳票書式送信部１１２と通信を行う。帳票書式送信部１１２は、サーバ上の帳票書式情報をクライアントＰＣ１３０に送信する。このとき帳票書式送信部１１２は、検証情報格納部１１４が用意した検証情報を帳票書式情報に付加して送信する。クライアントＰＣ１３０上の帳票情報ダウンロード部１３１は、帳票書式送信部１１２から送信されたデータを保存時帳票書式情報１４１として保存帳票ファイルに保存する。この保存時帳票書式情報１４１は、サーバ上に存在する帳票書式情報１２２にアップロード時の検証作業を行うために必要な検証情報１４５と、リスト選択などの帳票入力のためのリスト項目一覧１４４を追加したものである。以上の処理を行うことにより、保存時帳票書式情報１４１がクライアントＰＣ１３０の記憶装置上に保存される。このようにサーバのダウンロード対象となる帳票書式情報に対して検証情報を追加し、クライアント側に保存することが本発明の特徴のひとつである。
【００２３】
次にクライアントＰＣ１３０のユーザは、ダウンロードされた保存時帳票書式情報１４１にデータ入力することにより、ＡＰサーバ１１０とインターネット接続しないオフライン環境において、帳票への入力作業を行うことができる。オフラインで帳票入力する際には、ユーザは帳票表示画面２１０のメニューの中の「ファイル」を選択する。すると図示しない保存時帳票書式情報のファイル選択画面が表示される。ユーザがこのファイル選択画面上でファイル名を指定すると、オフライン入力部１３２は、帳票表示画面２１０上で選択された保存帳票ファイル１４０の帳票画面を表示する。例えばオフライン状態で旅費精算申請表のファイルが選択されると、オンライン利用時と同様に帳票表示画面２１０上には旅費精算申請表の画面が表示される。この画面を介してユーザが入力作業を行うと、オフライン入力部１３２は、保存時帳票書式情報１４１に対する入力データ１４９の追加変更を受け付ける。このときオフライン入力部１３２は、後述の入力値検証情報１２４を用いて入力データの文字数の制限など可能なチェックをしてもよい。なおオフライン入力部１３２は、保存時帳票書式情報１４１の入力データ１４９のみを変更できる。オフライン入力部１３２は、帳票書式情報１４２や検証情報１４５を変更することはできない。このようにユーザは、オフライン環境で変更した保存時帳票書式情報１４１を再び保存帳票ファイル１４０として保存できる。
【００２４】
次にクライアントＰＣ１３０のユーザは、上記のようにオフライン入力した保存時帳票書式情報１４１を、ＡＰサーバ１１０にアップロードする処理を行う。このアップロードする際には、ユーザは帳票表示画面２１０のメニューの中の「アップロード」を選択する。すると図２のアップロードファイル選択画面２２０が表示される。アップロードファイル選択画面２２０は、ファイル一覧表示部と選択ファイル一覧表示部をもつ。ファイル一覧表示部には、クライアントＰＣに保存されている保存時帳票書式情報１４１のファイル一覧が表示される。選択ファイル一覧表示部には、選択されたアップロード対象となるファイル一覧が表示される。選択ファイル一覧表示部にファイルの追加・削除を行うには、ファイル一覧表示部中のファイル名をマウスなどで選択し、ファイル移動用のボタン２２１,２２２を押下することによって追加・削除を行う。アップロードファイル選択画面２２０は、以上述べた操作によりアップロード対象とする複数のファイル一覧を指定することを可能とする。なおアップロードファイル選択画面２２０は、「キャンセル」および「アップロード」のボタンをもつ。「キャンセル」ボタンが押されると、アップロードファイル選択画面２２０が閉じ、帳票表示画面２１０に戻る。「アップロード」ボタンが選択されると、帳票情報アップロード部１３３が実行される。
【００２５】
帳票情報アップロード部１３３は、まずログイン画面２３０を表示する。このログイン画面は、サーバ側処理によって表示されるのではなく、クライアント側の処理として表示されるものである。クライアントＰＣ１３０のユーザは、このログイン画面２３０を介してユーザ名およびパスワードを入力する。ログイン画面２３０上のＯＫボタンを押すと、帳票情報アップロード部１３３が実行される。キャンセルボタンを押すと、アップロードファイル選択画面２２０に戻る。
【００２６】
ここでログイン画面２３０上のＯＫボタンが押されると、帳票情報アップロード部１３３は、入力されたユーザ名、パスワードおよび選択された保存時帳票書式情報１４１を帳票書式受信部１１５に送信する。帳票書式受信部１１５は、帳票情報検証サイト１１５０により、アップロードファイルの検証を行う。帳票情報検証サイト１１５０は複数存在する。帳票情報検証サイト１１５０は、ユーザ検証、帳票書式検証および入力値検証のうちの少なくとも１つの検証を行い、これらの結果を統合してアップロードファイルを受け付けるかどうかを判定する。受け付け可能と判定された保存時帳票書式情報１４１は、ＡＰサーバ１１０を介して帳票サーバ１７０に検証済み帳票情報として保存される。受け付け可能でなかったものは保存されない。そしてＡＰサーバ１１０の帳票情報検証サイト１１５０は、検証の判定結果をクライアントＰＣ１３０上の帳票情報アップロード部１３３に応答する。帳票情報検証サイト１１５０は、帳票情報を処理するアプリケーションとは別に共通に設けられるプログラムである。
【００２７】
帳票情報検証サイト１１５０からの応答を受け、クライアントＰＣ１３０上の帳票情報アップロード部１３３は、アップロード結果画面２４０を表示する。アップロード結果画面２４０は、アップロードの結果として受付が完了したアップロードファイル名と、受付が完了しなかったものを各々区別して画面に表示する。これによりクライアントＰＣ１３０のユーザは、いずれのアップロード対象ファイルのアップロード処理が成功したのかについて知ることができる。
【００２８】
次に図３および図４を用いて、帳票書式管理ＤＢ１２０および保存帳票ファイル１４０のデータ構造について説明を行う。なおマスタ物理構成情報１２１は、マスタデータベースの論理名称を物理名称に変換するための情報である、マスタ物理構成情報１２１は、サーバ名、テーブル名、データベースへの接続ユーザ名などを格納する。
【００２９】
図３は、帳票書式情報１２２、帳票・ユーザ別マスタ検索条件１２５および帳票別検証パタン一覧１２６のデータ構成を示す。
【００３０】
帳票書式情報１２２は、入力領域部品情報１２３と入力値検証情報１２４からなる。入力領域部品情報１２３は、帳票の入力領域部品の部品名、部品の帳票上の位置を示す座標値および入力領域部品の種別（リスト入力部品、テキスト入力部品など）を格納する。これらの情報により画面上に帳票の入力画面が表示される。入力値検証情報１２４は、各入力部品について入力値を検証するための情報を設定する。入力値の範囲や文字数などを制限するための値制約事項や、リスト一覧の項目値を取得するために参照するマスタデータベースの名称（マスタ名）が保持される。図３の例では、部品ＩＤ＝１すなわち旅費申請区分については、旅費申請区分マスタの項目値について検証が行われ、部品ＩＤ＝２すなわち旅費申請理由については、２００文字以内の入力のみを認めることを示している。
【００３１】
帳票・ユーザ別マスタ検索条件１２５は、帳票とユーザ属性の組み合わせと、マスタ名とマスタ検索条件の組み合わせとを保持する。ユーザ属性は、認証サーバ１５０が保持するユーザ情報のプロパティ値などを設定する。本例は、ユーザ情報としてＬＤＡＰを用いたことを想定しており、ｏｕすなわち組織区分がいずれの事業部であるかにより、旅費申請区分マスタへの検索条件が変更されることを示している。クライアントＰＣ上のログインユーザが事業部Ａのユーザである場合には、検証情報格納部１１４は、検索条件「ｏｕ＝“事業部Ａ”」を用いて、ＤＢサーバ１６０の旅費申請区分マスタＤＢを検索し、この検索結果を図４に示すリスト項目一覧として用いる。また作業番号マスタは、次に適用する作業番号を格納するファイルである。
【００３２】
帳票別検証パタン一覧１２６は、帳票名と帳票の検証を行う検証サイト名を示すＵＲＬとを対応づけて設定する。本実施例では、図８に示すように８種類の帳票検証パタンが用意されており、この検証パタンごとに検証サイトのＵＲＬが与えられている。このＵＲＬのいずれかと帳票名が対応づけられて帳票別検証パタン一覧１２６に格納されている。なお検証パタンおよび検証サイトは、アプリケーションとは独立しており、アプリケーションの変更なしに検証パタンを変更することが可能である。
【００３３】
図４は、保存時帳票書式情報１４１のデータ形式を示す。保存時帳票書式情報１４１は、帳票書式情報１４２、検証情報１４５および入力データ１４９よりなる。
【００３４】
帳票書式情報１４２は、入力領域部品情報１２３およびリスト項目一覧１４４よりなる。入力領域部品情報１２３については、すでに図３で説明した。リスト項目一覧１４４は、入力部品のうち種別がリストであるものについてのリスト項目一覧を保持する。この例は、部品ＩＤ＝１すなわち旅費申請区分についてのリスト項目を保持している。このリスト項目一覧は、リスト一覧生成部１１３が生成したものである。
【００３５】
検証情報１４５は、入力値検証情報１２４、ユーザ検証情報１４７および検証サイト情報１４８よりなる。ユーザ検証情報１４７は、帳票情報ダウンロード部１３１が実行されるときにＡＰサーバ１１０によって認証されたログインユーザ情報を格納する。検証サイト情報１４８は、検証情報格納部１１４が帳票検証パタンから該当する帳票名の検証サイトを検索した結果である検証サイト名を格納する。入力値検証情報１２４は、帳票書式情報１２２の入力値検証情報１２４をそのまま格納する。
【００３６】
入力データ１４９は、オフライン入力部１３２を介して入力されたデータを格納する。図４の例では、旅費申請区分および旅費申請理由についての入力データを保持する。なお保存時帳票書式情報１４１をクライアントＰＣ１３０にダウンロードした時点では、入力データ１４９には領域のみが確保され、実データはなにも格納されていない状態である。
【００３７】
次に各処理部の処理の流れについて図５、図６および図７を用いて説明する。
【００３８】
まず帳票書式送信部１１２の処理手順について図５のフロー図を用いて説明する。帳票書式送信部１１２は、図１に示すようにリスト一覧生成部に１１３および検証情報格納部１１４を有する。
【００３９】
ステップ５０１では、帳票書式送信部１１２は、ＡＰログイン結果を保持するセッション情報からユーザ名およびパスワードを取得する。帳票書式送信部１１２は、このユーザ名、パスワードからユーザ検証情報１４７をメモリ上に作成する。ユーザ検証情報１４７を生成するにあたっては、公知技術である暗号化技術などを利用し、クライアント側において読み取れない形式で作成する。
【００４０】
ステップ５０２では、帳票書式送信部１１２は、クライアントＰＣ１３０からダウンロード要求された帳票書式情報１２２を帳票書式管理ＤＢ１２０からＡＰサーバ１１０に読みこむ。この結果をそのまま入力領域部品情報１２３、入力値検証情報１２４としてメモリ上に作成する。
【００４１】
ステップ５０３では、リスト一覧生成部１１３は、リスト項目一覧１４４を生成する。ステップ５０１で取得したユーザ名を検索条件として、帳票・ユーザ別マスタ検索条件１２５に従ってＤＢサーバ１６０のマスタＤＢを検索し、この検索結果をＡＰサーバ１１０のメモリ上に保持する。なお論理名のマスタ名から物理名に変換するにあたっては、マスタ物理構成情報１２１が用いられる。マスタＤＢを検索した結果として、帳票のリスト項目について表示するためのリスト項目一覧を取得し、この結果を用いてリスト項目一覧１４４を生成する。例えば旅費申請区分マスタＤＢを検索し、「国内日帰り」「国内宿泊」「海外出張」などのリスト項目一覧を取得する。
【００４２】
ステップ５０４では、検証情報格納部１１４は、検証情報１４５を生成する。検証情報１４５のうち、ユーザ検証情報１４７はステップ５０１で生成されており、入力値検証情報１２４はステップ５０２で生成されている。ここでは検証情報格納部１１４は、検証サイト情報１４８の生成と、すでにメモリ上に得られている情報との合成を行う。まずダウンロード対象の帳票名を検索条件として、帳票別検証パタン一覧１２６を検索し、この検索結果を、ＡＰサーバ１１０のメモリ上に保持する。次にこの結果を用いて検証サイト情報１４８を生成する。これとすでに得られているユーザ検証情報１４７、入力値検証情報１２４とを合成して検証情報１４５を生成する。
【００４３】
ステップ５０５では、帳票書式送信部１１２は、クライアントＰＣ側に送信する保存時帳票書式情報１４１を生成するために、上記一連のステップ処理において得たリスト項目一覧１４４、検証情報１４５および入力データ１４９を合成し、保存時帳票書式情報１４１を生成する。なおこの時点では、入力データ１４９には実際の入力データを含んでいない。
【００４４】
ステップ５０６では、帳票書式送信部１１２は、ステップ５０５において生成した保存時帳票書式情報１４１を要求元のクライアントＰＣ１３０に送信する。
【００４５】
次に帳票情報アップロード部１３３の処理手順について図６のフロー図を用いて説明する。帳票情報アップロード部１３３は、検証サイト接続部１３４および検証結果通知部１３５を有する。
【００４６】
ステップ６０１では、帳票情報アップロード部１３３は、ログイン画面２３０を表示する。ユーザはこの画面を介してユーザ名およびパスワードを入力する。
【００４７】
ステップ６０２では、帳票情報アップロード部１３３は、保存帳票ファイル１４０のファイル一覧をメモリに読み込んで表示する。次に選択されたアップロードの対象となるファイル名一覧を処理部内で保持する配列fileName（N）に読み込む。ここでＮはアップロード対象とするファイル数である。ステップ６０３では、ファイル名の配列番号Ｉを０にする。ステップ６０４では、fileName（I）のファイル名を変数TargetFileに格納する。次に帳票情報アップロード部１３３は、TargetFileに該当する保存時帳票書式情報１４１をメモリ上に読み込む。
【００４８】
ステップ６０５では、検証サイト接続部１３４は、保存時帳票書式情報１４１に含まれる検証サイト情報１４８から帳票アップロードの検証サイトとなるＵＲＬを取得し、検証サイトとの接続を行う。
【００４９】
ステップ６０６では、帳票情報アップロード部１３３は、接続した検証サイトに向けて以下の帳票データを送信する。
・ステップ６０１で入力したユーザ名およびパスワード
・保存時帳票書式情報１４１のファイル名
・保存時帳票書式情報１４１の内容。
【００５０】
ステップ６０７では、帳票情報アップロード部１３３は、検証サイトから検証結果を取得し、クライアントＰＣ１３０のメモリ上に保持する。なおステップ６０６とステップ６０７の処理ステップ間において、帳票書式受信部１１５の処理が行われる。帳票書式受信部１１５の処理については、図７を用いて別途説明する。
【００５１】
ステップ６０８では、Ｉ＝Ｉ＋１とする。ステップ６０９では、帳票情報アップロード部１３３は、Ｉ＜Ｎであるか否かを判断し、Ｉ＜Ｎであればステップ６０４に戻り、そうでなければステップ６１０を実行する。
【００５２】
ステップ６１０では、検証結果通知部１３５は、受信した検証結果をアップロード結果画面２４０に表示する。
【００５３】
次に帳票書式受信部１１５及び帳票情報検証サイト１１５０の処理手順について図７のフロー図を用いて説明する。帳票書式受信部１１５の接続先である帳票情報検証サイト１１５０は、ユーザ検証部１１６、帳票書式検証部１１７および入力値検証部１１８を有する。
【００５４】
ステップ７０１では、帳票書式受信部１１５は、クライアントＰＣ１３０の要求により、該当する検証サイトとクライアント側との接続処理を行う。
【００５５】
ステップ７０２では、帳票情報検証サイト１１５０は、クライアントＰＣ１３０から以下の帳票データを受信する。
・ステップ６０１で入力したユーザ名およびパスワード
・保存時帳票書式情報１４１のファイル名
・保存時帳票書式情報１４１の内容。
【００５６】
ステップ７０３では、ユーザ検証部１１６がユーザ検証を行う。ユーザ検証部１１６は、まずクライアントＰＣ１３０から送られてきたユーザ名およびパスワードに一致するものが、認証サーバ１５０の管理するユーザ情報上に存在するか否かを検証する。認証サーバ１５０による検証が成立した場合には、クライアントＰＣ１３０から送られてきたユーザ名およびパスワードが検証情報１４５に含まれるユーザ検証情報１４７と一致するか否かを検証する。これらすべてが一致した場合に、ユーザ検証部１１６は、ユーザ認証が成立したものと判断する。
【００５７】
ステップ７０４では、帳票書式検証部１１７が帳票書式情報１４２の検証を行う。ここでは帳票書式検証部１１７は、ＡＰサーバ１１０が保持する帳票書式情報１２２に含まれる入力領域部品情報１２３と、クライアントＰＣ１３０から受信した保存時帳票書式情報１４１に含まれる入力領域部品情報１２３とを付き合わせることによって検証を行う。この２つが一致した場合に、帳票書式の検証が成立したものと判断する。
【００５８】
ステップ７０５では、入力値検証部１１８は、入力データ１４９の検証を行う。クライアントＰＣ１３０から受信した入力データ１４９について、入力値検証情報１２４を用いて検証する。入力値検証部１１８は、入力データが入力値検証情報１２４の制約条件内であれば、検証が成立したものと判断する。入力値検証情報１２４がマスタＤＢの場合には、入力データ１４９のデータ項目値がリスト項目一覧１４４から選択されたものかであるか否か検証される。なおここでＡＰサーバ１１０が保持する入力値検証情報１２４を用いていることに注意する。これによりサーバ側とクライアント側との不整合を検出することが可能になる。
【００５９】
ステップ７０６では、帳票情報検証サイト１１５０は、帳票書式と入力データの検証結果と、図８に示す検証サイト別の判定ロジックにより、最終的な判定を行う。図８に示すように、ユーザ検証、帳票書式検証および入力値検証の結果をどのように用いるかは、各検証サイトごとに異なる。図８の検証パタンは、検証パタン名と、ユーザ検証、帳票書式検証および入力値検証の判断結果を各検証サイトの判断結果に用いるか否かを〇×で示している。さらに検証サイト名を示している。例えば図８での検証パタンが全検証の場合には、ユーザ検証、帳票書式検証および入力値検証がすべて成立しているものについてのみ、ファイルのアップロードを許可する受け付け判定を行う。一方、図８での検証パタンが未検証である場合には、どのようなファイルであれ受け付けるものと判定される。
【００６０】
ステップ７０７では、帳票書式受信部１１５は、検証成功の帳票情報をＡＰサーバ１１０側で保存する。図１の例では、検証済帳票情報を帳票サーバ１７０に保存する。なお保存されるものは、帳票そのものである場合と、帳票に含まれている入力データ１４９のみを取り出し、このデータがデータベースに格納される場合とがある。図１での例では帳票そのものを保存する場合であるが、データベースへ入力データのみの保存を行ってもよい。
【００６１】
ステップ７０８では、帳票書式受信部１１５は、帳票ファイル名と検証結果をクライアントＰＣ１３０に応答する。ステップ７０９では、帳票書式受信部１１５は、クライアントＰＣ１３０の要求により、クライアントＰＣ１３０との接続を切る。
【００６２】
以下、実施例１の補足説明を行う。実施例１では、クライアントＰＣ１３０がアップロード処理を行う際に、入力領域部品情報１２３および入力値検証情報１２４も含めた保存時帳票書式情報１４１をＡＰサーバ１１０に送信している。しかしＡＰサーバ１１０は、これらの情報に一意の識別ＩＤを与え、クライアントからこれらの情報を送信する際には、この識別ＩＤのみを送信する処理にしてもよい。
【００６３】
またすでに説明したフロー図では、クライアントＰＣ１３０からＡＰサーバ１１０へ帳票書式情報を送信する際の接続処理について、帳票ごとに接続、切断処理をおこなっているが、ＡＰサーバ１１０への帳票書式情報の送信前に検証サイト別にアップロード対象とする帳票をソーティングし、このソーティング結果にもとづきアップロード処理を行うことにより、検証サイト側との接続および切断処理回数を低減化してもよい。これらはすでに述べた実施例に基づいて容易に実施できるものである。
【実施例２】
【００６４】
以下、図９を用いて実施例２の説明を行う。なお以下の説明では、すでに実施例１で述べたものとの差分のみを説明する。
【００６５】
図９に示すように、実施例２は、帳票格納先としてＤＢサーバ９１０が管理する帳票ＤＢと帳票サーバ１７０が管理する検証済帳票情報の２箇所もつ。帳票別格納パタン一覧９０３は、帳票別にこの２箇所のいずれに格納するかについての設定情報を帳票名と対応づけて保持する。
【００６６】
実施例１は、検証サイトから直接、検証済帳票情報をそのまま帳票サーバ１７０に格納する処理である。実施例２は、帳票書式受信部９００の構成が変更されており、検証済帳票情報の格納先を設定情報により変更可能としている。帳票書式受信部９００は、帳票格納処理部９０１を設ける。帳票格納処理部９０１は、すでに説明した帳票別格納パタン一覧９０３に基づき、帳票情報の格納先を判断する。すなわち帳票格納処理部９０１は、図９の帳票ＤＢと検証済帳票情報のいずれに格納するかを判定する。そしてこの判定結果に基づき、これに応じたサーバへ検証済帳票情報を格納する。実施例２の構成により、帳票データ全体を保存する保存方式と、帳票データのうち入力データのみをデータベースに保存する保存方式を容易に区別できるようになる。
【産業上の利用可能性】
【００６７】
本発明は、オフラインの帳票入力機能を利用したシステム一般に対して広く利用できる。例えば営業員の旅費精算システム、日報報告システムなどに利用できる。またＥＡＩなど大規模なシステムにおける入力アプリケーションについても利用できる。
【図面の簡単な説明】
【００６８】
【図１】実施例１のシステム構成図である。
【図２】クライアント側の表示画面の例を示す図である。
【図３】ＡＰサーバ側のデータ構成例を示す図である。
【図４】クライアントへ送信されるデータの構成例を示す図である。
【図５】実施例の帳票書式送信部のフロー図である。
【図６】実施例の帳票情報アップロード部のフロー図である。
【図７】帳票書式受信部のフロー図である。
【図８】実施例の検証帳票パタンを示す図である。
【図９】実施例２のシステム構成図である。
【符号の説明】
【００６９】
１１０：ＡＰサーバ、１１２：帳票書式送信部、１１５：帳票書式受信部、１１６：ユーザ検証部、１１７：帳票書式検証部、１１８：入力値検証部、１２２：帳票書式情報、１３０：クライアントＰＣ、１３３：帳票情報アップロード部、１４１：保存時帳票書式情報、１１５０：帳票情報検証サイト。
【図１】
2005316640.tif 000003
【図２】
2005316640.tif 000004
【図３】
2005316640.tif 000005
【図４】
2005316640.tif 000006
【図５】
2005316640.tif 000007
【図６】
2005316640.tif 000008
【図７】
2005316640.tif 000009
【図８】
2005316640.tif 000010
【図９】
2005316640.tif 000011