JP4120915B2 - 発券サーバ装置と発券方法および記録媒体 - Google Patents
発券サーバ装置と発券方法および記録媒体 Download PDFInfo
- Publication number
- JP4120915B2 JP4120915B2 JP2000297729A JP2000297729A JP4120915B2 JP 4120915 B2 JP4120915 B2 JP 4120915B2 JP 2000297729 A JP2000297729 A JP 2000297729A JP 2000297729 A JP2000297729 A JP 2000297729A JP 4120915 B2 JP4120915 B2 JP 4120915B2
- Authority
- JP
- Japan
- Prior art keywords
- ticket
- data
- processing means
- falsification
- visual
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Printing Methods (AREA)
Description
【発明の属する技術分野】
本発明は、インターネット等のネットワークを介して行なうコンサートチケット等の発券技術に係わり、特に、紙を媒体としての発券を効率的に行なうのに好適なネットワーク発券システムとサーバおよびネットワーク発券方法とその処理プログラムを記録した記録媒体に関するものである。
【0002】
【従来の技術】
現在、インターネットを利用して、パーソナルコンピュータ等のクライアント側端末からWebブラウザを介してWebサーバにアクセスし、このWebサーバから提供されるWebページを介して商品やチケットの注文等を行うことができる。
【0003】
この注文行為が成立した証として、サーバ側からクライアント側に情報を送付し、これを電子チケットとして利用する技術が、例えば、特開2000−67312号公報や、特開平11−145952号公報等に記載されている。
【0004】
このような技術において、クライアント側端末の場所と実際に電子チケットを利用する場所が離れている場合、クライアントユーザは何らかの手段で電子チケットを端末地点から利用地点まで持参する必要がある。この電子チケットとしての媒介は一意に決まるものではなく、電子チケットを利用する場所で使用可能な媒介、例えば、特開2000−67312号公報においてはスマートカード、また、特開平11−145952号公報においてはフロッピーディスクを選択する必要が生じる。
【0005】
しかし、クライアント側が、これら任意の媒介に電子チケットを格納できる手段を持っているとは限らず、媒介の種類が多数存在する現在では、このような電子チケットの流通は難しい。
【0006】
また、最近では携帯電話を利用したクライアント側端末も存在する。その場合、端末を電子チケットを利用する場所に持参するのは容易であるが、電子チケットの受け付け側がチケット内容を確認するためには、クライアント側端末から受け付け側の確認用機器に何らかの手段を用いてデータを送付する必要が生じる。この場合も、実質的に一意に定まる手段がなければ、実際上は送付が難しい場合が生じ、チケットの利用を難しくする。
【0007】
このように、電子チケットは、電子署名などの利用によりデータの安全性が確保しやすいという利点を持つが、流通が難しい。
【0008】
実際のチケットの利用においては、そのチケットに関しての応分の安全性が確保できれば、実用上は問題ないという場合も多い。その場合、流通の難しい電子チケットよりも、従来からの紙のチケットを利用するほうがチケット利用時の制限が緩いため好ましい。
【0009】
インターネットを利用して紙チケットの発行を行なう場合、サーバ側で発券して郵送するのでは時間がかかるので、発券要求を出したクライアント側で印刷し発券できることが望ましい。しかし、この場合、クライアントユーザ側が印刷時にデータの加工をする疑いが生じる。
【0010】
【発明が解決しようとする課題】
解決しようとする問題点は、従来の技術では、電子チケットとしてネットワークを介して配付する場合は、発券要求者は直接チケットを入手することができるが、チケットの利用地点においては、チケットの改竄の有無を調べるために、電子情報のやり取りおよび解析処理ができる特別な装置が必要であるため、普及が難しく、また、紙チケットでの配付を行なう場合は、ネットワークを介して注文を受けたサーバ側からの郵送等が必要であり、郵送料の負荷や配付時間の遅れ等が発生してしまう点である。
【0011】
本発明の目的は、これら従来技術の課題を解決し、ネットワークを介して発注された例えばコンサートチケットの効率的な配付を可能とするネットワーク発券システムとサーバおよびネットワーク発券方法とその処理プログラムを記録した記録媒体を提供することである。
【0012】
【課題を解決するための手段】
上記目的を達成するため、本発明のネットワーク発券システムとサーバおよびネットワーク発券方法では、クライアントからネットワークを介してサーバに発券要求を送信し、サーバで発券要求に対応する券データを生成してクライアントにネットワークを介して送信し、クライアント側でサーバからの券データを印刷出力するものであり、特に、サーバにおいて、当該券データが改竄されたか否かを所定のルールに基づき容易に視認、すなわち目視で確認できるように、券データに対して改竄視認用データを付与して、クライアント側に送信する。
【0013】
このように、改竄の有無を容易に視認可能とすることにより、クライアントマシンを操作した発券要求者が、券データを紙に印刷してチケットとして利用する場合には、そのチケットの利用地点であるチケット受け付け側では、予めルールを入手しておくことで、そのチケットが改竄されたものであるか否かを、目視により容易に判別することができるので、通常のチケットとして流通させることができる。
【0014】
【発明の実施の形態】
以下、本発明の実施の形態を、図面により詳細に説明する。
図1は、本発明に係るネットワーク発券システムの構成例を示すブロック図であり、図6は、図1におけるネットワーク発券システムを構成するクライアントマシンおよびサーバマシンのハードウェア構成例を示すブロック図である。
【0015】
図6において、61はCRT(Cathode Ray Tube)やLCD(Liquid Crystal Display)等からなる表示装置、62はキーボードやマウス等からなる入力装置、63はHDD(Hard Disk Drive)等からなる外部記憶装置、64はCPU(Central Processing Unit)64aや主メモリ64b等を具備して蓄積プログラム方式によるコンピュータ処理を行なう情報処理装置、65は本発明に係わるプログラムやデータを記録したCD−ROM(Compact Disc-Read Only Memory)もしくはDVD(Digital Video Disc/Digital Versatile Disc)等からなる光ディスク、66は光ディスク65に記録されたプログラムおよびデータを読み出すための駆動装置、67はLAN(Local Area Network)カードやモデム等からなる通信装置である。
【0016】
光ディスク65に格納されたプログラムおよびデータを情報処理装置64により駆動装置66を介して外部記憶装置63内にインストールした後、外部記憶装置63から主メモリ64bに読み込みCPU64aで処理することにより、情報処理装置64内に、例えば、図1に示すサーバマシン2における各処理部が構成される。尚、図1におけるクライアントマシン1とサーバマシン2のそれぞれは、本図6で示す装置構成に限定されるものではなく、必要とされる機能に応じて、装置の追加、削除が可能である。
【0017】
図1において、1はクライアントマシン、2はサーバマシン、3はインターネット、4はプリンタであり、クライアントマシン1はWebブラウザを起動して、インターネット3を介してサーバマシン2にアクセスして、サーバマシンからWebページを受け取り、画面表示する。クライアントマシン1とサーバマシン2間は、本例では、一般的なHTTP(HyperText Transfer Protocol)によってデータの送受信が行われるものとするが、これに制限されるものではない。
【0018】
また、プリンタ4は、クライアントマシン1と直接接続されても、あるいは、LANを介して接続されても良い。さらに、クライアントマシン1からサーバマシン2にアクセスする時点と、クライアントマシン1とプリンタ4が接続されている時点に差異があっても構わない。
【0019】
クライアントマシン1は、サーバマシン2からのWebページを表示し、このWebページを介して、例えば、コンサートチケットの発券要求をサーバマシン2に送信する。
【0020】
サーバマシン2には、券データ生成処理部2a、ルール登録処理部2b、改竄視認用データ生成処理部2c、データ合成処理部2dが設けられており、券データ生成処理部2aでは、クライアントマシン1からインターネット3を介して送られてきた発券要求に対応する券データを生成し、クライアントマシン1に送信するが、本例のサーバマシン2は、改竄視認用データ生成処理部2cにより、券データに対する改竄を予め定められたルールに基づき視認可能とする改竄視認用データを生成し、その改竄視認用データを、データ合成処理部2dにより券データに付与する。
【0021】
改竄視認用データ生成処理部2cは、改竄視認用データを生成する際、ルール登録処理部2bにより予め記憶装置に登録された情報を参照する。すなわち、ルール登録処理部2bは、券データに付与することにより当該券データに対する改竄を視認可能とする改竄視認用データを生成するために予め定められたルール情報を記憶装置に登録しておく。尚、このルール情報に関しては後で具体的な例を示す。
【0022】
このようにしてサーバマシン2からの改竄視認用データが付与された券データを受け取ったクライアントマシン1では、Webブラウザで表示し、操作者からの指示に基づきプリンタ4を介して紙チケットとして印刷出力する。
【0023】
このように、改竄視認用データが付与された券データが印刷された紙チケットでは、そのルールを知っていれば、容易に、その券データに対する改竄の有無を視認することができるので、その紙チケットの受け付けを行なう側は、予めそのルールを入手しておくことで、当該チケットの正当性を目視により容易に判別することができる。これにより、発券要求側で印刷出力した紙チケットを通常のチケットとして流通させることができる。
【0024】
尚、クライアントマシン1の操作者、すなわち、発券要求者に対して、どのようなルールに基づき、改竄検知用の仕組みが施されているかは分からないようにしておくが、この券データに、この券データに対しては改竄検知用の仕組みが施されていることを明示する警告文データを付与しておき、発券要求者に、改竄しないよう予め警告しておく。
【0025】
以下、図2を用いて、このような構成からなるネットワーク発券システムの動作を説明する。
【0026】
図2は、本発明に係わるネットワーク発券方法の第1の処理手順例を示すフローチャートである。
【0027】
本図2では、チケットの発券時および利用時の動作および手順を示している。尚、ここでチケットと表現しているがこれは一例であり、紙に印刷された情報が何らかの価値を示すものであれば名称は限定されるものではない。
【0028】
まず、発券時の動作手順を説明する。ユーザは、図1におけるクライアントマシン1によってインターネット3経由でサーバマシン2のホームページにアクセスする(ステップ201)。サーバマシン2側では、このホームページ上でユーザに対して商品・サービス等の内容を提示する(ステップ202)
【0029】
ユーザがこの提示内容に対して購入・申し込みの意志を持った場合、このホームページに対して申し込み意志を表明する(ステップ203)。表明の仕方はホームページの用意するインターフェースによるが、例えば申し込みボタンをクリックするものや、ユーザ側の住所氏名などを該当フィールドに記入するもので良い。
【0030】
また、商品・サービスに対する支払いは、クレジットカードを利用する場合には、この申し込み時点でクレジットカード番号を入力すれば良い。あるいは、商品・サービスの受け取り時に支払いをする場合には、特にこの申し込み時点では支払いに関する動作は必要ない。
【0031】
以上の動作は、インターネット経由での商品・サービスの購入申し込み手順の一般的な例であるが、次の図8で詳細を示すサーバ側でのステップ204における、申し込みを受けたサーバ側での発券データ生成処理に、本発明の特徴がある。
【0032】
図8は、図1におけるサーバマシンの本発明に係わる処理動作例を示すフローチャートである。
【0033】
本例は、図2におけるステップ204の処理の詳細を示すものであり、サーバは、図1を用いて説明したように、クライアント側からの購入申し込み(発券要求)があれば(ステップ801)、券データ生成処理部2aにより、クライアント側からの購入申し込みに対応する券データを生成し(ステップ802)、改竄視認用データ生成処理部2cにより、券データに対する改竄を予め定められたルールに基づき視認可能とする改竄視認用データを生成し(ステップ803)、その改竄視認用データを、データ合成処理部2dにより券データに付与して(ステップ804)、発券画像データとしてクライアント側に送信する(ステップ805)。
【0034】
図2においては、このようにサーバから送信されてきた発券画像データをクライアント側で取得し、プリンタにより印刷し、紙チケット(チケット相当物)として出力する(ステップ205)。以上が発券時の動作手順であり、その後、図2における以下の手順のようにして、印刷された紙チケットの利用、および、その際の改竄の確認が行われる。
【0035】
紙チケットの利用時においては、まず、印刷されたチケット相当物(紙チケット)は、クライアントユーザによって受け付け側に提示される(ステップ206)。受け付け側では、提示された紙上の画像を目視確認し、予め知らされていたルールに基づき改竄の有無を確認する(ステップ207)。
【0036】
もし改竄の可能性が認められれば、必要に応じた別手段により詳細な確認を行う。例えば、当該紙チケットにバーコードが印字されうように元の画像データを作成しておき、且つ、バーコード内容を高度に暗号化しておき、このデータを読み込んで専用ソフトで解析する技術を用いることができる。また、発券元に問い合わせをすることでも良い。これらの詳細確認は常に行う必要はないので、時間や手間の制限が緩くなり、実用的なシステムの構築が容易になる。
【0037】
ステップ207の処理において改竄が認められなければ、ユーザは通常の利用を行うが(ステップ208)、改竄を指摘された場合には、ユーザは承服する場合と不服を示す場合がある(ステップ209)。ユーザが不服を示した場合、受け付け側は、ステップ207で説明した詳細な確認を行うなど、必要な処置を講ずる(ステップ210)。
【0038】
上述のステップ204、すなわち、図8におけるフローチャートで示した処理での発券画像データの生成に関しては、様々の技術を用いることができ、以下、ステップ204における処理の詳細を幾つかの例を用いて説明する。
【0039】
最初の例としては、サーバ側において、まずクライアントユーザの個別情報を取得する。この取得は、ユーザがホームページにアクセスした時点で得るものでも良いし、ユーザが購入申し込みを行った時点で得るものであっても良い。アクセス時点で情報を取得するには、例えば、会員登録したユーザだけアクセス可能なホームページとすることでユーザにアクセス時点で能動的に情報を提示させることでも、また、クライアント端末の機器情報(アドレス等)を接続時に自動的に取得することでも良い。
【0040】
このようにして、個別情報を取得したら、サーバは、この情報を利用して、改竄を目視できるようにするための改竄視認用データを生成する。ここでは、改竄視認用データとして、文字コードデータでなく画像データを利用するものとする。このように画像データを利用することにより、以下のことができる。
【0041】
申し込み内容を、文字コードで記述する何らかのフォーマットデータ(HTML(HyperText Markup Language),RTF(Rich Text File),・・・)でクライアントマシン側に送付した場合、クライアント側では、このフォーマットデータを容易に加工できる可能性がある。
【0042】
例えば、申込人の氏名を加工して異なる氏名表記に変えるなどが容易であり、この改竄された申し込み内容をクライアント側で印刷出力された場合、出力された紙を見ても真偽の判別がしがたい。またフォーマットデータはクライアント側のプリンタコントローラによって解釈されるので、サーバ側では最終的に出力される画像の状態を制御しにくい。
【0043】
画像データにおいても、画素を描きかえれば内容を改竄できるが、その改竄がなされそうな個所に、目視できる改竄検知用データを施しておけば、改竄した場合に人間が容易に認識できる。
【0044】
さらに、画像データなのでプリンタ側のフォーマット解釈によらず、サーバが用意した画像データそのままの形で紙上に再現される。改竄があった場合も、改竄された通りに紙上に再現される。
以上の理由により、ここでは画像データを利用する。
【0045】
目視できる改竄検知用の画像データで実現する技術としては、例えば、図3、図4、および図5に示すように、印刷すべき文字等の前景パターンに依存して背景パターンを生成し、この背景パターンを線の連続性や前景パターンとの非接触性などの特徴を持たせることによって、前景パターンの容易な改竄検知が可能となる。
【0046】
図3は、図1におけるサーバマシンの券データ生成処理部で生成される券データ例を示す説明図であり、図4は、図1におけるサーバマシンのデータ合成処理部で生成された券データ例を示す説明図、図5は、改竄された券データ例を示す説明図である。
【0047】
図3における券データ31は、前景パターンしかない通常の文字画像の例であり、図4における券データ41は、図3の前景パターンに、図1におけるサーバマシン2の改竄視認用データ生成処理部2cで生成された背景パターン41aが付加された例である。
【0048】
この図4における背景パターン41aは、前景パターンに重ならず、且つ、一筆書きからなることをルールとして生成されている。このようなルールに基づき生成された背景パターン41aが付与された券データ41に対して、例えば、図5に示すような改竄が行われると、すなわち、「サ」が「ザ」に改竄されると、「ザ」の濁点部分が、背景パターン41aに重なってしまい、且つ、背景パターン41aは一筆書きされていたものであるが、その一筆書きが途切れてしまう。
【0049】
この結果、背景パターン41aの生成に用いられたルールを知っている者であれば、図5に示す券データ41が不正に改竄されたものであることを、目視により容易に確認することができる。
【0050】
尚、改竄視認用データとしての背景パターンとしては、背景パターン41aのような一筆書きでなく、単に複数の横線や斜線をきめ細かに、前景パターンに接触しないルールで生成することでも良い。
【0051】
すなわち、改竄視認用データは、実用上改竄を目視で検知できるようにすれば良いので、申し込み内容に従って、クライアントユーザ側では容易に理解できない何らかの画像的特徴をルールとして画像内に付加できれば良い。
【0052】
例えば、Webページを介して入力された申し込み者氏名のイニシャルによって、印字する申し込み者氏名を表記するフォントを変更したり、色を変えたりすることで、改竄視認用データとして用いることができる。
【0053】
このようなイニシャルに基づく改竄視認用データの具体的な生成動作を、図9に示すルール情報を用いて説明する。
【0054】
図9は、図1におけるルール登録処理部により作成されるルールテーブルの構成例を示す説明図である。
【0055】
図9に示すように、本例では、複数のルールテーブル91〜93を設けており、ルールテーブル91では、イニシャル別に色情報(カラー)が対応付けられ、ルールテーブル92では、イニシャル別にフォントが対応付けられ、ルールテーブル93では、ユーザの識別情報(ID)別にルールテーブル番号(No)が対応付けられている。
【0056】
このルールテーブル93を参照することにより、各ユーザ別に異なるルールに従っての改竄視認用データの生成ができる。例えば、発券要求してきたユーザIDが「A」であれば、ルールテーブル91が選択され、ユーザIDが「B」であれば、ルールテーブル92が選択される。
【0057】
ユーザID「A」と「B」の二人のユーザの氏名のイニシャルが、同じ「YO」であっても、ユーザID「A」のユーザに関しては、ルールテーブル91に基づき、例えば、黄色と橙色の2色からなる背景が改竄視認用データとして作成され、ユーザID「B」のユーザに関しては、ルールテーブル92に基づき、例えば、ユーザの氏名をゴシック体で表した画像データが改竄視認用データとして作成される。
【0058】
ここで、ユーザ氏名のイニシャルが「YO」でユーザIDが「A」のユーザからの発券要求に応じて、ルールテーブル91に基づき「黄色(=Y)」と「橙色(=O)」の斜線を背景として入れた券データをクライアント側に送信し、その券データに対して、クライアント側において、申込者氏名の改竄がなされ、イニシャルが「YB」となったものとする。
【0059】
このように、イニシャルが「YB」となっても、ルールを知らないクライアント側では、その背景に対する改竄は行われず、そのまま、紙チケットとして印刷出力される。
【0060】
この紙チケットを受け付ける側では、予めルールが知らされており、イニシャルが「YB」であれば「黄色(=Y)」と「茶色(=B)」の斜線が入るべきものとの知識があり、その紙チケットの背景に「黄色」の斜線が入っていることの矛盾に気づき、その改竄を容易に視認することができる。
【0061】
また、発券要求してきたユーザのユーザIDが「B」でイニシャルが「YO」であれば、サーバ側では「ゴシック体」での申込者名を書き込む。クライアント側で、申込者氏名の改竄がなされイニシャルが「YB」となって印刷されると、イニシャル「YB」であれば「明朝体」の申込者名が書き込まれるべきとのルールを知っている者であれば、その矛盾を容易に視認でき、その改竄を検知できる。
【0062】
その他の例として、例えば、申し込み者氏名の上に申し込み番号を表記し、この番号を申し込み者のイニシャルによって一部変更するなどしても良い。
【0063】
このような改竄視認用データを生成する際のルールを理解していない者にとっては、表記内容が改竄されていても異常には気づかない。従って、このルールを理解していない改竄者は、申込者名や、金額、指定席番号などを自分の都合のいいように改竄しても、改竄視認用データは変更しないので、サーバマシンにより券データを生成する側とルールを共有する、チケット受け付け側では、改竄の存在を目視で容易に検知できる。
【0064】
さらに、このような改竄視認用データの生成ルールとしての他の例を説明する。
まず、クライアントユーザの状態に関する情報を、改竄視認用データの生成生成に利用する例を説明する。
【0065】
ここでクライアントユーザの状態とは、サーバマシンがクライアントマシンからアクセスされた日時であり、また、クライアントマシンのユーザがサーバ側のホームページにどのような手順でアクセスしたかなどの情報である。
【0066】
例えば、同じ申し込みホームページにアクセスしても、そこに至るまでにアクセスした入り口が異なる場合、商品・サービス提供者にとっては異なる属性(例えば料金体系が異なるなど)をもったユーザとして扱いたい場合がある。この場合、ユーザがサーバ側のホームページにどのような手順でアクセスしたかの情報を改竄視認用データの生成に利用することにより、高い料金体系のページからジャンプしてきたユーザに提供した券データを、安い料金体系のページを利用するユーザ名に改竄された場合を目視により検知できる。
【0067】
次の例として、図7を用いて、クライアントユーザの状態に関する情報を、改竄視認用データの生成生成に利用する例を説明する。
【0068】
図7は、本発明に係わるネットワーク発券方法の第2の処理手順例を示すフローチャートである。
【0069】
本図7の例では、図2での処理と同様に、クライアント側からのサーバのページへのアクセス(ステップ701)と、それに対応してのサーバ側からクライアント側への商品その他の内容からなるページの提示(ステップ702)、および、クライアント側での必要な情報の記入による購入申し込み(ステップ703)が行われると、サーバ側では、申し込み内容に応じ、ユーザに対して更に情報記入を追加要求する。
【0070】
追加要求する情報として、ここでは、パスワードを用い、サーバは、この追加情報のパスワードをルールに用いて画像データを生成する。
パスワードは第3者に知られるものではないので、第3者がクライアントユーザになりすまして申し込みをして発券画像データを入手したとしても、パスワードに基づき生成された部分の画像が、第3者に対応していない。
【0071】
このことにより、正規のユーザとチケット受け付け側でルール情報が共有されていれば、なりすましチケットを目視確認できる。
【0072】
次に、サーバ側が、クライアント側から要求された内容をルールに用いた例を説明する。
【0073】
図2における(ステップ203)での申し込み対象がサービスであった場合、例えば、サービスの提供日時を複数の中から選択する場合がある。この場合、選択された日時がチケット内に印字されるが、その部分に対して目視できる改竄検知用データを付与する。
【0074】
目視できる改竄検知を画像データで実現する技術としては、図3、図4、および、図7を用いて説明したものを用いる。すなわち、選択された日時情報に依存するルールに基づき、チケットの一部のフォントや色などを定め、このルールを発券側とチケット受け付け側で共有する。ことにより、クライアント側に提供する券データにおける情報を用いて、改竄の目視による確認ができる。
【0075】
尚、チケットの出力や管理は、個々のクライアントユーザの責任において行われるのであるが、改竄がなされるか否かに係わらず、クライアントユーザ側での紙チケットの印刷出力枚数を制限するのであれば、図2のステップ204および図7のステップ706においての送信を、発券画像データのみではなく、当該発券画像データをクライアント側で出力させるプログラムと一緒に、サーバからクライアントに送信すれば良い。すなわち、所定回数だけ出力できるプログラムを送り、クライアントマシンにおいて、そのプログラムが特定のディレクトリ(フォルダ)やファイルの有無を調べ、回数を数えながら出力を行なうようにすれば良い。
【0076】
また、本例では、改竄視認用データおよび券データとして画像データを用いているが、それぞれに、あるいは、いずれか一方に文字コードデータを用いることもできる。例えば、上述したユーザ氏名のイニシャルをルールに用いる場合において、券データとしてのユーザ氏名を文字コードで生成し、かつ、そのイニシャルに合わせた色情報に関しても、「黄色」、「橙色」との文字コードを用いて改竄視認用データとすることでも良い。これらのユーザ氏名や「黄色」、「橙色」との文字コードは容易に改竄できるが、それらの関連付けルールを知らなければ、両方を整合させて改竄することはできない。
【0077】
また、以上の例では、紙チケットを例として説明したが、券データを携帯型の液晶表示装置の画面上に表示出力するものであっても良い。すなわち、受け付け側においては、紙チケットの場合と同様に、その画面上での表示内容から、その改竄の有無を視認することができる。
【0078】
また、改竄視認用データとしては、チケット全体に対して施しても良く、あるいは、必要とされる一部の個所を特定して施すことでも良い。例えば、容易に改竄を許さないためには、チケット全体に対して施すことが有効であり、また、特定の個所に絞ることにより、処理負荷を軽減することができる。
【0079】
以上、図1〜図7を用いて説明したように、本例のネットワーク発券システムとサーバおよびネットワーク発券方法では、クライアントマシン1からインターネット3を介してサーバマシン2に発券要求を送信し、サーバマシン2で発券要求に対応する券データを生成してクライアントマシン1にインターネット3を介して送信し、クライアントマシン1側でサーバマシン2からの券データを印刷出力するものであり、特に、サーバマシン2において、当該券データが改竄されたか否かを所定のルールに基づき容易に視認、すなわち目視で確認できるように、券データに対して改竄視認用データを付与して、クライアントマシン1側に送信する。
【0080】
このように、本例では、改竄の有無を容易に視認可能とすることにより、クライアントマシン1の操作ユーザ(発券要求者)が、券データを紙に印刷してチケットとして利用する場合にも、そのチケットの利用地点であるチケット受け付け側では、予めルールを入手しておくことで、そのチケットが改竄されたものであるか否かを、目視により容易に判別することができるので、通常のチケットとして流通させることができる。
【0081】
このことにより、従来の電子チケットとしてネットワークを介して配付する場合のように、発券要求者は直接チケットを入手することができるが、チケットの利用地点においては、チケットの改竄の有無を調べるために、電子情報のやり取りおよび解析処理ができる特別な装置が必要であるため、普及が難しといった問題点や、紙チケットでの配付を行なう場合においての、ネットワークを介して注文を受けたサーバ側からの郵送等が必要であり、郵送料の負荷や配付時間の遅れ等が発生してしまうといった問題点を解消することができる。
【0082】
その結果、ネットワークを介して発注されたコンサートチケット等の効率的な配付が可能となり、ネットワークによる発券サービスの利用を促進することができる。
【0083】
尚、上述したように、本発明は、図1〜図7を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において、さらに、種々変更可能である。例えば、本例では、インターネットを用いたネットワーク構成としているが、イントラネットや専用線網等、他のネットワークを利用したクライアントサーバシステムで適用できる。
【0084】
また、本例では、光ディスクを記録媒体として用いているが、FD(Flexible Disk)などを記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。
【0085】
【発明の効果】
本発明によれば、改竄の有無を目視により容易に確認できるので、クライアント側でのコンサートチケット等の印刷出力といった発券、流通サービスを実現でき、ネットワークを介しての発券サービスの利用を促進することが可能である。
【図面の簡単な説明】
【図1】本発明に係るネットワーク発券システムの構成例を示すブロック図である。
【図2】本発明に係わるネットワーク発券方法の第1の処理手順例を示すフローチャートである。
【図3】図1におけるサーバマシンの券データ生成処理部で生成される券データ例を示す説明図である。
【図4】図1におけるサーバマシンのデータ合成処理部で生成された券データ例を示す説明図である。
【図5】改竄された券データ例を示す説明図である。
【図6】図1におけるネットワーク発券システムを構成するクライアントマシンおよびサーバマシンのハードウェア構成例を示すブロック図である。
【図7】本発明に係わるネットワーク発券方法の第2の処理手順例を示すフローチャートである。
【図8】図1におけるサーバマシンの本発明に係わる処理動作例を示すフローチャートである。
【図9】図1におけるルール登録処理部により作成されるルールテーブルの構成例を示す説明図である。
【符号の説明】
1:クライアントマシン、2:サーバマシン、2a:券データ生成処理部、2b:ルール登録処理部、2c:改竄視認用データ生成処理部、2d:データ合成処理部2d、3:インターネット、4:プリンタ、31,41:券データ、41a:背景パターン、61:表示装置、62:入力装置、63:外部記憶装置、64:情報処理装置、65:光ディスク、66:駆動装置、67:通信装置、91〜93:ルールテーブル。
Claims (3)
- クライアント装置からの要求に応じて券データを生成し該クライアント装置に送信する発券サーバ装置であって、
前記クライアント装置からの要求に対応する個別情報を含む表記内容の券データを生成する券データ生成処理手段と、
該券データ生成処理手段が生成した券データの表記内容に対する目視による改竄確認に用いる画像データからなる改竄視認用データを生成する改竄視認用データ生成処理手段と、
該改竄視認用データ生成処理手段が生成した改竄視認用データと前記券データ生成処理手段が生成した券データを合成した発券画像データを生成するデータ合成処理手段と、
該データ合成処理手段が生成した発券画像データを要求元のクライアント装置に送信する処理手段とを有し、
前記改竄視認用データ生成処理手段が生成する改竄視認用データは、前記券データの表示内容の周囲に該表示内容に重ならないよう配置されたパターンからなり、該パターンが当該券データの表示内容に重なることで該券データに対する改竄が確認されることを特徴とする発券サーバ装置。 - クライアント装置からの要求に応じて券データを生成し該クライアント装置に送信するサーバ装置の発券方法であって、
前記サーバ装置は、プログラムを実行するコンピュータ処理手段として、券データ生成処理手段と、改竄視認用データ生成処理手段、データ合成処理手段、送信処理手段とを有し、
前記券データ生成処理手段は、
前記クライアント装置からの要求に対応する個別情報を含む表記内容の券データを生成し、
前記改竄視認用データ生成処理手段は、前記券データ生成処理手段が生成した券データの表記内容に対する目視による改竄確認に用いる画像データからなる改竄視認用データを生成し、
前記データ合成処理手段は、前記改竄視認用データ生成処理手段が生成した改竄視認用データと前記券データ生成処理手段が生成した券データを合成した発券画像データを生成し、
前記送信処理手段は、前記データ合成処理手段が生成した発券画像データを要求元のクライアント装置に送信し、
前記改竄視認用データ生成処理手段が生成する改竄視認用データは、前記券データの表示内容の周囲に該表示内容に重ならないよう配置されたパターンからなり、該パターンが当該券データの表示内容に重なることで該券データに対する改竄が確認されることを特徴とする発券方法。 - コンピュータを、請求項1における各処理手段として機能させるためのプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記録媒体。
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 JP2002109113A (ja) | 2002-04-12 |
JP4120915B2 true 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 (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08101348A (ja) * | 1994-09-29 | 1996-04-16 | Kamakura Koki Kk | 紫外線遮断光学機器 |
Families Citing this family (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 | 視認署名付文書生成装置、視認署名付文書生成方法、視認署名付文書生成プログラム、およびコンピュータに読み取り可能な記録媒体 |
JP4207000B2 (ja) * | 2004-12-28 | 2009-01-14 | ブラザー工業株式会社 | チケット提供システム,クライアントデバイス,確認サーバおよびプログラム |
JP2007329892A (ja) | 2006-05-12 | 2007-12-20 | Canon Inc | 情報処理装置、画像処理装置、サーバ装置 |
JP4984767B2 (ja) * | 2006-09-11 | 2012-07-25 | 富士ゼロックス株式会社 | 発券装置、発券プログラム、記録媒体、確認補助器具 |
JP5227081B2 (ja) * | 2008-05-22 | 2013-07-03 | 楽天株式会社 | チケット情報生成装置、チケット情報生成方法、チケット情報生成処理プログラム及びチケット情報生成システム |
JP5011233B2 (ja) | 2008-08-25 | 2012-08-29 | 株式会社Pfu | 改竄検出用情報出力システム、方法およびプログラム |
JP6564197B2 (ja) * | 2015-02-13 | 2019-08-21 | 小林クリエイト株式会社 | 偽造防止帳票 |
-
2000
- 2000-09-29 JP JP2000297729A patent/JP4120915B2/ja not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH08101348A (ja) * | 1994-09-29 | 1996-04-16 | Kamakura Koki Kk | 紫外線遮断光学機器 |
Also Published As
Publication number | Publication date |
---|---|
JP2002109113A (ja) | 2002-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7672991B2 (en) | Method and device for configuring an electronic document processing peripheral in a communication network | |
US20070021969A1 (en) | Mobile electronic transaction system, device and method therefor | |
CN101083702A (zh) | 信息处理装置及其控制方法 | |
US20090015857A1 (en) | Image forming apparatus, image forming method, and computer readable medium storing program | |
JP2003316556A (ja) | 取引システム、端末装置、端末、取引方法、取引プログラム及び取引プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
JP2009123013A (ja) | 情報通信システム、通信装置、二次元バーコードおよび電子クーポン発行管理方法 | |
JP4120915B2 (ja) | 発券サーバ装置と発券方法および記録媒体 | |
KR100360682B1 (ko) | 인터넷을 이용한 티켓 발행 시스템 및 그 제어방법 | |
US7075672B2 (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 | |
US7165714B2 (en) | Networked business system | |
JP3801383B2 (ja) | 切符の予約発券方法及び予約発券システム | |
US7827415B2 (en) | Image processing apparatus capable of authenticating document | |
NL1029388C2 (nl) | Toegangscontrole en ticket daarvoor. | |
US20100312694A1 (en) | Mobile Electronic Transaction System, Device and Method Therefor | |
US20150088619A1 (en) | Techniques for processing customers affected by involunary denial of boarding | |
JP6925557B2 (ja) | 判定装置及び判定方法 | |
JP2002312659A (ja) | シリアルナンバー利用のポイントサーバーシステム | |
JP4832762B2 (ja) | クーポン情報提供システム | |
JP2002123729A (ja) | チケット発行・照会装置、チケット発行・照会方法 | |
JP2002117310A (ja) | 電子クーポン発行システム、サーバ、及び記録媒体 | |
TW528956B (en) | Authorization method and system for accessing resource | |
US20230252111A1 (en) | Content provision device, content provision method, program, and recording medium | |
US20040143554A1 (en) | Method and apparatus for generating a value bearing instrument | |
JP2009146170A (ja) | カード発行方法、カード発行システムおよびカード有効化装置 | |
JP3105186U (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 |