JP2002109113A - ネットワーク発券システムとサーバおよびネットワーク発券方法とその処理プログラムを記録した記録媒体 - Google Patents
ネットワーク発券システムとサーバおよびネットワーク発券方法とその処理プログラムを記録した記録媒体Info
- Publication number
- JP2002109113A JP2002109113A JP2000297729A JP2000297729A JP2002109113A JP 2002109113 A JP2002109113 A JP 2002109113A JP 2000297729 A JP2000297729 A JP 2000297729A JP 2000297729 A JP2000297729 A JP 2000297729A JP 2002109113 A JP2002109113 A JP 2002109113A
- Authority
- JP
- Japan
- Prior art keywords
- data
- ticket
- client
- network
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Printing Methods (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
【課題】 クライアント側でのコンサートチケット等の
印刷出力といった発券、流通サービスを実現する。 【解決手段】 クライアントマシン１からインターネッ
ト３を介してサーバマシン２に発券要求を送信し、サー
バマシン２で発券要求に対応する券データを生成してク
ライアントマシン１にインターネット３を介して送信
し、クライアントマシン１側でサーバマシン２からの券
データを印刷出力するものであり、特に、サーバマシン
２に、ルール登録処理部２ｂと改竄視認用データ生成処
理部２ｃおよびデータ合成処理部２ｄを設け、当該券デ
ータが改竄されたか否かを所定のルールに基づき容易に
視認、すなわち目視で確認できるように、券データに対
して改竄視認用データを付与する。これにより、発券要
求者が自分で券データを紙に印刷してチケットとして利
用する場合にも、そのチケットを受け付ける側で、予め
入手したルールに基づき、そのチケットの改竄の有無
を、目視により容易に判別することができるので、通常
のチケットとして流通させることができる。
印刷出力といった発券、流通サービスを実現する。 【解決手段】 クライアントマシン１からインターネッ
ト３を介してサーバマシン２に発券要求を送信し、サー
バマシン２で発券要求に対応する券データを生成してク
ライアントマシン１にインターネット３を介して送信
し、クライアントマシン１側でサーバマシン２からの券
データを印刷出力するものであり、特に、サーバマシン
２に、ルール登録処理部２ｂと改竄視認用データ生成処
理部２ｃおよびデータ合成処理部２ｄを設け、当該券デ
ータが改竄されたか否かを所定のルールに基づき容易に
視認、すなわち目視で確認できるように、券データに対
して改竄視認用データを付与する。これにより、発券要
求者が自分で券データを紙に印刷してチケットとして利
用する場合にも、そのチケットを受け付ける側で、予め
入手したルールに基づき、そのチケットの改竄の有無
を、目視により容易に判別することができるので、通常
のチケットとして流通させることができる。
Description
【０００１】
【発明の属する技術分野】本発明は、インターネット等
のネットワークを介して行なうコンサートチケット等の
発券技術に係わり、特に、紙を媒体としての発券を効率
的に行なうのに好適なネットワーク発券システムとサー
バおよびネットワーク発券方法とその処理プログラムを
記録した記録媒体に関するものである。
のネットワークを介して行なうコンサートチケット等の
発券技術に係わり、特に、紙を媒体としての発券を効率
的に行なうのに好適なネットワーク発券システムとサー
バおよびネットワーク発券方法とその処理プログラムを
記録した記録媒体に関するものである。
【０００２】
【従来の技術】現在、インターネットを利用して、パー
ソナルコンピュータ等のクライアント側端末からＷｅｂ
ブラウザを介してＷｅｂサーバにアクセスし、このＷｅ
ｂサーバから提供されるＷｅｂページを介して商品やチ
ケットの注文等を行うことができる。
ソナルコンピュータ等のクライアント側端末からＷｅｂ
ブラウザを介してＷｅｂサーバにアクセスし、このＷｅ
ｂサーバから提供されるＷｅｂページを介して商品やチ
ケットの注文等を行うことができる。
【０００３】この注文行為が成立した証として、サーバ
側からクライアント側に情報を送付し、これを電子チケ
ットとして利用する技術が、例えば、特開２０００−６
７３１２号公報や、特開平１１−１４５９５２号公報等
に記載されている。
側からクライアント側に情報を送付し、これを電子チケ
ットとして利用する技術が、例えば、特開２０００−６
７３１２号公報や、特開平１１−１４５９５２号公報等
に記載されている。
【０００４】このような技術において、クライアント側
端末の場所と実際に電子チケットを利用する場所が離れ
ている場合、クライアントユーザは何らかの手段で電子
チケットを端末地点から利用地点まで持参する必要があ
る。この電子チケットとしての媒介は一意に決まるもの
ではなく、電子チケットを利用する場所で使用可能な媒
介、例えば、特開２０００−６７３１２号公報において
はスマートカード、また、特開平１１−１４５９５２号
公報においてはフロッピー（登録商標）ディスクを選択
する必要が生じる。
端末の場所と実際に電子チケットを利用する場所が離れ
ている場合、クライアントユーザは何らかの手段で電子
チケットを端末地点から利用地点まで持参する必要があ
る。この電子チケットとしての媒介は一意に決まるもの
ではなく、電子チケットを利用する場所で使用可能な媒
介、例えば、特開２０００−６７３１２号公報において
はスマートカード、また、特開平１１−１４５９５２号
公報においてはフロッピー（登録商標）ディスクを選択
する必要が生じる。
【０００５】しかし、クライアント側が、これら任意の
媒介に電子チケットを格納できる手段を持っているとは
限らず、媒介の種類が多数存在する現在では、このよう
な電子チケットの流通は難しい。
媒介に電子チケットを格納できる手段を持っているとは
限らず、媒介の種類が多数存在する現在では、このよう
な電子チケットの流通は難しい。
【０００６】また、最近では携帯電話を利用したクライ
アント側端末も存在する。その場合、端末を電子チケッ
トを利用する場所に持参するのは容易であるが、電子チ
ケットの受け付け側がチケット内容を確認するために
は、クライアント側端末から受け付け側の確認用機器に
何らかの手段を用いてデータを送付する必要が生じる。
この場合も、実質的に一意に定まる手段がなければ、実
際上は送付が難しい場合が生じ、チケットの利用を難し
くする。
アント側端末も存在する。その場合、端末を電子チケッ
トを利用する場所に持参するのは容易であるが、電子チ
ケットの受け付け側がチケット内容を確認するために
は、クライアント側端末から受け付け側の確認用機器に
何らかの手段を用いてデータを送付する必要が生じる。
この場合も、実質的に一意に定まる手段がなければ、実
際上は送付が難しい場合が生じ、チケットの利用を難し
くする。
【０００７】このように、電子チケットは、電子署名な
どの利用によりデータの安全性が確保しやすいという利
点を持つが、流通が難しい。
どの利用によりデータの安全性が確保しやすいという利
点を持つが、流通が難しい。
【０００８】実際のチケットの利用においては、そのチ
ケットに関しての応分の安全性が確保できれば、実用上
は問題ないという場合も多い。その場合、流通の難しい
電子チケットよりも、従来からの紙のチケットを利用す
るほうがチケット利用時の制限が緩いため好ましい。
ケットに関しての応分の安全性が確保できれば、実用上
は問題ないという場合も多い。その場合、流通の難しい
電子チケットよりも、従来からの紙のチケットを利用す
るほうがチケット利用時の制限が緩いため好ましい。
【０００９】インターネットを利用して紙チケットの発
行を行なう場合、サーバ側で発券して郵送するのでは時
間がかかるので、発券要求を出したクライアント側で印
刷し発券できることが望ましい。しかし、この場合、ク
ライアントユーザ側が印刷時にデータの加工をする疑い
が生じる。
行を行なう場合、サーバ側で発券して郵送するのでは時
間がかかるので、発券要求を出したクライアント側で印
刷し発券できることが望ましい。しかし、この場合、ク
ライアントユーザ側が印刷時にデータの加工をする疑い
が生じる。
【００１０】
【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、電子チケットとしてネットワー
クを介して配付する場合は、発券要求者は直接チケット
を入手することができるが、チケットの利用地点におい
ては、チケットの改竄の有無を調べるために、電子情報
のやり取りおよび解析処理ができる特別な装置が必要で
あるため、普及が難しく、また、紙チケットでの配付を
行なう場合は、ネットワークを介して注文を受けたサー
バ側からの郵送等が必要であり、郵送料の負荷や配付時
間の遅れ等が発生してしまう点である。
点は、従来の技術では、電子チケットとしてネットワー
クを介して配付する場合は、発券要求者は直接チケット
を入手することができるが、チケットの利用地点におい
ては、チケットの改竄の有無を調べるために、電子情報
のやり取りおよび解析処理ができる特別な装置が必要で
あるため、普及が難しく、また、紙チケットでの配付を
行なう場合は、ネットワークを介して注文を受けたサー
バ側からの郵送等が必要であり、郵送料の負荷や配付時
間の遅れ等が発生してしまう点である。
【００１１】本発明の目的は、これら従来技術の課題を
解決し、ネットワークを介して発注された例えばコンサ
ートチケットの効率的な配付を可能とするネットワーク
発券システムとサーバおよびネットワーク発券方法とそ
の処理プログラムを記録した記録媒体を提供することで
ある。
解決し、ネットワークを介して発注された例えばコンサ
ートチケットの効率的な配付を可能とするネットワーク
発券システムとサーバおよびネットワーク発券方法とそ
の処理プログラムを記録した記録媒体を提供することで
ある。
【００１２】
【課題を解決するための手段】上記目的を達成するた
め、本発明のネットワーク発券システムとサーバおよび
ネットワーク発券方法では、クライアントからネットワ
ークを介してサーバに発券要求を送信し、サーバで発券
要求に対応する券データを生成してクライアントにネッ
トワークを介して送信し、クライアント側でサーバから
の券データを印刷出力するものであり、特に、サーバに
おいて、当該券データが改竄されたか否かを所定のルー
ルに基づき容易に視認、すなわち目視で確認できるよう
に、券データに対して改竄視認用データを付与して、ク
ライアント側に送信する。
め、本発明のネットワーク発券システムとサーバおよび
ネットワーク発券方法では、クライアントからネットワ
ークを介してサーバに発券要求を送信し、サーバで発券
要求に対応する券データを生成してクライアントにネッ
トワークを介して送信し、クライアント側でサーバから
の券データを印刷出力するものであり、特に、サーバに
おいて、当該券データが改竄されたか否かを所定のルー
ルに基づき容易に視認、すなわち目視で確認できるよう
に、券データに対して改竄視認用データを付与して、ク
ライアント側に送信する。
【００１３】このように、改竄の有無を容易に視認可能
とすることにより、クライアントマシンを操作した発券
要求者が、券データを紙に印刷してチケットとして利用
する場合には、そのチケットの利用地点であるチケット
受け付け側では、予めルールを入手しておくことで、そ
のチケットが改竄されたものであるか否かを、目視によ
り容易に判別することができるので、通常のチケットと
して流通させることができる。
とすることにより、クライアントマシンを操作した発券
要求者が、券データを紙に印刷してチケットとして利用
する場合には、そのチケットの利用地点であるチケット
受け付け側では、予めルールを入手しておくことで、そ
のチケットが改竄されたものであるか否かを、目視によ
り容易に判別することができるので、通常のチケットと
して流通させることができる。
【００１４】
【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明に係るネット
ワーク発券システムの構成例を示すブロック図であり、
図６は、図１におけるネットワーク発券システムを構成
するクライアントマシンおよびサーバマシンのハードウ
ェア構成例を示すブロック図である。
面により詳細に説明する。図１は、本発明に係るネット
ワーク発券システムの構成例を示すブロック図であり、
図６は、図１におけるネットワーク発券システムを構成
するクライアントマシンおよびサーバマシンのハードウ
ェア構成例を示すブロック図である。
【００１５】図６において、６１はＣＲＴ（Cathode Ra
y Tube）やＬＣＤ(Liquid CrystalDisplay)等からなる
表示装置、６２はキーボードやマウス等からなる入力装
置、６３はＨＤＤ（Hard Disk Drive）等からなる外部
記憶装置、６４はＣＰＵ（Central Processing Unit）
６４ａや主メモリ６４ｂ等を具備して蓄積プログラム方
式によるコンピュータ処理を行なう情報処理装置、６５
は本発明に係わるプログラムやデータを記録したＣＤ−
ＲＯＭ（Compact Disc-Read Only Memory）もしくはＤ
ＶＤ（Digital Video Disc/Digital Versatile Disc）
等からなる光ディスク、６６は光ディスク６５に記録さ
れたプログラムおよびデータを読み出すための駆動装
置、６７はＬＡＮ（Local Area Network）カードやモデ
ム等からなる通信装置である。
y Tube）やＬＣＤ(Liquid CrystalDisplay)等からなる
表示装置、６２はキーボードやマウス等からなる入力装
置、６３はＨＤＤ（Hard Disk Drive）等からなる外部
記憶装置、６４はＣＰＵ（Central Processing Unit）
６４ａや主メモリ６４ｂ等を具備して蓄積プログラム方
式によるコンピュータ処理を行なう情報処理装置、６５
は本発明に係わるプログラムやデータを記録したＣＤ−
ＲＯＭ（Compact Disc-Read Only Memory）もしくはＤ
ＶＤ（Digital Video Disc/Digital Versatile Disc）
等からなる光ディスク、６６は光ディスク６５に記録さ
れたプログラムおよびデータを読み出すための駆動装
置、６７はＬＡＮ（Local Area Network）カードやモデ
ム等からなる通信装置である。
【００１６】光ディスク６５に格納されたプログラムお
よびデータを情報処理装置６４により駆動装置６６を介
して外部記憶装置６３内にインストールした後、外部記
憶装置６３から主メモリ６４ｂに読み込みＣＰＵ６４ａ
で処理することにより、情報処理装置６４内に、例え
ば、図１に示すサーバマシン２における各処理部が構成
される。尚、図１におけるクライアントマシン１とサー
バマシン２のそれぞれは、本図６で示す装置構成に限定
されるものではなく、必要とされる機能に応じて、装置
の追加、削除が可能である。
よびデータを情報処理装置６４により駆動装置６６を介
して外部記憶装置６３内にインストールした後、外部記
憶装置６３から主メモリ６４ｂに読み込みＣＰＵ６４ａ
で処理することにより、情報処理装置６４内に、例え
ば、図１に示すサーバマシン２における各処理部が構成
される。尚、図１におけるクライアントマシン１とサー
バマシン２のそれぞれは、本図６で示す装置構成に限定
されるものではなく、必要とされる機能に応じて、装置
の追加、削除が可能である。
【００１７】図１において、１はクライアントマシン、
２はサーバマシン、３はインターネット、４はプリンタ
であり、クライアントマシン１はＷｅｂブラウザを起動
して、インターネット３を介してサーバマシン２にアク
セスして、サーバマシンからＷｅｂページを受け取り、
画面表示する。クライアントマシン１とサーバマシン２
間は、本例では、一般的なＨＴＴＰ（HyperText Transf
er Protocol）によってデータの送受信が行われるもの
とするが、これに制限されるものではない。
２はサーバマシン、３はインターネット、４はプリンタ
であり、クライアントマシン１はＷｅｂブラウザを起動
して、インターネット３を介してサーバマシン２にアク
セスして、サーバマシンからＷｅｂページを受け取り、
画面表示する。クライアントマシン１とサーバマシン２
間は、本例では、一般的なＨＴＴＰ（HyperText Transf
er Protocol）によってデータの送受信が行われるもの
とするが、これに制限されるものではない。
【００１８】また、プリンタ４は、クライアントマシン
１と直接接続されても、あるいは、ＬＡＮを介して接続
されても良い。さらに、クライアントマシン１からサー
バマシン２にアクセスする時点と、クライアントマシン
１とプリンタ４が接続されている時点に差異があっても
構わない。
１と直接接続されても、あるいは、ＬＡＮを介して接続
されても良い。さらに、クライアントマシン１からサー
バマシン２にアクセスする時点と、クライアントマシン
１とプリンタ４が接続されている時点に差異があっても
構わない。
【００１９】クライアントマシン１は、サーバマシン２
からのＷｅｂページを表示し、このＷｅｂページを介し
て、例えば、コンサートチケットの発券要求をサーバマ
シン２に送信する。
からのＷｅｂページを表示し、このＷｅｂページを介し
て、例えば、コンサートチケットの発券要求をサーバマ
シン２に送信する。
【００２０】サーバマシン２には、券データ生成処理部
２ａ、ルール登録処理部２ｂ、改竄視認用データ生成処
理部２ｃ、データ合成処理部２ｄが設けられており、券
データ生成処理部２ａでは、クライアントマシン１から
インターネット３を介して送られてきた発券要求に対応
する券データを生成し、クライアントマシン１に送信す
るが、本例のサーバマシン２は、改竄視認用データ生成
処理部２ｃにより、券データに対する改竄を予め定めら
れたルールに基づき視認可能とする改竄視認用データを
生成し、その改竄視認用データを、データ合成処理部２
ｄにより券データに付与する。
２ａ、ルール登録処理部２ｂ、改竄視認用データ生成処
理部２ｃ、データ合成処理部２ｄが設けられており、券
データ生成処理部２ａでは、クライアントマシン１から
インターネット３を介して送られてきた発券要求に対応
する券データを生成し、クライアントマシン１に送信す
るが、本例のサーバマシン２は、改竄視認用データ生成
処理部２ｃにより、券データに対する改竄を予め定めら
れたルールに基づき視認可能とする改竄視認用データを
生成し、その改竄視認用データを、データ合成処理部２
ｄにより券データに付与する。
【００２１】改竄視認用データ生成処理部２ｃは、改竄
視認用データを生成する際、ルール登録処理部２ｂによ
り予め記憶装置に登録された情報を参照する。すなわ
ち、ルール登録処理部２ｂは、券データに付与すること
により当該券データに対する改竄を視認可能とする改竄
視認用データを生成するために予め定められたルール情
報を記憶装置に登録しておく。尚、このルール情報に関
しては後で具体的な例を示す。
視認用データを生成する際、ルール登録処理部２ｂによ
り予め記憶装置に登録された情報を参照する。すなわ
ち、ルール登録処理部２ｂは、券データに付与すること
により当該券データに対する改竄を視認可能とする改竄
視認用データを生成するために予め定められたルール情
報を記憶装置に登録しておく。尚、このルール情報に関
しては後で具体的な例を示す。
【００２２】このようにしてサーバマシン２からの改竄
視認用データが付与された券データを受け取ったクライ
アントマシン１では、Ｗｅｂブラウザで表示し、操作者
からの指示に基づきプリンタ４を介して紙チケットとし
て印刷出力する。
視認用データが付与された券データを受け取ったクライ
アントマシン１では、Ｗｅｂブラウザで表示し、操作者
からの指示に基づきプリンタ４を介して紙チケットとし
て印刷出力する。
【００２３】このように、改竄視認用データが付与され
た券データが印刷された紙チケットでは、そのルールを
知っていれば、容易に、その券データに対する改竄の有
無を視認することができるので、その紙チケットの受け
付けを行なう側は、予めそのルールを入手しておくこと
で、当該チケットの正当性を目視により容易に判別する
ことができる。これにより、発券要求側で印刷出力した
紙チケットを通常のチケットとして流通させることがで
きる。
た券データが印刷された紙チケットでは、そのルールを
知っていれば、容易に、その券データに対する改竄の有
無を視認することができるので、その紙チケットの受け
付けを行なう側は、予めそのルールを入手しておくこと
で、当該チケットの正当性を目視により容易に判別する
ことができる。これにより、発券要求側で印刷出力した
紙チケットを通常のチケットとして流通させることがで
きる。
【００２４】尚、クライアントマシン１の操作者、すな
わち、発券要求者に対して、どのようなルールに基づ
き、改竄検知用の仕組みが施されているかは分からない
ようにしておくが、この券データに、この券データに対
しては改竄検知用の仕組みが施されていることを明示す
る警告文データを付与しておき、発券要求者に、改竄し
ないよう予め警告しておく。
わち、発券要求者に対して、どのようなルールに基づ
き、改竄検知用の仕組みが施されているかは分からない
ようにしておくが、この券データに、この券データに対
しては改竄検知用の仕組みが施されていることを明示す
る警告文データを付与しておき、発券要求者に、改竄し
ないよう予め警告しておく。
【００２５】以下、図２を用いて、このような構成から
なるネットワーク発券システムの動作を説明する。
なるネットワーク発券システムの動作を説明する。
【００２６】図２は、本発明に係わるネットワーク発券
方法の第１の処理手順例を示すフローチャートである。
方法の第１の処理手順例を示すフローチャートである。
【００２７】本図２では、チケットの発券時および利用
時の動作および手順を示している。尚、ここでチケット
と表現しているがこれは一例であり、紙に印刷された情
報が何らかの価値を示すものであれば名称は限定される
ものではない。
時の動作および手順を示している。尚、ここでチケット
と表現しているがこれは一例であり、紙に印刷された情
報が何らかの価値を示すものであれば名称は限定される
ものではない。
【００２８】まず、発券時の動作手順を説明する。ユー
ザは、図１におけるクライアントマシン１によってイン
ターネット３経由でサーバマシン２のホームページにア
クセスする（ステップ２０１）。サーバマシン２側で
は、このホームページ上でユーザに対して商品・サービ
ス等の内容を提示する（ステップ２０２）
ザは、図１におけるクライアントマシン１によってイン
ターネット３経由でサーバマシン２のホームページにア
クセスする（ステップ２０１）。サーバマシン２側で
は、このホームページ上でユーザに対して商品・サービ
ス等の内容を提示する（ステップ２０２）
【００２９】ユーザがこの提示内容に対して購入・申し
込みの意志を持った場合、このホームページに対して申
し込み意志を表明する（ステップ２０３）。表明の仕方
はホームページの用意するインターフェースによるが、
例えば申し込みボタンをクリックするものや、ユーザ側
の住所氏名などを該当フィールドに記入するもので良
い。
込みの意志を持った場合、このホームページに対して申
し込み意志を表明する（ステップ２０３）。表明の仕方
はホームページの用意するインターフェースによるが、
例えば申し込みボタンをクリックするものや、ユーザ側
の住所氏名などを該当フィールドに記入するもので良
い。
【００３０】また、商品・サービスに対する支払いは、
クレジットカードを利用する場合には、この申し込み時
点でクレジットカード番号を入力すれば良い。あるい
は、商品・サービスの受け取り時に支払いをする場合に
は、特にこの申し込み時点では支払いに関する動作は必
要ない。
クレジットカードを利用する場合には、この申し込み時
点でクレジットカード番号を入力すれば良い。あるい
は、商品・サービスの受け取り時に支払いをする場合に
は、特にこの申し込み時点では支払いに関する動作は必
要ない。
【００３１】以上の動作は、インターネット経由での商
品・サービスの購入申し込み手順の一般的な例である
が、次の図８で詳細を示すサーバ側でのステップ２０４
における、申し込みを受けたサーバ側での発券データ生
成処理に、本発明の特徴がある。
品・サービスの購入申し込み手順の一般的な例である
が、次の図８で詳細を示すサーバ側でのステップ２０４
における、申し込みを受けたサーバ側での発券データ生
成処理に、本発明の特徴がある。
【００３２】図８は、図１におけるサーバマシンの本発
明に係わる処理動作例を示すフローチャートである。
明に係わる処理動作例を示すフローチャートである。
【００３３】本例は、図２におけるステップ２０４の処
理の詳細を示すものであり、サーバは、図１を用いて説
明したように、クライアント側からの購入申し込み（発
券要求）があれば（ステップ８０１）、券データ生成処
理部２ａにより、クライアント側からの購入申し込みに
対応する券データを生成し（ステップ８０２）、改竄視
認用データ生成処理部２ｃにより、券データに対する改
竄を予め定められたルールに基づき視認可能とする改竄
視認用データを生成し（ステップ８０３）、その改竄視
認用データを、データ合成処理部２ｄにより券データに
付与して（ステップ８０４）、発券画像データとしてク
ライアント側に送信する（ステップ８０５）。
理の詳細を示すものであり、サーバは、図１を用いて説
明したように、クライアント側からの購入申し込み（発
券要求）があれば（ステップ８０１）、券データ生成処
理部２ａにより、クライアント側からの購入申し込みに
対応する券データを生成し（ステップ８０２）、改竄視
認用データ生成処理部２ｃにより、券データに対する改
竄を予め定められたルールに基づき視認可能とする改竄
視認用データを生成し（ステップ８０３）、その改竄視
認用データを、データ合成処理部２ｄにより券データに
付与して（ステップ８０４）、発券画像データとしてク
ライアント側に送信する（ステップ８０５）。
【００３４】図２においては、このようにサーバから送
信されてきた発券画像データをクライアント側で取得
し、プリンタにより印刷し、紙チケット（チケット相当
物）として出力する（ステップ２０５）。以上が発券時
の動作手順であり、その後、図２における以下の手順の
ようにして、印刷された紙チケットの利用、および、そ
の際の改竄の確認が行われる。
信されてきた発券画像データをクライアント側で取得
し、プリンタにより印刷し、紙チケット（チケット相当
物）として出力する（ステップ２０５）。以上が発券時
の動作手順であり、その後、図２における以下の手順の
ようにして、印刷された紙チケットの利用、および、そ
の際の改竄の確認が行われる。
【００３５】紙チケットの利用時においては、まず、印
刷されたチケット相当物（紙チケット）は、クライアン
トユーザによって受け付け側に提示される（ステップ２
０６）。受け付け側では、提示された紙上の画像を目視
確認し、予め知らされていたリールに基づき改竄の有無
を確認する（ステップ２０７）。
刷されたチケット相当物（紙チケット）は、クライアン
トユーザによって受け付け側に提示される（ステップ２
０６）。受け付け側では、提示された紙上の画像を目視
確認し、予め知らされていたリールに基づき改竄の有無
を確認する（ステップ２０７）。
【００３６】もし改竄の可能性が認められれば、必要に
応じた別手段により詳細な確認を行う。例えば、当該紙
チケットにバーコードが印字されうように元の画像デー
タを作成しておき、且つ、バーコード内容を高度に暗号
化しておき、このデータを読み込んで専用ソフトで解析
する技術を用いることができる。また、発券元に問い合
わせをすることでも良い。これらの詳細確認は常に行う
必要はないので、時間や手間の制限が緩くなり、実用的
なシステムの構築が容易になる。
応じた別手段により詳細な確認を行う。例えば、当該紙
チケットにバーコードが印字されうように元の画像デー
タを作成しておき、且つ、バーコード内容を高度に暗号
化しておき、このデータを読み込んで専用ソフトで解析
する技術を用いることができる。また、発券元に問い合
わせをすることでも良い。これらの詳細確認は常に行う
必要はないので、時間や手間の制限が緩くなり、実用的
なシステムの構築が容易になる。
【００３７】ステップ２０７の処理において改竄が認め
られなければ、ユーザは通常の利用を行うが（ステップ
２０８）、改竄を指摘された場合には、ユーザは承服す
る場合と不服を示す場合がある（ステップ２０９）。ユ
ーザが不服を示した場合、受け付け側は、ステップ２０
７で説明した詳細な確認を行うなど、必要な処置を講ず
る（ステップ２１０）。
られなければ、ユーザは通常の利用を行うが（ステップ
２０８）、改竄を指摘された場合には、ユーザは承服す
る場合と不服を示す場合がある（ステップ２０９）。ユ
ーザが不服を示した場合、受け付け側は、ステップ２０
７で説明した詳細な確認を行うなど、必要な処置を講ず
る（ステップ２１０）。
【００３８】上述のステップ２０４、すなわち、図８に
おけるフローチャートで示した処理での発券画像データ
の生成に関しては、様々の技術を用いることができ、以
下、ステップ２０４における処理の詳細を幾つかの例を
用いて説明する。
おけるフローチャートで示した処理での発券画像データ
の生成に関しては、様々の技術を用いることができ、以
下、ステップ２０４における処理の詳細を幾つかの例を
用いて説明する。
【００３９】最初の例としては、サーバ側において、ま
ずクライアントユーザの個別情報を取得する。この取得
は、ユーザがホームページにアクセスした時点で得るも
のでも良いし、ユーザが購入申し込みを行った時点で得
るものであっても良い。アクセス時点で情報を取得する
には、例えば、会員登録したユーザだけアクセス可能な
ホームページとすることでユーザにアクセス時点で能動
的に情報を提示させることでも、また、クライアント端
末の機器情報（アドレス等）を接続時に自動的に取得す
ることでも良い。
ずクライアントユーザの個別情報を取得する。この取得
は、ユーザがホームページにアクセスした時点で得るも
のでも良いし、ユーザが購入申し込みを行った時点で得
るものであっても良い。アクセス時点で情報を取得する
には、例えば、会員登録したユーザだけアクセス可能な
ホームページとすることでユーザにアクセス時点で能動
的に情報を提示させることでも、また、クライアント端
末の機器情報（アドレス等）を接続時に自動的に取得す
ることでも良い。
【００４０】このようにして、個別情報を取得したら、
サーバは、この情報を利用して、改竄を目視できるよう
にするための改竄視認用データを生成する。ここでは、
改竄視認用データとして、文字コードデータでなく画像
データを利用するものとする。このように画像データを
利用することにより、以下のことができる。
サーバは、この情報を利用して、改竄を目視できるよう
にするための改竄視認用データを生成する。ここでは、
改竄視認用データとして、文字コードデータでなく画像
データを利用するものとする。このように画像データを
利用することにより、以下のことができる。
【００４１】申し込み内容を、文字コードで記述する何
らかのフォーマットデータ（ＨＴＭＬ（HyperText Mark
up Language）,ＲＴＦ（Rich Text File），・・・）で
クライアントマシン側に送付した場合、クライアント側
では、このフォーマットデータを容易に加工できる可能
性がある。
らかのフォーマットデータ（ＨＴＭＬ（HyperText Mark
up Language）,ＲＴＦ（Rich Text File），・・・）で
クライアントマシン側に送付した場合、クライアント側
では、このフォーマットデータを容易に加工できる可能
性がある。
【００４２】例えば、申込人の氏名を加工して異なる氏
名表記に変えるなどが容易であり、この改竄された申し
込み内容をクライアント側で印刷出力された場合、出力
された紙を見ても真偽の判別がしがたい。またフォーマ
ットデータはクライアント側のプリンタコントローラに
よって解釈されるので、サーバ側では最終的に出力され
る画像の状態を制御しにくい。
名表記に変えるなどが容易であり、この改竄された申し
込み内容をクライアント側で印刷出力された場合、出力
された紙を見ても真偽の判別がしがたい。またフォーマ
ットデータはクライアント側のプリンタコントローラに
よって解釈されるので、サーバ側では最終的に出力され
る画像の状態を制御しにくい。
【００４３】画像データにおいても、画素を描きかえれ
ば内容を改竄できるが、その改竄がなされそうな個所
に、目視できる改竄検知用データを施しておけば、改竄
した場合に人間が容易に認識できる。
ば内容を改竄できるが、その改竄がなされそうな個所
に、目視できる改竄検知用データを施しておけば、改竄
した場合に人間が容易に認識できる。
【００４４】さらに、画像データなのでプリンタ側のフ
ォーマット解釈によらず、サーバが用意した画像データ
そのままの形で紙上に再現される。改竄があった場合
も、改竄された通りに紙上に再現される。以上の理由に
より、ここでは画像データを利用する。
ォーマット解釈によらず、サーバが用意した画像データ
そのままの形で紙上に再現される。改竄があった場合
も、改竄された通りに紙上に再現される。以上の理由に
より、ここでは画像データを利用する。
【００４５】目視できる改竄検知用の画像データで実現
する技術としては、例えば、図３、図４、および図５に
示すように、印刷すべき文字等の前景パターンに依存し
て背景パターンを生成し、この背景パターンを線の連続
性や前景パターンとの非接触性などの特徴を持たせるこ
とによって、前景パターンの容易な改竄検知が可能とな
る。
する技術としては、例えば、図３、図４、および図５に
示すように、印刷すべき文字等の前景パターンに依存し
て背景パターンを生成し、この背景パターンを線の連続
性や前景パターンとの非接触性などの特徴を持たせるこ
とによって、前景パターンの容易な改竄検知が可能とな
る。
【００４６】図３は、図１におけるサーバマシンの券デ
ータ生成処理部で生成される券データ例を示す説明図で
あり、図４は、図１におけるサーバマシンのデータ合成
処理部で生成された券データ例を示す説明図、図５は、
改竄された券データ例を示す説明図である。
ータ生成処理部で生成される券データ例を示す説明図で
あり、図４は、図１におけるサーバマシンのデータ合成
処理部で生成された券データ例を示す説明図、図５は、
改竄された券データ例を示す説明図である。
【００４７】図３における券データ３１は、前景パター
ンしかない通常の文字画像の例であり、図４における券
データ４１は、図３の前景パターンに、図１におけるサ
ーバマシン２の改竄視認用データ生成処理部２ｃで生成
された背景パターン４１ａが付加された例である。
ンしかない通常の文字画像の例であり、図４における券
データ４１は、図３の前景パターンに、図１におけるサ
ーバマシン２の改竄視認用データ生成処理部２ｃで生成
された背景パターン４１ａが付加された例である。
【００４８】この図４における背景パターン４１ａは、
前景パターンに重ならず、且つ、一筆書きからなること
をルールとして生成されている。このようなルールに基
づき生成された背景パターン４１ａが付与された券デー
タ４１に対して、例えば、図５に示すような改竄が行わ
れると、すなわち、「サ」が「ザ」に改竄されると、
「ザ」の濁点部分が、背景パターン４１ａに重なってし
まい、且つ、背景パターン４１ａは一筆書きされていた
ものであるが、その一筆書きが途切れてしまう。
前景パターンに重ならず、且つ、一筆書きからなること
をルールとして生成されている。このようなルールに基
づき生成された背景パターン４１ａが付与された券デー
タ４１に対して、例えば、図５に示すような改竄が行わ
れると、すなわち、「サ」が「ザ」に改竄されると、
「ザ」の濁点部分が、背景パターン４１ａに重なってし
まい、且つ、背景パターン４１ａは一筆書きされていた
ものであるが、その一筆書きが途切れてしまう。
【００４９】この結果、背景パターン４１ａの生成に用
いられたルールを知っている者であれば、図５に示す券
データ４１が不正に改竄されたものであることを、目視
により容易に確認することができる。
いられたルールを知っている者であれば、図５に示す券
データ４１が不正に改竄されたものであることを、目視
により容易に確認することができる。
【００５０】尚、改竄視認用データとしての背景パター
ンとしては、背景パターン４１ａのような一筆書きでな
く、単に複数の横線や斜線をきめ細かに、前景パターン
に接触しないルールで生成することでも良い。
ンとしては、背景パターン４１ａのような一筆書きでな
く、単に複数の横線や斜線をきめ細かに、前景パターン
に接触しないルールで生成することでも良い。
【００５１】すなわち、改竄視認用データは、実用上改
竄を目視で検知できるようにすれば良いので、申し込み
内容に従って、クライアントユーザ側では容易に理解で
きない何らかの画像的特徴をルールとして画像内に付加
できれば良い。
竄を目視で検知できるようにすれば良いので、申し込み
内容に従って、クライアントユーザ側では容易に理解で
きない何らかの画像的特徴をルールとして画像内に付加
できれば良い。
【００５２】例えば、Ｗｅｂページを介して入力された
申し込み者氏名のイニシャルによって、印字する申し込
み者氏名を表記するフォントを変更したり、色を変えた
りすることで、改竄視認用データとして用いることがで
きる。
申し込み者氏名のイニシャルによって、印字する申し込
み者氏名を表記するフォントを変更したり、色を変えた
りすることで、改竄視認用データとして用いることがで
きる。
【００５３】このようなイニシャルに基づく改竄視認用
データの具体的な生成動作を、図９に示すルール情報を
用いて説明する。
データの具体的な生成動作を、図９に示すルール情報を
用いて説明する。
【００５４】図９は、図１におけるルール登録処理部に
より作成されるルールテーブルの構成例を示す説明図で
ある。
より作成されるルールテーブルの構成例を示す説明図で
ある。
【００５５】図９に示すように、本例では、複数のルー
ルテーブル９１〜９３を設けており、ルールテーブル９
１では、イニシャル別に色情報（カラー）が対応付けら
れ、ルールテーブル９２では、イニシャル別にフォント
が対応付けられ、ルールテーブル９３では、ユーザの識
別情報（ＩＤ）別にルールテーブル番号（Ｎｏ）が対応
付けられている。
ルテーブル９１〜９３を設けており、ルールテーブル９
１では、イニシャル別に色情報（カラー）が対応付けら
れ、ルールテーブル９２では、イニシャル別にフォント
が対応付けられ、ルールテーブル９３では、ユーザの識
別情報（ＩＤ）別にルールテーブル番号（Ｎｏ）が対応
付けられている。
【００５６】このルールテーブル９３を参照することに
より、各ユーザ別に異なるルールに従っての改竄視認用
データの生成ができる。例えば、発券要求してきたユー
ザＩＤが「Ａ」であれば、ルールテーブル９１が選択さ
れ、ユーザＩＤが「Ｂ」であれば、ルールテーブル９２
が選択される。
より、各ユーザ別に異なるルールに従っての改竄視認用
データの生成ができる。例えば、発券要求してきたユー
ザＩＤが「Ａ」であれば、ルールテーブル９１が選択さ
れ、ユーザＩＤが「Ｂ」であれば、ルールテーブル９２
が選択される。
【００５７】ユーザＩＤ「Ａ」と「Ｂ」の二人のユーザ
の氏名のイニシャルが、同じ「ＹＯ」であっても、ユー
ザＩＤ「Ａ」のユーザに関しては、ルールテーブル９１
に基づき、例えば、黄色と橙色の２色からなる背景が改
竄視認用データとして作成され、ユーザＩＤ「Ｂ」のユ
ーザに関しては、ルールテーブル９２に基づき、例え
ば、ユーザの氏名をゴシック体で表した画像データが改
竄視認用データとして作成される。
の氏名のイニシャルが、同じ「ＹＯ」であっても、ユー
ザＩＤ「Ａ」のユーザに関しては、ルールテーブル９１
に基づき、例えば、黄色と橙色の２色からなる背景が改
竄視認用データとして作成され、ユーザＩＤ「Ｂ」のユ
ーザに関しては、ルールテーブル９２に基づき、例え
ば、ユーザの氏名をゴシック体で表した画像データが改
竄視認用データとして作成される。
【００５８】ここで、ユーザ氏名のイニシャルが「Ｙ
Ｏ」でユーザＩＤが「Ａ」のユーザからの発券要求に応
じて、ルールテーブル９１に基づき「黄色（＝Ｙ）」と
「橙色（＝Ｏ）」の斜線を背景として入れた券データを
クライアント側に送信し、その券データに対して、クラ
イアント側において、申込者氏名の改竄がなされ、イニ
シャルが「ＹＢ」となったものとする。
Ｏ」でユーザＩＤが「Ａ」のユーザからの発券要求に応
じて、ルールテーブル９１に基づき「黄色（＝Ｙ）」と
「橙色（＝Ｏ）」の斜線を背景として入れた券データを
クライアント側に送信し、その券データに対して、クラ
イアント側において、申込者氏名の改竄がなされ、イニ
シャルが「ＹＢ」となったものとする。
【００５９】このように、イニシャルが「ＹＢ」となっ
ても、ルールを知らないクライアント側では、その背景
に対する改竄は行われず、そのまま、紙チケットとして
印刷出力される。
ても、ルールを知らないクライアント側では、その背景
に対する改竄は行われず、そのまま、紙チケットとして
印刷出力される。
【００６０】この紙チケットを受け付ける側では、予め
ルールが知らされており、イニシャルが「ＹＢ」であれ
ば「黄色（＝Ｙ）」と「茶色（＝Ｂ）」の斜線が入るべ
きものとの知識があり、その紙チケットの背景に「黄
色」の斜線が入っていることの矛盾に気づき、その改竄
を容易に視認することができる。
ルールが知らされており、イニシャルが「ＹＢ」であれ
ば「黄色（＝Ｙ）」と「茶色（＝Ｂ）」の斜線が入るべ
きものとの知識があり、その紙チケットの背景に「黄
色」の斜線が入っていることの矛盾に気づき、その改竄
を容易に視認することができる。
【００６１】また、発券要求してきたユーザのユーザＩ
Ｄが「Ｂ」でイニシャルが「ＹＯ」であれば、サーバ側
では「ゴシック体」での申込者名を書き込む。クライア
ント側で、申込者氏名の改竄がなされイニシャルが「Ｙ
Ｂ」となって印刷されると、イニシャル「ＹＢ」であれ
ば「明朝体」の申込者名が書き込まれるべきとのルール
を知っている者であれば、その矛盾を容易に視認でき、
その改竄を検知できる。
Ｄが「Ｂ」でイニシャルが「ＹＯ」であれば、サーバ側
では「ゴシック体」での申込者名を書き込む。クライア
ント側で、申込者氏名の改竄がなされイニシャルが「Ｙ
Ｂ」となって印刷されると、イニシャル「ＹＢ」であれ
ば「明朝体」の申込者名が書き込まれるべきとのルール
を知っている者であれば、その矛盾を容易に視認でき、
その改竄を検知できる。
【００６２】その他の例として、例えば、申し込み者氏
名の上に申し込み番号を表記し、この番号を申し込み者
のイニシャルによって一部変更するなどしても良い。
名の上に申し込み番号を表記し、この番号を申し込み者
のイニシャルによって一部変更するなどしても良い。
【００６３】このような改竄視認用データを生成する際
のルールを理解していない者にとっては、表記内容が改
竄されていても異常には気づかない。従って、このルー
ルを理解していない改竄者は、申込者名や、金額、指定
席番号などを自分の都合のいいように改竄しても、改竄
視認用データは変更しないので、サーバマシンにより券
データを生成する側とルールを共有する、チケット受け
付け側では、改竄の存在を目視で容易に検知できる。
のルールを理解していない者にとっては、表記内容が改
竄されていても異常には気づかない。従って、このルー
ルを理解していない改竄者は、申込者名や、金額、指定
席番号などを自分の都合のいいように改竄しても、改竄
視認用データは変更しないので、サーバマシンにより券
データを生成する側とルールを共有する、チケット受け
付け側では、改竄の存在を目視で容易に検知できる。
【００６４】さらに、このような改竄視認用データの生
成ルールとしての他の例を説明する。まず、クライアン
トユーザの状態に関する情報を、改竄視認用データの生
成生成に利用する例を説明する。
成ルールとしての他の例を説明する。まず、クライアン
トユーザの状態に関する情報を、改竄視認用データの生
成生成に利用する例を説明する。
【００６５】ここでクライアントユーザの状態とは、サ
ーバマシンがクライアントマシンからアクセスされた日
時であり、また、クライアントマシンのユーザがサーバ
側のホームページにどのような手順でアクセスしたかな
どの情報である。
ーバマシンがクライアントマシンからアクセスされた日
時であり、また、クライアントマシンのユーザがサーバ
側のホームページにどのような手順でアクセスしたかな
どの情報である。
【００６６】例えば、同じ申し込みホームページにアク
セスしても、そこに至るまでにアクセスした入り口が異
なる場合、商品・サービス提供者にとっては異なる属性
（例えば料金体系が異なるなど）をもったユーザとして
扱いたい場合がある。この場合、ユーザがサーバ側のホ
ームページにどのような手順でアクセスしたかの情報を
改竄視認用データの生成に利用することにより、高い料
金体系のページからジャンプしてきたユーザに提供した
券データを、安い料金体系のページを利用するユーザ名
に改竄された場合を目視により検知できる。
セスしても、そこに至るまでにアクセスした入り口が異
なる場合、商品・サービス提供者にとっては異なる属性
（例えば料金体系が異なるなど）をもったユーザとして
扱いたい場合がある。この場合、ユーザがサーバ側のホ
ームページにどのような手順でアクセスしたかの情報を
改竄視認用データの生成に利用することにより、高い料
金体系のページからジャンプしてきたユーザに提供した
券データを、安い料金体系のページを利用するユーザ名
に改竄された場合を目視により検知できる。
【００６７】次の例として、図７を用いて、クライアン
トユーザの状態に関する情報を、改竄視認用データの生
成生成に利用する例を説明する。
トユーザの状態に関する情報を、改竄視認用データの生
成生成に利用する例を説明する。
【００６８】図７は、本発明に係わるネットワーク発券
方法の第２の処理手順例を示すフローチャートである。
方法の第２の処理手順例を示すフローチャートである。
【００６９】本図７の例では、図２での処理と同様に、
クライアント側からのサーバのページへのアクセス（ス
テップ７０１）と、それに対応してのサーバ側からクラ
イアント側への商品その他の内容からなるページの提示
（ステップ７０２）、および、クライアント側での必要
な情報の記入による購入申し込み（ステップ７０３）が
行われると、サーバ側では、申し込み内容に応じ、ユー
ザに対して更に情報記入を追加要求する。
クライアント側からのサーバのページへのアクセス（ス
テップ７０１）と、それに対応してのサーバ側からクラ
イアント側への商品その他の内容からなるページの提示
（ステップ７０２）、および、クライアント側での必要
な情報の記入による購入申し込み（ステップ７０３）が
行われると、サーバ側では、申し込み内容に応じ、ユー
ザに対して更に情報記入を追加要求する。
【００７０】追加要求する情報として、ここでは、パス
ワードを用い、サーバは、この追加情報のパスワードを
ルールに用いて画像データを生成する。パスワードは第
３者に知られるものではないので、第３者がクライアン
トユーザになりすまして申し込みをして発券画像データ
を入手したとしても、パスワードに基づき生成された部
分の画像が、第３者に対応していない。
ワードを用い、サーバは、この追加情報のパスワードを
ルールに用いて画像データを生成する。パスワードは第
３者に知られるものではないので、第３者がクライアン
トユーザになりすまして申し込みをして発券画像データ
を入手したとしても、パスワードに基づき生成された部
分の画像が、第３者に対応していない。
【００７１】このことにより、正規のユーザとチケット
受け付け側でルール情報が共有されていれば、なりすま
しチケットを目視確認できる。
受け付け側でルール情報が共有されていれば、なりすま
しチケットを目視確認できる。
【００７２】次に、サーバ側が、クライアント側から要
求された内容をルールに用いた例を説明する。
求された内容をルールに用いた例を説明する。
【００７３】図２における（ステップ２０３）での申し
込み対象がサービスであった場合、例えば、サービスの
提供日時を複数の中から選択する場合がある。この場
合、選択された日時がチケット内に印字されるが、その
部分に対して目視できる改竄検知用データを付与する。
込み対象がサービスであった場合、例えば、サービスの
提供日時を複数の中から選択する場合がある。この場
合、選択された日時がチケット内に印字されるが、その
部分に対して目視できる改竄検知用データを付与する。
【００７４】目視できる改竄検知を画像データで実現す
る技術としては、図３、図４、および、図７を用いて説
明したものを用いる。すなわち、選択された日時情報に
依存するルールに基づき、チケットの一部のフォントや
色などを定め、このルールを発券側とチケット受け付け
側で共有する。ことにより、クライアント側に提供する
券データにおける情報を用いて、改竄の目視による確認
ができる。
る技術としては、図３、図４、および、図７を用いて説
明したものを用いる。すなわち、選択された日時情報に
依存するルールに基づき、チケットの一部のフォントや
色などを定め、このルールを発券側とチケット受け付け
側で共有する。ことにより、クライアント側に提供する
券データにおける情報を用いて、改竄の目視による確認
ができる。
【００７５】尚、チケットの出力や管理は、個々のクラ
イアントユーザの責任において行われるのであるが、改
竄がなされるか否かに係わらず、クライアントユーザ側
での紙チケットの印刷出力枚数を制限するのであれば、
図２のステップ２０４および図７のステップ７０６にお
いての送信を、発券画像データのみではなく、当該発券
画像データをクライアント側で出力させるプログラムと
一緒に、サーバからクライアントに送信すれば良い。す
なわち、所定回数だけ出力できるプログラムを送り、ク
ライアントマシンにおいて、そのプログラムが特定のデ
ィレクトリ（フォルダ）やファイルの有無を調べ、回数
を数えながら出力を行なうようにすれば良い。
イアントユーザの責任において行われるのであるが、改
竄がなされるか否かに係わらず、クライアントユーザ側
での紙チケットの印刷出力枚数を制限するのであれば、
図２のステップ２０４および図７のステップ７０６にお
いての送信を、発券画像データのみではなく、当該発券
画像データをクライアント側で出力させるプログラムと
一緒に、サーバからクライアントに送信すれば良い。す
なわち、所定回数だけ出力できるプログラムを送り、ク
ライアントマシンにおいて、そのプログラムが特定のデ
ィレクトリ（フォルダ）やファイルの有無を調べ、回数
を数えながら出力を行なうようにすれば良い。
【００７６】また、本例では、改竄視認用データおよび
券データとして画像データを用いているが、それぞれ
に、あるいは、いずれか一方に文字コードデータを用い
ることもできる。例えば、上述したユーザ氏名のイニシ
ャルをルールに用いる場合において、券データとしての
ユーザ氏名を文字コードで生成し、かつ、そのイニシャ
ルに合わせた色情報に関しても、「黄色」、「橙色」と
の文字コードを用いて改竄視認用データとすることでも
良い。これらのユーザ氏名や「黄色」、「橙色」との文
字コードは容易に改竄できるが、それらの関連付けルー
ルを知らなければ、両方を整合させて改竄することはで
きない。
券データとして画像データを用いているが、それぞれ
に、あるいは、いずれか一方に文字コードデータを用い
ることもできる。例えば、上述したユーザ氏名のイニシ
ャルをルールに用いる場合において、券データとしての
ユーザ氏名を文字コードで生成し、かつ、そのイニシャ
ルに合わせた色情報に関しても、「黄色」、「橙色」と
の文字コードを用いて改竄視認用データとすることでも
良い。これらのユーザ氏名や「黄色」、「橙色」との文
字コードは容易に改竄できるが、それらの関連付けルー
ルを知らなければ、両方を整合させて改竄することはで
きない。
【００７７】また、以上の例では、紙チケットを例とし
て説明したが、券データを携帯型の液晶表示装置の画面
上に表示出力するものであっても良い。すなわち、受け
付け側においては、紙チケットの場合と同様に、その画
面上での表示内容から、その改竄の有無を視認すること
ができる。
て説明したが、券データを携帯型の液晶表示装置の画面
上に表示出力するものであっても良い。すなわち、受け
付け側においては、紙チケットの場合と同様に、その画
面上での表示内容から、その改竄の有無を視認すること
ができる。
【００７８】また、改竄視認用データとしては、チケッ
ト全体に対して施しても良く、あるいは、必要とされる
一部の個所を特定して施すことでも良い。例えば、容易
に改竄を許さないためには、チケット全体に対して施す
ことが有効であり、また、特定の個所に絞ることによ
り、処理負荷を軽減することができる。
ト全体に対して施しても良く、あるいは、必要とされる
一部の個所を特定して施すことでも良い。例えば、容易
に改竄を許さないためには、チケット全体に対して施す
ことが有効であり、また、特定の個所に絞ることによ
り、処理負荷を軽減することができる。
【００７９】以上、図１〜図７を用いて説明したよう
に、本例のネットワーク発券システムとサーバおよびネ
ットワーク発券方法では、クライアントマシン１からイ
ンターネット３を介してサーバマシン２に発券要求を送
信し、サーバマシン２で発券要求に対応する券データを
生成してクライアントマシン１にインターネット３を介
して送信し、クライアントマシン１側でサーバマシン２
からの券データを印刷出力するものであり、特に、サー
バマシン２において、当該券データが改竄されたか否か
を所定のルールに基づき容易に視認、すなわち目視で確
認できるように、券データに対して改竄視認用データを
付与して、クライアントマシン１側に送信する。
に、本例のネットワーク発券システムとサーバおよびネ
ットワーク発券方法では、クライアントマシン１からイ
ンターネット３を介してサーバマシン２に発券要求を送
信し、サーバマシン２で発券要求に対応する券データを
生成してクライアントマシン１にインターネット３を介
して送信し、クライアントマシン１側でサーバマシン２
からの券データを印刷出力するものであり、特に、サー
バマシン２において、当該券データが改竄されたか否か
を所定のルールに基づき容易に視認、すなわち目視で確
認できるように、券データに対して改竄視認用データを
付与して、クライアントマシン１側に送信する。
【００８０】このように、本例では、改竄の有無を容易
に視認可能とすることにより、クライアントマシン１の
操作ユーザ（発券要求者）が、券データを紙に印刷して
チケットとして利用する場合にも、そのチケットの利用
地点であるチケット受け付け側では、予めルールを入手
しておくことで、そのチケットが改竄されたものである
か否かを、目視により容易に判別することができるの
で、通常のチケットとして流通させることができる。
に視認可能とすることにより、クライアントマシン１の
操作ユーザ（発券要求者）が、券データを紙に印刷して
チケットとして利用する場合にも、そのチケットの利用
地点であるチケット受け付け側では、予めルールを入手
しておくことで、そのチケットが改竄されたものである
か否かを、目視により容易に判別することができるの
で、通常のチケットとして流通させることができる。
【００８１】このことにより、従来の電子チケットとし
てネットワークを介して配付する場合のように、発券要
求者は直接チケットを入手することができるが、チケッ
トの利用地点においては、チケットの改竄の有無を調べ
るために、電子情報のやり取りおよび解析処理ができる
特別な装置が必要であるため、普及が難しといった問題
点や、紙チケットでの配付を行なう場合においての、ネ
ットワークを介して注文を受けたサーバ側からの郵送等
が必要であり、郵送料の負荷や配付時間の遅れ等が発生
してしまうといった問題点を解消することができる。
てネットワークを介して配付する場合のように、発券要
求者は直接チケットを入手することができるが、チケッ
トの利用地点においては、チケットの改竄の有無を調べ
るために、電子情報のやり取りおよび解析処理ができる
特別な装置が必要であるため、普及が難しといった問題
点や、紙チケットでの配付を行なう場合においての、ネ
ットワークを介して注文を受けたサーバ側からの郵送等
が必要であり、郵送料の負荷や配付時間の遅れ等が発生
してしまうといった問題点を解消することができる。
【００８２】その結果、ネットワークを介して発注され
たコンサートチケット等の効率的な配付が可能となり、
ネットワークによる発券サービスの利用を促進すること
ができる。
たコンサートチケット等の効率的な配付が可能となり、
ネットワークによる発券サービスの利用を促進すること
ができる。
【００８３】尚、上述したように、本発明は、図１〜図
７を用いて説明した例に限定されるものではなく、その
要旨を逸脱しない範囲において、さらに、種々変更可能
である。例えば、本例では、インターネットを用いたネ
ットワーク構成としているが、イントラネットや専用線
網等、他のネットワークを利用したクライアントサーバ
システムで適用できる。
７を用いて説明した例に限定されるものではなく、その
要旨を逸脱しない範囲において、さらに、種々変更可能
である。例えば、本例では、インターネットを用いたネ
ットワーク構成としているが、イントラネットや専用線
網等、他のネットワークを利用したクライアントサーバ
システムで適用できる。
【００８４】また、本例では、光ディスクを記録媒体と
して用いているが、ＦＤ（FlexibleDisk）などを記録媒
体として用いることでも良い。また、プログラムのイン
ストールに関しても、通信装置を介してネットワーク経
由でプログラムをダウンロードしてインストールするこ
とでも良い。
して用いているが、ＦＤ（FlexibleDisk）などを記録媒
体として用いることでも良い。また、プログラムのイン
ストールに関しても、通信装置を介してネットワーク経
由でプログラムをダウンロードしてインストールするこ
とでも良い。
【００８５】
【発明の効果】本発明によれば、改竄の有無を目視によ
り容易に確認できるので、クライアント側でのコンサー
トチケット等の印刷出力といった発券、流通サービスを
実現でき、ネットワークを介しての発券サービスの利用
を促進することが可能である。
り容易に確認できるので、クライアント側でのコンサー
トチケット等の印刷出力といった発券、流通サービスを
実現でき、ネットワークを介しての発券サービスの利用
を促進することが可能である。
【図１】本発明に係るネットワーク発券システムの構成
例を示すブロック図である。
例を示すブロック図である。
【図２】本発明に係わるネットワーク発券方法の第１の
処理手順例を示すフローチャートである。
処理手順例を示すフローチャートである。
【図３】図１におけるサーバマシンの券データ生成処理
部で生成される券データ例を示す説明図である。
部で生成される券データ例を示す説明図である。
【図４】図１におけるサーバマシンのデータ合成処理部
で生成された券データ例を示す説明図である。
で生成された券データ例を示す説明図である。
【図５】改竄された券データ例を示す説明図である。
【図６】図１におけるネットワーク発券システムを構成
するクライアントマシンおよびサーバマシンのハードウ
ェア構成例を示すブロック図である。
するクライアントマシンおよびサーバマシンのハードウ
ェア構成例を示すブロック図である。
【図７】本発明に係わるネットワーク発券方法の第２の
処理手順例を示すフローチャートである。
処理手順例を示すフローチャートである。
【図８】図１におけるサーバマシンの本発明に係わる処
理動作例を示すフローチャートである。
理動作例を示すフローチャートである。
【図９】図１におけるルール登録処理部により作成され
るルールテーブルの構成例を示す説明図である。
るルールテーブルの構成例を示す説明図である。
１：クライアントマシン、２：サーバマシン、２ａ：券
データ生成処理部、２ｂ：ルール登録処理部、２ｃ：改
竄視認用データ生成処理部、２ｄ：データ合成処理部２
ｄ、３：インターネット、４：プリンタ、３１，４１：
券データ、４１ａ：背景パターン、６１：表示装置、６
２：入力装置、６３：外部記憶装置、６４：情報処理装
置、６５：光ディスク、６６：駆動装置、６７：通信装
置、９１〜９３：ルールテーブル。
データ生成処理部、２ｂ：ルール登録処理部、２ｃ：改
竄視認用データ生成処理部、２ｄ：データ合成処理部２
ｄ、３：インターネット、４：プリンタ、３１，４１：
券データ、４１ａ：背景パターン、６１：表示装置、６
２：入力装置、６３：外部記憶装置、６４：情報処理装
置、６５：光ディスク、６６：駆動装置、６７：通信装
置、９１〜９３：ルールテーブル。
フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０７Ｂ 5/00 Ｇ０７Ｂ 5/00 Ｚ
Claims (20)
- 【請求項１】 クライアントからネットワークを介して
サーバに発券要求を送信し、該サーバで上記発券要求に
対応する券データを生成して上記クライアントに送信
し、該クライアント側で上記サーバから送信された券デ
ータを出力するネットワーク発券システムであって、上
記サーバは、上記券データに付与することにより該券デ
ータに対する改竄を視認可能とする改竄視認用データを
生成するために予め定められたルール情報を記憶装置に
登録する第１の手段と、上記記憶装置から読み出した上
記ルール情報に基づき、上記券データに対する上記改竄
視認用データを生成する第２の手段と、該第２の手段で
生成した改竄視認用データを上記券データに付与する第
３の手段とを有し、上記サーバから上記改竄視認用デー
タを付与した上記券データを上記クライアントに送信
し、該クライアントにおいて、上記サーバから受信した
上記改竄視認用データを付与した上記券データを出力す
ることを特徴とするネットワーク発券システム。 - 【請求項２】 クライアントからネットワークを介して
サーバに発券要求を送信し、該サーバで上記発券要求に
対応する券データを生成して上記クライアントに送信
し、該クライアント側で上記サーバから送信された券デ
ータを印刷するネットワーク発券システムであって、上
記サーバは、上記券データに付与することにより該券デ
ータに対する改竄を視認可能とする改竄視認用データを
生成するために予め定められたルール情報を記憶装置に
登録する第１の手段と、上記記憶装置から読み出した上
記ルール情報に基づき、上記券データに対する上記改竄
視認用データを生成する第２の手段と、該第１の手段で
生成した改竄視認用データを上記券データに付与する第
３の手段とを有し、上記サーバから上記改竄視認用デー
タを付与した上記券データを上記クライアントに送信
し、該クライアントにおいて、上記サーバから受信した
上記改竄視認用データを付与した上記券データを印刷す
ることを特徴とするネットワーク発券システム。 - 【請求項３】 請求項１、もしくは、請求項２のいずれ
かに記載のネットワーク発券システムであって、上記サ
ーバは、上記券データおよび上記改竄視認用データを画
像データにより生成することを特徴とするネットワーク
発券システム。 - 【請求項４】 クライアントからの発券要求に対応し
て、券データを生成して上記クライアントに送信するサ
ーバであって、上記券データに付与することにより該券
データに対する改竄を視認可能とする改竄視認用データ
を生成するために予め定められたルール情報を記憶装置
に登録する第１の手段と、上記記憶装置から読み出した
上記ルール情報に基づき、上記券データに対する上記改
竄視認用データを生成する第２の手段と、該第２の手段
で生成した改竄視認用データを上記券データに付与する
第３の手段とを有し、上記改竄視認用データを付与した
上記券データを上記クライアントに送信することを特徴
とするサーバ。 - 【請求項５】 クライアントからネットワークを介して
サーバに発券要求を送信し、該サーバにおいて、上記発
券要求に対応する券データを生成すると共に、上記券デ
ータに付与することにより該券データに対する改竄を視
認可能とする改竄視認用データを予め定められ記憶装置
に登録されたルールに基づき生成し、該生成した改竄視
認用データを上記券データに付与して上記クライアント
に送信し、上記クライアントにおいて、上記サーバから
受信した上記改竄視認用データを付与した上記券データ
を出力することを特徴とするネットワーク発券方法。 - 【請求項６】 クライアントからネットワークを介して
サーバに発券要求を送信し、上記サーバにおいて、上記
発券要求に対応する券データを生成すると共に、上記券
データに付与することにより該券データに対する改竄を
視認可能とする改竄視認用データを予め定められ記憶装
置に登録されたルールに基づいて生成し、該生成した改
竄視認用データを上記券データに付与して上記クライア
ントに送信し、上記クライアントにおいて上記サーバか
ら受信した上記改竄視認用データを付与した上記券デー
タを紙葉に印刷し、上記券データが印刷された紙葉が正
当か否か上記ルールに基づき視認されることを特徴とす
るネットワーク発券方法。 - 【請求項７】 請求項５、もしくは、請求項６のいずれ
かに記載のネットワーク発券方法であって、上記サーバ
において、上記券データおよび上記改竄視認用データを
画像データにより生成することを特徴とするネットワー
ク発券方法。 - 【請求項８】 請求項５から請求項７のいずれかに記載
のネットワーク発券方法であって、上記券データにおけ
る予め改竄の視認が必要と定められた保護データを対象
に上記ルールを定めることを特徴とするネットワーク発
券方法。 - 【請求項９】 請求項５から請求項８のいずれかに記載
のネットワーク発券方法であって、上記改竄視認用デー
タは色情報を有し、上記クライアントで出力された上記
改竄視認用データが、上記所定のルールで対応付けられ
ている色情報と異なっていれば改竄有りと判別されるこ
とを特徴とするネットワーク発券方法。 - 【請求項１０】 請求項５から請求項９のいずれかに記
載のネットワーク発券方法であって、上記券データにお
ける上記クライアント個別の情報を用いて上記ルールを
定めることを特徴とするネットワーク発券方法。 - 【請求項１１】 請求項１０に記載のネットワーク発券
方法であって、上記クライアント個別の情報として該ク
ライアントのユーザ氏名を用い、上記所定のルールとし
て、上記ユーザ氏名におけるイニシャルと該イニシャル
別のフォント情報との対応付けを用い、上記クライアン
トで出力された上記ユーザ氏名のフォントが上記ルール
で定められたフォントに対応していなければ改竄有りと
判断されることを特徴とするネットワーク発券方法。 - 【請求項１２】 請求項１０に記載のネットワーク発券
方法であって、上記クライアント個別の情報として該ク
ライアントのユーザ氏名を用い、上記所定のルールとし
て、上記ユーザ氏名におけるイニシャルと該イニシャル
別の色情報との対応付けを用い、上記クライアントで出
力された上記改竄視認用データが示す色情報が上記ルー
ルで定められた色情報に対応していなければ改竄有りと
判断されることを特徴とするネットワーク発券方法。 - 【請求項１３】 請求項５から請求項１２のいずれかに
記載のネットワーク発券方法であって、上記所定のルー
ルとして、上記発券要求した上記クライアントのユーザ
識別情報を用い、上記サーバにおいて、上記クライアン
トに対し、上記発券要求したユーザの識別情報を入力送
信するよう要求し、該要求に対応して上記クライアント
から送信されてきたユーザ識別情報を用いて、上記ルー
ルに基づく上記改竄視認用データの生成を行なうことを
特徴とするネットワーク発券方法。 - 【請求項１４】 請求項１３に記載のネットワーク発券
方法であって、上記ユーザ識別情報としてパスワードを
用い、上記サーバにおいて、上記パスワードを上記クラ
イアントに要求し、上記クライアントから送信されてき
たパスワードを用いて、上記ルールに基づく上記改竄視
認用データの生成を行なうことを特徴とするネットワー
ク発券方法。 - 【請求項１５】 請求項５から請求項１４のいずれかに
記載のネットワーク発券方法であって、上記サーバは、
上記クライアントとの接続制御でやり取りした接続制御
情報を用いて上記ルールを定めることを特徴とするネッ
トワーク発券方法。 - 【請求項１６】 請求項１５に記載のネットワーク発券
方法であって、上記クライアントはＷｅｂブラウザを介
して上記サーバのＷｅｂページにアクセスし、上記サー
バにおいては、予め上記Ｗｅｂページのアドレス情報別
に上記改竄視認用データの生成条件を対応付けた上記ル
ールに基づき、上記接続制御情報で特定されるジャンプ
元のＷｅｂページに対応する上記改竄視認用データを生
成することを特徴とするネットワーク発券方法。 - 【請求項１７】 請求項５から請求項１６のいずれかに
記載のネットワーク発券方法であって、上記サーバにお
いて、上記券データに、該券データの認証に用いるバー
コード情報を付与し、上記改竄視認用データを用いた改
竄の視認と上記バーコードを用いた認証による改竄の検
知を併用することを特徴とするネットワーク発券方法。 - 【請求項１８】 請求項５から請求項１７のいずれかに
記載のネットワーク発券方法であって、上記サーバにお
いて、上記改竄視認用データを付与した上記券データを
上記クライアント側で所定の枚数のみ印刷出力させるプ
ログラムを上記クライアントに送信することを特徴とす
るネットワーク発券方法。 - 【請求項１９】 請求項５から請求項１８のいずれかに
記載のネットワーク発券方法であって、上記サーバにお
いて、上記券データに、該券データに対しては改竄を検
知する仕組みが施されていることを明示する文書情報を
付与し、発券要求者に改竄しないよう警告することを特
徴とするネットワーク発券方法。 - 【請求項２０】 クライアントから発券要求をサーバに
送信し、該サーバにおいて上記発券要求に対応する券デ
ータを生成して上記クライアントに送信し、該クライア
ント側で上記券の画像データを出力するネットワーク発
券方法の処理手順を記述したプログラムをコンピュータ
に読み取り可能に記録する記録媒体であって、請求項５
から請求項１９のいずれかに記載のネットワーク発券方
法における各処理を上記コンピュータに実行させるため
の処理プログラムを記録したことを特徴とする記録媒
体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000297729A JP4120915B2 (ja) | 2000-09-29 | 2000-09-29 | 発券サーバ装置と発券方法および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000297729A JP4120915B2 (ja) | 2000-09-29 | 2000-09-29 | 発券サーバ装置と発券方法および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002109113A true JP2002109113A (ja) | 2002-04-12 |
| JP4120915B2 JP4120915B2 (ja) | 2008-07-16 |
Family
ID=18779809
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000297729A Expired - Fee Related JP4120915B2 (ja) | 2000-09-29 | 2000-09-29 | 発券サーバ装置と発券方法および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4120915B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004127246A (ja) * | 2003-06-10 | 2004-04-22 | Nippon Travel Agency Co Ltd | チケット発券方法 |
| JP2006155241A (ja) * | 2004-11-29 | 2006-06-15 | Ricoh Co Ltd | 視認署名付文書生成装置、視認署名付文書生成方法、視認署名付文書生成プログラム、およびコンピュータに読み取り可能な記録媒体 |
| EP1677246A1 (en) * | 2004-12-28 | 2006-07-05 | Brother Kogyo Kabushiki Kaisha | System, server and device for providing ticket |
| JP2008065770A (ja) * | 2006-09-11 | 2008-03-21 | Fuji Xerox Co Ltd | 発券装置、発券プログラム、記録媒体、確認補助器具 |
| JP2009282759A (ja) * | 2008-05-22 | 2009-12-03 | Rakuten Inc | チケット情報生成装置、チケット情報生成方法、チケット情報生成処理プログラム及びチケット情報生成システム |
| US7924471B2 (en) | 2006-05-12 | 2011-04-12 | Canon Kabushiki Kaisha | Image processing apparatus and image processing method |
| US9152810B2 (en) | 2008-08-25 | 2015-10-06 | Pfu Limited | Information output system, method, and program for tampering detection |
| JP2016147439A (ja) * | 2015-02-13 | 2016-08-18 | 小林クリエイト株式会社 | 偽造防止帳票 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08101348A (ja) * | 1994-09-29 | 1996-04-16 | Kamakura Koki Kk | 紫外線遮断光学機器 |
-
2000
- 2000-09-29 JP JP2000297729A patent/JP4120915B2/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004127246A (ja) * | 2003-06-10 | 2004-04-22 | Nippon Travel Agency Co Ltd | チケット発券方法 |
| JP2006155241A (ja) * | 2004-11-29 | 2006-06-15 | Ricoh Co Ltd | 視認署名付文書生成装置、視認署名付文書生成方法、視認署名付文書生成プログラム、およびコンピュータに読み取り可能な記録媒体 |
| EP1677246A1 (en) * | 2004-12-28 | 2006-07-05 | Brother Kogyo Kabushiki Kaisha | System, server and device for providing ticket |
| US7924471B2 (en) | 2006-05-12 | 2011-04-12 | Canon Kabushiki Kaisha | Image processing apparatus and image processing method |
| JP2008065770A (ja) * | 2006-09-11 | 2008-03-21 | Fuji Xerox Co Ltd | 発券装置、発券プログラム、記録媒体、確認補助器具 |
| JP2009282759A (ja) * | 2008-05-22 | 2009-12-03 | Rakuten Inc | チケット情報生成装置、チケット情報生成方法、チケット情報生成処理プログラム及びチケット情報生成システム |
| US9152810B2 (en) | 2008-08-25 | 2015-10-06 | Pfu Limited | Information output system, method, and program for tampering detection |
| JP2016147439A (ja) * | 2015-02-13 | 2016-08-18 | 小林クリエイト株式会社 | 偽造防止帳票 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4120915B2 (ja) | 2008-07-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7627751B2 (en) | Information processing apparatus, an authentication apparatus, and an external apparatus | |
| KR100360682B1 (ko) | 인터넷을 이용한 티켓 발행 시스템 및 그 제어방법 | |
| US20020015185A1 (en) | Print data management apparatus, storage medium having stored therein print data management program, storage medium having stored therein usage certificate data, and method of using print data | |
| JP2002109113A (ja) | ネットワーク発券システムとサーバおよびネットワーク発券方法とその処理プログラムを記録した記録媒体 | |
| JP3801383B2 (ja) | 切符の予約発券方法及び予約発券システム | |
| US7827415B2 (en) | Image processing apparatus capable of authenticating document | |
| JP2004507853A (ja) | ネットワーク化されたビジネスシステム | |
| JP2010186490A (ja) | 電子印鑑認証会計監査システム | |
| NL1029388C2 (nl) | Toegangscontrole en ticket daarvoor. | |
| JP2009053999A (ja) | データ処理装置、ネットワークシステム、情報サーバ装置、及びプログラム | |
| JP6925557B2 (ja) | 判定装置及び判定方法 | |
| US20150088619A1 (en) | Techniques for processing customers affected by involunary denial of boarding | |
| JP2005310057A (ja) | 電子印鑑認証商取引システム及び電子印鑑認証商取引方法 | |
| JP2010049373A (ja) | 業務承認システム、承認端末および業務承認方法 | |
| JP4505251B2 (ja) | 既存の電子文書を有効活用する押印文書作成回覧システム及び方法 | |
| JP7129443B2 (ja) | 情報処理サーバ、情報処理システム、判定装置、及び方法 | |
| JP2003330889A (ja) | 携帯端末を利用した身分証明システム | |
| JP2001243348A (ja) | 仕事管理システム、及び仕事管理方法 | |
| JP3246505B2 (ja) | サーバおよび遠隔印刷サービス提供方法 | |
| JP3105186U (ja) | シリアルナンバー利用のポイントサーバーシステム | |
| JP2021189908A (ja) | 現金払出方法及び現金払出システム | |
| KR20230112460A (ko) | 신청자 맞춤 방식의 증명서 발급 중개 시스템 | |
| JP2023044643A (ja) | スタンプカードサービスのための情報処理方法、プログラム及び装置 | |
| KR20010000907A (ko) | 분산 처리 시스템을 이용한 행운권 운영 방법 | |
| JP2004302924A (ja) | 証明書発行システム、方法、申請受付システム及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041206 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070302 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070501 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070702 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080404 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080417 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110509 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120509 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120509 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130509 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140509 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |