JP2000105789A

JP2000105789A - 情報出力装置、プリンタ装置、電子商取引システム、及び記憶媒体

Info

Publication number: JP2000105789A
Application number: JP27538198A
Authority: JP
Inventors: Kenichi Fujii; 健一藤井
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-09-29
Filing date: 1998-09-29
Publication date: 2000-04-11

Abstract

(57)【要約】【課題】効率的且つ的確な電子商取引を行うことがで
き、特に、有価証券の電子商取引に有効なプリンタ装置
を提供する。【解決手段】有価証券等の紙媒体の商品の発券につい
ては、顧客側１１０のプリンタ装置１１２にて該紙媒体
の商品の画像情報が印刷出力することでなされる。この
とき、顧客側１１０では、プリンタ装置１１２の印刷出
力状態（正常に印刷出力されたか）が検出され、その検
出結果が、販売側１３０に返送される。これにより、正
常に発券できなかった場合には、顧客側１１０の使用者
に代わってプリンタ装置１１２が再発行の要請を行うこ
とができ、顧客側１１０の使用者の手間を省くことがで
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
の通信ネットワークを利用した商品の取引に用いられ、
特に、有価証券（金券）等の売買に用いて有効な情報出
力装置、プリンタ装置、電子商取引システム、及びそれ
を実施するための処理ステップをコンピュータが読出可
能に格納した記憶媒体に関するものである。

【０００２】

【従来の技術】近年では、通信ネットワークを利用し
て、種々の商品の売買が行われるようになってきた（以
下、この商品取引を「電子商取引」と言う）。

【０００３】具体的には例えば、顧客は、パーソナルコ
ンピュータ（パソコン）上において、インターネットを
介して商品の販売を行っているホームページをアクセス
し、そのホームページ上で種々の商品を参照する。そし
て、購入したい商品があればそれを選択し、商品の代金
の支払いの手続きのために、クレジットカードの番号を
入力する。これらの顧客側の入力情報（指定商品、クレ
ジットカード番号等）は、インターネットを介して販売
側（売手側）で認識される。これにより、販売側は、顧
客から指定のあった商品を顧客の元に送り届けるよう手
配する。したがって、顧客側には、後日、上記の操作で
指定された商品が送り届けられ、また、商品の代金分が
顧客の口座から引き落とされることになる。このように
近年では、パソコンでの簡単な操作で、所望する商品を
容易に手に入れることができる。

【０００４】また、電子商取引される商品が紙媒体の場
合には、その商品が、顧客側のパソコンに接続されてい
るプリンタ装置（以下、単に「プリンタ」と言う）から
プリント出力される。したがって、紙媒体の商品につい
ては、より速く顧客に提供することができる。また、こ
のときのプリント出力用の紙代については顧客側が負担
するが、送料は回線代のみでよいため、より安く顧客に
提供することもできる。

【０００５】ここで、紙媒体の商品として、例えば、有
価証券（金券）があるが、有価証券は、商品価値が安定
しており交換性が高い、ということから、偽造を防ぐた
めに特殊な紙媒体や、特殊な印刷等を使用することが多
い。このため、有価証券については、顧客側でのプリン
ト出力による販売は行われていない。

【０００６】一方、コンサートチケット等のように、回
収先が定まっている有価証券については、販売側で発券
する有価証券をチケット番号等により管理することで、
有価証券の偽造に対応することが可能である。

【０００７】

【発明が解決しようとする課題】しかしながら、上述の
ようにして顧客がパソコン上で所定の操作を行って、コ
ンサートチケットのような回収先が定まっている有価証
券を購入するための手続きを行った場合、その手続きに
より顧客側のプリンタ装置では、有価証券のプリント出
力（発券）が行われることになるが、このとき、プリン
タ装置での紙づまりやトナー切れ等により、正常にプリ
ント出力（発券）できない場合がある。このような場
合、従来では、顧客は顧客は販売側に連絡してもう一
度、発券を要請しなければならなかった。また、このよ
うな要請を受けた販売側は、再発行が本当に必要である
か否かを確認することができなかった。このため、販売
側は、顧客の嘘の要請に従って必要以上に発券する事態
が考えられる。これを避けるために、販売側が顧客に対
して無理に確認しようとすれば、当然顧客は不快な思い
をする。

【０００８】そこで、本発明は、上記の欠点を除去する
ために成されたもので、効率的且つ的確な電子商取引を
行うことができ、特に、有価証券の電子商取引に有効な
情報出力装置、プリンタ装置、電子商取引システム、及
びそれを実施するための処理ステップをコンピュータが
読出可能に格納した記憶媒体を提供することを目的とす
る。

【０００９】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、送信されてきた情報を受信する受信手段
と、上記受信手段で受信された情報を外部出力する出力
手段と、上記出力手段により外部出力された情報が特定
画像情報の場合に、該特定画像情報の出力状態を検出す
る検出手段と、上記検出手段にて検出された上記特定画
像情報の出力状態を該情報の送信元に返送する送信手段
とを備えることを特徴とする。

【００１０】第２の発明は、上記第１の発明において、
上記特定画像情報は、複写が禁止された画像情報である
ことを特徴とする。

【００１１】第３の発明は、上記第１の発明において、
上記特定画像情報は、紙媒体の商品を表す画像情報であ
ることを特徴とする。

【００１２】第４の発明は、上記第１の発明において、
上記受信手段は、通信ネットワークを介して送信されて
きた紙媒体の商品の画像情報を受信し、上記出力手段
は、上記受信手段で受信された画像情報を紙媒体に印刷
して出力し、上記検出手段は、上記出力手段の印刷出力
状態を検出することを特徴とする。

【００１３】第５の発明は、上記第４の発明において、
上記受信手段は、上記出力手段で印刷出力すべき紙媒体
の枚数の指定情報を更に受信し、上記検出手段は、上記
受信手段で受信された情報の指定枚数と、上記出力手段
で印刷出力された紙媒体の枚数とを比較することで、上
記出力手段の印刷出力状態を検出することを特徴とす
る。

【００１４】第６の発明は、上記第４の発明において、
上記検出手段は、上記出力手段で印刷出力された紙媒体
上の画像情報を読み取る読取手段を含み、該手段で読み
取った画像情報を上記印刷出力状態の検出結果とするこ
とを特徴とする。

【００１５】第７の発明は、上記第４の発明において、
上記受信手段は、所定の画像情報及び再印刷の指示情報
を更に受信し、上記出力手段は、上記受信手段で再印刷
の指示情報が受信された場合に、前回受信された画像情
報の印刷を行った紙媒体に対して、上記指示情報と共に
受信された所定の画像情報を印刷することを特徴とす
る。

【００１６】第８の発明は、上記第４の発明において、
上記紙媒体の商品は、有価証券を含み、上記出力手段で
印刷出力される紙媒体は、上記商品と同等の価値を有す
ることを特徴とする。

【００１７】第９の発明は、上記第４の発明において、
上記紙媒体の商品の画像情報は、固有の識別パターンの
情報を含むことを特徴とする。

【００１８】第１０の発明は、通信ネットワークを介し
た通信により紙媒体の商品の発券が可能なコンピュータ
に接続されるプリンタ装置であって、上記コンピュータ
で受信された情報を紙媒体に印刷して出力する出力手段
と、上記出力手段により印刷出力される情報が特定画像
情報である場合に、該特定画像情報の印刷出力状態を検
出する検出手段と、上記検出手段により検出された上記
特定画像情報の印刷出力状態を上記コンピュータを介し
て上記特定画像情報の送信元に返送する送信手段とを備
えることを特徴とする。

【００１９】第１１の発明は、通信ネットワークを介し
た通信により紙媒体の商品の発券が可能なプリンタ装置
であって、上記通信ネットワークを介して送信されてき
た情報を受信する受信手段と、上記受信手段で受信され
た情報を紙媒体に印刷して出力する出力手段と、上記出
力手段により印刷出力される情報が特定画像情報である
場合に、該特定画像情報の印刷出力状態を検出する検出
手段と、上記検出手段により検出された上記特定画像情
報の印刷出力状態を該特定画像情報の送信元に返送する
送信手段とを備えることを特徴とする。

【００２０】第１２の発明は、上記第１０又は１１の発
明であって、上記特定画像情報は、複写が禁止された画
像情報であることを特徴とする。

【００２１】第１３の発明は、上記第１０又は１１の発
明であって、上記特定画像情報は、紙媒体の商品を表す
画像情報であることを特徴とする。

【００２２】第１４の発明は、上記第１０又は１１の発
明であって、上記コンピュータ又は受信手段は、上記出
力手段で印刷出力すべき紙媒体の枚数の指定情報を更に
受信し、上記検出手段は、上記コンピュータ又は受信手
段で受信された情報の指定枚数と、上記出力手段で印刷
出力された紙媒体の枚数とを比較することで、上記出力
手段の印刷出力状態を検出することを特徴とする。

【００２３】第１５の発明は、上記第１０又は１１の発
明であって、上記検出手段は、上記出力手段で印刷出力
された紙媒体上の画像情報を読み取る読取手段を含み、
該手段で読み取った画像情報を上記印刷出力状態の検出
結果とすることを特徴とする。

【００２４】第１６の発明は、上記第１０又は１１の発
明であって、上記受信手段は、所定の画像情報及び再印
刷の指示情報を更に受信し、上記出力手段は、上記受信
手段で再印刷の指示情報が受信された場合に、前回受信
された画像情報の印刷を行った紙媒体に対して、上記指
示情報と共に受信された所定の画像情報を印刷すること
を特徴とする。

【００２５】第１７の発明は、上記第１０又は１１の発
明であって、上記紙媒体の商品は、有価証券を含むこと
を特徴とする。

【００２６】第１８の発明は、上記第１０又は１１の発
明であって、上記紙媒体の商品の画像情報は、固有の識
別パターンの情報を含むことを特徴とする。

【００２７】第１９の発明は、通信ネットワークを介し
た通信により、顧客側と販売側で紙媒体の商品の売買が
可能であり、紙媒体の商品の発券については、顧客側の
プリンタ装置にて該紙媒体の商品の画像情報を印刷出力
することでなされる電子商取引システムであって、上記
プリンタ装置は、請求項１〜９の何れかに記載の情報出
力装置、又は、請求項１０〜１８の何れかに記載のプリ
ンタ装置が有する機能を備えることを特徴とする。

【００２８】第２０の発明は、上記第１９の発明であっ
て、上記販売側は、上記顧客側から送信されてきた情報
により上記プリンタ装置による発券状態を検出する手段
と、該手段の検出結果に基づいて上記プリンタ装置で印
刷出力する画像情報を上記顧客側に送信する手段とを備
えることを特徴とする。

【００２９】第２１の発明は、通信ネットワークを介し
た通信により、顧客側と販売側での紙媒体の商品の売買
の際に、紙媒体の商品の発券については、顧客側のプリ
ンタ装置にて該紙媒体の商品の画像情報を印刷出力する
ことでなされる電子商取引のための処理ステップをコン
ピュータが読出可能に格納した記憶媒体であって、該処
理ステップは、上記プリンタ装置の印刷出力状態を上記
販売側に送信する顧客側処理ステップと、上記顧客側処
理ステップにより送信される情報に基づいて、上記プリ
ンタ装置で印刷出力する画像情報を上記顧客側に送信す
る販売側処理ステップとを含むことを特徴とする。

【００３０】第２２の発明は、上記第２１の発明におい
て、上記販売側処理ステップは、上記販売側が上記プリ
ンタ装置で印刷出力すべき紙媒体の枚数の指定情報を送
信するステップを含み、上記顧客側処理ステップは、上
記販売側処理ステップの送信ステップにより送信される
情報の指定枚数と上記プリンタ装置で印刷出力された紙
媒体の枚数を比較する比較ステップと、該比較ステップ
の比較結果により上記プリント装置の印刷出力状態を検
出する検出ステップと、該検出ステップによる検出結果
を上記販売側の返送する送信ステップとを含むことを特
徴とする。

【００３１】第２３の発明は、上記第２１の発明におい
て、上記顧客側処理ステップは、上記プリンタ装置で印
刷出力された紙媒体上の画像情報を読み取る読取ステッ
プと、該読取ステップにより読み取られた画像情報を上
記印刷出力状態の検出結果として上記販売側に返送する
送信ステップとを含むことを特徴とする。

【００３２】第２４の発明は、上記第２２の発明におい
て、上記販売側処理ステップは、上記顧客側処理ステッ
プの送信ステップにより送信される情報に基づいて所定
の画像情報及び再印刷の指示情報を上記顧客側に送信す
るステップを含み、上記顧客側処理ステップは、上記販
売側処理ステップにより送信される上記指示情報を受信
した場合に、前回受信された画像情報の印刷を行った紙
媒体に対して、上記指示情報と共に受信された所定の画
像情報を印刷する再印刷ステップを含むことを特徴とす
る。

【００３３】第２５の発明は、上記第２１の発明におい
て、上記紙媒体の商品は、有価証券を含むことを特徴と
する。

【００３４】第２６の発明は、上記第２１の発明におい
て、上記紙媒体の商品の画像情報は、固有の識別パター
ンの情報を含むことを特徴とする。

【００３５】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００３６】（第１の実施の形態）

【００３７】本発明は、例えば、図１に示すような電子
商取引システム１００に適用される。この電子商取引シ
ステム１００は、有価証券（ここでは「チケット」とす
る）の売買を行うものであり、上記図１に示すように、
顧客側１１０と販売側１３０がインターネット部１２０
を介して接続されている。顧客側１１０には、コンピュ
ータ１１１と、コンピュータ１１１に接続されたプリン
タ１１２とが設けられており、顧客側１１０の使用者
（顧客Ｃ）は、コンピュータ１１１上で所定の操作を行
ってインターネット部１２０を介した販売側１３０との
通信を行うことで、所望するチケットを購入できるよう
になされている。販売側１３０（チケットを販売する業
者側）は、チケット販売コンピュータ１３１が設けられ
ており、ネットワーク１２０を介して送られてくる顧客
側１１０の情報に従って、チケットの発券を行うように
なされている。

【００３８】尚、上記図１では、１つの顧客側１１０が
販売側１３０に接続された構成を示したが、実際には複
数の顧客側が存在する。ここでは、説明の簡単のため
に、１つの顧客側１１０に着目する。

【００３９】そこで、まず、顧客側１１０に設けられて
いるプリンタ１１２について説明する。プリンタ１１２
は、コンピュータ１１１からの制御信号や画像データ等
を受信し、また、プリンタ１１２全体の状態やプリント
出力結果等の情報をコンピュータ１１１に対して出力す
るようになされている。このため、プリンタ１１２は、
例えば、図２に示すように、メカ部２１０と、メカ部２
１０に接続された制御部２２０とを備えている。

【００４０】制御部２２０は、ＣＰＵ等から構成され、
詳細は後述するが、メカ部２１０の動作制御を行うメカ
制御部２２１と、コンピュータ１１１とのデータ通信を
行うためのインターフェース（Ｉ／Ｆ）２２３とを含ん
でいる。そして、メカ制御部２２１には、カウンタ２２
２が設けられている。

【００４１】メカ部２１０は、図３に示すように、プリ
ント出力用の紙３０２がセットされる給紙カセット３０
１、感光ドラム３０３、帯電ローラ３０４、レーザ光３
０６を発する半導体レーザ３０５、ポリゴンミラー３０
７、現像器３０８、転写ローラ３０９、定着器３１０、
及び排紙センサ３１１を備えており、これらの各部は上
述のメカ制御部２２１から制御されることで、次のよう
に動作する。

【００４２】例えば、プリンタ１１２でプリント動作が
開始されると、先ず、給紙カセット３０１から紙３０２
が、感光ドラム３０３方向（矢印３１２の方向）に搬送
される。これと同時に、感光ドラム３０３が回転し、感
光ドラム３０３は帯電ローラ３０４によって一様に帯電
される。一方、半導体レーザ３０５から、コンピュータ
１１１からの画像データ（チケットのプリントデータ）
に基づいて変調されたレーザ光３０６が放射される。こ
のレーザ光３０６は、回転可能なポリゴンミラー３０７
で反射され、感光ドラム３０３を走査する。これによ
り、感光ドラム３０３上に静電潜像が形成される。感光
ドラム３０３上に形成された静電潜像は、現像器３０８
によりトナーで現像される。このトナー像は、転写ロー
ラ３０９により紙３０２に転写される。トナー像が転写
された紙３０２は、定着器３１０で定着され、排紙セン
サ３１１を介して排紙される。

【００４３】ここで、プリンタ１１２の最も特徴とする
点は、次のような構成としたことにある。すなわち、上
記図２に示したプリンタ１１２において、Ｉ／Ｆ２２３
は、販売側１３０からコンピュータ１１１介して送られ
てきた画像データ（チケットのプリントデータ）を受け
取ると共に、プリント出力する枚数に関する情報（プリ
ント指定枚数情報）をも受け取る。また、メカ制御部２
２１は、メカ部２１０の動作状態を常に監視すること
で、カウンタ２２２により、排紙センサ３１１から排紙
される紙３０２の枚数をカウントする。そして、Ｉ／Ｆ
２２３は、カウンタ２２２のカウント値と、コンピュー
タ１１１からのプリント指定枚数情報とを比較し、指定
枚数分が正しくプリント出力されたか否かを判別し、そ
の判別結果をコンピュータ１１１介して販売側１３０に
返送する。

【００４４】図４〜図９は、上記の特徴を有するプリン
タ１１２を備えた電子商取引システム１００において、
チケットの売買時のシステム動作を示したフローチャー
トである。

【００４５】先ず、上記図４に示すように、顧客側１１
０において、その顧客Ｃは、顧客Ｃが所有するコンピュ
ータ１１１で所定の操作を行うことで、インターネット
部１２０を介して販売側１３０のチケット販売コンピュ
ータ１３１にアクセスする（ステップＳ１０１）。これ
により、顧客Ｃが所有するコンピュータ１１１の画面上
には、販売側１３０で販売されている種々のチケット情
報（販売されているチケット情報）が表示される。顧客
Ｃは、コンピュータ１１１本体に接続されているマウス
やキーボード（図示せず）を用いて、画面表示された種
々のチケット情報の中から所望するチケット情報を選択
する（ステップＳ１０２）。

【００４６】ステップＳ１０２での入力情報は、インタ
ーネット部１２０を介して販売側１３０のチケット販売
コンピュータ１３１に送られ、これにより、チケット販
売コンピュータ１３１は、インターネット部１２０を介
して、チケットを販売するにあたって必要な情報、例え
ば、顧客Ｃの識別情報、クレジットカードの情報、及び
チケットの購入方法を顧客Ｃに要求する（ステップＳ１
０３）。このときのチケットの購入方法についての要求
は、購入希望のチケットを郵送等で送るか（以下、「発
送」と言う）、顧客側１１０でプリント出力するか（以
下、「発券」と言う）の何れかが選択可能なようになさ
れている。これは、本システムの特徴とする構成でもあ
る。

【００４７】ステップＳ１０３により、顧客側１１０の
コンピュータ１１１には、顧客Ｃの識別情報、クレジッ
トカードの情報、及びチケットの購入方法（発送又は発
券の選択）の入力を促す画面が表示される。顧客Ｃは、
この画面上にて、上述のマウスやキーボードを用いて、
販売側１３０から要求された必要な情報を入力する（ス
テップＳ１０４）。

【００４８】ステップＳ１０４での入力情報は、インタ
ーネット部１２０を介して販売側１３０のチケット販売
コンピュータ１３１に送られ、これにより、チケット販
売コンピュータ１３１は、上記入力情報に含まれるクレ
ジットカードの情報を元に、顧客Ｃのクレジットカード
が有効であるか否かについて確認をする（ステップＳ１
０５）。

【００４９】ステップＳ１０５の確認の結果、無効であ
った場合、チケット販売コンピュータ１３１は、その旨
の情報を、インターネット部１２０を介して顧客側１１
０に送信する（ステップＳ１０６）。これにより、顧客
側１１０のコンピュータ１１１には、”カード無効のた
めチケットを販売できない”旨を伝える画面が表示さ
れ、これにより、顧客Ｃはこれを認識する。その後、本
電子商取引が終了となる。

【００５０】ステップＳ１０５の確認の結果、有効であ
った場合、チケット販売コンピュータ１３１は、上記入
力情報に含まれる顧客Ｃの識別情報を元に、顧客Ｃの身
元を確認をする（ステップＳ１０７）。

【００５１】ステップＳ１０７の確認の結果、顧客Ｃの
身元の確認が取れなかった場合、チケット販売コンピュ
ータ１３１は、その旨の情報を、インターネット部１２
０を介して顧客側１１０に送信する（ステップＳ１０
８）。これにより、顧客側１１０のコンピュータ１１１
には、”身元不明のためチケットを販売できない”旨を
伝える画面が表示され、これにより、顧客Ｃはこれを認
識する。その後、本電子商取引が終了となる。

【００５２】ステップＳ１０７の確認の結果、顧客Ｃの
身元が確認できた場合、チケット販売コンピュータ１３
１は、販売側１３０で管理している顧客情報等を元に、
顧客Ｃがチケットを購入した場合に取引限度額を越える
か否かを確認をする（ステップＳ１１０）。

【００５３】ステップＳ１１０の確認の結果、取引限度
額を超える場合、チケット販売コンピュータ１３１は、
その旨の情報を、インターネット部１２０を介して顧客
側１１０に送信する（ステップＳ１１０）。これによ
り、顧客側１１０のコンピュータ１１１には、”限度額
を超えるためチケットを販売できない”旨を伝える画面
が表示され、これにより、顧客Ｃはこれを認識する。そ
の後、本電子商取引が終了となる。

【００５４】ステップＳ１０９の確認の結果、取引限度
額を超えない場合、すなわち顧客Ｃのクレジットカード
が有効であり、身元が確認され、且つ取引限度額を超え
ない場合、上記図５に示すように、チケット販売コンピ
ュータ１３１は、上記入力情報に含まれるチケットの購
入方法を元に、顧客Ｃの希望が発送（郵送等）であるか
発券（プリント出力）であるかを確認をする（ステップ
Ｓ１１１）。

【００５５】ステップＳ１１１の確認の結果、発送希望
であった場合、チケット販売コンピュータ１３１は、販
売者に対して、顧客Ｃが発送を希望した旨を画面表示等
により知らせる（ステップＳ１１２）。これにより、販
売者はこれを認識し、顧客Ｃの希望したチケットを顧客
Ｃの元に送るように手配する（ステップＳ１１３）。ま
た、チケット販売コンピュータ１３１は、上記入力情報
に含まれるクレジットカードの情報を元に、該当するク
レジット会社に対して、顧客Ｃが希望（購入）したチケ
ットの代金を請求する（ステップＳ１１４）。そして、
チケット販売コンピュータ１３１は、販売者に対して顧
客Ｃへの販売が完了した旨を画面表示等により知らせる
と共に、インターネット部１２０を介して顧客側１１０
にも知らせる（ステップＳ１１５）。その後、本電子商
取引が終了となる。したがって、この場合、顧客側１１
０の顧客Ｃには、後日、指定したチケットが送り届けら
れ、また、チケットの代金分が顧客の口座から引き落と
されることになる。

【００５６】一方、ステップＳ１１１の確認の結果、発
券希望であった場合、次のような処理が行われる。

【００５７】すなわち、先ず、チケット販売コンピュー
タ１３１は、顧客側１１０に設けられているプリンタ１
１２の準備を指示する情報を、インターネット部１２０
を介して顧客側１１０に送信する（ステップＳ１１
６）。

【００５８】ステップＳ１１６で送られた情報は、顧客
側１１０のコンピュータ１１１で受け取られ、”プリン
タの準備”を伝える画面が表示される。これにより、顧
客Ｃはこれを認識し、コンピュータ１１１に接続されて
いるプリンタ１１２を、プリント出力可能な状態にす
る。その後、顧客Ｃは、プリンタ１１２の準備が完了し
た旨の情報を、上述のマウスやキーボード等を用いて、
コンピュータ１１１からインターネット部１２０を介し
て販売側１３０に送信する。また、プリント出力を中止
する場合には、顧客Ｃは、プリンタ１１２の準備が完了
した旨の情報の代わりに、キャンセルする旨の情報を、
販売側１３０に送信する。

【００５９】このとき、チケット販売コンピュータ１３
１は、顧客側１１０からプリンタ１１２の準備について
の情報が送られてくるまで、待機状態となり、顧客側１
１０から情報が送られてくると、その情報が、”プリン
タ１１２の準備完了”であるか”キャンセル”であるか
を確認する（ステップＳ１１７）。

【００６０】ステップＳ１１７の確認の結果、”キャン
セル”であった場合、上記図１のステップＳ１０１に戻
り、以降の処理が再び行われることになる。尚、この場
合、直ちに”キャンセル”扱いとはせずに、例えば、顧
客側１１０に対して、チケットの購入方法を発送に変更
するか否かを確認した後、発送に変更の場合には、チケ
ット発送のための処理（ステップＳ１１２〜Ｓ１１５）
を行い、そうでない場合には、さらに、チケットの購入
自体をキャンセルするか否かを確認した後、キャンセル
の場合に、実際のキャンセル処理（ステップＳ１０１へ
戻る）を行うようにしてもよい。

【００６１】ステップＳ１１７の確認の結果、”プリン
タ１１２の準備完了”であった場合、チケット販売コン
ピュータ１３１は、インターネット部１２０を介して、
顧客側１１０のコンピュータ１１１に対して、プリンタ
１１２がプリント出力可能な状態にあるか否かを確認さ
せる（ステップＳ１１８）。具体的には、チケット販売
コンピュータ１３１からのプリンタ１１２の確認の指示
は、コンピュータ１１１に送られ、コンピュータ１１１
は、この指示をプリンタ１１２に対して出力する。プリ
ンタ１１２において（上記図２参照）、コンピュータ１
１１からの指示情報は、Ｉ／Ｆ２２３を介してメカ制御
部２２１に供給され、これにより、メカ制御部２２１
は、メカ部２１０内部の状態を確認する。この確認結果
は、Ｉ／Ｆ２２３を介してコンピュータ１１１に供給さ
れる。コンピュータ１１１は、プリンタ１１２（メカ制
御部２２１）からの確認結果により、プリンタ１１２が
プリント出力可能な状態でない場合、その旨を画面表示
することで顧客Ｃに知らせると共に、該確認結果を、イ
ンターネット部１２０を介して販売側１３０に送信する
（ステップＳ１１９）。したがって、この場合には、ス
テップＳ１１６に戻り、再度、販売側１３０から顧客側
１１には、プリンタ１１２の準備の指示が送信されるこ
とになる。

【００６２】ステップＳ１１８により、プリンタ１１２
がプリント出力可能な状態となると（プリンタスタンバ
イＯＫ）、上記図６に示すように、販売側１３０のチケ
ット販売コンピュータ１３１は、予めコンピュータ内部
に用意されているチケット発券プログラムと、チケット
の画像データと、その発券枚数の情報とを、インターベ
ット部１２０を介して、顧客側１１０に送信する（ステ
ップＳ１２０）。このとき、チケットの画像データは、
チケット１枚ごとに異なっている。これは、チケットに
バーコード等の識別画像を印刷して、チケット１枚ごと
に識別するためである。

【００６３】販売側１３０からの情報（チケット発券プ
ログラム、チケットの画像データ、発券枚数の情報）を
受けた顧客側１１０において、コンピュータ１１１は、
チケット発券プログラムを実行することで、チケットの
画像データをプリンタ１１２に供給すると共に、発券枚
数の情報をも供給する（ステップＳ１２１）。このステ
ップＳ１２１にて、プリンタ１１２に”発券枚数の情
報”を与えることが、本システムにとって重要な作業で
ある。

【００６４】プリンタ１１２において（上記図２参
照）、コンピュータ１１１からの情報（チケットの画像
データ、発券枚数の情報）を受けたＩ／Ｆ２２３は、そ
の情報のうちチケットの画像データをメカ制御部２２１
に供給する。メカ制御部２２１は、Ｉ／Ｆ２２３からの
チケットの画像データをプリント出力するようにメカ部
２１０を制御する。これにより、チケットの発券が行わ
れることになる（ステップＳ１２２）。

【００６５】このとき、メカ制御部２２１は、メカ部２
１０でプリント出力される枚数（正常に印刷され排紙さ
れる枚数）を、カウンタ２２２によりカウントする（ス
テップＳ１２３）。

【００６６】ステップＳ１２２及びＳ１２３での発券が
終了すると、Ｉ／Ｆ２２３は、コンピュータ１１１から
の発券枚数の情報と、カウンタ２２２のカウント値とを
比較することで、発券すべき枚数分が正常に発券できた
か否かを判別し、その判別結果をコンピュータ１１１に
供給する（ステップＳ１２４）。

【００６７】コンピュータ１１１は、プリンタ１１２
（Ｉ／Ｆ２２３）からの判別結果を、インターネット部
１２０を介して販売側１３０に送信する（ステップＳ１
２５）。

【００６８】このように、顧客側１１０のプリンタ１１
２が発券指定枚数通りにチケットを発券できたか否かに
ついての情報を返送する機能を有することが、本システ
ムの特徴である。そして、この情報がチケット販売コン
ピュータ１３１に返送されることによって、その情報が
生かされる。

【００６９】販売側１３０において、チケット発券枚数
が正しいか否かの情報を受け取ったチケット販売コンピ
ュータ１３１は、その情報を元に、顧客側１１０でのチ
ケット発券枚数が正しいか否かを判別する（ステップＳ
１２６）。

【００７０】ステップＳ１２６の判別の結果、チケット
発券枚数が正しい場合、チケット販売コンピュータ１３
１は、ステップＳ１０４で入力された顧客側１１０のク
レジットカードの情報を元に、該当するクレジット会社
に対して、顧客Ｃに販売したチケットの代金を請求する
（ステップＳ１２７）。そして、チケット販売コンピュ
ータ１３１は、販売者に対して顧客Ｃへの販売が完了し
た旨を画面表示等により知らせると共に、インターネッ
ト部１２０を介して顧客側１１０にも知らせる（ステッ
プＳ１２８）。その後、本電子商取引が終了となる。

【００７１】一方、ステップＳ１２６の判別の結果、チ
ケット発券枚数が正しくない場合、すなわち顧客側１１
０のプリンタ１１２で正常にプリント出力できなかった
場合、上記図７に示すように、チケット販売コンピュー
タ１３１は、正しく発券できなかった画像データの識別
画像を無効な識別画像として登録する（ステップＳ１２
９）。そして、チケット販売コンピュータ１３１は、発
券エラーが起きたため、再発券を行う旨の情報を、イン
ターネット部１２０を介して顧客側１１０に送信する
（ステップＳ１３０）。また、チケット販売コンピュー
タ１３１は、顧客側１１０に設けられているプリンタ１
１２の準備を指示する情報を、インターネット部１２０
を介して顧客側１１０に送信する（ステップＳ１３
１）。

【００７２】ステップＳ１３０及びＳ１３１での情報を
受け取った顧客側１１０において、その情報は、コンピ
ュータ１１１で”発券エラーのため再発行”と”プリン
タの準備”を伝える画面が表示される。これにより、顧
客Ｃはこれを認識し、コンピュータ１１１に接続されて
いるプリンタ１１２を、プリント出力可能な状態にす
る。その後、顧客Ｃは、プリンタ１１２の準備が完了し
た旨の情報を、上述のマウスやキーボード等を用いて、
コンピュータ１１１からインターネット部１２０を介し
て販売側１３０に送信する。このとき、プリント出力を
中止する場合、顧客Ｃは、プリンタ１１２の準備が完了
した旨の情報の代わりに、キャンセルする旨の情報を、
販売側１３０に送信する。

【００７３】このとき、チケット販売コンピュータ１３
１は、顧客側１１０からプリンタ１１２の準備について
の情報が送られてくるまで、待機状態となり、顧客側１
１０から情報が送られてくると、その情報が、”プリン
タ１１２の準備完了”であるか”キャンセル”であるか
を確認する（ステップＳ１３２）。

【００７４】ステップＳ１３２の確認の結果、”キャン
セル”であった場合、上記図１のステップＳ１０１に戻
り、以降の処理が再び行われることになる。尚、この場
合も、上述のステップＳ１１７と同様に、直ちに”キャ
ンセル”扱いとはせずに、例えば、顧客側１１０に対し
て、チケットの購入方法を発送に変更するか否かを確認
した後、発送に変更の場合には、チケット発送のための
処理を行い、そうでない場合には、さらに、チケットの
購入自体をキャンセルするか否かを確認した後、キャン
セルの場合に、実際のキャンセル処理を行うようにして
もよい。

【００７５】ステップＳ１３２の確認の結果、”プリン
タ１１２の準備完了”であった場合、上述のステップＳ
１１８と同様にして、チケット販売コンピュータ１３１
は、インターネット部１２０を介して、顧客側１１０の
コンピュータ１１１に、プリンタ１１２がプリント出力
可能な状態にあるか否かを確認させる（ステップＳ１３
３）。

【００７６】ステップＳ１３３により、プリンタ１１２
がプリント出力可能な状態でない場合、上述のステップ
Ｓ１１９と同様に、その旨を顧客Ｃに認識させると共
に、販売側１３０にも認識させる（ステップＳ１３
４）。したがって、この場合には、ステップＳ１３１に
戻り、再度、販売側１３０から顧客側１１には、プリン
タ１１２の準備の指示が送信されることになる。

【００７７】ステップＳ１３３により、プリンタ１１２
がプリント出力可能な状態となると、上記図８に示すよ
うに、販売側１３０のチケット販売コンピュータ１３１
は、予めコンピュータ内部に用意されているチケット発
券プログラムと、チケットの画像データと、その発券枚
数の情報とを、インターベット部１２０を介して、顧客
側１１０に送信する（ステップＳ１３５）。このとき顧
客側１１０に送られる画像データは、ステップＳ１２９
での登録情報を元に生成された、再発券のための画像デ
ータであり、前回送信した画像データが有する識別画像
を変えたものである。また、発券枚数の情報について
も、再発券する枚数の情報である。

【００７８】販売側１３０からの情報（チケット発券プ
ログラム、再発券のチケットの画像データ、再発券枚数
の情報）を受けた顧客側１１０において、コンピュータ
１１１は、チケット発券プログラムを実行することで、
再発券のチケットの画像データをプリンタ１１２に供給
すると共に、再発券枚数の情報をも供給する（ステップ
Ｓ１３６）。

【００７９】プリンタ１１２において（上記図２参
照）、コンピュータ１１１からの情報（再発券のチケッ
トの画像データ、再発券枚数の情報）を受けたＩ／Ｆ２
２３は、その情報のうち再発券のチケットの画像データ
をメカ制御部２２１に供給する。メカ制御部２２１は、
Ｉ／Ｆ２２３からの再発券のチケットの画像データをプ
リント出力するようにメカ部２１０を制御する。これに
より、チケットの再発券が行われることになる（ステッ
プＳ１３７）。

【００８０】このとき、メカ制御部２２１は、メカ部２
１０でプリント出力される枚数（正常に印刷され排紙さ
れる再発券枚数）を、カウンタ２２２によりカウントす
る（ステップＳ１３８）。

【００８１】ステップＳ１３７及びＳ１３８での発券が
終了すると、Ｉ／Ｆ２２３は、コンピュータ１１１から
の再発券枚数の情報と、カウンタ２２２のカウント値と
を比較することで、再発券すべき枚数分が正常に発券で
きたか否かを判別し、その判別結果をコンピュータ１１
１に供給する（ステップＳ１３９）。

【００８２】コンピュータ１１１は、プリンタ１１２
（Ｉ／Ｆ２２３）からの判別結果を、インターネット部
１２０を介して販売側１３０に送信する（ステップＳ１
４０）。

【００８３】販売側１３０において、チケット再発券枚
数が正しいか否かの情報を受け取ったチケット販売コン
ピュータ１３１は、その情報を元に、顧客側１１０での
チケット再発券枚数が正しいか否かを判別する（ステッ
プＳ１４１）。

【００８４】ステップＳ１４１の判別の結果、チケット
再発券枚数が正しい場合、チケット販売コンピュータ１
３１は、ステップＳ１０４で入力された顧客側１１０の
クレジットカードの情報を元に、該当するクレジット会
社に対して、顧客Ｃに販売したチケットの代金を請求す
る（ステップＳ１４２）。そして、チケット販売コンピ
ュータ１３１は、販売者に対して顧客Ｃへの販売が完了
した旨を画面表示等により知らせると共に、インターネ
ット部１２０を介して顧客側１１０にも知らせる（ステ
ップＳ１４３）。その後、本電子商取引が終了となる。

【００８５】一方、ステップＳ１４１の判別の結果、チ
ケット再発券枚数が正しくない場合、すなわち顧客側１
１０のプリンタ１１２で再発券分のチケットが正常にプ
リント出力できなかった場合、上記図９に示すように、
チケット販売コンピュータ１３１は、正しく再発券でき
なかった画像データの識別画像を無効な識別画像として
登録する（ステップＳ１４４）。そして、チケット販売
コンピュータ１３１は、発券エラーが起きたためプリン
タ１１２による発券ができない旨の情報と共に、発送に
変更するか否かを確認するための情報を、インターネッ
ト部１２０を介して顧客側１１０に送信する（ステップ
Ｓ１４５）。

【００８６】ステップＳ１４５での情報を受け取った顧
客側１１０において、その情報は、コンピュータ１１１
で”発券中止”と”発送に変更するか？”を伝える画面
が表示される。これにより、顧客Ｃはこれを認識し、発
送に変更するか否か、或いは、チケットの購入自体をキ
ャンセルするかを知らせる情報を、上述のマウスやキー
ボード等を用いて、コンピュータ１１１からインターネ
ット部１２０を介して販売側１３０に送信する。

【００８７】このとき、チケット販売コンピュータ１３
１は、顧客側１１０から発送に変更又はキャンセルかに
ついての情報が送られてくるまで、待機状態となり、顧
客側１１０から情報が送られてくると、その情報が、”
発送に変更”であるか”キャンセル”であるかを確認す
る（ステップＳ１４６）。

【００８８】ステップＳ１４６の確認の結果、”キャン
セル”であった場合、チケット販売コンピュータ１３１
は、顧客Ｃがチケット購入をキャンセル（チケット販売
中止）したことを、画面表示等により販売者に知らせる
と共に、顧客側１１０にも知らせる（ステップＳ１４
７）。その後、本電子商取引が終了となる。

【００８９】ステップＳ１４６の確認の結果、”発送に
変更”であった場合、チケット販売コンピュータ１３１
は、販売者に対して、顧客Ｃが発送に変更した旨を画面
表示等により知らせる。これにより、販売者はこれを認
識し、顧客Ｃの希望したチケットを顧客Ｃの元に送るよ
うに手配する（ステップＳ１４８、Ｓ１４９）。また、
チケット販売コンピュータ１３１は、顧客Ｃからのクレ
ジットカードの情報を元に、該当するクレジット会社に
対して、顧客Ｃが希望（購入）したチケットの代金を請
求する（ステップＳ１５０）。そして、チケット販売コ
ンピュータ１３１は、販売者に対して顧客Ｃへの販売が
完了した旨を画面表示等により知らせると共に、インタ
ーネット部１２０を介して顧客側１１０にも知らせる
（ステップＳ１５１）。その後、本電子商取引が終了と
なる。

【００９０】上述のように本実施の形態では、顧客側１
１０のプリンタ１１２において、販売側１３０からのプ
リント指定枚数と、実際のプリント枚数とを比較し、プ
リント出力が正しく行われたか否かを販売側１３０に返
送するようにした。このように構成したことにより、ネ
ットワークを介した有価証券の売買のように、管理の行
き届かない場所でプリント出力（発券）される重要な印
刷物（紙媒体の商品）のプリント枚数（発券枚数）を管
理することができる。また、プリント出力（発券）が正
しく行われなかった場合に、顧客Ｃが通報する手間を省
くことができる。

【００９１】尚、本実施の形態では、プリント指定枚数
と実際のプリント枚数を比較し、プリント出力が正しく
行われたか否かを販売側１３０に返送する機能を有する
プリンタ１１２を例に挙げたが、このプリンタ１１２が
有する機能を、例えば、実際にプリント出力したプリン
ト枚数を販売側１３０に返送する機能としてもよい。ま
た、顧客側１１０から販売側１３０に返送する情報とし
ては、実際にプリント出力された枚数の情報の他、例え
ば、紙なし、ジャム、トナーなし、等の様々な情報を含
むものとしてもよい。

【００９２】（第２の実施の形態）

【００９３】本発明は、例えば、図１０に示すような電
子商取引システム４００に適用される。この電子商取引
システム４００は、上記図１の電子商取引システム１０
０と同様の構成としているが、顧客側１１０において、
電子商取引システム１００でのプリンタ１１２の代わり
に、ネットワークプリンタであるプリンタ１１２’を設
けた構成としている。

【００９４】このため、電子商取引システム４００は、
上記図１の構成に加えて、インターネット部１２０を介
して販売側１３０と通信するためのＬＡＮ部４０１を更
に備えており、このＬＡＮ部４０１にプリンタ１１２’
とコンピュータ１１１が接続されている。

【００９５】また、プリンタ１１２’は、図１１に示す
ように、上記図２に示した構成に対して、Ｉ／Ｆ２２３
がＬＡＮ部４０１に接続された構成としている。また、
上記図２に示したカウンタ２２２の代わりに、メカ部２
１０’に後述する画像入力装置５０１を設けた構成とし
ている。

【００９６】さらに、プリンタ１１２’のメカ部２１
０’については、上記図３に示した構成に加えて、図１
２に示すように、排紙センサ３１１の排紙側に画像入力
装置５０１を更に備えた構成としている。この画像入力
装置５０１は、排紙センサ３１１から排紙される紙３０
２のプリント出力結果を読み取り、そのプリント像を出
力する機能を有する。また、そのプリント像を、ＬＡＮ
部４０１及びインターネット部１２０を順次介して販売
側１３０に返送する機能を有する（上記図１１参照）。
これらの機能は各々独立しており、何れか一方でも機能
するようになされている。

【００９７】尚、上記図１０〜図１２に示す構成におい
て、上記図１〜図３に示した構成と同様に動作する箇所
には同じ符号を付し、その詳細な説明は省略する。

【００９８】図１３〜図１８は、電子商取引システム４
００において、チケットの売買時のシステム動作を示し
たフローチャートである。尚、上記図１３〜図１８のフ
ローチャートにおいて、上記図４〜図９のフローチャー
トに対して主に異なるステップについて破線で囲み、そ
のステップについてのみ、具体的に説明する。他のステ
ップについては、上述した第１の実施の形態の説明にて
詳細に説明したため、ここでは省略する。

【００９９】先ず、上記図１３に示すように、顧客側１
１０において、その顧客Ｃは、コンピュータ１１１によ
り、販売側１３０にアクセスし、所望するチケットを選
択する。また、販売側１３０からの顧客Ｃの識別情報、
クレジットカードの情報、及びチケットの購入方法（発
送又は発券）の要求に従って、それらの情報を販売側１
３０に返送する。販売側１３０は、顧客側１１０からの
情報を元に、顧客Ｃのクレジットカードが有効である
か、顧客Ｃの身元の確認が取れたか、取引限度額を超え
ないか、を確認する（ステップＳ２０１〜Ｓ２１０：上
記図４のステップＳ１０１〜Ｓ１１０と同様の処理）。
尚、ここでの顧客側１１０のコンピュータ１１１と、販
売側１３０のチケット販売コンピュータ１３１との間の
通信は、ＬＡＮ部４１０及びインターネット部１２０を
介して行われる。

【０１００】上記の確認の結果、顧客Ｃのクレジットカ
ードが有効であり、身元が確認され、且つ取引限度額を
超えない場合、上記図１４に示すように、チケット販売
コンピュータ１３１は、顧客Ｃの希望が発送（郵送等）
であるか発券（プリント出力）であるかを確認をする
（ステップＳ２１１：上記図５のステップＳ１１１と同
様の処理）。

【０１０１】ステップＳ２１１の確認の結果、発送希望
であった場合、チケット販売コンピュータ１３１は、販
売者顧客Ｃが発送を希望した旨を知らせ、これにより、
販売者はこれを認識し、顧客Ｃの希望したチケットを顧
客Ｃの元に送る。また、チケット販売コンピュータ１３
１は、クレジット会社に対して、顧客Ｃが希望（購入）
したチケットの代金を請求する。そして、チケット販売
コンピュータ１３１は、販売者に対して顧客Ｃへの販売
が完了した旨を知らせると共に、顧客側１１０にも知ら
せる。その後、本電子商取引が終了となる（ステップＳ
２１２〜Ｓ２１５：上記図５のステップＳ１１２〜Ｓ１
１５と同様の処理）。

【０１０２】一方、ステップＳ２１１の確認の結果、発
券希望であった場合、次のようなステップＳ２１６及び
Ｓ２１７の処理が行われる。すなわち、チケット販売コ
ンピュータ１３１は、インターネット部１２０を介し
て、顧客側１１０のプリンタ１１２’（ネットワークプ
リンタ）のＩＰアドレスを要求する（ステップＳ２１
６）。これを受けた顧客側１３０において、顧客Ｃは、
上述のマウスやキーボード等を用いて、プリンタ１１
２’のＩＰアドレスを、コンピュータ１１１からＬＡＮ
部４０１及びインターネット部１２０を介して販売側１
３０に送信する（ステップＳ２１７）。

【０１０３】その後、チケット販売コンピュータ１３１
は、顧客側１１０に設けられているプリンタ１１２’の
準備を指示する。顧客Ｃは、ＬＡＮ部４０１に接続され
ているプリンタ１１２’を、プリント出力可能な状態に
する。そして、チケット販売コンピュータ１３１は、プ
リンタ１１２’がプリント出力可能な状態であるかを確
認する（ステップＳ２１８〜Ｓ２２０：上記図５のステ
ップＳ１１６〜Ｓ１１９と同様の処理）。

【０１０４】上記の確認の結果、プリンタ１１２’がプ
リント出力可能な状態であると確認された場合、上記図
１５に示すように、販売側１３０のチケット販売コンピ
ュータ１３１は、チケットの画像データを、インターネ
ット部１２０を介して、顧客側１１０に送信する（ステ
ップＳ２２２）。ここで、ステップＳ２２２で顧客側１
１０に送られる情報は、ＬＡＮ部４０１を介してプリン
タ１１２’に直接供給される。

【０１０５】プリンタ１１２’において（上記図１１参
照）、ＬＡＮ部４０１を介して供給された情報（チケッ
トの画像データ）を受けたＩ／Ｆ２２３は、その情報を
メカ制御部２２１に供給する。メカ制御部２２１は、Ｉ
／Ｆ２２３からのチケットの画像データをプリント出力
するようにメカ部２１０’を制御する。これにより、チ
ケットの発券が行われることになる（ステップＳ２２
３）。

【０１０６】このとき、メカ部２１０’において、画像
入力装置５０１は、排紙センサ３１１から排紙される紙
３０２（上記図１２参照）の画像を読み取り、その画像
データを、ＬＡＮ部４０１を介して販売側１３０に返送
する（ステップＳ２２４）。このように、プリンタ１１
２’が、プリント出力（発券）した紙（チケット）の画
像データを販売側１３０に返送する機能を有する構成と
したことが、本システムの特徴とするところである。

【０１０７】プリンタ１１２’でプリント出力（発券）
されたチケットの画像データを受けた販売側１３０にお
いて、チケット販売コンピュータ１３１は、その画像デ
ータが正しいデータであるか否かを判別する。この判別
は、例えば、顧客側１１０に送信したチケットの画像デ
ータと、顧客側１１０から返送されたきた画像データと
を比較して行う（ステップＳ２２５）。

【０１０８】ステップＳ２２５の判別の結果、顧客側１
１０から返送されてきた画像データが正しい場合、チケ
ット販売コンピュータ１３１は、クレジット会社に顧客
Ｃに販売したチケットの代金を請求し、販売者に顧客Ｃ
への販売が完了した旨を知らせると共に、顧客側１１０
にも知らせる。その後、本電子商取引が終了となる（ス
テップＳ２２６、ステップＳ２２７：上記図６のステッ
プＳ１２７及びＳ１２８と同様の処理）。

【０１０９】一方、ステップＳ２２５の判別の結果、顧
客側１１０から返送されてきた画像データが正しくない
場合、すなわち顧客側１１０のプリンタ１１２’で正常
にプリント出力できなかった場合、上記図７に示すよう
に、チケット販売コンピュータ１３１は、正しく発券で
きなかった画像データの識別画像を無効な識別画像とし
て登録し、発券エラーが起きたため再発券を行う旨を顧
客側１１０に知らせる。また、チケット販売コンピュー
タ１３１は、プリンタ１１２’の準備を指示し、プリン
タ１１２’がプリント出力できる状態であるかを確認す
る（ステップＳ２２８〜Ｓ２３３：上記図７のステップ
Ｓ１２９〜Ｓ１３４と同様の処理）。

【０１１０】上記の確認の結果、プリンタ１１２’がプ
リント出力できる状態となると、上記図１７に示すよう
に、販売側１３０のチケット販売コンピュータ１３１
は、チケットの画像データを、インターネット部１２０
を介して、顧客側１１０に送信する（ステップＳ２３
４）。このとき顧客側１１０に送られる画像データは、
ステップＳ２２８での登録情報を元に生成された、再発
券のための画像データであり、前回送信した画像データ
が有する識別画像を変えたものである。また、この画像
データも、ＬＡＮ部４０１を介してプリンタ１１２’に
直接供給される。

【０１１１】プリンタ１１２’において（上記図１１参
照）、ＬＡＮ部４０１を介して供給された情報（再発券
のチケットの画像データ）を受けたＩ／Ｆ２２３は、そ
の情報をメカ制御部２２１に供給する。メカ制御部２２
１は、Ｉ／Ｆ２２３からの再発券のチケットの画像デー
タをプリント出力するようにメカ部２１０’を制御す
る。これにより、再発券のチケットの発券が行われるこ
とになる（ステップＳ２３５）。

【０１１２】このとき、メカ部２１０’において、画像
入力装置５０１は、排紙センサ３１１から排紙される紙
３０２（上記図１２参照）の画像を読み取り、その画像
データを、ＬＡＮ部４０１を介して販売側１３０に返送
する（ステップＳ２３６）。

【０１１３】プリンタ１１２’でプリント出力（再発
券）されたチケットの画像データを受けた販売側１３０
において、チケット販売コンピュータ１３１は、その画
像データが正しいデータであるか否かを判別する。この
判別は、例えば、顧客側１１０に送信した再発券のチケ
ットの画像データと、顧客側１１０から返送されたきた
画像データとを比較して行う（ステップＳ２３７）。

【０１１４】ステップＳ２３７の判別の結果、顧客側１
１０から返送されてきた画像データが正しい場合、チケ
ット販売コンピュータ１３１は、クレジット会社に顧客
Ｃに販売したチケットの代金を請求し、販売者に顧客Ｃ
への販売が完了した旨を知らせると共に、顧客側１１０
にも知らせる。その後、本電子商取引が終了となる（ス
テップＳ２３８、ステップＳ２３９：上記図８のステッ
プＳ１４２及びＳ１４３と同様の処理）。

【０１１５】一方、ステップＳ２３７の判別の結果、顧
客側１１０から返送されてきた画像データが正しくない
場合、すなわち顧客側１１０のプリンタ１１２’で再発
券分のチケットが正常にプリント出力できなかった場
合、上記図１８に示すように、チケット販売コンピュー
タ１３１は、発券エラーが起きたためプリンタ１１２’
による発券ができない旨を顧客側１１０に知らせると共
に、発送に変更するか否かを確認する。そして、チケッ
ト販売コンピュータ１３１は、発送に変更の場合には、
顧客Ｃの希望したチケットを顧客Ｃの元に送るように手
配し、そうでない場合には、販売中止とする。その後、
本電子商取引が終了となる（ステップＳ２４０〜Ｓ２４
７：上記図９のステップＳ１４４〜Ｓ１５１と同様の処
理）。

【０１１６】上述のように、本実施の形態では、顧客側
１１０のプリンタ１１２’において、プリント出力した
印刷物（チケット）の画像を画像入力装置５０１で読み
取り、その読み取った画像データを販売側１１０に返送
するようにした。このような構成としても、上述の第１
の実施の形態と同様に、ネットワークを介した有価証券
の売買のように、管理の行き届かない場所でプリント出
力（発券）される重要な印刷物（紙媒体の商品）のプリ
ント枚数（発券枚数）を管理することができ、また、プ
リント出力（発券）が正しく行われなかった場合に、顧
客Ｃが通報する手間を省くことができる、という効果を
得ることができる。

【０１１７】尚、本実施の形態では、プリンタ１１２’
をネットワークプリンタで構成したが、例えば、上記図
１に示したような、コンピュータ１１１に接続されたプ
リンタ１１２で構成するようにしてもよい。また、本実
施の形態では、販売側１３０にて、顧客側１１０のプリ
ンタ１１２’でプリント出力された画像データと、顧客
側１１０に送信した画像データを比較するようにした
が、例えば、販売側１３０の販売者が比較して、正常に
プリント出力されたかを確認するようにしてもよい。或
いは、顧客側１１０のプリンタ１１２’にて、これらの
比較を行って、正常にプリント出力されたか否かの情報
を販売側１３０に返送するようにしてもよい。

【０１１８】（第３の実施の形態）

【０１１９】本実施の形態では、上記図１０の電子商取
引システム４００において、プリンタ１１２’を、２度
印刷可能なプリンタで構成する。このため、プリンタ１
１２’は、上記図１１に示した構成に対して、図１９に
示すように、メカ部２１０’が第１の印刷機能６０１と
第２の印刷機能６０２をを更に備えた構成としている。

【０１２０】具体的には、プリンタ１１２’は、両面印
刷機能を有し、図２０に示すように、上記図１２に示し
た構成に加えて、紙反転部６０４と、１度目の印刷が行
われた紙３０２を排紙センサ３１１から排紙するか、紙
反転を行って２度目の印刷を行うかを決定する紙搬送方
向切換部６０３とにより、１度目の印刷を行う第１の印
刷機能６０２と、２度目の印刷を行う第２の印刷機能６
０２とを実現する。

【０１２１】尚、上記図１９及び図２０に示す構成にお
いて、上記図１１及び図１２に示した構成と同様に動作
する箇所には同じ符号を付し、その詳細な説明は省略す
る。

【０１２２】図２１〜図２６は、本実施の形態での電子
商取引システム４００において、チケットの売買時のシ
ステム動作を示したフローチャートである。尚、上記図
２１〜図２６のフローチャートにおいて、上記図１３〜
図１８のフローチャートに対して主に異なるステップに
ついて破線で囲み、そのステップについてのみ、具体的
に説明する。他のステップについては、上述した第１及
び第２の実施の形態の説明にて詳細に説明したため、こ
こでは省略する。

【０１２３】先ず、上記図２１に示すように、顧客側１
１０において、その顧客Ｃは、コンピュータ１１１によ
り販売側１３０にアクセスし、所望するチケットを選択
する。また、販売側１３０からの顧客Ｃの識別情報、ク
レジットカードの情報、及びチケットの購入方法（発送
又は発券）の要求に従って、それらの情報を販売側１３
０に返送する。販売側１３０は、顧客側１１０からの情
報を元に、顧客Ｃのクレジットカードが有効であるか、
顧客Ｃの身元の確認が取れたか、取引限度額を超えない
か、を確認する（ステップＳ３０１〜Ｓ３１０：上記図
１３のステップＳ２０１〜Ｓ２１０と同様の処理）。

【０１２４】上記の確認の結果、顧客Ｃのクレジットカ
ードが有効であり、身元が確認され、且つ取引限度額を
超えない場合、上記図２２に示すように、チケット販売
コンピュータ１３１は、顧客Ｃの希望が発送（郵送等）
であるか発券（プリント出力）であるかを確認し、発送
希望であった場合には、顧客Ｃが発送希望であることを
販売者に知らせ、クレジット会社に対して、顧客Ｃが希
望（購入）したチケットの代金を請求する。そして、チ
ケット販売コンピュータ１３１は、販売者に対して顧客
Ｃへの販売が完了した旨を知らせると共に、顧客側１１
０にも知らせる。その後、本電子商取引が終了となる。
一方、発券希望であった場合、チケット販売コンピュー
タ１３１は、顧客側１１０にプリンタ１１２’（ネット
ワークプリンタ）のＩＰアドレスを要求し、プリンタ１
１２’の準備を指示する。そして、チケット販売コンピ
ュータ１３１は、プリンタ１１２’がプリント出力可能
な状態であるかを確認する（ステップＳ３１１〜Ｓ３２
１：上記図１４のステップＳ２１１〜Ｓ２２０と同様の
処理）。

【０１２５】上記の確認の結果、プリンタ１１２’がプ
リント出力可能な状態であると確認された場合、上記図
２３に示すように、販売側１３０のチケット販売コンピ
ュータ１３１は、チケットの画像データを顧客側１１０
に送信し、顧客側１３０のプリンタ１１２’は、販売側
１３０からの情報（チケットの画像データ）をプリント
出力する。このとき、プリンタ１１２’のメカ部２１
０’において、画像入力装置５０１は、プリント出力
（排紙センサ３１１から排紙される紙３０２）の画像を
読み取り、その画像データを販売側１３０に返送する
（ステップＳ３２２〜Ｓ３２４：上記図１５のステップ
Ｓ２２２〜Ｓ２２４と同様の処理）。

【０１２６】そこで、このとき、画像入力装置５０１を
通過した３０２は（上記図２０参照）、紙反転部６０４
により、２度目の印刷を行える位置まで搬送される。両
面印刷機能を利用する場合には、紙３０２を２度反転さ
せる。このようにして、次の印刷のための準備を行う
（ステップＳ３２５）。このステップＳ３２５により、
排紙センサ３１１から排紙される紙３０２を、直ちにプ
リンタ１１２’から排出せずに、２度目の印刷（重ね印
刷、ＶＯＩＤ印刷）を行える状態にする構成としたこと
が、本システムの特徴とするところである。

【０１２７】ステップＳ３２５の後、販売側１３０のチ
ケット販売コンピュータ１３１は、顧客側１１０からの
画像データが正しいデータであるか否かを判別し、顧客
側１１０から返送されてきた画像データが正しい場合に
は、クレジット会社に顧客Ｃに販売したチケットの代金
を請求し、販売者に顧客Ｃへの販売が完了した旨を知ら
せると共に、顧客側１１０にも知らせる（ステップＳ３
２６〜ステップＳ３２８：上記図１５のステップＳ２２
５〜ステップＳ２２７と同様の処理）。

【０１２８】そして、チケット販売コンピュータ１３１
は、ステップＳ３２５により２度目の印刷のために保持
されている紙３０２（チケット）をそのまま排紙する指
示（排紙指示）の情報を、顧客側１１０のプリンタ１１
２’にインターネット部１２０及びＬＡＮ部４０１を介
して送信する。プリンタ１１２’において（上記図１９
参照）、ＬＡＮ部４０１を介して供給された排紙指示の
情報を受けたＩ／Ｆ２２３は、その情報をメカ制御部２
２１に供給する。メカ制御部２２１は、Ｉ／Ｆ２２３か
らの排紙指示をメカ部２１０’の紙搬送方向切換部６０
３に供給する。これにより紙搬送方向切換部６０３は、
現在保持されている紙３０２（チケット）を排紙方向に
搬送させて装置外部に排出させる（ステップＳ３２
９）。その後、本電子商取引が終了となる。

【０１２９】一方、顧客側１１０から返送されてきた画
像データが正しくない場合、すなわち顧客側１１０のプ
リンタ１１２’で正常にプリントできなかった場合、上
記図２４に示すように、チケット販売コンピュータ１３
１は、ＶＯＩＤ印刷するための画像データを、インター
ネット部１２０及びＬＡＮ４０１を介して、顧客側１１
０に送信する（ステップＳ３３０）。

【０１３０】プリンタ１１２’において（上記図１９参
照）、ＬＡＮ部４０１を介して供給された画像データ
（ＶＯＩＤ印刷のための画像データ）を受けたＩ／Ｆ２
２３は、そのデータをメカ制御部２２１に供給する。メ
カ制御部２２１は、Ｉ／Ｆ２２３からの画像データをプ
リント出力するようにメカ部２１０’を制御すると共
に、ステップＳ３２５により２度目の印刷のために保持
されている紙３０２（チケット）を印刷方向に搬送する
指示を紙搬送方向切換部６０３（上記図２０）に与え
る。これにより、紙３０２は、印刷方向に搬送され、Ｖ
ＯＩＤ印刷のための画像データが印刷される（ステップ
Ｓ３３１）。

【０１３１】このとき、メカ部２１０’において、画像
入力装置５０１は、排紙センサ３１１から排紙される紙
３０２（上記図１２参照）の画像を読み取り、その画像
データを、ＬＡＮ部４０１を介して販売側１３０に返送
する（ステップＳ３３２）。これは、トナー切れ等によ
り、ＶＯＩＤ印刷をもできない場合が考えられるためで
ある。

【０１３２】販売側１３０のチケット販売コンピュータ
１３１は、顧客側１３０からの画像データ（ＶＩＯＤ印
刷の画像データ）が正しいデータであるか否かを判別す
る。この判別は、例えば、顧客側１１０に送信したＶＩ
ＯＤ印刷のための画像データと、顧客側１１０から返送
されたきた画像データとを比較して行う（ステップＳ３
３３）。

【０１３３】ステップＳ３３３の判別の結果、顧客側１
１０から返送されてきた画像データが正しくない場合、
チケット販売コンピュータ１３１は、正しく発券できな
かった画像データの識別画像を無効な識別画像として登
録する（ステップＳ３３４）。その後、次のステップＳ
３３５からの処理に進む。一方、ステップＳ３３３の判
別の結果、顧客側１１０から返送されてきた画像データ
が正しい場合、そのままステップＳ３３５からの処理に
進む。

【０１３４】ステップＳ３３５からの処理では、チケッ
ト販売コンピュータ１３１は、発券エラーが起きたため
再発券を行う旨を顧客側１１０に知らせる。また、チケ
ット販売コンピュータ１３１は、プリンタ１１２’の準
備を指示し、プリンタ１１２’がプリント出力できる状
態であるかを確認する（ステップＳ３３５〜Ｓ３３９：
上記図１６のステップＳ２２９〜Ｓ２３３と同様の処
理）。

【０１３５】上記の確認の結果、プリンタ１１２’がプ
リント出力できる状態となると、上記図２５に示すよう
に、販売側１３０のチケット販売コンピュータ１３１
は、再発券のチケットの画像データを顧客側１１０に送
信し、顧客側１３０のプリンタ１１２’は、販売側１３
０からの情報（再発券のチケットの画像データ）をプリ
ント出力する。このとき、プリンタ１１２’のメカ部２
１０’において、画像入力装置５０１は、プリント出力
（排紙センサ３１１から排紙される紙３０２）の画像を
読み取り、その画像データを販売側１３０に返送する
（ステップＳ３４０〜Ｓ３４２：上記図１７のステップ
Ｓ２３４〜Ｓ２３６と同様の処理）。

【０１３６】このとき、画像入力装置５０１を通過した
３０２は（上記図２０参照）、紙反転部６０４により、
２度目の印刷を行える位置まで搬送される。両面印刷機
能を利用する場合には、紙３０２を２度反転させる。こ
のようにして、次の印刷のための準備を行う（ステップ
Ｓ３４３）。

【０１３７】ステップＳ３４３の後、販売側１３０のチ
ケット販売コンピュータ１３１は、顧客側１１０からの
画像データ（再発券の画像データ）が正しいデータであ
るか否かを判別し、顧客側１１０から返送されてきた画
像データが正しい場合には、クレジット会社に顧客Ｃに
販売したチケットの代金を請求し、販売者に顧客Ｃへの
販売が完了した旨を知らせると共に、顧客側１１０にも
知らせる（ステップＳ３４４〜ステップＳ３４６：上記
図１７のステップＳ２３７〜ステップＳ２３９と同様の
処理）。

【０１３８】そして、チケット販売コンピュータ１３１
は、ステップＳ３４３により２度目の印刷のために保持
されている紙３０２（チケット）をそのまま排紙する指
示（排紙指示）の情報を、顧客側１１０のプリンタ１１
２’にインターネット部１２０及びＬＡＮ部４０１を介
して送信する。プリンタ１１２’において（上記図１９
参照）、ＬＡＮ部４０１を介して供給された排紙指示の
情報を受けたＩ／Ｆ２２３は、その情報をメカ制御部２
２１に供給する。メカ制御部２２１は、Ｉ／Ｆ２２３か
らの排紙指示をメカ部２１０’の紙搬送方向切換部６０
３に供給する。これにより紙搬送方向切換部６０３は、
現在保持されている紙３０２（チケット）を排紙方向に
搬送させて装置外部に排出させる（ステップＳ３４
７）。その後、本電子商取引が終了となる。

【０１３９】一方、ステップＳ３４４の判別の結果、顧
客側１１０から返送されてきた画像データが正しくない
場合、すなわち顧客側１１０のプリンタ１１２’で再発
券分のチケットが正常にプリント出力できなかった場
合、上記図２６に示すように、チケット販売コンピュー
タ１３１は、ＶＩＯＤ印刷するための画像データを、イ
ンターネット部１２０及びＬＡＮ４０１を介して、顧客
側１１０に送信する（ステップＳ３４８）。

【０１４０】プリンタ１１２’において（上記図１９参
照）、ＬＡＮ部４０１を介して供給された画像データ
（ＶＯＩＤ印刷のための画像データ）を受けたＩ／Ｆ２
２３は、そのデータをメカ制御部２２１に供給する。メ
カ制御部２２１は、Ｉ／Ｆ２２３からの画像データをプ
リント出力するようにメカ部２１０’を制御すると共
に、ステップＳ３４３により２度目の印刷のために保持
されている紙３０２（チケット）を印刷方向に搬送する
指示を紙搬送方向切換部６０３（上記図２０）に与え
る。これにより、紙３０２は、印刷方向に搬送され、Ｖ
ＯＩＤ印刷のための画像データが印刷される（ステップ
Ｓ３４９）。

【０１４１】このとき、メカ部２１０’において、画像
入力装置５０１は、排紙センサ３１１から排紙される紙
３０２（上記図１２参照）の画像を読み取り、その画像
データを、ＬＡＮ部４０１を介して販売側１３０に返送
する（ステップＳ３５０）。

【０１４２】販売側１３０のチケット販売コンピュータ
１３１は、顧客側１３０からの画像データ（ＶＩＯＤ印
刷の画像データ）が正しいデータであるか否かを判別す
る（ステップＳ３５１）。

【０１４３】ステップＳ３５１の判別の結果、顧客側１
１０から返送されてきた画像データが正しくない場合、
チケット販売コンピュータ１３１は、正しく発券できな
かった画像データの識別画像を無効な識別画像として登
録する（ステップＳ３５２）。その後、次のステップＳ
３５３からの処理に進む。一方、ステップＳ３５１の判
別の結果、顧客側１１０から返送されてきた画像データ
が正しい場合、そのままステップＳ３５３からの処理に
進む。

【０１４４】ステップＳ３５３からの処理では、チケッ
ト販売コンピュータ１３１は、発券エラーが起きたため
プリンタ１１２’による発券ができない旨を顧客側１１
０に知らせると共に、発送に変更するか否かを確認す
る。そして、チケット販売コンピュータ１３１は、発送
に変更の場合には、顧客Ｃの希望したチケットを顧客Ｃ
の元に送るように手配し、そうでない場合には、販売中
止とする。その後、本電子商取引が終了となる（ステッ
プＳ３５３〜Ｓ３５９：上記図１８のステップＳ２４１
〜Ｓ２４７と同様の処理）。

【０１４５】上述のように、本実施の形態では、上述し
た第２の実施の形態と同様に、顧客側１１０のプリンタ
１１２’において、プリント出力した印刷物（チケッ
ト）の画像を画像入力装置５０１で読み取り、その読み
取った画像データを販売側１１０に返送するようにし
た。さらに、プリンタ１１２’を２度印刷可能な構成と
し、プリント出力が正しく行われなかったチケットに対
してＶＯＩＤ印刷を行うことで、該チケットを完全に無
効するようにした。このように構成したことにより、ネ
ットワークを介した有価証券の売買のように、管理の行
き届かない場所でプリント出力（発券）される重要な印
刷物（紙媒体の商品）のプリント枚数（発券枚数）を管
理することができ、また、プリント出力（発券）が正し
く行われなかった場合に、顧客Ｃが通報する手間を省く
ことができる、という効果を得ることができると共に、
その管理をさらに確実なものとすることができる。

【０１４６】尚、本発明の目的は、上述した各実施の形
態のホスト及び端末の機能を実現するソフトウェアのプ
ログラムコードを記憶した記憶媒体を、システム或いは
装置に供給し、そのシステム或いは装置のコンピュータ
（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログ
ラムコードを読みだして実行することによっても、達成
されることは言うまでもない。この場合、記憶媒体から
読み出されたプログラムコード自体が各実施の形態の機
能を実現することとなり、そのプログラムコードを記憶
した記憶媒体は本発明を構成することとなる。

【０１４７】プログラムコードを供給するための記憶媒
体としては、ＲＯＭ、フロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性のメモリカード等を用い
ることができる。

【０１４８】また、コンピュータが読みだしたプログラ
ムコードを実行することにより、各実施の形態の機能が
実現されるだけでなく、そのプログラムコードの指示に
基づき、コンピュータ上で稼動しているＯＳ等が実際の
処理の一部又は全部を行い、その処理によって各実施の
形態の機能が実現される場合も含まれることは言うまで
もない。

【０１４９】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された拡張機能ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部又は全部を行い、
その処理によって各実施の形態の機能が実現される場合
も含まれることは言うまでもない。

【０１５０】

【発明の効果】以上説明したように本発明では、受信側
での受信情報が特定画像情報（複写されるべきでない、
紙媒体の商品の価値を有する画像情報等）の際には、該
特定画像情報の出力状態が送信側に返送される。このよ
うに構成したことにより、受信側の者が送信側の者に通
報することなく、送信側では、受信側の出力に不具合が
生じたか、正常に出力し終えたか否かを認識することが
できる。例えば、顧客側（受信側）において、販売側
（送信側）から送信されてきた紙媒体の商品（有価証
券、金券等）の画像情報を印刷出力する際、その印刷出
力状態（プリント結果、正常に発券できたか否か等）が
販売側に返送される。これにより、販売側にて、管理の
行き届かない場所で印刷出力（発券）される重要な印刷
物であっても、その印刷枚数（発券枚数）を管理するこ
とができる。また、印刷出力（発券）が正しく行われな
かった場合に、顧客側の者が販売側に再発券の要請を通
報する手間を省くことができる。また、印刷出力が正し
く行われずに発券できなかった印刷物（不鮮明な商品）
に対しては、べた黒印刷や重ね印刷等（所定の画像情報
による再印刷）するように構成すれば、これを完全に無
効なものとすることができる。さらに、顧客側で実際に
印刷出力された画像を販売側に返送するように構成すれ
ば、販売側において、その画像が正しいものであるかを
判断することができるため、偽造等を確実に防ぐことが
できる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
電子商取引システムの構成を示すブロック図である。

【図２】上記電子商取引システムのプリンタの構成を示
すブロック図である。

【図３】上記プリンタのメカ部の構造を説明するための
図である。

【図４】上記電子商取引システムでチケットの売買を行
うときのシステム動作を説明するためのフローチャート
（〜Ａ）である。

【図５】上記電子商取引システムでチケットの売買を行
うときのシステム動作を説明するためのフローチャート
（Ａ〜Ｂ）である。

【図６】上記電子商取引システムでチケットの売買を行
うときのシステム動作を説明するためのフローチャート
（Ｂ〜Ｃ）である。

【図７】上記電子商取引システムでチケットの売買を行
うときのシステム動作を説明するためのフローチャート
（Ｃ〜Ｄ）である。

【図８】上記電子商取引システムでチケットの売買を行
うときのシステム動作を説明するためのフローチャート
（Ｄ〜Ｅ）である。

【図９】上記電子商取引システムでチケットの売買を行
うときのシステム動作を説明するためのフローチャート
（Ｅ〜）である。

【図１０】第２の実施の形態において、本発明を適用し
た電子商取引システムの構成を示すブロック図である。

【図１１】上記電子商取引システムのプリンタの構成を
示すブロック図である。

【図１２】上記プリンタのメカ部の構造を説明するため
の図である。

【図１３】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（〜Ａ’）である。

【図１４】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ａ’〜Ｂ’）である。

【図１５】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｂ’〜Ｃ’）である。

【図１６】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｃ’〜Ｄ’）である。

【図１７】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｄ’〜Ｅ’）である。

【図１８】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｅ’〜）である。

【図１９】第３の実施の形態において、本発明を適用し
た電子商取引システムのプリンタの構成を示すブロック
図である。

【図２０】上記プリンタのメカ部の構造を説明するため
の図である。

【図２１】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（〜Ａ”）である。

【図２２】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ａ”〜Ｂ”）である。

【図２３】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｂ”〜Ｃ”）である。

【図２４】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｃ”〜Ｄ”）である。

【図２５】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｄ”〜Ｅ”）である。

【図２６】上記電子商取引システムでチケットの売買を
行うときのシステム動作を説明するためのフローチャー
ト（Ｅ”〜）である。

【符号の説明】

１００電子商取引システム１１０顧客側１１１コンピュータ１１２プリンタ１２０インターネット部１３０販売側１３１チケット販売コンピュータ２１０メカ部２２０制御部２２１メカ制御部２２２カウンタ２２３Ｉ／Ｆ

Claims

【特許請求の範囲】

【請求項１】送信されてきた情報を受信する受信手段
と、上記受信手段で受信された情報を外部出力する出力手段
と、上記出力手段により外部出力された情報が特定画像情報
の場合に、該特定画像情報の出力状態を検出する検出手
段と、上記検出手段にて検出された上記特定画像情報の出力状
態を該情報の送信元に返送する送信手段とを備えること
を特徴とする情報出力装置。
【請求項２】上記特定画像情報は、複写が禁止された
画像情報であることを特徴とする請求項１記載の情報出
力装置。
【請求項３】上記特定画像情報は、紙媒体の商品を表
す画像情報であることを特徴とする請求項１記載の情報
出力装置。
【請求項４】上記受信手段は、通信ネットワークを介
して送信されてきた紙媒体の商品の画像情報を受信し、上記出力手段は、上記受信手段で受信された画像情報を
紙媒体に印刷して出力し、上記検出手段は、上記出力手段の印刷出力状態を検出す
ることを特徴とする請求項１記載の情報出力装置。
【請求項５】上記受信手段は、上記出力手段で印刷出
力すべき紙媒体の枚数の指定情報を更に受信し、上記検出手段は、上記受信手段で受信された情報の指定
枚数と、上記出力手段で印刷出力された紙媒体の枚数と
を比較することで、上記出力手段の印刷出力状態を検出
することを特徴とする請求項４記載の情報出力装置。
【請求項６】上記検出手段は、上記出力手段で印刷出
力された紙媒体上の画像情報を読み取る読取手段を含
み、該手段で読み取った画像情報を上記印刷出力状態の
検出結果とすることを特徴とする請求項４記載の情報出
力装置。
【請求項７】上記受信手段は、所定の画像情報及び再
印刷の指示情報を更に受信し、上記出力手段は、上記受信手段で再印刷の指示情報が受
信された場合に、前回受信された画像情報の印刷を行っ
た紙媒体に対して、上記指示情報と共に受信された所定
の画像情報を印刷することを特徴とする請求項４記載の
情報出力装置。
【請求項８】上記紙媒体の商品は、有価証券を含み、上記出力手段で印刷出力される紙媒体は、上記商品と同
等の価値を有することを特徴とする請求項４記載の情報
出力装置。
【請求項９】上記紙媒体の商品の画像情報は、固有の
識別パターンの情報を含むことを特徴とする請求項４記
載の情報出力装置。
【請求項１０】通信ネットワークを介した通信により
紙媒体の商品の発券が可能なコンピュータに接続される
プリンタ装置であって、上記コンピュータで受信された情報を紙媒体に印刷して
出力する出力手段と、上記出力手段により印刷出力される情報が特定画像情報
である場合に、該特定画像情報の印刷出力状態を検出す
る検出手段と、上記検出手段により検出された上記特定画像情報の印刷
出力状態を上記コンピュータを介して上記特定画像情報
の送信元に返送する送信手段とを備えることを特徴とす
るプリンタ装置。
【請求項１１】通信ネットワークを介した通信により
紙媒体の商品の発券が可能なプリンタ装置であって、上記通信ネットワークを介して送信されてきた情報を受
信する受信手段と、上記受信手段で受信された情報を紙媒体に印刷して出力
する出力手段と、上記出力手段により印刷出力される情報が特定画像情報
である場合に、該特定画像情報の印刷出力状態を検出す
る検出手段と、上記検出手段により検出された上記特定画像情報の印刷
出力状態を該特定画像情報の送信元に返送する送信手段
とを備えることを特徴とするプリンタ装置。
【請求項１２】上記特定画像情報は、複写が禁止され
た画像情報であることを特徴とする請求項１０又は１１
記載のプリンタ装置。
【請求項１３】上記特定画像情報は、紙媒体の商品を
表す画像情報であることを特徴とする請求項１０又は１
１記載のプリンタ装置。
【請求項１４】上記コンピュータ又は受信手段は、上
記出力手段で印刷出力すべき紙媒体の枚数の指定情報を
更に受信し、上記検出手段は、上記コンピュータ又は受信手段で受信
された情報の指定枚数と、上記出力手段で印刷出力され
た紙媒体の枚数とを比較することで、上記出力手段の印
刷出力状態を検出することを特徴とする請求項１０又は
１１記載のプリンタ装置。
【請求項１５】上記検出手段は、上記出力手段で印刷
出力された紙媒体上の画像情報を読み取る読取手段を含
み、該手段で読み取った画像情報を上記印刷出力状態の
検出結果とすることを特徴とする請求項１０又は１１記
載のプリンタ装置。
【請求項１６】上記受信手段は、所定の画像情報及び
再印刷の指示情報を更に受信し、上記出力手段は、上記受信手段で再印刷の指示情報が受
信された場合に、前回受信された画像情報の印刷を行っ
た紙媒体に対して、上記指示情報と共に受信された所定
の画像情報を印刷することを特徴とする請求項１０又は
１１記載のプリンタ装置。
【請求項１７】上記紙媒体の商品は、有価証券を含む
ことを特徴とする請求項１０又は１１記載のプリンタ装
置。
【請求項１８】上記紙媒体の商品の画像情報は、固有
の識別パターンの情報を含むことを特徴とする請求項１
０又は１１記載のプリンタ装置。
【請求項１９】通信ネットワークを介した通信によ
り、顧客側と販売側で紙媒体の商品の売買が可能であ
り、紙媒体の商品の発券については、顧客側のプリンタ
装置にて該紙媒体の商品の画像情報を印刷出力すること
でなされる電子商取引システムであって、上記プリンタ装置は、請求項１〜９の何れかに記載の情
報出力装置、又は、請求項１０〜１８の何れかに記載の
プリンタ装置が有する機能を備えることを特徴とする電
子商取引システム。
【請求項２０】上記販売側は、上記顧客側から送信さ
れてきた情報により上記プリンタ装置による発券状態を
検出する手段と、該手段の検出結果に基づいて上記プリ
ンタ装置で印刷出力する画像情報を上記顧客側に送信す
る手段とを備えることを特徴とする請求項１９記載の電
子商取引システム。
【請求項２１】通信ネットワークを介した通信によ
り、顧客側と販売側での紙媒体の商品の売買の際に、紙
媒体の商品の発券については、顧客側のプリンタ装置に
て該紙媒体の商品の画像情報を印刷出力することでなさ
れる電子商取引のための処理ステップをコンピュータが
読出可能に格納した記憶媒体であって、該処理ステップ
は、上記プリンタ装置の印刷出力状態を上記販売側に送信す
る顧客側処理ステップと、上記顧客側処理ステップにより送信される情報に基づい
て、上記プリンタ装置で印刷出力する画像情報を上記顧
客側に送信する販売側処理ステップとを含むことを特徴
とする記憶媒体。
【請求項２２】上記販売側処理ステップは、上記販売
側が上記プリンタ装置で印刷出力すべき紙媒体の枚数の
指定情報を送信するステップを含み、上記顧客側処理ステップは、上記販売側処理ステップの
送信ステップにより送信される情報の指定枚数と上記プ
リンタ装置で印刷出力された紙媒体の枚数を比較する比
較ステップと、該比較ステップの比較結果により上記プ
リント装置の印刷出力状態を検出する検出ステップと、
該検出ステップによる検出結果を上記販売側の返送する
送信ステップとを含むことを特徴とする請求項２１記載
の記憶媒体。
【請求項２３】上記顧客側処理ステップは、上記プリ
ンタ装置で印刷出力された紙媒体上の画像情報を読み取
る読取ステップと、該読取ステップにより読み取られた
画像情報を上記印刷出力状態の検出結果として上記販売
側に返送する送信ステップとを含むことを特徴とする請
求項２１記載の記憶媒体。
【請求項２４】上記販売側処理ステップは、上記顧客
側処理ステップの送信ステップにより送信される情報に
基づいて所定の画像情報及び再印刷の指示情報を上記顧
客側に送信するステップを含み、上記顧客側処理ステップは、上記販売側処理ステップに
より送信される上記指示情報を受信した場合に、前回受
信された画像情報の印刷を行った紙媒体に対して、上記
指示情報と共に受信された所定の画像情報を印刷する再
印刷ステップを含むことを特徴とする請求項２２記載の
記憶媒体。
【請求項２５】上記紙媒体の商品は、有価証券を含む
ことを特徴とする請求項２１記載の記憶媒体。
【請求項２６】上記紙媒体の商品の画像情報は、固有
の識別パターンの情報を含むことを特徴とする請求項２
１記載の記憶媒体。