(57)【要約】【課題】保険証や運転免許証等の重要書類の管理に要する負担を軽減すると共に、当該重要書類が必要な時に公的な証明を伴って提示することができる書類管理装置、書類管理システム、及び書類管理プログラムを提供する。【解決手段】記憶部１４は、電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、を対応付けて記憶しており、ＣＰＵ１１は、通信ネットワークＮを介して受信した認証照合用データと記憶部１４の認証データとの照合により当該書類の名義人であることを認証し、更にＣＰＵ１１は、書類データの正当性を保証する保証データを発行し、当該書類の名義人であることが認証した場合に、当該書類データを、保証データとともに通信制御部１３を介して送信する。【選択図】  図２
2004227066.tif 000002
【特許請求の範囲】
【請求項１】
電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、を対応付けて記憶する記憶手段と、
通信回線を介して受信した認証照合用データと前記認証データとの照合により当該書類の名義人であることを認証する認証手段と、
書類データの正当性を保証する保証データを発行する保証データ発行手段と、
前記認証手段によって当該書類の名義人であることが認証された場合に、当該書類データを、前記保証データとともに送信する送信手段と、
を備えたことを特徴とする書類管理装置。
【請求項２】
請求項１に記載の書類管理装置において、
前記記憶手段には、同一名義人の複数種類の書類データが区分されて記憶されると共に、当該区分毎に前記認証データが設定されていることを特徴とする書類管理装置。
【請求項３】
請求項１又は２に記載の書類管理装置において、
前記書類データには、リンクが設定された関連情報が含まれており、
前記関連情報が指定された場合に、該関連情報としての書類データを前記保証データとともに送信することを特徴とする書類管理装置。
【請求項４】
請求項１〜３の何れか一項に記載の書類管理装置において、
前記書類データの記憶、或いは前記書類データの送信に基づいて課金する課金手段を備えたことを特徴とする書類管理装置。
【請求項５】
請求項１〜４の何れか一項に記載の書類管理装置において、
前記書類は、保険証、運転免許証、履歴書、卒業証明書、在籍証明書その他の証明書であることを特徴とする書類管理装置。
【請求項６】
請求項１〜４の何れか一項に記載の書類管理装置において、
前記書類は、くじ券、投票券、有価証券その他の換金の可能性を有する引換券であることを特徴とする書類管理装置。
【請求項７】
請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線によって接続される端末装置とを具備する書類管理システムであって、
前記端末装置は、
前記書類管理装置から送信された前記書類データと前記保証データとを受信する受信手段と、
前記受信手段によって受信した前記保証データに基づいて、当該書類の正当性を認証する正当性認証手段とを備えていることを特徴とする書類管理システム。
【請求項８】
請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線によって接続される端末装置とを具備する書類管理システムであって、
前記認証データは、所与の暗証番号及び国民番号の少なくとも何れか一方を含むものであり、
前記端末装置は、前記認証データが記録された記録媒体から認証照合用データを読み取る認証照合用データ読取手段と、
前記認証照合用データ読取手段によって読み取られた認証照合用データを書類管理装置に送信する送信手段と、
を備えたことを特徴とする書類管理システム。
【請求項９】
請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線を介して接続される端末装置とを具備した書類管理システムであって、
前記認証データは、
前記名義人の身体的特徴に関するデータであり、
前記端末装置は、利用者の身体的特徴に関するデータを認証照合用データとして獲得する獲得手段と、
前記獲得手段によって獲得された認証照合用データを前記書類管理装置に送信する送信手段と、
を備えたことを特徴とする書類管理システム。
【請求項１０】
請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線によって接続される端末装置とを具備する書類管理システムであって、
前記端末装置は、
前記書類を読み取ることにより、前記書類データを生成する書類データ読取手段と、
前記書類データ読取手段によって読み取られた書類データを前記書類管理装置に送信する送信手段と、
を備えたことを特徴とする書類管理システム。
【請求項１１】
請求項１０に記載の書類管理システムであって、
前記端末装置は、
前記送信手段により、書類データを前記書類管理装置に送信した後に、当該書類を無効にする無効手段を備えたことを特徴とする書類管理システム。
【請求項１２】
請求項２〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線によって接続される端末装置と、を具備する書類管理システムであって、
前記端末装置は、表示部を備え、
前記書類管理装置は、
前記複数種類の書類データを、前記区分毎に棚或いは引き出しに納められている様に、前記表示部に表示させる表示制御手段を備えたことを特徴とする書類管理システム。
【請求項１３】
請求項６に記載の書類管理装置と、端末装置と、前記換金の可能性を有する引換券の換金の価値情報を記憶する換金価値情報サーバと、が通信回線を介して接続される書類管理システムであって、
前記書類管理装置は、
前記換金の可能性を有する引換券の価値を前記換金価値情報サーバに照会し、当該照会結果を前記端末装置に送信する換金価値照会手段を備えたことを特徴とする書類管理システム。
【請求項１４】
請求項１３に記載の書類管理システムであって、
前記換金の可能性を有する引換券は、くじ券であり、
前記換金価値照会手段は、くじ券の当選の有無を照会し、
書類管理装置は、前記くじ券が当選した場合に、当該当選金額及び当選者に関する情報を、通信回線を介して指定された銀行に通知する通知手段を備えたことを特徴とする書類管理システム。
【請求項１５】
コンピュータに、
電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、を対応づけて記憶手段に記憶させる記憶機能と、
通信回線を介して受信した認証照合用データと前記認証データとの照合により当該書類の名義人であることを認証する認証機能と、
書類データの正当性を保証する保証データを発行する発行機能と、
当該書類の名義人であることが認証された場合に、当該書類データを、前記保証データとともに送信する送信機能と、
を実行させる書類管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、保険証や運転免許証等の重要書類を管理する書類管理装置、書類管理システム、及び書類管理プログラムに関するものである。
【０００２】
【従来の技術】
公的機関や病院或いは、ビデオ、ＤＶＤ、ＣＤ等の各種レンタル店等において、本人であることの認証は、保険証や運転免許証等を提示することにより行われている。ところで、保険証や運転免許証等の重要書類にあっては、その性質上悪用される恐れがある為、厳重に保管する必要がある。特に、重要書類を携帯する場合は、これが紛失せぬ様に細心の注意を払う必要がある。
【０００３】
また、情報センタ等より受信したディジタル情報や利用者自身が作成したディジタル情報であって任意に再利用可能なディジタル情報を記録する情報記録手段と、利用者が生成した又は情報センタ等で発行した利用者識別番号を記録する利用者識別番号蓄積手段とを有する複数の利用者端末と、各利用者端末と通信回線網を介して接続され、各利用者端末における利用者識別番号蓄積手段及び情報記録手段の記録内容を対応して蓄積する情報保管手段を有する情報保管庫とを備えたディジタル情報保管システムがある（特許文献１参照）。これにより、例えば、保険証や運転免許証をディジタル情報化し、そのディジタル情報を利用者識別番号と対応して情報保管庫に蓄積しておき、必要な時に随時読み出して利用することが考えられる。
【０００４】
【特許文献１】
特開平８−１２３７５８号公報
【０００５】
【発明が解決しようとする課題】
しかし、特許文献１において、上記のようなディジタル化された各種証明書等が偽造されたものではなく本物であるか否かは、関係者の判断に任せられることとなり、偽造の虞を回避したり、公的な証明として用いるには不十分であるという問題があった。
【０００６】
そこで、本発明の課題は、保険証や運転免許証等の重要書類の管理に要する負担を軽減すると共に、当該重要書類が必要な時に公的な証明を伴って提示することができる書類管理装置、書類管理システム、及び書類管理プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明は、上記の目的を達成する為に、次のような特徴を有している。尚、次に示す発明特定事項の説明において、括弧書きにより実施の形態に対応する構成要素を、図面参照符号を付して例示する。
【０００８】
請求項１記載の発明は、書類を管理する書類管理装置（例えば、図２の保証証管理サーバ１０、図１３のくじ管理サーバ４０、図２４の書類管理サーバ８０、図３３の証明書管理サーバ１００等）であって、電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、を対応付けて記憶する記憶手段（例えば、図２の記憶部１４、図１０のステップＳ１１１、図１３の記憶部４４、図２１のステップＳ３１１、図２４の記憶部８４、図２９のステップＳ５１６、図３３の記憶部１０４等）と、
通信回線を介して受信した認証照合用データと前記認証データとの照合により当該書類の名義人であることを認証する認証手段（例えば、図２のＣＰＵ１１、図１１のステップＳ２０９、図１３のＣＰＵ４１、図２１のステップＳ３０６、図２４のＣＰＵ８１、図２９のステップＳ５０６、図３３のＣＰＵ１０１、図３８のステップＳ６０７等）と、
書類データの正当性を保証する保証データを発行する保証データ発行手段（例えば、図２のＣＰＵ１１、図１１のステップＳ２１１、図３３のＣＰＵ１０１、図３８のステップＳ６１０等）と、
前記認証手段によって当該書類の名義人であることが認証された場合に、当該書類データを、前記保証データとともに送信する送信手段（例えば、図２のＣＰＵ１１、通信制御部１３、図１１のステップＳ２１２、図３３のＣＰＵ１０１、通信制御部１０３、図３８のステップＳ６１１等）と、
を備えたことを特徴とする。
【０００９】
請求項１に記載の発明によれば、記憶手段に電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、が対応付けられて記憶され、認証手段により、通信回線を介して受信した認証照合用データと、認証データとの照合により当該書類の名義人であることが認証され、保証データ発行手段により、書類データの正当性を保証する保証データが発行され、送信手段により、認証手段によって当該書類の名義人であることが認証された場合に、当該書類データが、保証データとともに送信される。それにより、利用者は、書類データを予め登録しておけば、認証データにより認証処理を行えば、登録済みの書類データを所定の機関等に対して必要な時に提示できるので、書類データを常に携帯する必要がなくなる。また、書類データを保証する保証データとともに送信されることにより、提示された側は、公的に保証されたユーザの書類データを安心して利用することができる。
【００１０】
請求項２に記載の発明は、請求項１に記載の書類管理装置において、
前記記憶手段には、同一名義人の複数種類の書類データが区分されて記憶されると共に、当該区分毎に前記認証データが設定されていることを特徴とする。
【００１１】
請求項２に記載の発明によれば、請求項１に記載の発明と同様の効果が得られるのは勿論のこと、特に、記憶手段には、同一名義人の複数種類の書類データが区分されて記憶されると共に、当該区分毎に認証データが設定されているので、利用者は区分毎に整理して書類データを記憶させることができることとなって、利用者の利便性が向上する。
【００１２】
請求項３に記載の発明は、請求項１又は２に記載の書類管理装置において、
前記書類データには、リンクが設定された関連情報が含まれており、
前記関連情報が指定された場合に、該関連情報としての書類データを前記保証データとともに送信することを特徴とする。
【００１３】
請求項３に記載の発明によれば、請求項１又は２に記載の発明と同様の効果が得られるのは勿論のこと、特に、書類データには、リンクが設定された関連情報が含まれており、関連情報が指定された場合に、該関連情報としての書類データを保証データとともに送信するので、複数の書類データを提示する必要がある場合に、関連情報を指定するだけでよいこととなって、より書類データの入手が容易となる。
【００１４】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の書類管理装置において、
前記書類データの記憶、或いは前記書類データの送信に基づいて課金する課金手段（例えば、図２のＣＰＵ１１、図１０のステップＳ１１４、図１３のＣＰＵ４１、図２１のステップＳ３１５、図２４のＣＰＵ８１、図２９のステップＳ５１７、図３３のＣＰＵ１０１等）を備えたことを特徴とする。
【００１５】
請求項４に記載の発明によれば、請求項１〜３の何れか一項に記載の発明と同様の効果が得られるのは勿論のこと、特に、課金手段により、書類データの送信に基づいて、課金されるので、課金処理がより容易になることとなって、書類管理に関わるビジネスを行う者の利便性をより向上させることができる。
【００１６】
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の書類管理装置において、
前記書類は、保険証、運転免許証、履歴書、卒業証明書、在籍証明書その他の証明書であることを特徴とする。
【００１７】
請求項５に記載の発明によれば、請求項１〜４の何れか一項に記載の発明と同様の効果が得られるのは勿論のこと、特に、書類は、保険証、運転免許証、履歴書、卒業証明書、在籍証明書その他の証明書であるので、これらの証明書を携帯する際の紛失や第三者による悪用等のリスクを回避できることとなって、利用者の利便性をより向上させることができる。
【００１８】
請求項６に記載の発明は、請求項１〜４の何れか一項に記載の書類管理装置において、
前記書類は、くじ券、投票券、有価証券その他の換金の可能性を有する引換券であることを特徴とする。
【００１９】
請求項６に記載の発明によれば、請求項１〜４に記載の発明と同様の効果が得られるのは勿論のこと、特に、書類は、くじ券、投票券、有価証券その他の換金の可能性を有する引換券であるので、これらの紛失や第三者による悪用等を回避できることとなって、利用者の利便性をより向上させることができる。
【００２０】
請求項７に記載の発明は、請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線（通信ネットワークＮ）によって接続される端末装置（例えば、図６の閲覧端末２０、図８の登録端末３０、図１９の購入者端末６０、図２７のユーザ端末９０、図３５のユーザ端末１１０、図３６の閲覧端末１２０等）とを具備する書類管理システム（図１の保険証管理システム１、図１２のくじ管理システム２、図２３の書類管理システム３、図３２の証明書管理システム４）であって、
前記端末装置は、
前記書類管理装置から送信された前記書類データと前記保証データとを受信する受信手段（例えば、図６のＣＰＵ２１、通信制御部２４、図１９のＣＰＵ６１、通信制御部６４、図２７のＣＰＵ９１、通信制御部９４、図３５のＣＰＵ１１１、通信制御部１１４、図３６のＣＰＵ１２１、通信制御部１２４、図１１のステップＳ２１３、図３８のステップＳ６１２等）と、
前記受信手段によって受信した前記保証データに基づいて、当該書類の正当性を認証する正当性認証手段（例えば、図６のＣＰＵ２１、図１１のステップＳ２１４等）とを備えていることを特徴とする。
【００２１】
請求項７に記載の発明によれば、端末装置は、受信手段により、書類管理装置から送信された書類データと保証データとを受信し、正当性認証手段により、受信した保証データに基づいて、当該書類の正当性を認証するので、利用者は書類の正当性の確認処理が容易となるとともにより確実に確認できることとなって、より利用者が安心して書類データを利用することができる。
【００２２】
請求項８に記載の発明は、請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線（通信ネットワークＮ）によって接続される端末装置（例えば、図２７のユーザ端末９０等）とを具備する書類管理システムであって、
前記認証データは、所与の暗証番号及び国民番号の少なくとも何れか一方を含むものであり、
前記端末装置は、前記認証データが記録された記録媒体から認証照合用データを読み取る認証照合用データ読取手段（例えば、図２７の書類読取部９６、図２９のステップＳ５１３等）と、
前記認証照合用データ読取手段によって読み取られた認証照合用データを書類管理装置に送信する送信手段（例えば、図２７のＣＰＵ９１、通信制御部９４、図２９のステップＳ５１３等）と、
を備えたことを特徴とする。
【００２３】
請求項８に記載の発明によれば、端末装置は、認証照合用データ読取手段により、認証データが記録された記録媒体から認証照合用データを読み取り、送信手段により、読み取られた認証照合用データを書類管理装置に送信するので、認証照合用データの入力・送信処理が容易となると共に、手入力等による認証照合用データに比べて、第三者に盗用されるリスクが低くなる。
【００２４】
請求項９に記載の発明は、請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線を介して接続される端末装置とを具備した書類管理システムであって、
前記認証データは、
前記名義人の身体的特徴に関するデータであり、
前記端末装置は、利用者の身体的特徴に関するデータを認証照合用データとして獲得する獲得手段（例えば、図６の指紋読取部２３、図８の指紋読取部３３、図２７の書類読取部９６、図１０のステップＳ１０５、図１１のステップＳ２０７、図２９のステップＳ５１３等）と、
前記獲得手段によって獲得された認証照合用データを前記書類管理装置に送信する送信手段（例えば、図６のＣＰＵ２１、通信制御部２４、図８のＣＰＵ３１、通信制御部３５、図２７のＣＰＵ９１、通信制御部９４、図１０のステップＳ１０９、図１１のステップＳ２０８、図２９のステップＳ５１３等）と、
を備えたことを特徴とする。
【００２５】
請求項９に記載の発明によれば、端末装置は、獲得手段により、利用者の身体的特徴に関するデータを認証照合用データとして獲得し、送信手段により、獲得された認証照合用データを書類管理装置に送信するので、利用者は、認証照合用のパスワードを覚えたり、所定の記録媒体等を携帯する手間を省けるとともに安全性が高まることとなって、利用者に利便性のよいものを提供することができる。
【００２６】
請求項１０に記載の発明は、請求項１〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線によって接続される端末装置とを具備する書類管理システムであって、
前記端末装置は、
前記書類を読み取ることにより、前記書類データを生成する書類データ読取手段（例えば、図８の保険証読取部３４、図１９のくじ読取・粉砕部６６、図２７の書類読取部９６、図１０のステップＳ１０６、図２１のステップＳ３０８、図２９のステップＳ５１２等）と、
前記書類データ読取手段によって読み取られた書類データを前記書類管理装置に送信する送信手段（例えば、図８のＣＰＵ３１、通信制御部３５、図１９のＣＰＵ６１、通信制御部６４、図２７のＣＰＵ９１、通信制御部９４、図１０のステップＳ１０９、図２１のステップＳ３０９、図２９のステップＳ５１３等）と、
を備えたことを特徴とする。
【００２７】
請求項１０に記載の発明によれば、端末装置は、書類データ読取手段により、書類を読み取ることにより書類データを生成し、送信手段により、読み取られた書類データを書類管理装置に送信するので、書類データの生成が容易となることとなって利用者に利便性のよいものを提供することができる。
【００２８】
請求項１１に記載の発明は、請求項１０に記載の書類管理システムであって、
前記端末装置は、
前記送信手段により、書類データを前記書類管理装置に送信した後に、当該書類を無効にする無効手段（例えば、図１９のくじ読取・粉砕部６６、図２１のステップＳ３１３等）を備えたことを特徴とする。
【００２９】
請求項１１に記載の発明によれば、請求項１０に記載の発明と同様の効果が得られるのは勿論のこと、特に、端末装置の無効手段により、書類データを書類管理装置に送信した後に、当該書類が無効にされるので、書類の不正使用を防止することができる。
【００３０】
請求項１２に記載の発明は、請求項２〜６の何れか一項に記載の書類管理装置と、前記書類管理装置と通信回線によって接続される端末装置と、を具備する書類管理システムであって、
前記端末装置は、表示部（例えば、図２７の表示部９５等）を備え、
前記書類管理装置は、
前記複数種類の書類データを、前記区分毎に棚或いは引き出しに納められている様に、前記表示部に表示させる表示制御手段（例えば、図２４のＣＰＵ８１、図２９のステップＳ５１４等）を備えたことを特徴とする。
【００３１】
請求項１２に記載の発明によれば、端末装置は、表示部を備え、書類管理装置の表示制御手段により、複数種類の書類データが、区分毎に棚或いは引き出しに納められている様に、端末装置の表示部に表示されるので、書類データが保存されている場所や内容がわかりやすいこととなって、利用者に利便性のよいものを提供することができる。
【００３２】
請求項１３に記載の発明は、請求項６に記載の書類管理装置（例えば、図１３のくじ管理サーバ４０等）と、端末装置（例えば、図１９の購入者端末６０等）と、前記換金の可能性を有する引換券の換金の価値情報を記憶する換金価値情報サーバ（例えば、図１７のくじ抽選サーバ７０）と、が通信回線を介して接続される書類管理システム（例えば、図１２に示すくじ管理システム２等）であって、
前記書類管理装置は、
前記換金の可能性を有する引換券の価値を前記換金価値情報サーバに照会し、当該照会結果を前記端末装置に送信する換金価値照会手段（例えば、図１３のＣＰＵ４１、図２２のステップＳ４０１等）を備えたことを特徴とする。
【００３３】
請求項１３に記載の発明によれば、書類管理装置の換金価値照会手段により、換金の可能性を有する引換券の価値を換金価値情報サーバに照会され、当該照会結果が端末装置に送信されるので、利用者は、換金の可能性を有する引換券の価値を随時確認する手間を省くことができることとなって、便利である。
【００３４】
請求項１４に記載の発明は、請求項１３に記載の書類管理システムであって、
前記換金の可能性を有する引換券は、くじ券であり、
前記換金価値照会手段は、くじ券の当選の有無を照会し、
書類管理装置は、前記くじ券が当選した場合に、当該当選金額及び当選者に関する情報を、通信回線を介して指定された銀行（例えば、受託銀行サーバ５０等）に通知する通知手段を備えたことを特徴とする。
【００３５】
請求項１４に記載の発明によれば、請求項１３に記載の発明と同様の効果が得られるのは勿論のこと、特に、換金価値照会手段により、くじ券の当選の有無が照会され、書類管理装置の通知手段により、くじ券が当選した場合に、当該当選金額及び当選者に関する情報が、通信回線を介して指定された銀行に通知されるので、ユーザは、くじ券の当選の有無を照会する手間を省くことができるとともに、当選金の受け取り処理等がスムーズに行えることとなって便利である。
【００３６】
請求項１５に記載の発明は、書類管理プログラム（例えば、図５の登録プログラム１４３ａ、認証プログラム１４３ｂ、保証データ発行プログラム１４３ｃ、送信プログラム１４３ｄ等）であって、コンピュータに、
電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、を対応づけて記憶手段に記憶させる記憶機能（例えば、図５の登録プログラム１４３ａ、図１６のくじ登録プログラム４４３ａ、図２４の書類登録プログラム８４２等）と、
通信回線を介して受信した認証照合用データと前記認証データとの照合により当該書類の名義人であることを認証する認証機能（例えば、図５の認証プログラム１４３ｂ等）と、
書類データの正当性を保証する保証データを発行する発行機能（例えば、図５の保証データ発行プログラム１４３ｃ、図３３の保証データ発行プログラム１０４２等）と、
当該書類の名義人であることが認証された場合に、当該書類データを、前記保証データとともに送信する送信機能（例えば、図５の送信プログラム等）と、
を実行させるプログラムである。
【００３７】
請求項１５に記載の発明によれば、利用者は、書類データを予め登録しておけば、認証データにより認証処理を行えば、登録されている書類データを所定の機関等に対して必要な時に提示できるので、書類データを常に携帯する必要がなくなると共に、必要なときはいつでも容易に提示できる。また、書類データを保証する保証データとともに送信されることにより、提示された側は、公的に保証されたユーザの書類データを安心して利用することができる。
【００３８】
【発明の実施の形態】
以下、図１〜図３９を参照して本発明に係る書類管理システムの実施の形態について説明する。
【００３９】
＜第１の実施の形態＞
この第１の実施の形態においては、保険証を管理する保険証管理システムについて説明する。
図１に、本発明にかかる書類管理システムを適用した保険証管理システムの概略構成を示す。
図１に示すように、この保険証管理システム１は、保険証管理サーバ１０、複数の閲覧端末２０…、複数の登録端末３０…及びこれらを接続する通信ネットワークＮ（通信回線）から構成される。
ここで、通信ネットワークＮは、例えば、公衆回線や専用回線を複数有して成るＶＡＮ（Ｖａｌｕｅ  Ａｄｄｅｄ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、イントラネット或いはインターネット等の通信回線網である。
【００４０】
本システムでは、証明書の一例としての保険証が電子書類データ化され、その電子化された保険証データを保険証管理サーバ１０に登録する。そして、閲覧端末２０に、保険証データとともに保証データが送信されるので、保険証データの信用性を高めることができることとなって、ユーザが保険証を持ち運ぶことなく利用することが可能なシステムである。
【００４１】
先ず、保険証管理サーバ１０について説明する。
この保険証管理サーバ１０は、書類管理装置として機能し、例えば、書類データとしての電子化された保険証（以下、「保険証データ」と記す。）の管理サービスを業として代行する保険証管理業者が保有するサーバであり、図２に示す様に、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、通信制御部１３、記憶部１４及びこれら各構成要素を接続するバス１５等を備えている。
【００４２】
ＣＰＵ１１は、記憶部１４に予め記憶されている各種プログラム或いは通信制御部１３を介して図示しない外部装置から受信したプログラムをＲＡＭ１２に展開し、展開したプログラムに従って、各構成要素を統括的に制御することにより、当該保険証管理サーバ１０としての機能を実現する。
【００４３】
特に、ＣＰＵ１１は、認証手段として、通信ネットワークＮを介して閲覧端末２０等から受信した認証照合用データと、記憶部１４が記憶する指紋データとの照合により当該保険証の名義人であることを認証する。さらに、ＣＰＵ１１は、認証した場合に、保証データ発行手段として、保険証データの正当性を保証する保証データを発行するとともに、更に、送信手段として、該保証データと、認証した名義人の保険証データとを閲覧端末２０に送信する。
【００４４】
また、ＣＰＵ１１は、課金手段として、保険証データを、任意の閲覧端末２０に送信する毎、或いは登録端末３０より受信した当該保険証データを保険証ＤＢ１４１に格納して登録する毎に、当該保険証の名義人に対して、保険証データの管理料金を課金する。
【００４５】
ＲＡＭ１２は、ＣＰＵ１１により実行される各種処理において、記憶部１４から読み出されるシステムプログラムや、このシステムプログラムに係るデータ等の一時的な格納領域となるワークメモリである。
このＲＡＭ１２は、複数のメモリエリアが設けられている。例えば、図３に示すように、登録時に、登録端末３０より送信される登録用の氏名データ、指紋データ、保険証データを一時的に格納するためのメモリエリアとして、それぞれ、登録用氏名データエリア１２ａ、登録用指紋データエリア１２ｂ、登録用保険証データエリア１２ｃが設けられ、閲覧端末２０より送信された認証照合用データを一時記憶するためのメモリエリアとして、それぞれ、認証照合用指紋データエリア１２ｄ、認証照合用氏名データエリア１２ｅが設けられ、閲覧端末２０に送信するデータを一時格納するためのメモリエリアとして、保険証を保証する保証データを記憶する保証データエリア１２ｆ、後述する保険証ＤＢ１４１から取得した保険証データの写しのデータを記憶するための保険証データエリア１２ｇが設けられている。
【００４６】
通信制御部１３は、送信手段として、通信ネットワークＮに接続される閲覧端末２０及び登録端末３０との通信を制御するものであり、例えば、モデム、ターミナルアダプタ、ＤＳＵ（Ｄｉｇｉｔａｌ  Ｓｅｒｖｉｃｅ  Ｕｎｉｔ）又はルータ等によって構成される。
【００４７】
記憶部１４は、保険証ＤＢ１４１と加入者ファイル１４２と、プロラムファイル１４３などを記憶している。
保険証ＤＢ１４１には、図４の（ａ）に示すように、保険証の名義人別に、その保険証を表す保険証データ１４１ａ、該保険証の名義人であることを認証する為の認証用データとしての指紋データ１４１ｂ、及びその名義人の氏名を表す氏名データ１４１ｃが対応付けられて格納されている。
【００４８】
加入者ファイル１４２には、図４の（ｂ）に示すように、管理業者が提供する保険証管理サービスを利用する各種医療機関などの加入者に関する情報、例えば、登録用の名称データ１４２ａ、連絡先データ１４２ｂ、端末等の認証等に用いるためのＩＤ情報データ１４２ｃ等が予め登録されている。
【００４９】
プログラムファイル１４３には、ＣＰＵ１１が各種処理を実行するのに必要なシステムプログラムや、通信ネットワークＮに接続される閲覧端末２０…及び登録端末３０…との通信を制御するのに必要なデータ通信処理プログラム等を記憶している。
具体的に、プログラムファイル１４３には、図５に示すように、登録端末３０から送信される書類データとしての保険証データと、該保険証データの名義人であることを認証する為の認証データとしての指紋データとを、対応づけて記憶手段に記憶させる機能を実行させる登録プログラム１４３ａと、閲覧端末２０より送信された認証照合用指紋データと、登録されている指紋データとを照合して保険証の名義人であることを認証する機能を実行させる認証プログラム１４３ｂと、認証した保険証データの正当性を保証する保証データを発行する機能を実行させる保証データ発行プログラム１４３ｃと、保険証データの認証に基づいて、保険証データと、該保険証データの保証データとを、要求した閲覧端末２０に送信する機能を実行させる送信プログラム１４３ｄが格納されている。そして、登録プログラム１４３ａ、認証プログラム１４３ｂ、保証データ発行プログラム１４３ｃ、送信プログラム１４３ｄにより書類管理プログラムとして機能する。
【００５０】
また、プログラムファイル１４３には、保険証データが登録される際、または閲覧端末等に送信される際に、課金する機能を実行させるための課金プログラム１４３ｅが格納されている。
【００５１】
次に、閲覧端末２０について説明する。
この閲覧端末２０は、保険証管理業者との間で保険証データを正規の保険証として認可する旨の合意契約を予め交わした病院その他の医療機関が保有する端末であり、端末装置として機能する。そして、閲覧端末２０は、図６に示す様に、ＣＰＵ２１、ＲＡＭ２２、指紋読取部２３、通信制御部２４、入力部２５、表示部２６、記憶部２７及びこれら各構成要素を接続するバス２８を備えている。
【００５２】
ＣＰＵ２１は、記憶部２６に予め記憶されているシステムプログラムやアプリケーションプログラム等をＲＡＭ２２に展開し、展開したプログラムに従って各構成要素を統括的に制御することにより当該閲覧端末２０としての機能を実現する。
【００５３】
特に、ＣＰＵ２１は、受信手段として、保険証管理サーバ１０から保険証データを受信して、受信した保険証データを表示部２６に表示させる。また、ＣＰＵ２１は、正当性認証手段として、保険証管理サーバ１０より受信した保険証データが正当な保険証であるかを認証する処理を実行する。
また、ＣＰＵ２１は、送信手段として、指紋読取部２３によって読み取られた指紋データと、入力部２５により入力された氏名データ等を、認証照合用指紋データとして、保険証管理サーバ１０へ送信する。
【００５４】
ＲＡＭ２２は、ＣＰＵ１１により実行される各種処理において、記憶部２７から読み出されるシステムプログラムや、このシステムプログラムに係るデータ或いは指紋データ等の一時的な格納領域となるワークメモリである。
具体的にＲＡＭ２２には、図７に示すように、認証照合用データを記憶するためのエリアとして、それぞれ、指紋データエリア２２ａ、氏名データエリア２２ｂ、保険証管理サーバ１０から受信した保険証データを記憶するための保険証データエリア２２ｃ、保険証データと同時に受信する保証データを記憶するための保証データエリア２２ｄが設けられている。
【００５５】
指紋読取部２３は、獲得手段として機能し、例えば、指を置く為のスキャナ部（図示省略）と、このスキャナ部と指との接点／非接点の違いを静電容量の変化によって検出することにより指紋の線を読み取るセンサ部（図示省略）と、このセンサ部の検出結果に基づいて８ｂｉｔ（２５６階調）のグレースケールデータを生成し、生成したグレースケールデータから、特徴点のみを抽出して指紋データを生成する生成部（図示省略）と、を備える。この指紋データは、保険証データを閲覧するための認証照合用データとして用いられる。
【００５６】
通信制御部２４は、受信手段、送信手段として、通信ネットワークＮに接続される保険証管理サーバ１０及び登録端末３０との通信を制御するものであり、例えば、モデム、ターミナルアダプタ、ＤＳＵ又はルータ等によって構成することができる。
【００５７】
入力部２５は、名義人の氏名等を入力する為のキーボードやマウス等を備え、キーボードの押下操作やマウスのクリック操作に応じた入力信号をＣＰＵ２１へ出力する。
【００５８】
表示部２６は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）や液晶表示装置（ＬＣＤ；ＬｉｑｕｉｄＣｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等により構成され、ＣＰＵ２１からの表示信号の指示に従って、保険証管理サーバ１０から受信した保険証データを表示する。
【００５９】
記憶部２７は、ＣＰＵ２１が各種処理を実行するのに必要なシステムプログラムやアプリケーションプログラム等を記憶している。
【００６０】
次に、登録端末３０について説明する。
この登録端末３０は、管理業者が常駐する所定の登録センターに設置される端末であり、書類データ送信端末、或いは端末装置として機能し、保険証データを登録するために用いられる。そして、登録端末３０は、図８に示すように、ＣＰＵ３１、ＲＡＭ３２、指紋読取部３３、保険証読取部３４、通信制御部３５、入力部３６、表示３７、記憶部３８及びこれら各構成要素を接続するバス３９を備えている。
【００６１】
ＣＰＵ３１は、記憶部３８に予め記憶されているシステムプログラム或いは通信制御部３５を介して外部装置から受信したシステムプログラムをＲＡＭ３２に展開し、展開したプログラムに従って各構成要素を統括的に制御することにより当該端末装置２０としての機能を実現する。
【００６２】
特に、ＣＰＵ３１は、送信手段として、保険証読取部３４により読み取られ生成された保険証データを、保険証管理サーバ１０へ送信する。また、ＣＰＵ３１は、保険証データを登録するための登録用氏名データ、登録用指紋データ等を、保険証管理サーバ１０に送信する。
【００６３】
ＲＡＭ３２は、ＣＰＵ３１により実行される各種処理において、記憶部３８から読み出されるシステムプログラムやアプリケーションプログラム等の一時的な格納領域となるワークメモリである。
具体的に、ＲＡＭ３２には、図９に示すように、氏名データを記憶するための氏名データエリア３２ａ、指紋読取部３３により生成された指紋データを記憶するための指紋データエリア３２ｂ、保険証読取部３４により生成された保険証データを記憶するための保険証データエリア３２ｃ等が設けられている。
【００６４】
指紋読取部３３は、獲得手段として機能し、例えば、指を置く為のスキャナ部と、このスキャナ部（図示省略）と指との接点／非接点の違いを静電容量の変化を検出することにより指紋の線を読み取るセンサ部（図示省略）と、このセンサ部の検出結果に基づいて８ｂｉｔ（２５６階調）のグレースケールデータを生成し、生成したグレースケールデータから、特徴点のみを抽出して指紋データを生成する生成部（図示省略）と、を備える。
【００６５】
保険証読取部３４は、書類データ読取手段として機能し、保険証をセットする為のセット部（図示省略）と、セットされた保険証を光学的に走査（スキャン）して、その反射光或いは透過光の強度を検出する検出部（図示省略）と、その検出結果をＡ／Ｄ変換して保険証データを生成する生成部（図示省略）と、を備える。
【００６６】
通信制御部３５は、送信手段として、通信ネットワークＮに接続される保険証登録端末１０との通信を制御するものであり、例えば、モデム、ターミナルアダプタ、ＤＳＵ又はルータ等によって構成することができる。
【００６７】
入力部３６は、登録用の名義人の氏名を入力する為のキーボードやマウス等を備え、キーボードの押下操作やマウスのクリック操作に応じた入力信号をＣＰＵ３１へ出力する。
【００６８】
表示部３７は、ＣＲＴや液晶表示装置等により構成され、ＣＰＵ３１からの表示信号の指示に従って、案内画面を表示する。
【００６９】
記憶部３８は、ＣＰＵ３１が各種処理を実行するのに必要なシステムプログラム等を記憶している。
【００７０】
以下、保険証管理システム１の動作を説明する。
先ず、図１０を参照して保険証データの登録に係る処理を説明する。
予め、利用者は保険証、運転免許証その他の重要書類（以下、「保険証等」を一例として用いる。）を携帯して登録センターに出向き、登録センターに常駐している管理業者に保険証等を提示する。
管理業者は、利用者が提示した保険証等に基づいて該保険証等の名義人と利用者の名前とが実際に一致することを確認する。
【００７１】
以上の前提のもと、利用者或いは管理業者は、登録端末３０を用いて入力操作を行う。これを契機として、登録端末３０のＣＰＵ３１は、保険証管理サーバ１０へアクセスする（ステップＳ１０１）。
次いで、管理サーバ１０のＣＰＵ１１は登録端末３０からのアクセスを検知すると、記憶部１４のプログラムファイル１４３から、登録プログラム１４３ａを読み出し、該プログラム１４３ａに従って以下の登録処理を実行する。
まず、ＣＰＵ１１は、登録端末３０に、登録用の所定の入力画面データを送信する（ステップＳ１０２）。
【００７２】
次いで、ＣＰＵ３１は、管理サーバ１０から送信された入力画面データに基づいて、表示部３７に入力画面を表示させる（ステップＳ１０３）。
ここで、利用者或いは管理業者は、入力画面の案内に従って、入力部３６を用いて利用者の氏名を入力する。
【００７３】
次いで、ＣＰＵ３１は、入力部３６に入力された利用者の氏名を表す氏名データを取得し、取得した氏名データをＲＡＭ３２の氏名データエリア３２ａに格納する（ステップＳ１０４）。
その過程でＣＰＵ３１は、利用者の操作に応じて入力画面の内容を遷移させる。
ここで、利用者は、入力画面の指示に従って、指紋読取部３３に自己の指をおく。
【００７４】
次いで、ＣＰＵ３１は、指紋読取部３３によって生成された利用者の指紋データを取得し（ステップＳ１０５）、取得した指紋データをＲＡＭ３２の指紋データエリア３２ｂに格納する。
ここで、利用者或いは管理人は、入力画面の案内に従って、保険証を保険証読取部３４にセットする。
【００７５】
次いで、ＣＰＵ３１は、保険証読取部３４によって生成された保険証データを取得し、取得した保険証データをＲＡＭ３２の保険証データエリア３２ｃに格納する（ステップＳ１０６）。
【００７６】
次いで、ＣＰＵ３１は、取得した保険証データが正規のフォーマットに従うものか否かを判定する（ステップＳ１０７）。
ここで、ＣＰＵ３１は、保険証データが正規のフォーマットに従うものでないと判定した場合には（ステップＳ１０７；ＮＯ）、表示部３７にエラーを表示させ（ステップＳ１０８）、再びステップＳ１０３に戻る。
一方、ＣＰＵ３１は、保険証データが正規のフォーマットに従うものであると判定した場合には（ステップＳ１０７；ＹＥＳ）、ステップＳ１０９に進む。
【００７７】
ステップＳ１０９においてＣＰＵ３１は、ＲＡＭ３２の各種エリアに格納されている氏名データ、指紋データ、及び保険証データ（以下、「保険証データ等」という。）を、通信制御部３５を介して保険証管理サーバ１０へ送信する。
【００７８】
次いで、保険証管理サーバ１０のＣＰＵ１１は、通信制御部１３を介して、登録端末３０から保険証データ等を取得する（ステップＳ１１０）。そして、ＣＰＵ１１は、取得した保険証データ等をＲＡＭ１２の登録用氏名データエリア１２ａ、登録用指紋データエリア１２ｂ、登録用保険証データエリア１２ｃに一時格納した上で、これらのデータを登録データとして、保険証ＤＢ１４１に格納することにより、保険証ＤＢ１４１を更新する（ステップＳ１１１）。
即ち、ＣＰＵ１１は、保険証データ１４１ａ、指紋データ１４１ｂ、及び氏名データ１４１ｃを相互に対応付けて保険証ＤＢ１４１に格納する。
【００７９】
次いで、ＣＰＵ１１は、保険証管理ＤＢ１４１の更新が終了すると、登録端末３０にデータ登録が成功した旨のメッセージデータを送信する（ステップＳ１１２）。登録端末３０のＣＰＵ３１は、保険証管理サーバ１０から送信されたメッセージデータに基づいて、表示部３７にデータ登録が成功した旨のメッセージを表示させる（ステップＳ１１３）。
【００８０】
次いで、ＣＰＵ１１は、課金プログラム１４３ｅを起動して、当該利用者（名義人）に対して、保険証データの登録料を課金し（ステップＳ１１４）、当該処理を終了する。
【００８１】
次に、図１１を参照して保険証データの照会・閲覧に係る動作を説明する。
前提として、利用者は、医療機関に出向いて当該医療機関に設置されている閲覧端末２０を用いて、利用者自ら又は医療機関側の操作者等が入力操作を行う。これを契機として、閲覧端末２０のＣＰＵ２１は、保険証管理サーバ１０へアクセスする（ステップＳ２０１）。
【００８２】
次いで、保険証管理サーバ１０のＣＰＵ１１は、閲覧端末２０からのアクセスに基づいて、プログラムファイル１４３に格納されている認証プログラム１４３ｂを読み出し、該認証プログラム１４３ｂに従って、以下の認証処理を実行する。
まず、ＣＰＵ１１は、当該閲覧端末２０のＩＤ情報を確認する（ステップＳ２０２）。ここで、ＩＤ情報としては、例えば、ＩＰアドレス等、端末のＩＤを自動的に特定可能なデータや、或いは、ステップＳ２０１において、閲覧端末２０の操作者により入力されたデータ等とする。
【００８３】
次いで、ＣＰＵ１１は、上記ＩＤ情報と、加入者ファイル１４２のＩＤ情報データ１４２ｃとを照合することにより、当該閲覧端末２０を保有する医療機関が保険証管理サービスに加入しているか否かを判定する（ステップＳ２０３）。即ち、ＣＰＵ１１は、ＩＤ情報に基づいて、当該閲覧端末２０を保有する医療機関を認識し、認識した医療機関が、加入者ファイル１４２に登録されているか否かを判定する。
【００８４】
次いで、ＣＰＵ１１は、当該医療機関が保険証管理サービスに加入していないと判定した場合は（ステップＳ２０３；ＮＯ）、閲覧端末２０にエラーを送信し、当該処理を終了する。
一方、ＣＰＵ１１は、当該医療機関が保険証管理サービスに加入していると判定した場合には（ステップＳ２０３；ＹＥＳ）、閲覧端末２０に案内画面データを送信する（ステップＳ２０４）。
【００８５】
次いで、閲覧端末２０のＣＰＵ２１は、保険証管理サーバ１０から送信された案内画面データに基づいて、表示部２６に案内画面を表示させる（ステップＳ２０５）。
ここで、利用者は、案内画面の指示に従って入力部２５にて自己の氏名を入力すると共に、指紋読取部２３に自己の指をおく。
【００８６】
次いで、ＣＰＵ２１は、入力部２５から入力された当該利用者の氏名データをＲＡＭ２２の氏名データエリア２２ａに格納し（ステップＳ２０６）、次いで、指紋読取部２３に読み取られた当該利用者の指紋データをＲＡＭ２２の指紋データエリア２２ｂに格納する。（ステップＳ２０７）。
【００８７】
次いで、ＣＰＵ２１は、ＲＡＭ２２に一時格納していた氏名データ及び指紋データを取得し、該データを認証照合用データとして、通信制御部２４を介して保険証管理サーバ１０へ送信する（ステップＳ２０８）。
【００８８】
次いで、保険証管理サーバ１０のＣＰＵ１１は、閲覧端末２０から氏名データ及び指紋データとを含む認証照合用データを取得すると、ＲＡＭ１２の認証照合用氏名データエリア１２ｅ、認証照合用指紋データエリア１２ｄに格納し、当該各データに基づいて、当該利用者の認証を行う（ステップＳ２０９）。
即ち、ＣＰＵ１１は、受信した氏名データと、保険証ＤＢ１４１に登録済みの氏名データ１４１ｃとを逐一照合して、該当する名義人を選出し、次いで、ＣＰＵ１１は、選出した登録済みの名義人の指紋データ１４１ｂと、受信した認証用の指紋データとを照合して、該当する名義人が登録されているか否かの認証処理を実行し、該当する名義人が登録されている場合（ステップＳ２０９；ＹＥＳ）には、ステップＳ２１０に移行するが、該当する名義人が登録されていない場合（ステップＳ２０９；ＮＯ）には、エラーメッセージを閲覧端末２０に送信して、本処理を終了する。
【００８９】
次いで、ＣＰＵ１１は、上記の様にして保険証管理ＤＢ１４１内に、該当する保険証データがあるか否かを判定し（ステップＳ２１０）、保険証管理ＤＢ１４１内に、該当する保険証データがないと判定した場合は（ステップＳ２１０；ＮＯ）、エラーメッセージを閲覧端末２０に送信して当該処理を終了する。
一方、ＣＰＵ１１は、保険証管理ＤＢ１４１内に、該当する保険証データがあると判定した場合は（ステップＳ２１０；ＹＥＳ）、ステップＳ２１１に移行する。
【００９０】
ステップＳ２１１において、ＣＰＵ１１は、プログラムファイル１４３より保証データ発行プログラム１４３ｃを読み出し、該プログラム１４３ｃに従って、当該保険証データの正当性を保証する保証データを発行し、ＲＡＭ１２の保証データエリア１２ｆに格納する。
【００９１】
次いで、ＣＰＵ１１は、当該保険証データの写しを保険証管理ＤＢ１４１から取得して、ＲＡＭ１２の保険証データエリア１２ｇに格納する。そして、ＣＰＵ１１は、送信プログラム１４３ｄに従って、ＲＡＭ１２に格納した保険証データと、保証データとを閲覧端末２０へ送信する（ステップＳ２１２）。ここで、保証データとは、例えば、任意の電子シグネチャー、電子印鑑等を含み、公的に保険証データが正当なものであることを保証するためのものであれば、どのようなものであってもよい。
【００９２】
次いで、閲覧端末２０のＣＰＵ２１は、保険証管理サーバ１０から保険証データ、保証データを受信（ダウンロード）する（ステップＳ２１３）と、保険証データエリア２２ｃ、保証データエリア２２ｄにそれぞれ格納した上で、保証データに基づいて、当該保険証データが正当なものであるか否かを判定する（ステップＳ２１４）。判定方法としては、例えば、電子シグネチャーの照合、或いは保証データの暗号を解読する方法等である。
【００９３】
そして、ＣＰＵ２１は、保険証データが正当でないと判定した場合には（ステップＳ２１４；ＮＯ）、表示部２７にエラーを表示させ、当該処理を終了する。
一方、ＣＰＵ２１は、保険証データが正当であると判定した場合には（ステップＳ２１４；ＹＥＳ）、当該保険証データを出力する（ステップＳ２１５）。
ここで、保険証データの出力とは、当該保険証データを表示部２７に表示させることや、当該保険証データを印字出力することなどを示す。
【００９４】
これにより、利用者は、自己の保険証に相当する保険証データを医療機関に提示することができる。
【００９５】
次いで、ＣＰＵ２１は各種医療に関わる手続き処理を実行し（ステップＳ２１６）、当該処理を終了する。
【００９６】
以上説明した様に、保険証管理システム１によれば、医療機関等の利用者は、登録端末３０にて保険証データを保険証管理サーバ１０に予め登録しておけば、閲覧端末２０が備える指紋読取部２３に指を置くだけで、自己の保険証に相当する保険証データを医療機関に対して提示できるので、医療機関を利用する際に保険証を携帯する必要がなくなると共に、保険証が必要なときはいつでも容易に提示できる。また、保険管理サーバ１０により、保険証データを保証する保証データとともに送信されることにより、医療機関側は、公的に保証された利用者の保険証データを安心して確認することができる。
【００９７】
尚、保険証管理システム１は、本発明の好適な１例にすぎず、本発明はこれに限定されるものではない。例えば、同一の名義人の氏名に対して、当該名義人の扶養者の指紋データが複数対応付けられていることもあり得る。
また、保険証管理サーバ１０は、保険証に加えて運転免許証その他の重要書類を管理する様にしてもよい。また、閲覧端末２０は、医療機関に設置する様にしたが、ビデオテープやＣＤ、ＤＶＤ等の各種レンタル店や市役所、区役所等の公的機関等に設置する様にしてもよい。更に、ここに云う医療機関や各種レンタル店等は、特に国内に存在するものに限らず、海外に存在するものも含む。従って、利用者は、保険証、運転免許証その他の重要書類を携帯することなく海外に出ることも可能となる。
【００９８】
更に、保険証管理サーバ１０は、登録端末３０からの保険証データの登録がある毎に、当該利用者（名義人）に対して登録料金を課金する様にしたが、登録された保険証データの管理時間或いは、当該保険証データの閲覧端末２０へのダウンロード回数に応じて課金する様にしてもよい。
【００９９】
更に、閲覧端末２０にて利用者の氏名を入力する様にしたが、国等の公共機関により割り振られた国民番号を入力する様にしてもよい。この場合、保険証ＤＢ１４１には、保険証データ及び該保険証の名義人であることを認証する為の指紋データが、当該保険証の名義人の国民番号別に登録されることとなる。
【０１００】
更に、名義人であることを認証する為の認証照合用情報として指紋データを採用したが、指紋データに代えて、パスワード等であってもよい。或いは、声紋、網膜、虹彩、筆跡等の様に利用者の身体的特徴或いは行動様式に関するデータを採用してもよい。この様にすれば、パスワード等の様に憶える必要がなく、しかも高いセキュリティを保つことができる。
【０１０１】
＜第２の実施の形態＞
以下、第２の実施の形態について説明する。
図１２は、本発明が適用された書類管理システムとしてのくじ管理システム２の構成を示す。このくじ管理システム２は、くじ管理サーバ４０、受託銀行サーバ５０、複数の購入者端末６０…、くじ抽選サーバ７０、及びこれらを接続する通信ネットワークＮから構成されている。
そして本システムは、宝くじ、サッカーくじ等の各種くじ券のくじデータとその名義人データを予め登録しておき、当該登録くじの結果を自動的に照会するとともに、当選した場合には、その旨を、当選金額の支払い側である銀行に通知する。このようにして、くじ券等の紛失のおそれや、くじの当選かはずれかの確認の煩雑さを解消することを可能にするシステムである。尚、本システムにおいて、くじ（くじ券）は、書類データであるとともに、換金の可能性を有する引換券の一例として用いる。
【０１０２】
先ず、くじ管理サーバ４０について説明する。
くじ管理サーバ４０は、書類管理装置として機能し、例えば、電子化されたくじデータの管理及び当選結果の照会サービスを業として代行する者（以下、「くじ管理業者」と記す。）が保有するサーバであり、図１３に示す様に、ＣＰＵ４１、ＲＡＭ４２、通信制御部４３、記憶部４４及びこれら各構成要素を接続するバス４５を備える。
尚、当該くじ管理サーバ４０の構成は、前述した保険証管理サーバ１０と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１０３】
ＣＰＵ４１は、記憶部４４に記憶されている各種プログラム或いは通信制御部４３を介して図示しない外部装置から受信したプログラムをＲＡＭ４２に展開し、展開したプログラムに従って、くじ管理ＤＢ４４１の更新等を実行することにより当該くじ管理サーバ４０としての機能を実現する。
【０１０４】
ＣＰＵ４１は、特に、換金価値照会手段として、購入者端末６０から登録されたくじデータに基づいて、該くじが当選かはずれかの結果を、くじ抽選サーバ７０に照会し、照会結果（当選金額を含む）を購入者端末６０に通知する。
また、ＣＰＵ４１は、通知手段として、当選したくじの当選金額と、当選者データ、当選したくじ等に関する情報としてのくじ情報と、を通信制御部４３を介して、受託銀行サーバ６０に通知する。
尚、ＣＰＵ４１は、ＣＰＵ１１と同様に、認証手段、保証データ発行手段、課金手段として機能する。
【０１０５】
ＲＡＭ４２には、図１４に示すように、くじデータの登録処理時に購入者端末６０より受信する暗証番号データを記憶するための暗証番号データエリア４２ａ、及びくじデータを記憶するためのくじデータエリア４２ｂとが設けられている。
【０１０６】
記憶部４４には、各種システムプログラムの他、くじ管理ＤＢ４４１と当選くじ情報ファイル４４２とプログラムファイル４４３とが設けられている。くじ管理ＤＢ４４１には、図１５（ａ）に示す様に、購入者の名義氏名４４１ａ、口座番号４４１ｂ、及び暗証番号４４１ｃ別に、くじデータ４４１ｄが登録されている。ここで、名義人氏名４４１ａ、口座番号４４１ｂ、暗証番号４４１ｃは、くじ購入者が、くじ管理業者に対してくじデータの管理を依頼する際に予め登録する情報である。尚、暗証番号４４１ｃは、認証照合用データとして機能する。また、くじデータ４４１ｄは、例えば、くじ番号等のくじのＩＤとなるくじ番号等のデータであって、くじ登録時に登録される。尚、くじデータはくじ番号の他、例えば、バーコード等の情報コード化されたデータ等であってもよい。
【０１０７】
当選くじ情報ファイル４４２は、図１５（ｂ）に示すように、くじの抽選日毎に更新されるファイルであり、このファイルには、当選したくじ番号等のくじのＩＤを表す当選くじデータ４４２ａと、価値情報としてのその当選金額４４２ｂとが関連付けられて登録されている。この当選くじ情報ファイル４４２の各データは、くじの抽選を行う団体等が所有するくじ抽選サーバ７０に結果を照会することにより取得される。
【０１０８】
プログラムファイル４４３には、図１６に示すように、図示しない認証プログラム、送信プログラム、課金プログラム等の他、特に、購入者端末６０との間で実行されるくじの登録処理を実行するためのくじ登録プログラム４４３ａ、登録されたくじの結果に関する処理を実行するためのくじ結果処理プログラム４４３ｂが格納されている。
尚、プログラムファイル４４３には、図示しないが、第一の実施の形態における書類管理プログラムに相当するプログラムが記憶されている。
【０１０９】
次に、受託銀行サーバ５０について説明する。
受託銀行サーバ５０は、例えば、地方自治体からくじの当選金額の支払い等の事務を委託された受託銀行が保有するサーバであり、図１７に示す様に、ＣＰＵ５１、ＲＡＭ５２、通信制御部５３、記憶部５４及びこれら各構成要素を接続するバス５５を備える。
尚、当該受託銀行サーバ５０の構成は、前述した保険証管理サーバ１０と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１１０】
ＣＰＵ５１は、記憶部５４に記憶されている各種プログラム或いは通信制御部５３を介して図示しない外部装置から受信したプログラムをＲＡＭ５２に展開し、展開したプログラムに従って、当選者に対し当選金の支払等を実行することにより、当該受託銀行サーバ５０としての機能を実現する。
【０１１１】
記憶部５４は、システムプログラムの他、当選者ファイル５４１を記憶している。当選者ファイル５４１は、くじの抽選日毎に更新されるファイルであり、図１８に示すように、当選者の名義人氏名５４１ａ、口座番号５４１ｂ、暗証番号５４１ｃ、及び当選金額５４１ｄが相互に関連付けて登録される。
【０１１２】
次に、購入者端末６０について説明する。
購入者端末６０は、くじ券を購入する個人が保有する端末であり、端末装置として機能する。そして、購入者端末６０は、図１９に示す様に、ＣＰＵ６１、ＲＡＭ６２、入力部６３、通信制御部６４、表示部６５、くじ読取・粉砕部６６、記憶部６７及びこれら各構成要素を接続するバス６８を備えている。
尚、当該購入者端末６０の構成は、前述した保険証管理サーバ１０、閲覧端末２０、登録端末３０等と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１１３】
ＣＰＵ６１は、記憶部６７に記憶されているシステムプログラム及びアプリケーションプログラムをＲＡＭ６２に展開し、展開したプログラムに従ってくじ管理サーバ４０との間でくじデータの登録に係る処理を実行することにより、当該購入者端末６０としての機能を実現する。
特に、ＣＰＵ６１は、送信手段として、通信制御部６４を制御してくじ読取・粉砕部６６により読み取られたくじデータをくじ管理サーバ４０に送信する。
また、ＣＰＵ６１は、くじ管理サーバ４０から送信されるくじの抽選結果情報の受信に関わる各種処理を実行する。
【０１１４】
ＲＡＭ６２には、図２０に示すように、入力部６３を用いて入力される、認証照合用データとしての暗証番号データを記憶する暗証番号データエリア６２ａと、くじ読取・粉砕部６６により取得されたくじデータを記憶するくじデータエリア６２ｂとが設けられている。
【０１１５】
入力部６３は、購入者が、認証照合用データとしての暗証番号を入力する為の英数字キー或いはタッチパネル等を備えており、これらの押下操作に応じた入力信号をＣＰＵ６１へ出力する。
【０１１６】
表示部６５は、ＣＲＴや液晶表示装置等により構成されており、ＣＰＵ６１からの表示信号の指示に従って案内画面等を表示する。
【０１１７】
くじ読取・粉砕部６６は、例えば、くじ券をセットするセット部（図示省略）と、このセット部にセットされたくじ券からくじ番号等のＩＤデータや、くじの種類等のくじデータを読み取って、読み取ったくじデータをＣＰＵ６１へ出力し、書類データ読取手段として機能するリーダ部（図示省略）と、くじデータが読み取られた後に、ＣＰＵ６１からの指示（原紙消去コマンド）に応じてセット部にセットされているくじを粉砕してこれを無効にする無効手段としての粉砕部（図示省略）と、を備えている。
【０１１８】
記憶部６７は、ＣＰＵ６１が各種処理を実行するのに必要なシステムプログラム等を記憶している。
【０１１９】
くじ抽選サーバ７０は、換金価値情報サーバとして機能し、くじの抽選を行う団体等により管理されるサーバであって、くじ管理サーバ４０からのくじの抽選結果照会要求に対して、くじの当選情報として、当選したくじデータとその当選金額データ等を送信する機能を備えており、内部構成は保険証管理サーバ１０等と同様のため省略する。
【０１２０】
以下、くじ管理システム２の動作を図２１、図２２に示すフローチャートに従って説明する。
先ず、くじデータの登録にかかる動作について図２１を参照して説明する。
前提として、購入者とくじ管理業者との間でくじの管理に係る契約が交されており、購入者の名義人氏名４４１ａ、口座番号４４１ｂ、暗証番号４４１ｃ等がくじ管理ＤＢ４４１に既に登録されている。
【０１２１】
以上の前提のもと、購入者は、くじを購入して、購入者端末６０からくじ管理サーバ４０へアクセスする（ステップＳ３０１）。くじ管理サーバ４０は購入者端末６０からのアクセスを検知すると、プログラムファイル４４３からくじ登録プログラム４４３ａを読み出した上で、該プログラム４４３ａに基づいて、以下の登録処理を実行する。まず、くじ管理サーバ４０のＣＰＵ４１は、くじデータを登録するための入力画面データを購入者端末６０に送信し（ステップＳ３０２）、購入者端末６０のＣＰＵ６１は、該データに基づいて、表示部６５に入力画面を表示させる（ステップＳ３０３）。
【０１２２】
購入者は、入力画面の指示に従って、購入者端末６０の入力部７３にて自己の暗証番号を入力する（ステップＳ３０４）と、ＣＰＵ６１は、当該暗証番号をＲＡＭ６２の暗証番号データエリア６２ａに一時格納する。そしてＣＰＵ６１は、ＲＡＭ６２に格納されている暗証番号データを、通信制御部６４を介してくじ管理サーバ４０へ送信する（ステップＳ３０５）。
【０１２３】
暗証番号データを受信したくじ管理サーバ４０は、ＲＡＭ４２の暗証番号データエリア４２ａに一時格納し、ＣＰＵ４１は、当該暗証番号が既にくじ管理ＤＢ４４１に登録されているか否かにより正規ユーザであるか否かを判定する（ステップＳ３０６）。即ち、ＣＰＵ４１は、当該暗証番号が登録されていないと判定した場合（ステップＳ３０６：ＮＯ）は、購入者端末６０に対しエラーメッセージを送信し、当該処理を終了する。
一方、ＣＰＵ４１は、当該暗証番号が登録されていると判断した場合（ステップＳ３０６：ＹＥＳ）は、購入者端末６０により入力内容を遷移させるための入力画面データを購入者端末６０に送信する（ステップＳ３０７）。このようにして、ＣＰＵ４１は、認証照合用データとしての暗証番号に従って、購入者を認証する。
【０１２４】
次いで、購入者は、入力画面の指示に従って、くじ読取・粉砕部６６にくじをセットする。くじ読取・粉砕部６６は、セットされたくじからくじデータを読み取って（ステップＳ３０８）、読み取ったくじデータをＣＰＵ６１に出力する。ＣＰＵ６１は、くじ読取・粉砕部６６が読み取ったくじデータを、ＲＡＭ６２のくじデータエリア６２ｂに一時格納した上で、通信制御部６４を介してくじ管理サーバ４０へ送信する（ステップＳ３０９）。ここで、くじデータには、例えば、くじの番号、くじの種類等、くじのＩＤとなる情報が含まれていることとする。
【０１２５】
くじ管理サーバ４０において、くじデータが受信されると、ＲＡＭ４２のくじデータエリア４２ｂに一時格納され、ＣＰＵ４１は、当該くじデータが正規のものであるか否かを、所定のフォーマット等と照会することにより、判定する（ステップＳ３１０）。
ＣＰＵ４１は、当該くじデータが正規のものでないと判定した場合（ステップＳ３１０；ＮＯ）、購入者端末６０に対してくじデータの登録が失敗した旨のメッセージを送信し、当該処理を終了する。
【０１２６】
一方、ＣＰＵ４１は、当該くじデータが正規のものであると判定した場合（ステップＳ３１０；ＹＥＳ）、ＲＡＭ４２のくじデータエリア４２ｂに格納されているくじデータを、認証した購入者の名義人氏名４４１ａ、口座番号４４１ｂ、暗証番号４４１ｃと対応付けてくじ管理ＤＢ４４１に登録してこれを更新する（ステップＳ３１１）。
【０１２７】
次いで、ＣＰＵ４１は、原紙消去コマンドを購入者端末６０に送信する（ステップＳ３１２）と共に、購入者端末６０に対しデータ登録が成功した旨のメッセージを送信する。原紙消去コマンドを受信した購入者端末６０において、ＣＰＵ６１は、くじ読取・粉砕部６６に対し、セットされているくじ券を粉砕させる（ステップＳ３１３）。これにより、当該くじ券は無効にされ、表示部６５にデータ登録が成功した旨のメッセージを表示させる（ステップＳ３１４）。
【０１２８】
一方、くじ管理サーバ４０は、くじデータの登録料を購入者に対して課金する（ステップＳ３１５）。このようにして、くじデータの登録が完了する。
【０１２９】
次いで、上記のようにして登録されたくじの抽選結果により、くじ管理サーバ４０、受託銀行サーバ５０、購入者端末６０との間で実行される処理について図２２に示すフローチャートに基づいて説明する。
【０１３０】
当該くじの抽選日が到来すると、くじ管理サーバ４０は、プログラムファイル４４３からくじ結果処理プログラム４４３ｂを読み出した上で、該プログラム４４３ｂに基づいて、以下のくじ結果処理を実行する。
まず、くじ管理サーバ４０のＣＰＵ４１は、くじ抽選サーバ７０に、価値情報、照会結果としてのくじの結果照会処理を実行し（ステップＳ４０１）、当該くじの結果照会データに基づいて、記憶部４４に格納している当選くじ情報ファイル４４２の更新処理を実行する。そして、ＣＰＵ４１は、当選くじ情報ファイル４４２に格納されている当選くじデータ４４２ａ…と、くじ管理ＤＢ４４１に登録されている各くじデータ４４１ｄ…とを照合し、当該各登録されているくじデータ４４１ｄ…が当選している否かを判定する（ステップＳ４０２）。
【０１３１】
くじ管理サーバ４０は、当該くじデータが“はずれ”であれば（ステップＳ４０２；ＮＯ）、その旨を示す「はずれ」メッセージを購入者端末６０へ送信し（ステップＳ４０３）、当該処理を終了する。
【０１３２】
一方、くじ管理サーバ４０は、当該くじデータが“あたり”であれば（ステップＳ４０２；ＹＥＳ）、当該くじを購入した購入者の購入者端末６０に当選金額を含む当選情報を送信する（ステップＳ４０４）。
【０１３３】
次いで、くじ管理サーバ４０は、当選したくじの購入者の名義人氏名、口座番号、暗証番号、当選くじ番号等を含む当選くじ情報と、該当選くじの当選金額データとを、当選者に関する情報として、受託銀行サーバ５０へ送信する（ステップＳ４０５）。すると、受託銀行サーバ５０は、該当選くじ情報と、当選金額データとを受信して、当該当選情報を個別に記憶部５４の当選者ファイル５４１に記憶する（ステップＳ４０６）。
【０１３４】
次いで、受託銀行サーバ５０は、当選金額が一定の銀行受取額に達しているか否かを判定する（ステップＳ４０７）。
【０１３５】
受託銀行サーバ５０は、当選金額が一定の銀行受取額に達していないと判定した場合（ステップＳ４０７；ＮＯ）、当選金額に基づいて、当選者の口座に当選金を振り込み（ステップＳ４０８）、振り込み完了の旨を示すメッセージを購入者端末６０に通知する（ステップＳ４０９）。
【０１３６】
一方、受託銀行サーバ５０は、当選金額が一定の銀行受取額に達していると判断した場合（ステップＳ４０７；ＹＥＳ）、当該当選金額及びそれが銀行受取額である旨を購入者端末６０へ通知する（ステップＳ４１０）。
【０１３７】
そして、購入者は、例えば、受託銀行の各支店に出向いて、該支店に設置されているＡＴＭ等に認証照合用データとしての暗証番号を入力する、あるいは直接受け取る等の所定の手続を行うことにより、当選金を得ることができる。
【０１３８】
一方、受託銀行サーバ５０は、ステップＳ４０９における当選金の自動振り込み処理、及びその通知後、又はステップＳ４１０に次いで、当選くじの購入者への当選金の支払いが完了すると（ステップＳ４１１）、記憶部５４に記憶している当選くじ情報を消去するとともに、くじ管理サーバ４０に対して、当選くじ情報を消去、無効にするコマンドを送信する（ステップＳ４１２）。
【０１３９】
くじ管理サーバ４０は当該くじ情報の消去・無効コマンドに従って、記憶部４４に格納した各種くじデータ（登録くじデータ、当選くじ情報等）を消去、無効にして（ステップＳ４１３）、当該処理を終了する。
【０１４０】
以上説明した様に、本発明にかかるくじ管理システム２によれば、次の様な効果が得られる。
購入者は、くじを購入した場合、そのくじを購入者端末６０からくじデータとしてくじ管理サーバ４０に登録すれば、抽選日には当該購入者端末６０に当選結果が通知されるので、新聞等を閲覧して当選結果を確認する必要がなくなる。しかも、銀行受取額以下の当選金は、自動的に購入者の口座に振り込まれるので、利用者は、銀行その他の換金所に出向く必要がない上、換金し忘れることがない。
また、くじ管理サーバ４０に登録後、くじ券の原紙は粉砕されるので、くじが当選した場合においても、第三者等により盗まれる虞がなくなる。
【０１４１】
尚、第２の実施の形態における記述内容は、本発明の好適な１例にすぎず、本発明はこれに限定されるものではない。例えば、くじの当選結果を購入者が所有する携帯電話、ＰＨＳ、ＰＤＡその他の携帯型情報端末に通知する様にしてもよい。この場合、購入者は移動時においてもくじの当選結果をいち早く知ることができる。
【０１４２】
暗証番号の他に、利用者の氏名等の個人情報が含まれていてもよい。この個人情報として、例えば、国民番号データや、第１の実施の形態で説明したような指紋データ等の身体的特徴に関するデータでもよい。この場合、暗号番号の漏洩や忘却により弊害を回避することができる。
また、第２の実施の形態において、くじを一例にして説明を行ったが、例えば、株券等の各種有価証券の売買取引に本システムを適用してもよい。
また、くじ管理サーバ４０において、購入者が予め、名義人氏名、口座番号、暗証番号等を登録済みという構成で説明を行ったが、くじの購入時にこれらを登録する構成であってもよい。
また、くじ管理サーバ４０において、登録くじデータの当選か外れかの判断を行う構成で説明を行ったが、くじ管理サーバ４０からくじデータが、くじ抽選サーバ７０若しくは受託銀行サーバ５０等の第３機関に送信され、当該第３機関において判断される構成であってもよい。この場合、くじ管理サーバ４０は、登録済みのくじデータが、正規のものである保証データを発行してくじデータとともに送信することとする。
【０１４３】
また、くじ管理サーバ４０が、くじ抽選サーバ７０、受託銀行サーバ５０等の機能を兼ねている構成等であってもよい。
【０１４４】
＜第３の実施の形態＞
図２３は、本発明を適用した書類管理システム３の構成を示す。この書類管理システム３は、書類管理サーバ８０、複数のユーザ端末９０…及びこれらを接続する通信ネットワークＮから構成されている。
そして、本システム２では、ユーザが、例えば、運転免許証のような各種証明書や、有価証券、くじ券等の重要な書類を電子化した書類データを複数保存しておく際に、目視でわかりやすいように、棚や引き出しに納めたようにして表示可能にするとともに、これらの棚や引出し毎に、パスワード等を設定することにより、書類データの閲覧・取得許可を制限することで書類データを管理する。
【０１４５】
書類管理サーバ８０は、例えば、電子化された各種書類データの管理を業として代行する者（以下、「書類管理業者」と記す。）が保有するサーバであり、書類管理装置として機能する。そして、書類管理サーバ８０は、図２４に示す如く、ＣＰＵ８１、ＲＡＭ８２、通信制御部８３、記憶部８４及びこれら各構成要素を接続するバス８５を備えている。尚、当該書類管理サーバ８０の構成は、前述した保険証管理サーバ１０と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１４６】
ＣＰＵ８１は、記憶部８４に記憶されているプログラム或いは通信制御部８３を介して図示しない外部装置から受信したプログラムをＲＡＭ８２に展開し、展開したプログラムに従って、書類ＤＢ８４１の更新や書類金庫ＩＤデータの発行等を実行することにより当該書類管理サーバ８０としての機能を実現する。
また、ＣＰＵ８１は、表示制御手段として、ユーザ端末９０において、複数種類の書類データを、区分毎に棚或いは引き出しに収められている様に表示部９５に表示させる制御を行う。
尚、ＣＰＵ８１は、書類管理サーバ８０としての機能を実現するために、第１の実施の形態において説明したＣＰＵ１１と同様に、認証手段、保証データ発行手段、送信手段、課金手段として機能し、各種処理の制御をする。
【０１４７】
ＲＡＭ８２には、図２５に示すように、ユーザ端末９０から認証照合用データとして送信される書類金庫ＩＤデータを記憶する書類金庫ＩＤデータエリア８２ａ、書類データの登録の際の登録データとして、或いは書類データの取得の際の認証照合用データとして、ユーザ端末９０から送信される棚・引出し毎に設定されている棚・引出しパスワードデータを記憶する棚・引出しパスワードデータエリア８２ｂ、同書類データを記憶する書類データエリア８２ｃ、ユーザ端末９０から書類金庫のどの棚・引出しに書類データとパスワードとを設定するかのデータとして、ユーザ端末９０から送信される棚・引出し設定データを記憶する棚・引出設定データエリア８２ｄ、確定される前の書類金庫イメージデータエリア８２ｅが設けられている。
【０１４８】
記憶部８４は、システムプログラムの他、書類ＤＢ８４１と、書類登録プログラム８４２とを記憶している。書類ＤＢ８４１には、図２６に示す様に、書類金庫ＩＤ８４１ａ、書類金庫のイメージデータ８４１ｂ、書類金庫の棚・引出し毎に設定されているパスワード８４１ｃ、及び書類データ８４１ｄが相互に関連付けられて記憶されている。
【０１４９】
ここで、書類金庫ＩＤ８４１ａとは、ユーザそれぞれの各種の書類データを保管する為のファイルや、ディレクトリ等に相当する抽象的なオブジェクト（以下、「書類金庫」と記す。）を表すＩＤ情報であって、各書類金庫に書類データを保管するための登録処理或いは、書類金庫に保管されている書類データを閲覧処理の際において、まずユーザが登録している書類金庫を特定するために必要な認証照合用データとしてのパスワードの１つとして機能する。そして、当該書類金庫ＩＤは、書類金庫を作成時にユーザに対して、当該書類管理サーバ８０によって予め発行される。
【０１５０】
書類金庫のイメージデータ８４１ｂは、各書類金庫をアイコン化して標記する為の画像データである。この書類金庫のイメージデータ８４１ｂには、書類金庫の棚や引出しのイメージデータや、保存されている書類データのイメージデータを含む。
【０１５１】
棚・引出しパスワード８４１ｃは、各書類金庫に保管されている書類データを閲覧するのに必要なもう一つのパスワードとして機能し、書類データの登録処理の際に、書類データが保存される棚・引出し毎にユーザにより任意に設定される。そして、棚・引出しパスワード８４１ｃは、それぞれの棚・引出しに分類されて保存されている書類データの閲覧時においては、認証照合用データとなる。
また、書類データ８４１ｄは、各種書類を表すテキストデータ或いは画像データである。
そして、書類ＤＢ８４１において、書類金庫イメージデータ８４１ｂの各棚・引出しと、その棚・引出し毎に設定される棚・引出しパスワード８４１ｃと、保存される書類データ８４１ｄとは対応づけられて記憶されている。
【０１５２】
書類登録プログラム８４２は書類登録に関する各種処理をＣＰＵ８１に実行させるためのプログラムである。尚、記憶部８４には、実施の形態で説明した書類管理プログラムに相当するプログラムが記憶されている。
【０１５３】
ユーザ端末９０は、書類管理サービスを利用する各々のユーザが書類データの保存登録処理を行う際に用いられる端末であり、端末装置として機能する。
また、ユーザ端末９０は、図２７に示す如く、ＣＰＵ９１、ＲＡＭ９２、入力部９３、通信制御部９４、表示部９５、書類読取部９６、記憶部９７及びこれら各構成要素を接続するバス９８を備えている。尚、当該ユーザ端末９０の構成は、前述した登録端末３０等と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１５４】
ＣＰＵ９１は、記憶部９７に記憶されているシステムプログラム或いはアプリケーションプログラムをＲＡＭ９２に展開し、展開したプログラムに従って各構成要素を統括的に制御することにより当該ユーザ端末９０としての機能を実現するものである。
特に、ＣＰＵ９１は、送信手段として、書類読取部９６により生成した書類データや、金庫ＩＤデータ、棚・引出しパスワード等の認証照合用データを、通信制御部９４を介して書類管理サーバ８０に送信する処理を実行する。
【０１５５】
ＲＡＭ９２には、図２８に示すように、書類金庫に、書類データを登録または閲覧する際に、入力部９３より入力されるデータとしての書類金庫ＩＤ、棚・引出しパスワード、書類データ、どの棚・引出しにどの書類データを保存するか等のデータである棚・引出し設定データ、書類金庫のイメージデータを記憶するために、それぞれ、書類金庫ＩＤデータエリア９２ａ、棚・引出しパスワードデータエリア９２ｂ、書類データエリア９２ｃ、棚・引出し設定データエリア９２ｄ、書類金庫イメージデータエリア９２ｅが設けられている。
【０１５６】
入力部９３は、書類金庫ＩＤ、棚・引出しパスワード、棚・引出し設定データ等を入力する為のキーボードやマウス等を備え、キーボードの押下操作やマウスのクリック操作に応じた入力信号をＣＰＵ９１へ出力する。
【０１５７】
表示部９５は、ＣＰＵ２からの表示信号の指示に従って各種案内画面や書類金庫のアイコン画像等を表示するものであり、例えばＣＲＴや液晶表示装置等により構成される。
【０１５８】
書類読取部９６は、書類データ読取手段として機能し、各種書類をセットする為のセット部（図示省略）と、セットされた書類を光学的に走査（スキャン）して、その反射光或いは透過光の強度を検出する検出部（図示省略）と、その検出結果をＡ／Ｄ変換して書類データを生成する生成部（図示省略）とを備える。
また、書類読取部９６の生成部は、認証照合用データ読取手段、獲得手段として機能し、国民番号カードから棚・引出しパスワードとしての国民番号を読み取って、国民番号データを生成する。尚、第１の実施の形態と同様に、指紋データ等の身体的特徴に関わるデータを読み取る機能を備えていてもよい。
【０１５９】
記憶部９７は、ＣＰＵ９１が各種処理を実行するのに必要なシステムプログラムやアプリケーションプログラム等を記憶している。
【０１６０】
以下、書類管理システム３の動作を説明する。図２９は、書類データの登録に係る書類管理システム３の動作を示すフローチャートである。前提として、ユーザと書類管理業者との間で書類の管理に係る契約が交されており、当該ユーザに対して書類金庫ＩＤが既に発行されていると共に、書類ＤＢ８４１には、書類金庫ＩＤと書類金庫イメージデータとが対応づけられて登録されている。
【０１６１】
先ず、ユーザは、ユーザ端末９０から書類管理サーバ８０へアクセスする（ステップＳ５０１）。すると、書類管理サーバ８０は、書類登録プログラム８４２を読み出して、該プログラム８４２に従って、以下の書類登録処理を実行する。
【０１６２】
そして、まず、ＣＰＵ８１は、ユーザ端末９０に対し、書類金庫に書類データを登録するための入力画面データを送信する（ステップＳ５０２）。それにより、ユーザ端末９０の表示部９５に入力画面が表示される（ステップＳ５０３）。ここで、ユーザは予め定めた書類金庫ＩＤを入力する（ステップＳ５０４）。すると、入力された書類金庫ＩＤは、ＲＡＭ９２の書類金庫ＩＤデータエリア９２ａに格納される。
【０１６３】
次いで、ＣＰＵ９１は、ＲＡＭ９２の書類金庫ＩＤデータエリア９２ａに一時格納された書類金庫ＩＤデータを通信制御部９４により通信ネットワークＮを介して書類管理サーバ８０に送信する。
【０１６４】
書類管理サーバ８０において、ＣＰＵ８１は、受信した書類金庫ＩＤデータをＲＡＭ８２の書類金庫ＩＤデータエリア８２ａに一時格納した上で、該書類金庫ＩＤに対応する書類金庫のイメージデータ（アイコン）を、書類管理ＤＢ８４１を参照して検索することにより、正規のユーザであるか否かを判断する。該当する書類金庫のイメージデータが登録されている場合（ステップＳ５０６：Ｙｅｓ）には、当該ユーザは、正規ユーザであると判断して、ステップＳ５０７に移行する。
【０１６５】
ＣＰＵ８１は、入力された電子金庫ＩＤが、書類ＤＢ８４１に格納されていないと判定した場合は（ステップＳ５０６；ＮＯ）、当該ユーザが正規のユーザでないものとみなし、当該ユーザ端末９０に対して、ユーザ認証処理が失敗した旨のエラーメッセージを送信するなどして、終了する。
【０１６６】
ステップＳ５０７において、ＣＰＵ８１は、書類金庫のイメージデータをユーザ端末９０に送信する。すると、当該書類金庫のイメージデータがユーザ端末９０にダウンロードされ、ＲＡＭ９２の書類金庫イメージデータエリア９２ｅに一時格納された上で、表示部９５に表示される（ステップＳ５０８）。
【０１６７】
具体的には、例えば、図３０に示すように、電子金庫のユーザ端末９０に表示されている書類金庫のイメージデータを、当該書類金庫の扉が恰も開いた様に表示させる。尚、扉が閉まった状態で表示し、ユーザのクリック操作等に応じて開くような構成等であってもよい。
【０１６８】
図３０において、符号２２１は書類金庫の開いた扉、符号２２２、２２３は棚、符号２２４、２２５は引出しを夫々標記するイメージデータである。
また、同図において、図示しないが、例えば、「新たに書類データを登録する」か、或いは「既に登録した書類データをダウンロードする」かを選択するメニューが設けられている。
【０１６９】
そして、ユーザが、入力部９３を用いて「新たに書類データを登録する」を指定することにより、書類登録コマンドを書類管理サーバ８０に送信する（ステップＳ５０９）。
【０１７０】
すると、ＣＰＵ８１は、棚・引出し設定入力画面データを送信し（ステップＳ５１０）、これにより、ユーザ端末９０に表示される入力画面の内容が、棚或いは引出しの設定をする入力画面に遷移する。
【０１７１】
次いで、ユーザは、入力画面の指示に従って、棚或いは引出しを設定・編集をする（ステップＳ５１１）。ここで、棚或いは引出しの数、レイアウト等を任意で設定する。そして、ユーザ端末９０において、入力される棚、引出しの数、レイアウト情報は、ＲＡＭ９２の棚・引出し設定データエリア９２ｄに格納されるとともに、書類管理サーバ８０に送信される。そして、ＣＰＵ８１は、ユーザ端末９０から受信した棚・引出し設定データをＲＡＭ８２の棚・引出し設定データエリア８２ｄに格納した上で、ユーザ端末９０に表示される書類金庫のイメージデータを更新して、書類金庫イメージエリア８２ｅに一時格納した上で、ユーザ端末９０に表示させるように制御する。
【０１７２】
次いで、ステップＳ５１２において、ユーザは、入力画面の指示に従って、入力画面の指示に従って、書類読取部９６に所望の書類をセットする。書類読取部９６は、セットされた書類から書類データを読み取る。ＣＰＵ９１は、書類読取部９６が読み取った書類データを、ＲＡＭ９２の書類データエリア９２ｃに一時格納する。
【０１７３】
次いで、ユーザは、設定した棚・引出しに対し、どこに書類データを保存するかの書類データの保存先と、当該保存先となった棚・引出しに対する棚・引出しパスワードを設定する（ステップＳ５１３）。
具体的には、例えば、ユーザは、入力画面の指示に従って、当該書類データを格納したい棚或いは引出しをクリックすることにより、当該書類データの保存場所を指定するとともに、当該書類データの閲覧を制限するための棚・引出しパスワードを入力した上で、書類管理サーバ８０に送信する。
【０１７４】
ここで、棚・引出しパスワードの一例として、例えば、国民番号を登録する例を説明する。
具体的に、国民各々に割り振られている国民番号（セキュリティナンバー等）を表わす国民番号カードをユーザが携帯しているとする。そして、当該国民番号カードを書類読取部９６にセットすることで、国民番号データを読み取らせ、棚・引出しパスワードとして設定する。
【０１７５】
書類管理サーバ８０のＣＰＵ８１は、ユーザ端末９０から送信された、設定済みの棚・引出しに対応するように設定された書類データ、及び棚・引出しパスワードデータを受信し、ＲＡＭ８２のそれぞれ書類データエリア８２ｃ、棚・引出しパスワードエリア８２ｂに一時格納した上で、当該設定内容に合わせて更新した書類金庫イメージデータをユーザ端末９０に送信して、表示されている書類金庫イメージを更新させる（ステップＳ５１４）。
例えば、図３１に示すように、符合２２６、２２７、２２８は書類データを夫々標記するイメージデータであって、各書類データが棚に収められているかの様に表示される。また、図示はしないが、引出し２２４、２２５にも各書類データが収められている。尚、棚或いは引出し毎に、書類の区分等を表すラベルを割り当てる様にしてもよい。
【０１７６】
次いで、ユーザは、更新された書類金庫イメージを確認し、書類データの登録処理を終了する場合（ステップＳ５１５：Ｙｅｓ）には、図示しない終了コマンド等が書類管理サーバ８０に送信される。
一方登録処理を続行する或いは変更する等の場合（ステップＳ５１５：Ｎｏ）は、ステップＳ５０９に工程を戻る。
【０１７７】
次いで、ユーザ端末９０より書類登録の終了コマンドを受信した書類管理サーバ８０において、ＣＰＵ８１は、既に登録されている書類金庫ＩＤとは別に、棚或いは引出し毎に設定された棚・引出しパスワードを登録すると共に、当該棚或いは引き出しに格納する書類データを登録して、書類管理ＤＢ８４１を更新する（ステップＳ５１６）。
【０１７８】
次いで、ＣＰＵ８１は、第１の実施の形態と同様に、ユーザ端末９０に対して所定の課金処理を実行し（ステップＳ５１７）、このことをもって書類登録処理を終了する。
【０１７９】
尚、上記のようにして書類金庫に保存された書類データを閲覧、ダウンロードする場合には、ユーザや閲覧者は、ユーザ端末９０又はその他の端末装置において、ステップＳ５０１〜ステップＳ５０８と同様の処理を行う。すると、図３１に示す書類金庫のイメージが表示されるので、所望の書類データが保存されている棚・引出しを指定した後、当該棚或いは引出しに設定されている棚・引出しパスワードを入力して書類管理サーバ８０に送信し、当該パスワードが認証されると、書類の閲覧・ダウンロードが可能となる。ここで、棚・引出しパスワードが、上述の国民番号の場合、書類読取部９６等に国民番号カードをセットすることで、パスワードを入力するととする。
【０１８０】
以上説明した様に、本第３の実施の形態にかかる書類管理システム３によれば、ユーザが自由に電子金庫の棚或いは引出しを設定できるので、各種の書類を効率的に分類できるという利便性を提供できる。また、設定した各棚或いは引出し毎に、棚・引出しパスワードを設定できるので、特定の引出し或いは棚に収められている書類データのみを第三者と共有できるという利便性も提供できる。
【０１８１】
また、国民番号を棚・引出しパスワードとして設定する場合には、暗証番号やパスワードを入力する際に盗用されて悪用される虞を防ぐことができる。
【０１８２】
尚、書類管理システム３は、本発明の好適な１例にすぎず、本発明はこれに限定されるものではない。例えば、各ユーザ端末９０において、棚或いは引出しパスワードを入力部９３の特定のハードキーに割り当てる様にしてもよい。この様にすれば、当該ハードキーを押下するだけで、棚・引出しパスワードを入力することなく、書類データの登録・ダウンロードが可能となる。
【０１８３】
また、棚・引出しパスワードとして、国民番号の他、任意のパスワードやクレジットカード番号、指紋データ等を適用する構成であってもよい。
【０１８４】
＜第４の実施の形態＞
図３２は、本発明を適用された書類管理システムとしての履歴書管理システム４の構成を示す。この履歴書管理システム４は、証明書管理サーバ１００、複数のユーザ端末１１０…、閲覧端末１２０、及びこれらを接続する通信ネットワークＮから構成されている。
そして、本システムは、例えば、卒業証明書、運転免許証等の各種証明書等の書類データを予め登録しておき、履歴書等の任意の電子書類データに、関連情報としての登録済みの書類データの保存先の閲覧を指定するリンク設定を行うことにより、各種証明書を第三者に提出できるというサービスを提供することを可能にしたシステムである。
【０１８５】
証明書管理サーバ１００は、例えば、電子化された各種書類データとして、例えば、各種証明書データの管理を業として代行する者（以下、「証明書管理業者」と記す。）が保有するサーバであり、書類管理装置として機能する。そして、証明書管理サーバ１００は、図３３に示す如く、ＣＰＵ１０１、ＲＡＭ１０２、通信制御部１０３、記憶部１０４及びこれら各構成要素を接続するバス１０５を備えている。尚、当該書類管理サーバ１００の構成は、前述した保険証管理サーバ１０と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１８６】
ＣＰＵ１０１は、記憶部１０４に記憶されているシステムプログラム或いは通信制御部１０３を介して図示しない外部装置から受信したシステムプログラムをＲＡＭ１０２に展開し、展開したプログラムに従って、書類データの送信等を実行することにより、当該証明書管理サーバ１００としての機能を実現する。
具体的に、ＣＰＵ１０１は、第１の実施の形態において説明したＣＰＵ１１と同様に、認証手段、保証データ発行手段、送信手段、課金手段として機能し、各種処理の制御をする。
【０１８７】
ＲＡＭ１０２は、図３３に示すように、閲覧端末１２０から送信されるリンク設定されている証明書データのＩＤデータを含むとともに、当該証明書データの送信要求としてのコマンドを記憶するためのコマンドエリア１０２ａが設けられている。
【０１８８】
記憶部１０４は、各種システムプログラムの他、証明書ＤＢ１０４１と、証明書の保証データを発行するための保証データ発行プログラム１０４２を記憶している。
証明書ＤＢ１０４１には、図３４に示すように、予め、ユーザ端末１１０…により登録された、当該ユーザの関連情報としての証明書データ１０４１ｂが、その証明書データを特定するためのＩＤデータ１０４１ａと対応づけられて格納されている。ここで、ＩＤデータ１０４１ａは、証明書データ１０４１ｂの保存先を示すデータとして機能するとともに、認証照合用データとしても機能する。
尚、一のユーザに対し、複数の証明書データを記憶する事も可能となっている。証明書データは、例えば、運転免許証、卒業証明書、学生証等の履歴書に記載される各種資格や証明書等に関する書類を表すテキストデータ或いは画像データである。
保証データ発行プログラム１０４２は、証明書データの正当性を保証する保証データの発行処理をＣＰＵ１０１に実行させるためのプログラムである。
【０１８９】
ユーザ端末１１０は、証明書管理サービスを利用する各々のユーザであって、特に履歴書を作成して企業等に提出するユーザが保有する端末であり、端末装置として機能する。そして、ユーザ端末１１０は、図３５に示すように、ＣＰＵ１１１、ＲＡＭ１１２、入力部１１３、通信制御部１１４、表示部１１５、記憶部１１６及びこれら各構成要素を接続するバス１１７を備えている。尚、当該ユーザ端末１００の構成は、前述した登録端末３０、ユーザ端末９０等と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１９０】
ＣＰＵ１１１は、記憶部１１６に記憶されているシステムプログラム或いはアプリケーションプログラムとして、特に、電子履歴書作成プログラム１１６１をＲＡＭ１１２に展開し、展開したプログラムに従って各構成要素を統括的に制御して各種証明書がリンクされた電子履歴書の作成処理を実行することにより、当該ユーザ端末１１０としての機能を実現するものである。
【０１９１】
ＲＡＭ１１２には、図３５に示すように、電子履歴書の作成時の履歴書データや入力内容データ、及び証明書のリンクデータを記憶するための履歴書データエリア１１２ａが設けられている。
【０１９２】
入力部１１３は、電子履歴書の内容やリンク設定データ等を入力する為のキーボードやマウス等を備え、キーボードの押下操作やマウスのクリック操作に応じた入力信号をＣＰＵ１１１へ出力する。
【０１９３】
表示部１１５は、ＣＰＵ１１１からの表示信号の指示に従って電子履歴書作成画面等を表示するものであり、例えばＣＲＴや液晶表示装置等により構成される。
【０１９４】
記憶部１１６は、ＣＰＵ１１１が各種処理を実行するのに必要なシステムプログラムやアプリケーションプログラム等を読み取り可能なプログラムコードの形態で記憶しており、特に、電子履歴書を作成するための電子履歴書作成プログラム１１６１と、関連情報としての証明書を電子履歴書にリンクさせるためのリンクデータ１１６２と、を格納している。
【０１９５】
電子履歴書作成プログラム１１６１は、企業等に提出するための電子履歴書の作成処理を、ＣＰＵ１１１に実行させるためのプログラムであって、当該電子履歴書の内容にリンクされる各種証明書のリンク設定処理の動作も含まれている。
また、この電子履歴書作成プログラム１１６１に従って作成された電子履歴書データは、作成したユーザ端末１１０から閲覧端末１２０に送信される。更に、この電子履歴書データには、いわゆる一般的な履歴書に含まれる履歴書データの他、該履歴書にリンク設定されている関連情報としての証明書データを、該証明書データが格納されている証明書管理サーバ１００に自動的にアクセスし、更に証明書のＩＤデータを指定することで証明書データを取得するためのコマンドが含まれた構成となっている。このコマンドにふくまれているＩＤデータが、認証照合用データとして機能する。
【０１９６】
リンクデータ１１６２は、電子履歴書に、証明書管理サーバ１１０に格納・登録されている、当該ユーザの証明書をリンクさせるためのデータであって、具体的には、例えば、証明書管理サーバ１１０に登録されている証明書のＩＤデータと、その証明書名とが対応づけられた証明書のリスト等である。そして、このリンクデータ１１６２に基づいて、ユーザは、電子履歴書にリンク設定する証明書をクリック操作等により選択する。
【０１９７】
閲覧端末１２０は、例えば、求人募集をしている企業等が所有する端末であって、特に、ユーザ端末１１０…から送信される電子履歴書を閲覧するための端末であり、端末装置として機能する。そして、閲覧端末１２０は、図３６に示す様に、ＣＰＵ１２１、ＲＡＭ１２２、通信制御部１２３、入力部１２４、表示部１２５、記憶部２６及びこれら各構成要素を接続するバス１２７を備えている。尚、当該閲覧端末１２０の構成は、前述した閲覧端末２０、ユーザ端末９０等と概略同様である故、同一名称の構成要素については、重複する説明を省略する。
【０１９８】
ＣＰＵ１２１は、記憶部１２７に記憶されているシステムプログラム或いはアプリケーションプログラムをＲＡＭ１２２に展開し、展開したプログラムに従って各構成要素を統括的に制御することにより当該閲覧端末１２０としての機能を実現するものである。
特に、ＣＰＵ１２１は、ユーザ端末１１０から送信された電子履歴書データに含まれているリンク設定されている証明書の送信要求コマンドに従って、証明書管理サーバ１００にリンク証明書データの送信要求処理を実行する。
【０１９９】
ＲＡＭ１２２には、図３７に示すように、ユーザ端末１１０から送信された電子履歴書データを記憶するための電子履歴書データエリア１２２ａと、電子履歴書にリンクされており、証明書管理サーバ１００より受信する証明書データを記憶するための証明書データエリア１２２ｂと、証明書データと共に受信し、証明書データの正当性を保証する保証データを記憶する保証データエリア１２２ｃが設けられている。
【０２００】
表示部１２５は、ＣＰＵ２からの表示信号の指示に従って、電子履歴書データや証明書データ等の画面等を表示するものであり、例えばＣＲＴや液晶表示装置等により構成される。
【０２０１】
記憶部１２６は、ＣＰＵ１２１が各種処理を実行するのに必要なシステムプログラムやアプリケーションプログラム等を記憶している。
【０２０２】
以下、証明書管理システム４の動作を説明する。図３８は、証明書管理システム４を用いた電子履歴書の作成、閲覧に関わる処理を示すフローチャートである。前提として、ユーザと証明書管理業者との間で証明書の登録・管理に係る契約が交されている。この証明書の登録処理は、第１の実施の形態における保険証管理システム１の図１０で説明した保険証の登録処理と同様にして行われたものとし、当該ユーザに対して証明書の登録ＩＤデータが既に発行されていると共に、証明書ＤＢ１０４１には、ＩＤデータと対応づけられた当該ユーザの証明書データが登録、格納されている。
【０２０３】
先ず、ユーザの操作に従って、ユーザ端末１１０のＣＰＵ１１１は、記憶部１１６に格納されている電子履歴書作成プログラム１１６１を読み出して、該電子履歴書作成プログラム１１６１に従って、電子履歴書作成処理を開始する。
具体的には、例えば、電子履歴書を作成するための入力画面が表示部１１５に表示される。その入力画面は、いわゆる一般的な履歴書に含まれる情報を入力することが可能な形態になっており、例えば、図３９に示すようなフォーマットであって、顔写真３９ａ、氏名３９ｂ、連絡先３９ｃ、生年月日３９ｄ、学歴・職歴３９ｅ、免許・資格３９ｆ等の入力欄が設けられている。
ここで、ユーザは、入力部１１３を用いて入力画面に上述のような氏名、連絡先、学歴等の各種データを入力する（ステップＳ６０１）。この入力データは、ＲＡＭ１１２の履歴書データエリア１１２ａに格納される。
【０２０４】
次いで、入力済みの電子履歴書内容に対し、当該ユーザの所有する証明書データをリンクさせるリンク設定が行われる（ステップＳ６０２）。具体的に、ユーザは、まず、例えば、図３９に示す電子履歴書画面において、大学卒業データ３９ｇと、運転免許データ３９ｈとを、入力部１１３を用いて、リンク元情報として指定、選択する。すると、ＣＰＵ１１１は、記憶部１１６に格納されているリンクデータ１１６２を読み出し、当該ユーザが証明書管理サーバ１００に登録している証明書のリストを表示部１１５に表示させる。そこで、ユーザは、選択したリンク元情報にリンクさせる関連情報としての証明書として、卒業証明書と運転免許証とを、リストデータ１１６２より選択する。このようにして、リンク元情報と、そのリンク先の証明書とがユーザにより指定されるのに基づいて、ＣＰＵ１１１は、該電子履歴書の指定リンク元情報に、リンクされる証明書のＩＤデータとを対応づけた電子履歴書を作成する。尚、電子履歴書画面において、リンクされた情報には、図３９に示すように下線が付される、表示文字が異なる等の表示が行われる。
【０２０５】
次いで、作成された電子履歴書データが、通信ネットワークＮを介して閲覧端末１２０に送信される（ステップＳ６０３）。
【０２０６】
すると、閲覧端末装置１２０のＣＰＵ１２１は、電子履歴書データを受信してＲＡＭ１２２の電子履歴書データエリア１２２ａに格納した上（ステップＳ６０４）で、表示部１２５に表示させる（ステップＳ６０５）。そして、閲覧端末１２０のユーザにより、表示されている電子履歴書におけるリンク情報が、入力部１２３等のマウスのクリック等により指定される（ステップＳ６０６）と、該リンク元情報と対応づけられているリンク証明書のＩＤデータを含む証明書の送信要求コマンドが自動的に証明書管理サーバ１００に送信される（ステップＳ６０７）。
【０２０７】
すると、証明書管理サーバ１００のＣＰＵ１０１は、上記証明書の送信要求コマンドを受信すると（ステップＳ６０８）、ＲＡＭ１０２のコマンドエリア１０２ａに一時格納した上で、該コマンドに基づいて、該コマンドに含まれている証明書のＩＤデータと関連づけられた証明書データが、証明書ＤＢ１０４に格納されているか否かを判定する（ステップＳ６０９）。即ち、コマンドに含まれている認証照合用のデータとしてのＩＤデータと一致するＩＤデータを証明書ＤＢ１０４１において検索することで、認証処理を実行する。
【０２０８】
ＣＰＵ１０１は、当該証明書データが証明書ＩＤデータに関連付けられていないと判定した場合には（ステップＳ６０９；ＮＯ）、当該閲覧端末１００に対して、証明書の取得が失敗した旨のエラーメッセージを送信する等した後、本処理を終了する。
【０２０９】
一方、ＣＰＵ１０１は、当該証明書データが証明書ＩＤデータに関連付けられていると判定した場合には（ステップＳ６０９；ＹＥＳ）、該証明書データの保証データを発行するための保証データ発行プログラム１０４２を読み出し、当該プログラム１０４２に従って、証明書データの保証データを作成する（ステップＳ６１０）。次いで、当該証明書データを証明書ＤＢ１０４１より読み出して、発行した保証データと共に閲覧端末１２０に送信する（ステップＳ６１１）。
【０２１０】
次いで、閲覧端末１２０のＣＰＵ１２１は、上記証明書データと、保証データとを受信してＲＡＭ１２２の証明書データエリア１２２ｂ、保証データエリア１２２ｃに格納した上で、表示部１２５に表示させ（ステップＳ６１２）、この処理をもって本処理が終了する。
【０２１１】
以上説明した様に、第４の実施の形態に係る証明書管理システム４によれば、ユーザが、電子履歴書として、各種証明書データをリンクさせることができ、複数の書類を用意したり、提出する必要がなくなるという利便性を提供できる。
特に、証明書データを一度登録しておけば、例えば、卒業証明書等が必要となった度に取り寄せたりする手間を省くことが可能となる。
また、証明書データは、外部装置により管理されるので、電子履歴書を閲覧する端末等が、ユーザの端末にアクセスすることによる各種弊害を回避できるという利便性も提供できる。
また、電子履歴書を閲覧する側は、当該電子履歴書に含まれているリンクデータを指定するだけで、自動的に証明書データを取得できるので、便利である。また、証明書データには、証明書の正当性を証明する保証データが添付されていることにより、偽造等の虞を回避できる。
【０２１２】
尚、証明書管理システム４は、本発明の好適な一実施例にすぎず、本発明はこれに限定されるものではない。例えば、電子履歴書の他、各種証明書の提示が必要な提出書類等であってもよく、証明書も、卒業証明書、免許証等の他、成績証明書等どのようなものであってもよい。
【０２１３】
尚、以上説明した第１〜第４の実施の形態によれば、ユーザは、各種証明書や有価証券等の重要な書類の携帯や保管等の重圧から解放されることとなって、利便性を提供することができる。
【０２１４】
尚、上記第１〜第４の実施の形態は、適宜変更可能である。例えば、保険証、運転免許証、履歴証、卒業証明書、成績証明書等の証明書や、くじ、株券等の有価証券等の重要な書類データは、これらに限られるものではなく、例えば、預金通帳等であってもよい。
【０２１５】
また、これらの書類データを認証するための認証照合用データは、例えば、指紋データ等の身体的特徴に関わるデータや、暗証番号、ＩＤ番号等の他、国や地方自治体、その他公的機関等から発行された国民番号等であってもよい。
【０２１６】
より詳細に、例えば、国や地方自治体等から国民番号データが含まれたＩＤカードが全国民に配布された場合、該ＩＤカードを上述の書類の登録、閲覧等の際に行われる認証照合用データとして用いてもよい。この場合、上述の各種サーバや端末装置が、ＩＤデータに含まれる国民番号を読取可能な装置を備えており、これにより、国民番号を入力する手間と、国民番号が他人に漏洩する事態を回避することができる。
【０２１７】
また、例えば、暗号番号の入力とＩＤカードの読取等、複数の認証照合用データを併用する構成であってもよい。
【０２１８】
【発明の効果】
請求項１記載の発明によれば、記憶手段に電子化された書類データと、当該書類の名義人であることを認証する為の認証データと、が対応付けられて記憶され、認証手段により、通信回線を介して受信した認証照合用データと、認証データとの照合により当該書類の名義人であることが認証され、保証データ発行手段により、書類データの正当性を保証する保証データが発行され、送信手段により、認証手段によって当該書類の名義人であることが認証された場合に、当該書類データが、保証データとともに送信される。それにより、利用者は、書類データを予め登録しておけば、認証データにより認証処理を行えば、登録済みの書類データを所定の機関等に対して必要な時に提示できるので、書類データを常に携帯する必要がなくなる。また、書類データを保証する保証データとともに送信されることにより、提示された側は、公的に保証されたユーザの書類データを安心して利用することができる。
【０２１９】
請求項２に記載の発明によれば、請求項１に記載の発明と同様の効果が得られるのは勿論のこと、特に、記憶手段には、同一名義人の複数種類の書類データが区分されて記憶されると共に、当該区分毎に認証データが設定されているので、利用者は区分毎に整理して書類データを記憶させることができることとなって、利用者の利便性が向上する。
【０２２０】
請求項３に記載の発明によれば、請求項１又は２に記載の発明と同様の効果が得られるのは勿論のこと、特に、書類データには、リンクが設定された関連情報が含まれており、関連情報が指定された場合に、該関連情報としての書類データを保証データとともに送信するので、複数の書類データを提示する必要がある場合に、関連情報を指定するだけでよいこととなって、より書類データの入手が容易となる。
【０２２１】
請求項４に記載の発明によれば、請求項１〜３の何れか一項に記載の発明と同様の効果が得られるのは勿論のこと、特に、課金手段により、書類データの送信に基づいて、課金されるので、課金処理がより容易になることとなって、書類管理に関わるビジネスを行う者の利便性をより向上させることができる。
【０２２２】
請求項５に記載の発明によれば、請求項１〜４の何れか一項に記載の発明と同様の効果が得られるのは勿論のこと、特に、書類は、保険証、運転免許証、履歴書、卒業証明書、在籍証明書その他の証明書であるので、これらの証明書を携帯する際の紛失や第三者による悪用等のリスクを回避できることとなって、利用者の利便性をより向上させることができる。
【０２２３】
請求項６に記載の発明によれば、請求項１〜４に記載の発明と同様の効果が得られるのは勿論のこと、特に、書類は、くじ券、投票券、有価証券その他の換金の可能性を有する引換券であるので、これらの紛失や第三者による悪用等を回避できることとなって、利用者の利便性をより向上させることができる。
【０２２４】
請求項７に記載の発明によれば、端末装置は、受信手段により、書類管理装置から送信された書類データと保証データとを受信し、正当性認証手段により、受信した保証データに基づいて、当該書類の正当性を認証するので、利用者は書類の正当性の確認処理が容易となるとともにより確実に確認できることとなって、より利用者が安心して書類データを利用することができる。
【０２２５】
請求項８に記載の発明によれば、端末装置は、認証照合用データ読取手段により、認証データが記録された記録媒体から認証照合用データを読み取り、送信手段により、読み取られた認証照合用データを書類管理装置に送信するので、認証照合用データの入力・送信処理が容易となると共に、手入力等による認証照合用データに比べて、第三者に盗用されるリスクが低くなる。
【０２２６】
請求項９に記載の発明によれば、端末装置は、獲得手段により、利用者の身体的特徴に関するデータを認証照合用データとして獲得し、送信手段により、獲得された認証照合用データを書類管理装置に送信するので、利用者は、認証照合用のパスワードを覚えたり、所定の記録媒体等を携帯する手間を省けるとともに安全性が高まることとなって、利用者に利便性のよいものを提供することができる。
【０２２７】
請求項１０に記載の発明によれば、端末装置は、書類データ読取手段により、書類を読み取ることにより書類データを生成し、送信手段により、読み取られた書類データを書類管理装置に送信するので、書類データの生成が容易となることとなって利用者に利便性のよいものを提供することができる。
【０２２８】
請求項１１に記載の発明によれば、請求項１０に記載の発明と同様の効果が得られるのは勿論のこと、特に、端末装置の無効手段により、書類データを書類管理装置に送信した後に、当該書類が無効にされるので、書類の不正使用を防止することができる。
【０２２９】
請求項１２に記載の発明によれば、端末装置は、表示部を備え、書類管理装置の表示制御手段により、複数種類の書類データが、区分毎に棚或いは引き出しに納められている様に、端末装置の表示部に表示されるので、書類データが保存されている場所や内容がわかりやすいこととなって、利用者に利便性のよいものを提供することができる。
【０２３０】
請求項１３に記載の発明によれば、書類管理装置の換金価値照会手段により、換金の可能性を有する引換券の価値を換金価値情報サーバに照会され、当該照会結果が端末装置に送信されるので、利用者は、換金の可能性を有する引換券の価値を随時確認する手間を省くことができることとなって、便利である。
【０２３１】
請求項１４に記載の発明によれば、請求項１３に記載の発明と同様の効果が得られるのは勿論のこと、特に、換金価値照会手段により、くじ券の当選の有無が照会され、書類管理装置の通知手段により、くじ券が当選した場合に、当該当選金額及び当選者に関する情報が、通信回線を介して指定された銀行に通知されるので、ユーザは、くじ券の当選の有無を照会する手間を省くことができるとともに、当選金の受け取り処理等がスムーズに行えることとなって便利である。
【０２３２】
請求項１５に記載の発明によれば、利用者は、書類データを予め登録しておけば、認証データにより認証処理を行えば、登録されている書類データを所定の機関等に対して必要な時に提示できるので、書類データを常に携帯する必要がなくなると共に、必要なときはいつでも容易に提示できる。また、書類データを保証する保証データとともに送信されることにより、提示された側は、公的に保証されたユーザの書類データを安心して利用することができる。
【図面の簡単な説明】
【図１】本発明にかかる書類管理システムを適用した保険証管理システムの概略全体構成を示す図である。
【図２】図１の保険証管理サーバの内部構成を示すブロック図である。
【図３】図２のＲＡＭ内の構成を模式的に示す概念図である。
【図４】図２の記憶部内の構成を説明するための図であって、（ａ）は、保険証ＤＢ内の内容を模式的に示す概念図であり、（ｂ）は、加入者ファイル内の内容を模式的に示す概念図である。
【図５】図２の記憶部内のプログラムファイルの内容を模式的に示す概念図である。
【図６】図１の閲覧端末の内部構成を示すブロック図である。
【図７】図６のＲＡＭ内の構成を模式的に示す概念図である。
【図８】図１の登録端末の内部構成を示すブロック図である。
【図９】図８のＲＡＭ内の構成を模式的に示す概念図である。
【図１０】保険証管理システムにおける保険証データの登録に係る処理を説明する為のフローチャート図である。
【図１１】保険証管理システムにおける保険証データの照会・閲覧に係る処理を説明する為のフローチャート図である。
【図１２】本発明が適用された書類管理システムとしてのくじ管理システムの概略全体構成を示す図である。
【図１３】図１２のくじ管理サーバの内部構成を示すブロック図である。
【図１４】図１３のＲＡＭ内の構成を模式的に示す概念図である。
【図１５】図１３の記憶部内の構成を説明するための図であって、（ａ）は、くじ管理ＤＢ内の内容を模式的に示す概念図であり、（ｂ）は、当選くじ情報ファイル内の内容を模式的に示す概念図である。
【図１６】図１３の記憶部内のプログラムファイルの内容を模式的に示す概念図である。
【図１７】図１２の受託銀行サーバの内部構成を示すブロック図である。
【図１８】図１７の記憶部内の当選者ファイルの内容を模式的に示す概念図である。
【図１９】図１２の購入者端末の内部構成を示すブロック図である。
【図２０】図１９のＲＡＭ内の構成を模式的に示す概念図である。
【図２１】くじ管理システムにおけるくじデータの登録に係る処理を説明する為のフローチャート図である。
【図２２】くじ管理システムにおけるくじデータの抽選結果に係る処理を説明する為のフローチャート図である。
【図２３】本発明が適用された書類管理システムの概略全体構成を示す図である。
【図２４】図２３の書類管理サーバの内部構成を示すブロック図である。
【図２５】図２４のＲＡＭ内の構成を模式的に示す概念図である。
【図２６】図２４の記憶部内の書類ＤＢの内容を模式的に示す概念図である
【図２７】図２３のユーザ端末の内部構成を示すブロック図である。
【図２８】図２７のＲＡＭ内の構成を模式的に示す概念図である。
【図２９】書類データの登録に係る書類管理システムの動作を示すフローチャートである。
【図３０】書類金庫のイメージの表示例を示す図である。
【図３１】図３０の書類金庫において、書類データが登録された状態を示すイメージの表示例である。
【図３２】本発明を適用された書類管理システムとしての履歴書管理システムの概略全体構成を示す図である。
【図３３】図３２の証明書サーバの内部構成を示すブロック図である。
【図３４】図３３の記憶部における証明書ＤＢの内容を模式的に示す概念図である。
【図３５】図３２のユーザ端末の内部構成を示すブロック図である。
【図３６】図３２の閲覧端末の内部構成を示すブロック図である。
【図３７】図３６のＲＡＭ内の構成を模式的に示す概念図である。
【図３８】本発明に係る書類管理システムを適用した証明書管理システムを用いた電子履歴書の作成、閲覧に関わる処理を示すフローチャートである。
【図３９】証明書管理システムにおける電子履歴書の表示例を示す図である。
【符号の説明】
１  保険証管理システム（書類管理システム）
２  くじ管理システム（書類管理システム）
３  書類管理システム
４  証明書管理システム（書類管理システム）
１０  保険証管理サーバ（書類管理装置）
１１  ＣＰＵ（認証手段、保証データ発行手段、送信手段、課金手段）
１３  通信制御部（送信手段）
１４  記憶部（記憶手段）
１４３ａ  登録プログラム（書類管理プログラム）
１４３ｂ  認証プログラム（書類管理プログラム）
１４３ｃ  保証発行プログラム（書類管理プログラム）
１４３ｄ  送信プログラム（書類管理プログラム）
２０  閲覧端末（端末装置）
２１  ＣＰＵ（受信手段、正当性認証手段、送信手段、
２３  指紋読取部（獲得手段）
２４  通信制御部（受信手段、送信手段）
３０  登録端末（端末装置）
３１  ＣＰＵ（送信手段、）
３３  指紋読取部（獲得手段）
３４  保険証読取部（書類データ読取手段）
３５  通信制御部（送信手段）
４０  くじ管理サーバ（書類管理装置）
４１  ＣＰＵ（換金価値照会手段、通知手段、認証手段、課金手段）
４３  通信制御部（通知手段）
４４  記憶部（記憶手段）
５０  受託銀行サーバ（銀行）
６０  購入者端末（端末装置）
６１  ＣＰＵ（送信手段）
６４  通信制御部（送信手段）
６６  くじ・読取粉砕部（書類データ読取手段、無効手段）
７０  くじ抽選サーバ（換金価値情報サーバ）
８０  書類管理サーバ
８１  ＣＰＵ（表示制御手段、認証手段、課金手段）
８４  記憶部（記憶手段）
９０  ユーザ端末（端末装置）
９１  ＣＰＵ（送信手段）
９４  通信制御部（送信手段）
９５  表示部
９６  書類読取部（書類データ読取手段、認証照合用データ読取手段、獲得手段）
１００  証明書管理サーバ（書類管理装置）
１０１  ＣＰＵ（認証手段、保証データ発行手段、送信手段、課金手段）
１０３  通信制御部（送信手段）
１０４  記憶部（記憶手段）
１１０  ユーザ端末（端末装置）
１２０  閲覧端末（端末装置）
【図１】
2004227066.tif 000003
【図２】
2004227066.tif 000004
【図３】
2004227066.tif 000005
【図４】
2004227066.tif 000006
【図５】
2004227066.tif 000007
【図６】
2004227066.tif 000008
【図７】
2004227066.tif 000009
【図８】
2004227066.tif 000010
【図９】
2004227066.tif 000011
【図１０】
2004227066.tif 000012
【図１１】
2004227066.tif 000013
【図１２】
2004227066.tif 000014
【図１３】
2004227066.tif 000015
【図１４】
2004227066.tif 000016
【図１５】
2004227066.tif 000017
【図１６】
2004227066.tif 000018
【図１７】
2004227066.tif 000019
【図１８】
2004227066.tif 000020
【図１９】
2004227066.tif 000021
【図２０】
2004227066.tif 000022
【図２１】
2004227066.tif 000023
【図２２】
2004227066.tif 000024
【図２３】
2004227066.tif 000025
【図２４】
2004227066.tif 000026
【図２５】
2004227066.tif 000027
【図２６】
2004227066.tif 000028
【図２７】
2004227066.tif 000029
【図２８】
2004227066.tif 000030
【図２９】
2004227066.tif 000031
【図３０】
2004227066.tif 000032
【図３１】
2004227066.tif 000033
【図３２】
2004227066.tif 000034
【図３３】
2004227066.tif 000035
【図３４】
2004227066.tif 000036
【図３５】
2004227066.tif 000037
【図３６】
2004227066.tif 000038
【図３７】
2004227066.tif 000039
【図３８】
2004227066.tif 000040
【図３９】
2004227066.tif 000041