JPH10320466A - 証明書発行システム - Google Patents

Abstract

(57)【要約】 【課題】証明書の発行日付や部数、受取り方法を指定で
きる証明書発行システムを得ること。 【解決手段】個人情報を記憶するデータベースとこれを
管理するサーバを設ける。サーバは、クライアントから
予約データを受信した場合はこれを蓄積し、蓄積された
予約データに基づいて印刷データを編集し証明書を印刷
する機構を備える。クライアントには、証明書の種類・
発行部数・発行日付・受取り方法などの情報を利用者が
入力する機構と、入力機構から入力されたデータを予約
情報として蓄積しサーバへ送信する機構を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、国や自治体が住民
向けに発行する住民票・印鑑証明書・戸籍謄抄本などの
各種証明書や、大学などの学校法人が学生向けに発行す
る在学証明書・成績証明書・卒業見込み証明書などの各
種証明書の発行システムに関する。

【０００２】

【従来の技術】従来、証明書の発行システムとしては以
下のような技術が知られている。

【０００３】すなわち、証明書発行に必要な個人情報を
記憶したデータベースとこれを管理するサーバと、サー
バと接続されたクライアントを設ける。クライアント
は、個人からの証明書発行要求を受け付け、個人を識別
する番号とともにサーバへ個人情報取得の為の電文を発
行する。サーバは個人を識別する番号を使って該当する
個人情報を取り出し、これを要求発信元のクライアント
へ回答する。クライアントは受け取った個人情報を証明
書の書式に従って編集し、印刷出力する。個人を識別す
る番号は、あらかじめＩＤカードなど携帯可能な記憶媒
体に記憶しておき、これを住民や学生に配布しておく。

【０００４】上記のようなシステムの場合、サーバの稼
動時間外の証明書出力ができないという問題が発生す
る。これに対し、特開平５−２６６０３１号公報に記載
されている、証明書発行予約を受け付ける装置を使った
システムが考案され、上記の問題は解決された。

【０００５】すなわち、クライアントは、サーバの稼動
時間外に受け付けた証明書発行要求を、いったん自装置
内の記憶部に格納し、サーバ稼動再開時に記憶部内の情
報をもとに電文を作成しサーバへ向けて発信する。そし
て、サーバから受け取った個人情報を記憶部内に蓄積し
ておく。こうすることにより、サーバの稼動時間に関係
なく、個人を識別する番号が入力されたときに、該当す
る個人情報を自装置内の記憶部から取り出し、証明書の
書式に従って編集して、印刷出力することができる。

【０００６】上記のシステムにより、サーバが稼動して
いない時間帯の利用者は、交付を受けたい証明書の種類
や部数などの項目を入力して発行を予約しておくことが
できる。予約後は、サーバの稼動時間外でも証明書の交
付を受けることが可能となる。

【０００７】

【発明が解決しようとする課題】上記従来の技術は、利
用者が証明書の交付を受ける際に、サーバの稼動時間に
左右されずに操作を行うことができるという利点があ
る。

【０００８】しかしながら、次のような問題点がある。

【０００９】まず、利用者はサーバの稼動時間外に予約
した場合は、発行時に再度クライアントの操作をする必
要があり、合計２回操作をしないと証明書を入手できな
い。

【００１０】また、卒業見込み証明書や成績証明書の発
行は、学生の就職活動に伴って集中的に行われるのが通
例であり、クライアント数が少ない場合は、利用者の待
ち時間が長くなるという問題がある。さらに、卒業証明
書は、通常は卒業後発行されるものであるため、卒業前
に証明書の郵送を希望する学生も多い。こうした要求
は、事務員の手を介して処理されており、煩わしい。

【００１１】本発明はこのような課題を解決するために
考案されたものであり、その目的は、証明書の発行日付
や部数、受取り方法を指定できる証明書発行システムを
提供することである。

【００１２】

【課題を解決するための手段】上記の課題を解決するた
めに、本発明は、以下の手段を用いる。

【００１３】まず、個人情報を記憶するデータベースと
これを管理するサーバを設ける。サーバは、クライアン
トからの要求に応じて、データベースから特定の個人情
報を取り出して要求元へ回答する。特に、クライアント
からの要求として予約データを受信した場合に備え、予
約データを別途蓄積する機構と、蓄積された予約データ
に基づいて印刷データを編集し証明書を印刷する機構を
備えておく。

【００１４】続いて、サーバと接続されたクライアント
を設ける。クライアントには、個人を識別する番号や証
明書発行に必要な証明書の種類・発行部数・発行日付・
受取り方法などの情報を利用者が入力する機構と、入力
されたデータを予約情報として蓄積する機構と、蓄積し
た予約データをサーバへ発信する機構と、証明書を印刷
する出力機構を備える。

【００１５】さらに、クライアントとサーバに以下の機
構を設けることによって、利用者は予約データの処理状
況を確認することができるようになる。予約を取り消す
こともできる。

【００１６】すなわち、サーバの予約データに証明書発
行処理の終了／未終了を示すフラグを格納する項目を追
加する。サーバがクライアントの要求を受けて予約デー
タを新規に追加する場合は、フラグを未終了の状態にし
ておく。証明書発行が終了した場合にはフラグを終了に
書き換える。クライアントから予約データの照会があっ
た場合は、予約データの有無と上記フラグを参照し、結
果をクライアントに回答する。予約の取り消し要求を受
けた場合は、該当する予約データを削除する。

【００１７】一方、クライアントは、個人を識別する番
号が入力された場合に、サーバへ予約データの有無を問
い合わせる。予約データがあった場合は、証明書の発行
状態（終了／未終了）を知らせるメッセージを表示す
る。未終了の場合は利用者が取消しを指示する領域も表
示する。取り消し指示があった場合は、サーバへ予約取
り消し要求を発行する。

【００１８】

【発明の実施の形態】以下、図を用いて本発明の一実施
形態について説明する。なお、以下では、大学における
証明書の発行処理を例にとり説明する。また、下記で
は、利用者が証明書の発行を予約する行為に対してシス
テムが行う処理を中心に述べる。しかし、従来通りの証
明書の即時発行処理も行えるように、通常の発行処理と
予約発行処理の２種類の処理機構を併せ持つシステムと
することも十分に可能である。このようなシステム形態
をとった場合も本発明の範疇であることは言うまでもな
い。

【００１９】図１は、証明書発行システムの構成図であ
る。

【００２０】まず、図１を用いて、本発明の概要を説明
する。

【００２１】１はサーバであり、通常は大学内に一箇所
設けられ、在学している学生の個人情報（氏名・住所・
成績・取得単位数など）を管理するためのものである。
２はサーバの処理装置である。サーバ１で行われる各種
処理の制御をする。３は予約データファイルであり、ク
ライアント９から発信された予約データを蓄積する。サ
ーバ１は、管理者が印刷制御データファイル５の中に指
定したタイミングで、予約データファイル３から証明書
や宛先ラベル・チェックリストを出力するために必要な
情報を取得する。４は学生情報ＤＢであり、在籍する学
生の個人情報を記憶しておくためのものである。５は印
刷制御データファイルであり、予約データファイル３に
基づいて証明書を発行する際の、各種制御データを記憶
しておくためのものである。６は予約データファイル
３、印刷制御データファイル５へのデータの追加や更新
・削除などの指示を管理者が入力するためのものであ
る。７は印刷出力部であり、印刷形式に編集した証明書
データを印刷するためのプリンタや印刷形式に編集され
たデータを格納するファイルである。プリンタは１台で
も、複数台接続されていても良い。またファイルとし
て、ディスクやフロッピーディスクのような外部記憶装
置を指定することもできる。外部記憶装置に出力するこ
とによって、証明書を印刷性能の高いプリンタで別途出
力することが可能となる。

【００２２】８は、サーバ１とクライアント９を接続す
る回線である。図１においてはクライアント９は１台と
しているが、サーバ１が複数のクライアントと接続され
ていても良い。また、クライアント９の持つ機構をサー
バ１内に保持するようにしても良い。本実施の形態で
は、簡単のため、クライアント９は１台と仮定し、回線
８で接続されているものとして説明する。

【００２３】９はクライアントである。１０はクライア
ント９の処理装置である。１１は表示部であり、利用者
にメッセージを表示する。１２はカード挿入部であり、
カードが差し込まれると、そこに記録されている学籍番
号を読み取る。１３は入力部であり、学生が証明書発行
に必要な各種情報を入力するための機構である。１４は
印刷出力部であり、学生が証明書の即時発行を希望した
場合に使用する。１５は、予約データをサーバ１へ発信
するために一時蓄積するための記憶部である。

【００２４】図２は、図１の中の予約データファイル３
のレコード構成２００とレコードの例２１０である。各
レコードは学籍番号２０１、証明書種類２０２、受付／
発送日２０３、郵送／受取２０４、送付先２０５、発行
部数２０６、済フラグ２０７、予約日２０８で構成され
る。１レコードで１件の予約データを表わすものとす
る。２０１，２０２，２０３，２０４，２０５，２０
６，２０８に格納するデータは、クライアント９から送
信された予約データをサーバ１が受信したときに、その
データを引き継いでレコードを追加するものとする。

【００２５】学籍番号２０１は、学生個人にユニークに
付与された番号であり、該当するレコードがどの学生の
予約データであるかを示す。証明書種類２０２は学生が
発行を希望する証明書の種類を表わしており、「卒業証
明書」、「成績証明書」、「卒業見込み証明書」、「学
割証明書」などの文字列あるいはこれらを省略した文字
列、あるいはこれらを表わすコードなどを格納する。受
取／発送日２０３は、証明書を大学窓口で受け取る日か
郵送による投函を希望する日を学生が指定したものであ
り、日付を格納する。郵送／受取２０４は、証明書の受
け取り方法を学生が指定したものであり、「郵送」か
「受取」のいずれかの文字列を格納する。送付先２０５
は郵送／受取２０４に「郵送」が格納されている場合
に、その送付先住所を学生が指定するもので、学生情報
ＤＢ４に格納された２種類の住所のうちのいずれかを指
し示すコードを格納する。発行部数２０６は、証明書を
何部発行するかを学生が指定するもので、数値を格納す
る。済フラグ２０７は、予約データファイル３に格納さ
れたデータに従ってサーバ１による証明書の発行処理が
行われたかどうかを示すフラグを格納する。例えば、未
終了なら「０」、終了なら「１」といった数値を格納す
る。予約日２０８は、利用者がクライアント９を使って
予約操作をした日付であり、クライアント９が予約デー
タをサーバ１へ送信するときにシステム日付を取得して
予約データに付加し、これをサーバ１が受信して予約デ
ータファイル３に格納するものである。

【００２６】２１１と２１２は、予約データのレコード
の例である。例えばレコード２１１は、学籍番号「０５
１０００２」の人が「卒業」証明書が「Ｈ９年３月１０
日」に「郵送」されることを希望しており、送付先はコ
ード「２」で示される住所、発行部数は「２」通、出力
は未済みであることを示している。

【００２７】図３は、図１の中の学生情報ＤＢ４データ
構成とレコードの例である。

【００２８】本実施の形態では、学生の成績に関する情
報を格納するテーブル３５０と、学生の成績以外の個人
情報（氏名・住所など）を格納するテーブル３２０を、
学籍番号３０１，３３１で対応付けて記録している例を
示した。学籍番号３０１，３３１は、学生ひとりひとり
を識別するための番号である。

【００２９】３００は、テーブル３２０のレコード構成
である。学籍番号３３０はテーブル３５０のレコード構
成である。３０１は学籍番号、３０２は当該学生の氏
名、３０３は生年月日、３０４は現住所、３０５は連絡
先住所、３０６は連絡先氏名、３０７は入学年度、３０
８，３０９，３１０は当該学生が在籍している学部、学
科、回数である。３２１から３２４はレコードの例であ
る。テーブル３２０には、証明書発行前にデータがあら
かじめ入力されているものとする。

【００３０】３３０は、テーブル３５０のレコード構成
である。学籍番号３３１はテーブル３２０の学籍番号３
０１と対応付けする。３３２は科目、３３３は単位数、
３３４は成績を示している。３３２，３３３，３３４の
３つのデータで当該学生が取得している科目の単位数と
成績を管理する。３３５以降、同様に科目、単位、成績
で１つの科目に関する情報を格納するものとする。３５
１から３５４はレコードの例である。テーブル３５０に
は、証明書発行前にデータがあらかじめ入力されている
ものとする。

【００３１】図４は、図１の中の印刷制御データファイ
ル５のデータの例である。各データは、あらかじめ管理
者が設定しておくものとする。４０１から４０６は証明
書の発行時に用いる制御データである。４０７と４０８
は宛名ラベルを出力するときに用いる制御データであ
る。４０９から４１１はチェックリストを出力するとき
に用いる制御データである。

【００３２】４０１は証明書発行システム処理装置２が
予約データファイル３に格納されたデータに基づいて証
明書発行の印刷発行処理を起動する時刻を示す。４０２
から４０４は、メッセージのひな型である。クライアン
ト９は、利用者が操作を開始した際に、サーバ１へアク
セスして予約データファイル３の中に当該個人の予約デ
ータがあるかどうか、済フラグ２０７が０か１を問い合
わせる。サーバ１は、該当する予約データの有無・済フ
ラグ２０７の値によって、４０２から４０４のいずれか
のひな型を使ってメッセージ文を作成し、クライアント
９へ応答する。４０２，４０３を使う場合には、発行日
付や発行部数などのデータを予約データファイル３から
取得してひな型の中の可変部（％ｄと％ｓで示す部分）
に埋め込む。４０４はひな型をそのままメッセージ文と
して使用する。４０５は証明書の出力先を指定するため
の項目であり、ファイルかプリンタのいずれかを指定す
る。４０６は、証明書の印刷形式データを出力するプリ
ンタ名かファイル名を指定する項目である。

【００３３】４０７は宛名ラベルの出力先を指定するた
めの項目であり、ファイルかプリンタのいずれかを指定
する。４０８は宛名ラベルの印刷形式データを出力する
プリンタ名かファイル名を指定する項目である。

【００３４】４０９は予約データの状況を管理者がチェ
ックするためのチェックリストを出力するかどうかを指
定するための項目であり、有か無のいずれかをあらかじ
め指定しておく。４１０はチェックリストの出力先を指
定するための項目であり、ファイルかプリンタのいずれ
かを指定する。４１１はチェックリストの印刷形式デー
タを出力するプリンタ名かファィル名を指定する項目で
ある。

【００３５】図５は、図１のサーバ１で行う予約データ
による証明書発行処理のフローチャートである。このフ
ローチャートを実現するプログラムは、サーバの処理装
置２が制御できるよう、サーバ内にインストールしてお
く。

【００３６】サーバの処理装置２は、印刷制御データフ
ァイル５の４０１に指定された時刻に、図５のフローチ
ャートを実現するプログラムを起動する。

【００３７】ステップ５０１で、予約データファイル３
へアクセスする。サーバ１のタイマから現在日付を取得
し、蓄積されているレコードのうち、受取／発送日２０
３が現在日付と一致するもので、かつ、済フラグ２０７
が０のレコードを全て読み込む。ステップ５０２で、印
刷制御データファイル５にアクセスしてデータを読み込
み、印刷制御情報としてサーバ１内にセットする。ステ
ップ５０３は、ステップ５０１で読み込んだレコードす
べてについて、ステップ５０４，５０５，５０６，５０
７を繰り返す。ステップ５０４では、学生情報ＤＢ４を
参照して、学籍番号２０１をキーに該当する学生情報を
取得する。２０２の証明書種類に応じて、ステップ５０
５では、証明書の印刷形式データを編集する。２０４で
郵送が指定されている場合には、ステップ５０６で、宛
名ラベルの印刷形式データを編集する。このとき、２０
５で１が指定されていれば学生情報ＤＢ４の現住所３０
４を宛先とする。２が指定されていれば、学生情報ＤＢ
４の連絡先住所３０５を宛先とし、宛名を連絡先氏名３
０６とする。ステップ５０７では、ステップ５０５、ス
テップ５０６で編集したデータを一時記憶用のファイル
に出力する。ステップ５０１で読み込んだ全てのレコー
ドについて上記の処理を終了したら、ステップ５０８で
一時記憶用ファイルに記憶してある証明書の出力形式デ
ータについて、印刷制御データファイル５から読み取っ
た出力形式（４０５）と出力先（４０６）に従って出力
する。続いて、ステップ５０９で、一時記憶用ファイル
に記憶してある宛名ラベルの印刷形式データを、出力形
式（４０７）、出力先（４０８）に従って出力する。ス
テップ５１０では、ステップ５０８，５０９の出力が終
了したことを示すフラグを予約データファイル３の済フ
ラグ２０７に格納する。ステップ５１１では、印刷制御
データファイル５から読み込んだチェックリストの出力
有無４０９、出力形式４１０、出力先４１１に応じて、
チェックリストを出力する。

【００３８】図２、図３、図４の具体的なレコードを例
に、図５のフローチャートを詳細に説明する。

【００３９】予約データファイル３のサーバ１の証明書
出力処理の開始時刻４０１は２２時となっているため、
サーバ１は毎日２２時に処理を起動する。

【００４０】予約データファイル３にはレコード２１１
を２１２の２件が格納されている。現在日付がＨ９年３
月１０日だとすれば、レコード２１１のみをステップ５
０１で読み込む。ステップ５０２では、図４の印刷制御
データを読み込む。ステップ５０３では、レコード２１
１について、学籍番号「０５１０００２」をキーに、学
生情報ＤＢ４からレコード３２１と３５２を読み込む。
ステップ５０５では、読み込んだ３２１，３５２を使っ
て、証明書の出力形式データを編集する。証明書種類
（２０２）は「卒業」であるため、卒業証明書用の出力
形式データを編集する。証明書の種類ごとに、出力フォ
ーマットはあらかじめ定義されているものとする。

【００４１】ステップ５０６では、２０４が「郵送」と
なっているため、宛先ラベルデータを編集する。送付先
２０５が「２」となっているため、宛先はレコード３２
１の連絡先住所３０５、宛名は連絡先氏名３０６とす
る。ステップ５０７で一時ファイルに出力し、ステップ
５０８で、４０５の指定により出力形式を「プリン
タ」、４０６の指定により出力先は「ＰＲ１」という名
称で定義されているプリンタ（印刷出力部７）として証
明書を印刷出力する。ステップ５０９では、４０７の指
定により出力形式を「ファイル」、４０８の指定により
出力先を「ＦＤ」という名称で定義されているファイル
（印刷出力部７）として証明書の印刷形式データを出力
する。

【００４２】ステップ５１０では、レコード２１１の済
フラグ２０７を「１」に書き換える。ステップ５１１で
は、４０９が「有」となっているためチェックリストを
出力する。このとき、出力形式は「プリンタ」（４１
０）、出力先は「ＰＲ２」（４１１）である。

【００４３】現在日付がＨ９年３月１１日であれば、レ
コード２１２について、ステップ５０４以降の処理を行
う。ただし、２０４に「受取」が指定されているため、
宛名ラベルの編集ステップ（５０６）と宛名ラベルの出
力ステップ（５０９）は行わない。また、２０６で発行
部数は「２」部と指定されているため、ステップ５０５
で２通分の成績証明書データを編集する。

【００４４】続いて、図６のフローチャートを用いて、
図１のクライアント９が行う処理を説明する。

【００４５】ステップ６０１では、カード挿入部１２へ
利用者がカードを挿入したことを検知し、利用者が本人
かどうかを認証する。すなわち、カードから学籍番号を
読み取り、サーバ１へ当該学籍番号に対応するパスワー
ドを問合せる。同時に、表示部１１にパスワードの入力
を促すメッセージを表示する。入力部１３から入力され
たパスワードを先にサーバ１から受信したパスワードを
比較し、同じであれば本人であると認識し、次のステッ
プに進む。異なれば、本人以外であると認識し、カード
を排出して処理を終了する。

【００４６】ステップ６０２では、図７に示す予約確認
処理を実行する。処理終了後、ステップ６０３でメニュ
ー画面を表示する。本実施の形態では、メニュー画面に
表示する項目としては、簡単のため「発行」と「予約」
の２種類とする。もちろん、これ以上の数のメニューを
表示するようにしてもよい。利用者は「発行」を選択す
ることによって、証明書の交付をその場で受けることが
できる。「予約」を選択することによって、指定した日
付に発行された証明書を郵送または窓口で受け取ること
ができる。

【００４７】ステップ６０４は、利用者が選択したメニ
ュー項目によって以降の処理を振り分ける。「発行」が
選択された場合、ステップ６０５から６０８を実行す
る。「予約」が選択された場合、ステップ６０９から６
１２を実行する。

【００４８】ステップ６０５はサーバ１へアクセスし、
ステップ６０１で取得した学籍番号をもとに学生情報Ｄ
Ｂ４から該当する学生情報を取得する。ステップ６０６
では、取得した学生情報をもとに発行する証明書データ
を編集する。ステップ６０７では手数料を計算し、現金
を受け取る。受け取った現金が手数料と同額以上になっ
たらステップ６０８に進む。手数料より多額であればス
テップ６０８の実行と同時につり銭を排出する。

【００４９】ステップ６０９は、予約データ入力画面を
表示する。予約データ入力画面には、少なくとも交付を
希望する証明書の種類、発行部数、受取あるいは発送の
希望日、受取方法（郵送か受取）を指定するための入力
／選択領域、郵送の場合は宛先（現住所か連絡先として
登録してある住所のいずれか）を指定するための入力／
選択領域を表示するものとする。

【００５０】ステップ６１０では、システム日付を取得
して予約日とし、さらにステップ６０９で指定された証
明書発行の条件（受取方法、証明書の種類、発行希望
日、受取方法、送付先、発行部数）を付加してサーバ１
へ送信する。続いてステップ６１１で、ステップ６０７
と同様の料金計算と現金の授受を行う。ステップ６１２
では、領収書を発行する。

【００５１】続いて、図７を使って、図６のステップ６
０２の予約確認処理の詳細について説明する。

【００５２】ステップ７０１では、サーバ１にアクセス
し、予約データファイル３の学籍番号２０１がステップ
６０１で読み込んだ学籍番号と一致するレコードを抽出
する。ステップ７０２では、該当するレコードの有無に
よって以降の処理を振り分ける。該当するレコードがあ
った場合はステップ７０３から７０４，７０５を実行す
る。なかった場合は何もせずに図６の処理へ制御を返
す。

【００５３】ステップ７０３では、抽出したレコードの
済フラグ２０７が「０」ならば、証明書出力は行われな
いと判断して、図４のメッセージ４０２を選択し、メッ
セージの可変部（％ｄ，％ｓの部分）に、受取／発送日
２０３、郵送／受取２０４、証明書種類２０２、発行部
数２０６のデータを埋め込み、メッセージを編集する。
済フラグが「１」ならば出力は終了していると判断し
て、メッセージ４０１を選択し、メッセージの可変部
（％ｄ，％ｓの部分）に、受取／発送日２０３、郵送／
受取２０４、証明書種類２０２を埋め込み、メッセージ
を編集する。続いて、編集したメッセージを表示部１１
に表示する。このとき、メッセージ４０３も同様に表示
させる。

【００５４】メッセージを表示した後、利用者による入
力を待つ。メッセージに対する利用者の入力を受け付け
る。入力できる項目は、「予約取消」と「確認終了」の
２種類とする。

【００５５】ステップ７０４は、利用者の入力が「予約
取消」指示であった場合はステップ７０５を実行し、
「確認終了」であった場合は処理を終了する。

【００５６】ステップ７０５は、予約取消されたレコー
ドの取消通知をサーバ１へ送信する。受信したサーバ１
は、予約データファイル３の該当するレコードを削除す
る。

【００５７】例えば、予約データファイル３が図２に示
す内容であったとして、ステップ６０１で学籍番号「０
５１０００２」の利用者が操作を開始したと検知した場
合、ステップ６０２の予約確認処理は、次のような流れ
になる。

【００５８】すなわち、テーブル２１０から該当するレ
コード２１１を取得する（ステップ７０１）。予約デー
タ「あり」なので（ステップ７０２）ステップ７０３で
メッセージを出力し利用者の入力を待つ。このとき表示
するメッセージは、レコード２１１の済フラグ２０７が
「０」なので証明書の発行が済んでいないと判断してひ
な型４０３を選択し、可変部にレコード２１１から取得
したデータ受取／発送日２０３「Ｈ０９０３１０」、郵
送／受取２０４「郵送」、証明書種類２０２「卒業」、
発行部数２０６「１」を埋め込む。その結果作成される
メッセージは「Ｈ９年３月１０日郵送予定の卒業証明書
を１部予約しています」となる。ステップ７０４で利用
者が予約取消を指示したと判断した場合は、サーバ１へ
レコード２１１を削除するよう通知する。

【００５９】なお、上記実施の形態では、ステップ６０
２において利用者が操作を開始した時点ですぐに予約デ
ータの有無を確認しメッセージを表示するように説明し
たが、これ以外に、クライアント９のメニュー画面に予
約確認用の項目を作成し、この項目が選択されたときに
予約確認処理を起動するようにしても良い。

【００６０】

【発明の効果】以上のように、本発明によると、証明書
の発行日付や部数、受取り方法を、利用者が指定できる
ようになるため、クライアント９の特定日の混雑を緩和
することが可能となる。また、利用者は欲する証明書が
発行可能な日になる前に証明書発行システムを利用して
発行予約をすることができるようになる。

【図面の簡単な説明】

【図１】証明書発行システムの構成図の一例を示す。

【図２】予約データファイル３のレコード構成とレコー
ドの例である。

【図３】学生情報ＤＢ４のデータ構成とレコードの例で
ある。

【図４】印刷制御データファイル５のデータの例であ
る。

【図５】サーバ１で行う証明書発行処理のフローチャー
トである。

【図６】クライアント９で行う処理のフローチャートで
ある。

【図７】予約確認処理のフローチャートである。

【符号の説明】

１…サーバ、 ３…予約データファイル、 ４…学生
情報ＤＢ、５…印刷制御データファイル、６…入力部、
７…印刷出力部、 ８…回線、９…クライアント、
１１…表示部、１２…カード挿入部、１４…印刷
出力部、 １５…記憶部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 芳賀 雅司 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共情報事業部内

Claims (3)

【特許請求の範囲】
1. 【請求項１】個人情報を蓄積したデータベースから個人
   に関する情報を取り出して証明書を発行するシステムに
   おいて、前記データベースを管理するサーバに、予約デ
   ータを蓄積する機構と、蓄積された予約データに基づい
   て個人情報を編集し証明書印刷を指示する機構を備え、
   一方、サーバと接続されたクライアントには、予約デー
   タを入力する機構と、予約データを蓄積する機構と、予
   約データをサーバへ発信する機構を備えたことを特徴と
   する証明書発行システム。
2. 【請求項２】上記請求項１に記載の証明書発行システム
   において、予約データに証明書発行処理の終了／未終了
   を示すフラグを格納する項目を追加し、サーバに、クラ
   イアントからの照会要求に応じて予約データの有無と上
   記フラグの値に基づいた回答をする機構を設け、 クライアントには、個人を識別する番号が入力された場
   合に、サーバへ予約データの照会要求を発行し、回答受
   信後、照会結果をメッセージとして表示する機構を設け
   たことを特徴とする証明書発行システム。
3. 【請求項３】上記請求項２に記載の証明書発行システム
   において、サーバに、クライアントからの予約データ削
   除要求に応じて予約データを削除する機構を設け、クラ
   イアントには、未終了の予約データの削除指示を受け付
   け、指示が入力された場合はサーバへ予約データ削除要
   求を発行する機構を設けたことを特徴とする証明書発行
   システム。