JP5577940B2 - 帳票管理システムおよびプログラム - Google Patents

Description

本発明は、帳票管理システムおよびプログラムに関する。

特許文献１には、複数の業務担当間を回送される帳票を管理する帳票管理システムが開示されている。この帳票管理システムでは、識別情報を有する帳票が発行され、各業務担当の帳票管理端末により、業務担当名、回送された帳票の識別情報、および回送された帳票授受の日時を対応づけた帳票授受情報が帳票情報データベースに送信されて記録される。この帳票情報データベースは、各帳票の識別情報に関連づけて各帳票の内容や授受情報を記録するため、個別の帳票ごとの管理が可能となる。

特許文献２に記載の技術では、複数の個別帳票の受取人となる顧客ごとに、グループ識別情報を付与し、このグループ識別情報に対応づけて、当該顧客に送付される複数の個別情報それぞれの帳票識別情報をデータベースに予め登録しておく。そして、ある顧客に送付する個別帳票を揃えるときに、各個別帳票に付された帳票情報をバーコードリーダで読み取り、読み取った帳票情報と、当該顧客のグループ識別情報に対応づけられた帳票情報と、を比較することで、当該顧客に送付すべき個別帳票が揃ったか否かを判定する。

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

本発明は、送付者が送付を意図した帳票と受取者が実際に受け取った帳票との照合を自動的に行う帳票管理システムおよびプログラムを提供することを目的とする。

請求項１に係る発明は、送付者から受取者に対して纏めて送付される１以上の帳票それぞれに付与された帳票識別情報の入力を受け付ける第１受付手段と、前記纏めて送付される１以上の帳票のグループを識別するためのグループ識別情報を当該グループに付与する付与手段と、前記グループ識別情報と、前記グループ識別情報のグループの帳票それぞれについて前記第１受付手段が受け付けた各帳票識別情報と、を関連づけて記憶手段に登録する登録手段と、前記グループ識別情報を含む文書であって前記送付者から前記受取者に対して送付される帳票に添付される添付文書を生成する添付文書生成手段と、前記添付文書と共に１以上の帳票を前記受取者が前記送付者から受け取った場合に、前記受取者が受け取った添付文書に含まれる前記グループ識別情報と、当該添付文書と共に前記受取者が受け取った１以上の帳票それぞれの帳票識別情報と、の入力を受け付ける第２受付手段と、前記第２受付手段が受け付けたグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、前記第２受付手段が受け付けた帳票識別情報と、を比較した結果を表す情報を出力する出力手段と、を備え、前記登録手段は、さらに、帳票に対する操作に関連する情報である操作関連情報と当該操作の対象の帳票の帳票識別情報とを含む登録指示に応じて、当該登録指示中の前記操作関連情報と前記帳票識別情報とを関連づけて前記記憶手段に登録し、前記第１受付手段が受け付けた各帳票識別情報に関連づけて、帳票の送付が行われた旨を表す情報を含む操作関連情報を前記記憶手段に登録し、前記第２受付手段が受け付けた各帳票識別情報に関連づけて、帳票の受取が行われた旨を表す情報を含む操作関連情報を前記記憶手段に登録する、ことを特徴とする帳票管理システムである。

請求項２に係る発明は、請求項１に係る発明において、前記登録手段は、さらに、前記出力手段において比較の対象となった帳票識別情報のそれぞれに関連づけて、前記比較した結果を表す情報を前記記憶手段に登録する。

請求項３に係る発明は、請求項１または２に係る発明において、前記出力手段は、前記第２受付手段が受け付けたグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、前記第２受付手段が受け付けた帳票識別情報と、を比較して、一方に含まれていて他方に含まれていない帳票識別情報を特定し、特定した帳票識別情報に関連づけて前記記憶手段に記憶された情報をさらに出力する。

請求項４に係る発明は、請求項１から３のいずれか１項に係る発明において、前記記憶手段を参照して、前記登録手段による前記記憶手段への登録の対象である前記グループ識別情報、前記各帳票識別情報、および前記操作関連情報が、予め設定された登録条件を満たすか否かを判定する判定手段をさらに備え、前記出力手段は、さらに、前記判定手段による判定の結果を出力する。

請求項５に係る発明は、帳票を送付する送付者が利用する送付者端末と、前記送付者から帳票を受け取る受取者が利用する受取者端末と、前記送付者端末および前記受取端末に通信手段を介して接続された管理装置と、を備え、前記送付者端末は、前記送付者から前記受取者に対して纏めて送付される１以上の帳票それぞれに付与された帳票識別情報の入力を受け付ける第１受付手段と、前記第１受付手段が受け付けた各帳票識別情報を前記管理装置に対して送信する第１送信手段と、前記第１送信手段による前記各帳票識別情報の送信に応じて前記管理装置から返送される、前記各識別情報の帳票を含むグループを識別するためのグループ識別情報を受信し、受信したグループ識別情報を含む文書であって前記送付者から前記受取者に対して送付される帳票に添付される添付文書を生成する添付文書生成手段と、を備え、前記受取者端末は、前記添付文書と共に１以上の帳票を前記受取者が前記送付者から受け取った場合に、前記受取者が受け取った添付文書に含まれる前記グループ識別情報と、当該添付文書と共に前記受取者が受け取った１以上の帳票それぞれの帳票識別情報と、の入力を受け付ける第２受付手段と、前記第２受付手段が受け付けたグループ識別情報および各帳票識別情報を前記管理装置に対して送信する第２送信手段と、を備え、前記管理装置は、前記送付者端末の前記第１送信手段が送信した各帳票識別情報を受信した場合に、受信した各帳票識別情報の帳票を含むグループに対して前記グループ識別情報を付与する付与手段と、前記グループ識別情報を前記送付者端末に対して返送する返送手段と、前記グループ識別情報と、前記送付者端末から受信した各帳票識別情報と、を関連づけて記憶手段に登録する登録手段と、前記受取者端末の第２送信手段が送信したグループ識別情報および前記各帳票識別情報を受信した場合に、受信したグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、受信した各帳票識別情報と、を比較した結果を表す情報を出力する出力手段と、を備える、ことを特徴とする帳票管理システムである。

請求項６に係る発明は、帳票を送付する送付者が利用する送付者端末と、前記送付者から帳票を受け取る受取者が利用する受取者端末と、前記送付者端末および前記受取端末に通信手段を介して接続されるコンピュータに、前記送付者から前記受取者に対して纏めて送付される１以上の帳票それぞれに付与された帳票識別情報を前記送付者端末から受信する第１受信ステップと、前記第１受信ステップで受信した各帳票識別情報の帳票を含むグループに対してグループ識別情報を付与する付与ステップと、前記付与ステップで付与したグループ識別情報を前記送付者端末に送信する送信ステップと、前記付与ステップで付与したグループ識別情報と、前記第１受信ステップで受信した各帳票識別情報と、を関連づけて記憶手段に登録する登録ステップと、前記グループ識別情報を含む添付文書と１以上の帳票とを前記送付者から受取った受取者の前記受取者端末から、当該添付文書に含まれるグループ識別情報と当該１以上の帳票それぞれの帳票識別情報とを受信する第２受信ステップと、前記第２受信ステップで受信したグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、前記第２受信ステップで受信した帳票識別情報と、を比較した結果を表す情報を出力する出力ステップと、を実行させるためのプログラムである。

請求項１、５、または６に係る発明によると、送付者が送付を意図した帳票と受取者が実際に受け取った帳票との照合を自動的に行うことができる。

また、請求項１に係る発明によると、各帳票に対する操作の履歴を記録することができる。

請求項２に係る発明によると、送付者が送付を意図した帳票と受取者が実際に受け取った帳票とを比較した結果を記録することができる。

請求項３に係る発明によると、送付者が送付を意図した帳票と受取者が実際に受け取った帳票とが一致しない場合に、その旨を表す情報をユーザに提示できる。

請求項４に係る発明によると、帳票に対する操作に関する情報が予め設定された条件を満たすか否かを表す情報をユーザに提示できる。

本発明の実施形態の例によるシステムの構成例を示すブロック図である。 クライアント端末の内部構成の概略の例を示すブロック図である。 操作種別の選択を受け付ける表示画面の例を示す図である。 管理サーバの内部構成の概略の例を示すブロック図である。 帳票情報ＤＢのデータ内容の例を示す図である。 履歴情報ＤＢに登録される操作履歴の内容の例を示す図である。 履歴情報ＤＢに登録される、纏めて送付される帳票の数の例を示す図である。 クライアント端末が行う処理の手順の例を示すフローチャートである。 送付操作の対象の帳票ＩＤの入力を受け付ける表示画面の例を示す図である。 送付カバーシートの内容を表示する表示画面の例を示す図である。 管理サーバが行う処理の手順の例を示すフローチャートである。 受取操作の対象の帳票ＩＤの入力を受け付ける表示画面の例を示す図である。 突合せ処理の詳細手順の例を示すフローチャートである。 突合せ処理の結果を表示する表示画面の例を示す図である。 確認操作の対象の帳票ＩＤの入力を受け付ける表示画面の例を示す図である。 送付カバーシートの内容を表示する表示画面の他の例を示す図である。 突合せ処理の結果を表示する表示画面の他の例を示す図である。 返却操作の対象の帳票ＩＤの入力を受け付ける表示画面の例を示す図である。 帳票の受取状態を表示する表示画面の例を示す図である。 履歴登録済みの操作と同様の操作履歴の登録指示が行なわれた場合に表示される表示画面の例を示す図である。 履歴登録済みの操作と同様の操作履歴の登録指示が行なわれた場合に表示される表示画面の他の例を示す図である。 送付カバーシートの内容を表示する表示画面のさらに他の例を示す図である。 突合せ処理の結果を表示する表示画面のさらに他の例を示す図である。 コンピュータのハードウエア構成の例を示すブロック図である。

図１は、本発明の実施形態の例によるシステムの構成例を示すブロック図である。図１の例のシステムは、管理サーバ１０と複数のクライアント端末２０ａ，２０ｂ，２０ｃ（以下、クライアント端末２０と総称することもある）とがネットワーク３０を介して接続された構成を有する。ネットワーク３０は、例えば、インターネットやＬＡＮ（ローカルエリアネットワーク）などの通信手段であってよい。

管理サーバ１０は、各クライアント端末２０のユーザの間で授受される帳票５０を管理するサーバ装置である。本実施形態の例の説明において、「帳票」とは、紙などの媒体に印刷された文書を指す。各クライアント端末２０は、帳票を生成したり、帳票に関する情報を管理サーバ１０に対して送信したりする端末装置である。各クライアント端末２０は、互いに異なる場所に設けられていてよい。

説明のための具体例として、図１では、クライアント端末２０ａ，２０ｂ，２０ｃが、ある企業の営業所であって異なる地域に設置された、Ａ営業所、Ｂ営業所、およびＣ営業所内にそれぞれ設けられているとする。本例では、帳票５０は、Ａ営業所、Ｂ営業所、およびＣ営業所の間で移送される物品に貼付される文書であり、一単位の物品に１つの帳票５０が貼付されるとする。また、帳票５０には、帳票ＩＤと共に、当該帳票５０が貼付される物品に関連する情報が印刷されているとする。

なお、図１では、３台のクライアント端末２０ａ，２０ｂ，２０ｃを示すが、本実施形態の例のシステムは、３台未満あるいは４台以上のクライアント端末２０を含んでいてもよい。また、各クライアント端末２０の設置の態様は、図１の例に限られず、例えば、１つの事業所や営業所の建物内に複数のクライアント端末２０が設けられていてもよい。また例えば、ある企業の営業所ごとにクライアント端末２０を設ける代わりに、企業や自治体などの組織における部署ごとにクライアント端末２０を設けてもよい。

図２に、クライアント端末２０の内部構成の概略を示す。クライアント端末２０は、帳票生成部２００、帳票登録指示部２０２、操作情報受付部２０４、履歴登録指示部２０６、表示処理部２０８、送付カバーシート出力部２１０、および履歴検索指示部２１２を備える。

帳票生成部２００は、帳票を生成する処理を行う。帳票生成部２００は、例えば、マウスやキーボードなどの入力装置（図示しない）を用いたユーザの指示に応じて、帳票の内容を含む電子文書を作成し、この電子文書を印刷装置（図示しない）により紙などの媒体に印刷することで帳票を生成する。このとき、帳票生成部２００は、生成する帳票に対して帳票ＩＤを付与し、付与した帳票ＩＤを前述の電子文書と共に媒体に印刷する。他の例では、帳票生成部２００は、予め作成された紙の文書に対して帳票ＩＤを付与し、この帳票ＩＤを当該紙の文書上に印刷してもよい。帳票ＩＤは、システム内で帳票を一意に識別するための識別情報であり、予め設定されたルールに従って決定すればよい。例えば、当該クライアント端末２０に関する情報（クライアント端末２０の設置場所、ＭＡＣアドレスなど）に、当該クライアント端末２０において一定期間内に生成された帳票の通し番号や帳票生成の日時などを組み合わせた文字列を帳票ＩＤとすればよい。また、帳票ＩＤの印刷においては、帳票ＩＤの文字列をそのまま印刷してもよいし、帳票ＩＤを符号化した機械可読コード（バーコードなど）を印刷してもよい。帳票ＩＤの文字列と当該帳票ＩＤの機械可読コードとの両方を印刷してもよい。なお、帳票生成部２００は、例えば、文書の作成や編集を行うための一般的なソフトウエア・アプリケーションに、帳票ＩＤを付与する機能を付加することによって実現される。

帳票登録指示部２０２は、帳票生成部２００が生成した帳票に関する情報を管理サーバ１０に対して送信し、当該帳票に関する情報の管理サーバ１０への登録を指示する。例えば、帳票登録指示部２０２は、帳票ＩＤと当該帳票ＩＤの帳票の内容の少なくとも一部とを関連づけて管理サーバ１０へ送信し、当該帳票の登録を管理サーバ１０に指示する。この指示に応じて、管理サーバ１０は、当該帳票に関する情報の登録を行う。本実施形態の例において、帳票の内容は、当該帳票が貼付される物品に関する情報である。例えば、帳票には、当該物品の名称、当該物品の納入を依頼した依頼者の名前や連絡先、納入期限などの内容が印刷される。帳票の内容は、帳票生成部２００において生成された、当該帳票の基となった電子文書から抽出すればよい。あるいは、帳票をスキャナ装置（図示しない）により読み取って得られる画像データから当該帳票の内容を抽出してもよい。電子文書または画像データから帳票の内容を抽出する場合、例えば、帳票の書式を表す情報をクライアント端末２０において予め保持しておき、この情報を参照して帳票の内容を抽出すればよい。なお、帳票登録指示部２０２は、電子文書または画像データから抽出した内容を管理サーバ１０に送信する代わりに、当該電子文書または画像データ自体を、帳票ＩＤと共に管理サーバ１０へ送信してもよい。電子文書または画像データ自体を管理サーバ１０に送信する場合、帳票の内容を抽出する上述の処理は管理サーバ１０で行なわれる。

操作情報受付部２０４は、帳票に対する操作に関する情報の入力を受け付ける。本実施形態の例のシステムでは、各クライアント端末２０のユーザは、帳票に対して何らかの操作を行う場合、クライアント端末２０の入力装置を用いて、その操作の履歴を管理サーバ１０に登録することを指示する入力を行う。この入力に応じて、操作情報受付部２０４は、当該操作の種別（操作種別）を表す情報と、当該操作の対象の帳票の帳票ＩＤとの入力をユーザに促し、操作種別および帳票ＩＤのユーザによる入力を受け付ける。

操作種別の入力においては、複数の操作種別の候補の中からユーザに選択させるようにすればよい。操作種別の候補は、帳票が利用される状況や管理目的などに応じてシステムの管理者などにより予め設定される。物品に貼付される帳票を処理する本例では、帳票が貼付された物品に関する作業の種別が操作種別として設定される。操作種別の例として、物品の送付、受取、内容確認、および返却などが挙げられる。本例のように、操作種別は、必ずしも帳票自体に対する操作の種別を表すものでなくてもよい。しかし、当然ながら、他の例では、帳票自体に対する操作の種別を操作種別として設定しておいてよい。操作情報受付部２０４は、例えば、表示処理部２０８に指示して、クライアント端末２０が備える表示装置（図示しない）に、操作種別の選択をユーザに促す表示画面を表示させる。操作情報受付部２０４は、この表示画面に応じて入力装置を用いてユーザが選択した操作種別を取得する。

図３に、操作種別の候補をユーザに提示するための表示画面の一例を示す。図３の例の表示画面は、「送付」、「受取」、「確認」、および「返却」の４つの操作種別のボタンを示す。図３の例の表示画面において、入力装置を用いてユーザが特定の操作種別のボタンを指定すると、操作情報受付部２０４は、指定された操作種別を取得する。そして、取得した操作種別に応じた態様で、操作対象の帳票の帳票ＩＤの入力を受け付ける。例えば、操作種別が「送付」の場合、それぞれに帳票が貼付された１以上の物品を纏めて１回で送付することもあるので、１以上の帳票ＩＤの入力を受け付ける。操作種別が「受取」および「返却」の場合も同様に、１以上の帳票ＩＤの入力を受け付ける。また例えば、操作種別が「確認」の場合、物品の一単位ごとにその内容の確認が行われるため、１つの帳票ＩＤの入力を受け付ける。操作種別に応じた入力の受付の例の詳細は後述する。

なお、帳票ＩＤの入力は、キーボードやマウスなどによってユーザが手動で行えばよい。帳票ＩＤの機械可読コードが帳票に印刷されている場合、操作情報受付部２０４は、当該機械可読コードの読取装置によって読み取りされた符号を復号して帳票ＩＤを取得してもよい。この場合、クライアント端末２０において、機械可読コードの種類に対応した読取装置を接続しておけばよい。例えば、帳票ＩＤの機械可読コードがバーコードであれば、バーコードリーダをクライアント端末２０に接続しておけばよい。以下では、説明を簡単にするため、ユーザが手動で帳票ＩＤを入力するものとして説明する。

図２の説明に戻り、履歴登録指示部２０６は、管理サーバ１０に対して、操作情報受付部２０４が受け付けた情報を当該帳票に対する操作履歴として登録することを指示する。例えば、操作情報受付部２０４が受け付けた操作種別と１以上の帳票ＩＤとを含む履歴登録指示を管理サーバ１０に対して送信することで、当該帳票ＩＤの帳票についての操作履歴の登録を指示する。履歴登録指示は、操作種別の他にも、当該操作に関連する情報をさらに含んでいてよい。例えば、操作情報受付部２０４が受け付けた情報の入力を行ったユーザの識別情報であるユーザＩＤや、操作情報受付部２０４が当該操作の操作種別の入力を受け付けた日時（操作日時）などを含んでいてよい。また例えば、履歴登録指示は、さらに、クライアント端末２０の設置場所に関する情報（営業所の名称など）を含んでいてよい。本実施形態の例の説明では、操作種別およびその他の操作に関連する情報を「操作関連情報」と呼ぶ。履歴登録指示部２０６が管理サーバ１０に対して送信する履歴登録指示は、操作の対象の帳票ＩＤと当該操作の操作関連情報とを含むと言える。履歴登録指示を受信した管理サーバ１０の処理は後述する。

表示処理部２０８は、クライアント端末２０の各部における処理結果や、管理サーバ１０から受信した情報を表示装置に表示させる処理を行う。

送付カバーシート出力部２１０は、帳票（を貼付した物品）が「送付」される場合に、送付対象の帳票に添付される添付文書である送付カバーシートを出力する。送付カバーシートは、１回の送付につき１枚出力され、当該１回の送付に対して付与された送付ＩＤを含む。本例において、「１回の送付」とは、１以上の帳票を１つの纏まりとして、１つの営業所から他の１つの営業所に対して送付することを表す。送付ＩＤは、１回の送付により纏めて送付される１以上の帳票のグループを識別するための識別情報である。本例では、後述するように、操作情報受付部２０４において操作種別「送付」の選択および１以上の帳票ＩＤの入力が受け付けられて、この入力について履歴登録指示部２０６が管理サーバ１０に対して操作履歴の登録を指示すると、管理サーバ１０は、当該１以上の帳票ＩＤのグループに対して送付ＩＤを付与する。送付ＩＤは、クライアント端末２０に返送され、送付カバーシート出力部２１０により当該送付ＩＤを含む送付カバーシートが出力される。例えば、当該送付ＩＤを紙などの媒体に印刷して送付カバーシートとして出力すればよい。出力された送付カバーシートは、当該送付カバーシートに含まれる送付ＩＤに対応する１以上の帳票の添付文書として、これらの帳票と共に送付先の営業所に送付される。

送付カバーシートを添付して送付された１以上の帳票が送付先の営業所で受け取られると、その送付先の営業所のクライアント端末２０のユーザは、当該１以上の帳票の「受取」操作に関する情報を入力する。例えば図３の例の表示画面において、ユーザは「受取」操作を選択する。「受取」が選択されると、操作情報受付部２０４は、「受取」操作の対象の１以上の帳票ＩＤの入力だけでなく、当該１以上の帳票ＩＤの帳票に添付された送付カバーシートに含まれる送付ＩＤの入力も受け付ける。操作情報受付部２０４が受け付けた送付ＩＤおよび帳票ＩＤは、履歴登録指示部２０６によって管理サーバ１０に対して送信される。これに応じて、管理サーバ１０は、「受取」操作の履歴の記録と共に、送付ＩＤに対応するグループに含まれる帳票ＩＤの帳票が送付先で実際に受け取られたか否かを確認する処理を行う。このような管理サーバ１０の処理については後述する。

履歴検索指示部２１２は、管理サーバ１０に対して、検索条件を指定して操作の履歴を検索する指示を行う。検索条件の例として、「ある帳票ＩＤの帳票の操作の履歴」、「ある帳票ＩＤの操作の履歴のうち最新のもの」、および「ある送付ＩＤに対応するグループに含まれる各帳票の操作の履歴のうち最新のもの」などが挙げられる。検索条件は、ユーザによって入力される条件であってよい。履歴検索指示部２１２の検索指示に応じて、管理サーバ１０において操作の履歴の検索が行われる。この検索結果は、管理サーバ１０からクライアント端末２０に返送され、例えば表示処理部２０８によってクライアント端末２０の表示装置に表示される。

図４に、管理サーバ１０の内部構成の概略の例を示す。管理サーバ１０は、帳票情報ＤＢ（データベース）１００、帳票情報登録部１０２、履歴情報ＤＢ１０４、履歴登録部１０６、送付ＩＤ付与部１０８、突合せ処理部１１０、履歴検索部１１２、および出力処理部１１４を備える。

帳票情報ＤＢ１００は、各帳票の内容に関する情報を記憶するデータベースである。図５に、帳票情報ＤＢ１００のデータ内容の例を示す。図５の例の表では、各帳票の帳票ＩＤに対応づけて、名称、依頼者、および希望納期の各項目の値が登録されている。本例において、名称は、対応する帳票が貼付される物品の名称を表す。依頼者は、対応する帳票が貼付される物品の納入を依頼した依頼者の名前を表す。希望納期は、対応する依頼者が指定した物品の納入期限を表す。図５の例の表の各項目の値は、上述のクライアント端末２０の帳票登録指示部２０２によって管理サーバ１０に対して送信された情報である。

再び図４を参照し、帳票情報登録部１０２は、クライアント端末２０の帳票登録指示部２０２による指示に応じて、各帳票の内容に関する情報を帳票情報ＤＢ１００に登録する。例えば、管理サーバ１０において、帳票ＩＤと当該帳票ＩＤの帳票の内容の少なくとも一部とをクライアント端末２０の帳票登録指示部２０２から受信した場合、帳票情報登録部１０２は、受信した帳票ＩＤと、受信した帳票の内容の少なくとも一部と、を互いに関連づけて帳票情報ＤＢ１００に登録する。

履歴情報ＤＢ１０４は、各帳票に対する操作の履歴を記憶するデータベースである。図６に、履歴情報ＤＢ１０４のデータ内容の例を示す。図６の例の表の１行は、１つの帳票に対する１回の操作の履歴を表す情報レコードである。図６の例の表の各レコードは、操作日時、操作種別、帳票ＩＤ、送付ＩＤ、ユーザＩＤ、操作場所、および受取状態の各項目の値を含む。このうち、操作日時、操作種別、帳票ＩＤ、ユーザＩＤ、および操作場所の各項目の値は、上述のクライアント端末２０の履歴登録指示部２０６により管理サーバ１０に対して送信される履歴登録指示に含まれる。操作日時、操作種別、帳票ＩＤ、およびユーザＩＤの意味については、履歴登録指示部２０６に関連して上記ですでに説明した。操作場所は、帳票に対する操作が行われた場所を表す。言い換えると、操作場所は、対応するレコードに係る履歴登録の指示を行ったクライアント端末２０の設置場所を表す。送付ＩＤの項目の値は、操作種別が「送付」であるレコードについては、管理サーバ１０が決定して設定する。送付ＩＤは、操作種別「送付」と関連づけてクライアント端末２０から送信された１以上の帳票ＩＤのグループに対して付与される。例えば、図６の例の表の行ａ１，ａ２，ａ３を参照すると、操作種別が「送付」である帳票ＩＤ「d001」，「d002」，「d003」のグループに対し送付ＩＤ「s001」が付与されている。操作種別が「送付」以外の値であるレコードの送付ＩＤの値には、クライアント端末２０からの履歴登録指示に含まれる送付ＩＤが設定される。操作種別が「送付」以外の値である場合の送付ＩＤの値の設定の方法については後述する。また、受取状態の項目の値は、管理サーバ１０において決定されて設定される。受取状態の値は、操作種別が「受取」および「返却」であるレコードにおいて設定される。受取状態の値の設定の方法については後述する。

また、本実施形態の例の履歴情報ＤＢ１０４は、図６の例のようなデータ内容に加えて、図７に例示する表のデータ内容も記憶する。図７の例の表では、送付ＩＤごとの「件数」が登録されている。「件数」は、対応する送付ＩＤの「送付」操作において纏めて送付される帳票の数を表す。つまり、操作種別が「送付」である履歴登録指示に含まれる帳票ＩＤの数が「件数」の値となる。図６に示す上述の送付ＩＤ「s001」の例では、３つの帳票ＩＤ「d001」，「d002」，「d003」が送付ＩＤ「s001」に関連づけられているので、図７の例の表で送付ＩＤ「s001」に対応する件数は「３」となる。

図４の説明に戻り、履歴登録部１０６は、履歴情報ＤＢ１０４への情報の登録を行う。例えば、履歴登録部１０６は、クライアント端末２０の履歴登録指示部２０６から図６の例の表の各項目の値を受信し、受信した値を履歴情報ＤＢ１０４の各項目に登録する処理を行う。また、履歴登録部１０６は、登録条件判定部１０６０を備える。登録条件判定部１０６０は、クライアント端末２０から受信した履歴登録指示に含まれる情報が予め設定された登録条件を満たすか否かを判定する。登録条件を満たす場合は、履歴登録部１０６は、履歴情報ＤＢ１０４への登録を行い、登録条件を満たさない場合は、後述の出力処理部１１４を介して、その旨を表す情報をクライアント端末２０に対して送信する。登録条件は、クライアント端末２０から受信した履歴登録指示が正常な操作の履歴を表すか否かを判定するための条件である。登録条件は、例えば、履歴登録指示に含まれる帳票ＩＤおよび操作関連情報と、履歴情報ＤＢ１０４に登録済みの履歴との間の関係に基づく条件であってよい。登録条件の一具体例として、「履歴情報ＤＢ１０４に登録済みの操作履歴の中に、履歴登録指示の対象の帳票ＩＤ、操作種別、ユーザＩＤ、および操作場所の組合せと同じ組合せの操作履歴が存在しない」という条件が挙げられる。履歴情報ＤＢ１０４に登録済みの帳票ＩＤ、操作種別、およびユーザＩＤの組合せと同じ組合せを含む履歴登録指示をクライアント端末２０から受信した場合、上述の例の登録条件は満たされない。この登録条件が満たされない場合、クライアント端末２０において登録指示された操作履歴は、すでに登録済みの操作履歴と重複するものであるため、その旨をクライアント端末２０に通知する。

また、本実施形態の例の履歴登録部１０６は、履歴登録指示に含まれる操作種別が「送付」である場合、送付ＩＤ付与部１０８に依頼して、この操作種別「送付」と共に履歴登録指示に含まれる１以上の帳票ＩＤのグループに対して送付ＩＤを付与させる。履歴登録部１０６からの依頼を受けた送付ＩＤ付与部１０８は、履歴情報ＤＢ１０４に登録済みの送付ＩＤと重複しない送付ＩＤを生成して、当該帳票ＩＤのグループに対応する送付ＩＤとする。付与された送付ＩＤは、出力処理部１１４を介してクライアント端末２０に対して送信される。履歴登録部１０６は、付与された送付ＩＤの値を、履歴登録指示に含まれる各帳票ＩＤの履歴情報ＤＢ１０４中のレコードにおける送付ＩＤの項目に設定し（図６参照）、当該送付ＩＤに対応づけて、履歴登録指示に含まれる帳票ＩＤの数を履歴情報ＤＢ１０４に登録する（図７参照）。

また、履歴登録部１０６は、履歴登録指示に含まれる操作種別が「受取」である場合、突合せ処理部１１０に依頼して、この「受取」操作に対応する「送付」操作の対象として登録された帳票が実際に受け取られているか否かを確認させる。「受取」操作の場合、クライアント端末２０から管理サーバ１０に対して送信される履歴登録指示は、送付ＩＤおよび１以上の帳票ＩＤを含む。突合せ処理部１１０は、クライアント端末２０から受信した送付ＩＤに関連づけられた１以上の帳票ＩＤを履歴情報ＤＢ１０４から読み出し、読み出した１以上の帳票ＩＤと、クライアント端末２０から送付ＩＤと共に受信した１以上の帳票ＩＤとを突き合わせて比較する。履歴情報ＤＢ１０４から読み出した１以上の帳票ＩＤとクライアント端末２０から受信した１以上の帳票ＩＤとの両方に含まれている帳票ＩＤは、「送付」操作の対象として登録され、かつ実際に「受取」された帳票の帳票ＩＤであると言える。しかし、履歴情報ＤＢ１０４から読み出した１以上の帳票ＩＤに含まれていて、クライアント端末２０から受信した１以上の帳票ＩＤに含まれていない帳票ＩＤは、「送付」操作の対象として登録されたにもかかわらず、実際には「受取」されていない帳票の帳票ＩＤであると言える。逆に、履歴情報ＤＢ１０４から読み出した１以上の帳票ＩＤに含まれておらず、クライアント端末２０から受信した１以上の帳票ＩＤに含まれている帳票ＩＤは、「送付」操作の対象でないのに、当該「送付」操作の送付ＩＤを含む送付カバーシートと共に「受取」された帳票の帳票ＩＤであると言える。

突合せ処理部１１０は、上述のような比較の結果を表す情報を、出力処理部１１４を介してクライアント端末２０に送信する。突合せ処理部１１０は、また、比較の結果を履歴登録部１０６に通知し、履歴登録部１０６は、通知された比較の結果を表す値を、履歴登録指示に含まれる各帳票ＩＤの履歴情報ＤＢ１０４中のレコードにおける受取状態の項目に設定する。図６の例の表を参照し、「受取」操作の履歴における「受取状態」の項目の値「受取りました」は、突合せ処理の結果、対応する帳票ＩＤが、履歴情報ＤＢ１０４から読み出した１以上の帳票ＩＤとクライアント端末２０から受信した１以上の帳票ＩＤとの両方に含まれていたことを示す。「受取っていません」は、対応する帳票ＩＤが、履歴情報ＤＢ１０４から読み出した１以上の帳票ＩＤに含まれていて、クライアント端末２０から受信した１以上の帳票ＩＤに含まれていなかったことを示す。「リストに含まれていません」は、対応する帳票ＩＤが、履歴情報ＤＢ１０４から読み出した１以上の帳票ＩＤに含まれておらず、クライアント端末２０から受信した１以上の帳票ＩＤに含まれていたことを示す。

履歴検索部１１２は、指定された検索条件を満たす操作履歴を履歴情報ＤＢ１０４から検索する。例えば、クライアント端末２０の履歴検索指示部２１２から、検索条件を含む検索指示を受けた場合に、この検索指示中の検索条件に従って履歴情報ＤＢ１０４中の操作履歴を検索する。クライアント端末２０からの検索指示に応じて検索した結果は、出力処理部１１４を介してクライアント端末２０に返送される。

出力処理部１１４は、上述の管理サーバ１０の各部の処理の結果を出力する。例えば、履歴登録部１０６の登録条件判定部１０６０において登録条件を満たさないと判定された場合に、その旨を表す情報をクライアント端末２０に対して送信する。また例えば、送付ＩＤ付与部１０８が決定した送付ＩＤおよび突合せ処理部１１０による処理の結果をクライアント端末２０に対して送信することもある。さらに、クライアント端末２０からの履歴検索指示に応じて履歴検索部１１２が履歴情報ＤＢ１０４を検索した結果をクライアント端末２０に送信してもよい。クライアント端末２０に対して情報を送信する場合、出力処理部１１４は、例えば、送信の対象の情報をクライアント端末２０の表示装置に表示させる態様を制御する表示制御情報を生成して、生成した表示制御情報をクライアント端末２０に送信する。

以上、本実施形態の例によるシステムの構成の例を説明した。以下では、本システムの動作の例を説明する。

［「送付」操作の履歴の登録］
まず、帳票を送付する場合を例にとり、操作履歴の登録の際のクライアント端末２０および管理サーバ１０における処理の手順の例を説明する。

図８は、操作履歴の登録の際にクライアント端末２０で行われる処理の手順の例を示すフローチャートである。クライアント端末２０の操作情報受付部２０４は、例えば、ユーザが操作履歴の登録を望む旨の入力を行ったときに、図８の例の手順の処理を開始する。

図８を参照し、操作情報受付部２０４は、ユーザによる操作種別の選択を受け付ける（ステップＳ１０）。例えば、操作情報受付部２０４は、表示処理部２０８に依頼して、図３に例示するような表示画面を表示装置に表示させ、ユーザに操作種別の選択を促す。ここでは、図３の表示画面を確認したユーザが入力装置を用いて「送付」を選択し、その選択を操作情報受付部２０４が受け付けるとする。

操作種別の選択を受け付けると、操作情報受付部２０４は、表示処理部２０８に依頼して、選択された操作種別に応じた表示画面を表示装置に表示させる（ステップＳ１２）。ステップＳ１２で表示される表示画面は、操作対象の帳票の帳票ＩＤの入力をユーザに促す情報を表示する。帳票ＩＤの他に、操作種別に応じてユーザの入力が必要な情報があれば、その情報の入力を促す情報もステップＳ１２の表示画面で表示される。ここでは、ステップＳ１２で、図９の例の表示画面が表示されるとする。図９の例の表示画面は、帳票ＩＤを入力するための領域ｒ１と「登録」ボタンとを含む。図９の例および後述の各種の表示画面の例において、「帳票の追跡番号」は、帳票ＩＤを意味する。ユーザは、例えばキーボードなどの入力装置により、領域ｒ１に帳票ＩＤを入力する。

ステップＳ１２の後、操作情報受付部２０４は、ユーザが入力した帳票ＩＤを受け付ける（ステップＳ１４）。「送付」操作の履歴を登録する本例の場合、受け付ける帳票ＩＤは１つだけでもよいし、複数であってもよい。ステップＳ１２で図９の例の表示画面が表示された場合、操作情報受付部２０４は、領域ｒ１に入力された帳票ＩＤを取得する。図９は、帳票ＩＤ「d001」，「d002」，「d003」が入力された場合の例を示す。図９の例では、これらの３つの帳票ＩＤの帳票が纏めて送付先に送付される。

ユーザが帳票ＩＤを入力した後、登録の実行を指示すると、履歴登録指示部２０６により、管理サーバ１０に対して、操作履歴の登録指示が行なわれる（ステップＳ１６）。例えば、図９の例の表示画面の「登録」ボタンをユーザが押下すると、操作情報受付部２０４は、ステップＳ１０，Ｓ１４で受け付けた情報を履歴登録指示部２０６に渡す。履歴登録指示部２０６は、操作情報受付部２０４から受け取った情報を含む履歴登録指示を生成し、生成した履歴登録指示を管理サーバ１０に対して送信する。履歴登録指示は、ステップＳ１０で選択された操作種別およびステップＳ１４で入力された帳票ＩＤを含む。本例の履歴登録指示部２０６は、操作種別および帳票ＩＤに加えて、さらに、現在の日時（操作日時）、ステップＳ１０，Ｓ１４で入力を行ったユーザのユーザＩＤ、およびクライアント端末２０の設置場所を表す情報を含む履歴登録指示を生成する。現在の日時は、管理サーバ１０の履歴情報ＤＢ１０４において「操作日時」として登録される。入力を行ったユーザのユーザＩＤとしては、例えば、クライアント端末２０において図８の例の手順の処理を開始する前にユーザ認証処理を行い、このユーザ認証処理で得られたユーザＩＤを履歴登録指示に含めるようにすればよい。クライアント端末２０の設置場所を表す情報（営業所の名称など）は、クライアント端末２０の図示しない記憶装置に予め記憶させておき、この記憶装置から読み出して履歴登録指示に含めるようにすればよい。なお、本例では、ステップＳ１６において、操作種別「送付」、帳票ＩＤ「d001」，「d002」，「d003」、日時「2010.6.3 10:05:40」、ユーザＩＤ「userX」、および操作場所「Ａ営業所」を含む履歴登録指示が管理サーバ１０に送信されるとする。

ステップＳ１６の履歴登録指示に応じて、管理サーバ１０は、操作履歴の登録を行う。履歴情報ＤＢ１０４のデータ内容の例を示す図６の行ａ１〜ａ３の内容は、本例において登録される操作履歴の例を示す。また、本例の「送付」操作について、管理サーバ１０の送付ＩＤ付与部１０８により送付ＩＤ「s001」が付与されてクライアント端末２０に返送されるとする。管理サーバ１０の具体的な処理の手順の例は後述する。

クライアント端末２０の表示処理部２０８は、履歴登録指示部２０６の履歴登録指示に応じて管理サーバ１０から返送される情報を表示装置に表示する（ステップＳ１８）。本例では、送付ＩＤ「s001」と、「送付」操作の対象の各帳票ＩＤに対応する名称（管理サーバ１０の帳票情報ＤＢ１００に登録された情報）とが管理サーバ１０から返送されたとする。本例のステップＳ１８では、例えば図１０に示す表示画面が表示される。図１０の例の表示画面は、送付ＩＤを意味する「送付リストの登録番号」として、管理サーバ１０から返送された送付ＩＤ「s001」を示す。さらに、各「追跡番号」（帳票ＩＤ）に対応づけて、管理サーバ１０から返送された各帳票の名称「AAA」，「BBB」，「CCC」を示す。本例において、図１０の例の表示画面の内容は、「送付」操作の対象の帳票に添付される送付カバーシートの内容として用いられる。図１０の例の表示画面の「送付カバーシート印刷」ボタンは、ユーザが送付カバーシートの印刷を指示するためのボタンである。

ステップＳ１８の後、クライアント端末２０の送付カバーシート出力部２１０は、送付カバーシートを出力するか否かを決定する（ステップＳ２０）。この決定は、管理サーバ１０からの送付ＩＤの返送の有無に応じて行えばよい。例えば、管理サーバ１０から送付ＩＤが返送されていれば送付カバーシートを出力することを決定し、送付ＩＤが返送されていなければ送付カバーシートを出力しないことを決定する。操作種別が「送付」でなければ、送付ＩＤは返送されないため、送付カバーシートを出力しないことになる。なお、本例においては、送付ＩＤが返送され、かつ、図１０の例の表示画面においてユーザが「送付カバーシート印刷」ボタンを押した場合に、ステップＳ２０で送付カバーシートを出力することを決定する。

送付カバーシートを出力する場合（ステップＳ２０でＹＥＳ）、送付カバーシート出力部２１０は、管理サーバ１０から返送された送付ＩＤを含む送付カバーシートを出力する（ステップＳ２２）。本例では、図１０の例の表示画面のとおり、送付ＩＤに加えて、帳票ＩＤおよび各帳票ＩＤの帳票の名称も含む送付カバーシートを出力する。

ステップＳ２２の後、あるいは、送付カバーシートを出力しない場合（ステップＳ２０でＮＯ）、図８の例の手順の処理は終了する。

以上、「送付」操作の履歴を登録する際のクライアント端末２０の処理の手順の例を説明した。以下、図１１を参照し、クライアント端末２０から履歴登録指示を受けた管理サーバ１０の処理の手順の例を説明する。管理サーバ１０は、図８の例のステップＳ１６でクライアント端末２０が送信した履歴登録指示を受信すると、図１１の例の手順の処理を開始する。

管理サーバ１０の履歴登録部１０６は、クライアント端末２０から受信した履歴登録指示に含まれる操作種別を特定する（ステップＳ３０）。本例では、履歴登録指示は、操作種別「送付」を含むので、履歴登録部１０６は、操作種別が「送付」であることを特定する。

次に、履歴登録部１０６の登録条件判定部１０６０により、履歴登録指示に含まれる情報が登録条件を満たすか否かを判定する（ステップＳ３２）。この判定処理の例の詳細は後述する。登録条件が満たされていれば（ステップＳ３２でＹＥＳ）、ステップＳ３４に進み、登録条件を満たされていなければ（ステップＳ３２でＮＯ）、ステップＳ４６に進む。ステップＳ４６では、クライアント端末２０のユーザに履歴登録の可否を確認する処理を行い、この確認処理で登録を指示された場合（ステップＳ４８でＹＥＳ）はステップＳ３４に進み、登録しないことを指示された場合（ステップＳ４８でＮＯ）は図１１の例の手順の処理を終了する。ステップＳ４６，４８の処理の具体例は後述する。本例では、ステップＳ３２の判定処理で登録条件を満たすと判定されてステップＳ３４に進むとする。

ステップＳ３４では、履歴登録部１０６は、ステップＳ３０で特定した操作種別が「送付」であるか否かを判定する。操作種別が「送付」である本例では、ステップＳ３４でＹＥＳ判定され、履歴登録部１０６は、送付ＩＤ付与部１０８に依頼して、この「送付」操作に対応づけられる送付ＩＤを付与させる（ステップＳ３６）。ここでは、送付ＩＤ「s001」が付与されるとする。送付ＩＤ付与部１０８により送付ＩＤが付与されると、履歴登録部１０６は、履歴登録指示を行ったクライアント端末２０に対して当該送付ＩＤを送信する（ステップＳ３８）。ここで、本例の履歴登録部１０６は、送付ＩＤだけでなく、送付カバーシートに記載される内容も送信する。例えば、送付の対象の帳票の帳票ＩＤ（つまり、履歴登録指示に含まれる帳票ＩＤ）と、各帳票ＩＤに対応づけて帳票情報ＤＢ１００に記憶された帳票情報の少なくとも一部（図５の例の表の「名称」など）とをクライアント端末２０に送信する。ステップＳ３８で履歴登録部１０６により送信された情報が図８のステップＳ１８でクライアント端末２０の表示装置に表示される。

ステップＳ３８の後、履歴登録部１０６は、この「送付」操作の履歴を履歴情報ＤＢ１０４に登録する（ステップＳ４４）。ステップＳ４４では、履歴登録部１０６は、クライアント端末２０から受信した履歴登録指示に含まれる帳票ＩＤごとに、履歴情報ＤＢ１０４において新たな情報レコードを生成し、この情報レコードの各項目の値を、履歴登録指示に含まれる値に設定する。本例において、履歴情報ＤＢ１０４の各情報レコードが図６に例示する項目を備えるとすると、履歴登録指示に含まれる帳票ＩＤ「d001」，「d002」，「d003」のそれぞれに対応する情報レコード（図６の行ａ１，ａ２，ａ３）が生成されて、これらの情報レコードの各項目について、履歴登録指示に含まれる各項目の値（操作日時「2010.6.3 10:05:40」、操作種別「送付」、ユーザＩＤ「userX」、および操作場所「Ａ営業所」）が設定される。さらに、これらの情報レコードの「送付ＩＤ」の項目には、ステップＳ３６で付与された送付ＩＤの値「s001」が設定される。また、履歴登録部１０６は、送付ＩＤ「s001」に対応づけて、履歴登録指示に含まれる帳票ＩＤの数「3」を履歴情報ＤＢ１０４に登録する（図７参照）。ステップＳ４４の後、図１１の例の手順の処理は終了する。

なお、ステップＳ３４において操作種別が「送付」でない場合は、ＮＯ判定されてステップＳ４０に進み、操作種別が「受取」であるか否かが判定される。操作種別が「受取」であれば（ステップＳ４０でＹＥＳ）、突合せ処理部１１０により突合せ処理が行われ（ステップＳ４２）、その後、この「受取」操作の履歴の履歴情報ＤＢ１０４への登録が行われる（ステップＳ４４）。操作種別が「受取」でなければ（ステップＳ４０でＮＯ）、突合せ処理（ステップＳ４２）を省略して操作履歴の登録が行われる（ステップＳ４４）。操作種別が「送付」でない場合のステップＳ４０以降の処理の具体例は後述する。

以上、図８から図１１を参照し、「送付」操作の履歴を管理サーバ１０に登録する場合のクライアント端末２０および管理サーバ１０の処理の例を説明した。上述の例の処理により、纏めて送付される帳票の帳票ＩＤのグループ（d001，d002，d003）に対して送付ＩＤ（s001）が付与され、この送付ＩＤと各帳票ＩＤとが対応づけられて管理サーバ１０の履歴情報ＤＢ１０４に登録される。さらに、この送付ＩＤを含む送付カバーシートが作成される。この送付カバーシートは、当該送付ＩＤに対応するグループの帳票に添付されて送付されることになる。

［「受取」操作の履歴の登録］
上述の「送付」操作の履歴の登録の後、送付対象の１以上の帳票は、対応する送付ＩＤを含む送付カバーシートを添付して送付先に対して送付される。帳票と送付カバーシートとを受け取ったユーザは、クライアント端末２０を用いて、受け取った帳票に関する「受取」操作の履歴の登録を管理サーバ１０に指示する。以下の説明では、一具体例として、Ａ営業所のユーザ「userX」により、帳票ＩＤ「d001」，「d002」，「d003」の帳票と送付ＩＤ「s001」を含む送付カバーシートとがＢ営業所に送付され、これらの帳票および送付カバーシートを受け取ったＢ営業所のユーザ「userY」により、「受取」操作の履歴の登録指示が行なわれるとする。また、「受取」操作の履歴の登録指示が行なわれる時点で、管理サーバ１０の履歴情報ＤＢ１０４には、図６の例の行ａ１，ａ２，ａ３に示すデータ内容が登録されているとする。

なお、「受取」操作の履歴の登録においてクライアント端末２０および管理サーバ１０のそれぞれで行われる処理の基本的な手順は、図８および図１１を参照して説明した「送付」操作の履歴の登録の場合と同様であってよい。

Ｂ営業所のユーザ「userY」は、Ｂ営業所のクライアント端末２０ｂの入力装置を用いて、操作履歴の登録を望む旨の入力を行う。この入力に応じて、クライアント端末２０ｂは、図８の例の手順の処理を開始する。

本例では、図８のステップＳ１０で、操作種別の選択を受け付ける表示画面（図３参照）において「受取」が選択される。ステップＳ１２では、「受取」操作に応じた表示画面として、送付カバーシートに含まれる送付ＩＤと、当該送付カバーシートと共に受け取った帳票の帳票ＩＤと、の入力を受け付ける表示画面が表示装置に表示される。この表示画面の例を図１２に表示す。図１２の例の表示画面の領域ｒ２は、送付ＩＤの入力欄であり、領域ｒ３は、帳票ＩＤの入力欄である。また、図１２の例の表示画面の「突合せ」ボタンは、受け取った送付カバーシートの送付ＩＤに対応するグループの帳票と、受け取った帳票とが一致するか否かを確認する突合せ処理の実行の指示を受け付けるボタンである。図１２の例の表示画面を確認したユーザ「userY」は、入力装置を用いて、「送付リストの登録番号」として領域ｒ２に送付ＩＤ「s001」を入力し、「帳票の追跡番号」として帳票ＩＤ「d001」，「d002」，「d003」を入力し、「突合せ」ボタンを押下したとする（ステップＳ１４）。ステップＳ１４の入力を操作情報受付部２０４が受け付けると、履歴登録指示部２０６により、操作種別「受取」、帳票ＩＤ「d001」，「d002」，「d003」、および送付ＩＤ「s001」を含む履歴登録指示が管理サーバ１０に対して行われる（ステップＳ１６）。なお、本例の履歴登録指示は、さらに、操作日時「2010.6.4 12:55:31」、ユーザＩＤ「userY」、および操作場所「Ｂ営業所」を含むとする。

クライアント端末２０ｂによるステップＳ１６の履歴登録指示を受けて、管理サーバ１０では、図１１の例の手順に従い、帳票ＩＤの突合せ処理および「受取」操作の履歴の登録処理が行われる。管理サーバ１０の履歴登録部１０６は、まず、図１１のステップＳ３０で、履歴登録指示に含まれる操作種別が「受取」であることを特定し、ステップＳ３２で登録条件を満たすか否かを判定する。本例では、登録条件を満たすと判定されて、ステップＳ３４に進むとする。ステップＳ３４では、ステップＳ３０で特定された操作種別が「送付」でないことからＮＯ判定されてステップＳ４０に進む。ステップＳ４０では、操作種別が「受取」であることからＹＥＳ判定され、突合せ処理部１１０により突合せ処理（ステップＳ４２）が行われる。

図１３に、突合せ処理（図１１のステップＳ４２）の詳細手順の例を示す。図１１のステップＳ４２が開始されると、突合せ処理部１１０は、図１３の例の手順を開始する。突合せ処理部１１０は、まず、クライアント端末２０から取得した送付ＩＤに対応するグループの帳票ＩＤを履歴情報ＤＢ１０４から取得する（ステップＳ４２０）。送付ＩＤに対応するグループの帳票ＩＤとは、履歴情報ＤＢ１０４において、当該送付ＩＤの値を含み、かつ操作種別が「送付」であるレコードの帳票ＩＤである。本例では、クライアント端末２０ｂからの履歴登録指示に含まれる送付ＩＤは「s001」であり、履歴情報ＤＢ１０４には、図６の例の行ａ１〜ａ３のデータ内容が登録されている。このため、ステップＳ４２０で、送付ＩＤ「s001」および操作種別「送付」を含む３つのレコードの帳票ＩＤ「d001」，「d002」，「d003」が履歴情報ＤＢ１０４から取得される。

次に、突合せ処理部１１０は、クライアント端末２０から取得した帳票ＩＤと履歴情報ＤＢ１０４から取得した帳票ＩＤとを比較する（ステップＳ４２２）。本例において、クライアント端末２０からの履歴登録指示に含まれる帳票ＩＤは、「d001」，「d002」，「d003」である。これらの帳票ＩＤは、ステップＳ４２０で履歴情報ＤＢ１０４から取得された帳票ＩＤと一致する。本例の場合、「送付」操作に係る帳票ＩＤの帳票のすべてが送付先で実際に「受取」されたと言える。

突合せ処理部１１０は、ステップＳ４２２で帳票ＩＤを比較した結果を表す情報を、出力処理部１１４を介してクライアント端末２０に対して送信する（ステップＳ４２４）。ここでは、クライアント端末２０から取得した帳票ＩＤ「d001」，「d002」，「d003」が、送付ＩＤ「s001」に対応するグループの帳票ＩＤとして履歴情報ＤＢ１０４から取得された帳票ＩＤと一致する旨を表す情報を送信する。ステップＳ４２４の後、管理サーバ１０において、図１３の例の手順の処理は終了し、処理は図１１の例のステップＳ４４に進む。

なお、ステップＳ４２４で管理サーバ１０から送信された情報は、クライアント端末２０において、例えば図１４のような表示画面によって表示装置に表示される（図８のステップＳ１８）。図１４の例の表示画面では、「送付リストの登録番号」として、図８のステップＳ１４で入力された送付ＩＤ「s001」が領域ｒ４に表示されている。さらに、領域ｒ５において、帳票ＩＤ「d001」，「d002」，「d003」のそれぞれについて、「○受け取りました」とのメッセージが表示されている。ここで、「○受け取りました」とは、管理サーバ１０における図１３のステップＳ４２２の比較の結果、クライアント端末２０から取得された帳票ＩＤと履歴情報ＤＢ１０４から取得された帳票ＩＤとが一致する場合に、クライアント端末２０で表示させるメッセージとして予め設定されたメッセージであるとする。図１４の例の表示画面は、送付ＩＤ「s001」に対応する１回の「送付」操作で送付されるべき帳票のすべてが実際に「受取」されたことを表す。図１４の例の表示画面を確認したユーザは、図１４の例の表示画面の「登録」ボタンを押下し、「登録」ボタンが押下された旨を表す情報がクライアント端末２０から管理サーバ１０に対して送信される。これに応じて、管理サーバ１０の履歴登録部１０６は、この「受取」操作の履歴を履歴情報ＤＢ１０４に登録する（図１１のステップＳ４４）。

本例では、図１１のステップＳ４４で、履歴登録部１０６は、この「受取」操作の履歴登録指示に含まれる帳票ＩＤ「d001」，「d002」，「d003」のそれぞれに対応する新たなレコードを履歴情報ＤＢ１０４において生成し、これらのレコードの各項目に、履歴登録指示に含まれる各項目の値を登録する（図６の行ｂ１，ｂ２，ｂ３参照）。各レコードの送付ＩＤの項目には、帳票と共に受取られた送付カバーシートに含まれる送付ＩＤであって履歴登録指示に含まれていた送付ＩＤの値「s001」が設定される。また、「受取状態」の項目には、図１３のステップＳ４２２の比較の結果を表す値を登録する。図６の行ｂ１，ｂ２，ｂ３を参照する本例では、各帳票ＩＤ「d001」，「d002」，「d003」の受取状態の項目の値として、送付ＩＤに対応するグループの帳票ＩＤと一致することを表す「受取りました」が登録されている。

［「確認」操作の履歴の登録］
本実施形態の例において、「受取」された帳票の内容を確認する操作が行われることがある。例えば、帳票を受け取ったユーザが当該帳票の内容を確認し、その内容を承認するか否かを判断することがある。送付される物品に貼付される帳票を扱う本システムの例では、ユーザは、帳票が貼付された物品の中身と当該帳票の内容とが整合するか否かを確認する。このような「確認」操作の履歴も管理サーバ１０の履歴情報ＤＢ１０４に登録してよい。ここでは、上述の「受取」操作の履歴の登録の例においてＢ営業所で受け取られた帳票（帳票ＩＤ「d001」，「d002」，「d003」）について、その内容をユーザが確認し、この「確認」操作の履歴を登録する場合のクライアント端末２０および管理サーバ１０の処理の例を説明する。この「確認」操作の履歴の登録指示が行われる時点で、管理サーバ１０の履歴情報ＤＢ１０４には、図６の例の表の行ａ１〜ａ３，ｂ１〜ｂ３に示す操作履歴が登録されているとする。また、クライアント端末２０および管理サーバ１０のそれぞれにおける基本的な処理は、上述の「送付」操作および「受取」操作の場合と同様、図８および図１１の例の手順に従って行われるとする。

「確認」操作の履歴を登録することを望む場合、クライアント端末２０のユーザは、図８の例の手順のステップＳ１０で図３の例の表示画面が表示されると、操作種別「確認」を選択する。この選択に応じて、クライアント端末２０の表示処理部２０８は、帳票ＩＤの入力および確認の結果の入力を受け付けるための表示画面を表示装置に表示させる（図８のステップＳ１２）。この表示画面の例を図１５に示す。図１５の例の表示画面の領域ｒ６は、帳票ＩＤの入力欄である。ユーザは、確認の対象の帳票ＩＤを領域ｒ６に入力する。また、破線で囲まれた領域ｒ７では、帳票の内容確認の結果として「承認」および「保留」の一方の選択が受け付けられる。ユーザは、帳票の内容を確認した結果、その内容を承認する場合は「承認」を選択し、承認しない場合は「保留」を選択する入力を行う。

図１５の例の表示画面においてユーザが帳票ＩＤおよび内容確認の結果を入力すると（図８のステップＳ１４）、クライアント端末２０の履歴登録指示部２０６は、入力された帳票ＩＤおよび内容確認の結果を含む履歴登録指示を管理サーバ１０に対して送信する（ステップＳ１６）。本例では、履歴登録指示部２０６は、操作種別として、「確認」操作の結果である「承認」または「保留」を履歴登録指示に含める。例えば、図１５では、領域ｒ６に帳票ＩＤ「d002」が入力されており、確認の結果として「承認」が選択されていることから、帳票ＩＤ「d002」および操作種別「承認」を含む履歴登録指示が管理サーバ１０に対して送信される。なお、本例では、この履歴登録指示は、操作日時「2010.6.4 16:12:45」、ユーザＩＤ「userY」、および操作場所「Ｂ営業所」をさらに含むとする。

ステップＳ１６の履歴登録指示をクライアント端末２０から受信した管理サーバ１０において、履歴登録部１０６は、図１１の例の手順に従い、この操作の履歴を履歴情報ＤＢ１０４に登録する。図１１のステップＳ３０では、操作種別が「承認」であることが特定され、ステップＳ３２では、登録条件を満たしてＹＥＳ判定されて処理がステップＳ３４に進むとする。本例では、操作種別が「送付」でなく（ステップＳ３４でＮＯ）、「受取」でもない（ステップＳ４０でＮＯ）ことから、ステップＳ３６，Ｓ３８，Ｓ４２のいずれの処理も行われず、ステップＳ４４で操作履歴の登録が行われる。本例では、クライアント端末２０からの履歴登録指示は、帳票ＩＤ「d002」、操作種別「承認」、操作日時「2010.6.4 16:12:45」、ユーザＩＤ「userY」、および操作場所「Ｂ営業所」を含む。これらの情報を用いて、履歴登録部１０６は、履歴情報ＤＢ１０４において帳票ＩＤ「d002」に対応する新たな情報レコードを生成すると共に、当該情報レコードの各項目に、履歴登録指示に含まれる各項目の値を設定する（図６の例の行ｃ１参照）。

以上、帳票ＩＤ「d002」の帳票の内容が「承認」される場合を具体例にとり「確認」操作の履歴の登録の処理の例を説明した。複数の帳票に対して「確認」操作を行う場合、各帳票の帳票ＩＤについて、上記と同様の処理を繰り返して実行すればよい。図６の表の行ｃ２は、上記と同様の処理により、帳票ＩＤ「d003」の帳票の内容が「承認」されて履歴情報ＤＢ１０４に登録される操作履歴の例である。また、図６の表の行ｃ３は、図１５の例の表示画面において帳票ＩＤ「d001」の帳票の内容の確認の結果として「保留」が選択されて、上記と同様の処理によって履歴情報ＤＢ１０４に登録される操作履歴の例である。

［「送付」操作の対象の帳票と「受取」操作の対象の帳票とが一致しない場合］
以上で説明した「送付」操作および「受取」操作の例では、「送付」操作の対象の帳票のすべてが送付先で実際に「受取」される。しかしながら、「送付」操作を行ったユーザによるミスや、帳票の移送の途中でのトラブルなど、何らかの事情により、「送付」操作の対象の帳票が実際には「受取」されなかったり、「送付」操作の対象の帳票と異なる帳票が「受取」されたりする状況も起こり得る。このような状況は、管理サーバ１０の突合せ処理部１１０による突合せ処理（図１１のステップＳ４２，図１３）の結果をクライアント端末２０に表示させることでユーザに把握され得る。

例えば、上述の帳票ＩＤ「d001」，「d002」，「d003」の帳票を受け取ったＢ営業所のユーザ「userY」が、受け取った帳票のうち帳票ＩＤ「d002」，「d003」の帳票と、他の３つの帳票（帳票ＩＤはそれぞれ「d004」，「d005」，「d006」）とを纏めてＣ営業所に対して送付しようとする場合を考える。「送付」操作の履歴の登録について上記で説明した処理と同様の処理により、クライアント端末２０において、「送付」操作が選択され（図８のステップＳ１０）、帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」が入力されたとする（ステップＳ１２，Ｓ１４）。この入力に応じて、操作種別「送付」および帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」を含む履歴登録指示が行われ（ステップＳ１６）、管理サーバ１０において、送付ＩＤ「s002」が付与されてクライアント端末２０に返送されたとする（図１１のステップＳ３０，Ｓ３２でＹＥＳ，Ｓ３４でＹＥＳ，Ｓ３６，Ｓ３８）。送付ＩＤ「s002」を管理サーバ１０から受信したクライアント端末２０は、図８のステップＳ１８で、例えば図１６のような表示画面を表示装置に表示させる。図１６の例の表示画面は、この「送付」操作に対して管理サーバ１０が付与した送付ＩＤ「s002」、「送付」操作の対象である各帳票ＩＤ、および各帳票ＩＤに対応づけて帳票情報ＤＢ１００に登録された「名称」（管理サーバ１０から送信される）を表示する。図１６の例の表示画面の「送付カバーシート印刷」ボタンが押下されると、クライアント端末２０の送付カバーシート出力部２１０により、図１６に示される送付ＩＤ「s002」を含む送付カバーシートが印刷される（図８のステップＳ２０でＹＥＳ，Ｓ２２）。また、管理サーバ１０の履歴登録部１０６は、各帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」について「送付」操作の履歴を履歴情報ＤＢ１０４に登録する（図１１のステップＳ４４）。このとき登録される操作履歴の例を図６の表の行ｄ１〜ｄ５に示す。行ｄ１〜ｄ５のレコードの送付ＩＤは「s002」である。また、履歴登録部１０６は、送付ＩＤ「s002」に対応づけて、履歴登録指示に含まれる帳票ＩＤの数「5」を履歴情報ＤＢ１０４に登録する（図７参照）。

各帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」の「送付」操作の履歴の登録の後、ユーザ「userY」が、誤って、登録した帳票ＩＤに含まれない帳票ＩＤ「d001」の帳票と、登録した帳票ＩＤの一部である帳票ＩＤ「d002」，「d004」，「d006」の帳票とを纏めて、送付ＩＤ「s002」を含む送付カバーシートと共にＣ営業所に対して送付したとする。そして、これらの帳票および送付カバーシートを受け取ったＣ営業所のユーザ「userZ」は、「受取」操作の履歴の登録指示を行う。ここでは、クライアント端末２０において、図１２の例の表示画面の領域ｒ２に、受け取った送付カバーシートの送付ＩＤ「s002」を入力し、領域ｒ３に、受け取った帳票の帳票ＩＤ「d001」，「d002」，「d004」，「d006」を入力する（図８のステップＳ１０〜Ｓ１４）。さらに、図１２に示す「突合せ」ボタンが押下されると、入力された送付ＩＤおよび帳票ＩＤと操作種別「受取」を含む履歴登録指示がクライアント端末２０から管理サーバ１０に対して送信され、管理サーバ１０において、突合せ処理および「受取」操作の履歴の登録が行われる（図１１，図１３）。操作種別が「受取」であることから、突合せ処理部１１０により突合せ処理が開始され（図１１のステップＳ４０でＹＥＳ，Ｓ４２，図１３）、クライアント端末２０から受け取った送付ＩＤ「s002」に対応するグループの帳票ＩＤが履歴情報ＤＢ１０４から取得される（ステップＳ４２０）。本例では、図６の行ｄ１〜ｄ５を参照し、送付ＩＤ「s002」および操作種別「送付」を含むレコードの帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」が履歴情報ＤＢ１０４から取得される。履歴情報ＤＢ１０４から取得したこれらの帳票ＩＤと、クライアント端末２０から取得した帳票ＩＤ「d001」，「d002」，「d004」，「d006」とを比較すると（ステップＳ４２２）、クライアント端末２０から取得した帳票ＩＤ「d001」は履歴情報ＤＢ１０４から取得した帳票ＩＤに含まれず、履歴情報ＤＢ１０４から取得した帳票ＩＤ「d003」，「d005」はクライアント端末２０から取得した帳票ＩＤに含まれないことがわかる。また、帳票ＩＤ「d002」，「d004」，「d006」は、クライアント端末２０から取得され、かつ、履歴情報ＤＢ１０４から取得されている。さらに、突合せ処理部１１０は、クライアント端末２０から取得した送付ＩＤ「s002」に対応づけて履歴情報ＤＢ１０４に登録された件数「5」（図７参照）と、クライアント端末２０から取得した帳票ＩＤの個数「4」とを比較し、これらが一致しないことを特定する。以上のような比較の結果を、ステップＳ４２４で管理サーバ１０はクライアント端末２０に対して送信する。

図１７に、ステップＳ４２４で管理サーバ１０が送信した比較の結果を受信したクライアント端末２０で表示される（図８のステップＳ１８）表示画面の例を示す。図１７の例の表示画面の領域ｒ８には、送付ＩＤ「s002」が表示されている。また、領域ｒ９には、各帳票ＩＤについての管理サーバ１０における突合せ処理の結果が表示されている。図１７の領域ｒ９を参照し、クライアント端末２０からの履歴登録指示に含まれていた帳票ＩＤ「d001」，「d002」，「d004」，「d006」に加えて、クライアント端末２０からの履歴登録指示に含まれていなかったけれども突合せ処理において履歴情報ＤＢ１０４から取得された帳票ＩＤ「d003」，「d005」が表示されている。さらに、帳票ＩＤ「d001」については、送付ＩＤ「s002」に対応するグループに含まれていない（履歴情報ＤＢ１０４から取得されなかった）ことを表すメッセージ「×リストに含まれていません」が表示されている。帳票ＩＤ「d002」，「d004」，「d006」については、送付ＩＤ「s002」に対応するグループに含まれている帳票ＩＤであるため、メッセージ「○受取りました」が表示されている。また、帳票ＩＤ「d003」，「d005」については、送付ＩＤ「s002」に対応するグループに含まれているにもかかわらず、「受取」操作の履歴登録指示に含まれていない帳票ＩＤであることを表すメッセージ「×受取っていません」が表示されている。また、領域ｒ１０には、送付ＩＤ「s002」に対応するグループに含まれる帳票ＩＤの数と履歴登録指示に含まれる帳票ＩＤの数との不一致を表すメッセージ「件数が一致しません」が表示されている。

図１７のような表示画面を確認したユーザは、自身が受取った帳票のうち、受取るはずでない帳票（帳票ＩＤ「d001」）、送付した者の意図通りに受取った帳票（帳票ＩＤ「d002」，「d004」，「d006」）、および、受取るはずであるのに受取っていない帳票（帳票ＩＤ「d003」，「d005」）を把握する。図１７の例の表示画面においてユーザが「登録」ボタンを押下すると、その旨を表す情報がクライアント端末２０から管理サーバ１０に対して送信され、これに応じて、管理サーバ１０の履歴登録部１０６は、「受取」操作の履歴を履歴情報ＤＢ１０４に登録する（図１１のステップＳ４４）。本例では、クライアント端末２０からの履歴登録指示に含まれていた帳票ＩＤだけでなく、突合せ処理において履歴情報ＤＢ１０４から取得されたけれども履歴登録指示には含まれていなかった帳票ＩＤについても、履歴登録部１０６は、履歴情報ＤＢ１０４において新たな情報レコードを生成し、各項目の値を設定する。図６の表の行ｅ１〜ｅ６は、このとき登録される履歴の例を示す。図６の表の行ｅ１〜ｅ６を参照すると、各帳票ＩＤに対応づけて、突合せ処理の結果を表す情報が「受取状態」の項目の値として設定される。この「受取状態」の項目の値は、図１７の例の表示画面の領域ｒ９において各帳票ＩＤについて表示されるメッセージに対応する。

［「返却」操作の履歴の登録］
本実施形態の例において、ユーザは、一旦受取った帳票を送付元に返却することがある。例えば、上述の例の図６の行ｅ１に示す履歴（帳票ＩＤ「d001」，操作種別「受取」，受取状態「リストに含まれていません」）の場合のように、受取るはずのない帳票を受取った場合、ユーザは、その帳票を送付元に送り返すことで返却する。以下、このような帳票の「返却」操作の履歴を登録する場合のクライアント端末２０および管理サーバ１０の処理の例を説明する。本例でも、クライアント端末２０および管理サーバ１０のそれぞれの処理の基本的な手順は、上述の各例と同様、図８および図１１に例示する手順を用いればよい。また、以下では、図６の行ｅ１に示す履歴に係る帳票（帳票ＩＤ「d001」）を受取ったＣ営業所のユーザ「userZ」が当該帳票を送付元のＢ営業所に「返却」する場合を例にとり説明する。

ユーザ「userZ」がクライアント端末２０ｃにおいて「返却」操作の履歴の登録を望む旨の入力を行なうことで、図８の例の手順の処理が開始されて図３の例の表示画面が表示される。ユーザは、「返却」操作を選択する（ステップＳ１０）。この入力を受け付けたクライアント端末２０ｃの操作情報受付部２０４は、表示処理部２０８に依頼して、「返却」操作の対象の帳票ＩＤの入力を受け付ける表示画面を表示させる（ステップＳ１２）。ここでは、図１８に例示する表示画面により帳票ＩＤの入力を受け付けるとする。図１８の例の表示画面は、「返却」対象の帳票の帳票ＩＤの入力欄である領域ｒ１１と、「返却」対象の帳票に添付された送付カバーシートの送付ＩＤの入力欄である領域ｒ１２とを含む。本例では、「返却」対象の帳票の帳票ＩＤは「d001」であり、この帳票に添付された送付カバーシートの送付ＩＤは「s002」である（図６の行ｅ１参照）。よって、図１８では、領域ｒ１１に帳票ＩＤ「d001」、領域ｒ１２に送付ＩＤ「s002」が入力されている。帳票ＩＤおよび送付ＩＤの入力を操作情報受付部２０４が受け付けると（図８のステップＳ１４）、履歴登録指示部２０６により、操作種別「返却」、帳票ＩＤ「d001」、および送付ＩＤ「s002」を含む履歴登録指示が管理サーバ１０に対して送信される（ステップＳ１６）。

クライアント端末２０からの履歴登録指示に応じて、管理サーバ１０は、図１１の例の手順に従い、この「返却」操作の履歴を履歴情報ＤＢ１０４に登録する。ここで登録される履歴の例を図６の表の行ｆ１に示す。本例では、管理サーバ１０の履歴登録部１０６は、操作種別が「返却」である場合、その履歴に対応する履歴情報ＤＢ１０４中のレコードの受取状態の項目の値を「返却しました」に設定する。管理サーバ１０は、例えば、「返却」操作の履歴の登録が完了した旨をクライアント端末２０に対して通知し、クライアント端末２０において、その旨を表示させてもよい（図８のステップＳ１８）。

［操作履歴の検索および表示］
以上では、図３に例示する操作種別「送付」，「受取」，「確認」，「返却」のそれぞれについて操作の履歴を管理サーバ１０の履歴情報ＤＢ１０４に登録する場合の処理の例を説明した。本実施形態の例のシステムは、上述の各例のような履歴の登録により生成される履歴情報ＤＢ１０４中の操作履歴を種々の検索条件に従って検索し、その検索結果をユーザに提示する処理を行う。

例えば、クライアント端末２０の履歴検索指示部２１２は、ユーザによる検索条件の入力を受け付けて、この検索条件を含む検索指示を管理サーバ１０に対して送信する。この検索指示を受信した管理サーバ１０の履歴検索部１１２は、受信した検索条件を満たす操作履歴を履歴情報ＤＢ１０４から検索し、その検索の結果を出力処理部１１４によりクライアント端末２０に返送する。

一具体例として、履歴情報ＤＢ１０４において図６の表の行ａ１から行ｆ１までのデータ内容が登録された時点（つまり、上述の帳票ＩＤ「d001」の「返却」操作の履歴が登録された時点）で、クライアント端末２０の履歴検索指示部２１２において、「送付ＩＤ「s002」の送付カバーシートと共に「受取」された各帳票の最新の「受取状態」」という検索条件が受け付けられたとする。履歴検索指示部２１２は、この検索条件を含む検索指示を管理サーバ１０に対して送信し、これに応じて、管理サーバ１０の履歴検索部１１２は、前述の検索条件を満たす操作履歴を履歴情報ＤＢ１０４から検索する。

履歴検索部１１２による検索は、例えば以下の手順により行えばよい。履歴検索部１１２は、まず、履歴情報ＤＢ１０４において、送付ＩＤが「s002」であり、かつ、受取状態の項目に空でない値が設定されているレコードを特定する。本例では、図６の表の行ｅ１〜ｅ６，ｆ１の７個のレコードが特定される。さらに、履歴検索部１１２は、特定したレコードに含まれる各帳票ＩＤについて、操作日時の値が最新であるレコードを、特定したレコードの中から選択して検索結果とする。特定したレコードにおいて、ある帳票ＩＤを含むレコードが１つしかなければ、当該帳票ＩＤについては当該レコードを選択すればよい。また、特定したレコードにおいて、ある帳票ＩＤを含むレコードが複数存在すれば、当該帳票ＩＤを含む複数のレコードのうち操作日時の値が最新のレコードを選択すればよい。図６の表の行ｅ１〜ｅ６，ｆ１の７個のレコードが特定される。本例では、帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」を含むレコードはそれぞれ１つだけ（行ｅ２〜ｅ６参照）なので、これらの帳票ＩＤを含む各レコードが検索結果として選択される。また、帳票ＩＤ「d001」を含むレコードは２つ存在する（行ｅ１，ｆ１）ことから、これらのレコードのうち操作日時が最新であるレコード（行ｆ１）を検索結果として選択する。さらに、履歴検索部１１２は、各帳票ＩＤについて検索結果として選択したレコードの「受取状態」の項目の値を、出力処理部１１４を介してクライアント端末２０に返す。

履歴検索部１１２の検索結果を受取ったクライアント端末２０の表示処理部２０８は、ユーザが入力した検索条件に従った検索結果として、例えば、図１９に例示する表示画面を表示装置に表示させる。図１９の例の表示画面には、送付ＩＤ「s002」と、各帳票ＩＤ「d001」，「d002」，「d004」，「d006」，「d003」，「d005」について検索結果として選択されたレコードに含まれる受取状態の値とが表示されている。より詳細には、帳票ＩＤ「d001」については、受取状態「返却しました」（図６の行ｆ１参照）、帳票ＩＤ「d002」，「d004」，「d006」については、受取状態「受取りました」（行ｅ２〜ｅ４参照）、帳票ＩＤ「d003」，「d005」については、受取状態「受取っていません」（行ｅ５，ｅ６参照）が表示されている。図１９の例のような表示により、ユーザは、例えば、受取るはずでないのに受取った帳票ＩＤ「d001」の帳票に対して「返却」操作が行われたことを把握する。

以上では送付ＩＤを含む検索条件の例を説明したが、他の例では、帳票ＩＤを含む検索条件を用いてもよい。例えば、ユーザは、図１９の例の表示画面で「受取っていません」との受取状態が表示されている帳票ＩＤ「d003」，「d005」の帳票に対する操作の履歴を確認することを望む場合がある。この場合、ユーザは、クライアント端末２０において、例えば、「帳票ＩＤ「d003」，「d005」の操作履歴」という検索条件を入力して、この検索条件を含む検索指示を履歴検索指示部２１２により管理サーバ１０に対して送信させればよい。この検索指示に応じて、管理サーバ１０の履歴検索部１１２は、履歴情報ＤＢ１０４において各帳票ＩＤ「d003」，「d005」を含むレコードを検索し、検索結果のレコードがクライアント端末２０に返送される。図６の表の行ａ１〜行ｆ１に例示するレコードが履歴情報ＤＢ１０４に登録されている場合、この検索結果として、帳票ＩＤ「d003」を含む行ａ３，ｂ３，ｃ２，ｄ２，ｅ５に例示する内容と、帳票ＩＤ「d005」を含む行ｄ４，ｅ６に例示する内容と、が検索結果としてクライアント端末２０に返送されて表示される。また例えば、各帳票ＩＤ「d003」，「d005」の操作履歴のすべてではなく、最新のものだけを検索させるような検索条件を用いてもよい。この例では、検索結果として、各帳票ＩＤを含むレコードのうち操作日時の値が最新のレコードの内容だけがクライアント端末２０に返送される。

操作履歴の検索および表示は、クライアント端末２０からの検索指示に応じて行なわれるだけでなく、管理サーバ１０の突合せ処理部１１０による突合せ処理の結果に応じて行われてもよい。例えば、図１７の例の突合せ処理の結果を参照し、「受取りました」以外の結果が得られた帳票（帳票ＩＤ「d001」，「d003」，「d005」）について、各帳票ＩＤの操作履歴を履歴情報ＤＢ１０４から検索して取得し、取得した操作履歴をクライアント端末２０に送信してもよい。クライアント端末２０は、例えば、受信した操作履歴を図１７の例の突合せ処理の結果と共に表示させる。このような表示により、「送付」操作の履歴を登録したユーザの意図に反して「受取」された帳票および当該ユーザの意図に反して「受取」されなかった帳票の操作履歴が、「受取」操作の履歴の登録を指示したユーザに提示される。

［登録条件を満たさない場合の処理の例］
ここでは、操作の履歴の登録の際に管理サーバ１０で行われる図１１の例の手順のステップＳ３２の判定処理の例およびステップＳ３２でＮＯ判定された場合の処理の例を説明する。説明のための一具体例として、登録条件は、「履歴情報ＤＢ１０４に登録済みの操作履歴の中に、履歴登録指示の対象の帳票ＩＤ、操作種別、ユーザＩＤ、および操作場所の組合せと同じ組合せの操作履歴が存在しない」という条件であるとする。また、管理サーバ１０の履歴情報ＤＢ１０４には、図６の表の行ａ１〜ｆ１までのデータ内容の履歴が登録されているとする。

Ｂ営業所のユーザ「userY」がＣ営業所に対して送付することを意図していたにもかかわらず、実際には送付されなかった帳票ＩＤ「d003」（図６の表の行ｄ２，ｅ５参照）について、このユーザ「userY」が再度「送付」操作の履歴の登録を指示した場合を考える。クライアント端末２０においてユーザの入力を受け付けて履歴登録指示を行うまでの処理の手順は、上述の「送付」履歴の登録の例で説明した処理と同様である。本例において、クライアント端末２０からの履歴登録指示は、帳票ＩＤ「d003」、操作種別「送付」、ユーザＩＤ「userY」、および操作場所「Ｂ営業所」を含む。この履歴登録指示を受取った管理サーバ１０において、図１１の例の手順のステップＳ３２で、登録条件判定部１０６０は、履歴登録指示に含まれる情報が登録条件を満たすか否かを判定する。登録条件判定部１０６０は、履歴情報ＤＢ１０４のデータ内容（図６の表の行ａ１〜ｆ１）を参照し、履歴登録指示に含まれる帳票ＩＤ「d003」、操作種別「送付」、ユーザＩＤ「userY」、および操作場所「Ｂ営業所」の組合せと同一の組合せを含むレコードを検索する。本例では、図６の行ｄ２に示すレコードが該当する。よって、上述の例の登録条件は満たされない。したがって、本例では、図１１のステップＳ３２でＮＯ判定されてステップＳ４６に進む。ステップＳ４６で、履歴登録部１０６は、現在の処理対象の履歴登録指示に従った登録処理の可否を確認する。

本例では、ステップＳ４６で、履歴登録部１０６は、履歴登録指示に係る帳票ＩＤ「d003」について同様の「送付」操作がすでに登録済みであることを表す情報を、出力処理部１１４を介してクライアント端末２０に対して送信する。履歴登録部１０６は、さらに、登録済みの「送付」操作に対応する送付ＩＤ「s002」（図６の行ｄ２参照）および帳票ＩＤ「d003」に対応づけて帳票情報ＤＢ１００に登録された名称「CCC」（図５参照）も送信する。図２０は、履歴登録部１０６が送信した情報を受信したクライアント端末２０において表示される表示画面の例である。図２０の例の表示画面には、帳票ＩＤ「d003」およびその名称「CCC」が表示され（領域ｒ１３）、「帳票d003は送付済みの状態です」とのメッセージおよび送付ＩＤ「s002」が表示されている。

図２０の例の表示画面を確認したユーザは、クライアント端末２０の入力装置を用いて「登録する」ボタンまたは「登録しない」ボタンを押下する。「登録する」および「登録しない」のどちらのボタンが押下されたかを表す情報がクライアント端末２０から管理サーバ１０に対して送信される。「登録しない」ボタンが押下された場合、管理サーバ１０において操作履歴を登録することなく、図１１の例の手順を終了する（ステップＳ４８でＮＯ判定）。

図２０の例の表示画面の「登録する」ボタンが押下された場合、管理サーバ１０は、帳票ＩＤ「d003」について登録済みの「送付」操作に対応する送付ＩＤ「s002」のグループに含まれる帳票のうち帳票ＩＤ「d003」以外の各帳票（帳票ＩＤ「d002」，「d004」，「d005」，「d006」）について最新の受取状態を履歴情報ＤＢ１０４から取得する。本例では、帳票ＩＤ「d002」，「d004」，「d006」について受取状態「受取りました」が取得され（図６の行ｅ２〜ｅ４参照）、帳票ＩＤ「d005」について受取状態「受取っていません」が取得される（行ｅ６参照）。さらに、管理サーバ１０は、これらの各帳票の帳票ＩＤに対応づけられた「名称」を帳票情報ＤＢ１００（図５参照）から取得する。そして、取得した受取状態および名称をクライアント端末２０に送信する。この受取状態および名称を受信したクライアント端末２０で表示される表示画面の例を図２１に示す。

図２１の例の表示画面には、履歴登録指示に係る帳票ＩＤ「d003」およびこれに対応する名称「CCC」が表示され（領域ｒ１４）、かつ、登録済みの「送付」操作に対応する送付ＩＤ「s002」と、この送付ＩＤ「s002」のグループに含まれる帳票ＩＤ「d002」，「d004」，「d005」，「d006」それぞれの名称および受取状態と、が表示されている。また、「上記の内容で登録しますか。」とのメッセージの下方に、「はい」ボタンおよび「いいえ」ボタンが表示されている。図２１の例の表示画面を確認したユーザは、入力装置を用いて「はい」または「いいえ」のボタンを押下し、いずれのボタンが押下されたかを表す情報がクライアント端末２０から管理サーバ１０に対して送信される。「はい」ボタンが押下された場合、管理サーバ１０において、帳票ＩＤ「d003」について操作種別を「再送付」として図１１の例のステップＳ３４以降の処理が実行されて履歴の登録が行われる（ステップＳ４８でＹＥＳ判定）。「いいえ」ボタンが押下された場合、管理サーバ１０において操作履歴の登録を行わずに図１１の例の手順の処理は終了する（ステップＳ４８でＮＯ判定）。

ここでは、図２１の例の表示画面において、帳票ＩＤ「d005」の受取状態「受取っていません」を確認したユーザは、「いいえ」ボタンを押下したとする。「いいえ」ボタンの押下に応じて、管理サーバ１０は、図１１の例の手順の処理を終了する。その後、このユーザは、帳票ＩＤ「d003」だけでなく、受取状態が「受取っていません」であった帳票ＩＤ「d005」の帳票もＣ営業所に対して送付する。この「送付」操作の履歴の登録のため、ユーザは、上述の例と同様に、クライアント端末２０において帳票ＩＤ「d003」，「d005」を対象として「送付」操作の履歴の登録を指示する。このとき、クライアント端末２０の履歴登録指示部２０６が管理サーバ１０に対して送信する履歴登録指示は、帳票ＩＤ「d003」，「d005」、操作種別「送付」、ユーザＩＤ「userY」、および操作場所「Ｂ営業所」を含む。この履歴登録指示に応じて、管理サーバ１０において、上述と同様の登録条件判定処理（図１１のステップＳ３２）が行われる。帳票ＩＤ「d003」，「d005」のいずれについても、同じユーザＩＤおよび操作場所を含む「送付」履歴が履歴情報ＤＢ１０４中に登録済みであることから（図６の行ｄ２，ｄ４参照）、図１１のステップＳ３２でＮＯ判定され、ステップＳ４６で、上記と同様に、登録の可否を確認する処理が行われる。本例においても、ステップＳ４６で、図２０および図２１に例示したのと同様の表示画面がクライアント端末２０に表示される。ただし、図２０の領域ｒ１３および図２１の領域ｒ１４において、帳票ＩＤ「d003」，「d005」およびこれらに対応する名称「CCC」，「EEE」が表示され、図２１では、履歴登録指示の対象でない帳票ＩＤ「d002」，「d004」，「d006」の受取状態「受取りました」が表示されるとする。本例では、図２０で「登録する」ボタンが押下され、かつ、図２１で「はい」ボタンが押下される。これに応じて、管理サーバ１０において、帳票ＩＤ「d003」，「d005」について履歴登録指示に従った履歴の登録が行われる。本例では、履歴登録指示に係る「送付」操作に対し、すでに送付ＩＤ「s002」が付与されているため、管理サーバ１０は、新たな送付ＩＤを付与することなく、操作種別を「送付」から「再送付」に置き換えて履歴の登録を行う。このように履歴情報ＤＢ１０４に登録される履歴の例を図６の行ｇ１，ｇ２に示す。行ｇ１，ｇ２を参照し、帳票ＩＤの値は、それぞれ、「d003」，「d005」であり、操作種別の値はいずれも「再送付」、送付ＩＤの値はいずれも「s002」である。

操作種別を「再送付」として履歴の登録を行う場合、本例の管理サーバ１０は、履歴登録指示の対象の帳票ＩＤおよびその名称と、当該帳票ＩＤに関して付与済みの送付ＩＤと、当該送付ＩＤのグループに含まれる他の帳票ＩＤの受取状態および名称とをクライアント端末２０に対して送信する。このように送信された情報を受信すると、クライアント端末２０では、「再送付」において帳票に添付する送付カバーシートの内容として、管理サーバ１０から受信した情報を表示させる。本例では、図２２に示す表示画面が表示されるとする。図２２の例の表示画面には、履歴登録指示の対象の帳票ＩＤ「d003」，「d005」およびこれらに対応する名称と、付与済みの送付ＩＤ「s002」が表示されている。さらに、送付ＩＤ「s002」のグループに含まれる他の帳票ＩＤ「d002」，「d004」，「d006」について「受取」操作が完了していることを表すメッセージ「以下は受取済みです」と共に、各帳票ＩＤに対応する名称が表示されている。図２２の例の表示画面において「送付カバーシート印刷」ボタンが押下されると、クライアント端末２０の送付カバーシート出力部２１０により、図２２に例示する内容を印刷した送付カバーシートが出力される。この送付カバーシートは、帳票ＩＤ「d003」，「d005」の帳票に添付されて送付先のＣ営業所へ送付される。

上述のように「再送付」された帳票および送付カバーシートを受取ったユーザの指示に応じて、上記で説明した「受取」操作の履歴の登録の例と同様、管理サーバ１０の突合せ処理部１１０は、「受取」操作に係る帳票ＩＤ「d003」，「d005」および送付ＩＤ「s002」について突合せ処理を行う（図１１のステップＳ４２，図１３）。本例では、図１３のステップＳ４２０で、送付ＩＤ「s002」および操作種別「送付」のレコードの帳票ＩＤ「d002」，「d003」，「d004」，「d005」，「d006」が履歴情報ＤＢ１０４から取得される。これらの帳票ＩＤを、クライアント端末２０から取得された帳票ＩＤ「d003」，「d005」と比較すると（ステップＳ４２２）、帳票ＩＤ「d003」，「d005」は、いずれも、履歴情報ＤＢ１０４から取得された帳票ＩＤに含まれる。また、履歴情報ＤＢ１０４から取得された帳票ＩＤのうち、クライアント端末２０から取得されていないもの（「d002」，「d004」，「d006」）の受取状態を履歴情報ＤＢ１０４で検索すると、いずれも「受取りました」である（図６の表の行ｅ２〜ｅ４参照）。管理サーバ１０は、帳票ＩＤ「d003」，「d005」についての比較の結果およびその他の帳票ＩＤの受取状態をクライアント端末２０に対して送信する（ステップＳ４２４）。これに応じてクライアント端末２０で表示される表示画面の例を図２３に示す。図２３の例の表示画面では、履歴登録指示に係る帳票ＩＤ「d003」，「d005」についての比較結果「○受取りました」が表示され（領域ｒ１５）、かつ、送付ＩＤ「s002」のグループに含まれる他の帳票ＩＤ「d002」，「d004」，「d006」の受取状態が表示されている。図２３の例の表示画面の「登録」ボタンが押下されると、その旨がクライアント端末２０から管理サーバ１０に対して通知され、履歴登録部１０６により帳票ＩＤ「d003」，「d005」について「受取」操作の履歴が履歴情報ＤＢ１０４に登録される。この履歴の例を図６の行ｈ１，ｈ２に示す。

以上では、登録条件が「履歴情報ＤＢ１０４に登録済みの操作履歴の中に、履歴登録指示の対象の帳票ＩＤ、操作種別、ユーザＩＤ、および操作場所の組合せと同じ組合せの操作履歴が存在しない」という条件である場合の例を説明した。他の例では、操作種別に応じた登録条件を設定してもよい。例えば、「返却」操作の登録条件として、「履歴登録指示に係る帳票ＩＤについて「受取」操作の履歴が履歴情報ＤＢ１０４中に存在する」という条件を設定しておく。通常は「受取」されていない帳票を「返却」することはないため、このような条件を「返却」操作の履歴の登録条件として設定することが考えられる。

［変形例等］
以上で説明した実施形態の例は、本発明の実施の形態を限定するものではなく、上述の例の他にも各種の変形例があってよい。例えば、帳票情報ＤＢ１００および履歴情報ＤＢ１０４のデータ内容の具体的な態様は上述の例に限られない。帳票情報ＤＢ１００および履歴情報ＤＢ１０４において図５〜図７に示す例と異なる項目を含むデータ内容を登録してもよい。例えば、履歴情報ＤＢ１０４において、「受取状態」の登録を省略してもよい。履歴情報ＤＢ１０４に受取状態を登録しない場合も、突合せ処理の結果は上述と同様に表示してよい（図１４，図１７）。

また、上述の実施形態の例では、突合せ処理の結果は、「受取」操作の履歴の登録を指示したユーザのクライアント端末２０で表示される。変形例では、管理サーバ１０は、突合せ処理の結果を予め設定された通知先に通知する処理を行ってもよい。例えば、各ユーザＩＤまたは各操作場所に対応づけて通知先を予め登録しておき、突合せ処理で用いられた送付ＩＤに対応する「送付」操作の履歴におけるユーザＩＤまたは操作場所に対応する通知先に対して、突合せ処理の結果を通知する。通知先は、電子メールアドレスやファクシミリ番号などであってよい。通知先として電子メールアドレスが登録されていれば突合せ処理の結果を含む電子メールを当該電子メールアドレス宛に送信し、ファクシミリ番号が登録されていれば突合せ処理の結果を含む文書をファクシミリ送信すればよい。また、各ユーザＩＤまたは各操作場所に対して、複数の通知先を登録しておいてもよい。例えば「送付」操作の履歴を登録したユーザに突合せ処理の結果が通知されると、当該ユーザは、自身が意図したとおりに帳票が「受取」されたか否かを把握することになる。また、突合せ処理の結果の通知は、「送付」操作を行ったユーザの意図と異なる「受取」操作が行われた場合にのみ行ってもよい。つまり、「送付」操作の対象の帳票と「受取」操作の対象の帳票とがすべて一致する場合は通知を行わず、一致しない帳票が存在する場合にのみ通知を行うようにしてもよい。なお、突合せ結果の通知を行う変形例では、「送付」操作の対象の帳票と「受取」操作の対象の帳票との間で整合しない帳票の操作履歴を履歴情報ＤＢ１０４から取得し、この操作履歴を突合せ結果と共に通知してもよい。

また、上述の実施形態の例では、各帳票の帳票ＩＤをクライアント端末２０が生成して付与するが、変形例では、管理サーバ１０が帳票ＩＤを付与する構成としてもよい。この変形例では、クライアント端末２０の帳票生成部２００は、新たな帳票を生成する際に、管理サーバ１０に対して新たな帳票ＩＤの生成を依頼する。この依頼を受けて、管理サーバ１０は、システム内で未登録の新たな帳票ＩＤを生成してクライアント端末２０に返送する。この帳票ＩＤを受信したクライアント端末２０の帳票生成部２００は、受信した帳票ＩＤを印刷した新たな帳票を生成する。この変形例でも、上述の実施形態の例の各種の処理は上記と同様に実行してよい。

また、一変形例では、送付ＩＤ付与部１０８を管理サーバ１０に設ける代わりに、クライアント端末２０に設けてもよい。この変形例では、クライアント端末２０において、「送付」操作の履歴の登録の指示を受け付けたときに、当該「送付」操作に対応する送付ＩＤを生成し、この送付ＩＤと１以上の帳票ＩＤとを含む履歴登録指示を管理サーバ１０に送信する。管理サーバ１０では、自ら送付ＩＤを付与する代わりに、履歴登録指示に含まれる送付ＩＤを履歴情報ＤＢ１０４において当該送付操作の履歴のレコードに登録すればよい。この変形例において、履歴登録指示に係る「送付」操作に関してすでに送付ＩＤが付与済みである場合（登録条件が満たされない）、登録の可否を確認する処理（図１１のステップＳ４６）において、図２０，図２１を参照して説明した上述の例と同様に、付与済みの送付ＩＤを管理サーバ１０からクライアント端末２０に送信して、登録の可否を問合わせる。そして、登録が許可された場合、図２２を参照する上述の例と同様、管理サーバ１０は、クライアント端末２０によって付与されて履歴登録指示に含まれていた送付ＩＤを破棄して、付与済みの送付ＩＤを用いて「再送付」操作の履歴を登録する。

また、上述の実施形態および各種の変形例のシステムは、帳票を用いた業務の手順を管理するワークフローシステムと連携してもよい。例えば、操作履歴の履歴情報ＤＢ１０４への登録を行うときに、その登録内容をワークフローシステムに対して通知し、ワークフローシステムにおいて、通知された操作履歴を用いて業務の管理に必要な処理を実行することが考えられる。例えば、ワークフローシステムにおいて、送付された帳票の受取が適切に行われたか否かを管理する場合に、本実施形態の例のシステムが突合せ処理の結果を通知することで、ワークフローシステムにおける受取の確認処理が行われる。あるいは、例えば、ワークフローシステムが帳票に対する承認の有無を管理する場合、本実施形態の例のシステムにおいて操作種別「承認」または「保留」の操作履歴をワークフローシステムに通知すると、ワークフローシステムにおける承認の確認処理が行われる。

以上で説明した管理サーバ１０は、典型的には、汎用のコンピュータにて上述の管理サーバ１０の各部の機能または処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図２４に示すように、ＣＰＵ（中央演算装置）８０、メモリ（一次記憶）８２、各種Ｉ／Ｏ（入出力）インタフェース８４等がバス８６を介して接続された回路構成を有する。また、そのバス８６に対し、例えばＩ／Ｏインタフェース８４経由で、ＨＤＤ（ハードディスクドライブ）８８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ９０が接続される。このようなドライブ８８又は９０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、またはネットワーク経由で、ＨＤＤ８８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。クライアント端末２０についても同様である。

なお、以上では、管理サーバ１０を１台のコンピュータにより実現する例の実施形態を説明したが、管理サーバ１０の上述の例の各種の機能を複数のコンピュータに分散させて実現してもよい。

１０ 管理サーバ、２０ クライアント端末、３０ ネットワーク、８０ ＣＰＵ、８２ メモリ、８４ Ｉ／Ｏインタフェース、８６ バス、８８ ＨＤＤ、９０ ディスクドライブ、１００ 帳票情報ＤＢ、１０２ 帳票情報登録部、１０４ 履歴情報ＤＢ、１０６ 履歴登録部、１０８ 送付ＩＤ付与部、１１０ 突合せ処理部、１１２ 履歴検索部、１１４ 出力処理部、２００ 帳票生成部、２０２ 帳票登録指示部、２０４ 操作情報受付部、２０６ 履歴登録指示部、２０８ 表示処理部、２１０ 送付カバーシート出力部、２１２ 履歴検索指示部、１０６０ 登録条件判定部。

Claims (6)

1. 送付者から受取者に対して纏めて送付される１以上の帳票それぞれに付与された帳票識別情報の入力を受け付ける第１受付手段と、
   前記纏めて送付される１以上の帳票のグループを識別するためのグループ識別情報を当該グループに付与する付与手段と、
   前記グループ識別情報と、前記グループ識別情報のグループの帳票それぞれについて前記第１受付手段が受け付けた各帳票識別情報と、を関連づけて記憶手段に登録する登録手段と、
   前記グループ識別情報を含む文書であって前記送付者から前記受取者に対して送付される帳票に添付される添付文書を生成する添付文書生成手段と、
   前記添付文書と共に１以上の帳票を前記受取者が前記送付者から受け取った場合に、前記受取者が受け取った添付文書に含まれる前記グループ識別情報と、当該添付文書と共に前記受取者が受け取った１以上の帳票それぞれの帳票識別情報と、の入力を受け付ける第２受付手段と、
   前記第２受付手段が受け付けたグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、前記第２受付手段が受け付けた帳票識別情報と、を比較した結果を表す情報を出力する出力手段と、
   を備え、
   前記登録手段は、さらに、
   帳票に対する操作に関連する情報である操作関連情報と当該操作の対象の帳票の帳票識別情報とを含む登録指示に応じて、当該登録指示中の前記操作関連情報と前記帳票識別情報とを関連づけて前記記憶手段に登録し、
   前記第１受付手段が受け付けた各帳票識別情報に関連づけて、帳票の送付が行われた旨を表す情報を含む操作関連情報を前記記憶手段に登録し、
   前記第２受付手段が受け付けた各帳票識別情報に関連づけて、帳票の受取が行われた旨を表す情報を含む操作関連情報を前記記憶手段に登録する、
   ことを特徴とする帳票管理システム。
2. 前記登録手段は、さらに、
   前記出力手段において比較の対象となった帳票識別情報のそれぞれに関連づけて、前記比較した結果を表す情報を前記記憶手段に登録する、
   ことを特徴とする請求項１に記載の帳票管理システム。
3. 前記出力手段は、前記第２受付手段が受け付けたグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、前記第２受付手段が受け付けた帳票識別情報と、を比較して、一方に含まれていて他方に含まれていない帳票識別情報を特定し、特定した帳票識別情報に関連づけて前記記憶手段に記憶された情報をさらに出力する、
   ことを特徴とする請求項１または２に記載の帳票管理システム。
4. 前記記憶手段を参照して、前記登録手段による前記記憶手段への登録の対象である前記グループ識別情報、前記各帳票識別情報、および前記操作関連情報が、予め設定された登録条件を満たすか否かを判定する判定手段をさらに備え、
   前記出力手段は、さらに、前記判定手段による判定の結果を出力する、
   ことを特徴とする請求項１から３のいずれか１項に記載の帳票管理システム。
5. 帳票を送付する送付者が利用する送付者端末と、前記送付者から帳票を受け取る受取者が利用する受取者端末と、前記送付者端末および前記受取端末に通信手段を介して接続された管理装置と、を備え、
   前記送付者端末は、
   前記送付者から前記受取者に対して纏めて送付される１以上の帳票それぞれに付与された帳票識別情報の入力を受け付ける第１受付手段と、
   前記第１受付手段が受け付けた各帳票識別情報を前記管理装置に対して送信する第１送信手段と、
   前記第１送信手段による前記各帳票識別情報の送信に応じて前記管理装置から返送される、前記各識別情報の帳票を含むグループを識別するためのグループ識別情報を受信し、受信したグループ識別情報を含む文書であって前記送付者から前記受取者に対して送付される帳票に添付される添付文書を生成する添付文書生成手段と、
   を備え、
   前記受取者端末は、
   前記添付文書と共に１以上の帳票を前記受取者が前記送付者から受け取った場合に、前記受取者が受け取った添付文書に含まれる前記グループ識別情報と、当該添付文書と共に前記受取者が受け取った１以上の帳票それぞれの帳票識別情報と、の入力を受け付ける第２受付手段と、
   前記第２受付手段が受け付けたグループ識別情報および各帳票識別情報を前記管理装置に対して送信する第２送信手段と、
   を備え、
   前記管理装置は、
   前記送付者端末の前記第１送信手段が送信した各帳票識別情報を受信した場合に、受信した各帳票識別情報の帳票を含むグループに対して前記グループ識別情報を付与する付与手段と、
   前記グループ識別情報を前記送付者端末に対して返送する返送手段と、
   前記グループ識別情報と、前記送付者端末から受信した各帳票識別情報と、を関連づけて記憶手段に登録する登録手段と、
   前記受取者端末の第２送信手段が送信したグループ識別情報および前記各帳票識別情報を受信した場合に、受信したグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、受信した各帳票識別情報と、を比較した結果を表す情報を出力する出力手段と、
   を備える、
   ことを特徴とする帳票管理システム。
6. 帳票を送付する送付者が利用する送付者端末と、前記送付者から帳票を受け取る受取者が利用する受取者端末と、前記送付者端末および前記受取端末に通信手段を介して接続されるコンピュータに、
   前記送付者から前記受取者に対して纏めて送付される１以上の帳票それぞれに付与された帳票識別情報を前記送付者端末から受信する第１受信ステップと、
   前記第１受信ステップで受信した各帳票識別情報の帳票を含むグループに対してグループ識別情報を付与する付与ステップと、
   前記付与ステップで付与したグループ識別情報を前記送付者端末に送信する送信ステップと、
   前記付与ステップで付与したグループ識別情報と、前記第１受信ステップで受信した各帳票識別情報と、を関連づけて記憶手段に登録する登録ステップと、
   前記グループ識別情報を含む添付文書と１以上の帳票とを前記送付者から受取った受取者の前記受取者端末から、当該添付文書に含まれるグループ識別情報と当該１以上の帳票それぞれの帳票識別情報とを受信する第２受信ステップと、
   前記第２受信ステップで受信したグループ識別情報に関連づけて前記記憶手段に記憶された帳票識別情報と、前記第２受信ステップで受信した帳票識別情報と、を比較した結果を表す情報を出力する出力ステップと、
   を実行させるためのプログラム。

Images