JP2000105844A

JP2000105844A - 相互確認システム

Info

Publication number: JP2000105844A
Application number: JP10291393A
Authority: JP
Inventors: Shigeo Kosuge; 惠雄小菅
Original assignee: Individual
Current assignee: Individual
Priority date: 1998-09-29
Filing date: 1998-09-29
Publication date: 2000-04-11

Abstract

(57)【要約】【課題】発券作業の手間を削減し、その時間を短縮し
て、発券作業にかかるコストを削減するとともに、購入
者の手元に早くチケットが届く相互確認システムを提供
することである。【解決手段】センタマシン１と、このセンタマシン１
に通信回線３を介して接続し、プリンター２２を備えた
端末マシン２と、バーコードなどの非認識情報を解読す
るコードリーダーなどの解読機構とからなり、センタマ
シン１は、送信情報を記憶したファイル１０〜１３と、
文字情報をバーコードなどの非認識情報に変換するコー
ド変換部１５とを備え、センタマシンが非認識情報化し
て作成した画像情報を端末マシンへ送信し、上記端末マ
シン２は、受信した情報をプリントアウトしてチケット
を作成し、上記解読機構は、上記チケットの非認識情報
を解読する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、予約注文したコ
ンサートなどのチケットが使用される時に、発行者側
が、チケットの使用者を確認することができる相互確認
システムに関するものである。

【０００２】

【従来の技術】コンサートや、観劇などのチケットをコ
ンピューター通信によって、予約注文し、購入すること
がある。チケット購入者が予約注文すると、チケットセ
ンターでは、印刷したチケットを注文に応じて分配す
る。そして、座席指定の場合、まず、座席割りを行なっ
てから、各チケットをそれぞれ対応する観客に、郵便な
どによって、送るようにしていた。このようなチケット
の購入者は、コンサートの当日、配達されたチケットを
持って会場へ出かける。コンサート会場などの入口で
は、上記チケットがそのコンサートのものであるかどう
か、あるいは日時が間違っていないかなどを、入場係が
チェックする。

【０００３】

【発明が解決しようとする課題】上記のようなチケット
には、座席番号が記載されているが、対応する観客名ま
では、記載されていない。そのため、チケット発送時に
は、席割りが済んだ各チケットを、相手を間違えないよ
うにして、各封筒に入れなければならない。座席は、座
席番号が１番ずれただけで、離れてしまうこともあるの
で、間違えないように分配しなければならない。特に、
グループで申し込んだ人達に対しては、仲間が近くの席
に座れるように席を決め、その席のチケットがバラバラ
にならないように注意しなければならなかった。上記の
ような発券作業は、人手で行なわれるので、手間と時間
がかかり、その分、コストもかかっていた。また、発送
準備に時間がかかるため、チケットの購入者が注文して
からチケットを受け取るまでの時間が長かった。

【０００４】さらに、会場では観客の入場時に、入場係
が目視で、チケット内容を確認していたので、入場に時
間がかかってしまうことがあった。特に、偽造チケット
を排除するために、特殊な紙を用いたり、複雑な印刷を
用いることもあったが、入場係が紙質などを確認しなけ
ればならない場合には、さらに時間がかかって、観客の
スムーズな入場の妨げになっていた。また、上記のよう
な特殊なチケットを作成すると、チケット作成費用が嵩
んでしまうという問題もあった。

【０００５】この発明の目的は、発券作業の手間を削減
し、その時間を短縮して、発券作業にかかるコストを削
減するとともに、購入者の手元に早くチケットが届く相
互確認システムを提供することである。また、別の目的
は、発行したチケットが使われるとき、例えば、コンサ
ート会場などの入場時に、その内容をすばやく確認でき
る相互確認システムを提供することである。さらに、別
の目的は、偽造チケットを簡単に発見して、それが使用
されることを防止できる相互確認システムを提供するこ
とである。

【０００６】

【課題を解決するための手段】第１の発明は、センタマ
シンと、このセンタマシンに通信回線を介して接続し、
プリンターを備えた端末マシンと、バーコードなどの非
認識情報を解読するコードリーダーなどの解読機構とか
らなり、センタマシンは、送信情報を記憶したファイル
と、文字情報をバーコードなどの非認識情報に変換する
コード変換部とを備え、センタマシンが非認識情報化し
て作成した画像情報を端末マシンへ送信し、上記端末マ
シンは、受信した情報をプリントアウトしてチケットを
作成し、上記解読機構は、上記チケットの非認識情報を
解読する点に特徴を有する。第２の発明は、非認識情報
に、本人確認情報を含む点に特徴を有する。第３の発明
は、センタマシンは、画像情報を送信先である端末マシ
ンの特性レベルに合わせて送信するための処理部を備え
た点に特徴を有する。第４の発明は、送信情報が、セン
タマシンで作成した文字情報を含むとともに、センタマ
シンがビットマップ変換部を備え、上記文字情報を上記
ビットマップ変換部でビットマップ化して画像化文字デ
ータを作成し、この画像化文字データを端末マシンへ送
信する点に特徴を有する。

【０００７】なお、非認識情報とは、バーコードなど、
一見して情報内容がわからないような形状に変換した情
報のことである。また、本人確認情報とは、個人を特定
できる情報をコード化したもので、情報内容としては、
住所、氏名などのほか、本人だけが知りうるパスワード
なども含まれる。

【０００８】

【発明の実施の形態】図１〜図５にこの発明の第１実施
例を示す。図１、図２に示すのは、センタマシン１と複
数の端末マシン２との間でデータの送受信ができる装置
である。センタマシン１と端末マシン２とは、電話回線
３を介して接続している。上記センタマシン１が送信す
るデータは、例えば、コンサートや演劇の公演予定など
である。また、ユーザーは、端末マシン２によって、上
記センタマシン１から送信されるデータを見て、通信に
よって欲しいチケットを予約注文し、それを手に入れる
ことができる。

【０００９】以下に、このシステムの流れを説明する。
この第１実施例では、図１、図２に示すようなセンタマ
シン１と端末マシン２との間で、チケットの注文、発券
が行われる。まず、ユーザーがセンタマシン１に注文デ
ータを送信する。センタマシン１側は、注文に応じて座
席割りを行い、その後、各ユーザーに対して、必要なチ
ケットデータを送信する。ユーザーは、端末マシン２が
受信したチケットデータをプリントアウトして、図３に
示すようなチケット４を作成する。そして、ユーザー
は、端末マシン２で作成したそのチケット４を持って、
コンサート会場などに出かける。その場所で、チケット
内容から、ユーザーを確認することができる。

【００１０】図３に示すチケット４は、認識部５と、非
認識情報をプリントした非認識部６とからなっている。
認識部５には、コンサートの名称、開催日時、座席番号
など、通常のチケット４に記載されている内容のほか、
購入者の氏名も記載されている。また、図柄など、画像
データが表示されることもある。一方、非認識部６に
は、図３に示すように、二次元バーコード６ａがプリン
トされている。そのままではどのような情報が含まれて
いるのかわからないが、この非認識部６には、図４
（ａ）に示す情報７が含まれている。そして、この情報
７の中には、チケット４の認識部５には表れない本人確
認情報８として、例えば、住所、電話番号、パスワード
などが含まれている。なお、上記住所やパスワードなど
のユーザー情報は、ユーザーが通信で注文するときに、
自分で特定するものである。

【００１１】上記のようなチケット４の非認識部６は、
この発明の解読機構である二次元バーコードリーダーに
よって解読することができる。つまり、図３、図４
（ｂ）の非認識部６にバーコードリーダーを当てると、
図４（ａ）の情報が、読み込まれる。したがって、コン
サート会場の入口などでは、入場係が、バーコードリー
ダーで、上記非認識部６を読み込み、その内容を確認す
ることができる。バーコードリーダーにＣＰＵを接続
し、内容を確認するようにすれば、全てのチケットを人
が目視で確認するよりも早く、観客を入場させることが
できる。また、バーコードリーダーで読み込んだデータ
をディスプレイに表示して、その場で、パスワードなど
本人確認情報８を本人に確認すれば、不正にコピーした
チケットの使用を排除することも簡単にできる。例え
ば、図４のように「ベートーヴェン」をパスワードにし
たときには、会場でそのパスワードをたずねられて、
「ベートーヴェン」と答えられなければ、その人は、不
正使用者と考えられる。

【００１２】次に、上記チケット４に関するチケットデ
ータをセンタマシン１から端末マシン２へ送信する方法
を説明する。上記センタマシン１は、図２に示すよう
に、処理部９を備えている。この処理部９には、番組フ
ァイル１０、フォントファイル１１、画像ファイル１
２、ユーザー情報ファイル１３、送受信部１４を接続し
ている。そして、上記チケットデータは、文字データの
他、画像ファイル１２にあらかじめ記憶している画像デ
ータやユーザー情報ファイル１３に記憶したユーザー情
報などを組み合わせて、センタマシン１で作成するよう
にしている。そして、番組ファイル１０には、送信する
チケットデータの内容に関する番組データを記憶してい
る。

【００１３】この番組データは、チケットデータの認識
部の文字データの他、送信情報に用いた画像データのフ
ァイル名を記憶している。上記文字データは、例えば
「あ」や「い」などの文字の種類を表わす文字コード
と、フォントや大きさなど、文字の属性を表わす属性コ
ードとからなる。また、上記ユーザー情報ファイル１３
には、注文時にセンタマシン１が受信したユーザー情報
が記憶されている。さらに、上記処理部９には、文字デ
ータをバーコード化するバーコード変換部１５と、文字
や画像をビットマップ化するビットマップ変換部１６と
を備えている。

【００１４】一方、端末マシン２は、ユーザーが操作し
て、必要なデータを入力する入力部１７と、上記センタ
マシン１とデータのやり取りをする送受信部１８と、処
理部１９と、記憶部２０とを備え、処理部１９には、デ
ィスプレイ２１、プリンター２２などの出力部を接続し
ている。なお、上記処理部１９は、受信したコードを文
字や画像の形に変換して出力するデコーダ機能を備えて
いる。

【００１５】このような送受信システムでのチケット発
行作業を図５のフローチャートにしたがって説明する。
なお、このフローは、センタマシン１からの発券作業の
フローであって、ユーザーからの注文および住所やパス
ワードの特定は、済んでいるものとする。そして、ユー
ザーが注文時に入力したデータは、センタマシン１のユ
ーザー情報ファイル１３が記憶している。また、注文デ
ータに応じた座席の割り当てデータも、ユーザー情報に
対応させて、ユーザー情報ファイル１３に記憶してい
る。

【００１６】まず、ステップ１で、処理部９は番組ファ
イル１０から番組データを読み込む。ステップ２では、
処理部９が上記番組データで特定される文字フォント
と、画像データ、ユーザー情報を、各ファイル１１、１
２、１３から読み込む。これによって、図３に示す１枚
のチケット４に含まれるチケットデータが完成する。ス
テップ３では、処理部９において、上記チケットデータ
の種類が、文字データか、その他のデータ、例えば画像
データかを判別する。文字データ以外の場合、ステップ
８へ進み、データを圧縮する。ステップ９では、上記圧
縮データを送受信部１４から送信する。

【００１７】一方、ステップ３で、送信情報が文字デー
タの場合、ステップ４へ進む。ステップ４では、文字デ
ータの属性コードから特定したフォントを、フォントフ
ァイル１１から選択する。ここで、文字データは、表示
される「文字」の形になる。ステップ５では、文字デー
タが、チケット４上で認識部５として現れるデータか、
非認識部６のデータかを判別する。ここで、認識部５の
データなら、ステップ７に進み、非認識部６のデータな
ら、ステップ６へ進む。ステップ６では、処理部９のバ
ーコード変換部１５で、上記文字データを二次元バーコ
ードに変換する。ここで、図４（ａ）の情報７が、図４
（ｂ）のバーコード６ａに変換される。

【００１８】ステップ７では、上記「文字」を画像とし
て、ビットマップ変換部１６において、ビットマップに
変換する。ここで、ビットマップ化することにより、文
字データを画像データ化することになる。このように、
文字データをビットマップ化したデータを、ここでは画
像化文字データということにする。ステップ８では、他
の画像データと同様に、上記画像化文字データとバーコ
ードを圧縮する。ステップ９では、圧縮したデータを電
話回線３を介して端末マシン２へ送信する。

【００１９】ステップ１０以降は、端末マシン２の動作
である。ステップ１０では、送受信部１８を介して受信
したデータを処理部１９で伸長し、必要なら記憶部２０
に記憶させる。ステップ１１では、処理部１９が、コー
ドを文字や画像に変換して、ディスプレイ２１、プリン
ター２２へ出力する。このように、端末マシン２のプリ
ンター２２によって、図３に示すチケット４をプリント
して、発券作業は終了する。上記のように、通信によっ
てチケットデータが送られるので、センタマシン１側で
は、チケットを印刷したり、分配したりする作業がいら
なくなる。そのため、発券作業の手間とコストが削減さ
れる。また、通信で送られることによって、従来のよう
に、チケットが郵送される場合とくらべて、注文からユ
ーザーがチケットを手に入れるまでの待ち時間が短くな
る。

【００２０】なお、上記チケット４の認識部５として上
記ディスプレイ２１およびプリンター２２で表示される
文字は、センタマシン１から送信された画像化文字デー
タをそのまま、処理部１９で処理して出力したものであ
る。画像化文字データは、文字データのように、コード
からフォントを特定して、文字の形を再現する必要が無
い。そのため、端末マシン２がフォントを持たなくて
も、センタマシン１からの文字を出力できる。例えば、
端末マシン２が、ファックスなどでもかまわない。した
がって、送信情報を作成するセンタマシン１では、端末
マシン２の備えているフォントを考慮せずに、自由にデ
ザインした文字をどの端末マシン２にも送信することが
できる。

【００２１】ただし、端末マシン２がフォントを備えて
いれば、必ずしも、センタマシン１で「文字」をビット
マップ変換して画像化文字データとしなくてもよい。こ
の場合、端末マシン２が備えているフォントの種類によ
っては、プリント４上の文字フォントが、他の端末マシ
ン２でプリントしたものと異なることがある。しかし、
チケット４が本物であるかどうかは、非認識部６のバー
コード６ａによって、確認することができるので、チケ
ット４上にプリントされた文字のフォントが全て同じで
ある必要はない。

【００２２】また、上記第１実施例では、センタマシン
１で作成した情報のレベルと、端末マシン２の特性レベ
ルとが一致している場合の例であるが、実際には、セン
タマシン１側と端末マシン２側の特性レベルとが一致し
ない場合がある。なお、端末マシン２の特性レベルと
は、端末マシン２の出力部であるディスプレイ２１、プ
リンター２２の特性レベルのことで、解像度やカラーな
どのことである。そして、上記のような特性レベルは、
端末マシン２によっても異なり、これらの特性レベルが
センタマシン１の送信する情報のレベルと異なる場合に
は、そのままでは、端末マシン２が受信情報をちゃんと
出力できない。例えば、センタマシン１で、細かい文字
や線を作成して送信しても、端末マシン２の解像度が低
ければ、そのままでは、線が潰れたりして何の文字なの
か解らなくなってしまうことがある。また、チケット４
のバーコード６ａは、その白・黒の配列によって、情報
を表わしているので、白い部分が黒く潰されてしまった
り、黒い部分がかすれてしまうと、バーコードリーダー
を用いての解読が不可能になってしまうこともある。

【００２３】そのため、従来は、端末マシン２側で、自
身の特性レベルに合うように受信データを調整しなけれ
ばならなかった。あるいは、このような調整機能を備え
られない端末マシン２に対しては、センタマシン１から
情報を送信できないこともあった。そのような場合に対
応する第２実施例を以下に示す。この第２実施例では、
端末マシン２の特性レベルに対する調整を、センタマシ
ン１側で行なうようにしている。図６、図７に示す第２
実施例は、センタマシン１の処理部９に、レベル調整部
２３を備えた点が第１実施例と異なる。

【００２４】上記レベル調整部２３は、ユーザー情報フ
ァイル１３のユーザー情報から、端末マシン２の特性レ
ベルを特定して、送信データをそのレベルに合うように
調整する。例えば、ある端末マシン２のプリンターが、
カラー対応でない場合には、センタマシン１で、送信す
るチケットデータの認識部５の文字や画像、非認識部６
のバーコード６ａをカラーで作成しても、この端末マシ
ン２では、カラーで出力することができない。このよう
なときには、カラー情報を送信しても意味がないので、
カラー情報を除いたデータを作成する。また、端末マシ
ン２側の解像度が低い場合に、高品位な文字を送信して
も、それをそのまま表示することはできない。そのた
め、センタマシン１で、端末マシン２の出力部の解像度
に合った形にデータを変更してから送信するようにして
いる。

【００２５】特に、バーコード６ａについては、解像度
が低いプリンターに送信する場合に、全体の大きさ、あ
るいは非認識部６の大きさを大きくして、バーコード６
ａが潰れない形に変更してから送信するようにしてい
る。そうすれば、バーコードリーダーによって、データ
を解読することができる。反対に、端末マシン２のプリ
ンター２２が高解像度の場合には、全体を小さくして
も、解読可能なきれいなバーコード６ａをプリントする
ことができる。なお、端末マシン２の構成は、第１実施
例と同じである。

【００２６】このシステムの作用を、図７のフローチャ
ートに示す。ステップ１０１、１０２では、番組データ
を読込み、その番組データに従って、ファイルデータを
読み込む。ステップ１０３では、処理部９が、ユーザー
情報ファイル１３のユーザー情報を参照して、送信先の
端末マシン２のレベルを特定する。ステップ１０４で
は、送信情報の種類が、文字データか、画像データかを
判別する。

【００２７】文字データの場合、ステップ１０５へ進
み、文字データからフォントを特定して、フォントファ
イル１１から「文字」を選択する。ステップ１０６で
は、上記文字データがチケット４の認識部５のデータ
か、非認識部６のデータかを判別する。上記文字データ
が認識部５のデータの場合、ステップ１０９へ進み、非
認識部６のデータの場合には、ステップ１０７へ進む。
ステップ１０７では、バーコード変換部１５において、
データをバーコード化する。ステップ１０８では、レベ
ル調整部２３で端末マシン２のレベルに合ったバーコー
ドデータを作成する。

【００２８】ステップ１０６で、チケット４の認識部５
のデータと判別された上記「文字」は、ステップ１０９
で、画像として、ビットマップに変換して、画像化文字
データを作成する。ステップ１１０では、レベル調整部
２３において、上記画像化文字データを、送信先のレベ
ルに合わせる。送信先である端末マシン２の特性レベル
は、上記ステップ１０３において、特定されているの
で、処理部９のレベル調整部２３がそのレベルに合った
形の画像化文字データを自動的に作成する。

【００２９】画像データの場合は、ステップ１０４から
ステップ１１１へ進み、レベル調整部２３において、送
信先のレベルに合った画像データを作成する。ステップ
１１２では、上記のようにレベル調整をした各データを
圧縮し、ステップ１１３では、送受信部１２から発信す
る。ステップ１１４以降は、端末マシン２のフローで、
これは、第１実施例のステップ１０〜１２と同じであ
る。

【００３０】この第２実施例では、センタマシン１が送
信するデータを、受信側の端末マシン２の出力部の特性
レベルに合わせてから発信するようにしている。このた
め、端末マシン２は、いつでも、自身のレベルに合った
形のデータを受信することができる。このようにするこ
とにより、センタマシン１は個々の端末マシン２に合わ
せたレベル調整をしなければならないが、その代わり、
全ての端末マシン２は、どんな受信データもレベル調整
をする必要がなくなる。また、センタマシン１は、送信
データを個々の端末マシン２のレベルに合わせることが
できるので、特性レベルの異なる端末マシン２へも情報
を送信することができる。なお、端末マシン２のレベル
は、ユーザーが、注文する時に、必要事項として入力
し、センタマシン１へ送信するようにすればよい。ま
た、例えば、インターネットを利用して、通信する場合
には、自動的に、送信側のマシンのレベルがわかるよう
になっているので、端末マシン２から特に入力する必要
はない。

【００３１】なお、上記第１、第２実施例では、ユーザ
ーが、端末マシン２から通信によって注文し、同じ端末
マシン２でチケットデータを受信するようにしている
が、注文は、受信する端末マシン２から行なわなくても
良い。例えば、図１、図２の端末マシン２を電報局に備
えたマシンとし、注文は、他のマシンから行うこともで
きる。この場合、チケットは、電報局の端末のマシン２
でプリントされ、プリントされたチケットを配達すれ
ば、配達証明を残すこともできる。このように、通信
と、人手による配達とを組み合わせても、従来例のよう
に、全て人手による発券より、手間も時間も削減され
る。また、使用時のチケットの確認がバーコードリーダ
ーでできる点は、上記第１、第２実施例と同じである。

【００３２】また、上記第１、第２実施例では、コンサ
ートのチケットを通信を利用して発行する例を説明した
が、チケットとしては、コンサートや観劇などのチケッ
トに限らない。例えば、選挙の投票用紙を、上記のよう
な方法で発送し、投票所において、バーコードリーダー
で非認識部を解読して、本人確認をすることもできる。
どんなチケットでも、従来のように、人手で分配して郵
送するよりも、手間も時間もかからずに、ユーザーの手
元に届けることができる。また、非認識部６を備えるこ
とで、そのチケットを持っている人の本人確認ができ
る。さらに、非認識部の本人確認情報として、免許証番
号や、クレジットカード番号など、本人しか知り得ない
パスワードや暗号を含むようにすれば、偽造チケットを
確実に防止できる。

【００３３】しかし、コンサート会場などでは、いちい
ちパスワードの確認まで行なわず、ひとつの座席に複数
の観客が重複するようなトラブルが発生した場合にだ
け、上記パスワードを確認すれば良い。一方、自由席の
場合には、入場時に本人確認情報の確認を行なわなけれ
ば、コピーしたチケットの不正使用は防止できない。た
だし、各チケット４の非認識部６にチケット番号などを
付けておけば、不正コピーが行われたことだけは確認す
ることができる。すなわち、入場チェック時にチケット
４から読み込んだチケット番号と、このチケット番号を
記憶したデータファイルとを照合して、入場済みのチケ
ット番号にフラグを立てるようにする。コピーされたチ
ケットがあれば、すでにフラグが立っているチケット番
号のチケットが、再度、読み込まれるので、コピーされ
たかどうかだけは判断できる。

【００３４】また、上記第１、第２実施例では、チケッ
ト４の非認識部６には、文字データをバーコード化した
ものを表示しているが、その中に画像データが含まれて
いてもかまわない。さらに、非認識情報としては、二次
元バーコードに限らない。要するに、コードリーダーな
どの解読装置を用いなければ、情報内容が解らないよう
にしてあれば良い。

【００３５】

【発明の効果】第１の発明によれば、多数のチケットを
印刷することなく、端末マシンへ発信することで、発券
作業ができる。したがって、全ての作業を人手に頼って
いた従来と比べて、発券作業にかかる手間と時間を大幅
に減らすことができる。そのため、発券作業にかかるコ
ストを下げることができるとともに、購入者の手元にチ
ケットが届く時間も短縮される。また、発行したチケッ
トの使用時には、コードリーダーなどの解読機構によっ
て、すばやく、チケット内容を確認することができる。
第２の発明によれば、非認識情報に含んだ本人認識情報
によって、発行したチケットの不正使用を防止すること
ができる。

【００３６】第３の発明によれば、端末マシンは、セン
タマシンで作成したデータを、いつでも、自身の特性レ
ベルに合った形のデータとして受信することができる。
したがって、端末マシンは、受信データのレベルを調整
しなくても、出力部に最適な状態で文字やコードを表示
することができる。特に、非認識情報化した画像情報
は、解読機構で解読するので、正確な形で出力される必
要があるが、この発明によれば、上記解読機構で間違い
なく解読できる大きさのデータとして、各端末マシンの
プリンターから出力することができる。また、端末マシ
ンの受信データが、自身の特性レベルに合っているの
で、そのまま出力することができる。したがって、端末
マシンにレベル調整機能を備える必要がない。その分、
端末マシンが、簡略化できるとともに、さらにコストダ
ウンできる。また、センタマシンは、特性レベルの異な
る種々の端末マシンへ情報を送信できる。

【００３７】第４の発明によれば、センタマシンで作成
した文字データを、ビットマップ化し、画像化文字デー
タとして、端末マシンへ送信するようにすることで、端
末マシンがフォントを備えていなくても、文字の形を出
力できる。そのため、センタマシンを備えた送信側の意
図した文字を、そのまま、端末マシンで出力することが
できる。このように、端末マシンには、高価なフォント
を全く備える必要がないので、端末マシン側の設備コス
トを低くすることができる。したがって、システム全体
のコストを下げることができる。このように、端末マシ
ン側をコストダウンできれば、どのようなところにも端
末マシンを設置し易くなるということで、それだけ、多
くの端末マシンへ、情報を送信できるようになる。

【図面の簡単な説明】

【図１】第１実施例のブロック図である。

【図２】第１実施例のブロック図である。

【図３】第１実施例のチケットである。

【図４】第１実施例のチケットデータの非認識部の情報
で、（ａ）はその情報内容であり、（ｂ）は（ａ）をコ
ード化したものである。

【図５】第１実施例のフローチャートである。

【図６】第２実施例のブロック図である。

【図７】第２実施例のフローチャートである。

【符号の説明】

１センタマシン２端末マシン３電話回線４チケット６非認識部６ａバーコード９処理部１５バーコード変換部１６ビットマップ変換部２２プリンター

Claims

【特許請求の範囲】

【請求項１】センタマシンと、このセンタマシンに通
信回線を介して接続し、プリンターを備えた端末マシン
と、バーコードなどの非認識情報を解読するコードリー
ダーなどの解読機構とからなり、センタマシンは、送信
情報を記憶したファイルと、送信情報をバーコードなど
の非認識情報に変換するコード変換部とを備え、センタ
マシンが非認識情報化して作成した画像情報を端末マシ
ンへ送信し、上記端末マシンは、受信した情報をプリン
トアウトしてチケットを作成し、上記解読機構は、上記
チケットの非認識情報を解読することを特徴とする相互
確認システム。
【請求項２】非認識情報に、本人確認情報を含むこと
を特徴とする請求項１に記載の相互確認システム。
【請求項３】センタマシンは、画像情報を送信先であ
る端末マシンの特性レベルに合わせて送信するための処
理部を備えたことを特徴とする請求項１または２に記載
の相互確認システム。
【請求項４】送信情報が、センタマシンで作成した文
字情報を含むとともに、センタマシンがビットマップ変
換部を備え、上記文字情報を上記ビットマップ変換部で
ビットマップ化して画像化文字データを作成し、この画
像化文字データを端末マシンへ送信することを特徴とす
る請求項１〜３のいずれか１に記載の相互確認システ
ム。