JP2002318885A - 文書出力システム及び画像情報出力システム - Google Patents

Abstract

(57)【要約】 【課題】 文書出力システム及び画像情報出力システム
の効率性および融通性を高める。 【解決手段】 画像情報出力システムにおいて、用紙へ
印刷出力する画像情報を指定するとともに、当該画像情
報を用紙に印刷出力する場所および時間を指定する端末
と、この端末に指定された場所に、前記端末により指定
された時間に前記画像情報を送信する送信手段と、この
送信手段により送信された前記画像情報を用紙上に出力
するプリンタとを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は文書出力システム及
び画像情報出力システムに関し、例えば、インターネッ
ト接続サービスを実施している携帯電話ネットワーク中
の携帯電話機を用いて、公文書の交付申請を行う場合な
どに適用して好適なものである。

【０００２】

【従来の技術】従来、住民票や印鑑証明などの公文書の
交付を受けるためのシステムとして、以下の文献１〜文
献３に記載されたものがある。

【０００３】 文献１：特開平１１−１４９５０４号公報 文献２：特開平９−３１９７９８号公報 文献３：特開平１１−２５９５６３号公報 このうち文献１の個人情報管理方法および装置では、住
民票データや印鑑証明データなどの個人情報の登録者
（証明書を提出する個人や法人）が、個人情報の参照者
（証明書の提出を受ける行政機関や企業など）を指定
し、当該指定にかかる参照者のみが、当該登録者の個人
情報を、オンラインで取得することができる。

【０００４】また、文献２のＦＡＸによる証明書発行方
式では、ＦＡＸ装置から証明書を出力することで、特定
の場所へ行くことなくＦＡＸ装置の設置されている場所
で即時に証明書を取得することが可能になる。

【０００５】さらに文献３の住民基本台帳ネットワーク
に接続される証明書交付機では、記憶媒体が入れられて
その識別子が読み取られ、交付する証明書の種類を選択
されると、住民基本台帳ネットワークとアクセスし、こ
れから得た必要な情報を元に証明書を作成し交付するも
のである。

【０００６】

【発明が解決しようとする課題】ところが、前記文献１
の個人情報管理方法および装置では、証明書を発行する
役所だけでなく当該証明書の提出を受ける参照者までオ
ンラインで接続する、かなり大規模なネットワークの構
築が前提となっており、実現性や融通性、使い勝手の点
で問題がある。

【０００７】また文献２のＦＡＸによる証明書発行方式
では、交付の申請を行う入力手段も、証明書を出力する
手段と同じ、ＦＡＸ装置であるため、ユーザは申請する
ためにＦＡＸ装置の設置場所まで行くことが必要にな
り、当該ＦＡＸ装置を操作して必要事項の入力を行うこ
とになる。この方式においては、申請者が申請のための
操作を行い、その操作を受け付けたシステムが、当該操
作に対応する証明書を生成して送信し、当該証明書がＦ
ＡＸ装置から出力されるまでの期間、一人の申請者が当
該ＦＡＸ装置を占有することになると考えられるが、そ
の占有時間は長いため、効率的なシステムとはならな
い。

【０００８】さらに、申請時と交付時が必ずほとんど同
時であることは、融通性に欠け、使い勝手がよくない一
面がある。

【０００９】また文献３の場合も当該文献２の場合とほ
ぼ同様で、申請者は、申請から交付までの時間、役所の
外などに設置された証明書交付機を占有することにな
る。したがって、効率性、融通性、使い勝手の点で問題
がある。

【００１０】

【課題を解決するための手段】かかる課題を解決するた
めに、第１の発明は、文書の交付申請元となる第１の通
信端末と、当該交付申請に応じて文書を交付する第２の
通信端末とを備える文書出力システムにおいて、前記第
２の通信端末から交付された文書を所定の出力態様で出
力する第３の通信端末として、文書出力端末を備えるこ
とを特徴とする。

【００１１】また、第２の発明にかかる画像情報出力シ
ステムは、（１）用紙へ印刷出力する画像情報を指定す
るとともに、当該画像情報を用紙に印刷出力する場所を
指定する端末と、（２）この端末に指定された場所に前
記画像情報を送信する送信手段と、（３）この送信手段
により送信された前記画像情報を用紙上に出力するプリ
ンタとからなることを特徴とする。

【００１２】さらに第３の発明にかかる画像情報出力シ
ステムは、（１）画像情報を記憶してなるサーバと、
（２）このサーバとインターネットを介して接続され、
前記サーバ内の画像情報を用紙上に印刷出力する複数の
プリンタと、（３）前記サーバとインターネットを介し
て接続され、前記サーバ内の画像情報を指定するととも
に当該画像情報を印刷出力するプリンタを指定する端末
とからなるシステムであって、（４）前記端末から指定
された前記サーバ内の画像情報を、前記複数のプリンタ
のうち前記端末から指定されたプリンタから印刷出力す
ることを特徴とする。

【００１３】さらにまた、第４の発明にかかる画像情報
出力システムは、（１）用紙へ印刷出力する画像情報を
指定するとともに、当該画像情報を用紙に印刷出力する
場所および時間を指定する端末と、（２）この端末に指
定された場所に、前記端末により指定された時間に前記
画像情報を送信する送信手段と、（３）この送信手段に
より送信された前記画像情報を用紙上に出力するプリン
タとからなることを特徴とする。

【００１４】

【発明の実施の形態】（Ａ）実施形態 以下、本発明にかかる文書出力システム及び画像情報出
力システムの実施形態について説明する。

【００１５】本実施形態は、携帯電話機（２１など）を
用いて公文書交付の申請を行い、当該申請に対応する交
付は、随所に配置された遠隔プリンタ端末の印刷出力に
よることを特徴とする。

【００１６】（Ａ−１）実施形態の構成 本実施形態の通信システム１０の全体構成例を図１に示
す。

【００１７】図１において、当該通信システム１０は、
インターネット１１と、携帯電話ネットワーク１２と、
プリンタネットワーク１３とを備えている。

【００１８】このうち携帯電話ネットワーク１２には、
図示しないメール配送サーバやＨＴＴＰサーバ、基地局
などが含まれ、当該基地局と携帯電話機２１が無線通信
によって接続されている。

【００１９】同様に、プリンタネットワーク１３には、
図示しないメール配送サーバやＨＴＴＰサーバなどが含
まれ、遠隔プリンタ端末２２や公文書サーバ２３が接続
されている。

【００２０】プリンタネットワーク１３内に設けられた
多数の遠隔プリンタ端末（その１つが２２）は、街中の
随所に固定的に配置されている。例えば、コンビニエン
スストアや駅の構内などに配置されるものであってよ
い。

【００２１】また、本実施形態では１つのプリンタネッ
トワーク１３内に含まれる公文書サーバ２３の数は１つ
であるものとするが、その数は、２つ以上であってもよ
い。当該公文書サーバ２３は、住民票や印鑑証明の交付
主体である市区町村などの地方自治体に対応付けられる
ものとする。ただし必ずしも１つの公文書サーバ２３に
１つの地方自治体が対応付けられることは必要ではな
く、１つの公文書サーバに複数の地方自治体が対応付け
られたり、複数の公文書サーバに１つの地方自治体が対
応付けられたりしてもよい。

【００２２】なお、これらプリンタネットワーク１３
と、携帯電話ネットワーク１２とを接続するのが、前記
インターネット１１である。

【００２３】当該インターネット１１には、図示しない
メール配送サーバやＨＴＴＰサーバなどが含まれてい
る。

【００２４】インターネット接続サービスを実施してい
る携帯電話ネットワーク１２は、携帯電話機どうしの通
話を行うための基本的な電話システムに加えて、通常、
インターネット経由で電子メールをやり取りするための
電子メールシステムと、インターネット経由でハイパー
テキストをやり取りするためのハイパーテキストシステ
ムを備えている。

【００２５】同様にプリンタネットワーク１３も、公文
書サーバ２３と遠隔プリンタ端末２２間や携帯電話機２
１と公文書サーバ２３間で、電子メールをやり取りする
ための電子メールシステムと、ハイパーテキストをやり
取りするためのハイパーテキストシステムを備えてい
る。

【００２６】携帯電話ネットワーク１２における電子メ
ールシステムやハイパーテキストシステムの内容は、基
本的には各携帯電話事業者が自由に決定することができ
るが、インターネット１１に接続する以上、あまりに特
異な電子メールシステムを構築してしまうと、インター
ネット１１との接続が正常に行えなくなる可能性が高い
ため、通常は、インターネット１１と同じか、インター
ネット１１に類似した電子メールシステム、ハイパーテ
キストシステムを構築することになるものと考えられ
る。この点は、プリンタネットワーク１３についても同
様である。

【００２７】前記携帯電話機２１の主要部の構成例は、
図２に示す通りである。携帯電話機２１の機能は、当該
携帯電話機２１が属する携帯電話ネットワーク１２の携
帯電話事業者に応じても異なり、同じ携帯電話事業者で
あっても、携帯電話機メーカや製造開発時期が相違する
こと等によっても異なる。

【００２８】また、このような携帯電話機の機能は、上
述した携帯電話ネットワーク１２の電子メールシステム
やハイパーテキストシステムの構成要素ともなる。

【００２９】（Ａ−１−１）携帯電話機の構成例 図２において、携帯電話機２１は、送受信部３０と、デ
ィスプレイ部３１と、申請部３２と、記憶部３３と、操
作部３４とを備えている。

【００３０】このうち送受信部３０は、アンテナや各種
の高周波回路に加え、例えばＣＤＭＡ（符号分割多元接
続）方式の処理回路などを装備した部分で、前記基地局
に対向している。

【００３１】また、申請部３２は前記公文書サーバ２３
に対して公文書の交付申請を実行する部分で、所定の携
帯電話用のメーラや、携帯電話用のブラウザを搭載して
いる。

【００３２】携帯電話用のメーラには様々な種類がある
がそれらに共通する点は、パーソナルコンピュータなど
に搭載されるメーラと比較すると、送受信できる文字数
が少ないなど、機能が制限されていることである。同様
に、携帯電話用のブラウザにも様々な種類があるが、ど
れも、パーソナルコンピュータなどに搭載されるブラウ
ザと比較すると、読み込めるＷｅｂページのサイズが小
さかったり（例えば、１ページのサイズは画像も含めて
５Ｋバイト以内）、カラーページが表示できず白黒だけ
の表示となったりする機能制限がある。

【００３３】したがって、Ｗｅｂページの１ページのサ
イズが当該５Ｋバイトよりも大きいと、まったく閲覧す
ることができなくなってしまう。偶然、サイズの小さな
Ｗｅｂページがあれば閲覧可能な場合もあるが、基本的
には、携帯電話ネットワーク１２向けに作成されたＷｅ
ｂページだけしか、携帯電話ネットワーク１２内の携帯
電話機（例えば２１）では閲覧することができないもの
と考えておくほうが安全である。

【００３４】また、Ｗｅｂページを記述するマークアッ
プ言語の相違（例えば、コンパクトＨＴＭＬとＨＤＭＬ
の相違）により、ある携帯電話機では閲覧できるＷｅｂ
ページが他の携帯電話機では閲覧できないということも
起きる。

【００３５】本実施形態において交付申請は、基本的に
所定の申請フォームＦＭ１（図５参照）を利用して行う
ものとするが、必要に応じて、電子メールで申請した
り、音声ガイダンスとＰＢ（プッシュボタン）信号のや
り取りによって申請することもできるようにする。

【００３６】申請時の操作性や公文書サーバ２３の負荷
の観点からもっとも好ましいケースは、当該申請部３２
に（メーラと）ブラウザが搭載されているケース（第１
ケース）であるが、次に好ましいのはメーラだけしか搭
載されていないケース（第２ケース）であり、最後はブ
ラウザもメーラも搭載していないケース（第３ケース）
である。

【００３７】ただし本実施形態では、これら第１〜第３
のいずれのケースでも、交付申請が実行可能とする。

【００３８】申請部３２に接続されている記憶部３３
は、前記第１ケースにあっては閲覧時にＷｅｂページ
（交付申請用のフォームＦＭ１）を読み込むためのメモ
リとして機能し、第２ケースにあっては作成中の電子メ
ール（交付申請用の電子メール）を格納するためのメモ
リとして機能するが、第３ケースでは使用しない。した
がって、当該携帯電話機２１が第３ケースに対応する携
帯電話機である場合には、記憶部３３は省略することが
できる。

【００３９】また、ディスプレイ部３１は、当該携帯電
話機２１を携帯し操作するユーザＵ１が目視できるよう
に、Ｗｅｂページや電子メールの内容を画面表示するた
めの部分である。したがって、前記第３ケースの携帯電
話機では、少なくとも、交付申請のために当該ディスプ
レイ部３１が利用されることはない。

【００４０】申請部３２やディスプレイ部３１に接続さ
れた操作部３４は、前記申請フォームＦＭ１の記入や電
子メールの作成、あるいは前記ＰＢ信号の送信のために
使用する操作キーを有する操作部である。

【００４１】前記携帯電話ネットワーク１２、インター
ネット１１、プリンタネットワーク１３を経由して、前
記携帯電話機２１から交付申請を受け付ける公文書サー
バ２３の主要部の構成例は、図４に示すとおりである。

【００４２】(Ａ−１−２）公文書サーバの構成例図４
において、当該公文書サーバ２３は、送受信部４０と、
認証部４１と、交付部４２と、第１〜第３データ処理部
４３〜４５と、キャッシュメモリ４６と、検索部４７
と、データベース４８と、受付部４９と、スケジュール
部５０とを備えている。

【００４３】このうち送受信部４０は、申請受付時に前
記携帯電話機２１と通信するとともに、交付時には前記
遠隔プリンタ端末２２と通信し得る部分である。

【００４４】当該送受信部４０に接続された認証部４１
は申請受付時に申請者（ここではユーザＵ１）の正当性
について弱い認証を行い、交付時には強い認証を実行す
る部分である。

【００４５】申請時の弱い認証は、本実施形態では携帯
電話機２１の電話番号などを携帯電話機２１から送信さ
せて、予め認証部４１に蓄積されている電話番号やパス
ワードと一致するか否かを判定することで実行し、交付
時の強い認証では、ユーザＵ１に予め割り当てられてい
るパスワードなどを利用するとともに、必要に応じて遠
隔プリンタ端末２２やプリンタネットワーク１３の機能
も活用して、より強力な認証を実行するものとする。

【００４６】また、前記第１データ処理部４３はＣＧＩ
を搭載したＷｅｂサーバとしての機能を持つ部分で、パ
ーソナルコンピュータのブラウザを用いて申請する申請
者のためのＨＴＭＬファイル、携帯電話機のブラウザを
用いて申請する申請者（例えばＵ１）のためのコンパク
トＨＴＭＬファイル（またはＨＤＭＬファイルなど）を
閲覧要求に応じて端末のブラウザ（例えば、携帯電話機
２１の申請部３２が搭載するブラウザ）に送信する機能
や、ブラウザから送り返された記入済みの申請フォーム
ＦＭ１の内容を解析して、正常な受付が行えれば、受付
完了の通知をＨＴＭＬ形式（コンパクトＨＴＭＬ形式
（またはＨＤＭＬ形式）で返す機能を装備している。

【００４７】これに対し第２データ処理部４４は、メー
ラとしての機能を持つ部分で、パーソナルコンピュータ
のメーラを用いて申請する申請者のためのメーラ、携帯
電話機のメーラを用いて申請する申請者（例えばＵ１）
のためのメーラを備えているほか、形態素解析や構文解
析、意味処理などの自然言語処理を実行する自然言語処
理部を搭載している。

【００４８】すなわち、第２データ処理部４４内のメー
ラが、受け取った電子メールをデコードし、当該デコー
ド結果を自然言語処理部が処理することで、定型的な申
請事項、すなわち、申請者の住所、氏名や、交付を求め
る公文書の種類など取得するものである。

【００４９】定型的な申請フォーム（例えばＦＭ１）を
用いて申請された場合には、通常、このような自然言語
処理は不要であるが、申請が電子メールで行われた場合
には記述内容が不定形であるために自然言語処理が必要
になる。自然言語処理を実行するためには、公文書サー
バ２３の処理能力にかなり大きな負荷がかかるものと考
えられるので、効率を重視する場合には電子メールによ
る交付申請を行わないようにすることが望ましい。

【００５０】公文書の交付は、その性質上、様々な携帯
電話機を持つ申請者に対して、できるだけ平等に行うこ
とが必要であるとも考えられるので、ここでは、電子メ
ールによる申請にも対応するために、当該第２データ処
理部４４を搭載するものとした。

【００５１】次に第３データ処理部４５は、ＩＶＲ（イ
ンタラクティブ・ボイス・レスポンス（双方向性音声応
答））部や、ＣＴＩ（コンピュータ・テレフォニ・イン
テグレーション）部を搭載する部分で、携帯電話機ユー
ザ（ここではＵ１）に音声ガイダンスを聴取させ、当該
音声ガイダンスにしたがったＰＢ信号の送信を促すこと
で、前記申請事項を取得するものである。

【００５２】なお、音声ガイダンスとＰＢ信号のやり取
りだけで、申請者の住所や氏名を取得することは困難で
あると考えられるので、例えば、予め各申請者にユニー
クな識別番号を割り当てておき、ＰＢ信号による当該識
別番号の入力をもって、住所や氏名の入力に替える等の
方法を取るようにするとよい。

【００５３】これら３つのデータ処理部４３〜４５に接
続されている受付部４９は、認証が行われ、正常な申請
事項が取得できた申請者（ここではＵ１）に関する申請
事項の情報を、スケジュール部５０に供給する部分であ
る。

【００５４】なお、本実施形態では、遠隔プリンタ端末
（例えば２２）と公文書サーバ２３が通信する時間を短
くすることによって、各申請者が遠隔プリンタ端末を占
有する時間をできるだけ短くするために、申請フォーム
ＦＭ１内に交付希望日時に関する項目ＩＴ３を入力させ
ることとした。

【００５５】これを受けてスケジュール部５０は、公文
書の交付に関するスケジュールを管理する。

【００５６】公文書のもとになる申請者の個人情報は、
データベース４８内に蓄積されているが、地方自治体
は、大規模なものになると１００万人分にも達する膨大
な個人情報を蓄積しており、また、各個人情報の内容も
住民票に記載される住所、氏名などから印鑑証明に表示
される印鑑の詳細な形態に関する情報にいたるまで、多
岐にわたる。

【００５７】このため、データベース４８には膨大なデ
ータが蓄積されることとなり、その検索（検索部４７が
実行する）に要する時間は、データベース４８や検索部
４７などのハードウエア的、ソフトウエア的仕様にもよ
るが、十分に短いとは限らない。例えばこの検索に３０
秒以上かかるようでは、公文書の交付を受ける申請者は
強いストレスを感じることが予測されるし、それだけ一
人のユーザが遠隔プリンタ端末を占有する時間が長くな
ることとなる。

【００５８】一人のユーザの占有時間が長くなると、通
常の勤務時間が終了する午後６時以降になどには、コン
ビニエンスストア等に配置された遠隔プリンタ端末の前
に交付申請者の長い待ち行列が出現する可能性も高ま
る。

【００５９】申請者（例えばＵ１）からみた検索に要す
る時間を短縮し、一人の申請者が遠隔プリンタ端末２２
を占有する時間を短くするため、本実施形態では、交付
希望日時の少し前までに前記申請者の個人情報をデータ
ベース４８から検索してキャッシュメモリ４６に書き込
んでおき、実際に申請者（Ｕ１）が遠隔プリンタ端末２
２を操作して交付手続きを実行した場合、公文書の交付
を実行する交付部４２は、データベース４８からではな
くキャッシュメモリ４６から当該個人情報を読み出し
て、該当する公文書データを生成し、送受信部４０を介
して遠隔プリンタ端末２２へ送信する構成とした。

【００６０】この意味で、キャッシュメモリ４６は一時
的なデータベースとして機能するが、蓄積している個人
情報は、これから公文書の交付を受けようとする者の個
人情報に限られるため、データベース４８よりもはるか
に少ない。当該キャッシュメモリ４６は、例えば、数百
〜数千人分程度の個人情報を蓄積すれば十分であると考
えられる。

【００６１】したがって交付時に交付部４２が当該キャ
ッシュメモリ（一時データベース）４６に対して実行す
る検索は、データベース４８に対して検索部４７が行う
検索に比べてはるかに短時間で完了し、速やかな公文書
の交付が可能となるから、１申請者当たりの遠隔プリン
タ端末占有時間も短縮される。

【００６２】次に、前記遠隔プリンタ端末２２の主要部
の構成例について、図３を用いて説明する。

【００６３】(Ａ−１−３）遠隔プリンタ端末の構成例 図３において、当該遠隔プリンタ端末２２は、送受信部
３５と、認証部５６と、データ処理部５７と、偽造防止
部５８と、操作部５９と、ディスプレイ部６０と、印刷
処理部６１とを備えている。

【００６４】このうち送受信部５５は、プリンタネット
ワーク１３を介して前記公文書サーバ２３と通信する部
分で、前記送受信部４０に対向している。

【００６５】また、前記認証部５６は、交付時に上述し
た強力な認証を実行する部分である。

【００６６】認証部５６による認証では、ユーザ認証の
ほかに端末認証も行うほうが好ましい。

【００６７】公文書サーバ２３と遠隔プリンタ端末（例
えば当該２２）のあいだを専用線で接続することでセキ
ュリティ性を高めることができるが、それでも、インタ
ーネット１１経由で携帯電話機（例えば２１）からの申
請を受け付ける以上、公文書サーバ２３に対するクラッ
キングや、他人に成り済ました悪意の第３者による公文
書の不正取得などを、専用線だけで完全に防止すること
は困難である。このため、認証部５６では端末認証を実
行して、公文書サーバ２３に対し、当該遠隔プリンタ端
末２２の正当性を証明する構成とした。

【００６８】端末認証には、例えば公開鍵系の暗号を利
用して、認証の信頼性を高めるようにするとよい。

【００６９】また、当該認証部５６が行うユーザ認証で
は、ユーザに予め割り当てられているパスワード等を利
用してもよいが、パスワードを利用する場合には、上述
した申請時の弱い認証で使用するパスワードとは異なる
パスワードを使用するとよい。

【００７０】携帯電話機２１から送信されるパスワード
はインターネット１１上で傍受される可能があるからで
ある。また、携帯電話機の限られた性能では、申請時の
パスワードに対して強力な暗号化を施すことも困難であ
ると考えられるので、その意味でも、交付時のパスワー
ドは申請時とは異なるものを使用する必要がある。

【００７１】また、交付時の認証では、当該パスワード
に替えて、またはパスワードとともに、バイオメトリク
ス系の認証（申請者の指紋、声紋など身体的特徴を利用
する認証）や、スマートカードを用いる認証を行うよう
にしてもよい。多くの場合、遠隔プリンタ端末２２を申
請者が操作しているとき、その背後や周辺には、不特定
多数の人が居るものと考えられるから、例えばキー操作
などによって当該パスワードを入力するようにすると、
パスワードを知られてしまう可能性も少なくない。

【００７２】その点で、バイオメトリクス系やスマート
カードを用いる認証は、当該通信システム１０にとって
好ましいものと考えられる。

【００７３】なお、スマートカードは、クレジットカー
ド程度の大きさのカードにプロセッサやメモリを内蔵し
た装置である。

【００７４】このようなスマートカードを用いるユーザ
認証では、例えば、公文書サーバ２３の認証部４１から
送られてきたランダムな値と予め申請者に割り当てら
れ、当該メモリに格納されている秘密鍵をもとにプロセ
ッサがデータを算出してその算出値を認証部４１へ返す
ことで、ユーザ認証を実行する。

【００７５】本実施形態の場合、前記携帯電話機２１に
当該スマートカードの機能を搭載しておき、交付時のユ
ーザ認証では、前記携帯電話機２１のスマートカード部
分のコネクタなどを遠隔プリンタ端末２２に装着するこ
とで、当該ユーザ認証を行うようにしてもよい。

【００７６】当該認証部５６に接続されている前記デー
タ処理部５７は、公文書サーバ内の第１データ処理部４
３と同様にＨＴＭＬファイルの閲覧を行うことのできる
ブラウザを搭載した部分である。

【００７７】公文書サーバから送信される前記公文書デ
ータは、単なるテキストデータではなく、偽造防止のた
めの陰影やグラデーション、透かしなどの情報を持つ画
像データであるので、ここではＨＴＭＬのリンク機能を
用いて、当該画像データを遠隔プリンタ端末２２のブラ
ウザが読み込めるようにした。

【００７８】このブラウザは、携帯電話機２１などに搭
載されている機能制限されたブラウザではなく、通常の
パーソナルコンピュータなどに搭載されている機能制限
のないブラウザであるのは当然である。

【００７９】当該データ処理部５７に接続されている偽
造防止部５８は、受信した公文書データをもとに公文書
Ｓ４８を印刷処理部６１が印刷出力する際、陰影、グラ
デーション、透かしなどの偽造防止加工を、印刷出力さ
れる紙に施すための機能を備えている。

【００８０】また、ディスプレイ部６０は、通常のデス
クトップ型のパーソナルコンピュータと同程度の大きさ
（例えば１７インチ程度）の表示画面を持ち、申請者に
対する視覚的なユーザインタフェースを提供する部分で
ある。

【００８１】さらに、操作部５９は、申請者が交付要求
などを公文書サーバ２３に伝える際などに操作するため
の複数の操作キーを備えた部分である。

【００８２】なお、当該遠隔プリンタ端末２２は、全体
として、前記携帯電話機２１に比べると機械的にも、電
子的にも、はるかに大規模で高機能な装置である。

【００８３】以下、上記のような構成を有する本実施形
態の動作について説明する。

【００８４】（Ａ−２）実施形態の動作 本実施形態は、携帯性に富んだ携帯電話機（２１など）
を用いて、いつでも、どこからでも公文書交付の申請を
行い、当該申請に対応する交付は、随所に配置された遠
隔プリンタ端末（例えば２２）の場所まで移動し、当該
遠隔プリンタ端末を操作することで実現する。

【００８５】いま、例えば、携帯電話機２１を携帯する
ユーザＵ１が、平成１３年３月２９日の昼休み時間中
に、ユーザＵ１が勤務する会社内で携帯電話機２１を操
作して住民票の交付申請を行うものとする。

【００８６】当該携帯電話機２１の前記申請部３２がブ
ラウザを搭載している場合、ユーザＵ１が携帯電話機２
１から所定のＵＲＬを入力すると、当該ブラウザの機能
により、携帯電話ネットワーク１２、インターネット１
１、プリンタネットワーク１３を経由して、公文書サー
バ２３内の前記第１データ処理部４３から、例えばＨＴ
ＴＰプロトコルにしたがってＷｅｂページが伝送され、
携帯電話機２１のディスプレイ部３１には、所定のトッ
プページが画面表示される。

【００８７】次にユーザＵ１が操作部３４を介して、当
該トップページに埋め込まれた公文書の交付申請を指定
するタグ（例えば、コンパクトＨＴＭＬの場合なら、フ
ォームタグ）を操作すると、一例として、図５に示すよ
うな申請フォームＦＭ１が携帯電話機２１のディスプレ
イ部３１に画面表示される。

【００８８】当該申請フォームＦＭ１上には、ユーザＵ
１にとって意味のある構成として、申請者属性事項ＩＴ
１と、文書属性事項ＩＴ２と、交付属性事項ＩＴ３の各
事項が設けられている。

【００８９】このうち申請者属性事項ＩＴ１には、申請
者の住所ＩＴ１１、氏名ＩＴ１２、生年月日ＩＴ１３が
含まれ、文書属性事項ＩＴ２には、住民票属性事項ＩＴ
２１と、印鑑証明属性事項ＩＴ２２が含まれている。

【００９０】住民票属性事項ＩＴ２１には、住民票の交
付を求めるか否か、求める場合には何通必要がを記入す
るようになっている。この点、印鑑証明属性事項ＩＴ２
２も同じである。

【００９１】また交付属性事項ＩＴ３には、ＡＳＡＰ交
付属性事項ＩＴ３１と、計画交付属性事項ＩＴ３２が設
けられ、当該計画交付属性事項ＩＴ３２内はさらに、交
付日属性事項ＩＴ３２１と、交付時属性事項ＩＴ３２２
に細分される。

【００９２】なお、ここでは交付属性事項ＩＴ３とし
て、交付の時間的な属性に関する事項のみを設けたが、
必要に応じて、空間的な属性に関する事項も設けるよう
にしてもよい。

【００９３】すなわち、プリンタネットワーク１３内に
多数存在する遠隔プリンタ端末のうち、いずれの遠隔プ
リンタ端末を使用して交付（印刷出力）するか、あるい
は、どの町の何丁目にある遠隔プリンタ端末（複数存在
してもよい）を使用して交付するかを、予め指定するよ
うにしてもよい。

【００９４】プリンタネットワーク１３が地理的、物理
的に大きな広がりを持っている場合、各遠隔プリンタ端
末（例えば２２）への公文書データは、公文書サーバ２
３から直接、遠隔プリンタ端末にとどくわけではなく、
１または複数のＨＴＴＰサーバ（あるいはルータ）の中
継を経てとどくことになるが、予め交付の空間的な属性
が絞り込まれていれば、地理的に近いサーバに公文書デ
ータを一時蓄積しておくことにより、交付に関する負荷
を分散して、１申請者当たりの遠隔プリンタ端末占有時
間をさらに短縮することが可能である。

【００９５】また、前記申請フォームＦＭ１上には、シ
ステムの内部処理にとって意味のある構成として、編集
ボックスＥＢ１、ＥＢ２と、スピンコントロールＳＰ１
〜ＳＰ９と、ラジオボタンＲＢ１１〜ＲＢ１３、ＲＢ２
１、ＲＢ２２、ＲＢ３１、ＲＢ３２と、チェックボック
スＣＢ１、ＣＢ２と、送信ボタンＢＴ１が設けられてい
る。

【００９６】このうち編集ボックスＥＢ１、ＥＢ２は、
文字列を入力するためのエリアで、当該エリア内では原
則として文書の編集に必要なすべての機能が使用可能で
ある。

【００９７】また、ラジオボタンは排他的な選択を行う
場合に使用されるボタンで、組になった複数のボタンの
うち１つのボタンだけを埋めることができるようになっ
ている。埋めたボタンが選択で、埋めていないボタンは
非選択であることを示す。図示の例では、ラジオボタン
ＲＢ１１〜ＲＢ１３が第１の組を構成し、ラジオボタン
ＲＢ２１、ＲＢ２２が第２の組を構成し、ラジオボタン
ＲＢ３１、ＲＢ３２が第３の組を構成している。

【００９８】さらにチェックボックスＣＢ１、ＣＢ２は
チェックすることによって選択を示し、チェックしない
ことによって非選択を示すボックスである。ラジオボタ
ンと異なり、チェックボックスによる選択は、重複して
行うことも可能である。

【００９９】なお、前記送信ボタンＢＴ１は押しボタン
コントロールの一種で、操作することによって当該申請
フォームＦＭ１にユーザＵ１が記入した内容を、前記第
１データ処理部４３に送信するボタンである。

【０１００】また前記スピンコントロールＳＰ１は編集
ボックスＥＢ３とアップダウンコントロールＵＤ１の組
合せによって構成されたコントロールである。その他の
スピンコントロールＳＰ２〜ＳＰ９も、当該スピンコン
トロールＳＰ１と同様に、編集ボックスとアップダウン
コントロールの組合せによって構成されている。

【０１０１】なお、機能制限の多い携帯電話機用のブラ
ウザでは、これらのボックスやコントロールのうちの一
部が使用できないことも起こり得る。その場合には、他
のボックスやコントロールを用いて同様な機能を実現す
るように申請フォームを構成するとよい。

【０１０２】例えば、スピンコントロールを使用できな
い携帯電話機は多いと考えられるが、スピンコントロー
ルと同等な機能は、数字の入力しか許さない編集ボック
スを用いて実現可能である。当該編集ボックスに数字以
外のものが入力された場合には、例えば公文書サーバ２
３側のＣＧＩによって、入力が正しく行われていない旨
のメッセージを携帯電話機２１のディスプレイ部３１に
画面表示させ、数字の入力を促すようにしてもよい。

【０１０３】さて、当該申請フォームＦＭ１に記入する
場合、ユーザＵ１はまず、事項ＩＴ１１に対応する編集
ボックスＥＢ１に自身の住所を記入し、ＥＢ２に氏名を
記入する。

【０１０４】そして、前記ラジオボタンＲＢ１１〜ＲＢ
１３のうちから自身の生年月日の属する年号を選択す
る。

【０１０５】図示の例は、ユーザＵ１が、昭和４１年９
月１５日生まれの場合を示す。

【０１０６】次にユーザＵ１は、住民票の交付が必要で
印鑑証明の交付は不要なら、チェックボックスＣＢ１を
チェックし、住民票が３通必要な場合には、スピンコン
トロールで当該「３」を記入し交付希望日時の記入に移
る。

【０１０７】交付希望日時は、現時点からできるだけ早
期の交付を希望する場合には、ラジオボタンＲＢ２１を
埋めればよいが、それほど早期の交付が必要なく、ある
程度時間が経過してから交付を受けるのが好都合な場合
にはラジオボタンＲＢ２２を埋める。

【０１０８】このケースでは、現在、ユーザＵ１は会社
に居て、すぐに交付を受けることができないため、勤務
時間が終わったあとの本日午後１０時頃の交付を希望
し、スピンコントロールＳＰ６〜ＳＰ９に、その旨記入
している。

【０１０９】必要なすべての事項について記入が完了し
たことを確認すると、ユーザＵ１は、送信ボタンＢＴ１
を操作して、当該申請フォームＦＭ１の記入事項を、携
帯電話ネットワーク１２、インターネット１１、プリン
タネットワーク１３経由で公文書サーバ２３に送達す
る。

【０１１０】なお、当該申請フォームＦＭ１内に、上述
した申請時のパスワードや携帯電話機２１の電話番号を
記入するための編集ボックスも設けるようにすれば、申
請フォームＦＭ１の送信によって認証を行うこともでき
る。

【０１１１】もちろん、認証専用の認証フォームを、当
該申請フォームＦＭ１の前、または後に携帯電話機２１
で閲覧することができるようにしてもよい。

【０１１２】なお、本実施形態では、交付申請は携帯電
話機で行い、交付は遠隔プリンタ端末で受ける構成を取
っているため、ラジオボタンＲＢ１を埋めて「できるだ
け早く」を選択した場合でも、通常、ユーザＵ１が実際
にいずれかの遠隔プリンタ端末（例えば２２）の位置に
移動するまでにはある程度の時間が経過するものと考え
られるので、この移動時間内に、ユーザＵ１の個人情報
をデータベース４８から検索してキャッシュメモリ４６
に書き込むことができることも、１申請者当たりの遠隔
プリンタ端末占有時間の短縮に寄与する。

【０１１３】もちろん、必要ならば、携帯電話機２１か
らではなく遠隔プリンタ端末（例えば２２）から、交付
申請が行えるようにしてもよいが、それを禁止すること
によって初めて、このような１申請者当たりの遠隔プリ
ンタ端末占有時間の短縮が達成できるものである。

【０１１４】なお、本実施形態で携帯電話機２１から電
子メールによって交付申請を行う場合には、申請フォー
ムＦＭ１と同様な各事項を、電子メールに記述すること
になる。

【０１１５】また、携帯電話機２１がブラウザもメーラ
も搭載していない場合には、上述したように、公文書サ
ーバ２３内の第３データ処理部４５から送信される音声
ガイダンスにしたがって交付申請を実行することにな
る。

【０１１６】申請が正常に行われ、ユーザＵ１が正当な
申請者であることが認められると、その旨のメッセージ
が公文書サーバ２３から携帯電話機２１に返される。

【０１１７】その時点から、交付予定時刻である午後１
０時までの間のサーバ負荷が軽微な時間帯を選んで、住
民票の生成に必要なユーザＵ１の個人情報がデータベー
ス４８から検索され、キャッシュメモリ４６に書き込ま
れる。

【０１１８】ただしこの書き込みをあまり早期に実行す
ると、キャッシュメモリ４６の記憶容量が足りなくなる
可能性もあるので、書き込み時刻が早すぎないように配
慮する必要がある。また、キャッシュメモリ４６の記憶
容量が足りなくなった場合には、優先順位の低い個人情
報、すなわち交付予定時刻（ユーザＵ１の場合は、平成
１３年３月２９日午後１０時）までに余裕がある個人情
報から順番に削除して、優先順位の高い新たな個人情報
をキャッシュメモリ４６に書き込むようにするとよい。

【０１１９】これにより、前記交付予定時刻（午後１０
時）に、ユーザＵ１が例えば遠隔プリンタ端末２２を操
作して交付を受ける際には、所定の操作後ただちに、交
付部４２がキャッシュメモリ４６から該当する個人情報
を読み出し、ユーザＵ１の住民票を生成するための公文
書データを遠隔プリンタ端末２２に送信し、遠隔プリン
タ端末２２は、ユーザＵ１の求めに応じて、３通の住民
票を印刷出力する。

【０１２０】なお、公文書のような重要度の高い文書の
データ（公文書データ）は、セキュリティ上、プリンタ
ネットワーク１３上の一個所だけに存在すること（一位
性）が求められるが、当該一位性は、いわゆるトランザ
クション処理を適用することによって実現可能である。

【０１２１】トランザクション処理はall or nothing
の処理で、どのような不測の事態が発生した場合でも、
予め定義した一連の処理が途中で終わることがない。

【０１２２】例えば、ある公文書データが公文書サーバ
２３から最初のＨＴＴＰサーバ（あるいはルータ）に転
送され、当該ルータから次のルータへと順次に受け渡さ
れ、最後に前記遠隔プリンタ端末２２にとどくものとす
ると、Ｎ番目（Ｎは自然数）のルータからＮ＋１番目の
ルータへ当該公文書データが送信されると同時にＮ番目
のルータに内蔵された記憶手段から当該公文書データの
記憶を削除する動作を逐次繰り返すことにより、前記一
位性を実現することが可能である。

【０１２３】この場合、Ｎ番目のルータで行われる公文
書データの削除と送信が、トランザクション処理であ
る。ここで、削除は、ハードディスクなどの不揮発性記
憶手段からの削除を意味する。送信の瞬間まで公文書デ
ータは何らかの送信用の記憶手段で記憶していなければ
ならないが、その送信用の記憶手段は揮発性記憶手段と
すると、一位性の確保に有効である。

【０１２４】例えば、不測の停電などによりＮ番目のル
ータに対する電源供給が突然断たれた場合、公文書デー
タの記憶はＮ番目のルータ上から完全に失われる可能性
があるが、少なくとも一位性が損なわれることはない。

【０１２５】なお、不測の停電などが発生した場合に
は、もう１度、公文書サーバ２３から公文書データを送
信させることで、正常な公文書の交付を行うことができ
る。

【０１２６】（Ａ−３）実施形態の効果 以上のように、本実施形態によれば、携帯電話機を用い
て公文書交付の申請を行い、当該申請に対応する交付
は、随所に配置された遠隔プリンタ端末の印刷出力によ
ることとしたので、効率性および融通性に優れ、使い勝
手のよい通信システムを構築することができる。

【０１２７】また、本実施形態は、インターネット上や
携帯電話ネットワーク上に実装された既存の電子メール
システムやハイパーテキストシステムなどを、ほとんど
そのまま活用できるため、実現性に優れている。

【０１２８】（Ｂ）他の実施形態 なお、上記実施形態におけるインターネット（１１）は
イントラネットなど、他のネットワークに置換可能であ
り、携帯電話機（２１など）はＰＨＳ端末、ＰＤＡ端末
など他の携帯通信端末に置換可能である。

【０１２９】また、上記実施形態では、交付する文書は
公文書に限ったが、本発明では必ずしも公文書に限定す
る必要はない。

【０１３０】

【発明の効果】以上に説明したように、本発明によれ
ば、効率性および融通性を高め、使い勝手のよい文書出
力システム及び画像情報出力システムを提供することが
できる。

【図面の簡単な説明】

【図１】実施形態に係る通信システムの主要部の構成例
を示す概略図である。

【図２】実施形態で使用する携帯電話機の主要部の構成
例を示す概略図である。

【図３】実施形態で使用する遠隔プリンタ端末の主要部
の構成例を示す概略図である。

【図４】実施形態で使用する公文書サーバの主要部の構
成例を示す概略図である。

【図５】実施形態の動作説明図である。

【符号の説明】

１０…通信システム、１１…インターネット、１２…携
帯電話ネットワーク、１３…プリンタネットワーク、２
１…携帯電話機、２２…遠隔プリンタ端末、２３…公文
書サーバ、４１…認証部、４２…交付部、４３…第１デ
ータ処理部、４４…第２データ処理部、４５…第３デー
タ処理部、４６…キャッシュメモリ、４７…検索部、４
８…データベース、４９…受付部、５０…スケジュール
部、５７…データ処理部、５８…偽造防止部。

フロントページの続き (72)発明者 河野 光明 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 (72)発明者 レオンハルト・ゲルブリッヒ 東京都港区芝公園２−４−１ 東芝テック 株式会社芝事業所内 Ｆターム(参考） 2C061 AP01 HJ08 HK19 HQ12 5B021 AA01 BB02 EE05

Claims (9)

【特許請求の範囲】
1. 【請求項１】 文書の交付申請元となる第１の通信端末
   と、当該交付申請に応じて文書を交付する第２の通信端
   末とを備える文書出力システムにおいて、 前記第２の通信端末から交付された文書を所定の出力態
   様で出力する第３の通信端末として、文書出力端末を備
   えることを特徴とする文書出力システム。
2. 【請求項２】 請求項１の文書出力システムにおいて、 前記第１の通信端末は、携帯通信端末であり、 前記第３の通信端末は、固定的に設置された固定設置端
   末であることを特徴とする文書出力システム。
3. 【請求項３】 請求項２の文書出力システムにおいて、 前記固定設置端末は、多数の固定設置端末によりネット
   ワークを形成していることを特徴とする文書出力システ
   ム。
4. 【請求項４】 携帯通信端末から交付申請を行う際に、
   文書の交付時の指定を行う場合の請求項２の文書出力シ
   ステムにおいて、 前記第２の通信端末は、当該交付時の指定を元に交付計
   画を策定し、当該交付計画に従って交付準備を実行する
   ことを特徴とする文書出力システム。
5. 【請求項５】 請求項１の文書出力システムにおいて、 前記文書は公文書であり、前記出力態様には少なくとも
   印刷出力を含むことを特徴とする文書出力システム。
6. 【請求項６】 用紙へ印刷出力する画像情報を指定する
   とともに、当該画像情報を用紙に印刷出力する場所を指
   定する端末と、 この端末に指定された場所に前記画像情報を送信する送
   信手段と、 この送信手段により送信された前記画像情報を用紙上に
   出力するプリンタとからなることを特徴とする画像情報
   出力システム。
7. 【請求項７】 画像情報を記憶してなるサーバと、 このサーバとインターネットを介して接続され、前記サ
   ーバ内の画像情報を用紙上に印刷出力する複数のプリン
   タと、 前記サーバとインターネットを介して接続され、前記サ
   ーバ内の画像情報を指定するとともに当該画像情報を印
   刷出力するプリンタを指定する端末とからなるシステム
   であって、 前記端末から指定された前記サーバ内の画像情報を、前
   記複数のプリンタのうち前記端末から指定されたプリン
   タから印刷出力することを特徴とする画像情報出力シス
   テム。
8. 【請求項８】 前記端末は携帯電話機であることを特徴
   とする請求項６、７記載の画像情報出力システム。
9. 【請求項９】 用紙へ印刷出力する画像情報を指定する
   とともに、当該画像情報を用紙に印刷出力する場所およ
   び時間を指定する端末と、 この端末に指定された場所に、前記端末により指定され
   た時間に前記画像情報を送信する送信手段と、 この送信手段により送信された前記画像情報を用紙上に
   出力するプリンタとからなることを特徴とする画像情報
   出力システム。