JP4501953B2 - チケット認証システム - Google Patents

Description

本発明は、チケット認証システムに関し、特に、従来のように、所定の日時にチケットの発給場所へ赴き、チケットを入手する必要をなくすことができるチケット認証システムに関するものである。

ネットワークを利用したチケット認証システムは、電話、ファクシミリ、パソコンによる通信などを利用して、チケットの予約と購入とを行うものである。所望のチケットを入手するためには、チケットの発売日や発売場所が指定されているため、そのチケットの発売される日時に所定の発給場所に赴かなくてはならない。しかし、ネットワークを利用したチケット認証システムによれば、電話、ファクシミリ、パソコンを利用して遠隔地から所望のチケットを申し込む（予約または購入する）ことができるので、所望のチケットを予約または購入するために遠くの発給場所へチケットの発売日に出かける必要がなく、チケットを入手するために必要な労力を軽減することができる。また、ネットワークを利用したチケット認証システムでは、従来の手売りに比べて、チケットの発売時間や発売期間を長くすることができるので、チケットの予約または購入において、その利便性が向上されている。

しかしながら、従来のチケット認証システムにおいては、チケットが紙で流通しているために、偽造防止が施された特別な紙でチケットを発券せねばならず、このため、電話、ファクシミリ、パソコンを利用してチケットを予約または購入しても、その受け取りに（その入手に）、わざわざ代理店（チケットの発給場所）まで出向かなくてはならないという問題点があった。

本発明は、上述した問題を解決するためになされたものであり、従来のように、所定の日時にチケットの発給場所へ赴き、チケットを入手する必要をなくすことができるチケット認証システムを提供することを目的としている。

この目的を達成するために請求項１記載のチケット認証システムは、携帯端末に楽音信号として記憶されたチケット情報が、正規のチケットに対応する情報であるかを、前記端末装置から出力される楽音を用いて認証するものであって、前記正規のチケットが予約された場合に使用される前記チケット情報を記憶するチケット情報記憶手段と、前記正規のチケットの予約に伴い、前記チケット情報記憶手段に記憶されたチケット情報の取得が前記携帯端末から要求された場合、その取得が要求されたチケット情報に応じた楽音を生成する生成手段と、その生成手段により生成された楽音の出力を可能にする前記楽音信号を前記チケット情報として、前記チケット情報の取得を要求した携帯端末に送信して記憶させる送信記憶手段と、前記生成手段により生成された楽音を、前記チケット情報に対応付けて前記チケット情報記憶手段に記憶させる対応記憶手段と、前記携帯端末から前記認証のために出力された楽音を受音する受音手段と、その受音手段により受音された楽音が、前記対応記憶手段によって前記チケット情報に対応付けて前記チケット情報記憶手段へ記憶された楽音と一致するかを判定する楽音判定手段と、前記受音された楽音が、前記チケット情報記憶手段へ記憶された楽音と一致すると前記楽音判定手段により判定された場合に、前記受音された楽音に対応する前記チケット情報を、前記予約した正規のチケットに対応する情報として認証する認証手段とを備えている。

請求項２記載のチケット認証システムは、請求項１記載のチケット認証システムにおいて、前記チケット情報記憶手段に記憶されているチケット情報を変更可能な記憶変更手段と、その記憶変更手段により前記チケット情報が変更された場合に、その変更されたチケット情報に応じた楽音を再度生成する再生成手段と、その再生成手段により生成された楽音の出力を可能にする前記楽音信号を前記変更されたチケット情報として、前記正規のチケットの予約に伴い前記チケット情報の取得を要求した携帯端末に送信して記憶させる再送信手段と、前記再生成手段により生成された楽音へ、前記チケット情報記憶手段に記憶されている楽音を更新する楽音更新手段とを備えている。

請求項３記載のチケット認証システムは、請求項１または２に記載のチケット認証システムにおいて、前記生成手段または前記再生成手段は、前記チケット情報毎に異なる複数の和音の組み合わせを用いることで、前記チケット情報毎に異なる楽音を生成するものである。

請求項４記載のチケット認証システムは、請求項３記載のチケット認証システムにおいて、前記生成手段または前記再生成手段は、前記チケット情報毎に異なる複数の和音の組み合わせが、所定時間経過後に、別の異なる複数の和音の組み合わせへと変化する楽音を、前記チケット情報毎に異なる楽音として生成するものである。

請求項１記載のチケット認証システムによれば、受音手段により受音された楽音が、チケット情報記憶手段に記憶されている楽音と一致すると楽音判定手段により判定された場合には、認証手段は、受音された楽音に対応するチケット情報を、予約した正規のチケットに対応する情報として認証する。よって、チケットを入手することなく、予約した正規のチケットに対する認証を行うことができる。即ち、チケットを入手することなく、正規のチケットが購入済みであることを示すことができる。従って、従来のように、所定の日時にチケットの発給場所へ赴き、チケットを入手する必要をなくすことができるという効果がある。これは、特に、チケットの発給場所から離れた場所に住んでいる利用者について有効である。
また、チケット情報（楽音信号）が携帯端末に一旦記憶されてしまえば、その所有者以外の人目に触れることが少ないので、チケット情報の機密性を保つことができ、容易に偽造防止を行うことができるという効果がある。これによれば、紙で流通されるチケットの偽造防止のように、偽造防止の施された紙に専用機でチケット情報を印刷する必要がなく、専用機のある所定の場所でチケットを発給（発行）する必要がない。このため、チケットの発給（発行）を任意の場所で行うことができ、そのチケットの発給（発行）業務を発給者（発行者）に最適な場所で円滑に行うことができるという効果がある。
加えて、携帯端末だけでチケット情報（楽音信号）の受信と記憶とが行えるので、例えば、チケットとして使用されるＩＣカードのように、チケット情報を受信するための受信端末や受信した情報をＩＣカードに書き込むための書込機を必要としない。このため、携帯端末の所有者は、所有者の好適な時間に好適な場所で、携帯端末だけを利用して、チケット情報を入手することができるという効果がある。
更に、請求項１記載のチケット認証システムによれば、携帯端末から出力された楽音を用いてチケット情報を認証することができる。ここで、携帯端末のディスプレイにチケット情報を表示して、その表示を、画像認識装置で認識して、チケット情報の認証を行う画像認証システムでは、画像認識装置が画像（チケット情報）を認識可能な位置に、携帯端末のディスプレイを配置する必要がある。よって、画像（チケット情報）の認識時においては、携帯端末（ディスプレイ）の配置に細かな制約が設けられていた。更には、携帯端末のディスプレイと画像認識装置との間に何らかの遮蔽物が存在する場合には、画像認識装置は、ディスプレイに表示されたチケット情報を認識できないので、チケット情報の認証を行うことができなかった。これに対し、請求項１記載のチケット認証システムでは、チケット情報の認証に、広範囲に伝達する特性を持つ楽音を用いているので、画像認証システムと比較して、チケット情報の受音時（認識時）における携帯端末の配置の制約を少なくすることができる。結果、携帯端末の配置の自由度を向上させることができるという効果がある。また、携帯端末と受音手段との間に、遮蔽物が存在する場合でも、その遮蔽物による楽音の回折を利用して、携帯端末から出力された楽音（チケット情報）を受音手段に確実に受音させることができる。結果、チケット情報の認証を確実に実行することができるという効果がある。
請求項２記載のチケット認証システムによれば、請求項１記載のチケット認証システムの奏する効果に加え、記憶変更手段によりチケット情報が変更された場合には、その変更されたチケット情報に対応する楽音を、再生成手段で生成する。そして、送信記憶手段は、再生成手段が生成した楽音の出力を可能にする楽音信号を携帯端末へ送信して、携帯端末に既に記憶されている楽音信号（チケット情報）を、変更されたチケット情報に対応する楽音信号へと書き換える。また、楽音更新手段は、チケット情報記憶手段に既に記憶されている楽音を、再生成手段により生成された楽音へ更新する。よって、従来のように、チケット情報を変更するためにわざわざ代理店などに出向く必要がなく、時間と労力を費やす必要がないという効果がある。また、携帯端末の所有者がチケットの内容に変更があることを知らなくとも、また、チケット情報を更新するための操作を行わなくとも、変更された楽音信号が携帯端末で受信されると、携帯端末は楽音信号（チケット情報）を更新するので、携帯端末に記憶されているチケット情報は常に最新の情報に変更される。このため、記憶されるチケット情報が変更されていないために、チケットとしての機能が失効することがないという効果がある。
請求項３記載のチケット認証システムによれば、請求項１または２に記載のチケット認証システムの奏する効果に加え、生成手段または再生成手段は、チケット情報毎に異なる複数の和音の組み合わせを用いることで、チケット情報毎に異なる楽音を生成する。よって、チケット情報が他のチケット情報と誤認証される可能性を低減して、認証精度を向上させることができるという効果がある。
請求項４記載のチケット認証システムによれば、請求項３記載のチケット認証システムの奏する効果に加え、生成手段または再生成手段は、チケット情報毎に異なる複数の和音の組み合わせが、所定時間経過後に、別の異なる複数の和音の組み合わせへと変化する楽音を、チケット情報毎に異なる楽音として生成する。よって、生成される楽音の種類を飛躍的に増加させることができる。従って、チケット情報が他のチケット情報と誤認証される可能性を更に低減して、認証精度を更に向上させることができるという効果がある。

以下、本発明の好ましい実施例について、添付図面を参照して説明する。本実施例では、チケット流通通信システムとして、インターネットのシステムを使用しており、インターネットに接続されて使用されるコンピュータでありチケット情報管理装置であるウェブサーバと、ウェブサーバから情報の提供を受けるコンピュータであるウェブクライアントとを用いて説明する。尚、ウェブクライアントには携帯端末装置である携帯電話とチケット情報読取装置であるカメラを備えたパーソナル・コンピュータ（以下単に「ＰＣ」と略す）とを用いて説明する。

図１は、インターネットを介して相互に接続されているウェブサーバ１と、ウェブクライアントである携帯電話２０とＰＣ４０との接続状態を示した外観図である。インターネットはコンピュータのネットワーク同士が接続されている世界最大のコンピュータ・ネットワークであり、マルチメディア情報を発信するワールドワイド・ウェブをはじめ、電子メールシステムや電子掲示板システム、ファイル転送サービスなどのサービスが複合的に提供されているネットワークシステムである。

ここでウェブサーバ１はウェブページ（ホームページ）を公開するコンピュータであり、ワールドワイドウェブサーバプログラムを搭載し、このワールドワイドウェブサーバプログラムによって、ホームページをインターネット上の各コンピュータへ情報発信（提供）するコンピュータである。本実施例のウェブサーバ１においては、チケット情報をホームページとして公開しており、このホームページにより、ウェブクライアントへチケット情報を提供している。

このウェブサーバ１は各種処理を行うコンピュータ本体２と、データ等の入力を行うキーボード１０と、ウェブサーバ１で行われる各種処理をモニターするＣＲＴディスプレイ１１とを備えている。ウェブサーバ１によって提供される情報（ホームページ）は、コンピュータ本体２のハードディスク６（図２参照）に記憶されている。ウェブサーバ１は電話回線３２によってインターネットに接続されており、このインターネットを介して全てのウェブクライアントと接続されている。ウェブサーバ１は、各ウェブクライアントから送信されるコマンドを受信して、その受信したコマンドに基づいてウェブクライアントへ情報を提供する。

尚、上記したウェブサーバ１とウェブクライアントとはインターネットにより相互に接続されているが、実際には、このインターネット上には、ウェブサーバ１或いは各ウェブクライアントが接続される図示しないアクセスポイントと各アクセスポイントから接続される図示しないプロバイダと呼ばれるインターネットの接続業者が存在し、このプロバイダを経由して情報の送受信（電話回線３２の閉結）が実行されている。

携帯電話２０は携帯端末装置の一例であり、ウェブクライアントの一つである。また、携帯電話２０はウェブサーバ１にアクセスしてウェブサーバ１よりチケット情報の提供を受ける（情報を検索する）端末コンピュータであり、ウェブサーバ１により提供されるチケット情報を閲覧するためのソフトウェア（ウェブブラウザ２２ｂ（図２参照））を搭載している。携帯電話２０は、このウェブブラウザ２２ｂによりウェブサーバ１へコマンドを送信し、そのコマンドに基づいてウェブサーバ１により予約された予約チケット情報を受信することにより、チケットとして使用される装置である。

この携帯電話２０は、デジタル回線である無線回線３３に接続されており、無線回線３３は基地局３４（図２参照）に接続されている。基地局３４は、図示しない移動体通信交換機を経由して、更に図示しない中継交換局を経て電話回線３２に接続される。これにより、無線回線３３と電話回線３２とが接続されるので、携帯電話２０はウェブサーバ１と通信を行うことができるのである。

この携帯電話２０の筐体の一端には、アンテナ２５が設けられている。アンテナ２５は、携帯電話２０から送信される無線電波の送信と、携帯電話２０へ送信された無線電波の受信とを行うものである。携帯電話２０に送受信されるコマンドや情報は、このアンテナ２５を経由して電波の形態で送受信される。筐体前面上方には受話器２６が設けられており、アンテナ２５で受信された情報が音声（会話）であると、この受話器２６より発せられる。

受話器２６の下方には、ウェブサーバ１から送信されたチケット情報等を表示する液晶表示器（以下「ＬＣＤ」と略す）２８が設けられている。このＬＣＤ２８にはＰＣ４０により読み取られる予約チケット情報が表示される。その表示された予約チケット情報がＰＣ４０により読み取られることにより、携帯電話２０はチケットとして使用される。

このＬＣＤ２８の下方には、複数個のボタンを備えた操作パネル２９が設けられている。かかるボタンは押下されることによりウェブサーバ１へ送信するコマンドや電話番号（数値）或いは文字等を入力するものである。この操作パネル２９において、その上方中央部には、ＬＣＤ２８に表示される画面や情報の選択やスクロールを行う選択ボタン２９ａが設けられており、選択ボタン２９ａの右側には、選択する内容の決定やウェブサーバ１にコマンドを送信する決定ボタン２９ｂが設けられている。選択ボタン２９ａの下方左側には、携帯電話２０に接続される無線回線３３を閉結（回線の発呼及び着信）するための閉結ボタン２９ｃが設けられており、閉結ボタン２９ｃの右側には閉結された無線回線３３を切断するための切断ボタン２９ｄが設けられている。閉結ボタン２９ｃおよび切断ボタン２９ｄの下方には、数値や文字等を入力するためのボタンが複数設けられている。

また、携帯電話２０の筐体前面下方には送話器２７が設けられており、操作者により発せられた音声はこの送話器２７により電気信号に変換され、携帯電話２０と無線回線３３が閉結されている相手側装置へと送信される。

一方、ウェブサーバ１に接続されるウェブクライアントの一つであり、チケット情報読取装置であるＰＣ４０は、ウェブサーバ１から送信（配信）されるチケットの予約情報を受信して、その受信した予約情報と携帯電話２０に記憶される（表示される）予約チケット情報との整合性を判定するコンピュータである。

このＰＣ４０は、各種処理を行うコンピュータ本体４１と、ＰＣ４０で行われる各種処理をモニターするＣＲＴディスプレイ４９と、データ等の入力を行うキーボード４８とを備えている。ウェブサーバ１により配信された予約情報（ホームページ）は、コンピュータ本体４１のハードディスク４７（図２参照）に記憶されている。また、ＰＣ４０は携帯電話２０のＬＣＤ２８に表示される予約チケット情報を読み取るためのカメラ５２を備えている。

カメラ５２は、ビデオカメラであり、携帯電話２０のＬＣＤ２８に表示される予約チケット情報をビデオ信号として読み取るものである。読み取られたビデオ信号はＡ／Ｄ変換（アナログデジタル変換）され、変換された信号はコンピュータ本体４１にケーブルにより伝送されて画像データとして入力される。入力された画像データはサンプリングを経てＪＰＥＧ形式、ＧＩＦ形式、ＢＭＰ形式等のデジタル静止画像データに変換される。変換された静止画像データは、ハードディスク４７に記憶される予約情報と照合され、その整合性が検証される。本実施例においてはＪＰＥＧ形式の静止画像データに変換されて処理される。

また、静止画像データはＪＰＥＧ，ＧＩＦ，ＢＭＰ形式のような２次元画像でなくてもよく、カメラ５２としてはビデオカメラ以外のもの、例えば、デジタルカメラなどの信号入力に利用されるＣＣＤ（Ｃｈａｒｇｅ−ＣｏｕｐｌｅｄＤｅｖｉｃｅ）信号処理器を利用しＬＣＤ２８のドットによる表示を１ドット毎、または１ライン毎に、ＣＣＤからデジタル・シリアルデータとして入力してＰＣ４０内部で静止画像データとして処理しても同様である。

図２は、ウェブサーバ１と、そのウェブサーバ１に接続される携帯電話２０とＰＣ４０との電気的構成を示したブロック図である。ウェブサーバ１は、演算装置であるＣＰＵ３と、そのＣＰＵ３で実行される各種の制御プログラムや固定値データを記憶したＲＯＭ４と、各種のデータ等を一時的に記憶するためのメモリであるＲＡＭ５と、ハードディスク６と、入出力ポート１２と、インターフェース７と、モデム８と、キーボード１０と、ＣＲＴディスプレイ１１とを備えている。図７から図１２に示すフローチャートのプログラムは、ハードディスク６内に記憶されている。

ＲＡＭ５は、プログラムのロードエリア５ａと、データロードエリア５ｂとを備えている。プログラムのロードエリア５ａは、ウェブサーバ１を制御する後述の制御プログラム６ａ、ＨＴＴＰサーバプログラム６ｂ、チケット情報管理プログラム６ｃ等のプログラムをハードディスク６からロードするためのエリアである。処理速度の遅いハードディスクから処理速度の速いＲＡＭ５へプログラム６ａ〜６ｃをロードすることにより、各プログラムで実行される処理は高速で実行される。

データロードエリア５ｂは、ウェブクライアントである携帯電話２０やＰＣ４０へ提供（送信）される情報（データ）を一時的に記憶するためのエリアである。例えば、携帯電話２０から送信されたコマンドがウェブサーバ１に記憶されているチケット情報の送信を要求するチケット情報要求コマンドであると、データベースエリア６ｇに記憶されている送信要求のあるチケット情報は、このデータロードエリア５ｂへロードされた後、携帯電話２０へ送信される。また、ハードディスク６に記憶されるチケットの予約情報がＰＣ４０へ配信（送信）される際にも、データロードエリア５ｂへ該当する予約情報がロードされた後、ＰＣ４０に配信される。

ハードディスク６は、書き替え可能な不揮発性のメモリであり、ＣＰＵ３により実行されるハードディスクの制御プログラム６ａと、ＨＴＴＰサーバプログラム６ｂと、チケット情報管理プログラム６ｃと、データ管理表メモリ６ｄと、予約管理ファイルメモリ６ｅと、ＩＤメモリ６ｆと、データベースエリア６ｇとを備えている。

ワールドワイドウェブサーバプログラムの一つであるＨＴＴＰサーバプログラム６ｂは、ウェブサーバ１に記憶される情報をウェブクライアントへ提供（送信）するためのプログラムであり、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（以下「ＨＴＴＰ」と略す）というプログラムに従ってウェブサーバ１を制御するためのプログラムである。具体的には、ＨＴＴＰサーバプログラム６ｂは、携帯電話２０やＰＣ４０から送信されるコマンドを解読するためのプログラムであり、解読されたコマンドに基づいて動作するプログラムである。このＨＴＴＰサーバプログラム６ｂにより、チケット情報を携帯電話２０に提供するチケット情報処理は実行され、携帯電話２０から送信されたコマンドを解読した結果、そのコマンドがウェブサーバ１に記憶されているチケット情報の送信を要求するチケット情報要求コマンドであった場合には、データベースエリア６ｇに記憶されているチケット情報（ホームページ）が、データロードエリア５ｂへロードされると共に、携帯電話２０へ送信される。また、解読の結果、携帯電話２０から送信されたコマンドが所望のチケットの予約を要求するチケット予約コマンドであると、後述のチケット情報管理プログラム６ｃによって実行されるチケット予約処理（Ｓ２８（図９参照））がチケット情報処理（ＨＴＴＰサーバプログラム６ｂ）によって起動される。

一方、ウェブサーバ１にＰＣ４０からチケットの予約情報の配信を要求する配信要求コマンドが送信された場合には、予約情報配信処理によってこのＨＴＴＰサーバプログラム６ｂが起動され、対応する予約情報がＰＣ４０へ送信される。

チケット情報管理プログラム６ｃは、チケット情報の管理を行うプログラムであり、携帯電話２０から送信されるコマンドに基づいてチケットの予約を行うチケット予約処理（Ｓ２８）と、チケット情報の入力と変更とを行うチケット情報入力処理と、予約チケットの情報をＰＣ４０へ配信する予約情報配信処理を実行するプログラムである。

チケット予約処理（Ｓ２８）は、携帯電話２０からチケット予約コマンドが送信された場合に実行される処理であり、予約されたチケット情報（予約チケット情報）を予約要求元の携帯電話２０へ送信する処理である。具体的には、このチケット予約処理（Ｓ２８）では、携帯電話２０からチケット予約コマンドが送信されると、後述の予約管理ファイルメモリ６ｅに記憶される予約管理ファイルを参照して、その予約済みチケットのカウント数から予約要求されたチケットの予約が可能か否かが調べられ、予約可能であった場合に、そのチケットの予約が実行される。

また、予約されたチケットについて、そのチケット情報が暗号化された暗号ファイルが作成され、次いで予約されたチケット数がカウントされてチケットの予約が完了される。作成された暗号ファイルは、予約されたチケットの内容が記述された可視情報のチケット情報と共に、予約チケット情報として携帯電話２０へと送信される。送信された予約チケット情報は携帯電話２０に受信された後、携帯電話２０においてチケット情報メモリ２４ａに記憶される。ここで、作成される暗号ファイルはＪＰＥＧ，ＧＩＦ，ＢＭＰ形式等の静止画像データであり、本実施例においてはＪＰＥＧ形式で作成される。

尚、チケットの予約、即ちチケットの購入は金銭の支払いを伴う行為であるので、チケットの予約を行う携帯電話２０の出所を明らかにしておく必要がある。このため、本実施例のチケット流通通信システムにおいては、予め登録された利用者（携帯電話２０）のみが該システムを利用できるように構成されている。このため、チケット予約処理（Ｓ２８）では、後述のＩＤメモリ６ｆが参照され、ウェブサーバにアクセスする携帯電話２０が予め登録された利用者であるか否かが判断された後、チケットの予約が実行される。

このように、携帯電話２０から通信によりチケットを予約し、予約チケット情報が携帯電話２０に送信されるので、チケットを入手するために、所定の日時にチケットの発給場所へ赴く必要がなく、通信により所望のチケット情報を簡便に入手することができる。特に、チケットの発給場所から離れた場所に住んでいる利用者についても、簡便に所望のチケットを入手することができる。また、発行されたチケットをその発給場所へ配送する必要がなく、配送コストを抑制してチケットを発給するためのコストを削減することができる。

チケット情報入力処理は、データベースとなるチケット情報を管理する処理である。具体的にはチケット情報入力処理は、ＣＲＴ１１に表示されるデータ管理表に入力される内容（チケット情報）を、後述のデータ管理表メモリ６ｄとデータベースエリア６ｇとに書き込む処理である。データ管理表に一覧表の書式で入力されたチケット情報は、まず、データ管理表メモリ６ｄに書き込まれる。ウェブサーバ１では、このデータ管理表メモリ６ｄをチケット情報の基本のデータベースとしており、データ管理表メモリ６ｄに記憶されるチケット情報に基づいて各処理が実行される。

詳細には、このチケット情報入力処理では、データ管理表メモリ６ｄに書き込まれた一のチケット情報から一のホームページが作成され、携帯電話２０へ送信されるチケット情報としてデータベースエリア６ｇに書き込まれる。ここで、チケット情報入力処理によりデータ管理表メモリ６ｄに書き込まれるチケット情報は、新規データである場合と、既に記憶されているチケット情報の変更（変更データの入力）である場合とがある。変更データの入力である場合には、データ管理表メモリ６ｄに記憶される変更前のチケット情報について、変更された部分の情報（データ管理表に入力された変更データ）のみが書き換えられる。その後、データベースエリア６ｇに記憶される対応する変更前のチケット情報についても、変更部分のデータが差し替えられる。

このチケット情報入力処理では、データ管理表メモリ６ｄに記憶されるチケット情報が変更されると、その変更されたチケット情報により、予約管理ファイルメモリ６ｅに記憶される予約管理ファイルのチケット情報（予約情報）の書き換えが実行される。また変更された各チケット情報に添付されている暗号ファイルについても書き換えが実行され、変更されたチケット情報に基づいた新たな暗号ファイルが作成される。

ここで、チケット情報に変更が生じた場合には、そのチケット情報を既に記憶している携帯電話２０へその変更情報を送信する必要がある。このため、チケット入力処理では、変更データが入力されると、予約者の情報（携帯電話２０のＩＤ情報）を管理している後述の予約管理ファイルにおいて、チケットの予約者の携帯電話２０のメールアドレスが参照され、変更前のチケット情報を記憶している総ての携帯電話２０へ、変更後のチケット情報（変更情報）が一斉に送信される。送信された変更情報（新たなチケット情報と暗号ファイル）は携帯電話２０に受信され、携帯電話２０において記憶されているチケット情報と暗号ファイルとは変更情報に書き換えられる。

このため、チケット情報を変更するためにわざわざ代理店などに出向く必要がなく、所望のチケットを入手するために時間と労力を費やす必要がない。また、変更されるべきチケット情報を記憶する携帯電話２０のうち２以上の携帯電話２０へ、その変更情報を一斉に送信するので、個別に送信する場合に比べて送信の手間を省くことができる上、チケットの予約者全員に均一なサービスを提供することができる。

予約情報配信処理は、予約管理ファイルメモリ６ｅに予約管理ファイルとして記憶される予約情報（予約管理ファイルの情報）について、その予約情報を必要とするＰＣ４０へ配信する処理である。この予約情報配信処理によりＰＣ４０に配信される予約情報は、ＰＣ４０において読み取ったチケット情報に照らし合わせて、その正当性を検証するための基準となる情報である。このため、予約情報配信処理により、チケットの行使される（携帯電話２０の予約チケット情報がＰＣ４０により読み取られる）所定の日時において、正当な予約情報がＰＣ４０へ配信されてなくてはならない。

故に、予約情報配信処理には、予約情報を配信する契機（トリガ）が設定されており、設定されている契機（トリガ）に基づいて予約情報が配信される。本実施例で設定されている契機（トリガ）は、配信要求コマンドの受信、予約管理ファイルの修正、予約管理ファイルにおけるチケット予約受付完了、送信コマンドの入力、指定日時である。

詳細には、配信要求コマンドはＰＣ４０から送信されるコマンドであり、予約情報の送信（配信）をウェブサーバ１に要求するコマンドである。この配信要求コマンドの受信を契機として予約情報配信処理は実行される。

また、予約管理ファイルの修正は、既に予約情報がＰＣ４０へ配信されている場合に予約情報配信処理を実行する契機となるものである。ＰＣ４０へ既に配信された予約情報に変更が生じると、ウェブサーバ１において、予約管理ファイルの予約情報が変更される。そして、その変更後の予約情報をＰＣ４０に配信するために予約情報配信処理が実行される。

予約管理ファイルにおけるチケット予約受付完了は、新たな予約チケット（予約情報）が発生しないことを示すものである。このため、予約できるチケット分についてチケット予約受付が完了すると、予約情報配信処理が実行される。尚、予約分のチケットはそのチケット枚数が予め決まっており、その数はチケット情報としてデータ管理表メモリ６ｄに記憶（設定）されている。予約されたチケットの枚数はチケット予約処理（Ｓ２８）によりカウントされるので、そのカウント数が設定数（予約できるチケットの総数）と同数になるとチケット予約受付の完了となる。

送信コマンドの入力は、ウェブサーバ１が通信状態の確認のためや、その他の何らかの理由により、予約情報をＰＣ４０に配信する必要が生じた場合に入力されるコマンドである。故に、このコマンドが入力されると、その入力を契機として予約情報配信処理が実行され、予約情報がＰＣ４０に配信される。

指定日時は、予約情報を配信するべきタイムリミットでありウェブサーバ１において設定された日時であり、例えば、チケットが行使される日の午前０時などと設定されている。ウェブサーバ１には現在の日付や時間を認識する計時機能が内蔵されているので、この計時機能で認識された時間が設定された日時に達すれば、指定日時の到来が認識され、予約情報配信処理が実行され、予約情報がＰＣ４０に配信される。尚、各予約管理ファイルには配信先のＰＣ４０のＩＰアドレスがそれぞれ付されており、予約情報配信処理ではそのＩＰアドレス宛てに予約情報が配信されるので、対応するＰＣ４０へと確実に予約情報が送信される。

データ管理表メモリ６ｄは、ウェブサーバ１に記憶されるチケット情報の基本のデータベースである。このデータ管理表メモリ６ｄに記憶されるチケット情報は、チケットが発行されているイベントの種類（コンサート、映画、交通機関乗車切符など）毎にカテゴリー分類されて記憶されており、各カテゴリー内で同一のイベント（同日同時に行われるイベントに対するチケット）毎に記憶されている。ここでチケット情報とは、この各イベントに付随する詳細な情報であり、イベントの日時（チケットの行使される日時）やチケットの価格などである。例えば、イベントがコンサートであると、そのチケット情報として、アーティスト名、開演日、開演（開始）時間、開催場所、料金、共演者、販売（予約）チケット数、問い合わせ先、前売り情報、開催場所における読取装置（ＰＣ４０）のＩＰアドレスが記憶されている。

このデータ管理表メモリ６ｄに記憶されるチケット情報は、所定の操作によりＣＲＴ１１にデータ管理表として出力されて表示される（図３参照）。また、このＣＲＴ１１に表示されるデータ管理表からチケット情報が入力されると、チケット情報入力処理により、該情報がこのデータ管理表メモリ６ｄに書き込まれて記憶される。

予約管理ファイルメモリ６ｅは、予約管理ファイルを記憶するメモリであり、データ管理表メモリ６ｄに記憶されるチケット情報と、そのチケット（チケット情報）が予約された場合に、予約を行った携帯電話２０のＩＤ情報を対応づけて予約情報として記憶するためのメモリである。予約管理ファイルはデータ管理表メモリ６ｄに記憶される一のイベントに対して一ファイル作成されるので、この予約管理ファイルメモリ６ｅにはデータ管理表メモリ６ｄに記憶されるイベント数分の予約管理ファイルが記憶されている。

詳細には、各予約管理ファイルには、対応するイベントにおいて発行されるチケット（予約できるチケット）数分のチケット情報を記憶することができるエリアが設けられている。ここで、一のイベントで発行されるチケットにおいて、各チケットは異なるチケット情報を有するので、該エリアはチケット数で分割され、分割された一のエリアには一のチケットのチケット情報が記憶されている。

ここで、各エリアに記憶されるチケット情報は、主としてデータ管理表メモリ６ｄに記憶されるデータ管理表の情報から書き込まれるものであり、例えばイベントがコンサートである場合には、アーティスト名、開演日、開演（開始）時間、開催場所、料金に加え、シート番号などが記憶されている。

また、分割された各エリアには、そのチケット情報を予約チケット情報として記憶する携帯電話２０に対して読取を実行するＰＣ４０のＩＰアドレスが記憶されている。各エリアに記憶される予約情報（該予約情報が１台のＰＣ４０で読み取られる場合には一の予約管理ファイルの全ての予約情報）は、予約情報配信処理により、対応するＩＰアドレスを有するＰＣ４０へと送信されるので、予約情報はその予約情報を必要とするＰＣ４０（チケット情報読取装置）へと確実に送信される。

更に各エリアには、一のチケット情報に対応して、そのチケットの予約者（携帯電話２０）のＩＤ情報と、暗号ファイルとが記憶されるように構成されている。これらの情報はチケットの予約が実行されると対応するエリアに書き込まれる情報である。詳細には、携帯電話２０から送信されるチケット予約コマンドに基づいてチケット予約処理（Ｓ２８）が実行されると、その予約された一のチケット情報に対応して、予約者（携帯電話２０）のＩＤ情報が予約管理ファイルの対応するエリアに書き込まれ、次いで予約されたチケット情報に基づく暗号ファイルが作成されてそのファイル名が添付される。

また、この予約管理ファイルメモリ６ｅには、カウント（予約済みのチケット数）が書き込まれるように構成されており、チケットの予約が実行されると（予約者（携帯電話２０）のＩＤ情報が書き込まれると）、予約されたチケット数がカウントされた後、その数が書き込まれる。カウントが書き込まれると、チケットの予約は完了したこととなり、その予約されたチケットの情報（予約チケット情報）が、チケット予約の要求元携帯電話２０に送信される。

尚、暗号ファイルは、暗号情報の画像データであるため、そのデータサイズが大きい。このため、予約管理ファイルの対応するエリア内には、暗号ファイルのファイル名（暗号情報に添付されるヘッダデータ）のみが書き込まれている。かかる暗号ファイルはＰＣ４０において記憶される静止画像データ（カメラ５２で読み取られたデータ）と整合可能なファイル形式で作成され、例えば、ＪＰＥＧ，ＧＩＦ，ＢＭＰ形式等の静止画像データの形式で作成される。

ＩＤメモリ６ｆは、携帯電話２０のＩＤ情報を、予め、記憶しておくためのメモリである。上記したように、チケットの予約、即ちチケットの購入は金銭の支払いが伴う行為であるので、チケットの予約を行う携帯電話２０の出所を明らかにしておく必要がある。このため、本実施例のチケット流通通信システムにおいては、予め登録された利用者（携帯電話２０）のみが該システムを利用できるように構成されており、ＩＤメモリ６ｆには、該利用者（携帯電話２０）のＩＤ情報が予め記憶されている。

具体的には、このＩＤメモリ６ｆには、携帯電話２０のＩＤ情報として携帯電話２０のメールアドレスと、その携帯電話２０の所有者の氏名と、その所有者がチケットを予約した場合に発生する金銭の支払い方法（例えばクレジットカード番号など）が記憶されている。

このＩＤ情報は、チケット流通通信システムの利用を所望する利用者が、その利用を申し込む際に申告される。申告は、所定の書式の申込用紙の郵送や、インターネットからのアクセス、或いは電話やファクシミリにより行われる。申告された利用者のＩＤ情報は、ウェブサーバ１の操作者により入力され、このＩＤメモリ６ｆに記憶される。

記憶されるＩＤ情報は、携帯電話２０からのチケット予約コマンドが受信されると、携帯電話２０のＩＤ情報を確認するためにチケット予約処理（Ｓ２８）により読み出される。ここで、このＩＤメモリ６ｆにチケット予約コマンドの送信元携帯電話２０のＩＤ情報が記憶されていると、携帯電話２０がチケット流通通信システムの正当な利用者として認識され、チケット予約処理（Ｓ２８）によりチケットの予約が実行されることとなる。

データベースエリア６ｇは、携帯電話２０に提供（送信）するチケット情報を記憶するメモリであり、このデータベースエリア６ｇには、Hyper Text Markup
Language（以下「ＨＴＭＬ」と略す）で記述された一般にホームページと呼ばれるチケット情報が複数記憶されている。ＨＴＭＬ文書は普通のテキストファイルであるが、「タグ」という目印を用いて文書の構造や、文字飾り、画像や動画およびサウンドの配置を記述するものである。また、ＨＴＭＬはハイパーテキスト形式の言語であり、この言語で記述された情報は、データの一部が他のデータとリンクするデータ構造を有している。即ち、このハイパーテキスト形式の言語で記述されたデータであるホームページは、その表示画面の随所に他のホームページ（データ）へのリンクが張られており、そのリンクの張られている場所（一般的にはホームページ画面上の表示そのもの）をクリック（選択）するだけでリンク先のホームページ（データ）が表示されるように構成されている。

更に、ホームページは、所定の表示がクリックされると、そのクリックを契機として、外部アプリケーションなどのプログラムを起動させる等、プログラム間をリンクすることができるようにも構成されている。

このデータベースエリア６ｇに記憶されるチケット情報（ホームページ）は、ウェブサーバ１のチケット情報入力処理により入力され、ＨＴＭＬ形式でこのデータベースエリア６ｇに書き込まれている。このデータベースエリア６ｇに記憶されるチケット情報にはヘッダデータとしてその内容（カテゴリなど）を示すインデックス情報が添付されている。このため、そのインデックス情報が記述されたデータ管理表メモリｄにより容易に管理することができ、データベースエリア６ｇに記憶されるチケット情報の取り出しや書き込みは効率的に実行される。

尚、データベースエリア６ｇに記憶されるチケット情報は、その送信を要求するコマンド（チケット情報要求コマンド）が受信されると、ＨＴＴＰサーバプログラム６ｂ（チケット情報処理）によって要求されたチケット情報がデータロードエリア５ｂへ書き込まれ、その後、携帯電話２０へ送信される。携帯電話２０へ送信されたチケット情報は、ウェブブラウザ２２ｂにより解読され、携帯電話２０のＬＣＤ２８に表示される。

図２に示すように、上記したＣＰＵ３、ＲＯＭ４、ＲＡＭ５はバスライン９を介して互いに接続されており、バスライン９はまた入出力ポート１２にも接続されている。この入出力ポート１２は、バスライン９の他に、ハードディスク６、インターフェース８、キーボード１０およびＣＲＴディスプレイ１１とに接続されている。

インターフェース７は、コンピュータとモデム８とを接続するためのものであり、ＲＳ−２３２Ｃが用いられている。インターフェースは異なる装置間でのデータ通信におけるその接点の規定であり、ＲＳ−２３２Ｃはモデム８とコンピュータとの接続のための電気的規格である。ＲＳ−２３２Ｃはシリアルインターフェースであるので、コンピュータとモデム８との間のデータ伝送は１ビットずつで行われる。

モデム８は、コマンドや各種データの送信と受信とを行う送受信手段であり、アナログ通信回線（電話回線３２）でインターネット等のデータ通信を実行する際に、デジタル信号とアナログ信号との変換を行う変復調装置である。具体的には、モデム８は、ウェブサーバ１からのデータの送信時には、ウェブサーバ１のデジタル信号を電話回線３２に乗せるためにアナログ信号へと変換する変調を行い、また、データの受信時には、電話回線３２により送信されてきたアナログ信号を元のデジタル信号へと変換する復調を行う。尚、このモデム８は電話回線に対する制御を行うネットワーク・コントロール・ユニット（以下、単に「ＮＣＵ」と称す）を内蔵しており、ウェブサーバ１はこのモデム８（ＮＣＵ）を介して電話回線３２に接続されている。

携帯電話２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＥＥＰＲＯＭ２４、アンテナ２５、受話器２６、送話器２７、バッファ３３、符号化部３４、復号化部３５、操作パネル２９、ＬＣＤ２８、アンプ３６を備えており、これらはバスライン３７を介して相互に接続されている。

ＣＰＵ２１は、ＲＯＭ２２に記憶されるプログラムや固定値やアンテナ２５を介して送受信される各種信号に基づいて、バスライン３７に接続された各部を制御し、双方向通信を実行するものである。ＲＯＭ２２は、この携帯電話２０で実行される通話動作やシステム動作を制御する制御プログラム２２ａやウェブブラウザ２２ｂなどを格納した書換不能なメモリである。

制御プログラム２２ａは、ウェブサーバ１から送信された予約チケット情報を後述のチケット情報メモリ２４ａに書き込む処理を実行する処理である。また、ウェブサーバ１から送信される変更情報を受信した場合に、変更情報報知処理を実行する処理である。この制御プログラム２２ａによりウェブサーバ１から送信された予約チケット情報チケット情報メモリ２４ａに書き込まれるので、予約チケット情報がその所有者以外の人目に触れることが少なく、チケット情報の機密性を保つことができる。このため、チケットの偽造防止を容易に行うことができ、紙で流通されるチケットの偽造防止のように、偽造防止の施された紙に専用機でチケット情報を印刷する必要がなく、専用機のある所定の場所でチケットを発給（発行）する必要がない。よって、チケットの発給（発行）を任意の場所で行うことができ、そのチケットの発給（発行）業務を発給者（発行者）に最適な場所で円滑に行うことができる。加えて、ＩＣカードのように、チケット情報を受信するための受信端末や受信した情報をＩＣカードに書き込むための書込機を必要としないので、携帯電話２０の携帯時においてもチケット情報を入手することができ、所有者の好適な時間に好適な場所でチケット情報を入手することができる。

変更情報報知処理は、変更情報を受信した場合に、チケット情報メモリ２４ａに先に記憶されている予約チケット情報を変更情報へと更新する処理である。また、変更情報報知処理では、変更情報がチケット情報メモリ２４ａに書き込まれると、変更情報が受信されたこと、即ち、予約したチケットの内容に変更が生じたことを、携帯電話２０の所有者に報知する処理である。具体的には、変更情報の受信は、ブザー音の出力とともに、変更情報を受信したことを報知するマークのＬＣＤ２８への表示によって、携帯電話２０の所有者に報知される。

このため、携帯電話２０の利用者がチケットの内容に変更があることを知らなくとも、また、変更情報を取得するための操作を行わなくとも、変更情報は個々の携帯端末装置において受信されてチケット情報を更新するので、記憶されているチケット情報は常に最新の情報に変更される。よって、記憶されるチケット情報が変更されていないために、チケットとしての機能が失効することがない。更に、その変更情報の受信が報知されるので、携帯電話２０の所有者は受信した変更情報を確認させて、確実にチケットの内容が変更されたことを伝達することができる。

ウェブブラウザ２２ｂは、ウェブサーバ１から送信されたチケット情報（ホームページ）を閲覧するための汎用のソフトウェアであり、ウェブサーバ１から送信されたＨＴＭＬで記述されたホームページを解読し、ＬＣＤ２８へ表示するプログラムである。また、表示されたホームページ上から、チケット情報を要求するチケット情報要求コマンドやチケットの予約を要求するチケット予約コマンドなどの各種コマンドをウェブサーバ１へ送信し、そのコマンドに基づく処理をウェブサーバ１に実行させるプログラムである。

携帯電話２０は、このウェブブラウザ２２ｂによりウェブサーバ１に所望のチケット情報を要求するチケット情報要求コマンドを送信し、そのコマンドで要求されたチケット情報（ホームページ）がウェブサーバ１から携帯電話２０へと送信される。ここで、ウェブサーバ１から送信されるチケット情報（ホームページ）には、チケットの予約を要求するチケット予約コマンドが送信できるように構成されているので、携帯電話２０の利用者はこのチケット予約コマンドをウェブサーバ１に送信することにより、所望のチケットの予約を実行することができる。尚、チケットの予約実行後にウェブサーバ１から送信される予約チケット情報は、制御プログラム２２ａにより携帯電話２０に記憶される。

ＲＡＭ２３は、各種のデータ等を一時的に記憶するためのメモリであり、受信データメモリ２３ａと送信データメモリ２３ｂとを備えている。受信データメモリ２３ａは、アンテナ２５により受信されたデータを記憶するためのメモリである。ここで、ウェブサーバ１から送信されるチケット情報は、基地局３４によりデジタル信号の電波信号に変換されている。変換された電波信号は、搬送波により無線回線３３を介して伝送され携帯電話２０（アンテナ２５）に受信される。受信された電波信号は、その搬送波を消去することにより元の信号（チケット情報）だけが取り出され、取り出された該信号が受信データメモリ２３ａに記憶される。受信データメモリ２３ａに記憶された信号（チケット情報）は、ＬＣＤ２８に表示され、携帯電話２０の利用者に閲覧される。この受信データメモリ２３ａに記憶される情報は、ＬＣＤ２８への出力やＥＥＰＲＯＭ２４への書き込みが実行された後に受信データメモリ２３ａから消去される。

送信データメモリ２３ｂは他の携帯電話やウェブサーバ１に送信するメールデータやコマンドを一時的に記憶するためのメモリである。送信データメモリ２３ｂに記憶される情報は、アンテナ２５から基地局３４へと送信され、その送信後に送信データメモリ２３ｂから消去される。

ＥＥＰＲＯＭ２４は、書換可能な不揮発性のメモリであり、このＥＥＰＲＯＭ２４へ記憶されたデータは電源オフ後も保持される。ＥＥＰＲＯＭ２４は、ウェブサーバ１から送信された予約チケット情報を記憶するチケット情報メモリ２４ａと携帯電話２０のＩＤ情報を記憶しておく登録情報メモリ２４ｂとを備えている。

チケット情報メモリ２４ａはウェブサーバ１から送信された予約チケット情報を記憶するメモリであり、チケットとして行使される情報、即ちチケット情報読取装置であるＰＣ４０に読み取らせるチケット情報（予約チケット情報）を記憶するメモリである。上記したように、ウェブサーバ１からは予約チケット情報として可視情報と暗号ファイル（暗号情報）とが送信されている。このため、このチケット情報メモリ２４ａには、可視情報と暗号ファイル（暗号情報）とを記憶するエリアがそれぞれ設けられている。

ここで、可視情報は、ＨＴＭＬ文書でありＨＴＭＬ形式で記述された普通のテキストファイルである。例えば予約されたチケットがコンサートチケットであれば、テキストファイルで記述されたアーティスト名、開演日、開演（開始）時間、開催場所、料金、シート番号の情報が可視情報として携帯電話２０に送信される。一方、暗号ファイルはかかる情報が暗号化されたＪＰＥＧ形式の画像データである。このように可視情報と暗号ファイルとはそのデータの形式が異なることから、そのデータ形式を読み取ることによりそれぞれに対応するエリアに書き込まれる。尚、ＪＰＥＧ形式の画像データはウェブブラウザ２２ｂ内に直接インライン表示できるデータ形式であるので、暗号ファイルを読み取るためのソフトウェアは携帯電話２０に搭載されない。

もし、画像データの情報が携帯電話２０の１つの画面内に収まらない場合には複数画面に渡って表示しても良い。つまり、予約チケット情報（暗号ファイル）を複数の暗号ファイル表示画面９７に渡って構成することにより、予約チケットの情報（暗号ファイル）が多用の場合でも複数の暗号ファイル表示画面９７を静止画の集合とし、ビデオカメラ５２によって複数の暗号ファイル表示画面９７を読み取った後で、ＰＣ４０によって予約チケット情報として再構成し、１つの画面の場合と同様の結果を得ることができる。また、例え、携帯電話２０の画面（暗号ファイル表示画面９７）が動画であったとしても、一般的に動画は画面単位で変化するため、動画は静止画像の集合であることは明らかであり、前記暗号ファイル表示画面９７として同様な効果が得られることができる。

また、チケット情報メモリ２４ａに記憶された予約チケット情報に変更が生じた場合には、その変更情報がウェブサーバ１より送信される。送信された変更情報が携帯電話２０により受信されると、チケット情報メモリ２４ａに記憶されている予約チケット情報は、受信された変更情報へと更新されるので、チケット情報メモリ２４ａには、常に最新の予約チケット情報が記憶される。

チケット情報メモリ２４ａに記憶された各情報は、所定の操作（操作パネル上の選択ボタン２９ａおよび決定ボタン２９ｂの操作やキーワード入力）によりＬＣＤ２８に出力される。携帯電話２０の利用者は、出力される可視情報により、自身の予約したチケットのチケット情報を見ることができ、その内容を確認することができる。また、ＬＣＤ２８に表示される暗号ファイルをＰＣ４０に読み取らせ、携帯電話２０をチケットとして行使することができる。

このため、必要に応じて可視情報と暗号ファイルとを使い分けることができ、携帯端末装置の所有者は可視情報によりチケット情報の内容を確認することができる一方で、暗号ファイルによりチケット情報の機密性を保持することができ、個人のプライバシーを保護することができる。

登録情報メモリ２４ｂは、携帯電話２０のＩＤ情報を記憶しておくためのメモリである。この登録情報メモリ２４ｂに記憶されるＩＤ情報は、携帯電話２０のメールアドレスと携帯電話２０の利用者氏名と予約チケットの代金の支払い方法（郵便振替であれば利用者の住所、クレジットカードであればカード番号）である。このＩＤ情報は、所望のチケットの予約を行う際に（チケット予約コマンドを送信すると）、ウェブサーバ１の要求に応じて送信され、ウェブサーバ１において携帯電話２０が登録された携帯電話であるか否かの確認に使用される。

この登録情報メモリ２４ｂへのＩＤ情報の書き込みは、本実施例のチケット流通通信システムを利用するための利用登録の際に実行される。この利用登録は携帯電話２０からインターネット経由で実行することができ、その際に、必要となるＩＤ情報を入力することで、該ＩＤ情報がウェブサーバ１へ送信されるとともに、この登録情報メモリ２４ｂ書き込まれる。

バッファ３３は、他の携帯電話やウェブサーバ１との間で送受信される情報（データ）を一時的に格納する緩衝用メモリである。データの受信や送信は時間のかかる処理であるので、送受信されるデータを一時的に格納するバッファ３３を備えることにより、ＲＡＭ２３の動作領域が確保されている。

符号化部３４は、送話器２７より入力されたアナログ音声データをデジタル化する装置である。送話器２７より入力される会話などの音声データはアナログ音声データであるので、デジタル回線である無線回線３３で会話を送信する際にはデジタル化（デジタル音声信号化）される必要がある。このため、Pulse Code Modulation（パルス符号変調、以下単に「ＰＣＭ」と略す）という手法によりこの符号化部３４でデジタル化をされている。ＰＣＭは音声の波形の大きさを一定時間間隔で測り、その大きさをデジタルの数値で表すものである。入力されたアナログ音声データは、標本化、量子化、符号化の３つの課程を経てデジタル音声信号化が実行される。

復合化部３５は、符号化部３４により符号化されたデジタル音声信号（他の電話装置から送信された音声データ）を受信した場合に、そのデジタル音声信号をアナログ音声データに変換する装置である。復号化されたアナログ音声データは、受話器２６より出力される。操作パネル２９は、操作者がこの携帯電話２０の設定等の各種の操作を行うためのものである。アンプ３６は、そのアンプ３６に接続されたスピーカ２９を鳴動して、呼出音などを出力するためのものである。このように構成された携帯電話２０は、アンテナ２５を介して、無線回線３３に接続されている。無線回線３３は基地局を経由して電話回線３２に接続されており、これによりウェブサーバ１（インターネット）に接続される。

ＰＣ４０は、演算装置であるＣＰＵ４２と、そのＣＰＵ４２で実行される各種の制御プログラムや固定値データを記憶したＲＯＭ４３と、各種のデータ等を一時的に記憶するためのメモリであるＲＡＭ４４と、入出力ポート４６と、ハードディスク４７と、キーボード４８と、ＣＲＴ４９と、インターフェース５０と、モデムと５１と、カメラ５２とを備えている。

ＲＯＭ４３には制御プログラム４３ａが記憶されている。この制御プログラム４３ａは、このＰＣ４０で実行されるシステム動作を制御する制御プログラムであり、携帯電話２０の記憶する予約チケット情報の読取りを行うチケット情報読取処理を実行するプログラムである。

チケット情報読取処理は、携帯電話２０のＬＣＤ２８に表示される予約チケット情報（携帯電話２０に記憶されるチケット情報）を読み取って、その読み取った予約チケット情報をウェブサーバ１から配信される予約情報と照らし合わせて、整合性がある場合にその予約チケット情報を記憶する携帯電話２０を正当なチケットとして認証する処理である。

具体的には、ＬＣＤ２８には予約チケット情報として暗号ファイル（暗号情報の画像データ）が表示されている。この暗号ファイルはカメラ５２により撮像されて、その撮像された画像データ（動画データ）がＰＣ４０に入力される。チケット情報読取処理では、この入力された動画データがある時点ｘにおいてサンプリングされ、ＪＰＥＧ形式の静止画像データに変換された後に読取画像メモリ４４ｂに記憶される。その後、この読取画像メモリ４４ｂに記憶された画像データは、配信情報メモリ４７ｂに記憶される予約情報、つまりウェブサーバ１から配信された予約情報と整合され、整合性があった場合に、その予約チケット情報を記憶する携帯電話２０が正当なチケットとして認証される。

これにより、携帯電話２０に表示される（記憶される）予約チケット情報がチケットとして行使されるので、携帯電話２０をそのものをチケットとして取り扱うことができる。携帯電話２０は常に所有者に携帯される端末装置であるので、イベントに出向く際にチケットを所有し忘れるということがない。また、ＬＣＤ２８に表示される予約チケット情報を読み取るので、携帯電話２０に記憶される予約チケット情報をチケットとして紙等に印刷するプリンタや、別の媒体に出力するためのリーダ／ライタを不要とすることができる。

更に、読み取られる予約チケット情報は、暗号ファイルであるのでその情報が盗み見られても悪用されることがない上、暗号ファイルが文字の表示に比べて画像認識しやすい画像データであることから、精度よくその読み取りを実行することができる。

ＲＡＭ４４はウェブブラウザのロードエリア４４ａと読取画像メモリ４４ｂとを備えている。このロードエリア４４ａは、ウェブサーバ１から提供（送信）された情報（ホームページ）を閲覧するためのプログラムであるウェブブラウザ４４ａをロードするエリアである。かかるロードエリア４４ａにロードされるウェブブラウザ４７ａはハードディスク４７に記憶されている。

読取画像メモリ４４ｂは、カメラ５２で読み取った画像データを記憶するためのメモリであり、読み取られた予約チケット（暗号ファイル）の画像データを記憶するメモリである。画像データはそのデータサイズが大きいので、メモリ領域の圧迫を回避するために、新たな画像データが読み取られる毎に、先に記憶された画像データはこの読取画像メモリ４４ｂから消去される。

ハードディスク４７は、書き替え可能な不揮発性のメモリであり、ＣＰＵ４２により実行されるウェブブラウザ４７ａと配信情報メモリ４７ｂとを備えている。ウェブブラウザ４７ａは、上記した携帯電話２０のＲＯＭ２２に記憶されるウェブブラウザ２２ｂと同一のソフトウェアであるので、その基本的な説明を省略する。ＰＣ４０では、このウェブブラウザ４７ａによりウェブサーバ１から配信されるホームページである予約情報が閲覧される。また、このウェブブラウザ４７ａ上から予約情報の配信を要求する配信要求コマンドを送信することができ、送信された配信要求コマンドがウェブサーバ１に受信されると、ウェブサーバ１から予約情報が配信される。配信された予約情報は配信情報メモリ４７ｂに記憶される。

配信情報メモリ４７ｂは、ウェブサーバ１における予約情報配信処理に基づいて配信される予約情報を記憶するためのメモリである。また、チケット情報読取処理において読み取られた携帯電話２０の記憶する予約チケット情報について、その正当性を調べる際に参照されるメモリである。この配信情報メモリ４７ｂに記憶される予約情報はウェブサーバ１の予約管理ファイルメモリ６ｅに記憶されている予約管理ファイルの情報（予約情報）である。

ウェブサーバ１から配信される予約情報は、同じ情報が予約チケット情報としてそのチケットを予約した携帯電話２０に送信されている。つまり、配信情報メモリ４７ｂに記憶される一のチケットに関する予約情報に対応して、同じチケット情報を予約チケット情報として記憶する一の携帯電話２０が存在するのである。このため、チケット情報読取処理により、携帯電話２０のＬＣＤ２８に表示される暗号ファイルが読み取られると、その読み取られた暗号ファイルが予約情報としてこの配信情報メモリ４７ｂに記憶されているか否かを調べることにより、携帯電話２０のチケットとしての正当性が判断されるのである。

カメラ５２は、上記したように携帯電話２０のＬＣＤ２８に表示される画像データ（暗号ファイル）を撮像するためのカメラであり、デジタルビデオカメラで構成されている。カメラ５２により撮像された画像データは、ＭＰＥＧ形式の動画データである。この動画データはリアルタイムでＰＣ本体４１にケーブルによって伝送され、制御プログラム４３ａによりサンプリングされてＪＰＥＧ形式の静止画像データとして読取画像メモリ４４ｂに記憶される。

図２に示すように、上記したＣＰＵ４２、ＲＯＭ４３、ＲＡＭ４４はバスライン５３を介して互いに接続されており、バスライン５３はまた入出力ポート４６にも接続されている。この入出力ポート４６は、バスライン５３の他に、ハードディスク４７、インターフェース５０、キーボード４８、ＣＲＴディスプレイ４９およびカメラ５２に接続されている。

また、ＰＣ４０にもウェブサーバ１と同様にインターフェース５０とモデム５１とが備えられており、ＰＣ４０は、このモデム５１（内蔵するＮＣＵ）を介して電話回線３２に接続されている。

図３は、ウェブサーバ１のデータ管理表メモリ６ｄから出力されたデータ管理表がＣＲＴ１１に表示されたデータ管理表表示画面６１を示した図である。このデータ管理表表示画面６１はチケット情報入力処理を実行する画面であり、表示されるデータ管理表にチケット情報が入力されると、チケット情報入力処理により、入力されたチケット情報に基づくホームページの作成または変更が実行されると共に、予約管理ファイルが作成（変更）される画面である。

このデータ管理表表示画面６１には、データ管理表の一例であるコンサートのカテゴリーに属するコンサートデータ管理表６２が表示されている。このコンサートデータ管理表６２は、コンサートに関するチケット情報を表示した一覧表であり、ＣＲＴ１１の画面上で複数ページ（複数画面）に渡って表示されるものである。このコンサートデータ管理表６２に記載されるチケット情報は、コンサートを開催するアーティスト名によって種別され、５０音順で表示されている。

コンサートデータ管理表６２の上端部には、チケット情報の項目が表示された表示欄６３が設けられており、この表示欄６３は左から順に「アーティスト名」欄６３ａ、「月日」欄６３ｂ、「開始時間」欄６３ｃ、「場所」欄６３ｄ、「料金」欄６３ｅ、「共演」欄６３ｆ、「チケット数」欄６３ｇ、「問い合わせ」欄６３ｈ、「前売りチケット」欄６３ｉ、「読取装置」欄６３ｊの１０個の項目欄で構成されている。

これら各項目欄６３ａ〜６３ｊの下方には、各欄に対応したデータが各々表示されている。これらのデータは「アーティスト名」欄６３ａに表示されるデータ（アーティスト名）に対応して、その右方に順に表示されており、各データはウェブサーバ１の操作者によって新たに入力したり変更したりすることが可能になっている。「チケット数」欄６３ｇは発行されるチケット数が表示される欄であるが、発行チケットの全てのチケットが携帯電話２０から予約できるチケットではないので、「チケット数」欄６３ｇにおいては、全チケット数の内、携帯電話２０から予約できるチケット数と全チケット数とが表示され、全チケット数については括弧書きで表示されている。このコンサートデータ管理表６２の一のチケット情報により、携帯電話２０に送信される一のホームページが作成されるが、その際には、「読取装置」欄６３ｊのデータは使用されない。

このコンサートデータ管理表６２の情報にはウェブサーバ１にコマンドを入力する入力ボタンである「前ページへ」ボタン６５と「後ページへ」ボタン６６と「検索ボタン」６７とが表示されている。「前ページへ」ボタン６５と「後ページへ」ボタン６６とは表示されているコンサートデータ管理表６２のページを変更するボタンである。上記したようにコンサートデータ管理表６２はＣＲＴ１１の画面上で複数ページ（複数画面）に渡って表示されるものであり、一画面においては全てのデータは表示されない。「前ページへ」ボタン６５がクリック（入力）されると表示されているコンサートデータ管理表６２の一つ前のページを表示要求するコマンドがウェブサーバ１に入力され、その結果、一つ前のページのコンサートデータ管理表６２が表示される。また、「後ページへ」ボタン６６がクリック（入力）されると、同様に、一つ後のページのコンサートデータ管理表６２が表示される。

また、「検索ボタン」６７は、所望のイベント（コンサート）に関するデータ管理表（コンサートデータ管理表６２）を検索して表示させるためのボタンである。「検索ボタン」６７には入力欄が備えられており、この入力欄に所望のアーティスト名が入力されると、そのアーティストに関するコンサートデータ管理表６２を表示要求する表示コマンドがウェブサーバ１に入力され、その結果、対応するコンサートデータ管理表６２が表示される。

コンサートデータ管理表６２の下方には、「入力完了」ボタン６８と「キャンセル」ボタン６９とが設けられている。この「入力完了」ボタン６８と「キャンセル」ボタン６９とはウェブサーバ１にコマンドを入力するコマンド入力ボタンである。「入力完了」ボタン６８は、データ管理表表示画面６１において、チケット情報の入力が完了したことをウェブサーバ１に報知するボタンであり、このボタン６８がクリック（入力）されると入力完了コマンドがウェブサーバ１に入力される。これにより、入力されたデータ（チケット情報）がデータ管理表メモリ６ｄに書き込まれ、書き込まれたデータに従って、ホームページ（携帯電話２０に送信されるチケット情報）の作成または変更と予約管理ファイルの作成（或いは変更）が実行される。

「キャンセル」ボタン６９は、データ管理表表示画面６１の表示の終了（チケット情報入力処理の終了）を報知するキャンセルコマンドをウェブサーバ１に入力する入力ボタンである。この「キャンセル」ボタン６９がクリック（入力）されると、チケット情報入力処理が終了され、データ管理表表示画面６１の表示が終了する。

図４は、予約管理ファイルメモリ６ｅから出力された予約管理ファイルがＣＲＴ１１に一覧表の書式で表示された予約管理ファイル表示画面７１を示した図である。この予約管理ファイル表示画面７１は、一のイベントに関するチケットの予約情報が記載された一の予約管理表が表示される画面であり、図４においては図３のコンサートデータ管理表６２の最上段に表示された、アーティスト名「うＸＸ ＸＸＸ」の「Ｘ月Ｘ日（木）」に１３：２０から開始されるコンサートに関する予約管理ファイルが、一覧表（予約管理ファイル一覧表７２）で表示されている。

予約管理表は、予約者（携帯電話２０の利用者）に送信する予約チケットの情報を管理するものであるので、図４の予約管理ファイル一覧表７２には、発行チケット数の内の予約チケット数分のデータが表示され、更に、チケットの情報とそのチケットを予約した予約者の情報とが対応して表示されるように構成されている。

予約管理ファイル一覧表７２の上端部には、予約管理ファイル７２に記載される予約情報の項目が表示された表示欄７３が設けられており、この表示欄７３は左から順に「チケット情報」欄７４、「読取装置」欄７５、「予約者」欄７６、「暗号欄」欄７７で構成されている。

「チケット情報」欄７４は２段で構成されており、上段には「チケット情報」と表示され、下段にはそのチケット情報の詳細な項目「アーティスト名」、「月日」、「開始時間」、「場所」、「シート番号」が表示されている。「チケット情報」欄７４の下方には各項目に対応するデータが表示されている。ここで、この「チケット情報」欄７４に表示されるデータ（「シート番号」以外）は、コンサートデータ管理表６２に表示されているチケット情報であり、コンサートデータ管理表６２の「アーティスト名」欄６３ａ、「月日」欄６３ｂ、「開始時間」欄６３ｃ、「場所」欄６３ｄに記載されているデータが、予約管理ファイル一覧表７２のそれぞれ対応する項目の下方に書き込まれている。尚、「シート番号」については、この予約管理ファイル一覧表７２において入力しても良く、また、各イベント会場の座席データをデータベース化しておき、そのデータベースからこの予約管理ファイル一覧表７２に読み込んでも良い。入力されたシート番号は、他のチケット情報と同じく、予約管理ファイルメモリ６ｅに書き込まれる。

「チケット情報」欄７４の右方には「読取装置情報」欄７５が表示されている。この「読取装置情報」欄７５は上段と下段の２段で構成されている。上段には「読取装置情報」欄７５であることの表示「読取装置情報」が表示され、下段にはその詳細な項目である「ＩＰアドレス」が表示されている。「読取装置情報」欄７５の下方には、対応するデータとしてＰＣ４０のＩＰアドレスが表示されている。表示されるＰＣ４０のＩＰアドレスは、コンサートデータ管理表６２に表示（記憶）されている「読取装置」欄６３ｊのデータである。表示される各ＩＰアドレスは「チケット情報」欄７４に表示される各チケット情報に対応している。予約情報配信処理では、この「読取装置情報」欄７５に表示されるＩＰアドレスへ、予約管理ファイル一覧表７２の予約情報が配信される。

「読取装置情報」欄７５の右方には「予約者情報」欄７６が表示されている。「予約者情報」欄７６は２段で構成されており、上段には「予約者情報」と表示され、下段にはその予約者（携帯電話２０）のＩＤ情報の詳細な項目「メールアドレス」、「氏名」、「支払方法」が表示されている。「予約者情報」欄７６の下方には各項目に対応するＩＤ情報が表示されている。「メールアドレス」の下方には携帯電話２０のメールアドレスが表示されている。「氏名」の下方には携帯電話２０の利用者の氏名が表示されている。「支払方法」の下方には携帯電話２０の利用者の所望する支払方法（郵便振替の場合には送付先の住所、クレジットカードの場合にはカード番号など）が表示されている。

表示される各ＩＤ情報は、携帯電話２０の利用者によりチケットが予約（チケット予約コマンドの送信）された場合に、予約されたチケットに対応して書き込まれたものである。つまり、ＩＤ情報の表示されているチケットは、予約済みのチケットとなる。尚、表示されているＩＤ情報は、上記したように携帯電話２０の登録情報メモリ２４ｂに記憶されているＩＤ情報であり、チケット予約処理（Ｓ２８）により要求されて携帯電話２０から送信され、送信されたＩＤ情報がウェブサーバ１のＩＤメモリ６ｆに記憶されているＩＤ情報に一致した場合に予約管理ファイルに書き込まれたデータである。

上記したコンサートデータ管理表６２に書き込まれたチケット情報に変更が生じると、対応する予約管理表のデータについても変更されるので、予約管理ファイル一覧表７２のチケット情報の表示が変更されることとなる。予約管理ファイル一覧表７２のチケット情報の変更後は、変更されたチケット情報に対応するメールアドレスにその変更情報は一斉に送信される。このため、変更情報を個別に送信する場合に比べて効率的に変更情報を送信することができる上、チケットの予約者全員に均一なサービスが提供される。

「予約者情報」欄７６の右方には「暗号」欄７７が表示されている。「暗号」欄７７の下方には暗号ファイルがそのファイル名で表示されている。各暗号ファイルは、「チケット情報」欄７４に表示される各チケット情報に対応しているものである。上記のように構成される予約管理ファイル一覧表７２の右側端部には、スクロールバー７８が備えられている。スクロールバー７８は、バー中に設けられたマークのクリックやドラッグにより、表示されている予約管理ファイル一覧表７２をスクロールすることのできるものである。このスクロールバー７８を操作することにより、ＣＲＴ１１の一画面に表示しきれない予約管理ファイル一覧表７２を端部からの端部まで閲覧することができる。

この予約管理ファイル一覧表７２の下方には、「カウント」欄７８が表示されている。「カウント」欄７８は、予約されたチケットのカウントが表示される欄であり、表示されるカウントが予め定められた予約できるチケット数（「チケット数」欄６３ｇに表示されるチケット数の内、携帯電話２０から予約できるチケット数として表示されているチケット数）に達するまで、チケットが予約されるごとに更新される。この「カウント」欄７８に表示されるチケット数が予め定められた予約できるチケット数に達すると、携帯電話２０からの予約受付は終了し、予約管理ファイル一覧表７２に記載された予約情報（アーティスト名「うＸＸ ＸＸＸ」の「Ｘ月Ｘ日（木）」に１３：２０から開始されるコンサートに関する予約管理ファイル）が対応するチケット情報読取装置であるＰＣ４０に送信される。

予約管理ファイル一覧表７２の上方には「送信」ボタン７９が設けられている。「送信」ボタン７９はコマンドを入力するボタンであり、この「送信」ボタン７９がクリック（入力）されると、予約管理ファイル一覧表７２に記載された予約情報は対応するチケット情報読み取り装置（ＰＣ４０）に送信される。これにより、ウェブサーバ１からチケット情報読み取り装置（ＰＣ４０）へ、任意の時期に予約情報を送信することができる。

「送信」ボタン７９の右方には「削除」ボタン８０が表示されている。この「削除」ボタン８０は、予約管理ファイル一覧表７２に表示されている情報を削除する削除コマンドを入力するボタンである。予約管理ファイル一覧表７２に表示されている予約情報（一のチケット情報とそのチケット情報に対応するＰＣ４０の情報および予約者情報）は、画面上でクリックされることにより選択することができる。予約情報の選択にひき続いてこの「削除」ボタン８０がクリック（入力）されると、選択された予約情報について削除が実行され、予約管理ファイルメモリ６ｅから消去される。

図５は携帯電話２０から所望のチケットを予約する場合において、その操作時に携帯電話２０のＬＣＤ２８に表示される画面を示した図である。図５の（ａ）は携帯電話２０の電源がオンの状態でＬＣＤ２８に表示される初期画面９１であり、情報の受信や送信或いは入力を待機する待機状態であることを示している画面である。

図５の（ｂ）は（ａ）の初期画面の表示状態において選択ボタン２９ａが押下されることにより表示された画面であり、チケット情報に関する処理（チケット情報の送信要求や記憶される予約チケット情報の出力など）を実行するためのコマンドを入力するコマンド入力画面９２である。このコマンド入力画面９２には、コマンドを入力するボタンとして３つのボタン「チケット情報／予約」ボタン９２ａ、「チケット情報確認」ボタン９２ｂ、「チケット出力」ボタン９２ｃが、画面上方から順に表示されている。

「チケット情報／予約」ボタン９２ａはチケット情報の送信をウェブサーバ１に要求するボタンであり、この「チケット情報／予約」ボタン９２ａが入力されると、ウェブサーバ１に記憶されているチケット情報の送信を要求するチケット情報要求コマンドがウェブサーバ１に送信され、その結果、予約するチケットのカテゴリを指定するための情報（ホームページ）がウェブサーバ１から送信される。「チケット情報確認」ボタン９２ｂはチケット情報メモリ２４ａに記憶される予約チケット情報の内、可視情報をＬＣＤ２８に出力するボタンである。この「チケット情報確認」ボタン９２ｂが入力されると、チケット情報メモリ２４ａに記憶される予約チケット情報の可視情報がチケット情報メモリ２４ａから読み出されてＬＣＤ２８に表示される。これにより携帯電話２０の利用者は、予約チケット情報を簡単に確認することができる。また、所有するチケットの内容が変更された場合にも、その内容を確実に知ることができる。

「チケット出力」ボタン９２ｃは、チケット情報メモリ２４ａに記憶される予約チケット情報の暗号ファイルをＬＣＤ２８に出力するボタンである。この「チケット出力」ボタン９２ｂが入力されると、チケット情報メモリ２４ａに記憶される予約チケット情報の暗号ファイルがチケット情報メモリ２４ａから読み出されてＬＣＤ２８に表示される。表示される暗号ファイルはチケット情報読取装置であるＰＣ４０に読み取られることによりチケットとして行使される。

ここで、各ボタン９２ａ〜９２ｃの入力は、選択ボタン２９ａを押下することによりＬＣＤ２８に表示されているボタンを選択した後、決定ボタン２９ｂを押下することにより実行される。また、各ボタン９２ａ〜９２ｃの選択時には、ボタンの表示の周囲に黒枠が表示され選択状態であることが示される。尚、（ｂ）においては、「チケット情報／予約」ボタン９２ａが入力されており、ウェブサーバ１からチケット情報のカテゴリを指定するための情報（ホームページ）が送信されて、その画面表示が切り替わる。

図５の（ｃ）は、予約するチケットのカテゴリを選択するための情報（ホームページ）が表示されたカテゴリ指定画面９３である。このカテゴリ指定画面９３には、予約できるチケットのイベントの種類が表示され、更に種別されたイベントにおいて分類されたカテゴリが表示されている。各カテゴリの表示はカテゴリを指定するカテゴリ指定ボタン９３ａとなっている。

具体的には、カテゴリ指定画面９３の上方には、イベントの種類の一つである（コンサート）が表示されており、（コンサート）の下方には、コンサートに属する各カテゴリ、即ちカテゴリを指定するカテゴリ指定ボタン９３ａが上から順に「来日アーティスト」、「国内アーティスト」、「クラシック」、「その他」と表示されている。「その他」の表示の下方には、（映画）のカテゴリが表示されており、（映画）の表示の下方には、更にカテゴリ指定ボタン９３ａが表示されている。

このカテゴリ指定画面９３は選択ボタン２９ａによりスクロールされ、ウェブサーバ１から送信された全てのカテゴリに関する情報をＬＣＤ２８に表示することができる。また、カテゴリ指定画面９３についても、（ｂ）に表示されるコマンド入力画面９２と同様に、カテゴリ指定ボタン９３ａは、選択ボタン２９ａの押下により選択され、その後、決定ボタン２９ｂを押下することにより入力される。また、その選択時には、ボタンの表示の周囲に黒枠が表示され選択状態であることが示される。

カテゴリ指定ボタン９３ａが入力されると、そのカテゴリの指定がコマンドとしてウェブサーバ１に送信される。ウェブサーバ１では受信したコマンドに基づいて、指定されたカテゴリに属するチケット情報がデータベースエリア６ｇにおいて検索され、検索結果のチケット情報のインデックス情報が携帯電話２０へと送信される。尚、（ｃ）に表示されるカテゴリ指定画面９３においては、カテゴリ指定ボタン９３ａとして「国内アーティスト」が選択されており、コンサートチケットにおいて「国内アーティスト」のカテゴリを指定するコマンドがウェブサーバ１に送信されている。

図５の（ｄ）は、（ｃ）において、コンサートのイベントに属する「国内アーティスト」のカテゴリを指定するコマンドがウェブサーバ１に送信された結果、チケット情報のインデックス情報（ホームページ）が表示されたインデックス情報表示画面９４である。このインデックス情報表示画面９４に表示されるインデックス情報は、カテゴリを指定するコマンドに基づいてウェブサーバ１から携帯電話２０に送信された情報である。このインデックス情報表示画面９４には、ウェブサーバ１において「国内アーティスト」のカテゴリに記憶されているチケット情報が、コンサートを開催するアーティスト名の最初の５０音で表示されると共に、５０音表示９４ａに併記して、各５０音に属するコンサートの数が括弧書きで表示されている。

具体的には、かかるインデックス情報表示画面９４には、チケット情報のインデックスが、例えば、「あ（２）」と表示されており、「あ（２）」の表示の下方には「い（３）」と表示され、以下同様に５０音順に５０音表示９４ａとその５０音に併記する括弧書きの数値が表示されている。これにより、例えば「あ」で始まる名前の国内アーティストのコンサートについては、２のコンサートのチケット情報がウェブサーバ１に記憶され、「い」で始まる名前の国内アーティストのコンサートについては、３のコンサートのチケット情報がウェブサーバ１に記憶されていることが示されている。

かかる表示９４ａ（「あ（２）」など）はチケット情報をウェブサーバ１に要求するチケット情報要求コマンドを入力するボタンであり、該ボタンが入力されると、そのボタンの表示に対応するチケット情報を要求するチケット情報要求コマンドがウェブサーバ１に送信される。（ｄ）においては、「う（１）」が入力され、その結果、「う」で始まる名前の国内アーティストのコンサートに関するチケット情報要求コマンドがウェブサーバ１に送信されている。

尚、このインデックス情報表示画面９４においても、選択ボタン２９ａの押下により画面のスクロールができるように構成されており、また各ボタンの入力方法についてもカテゴリ表示画面９３などの他の画面と同様の方法で実行される。

図５において（ｅ）は、（ｄ）に表示されるインデックス情報表示画面９４において、「う」で始まる名前の国内アーティストのコンサートに関するチケット情報要求コマンドがウェブサーバ１に送信された結果、対応するチケット情報（ホームページ）がウェブサーバ１から送信されて表示されたチケット情報表示画面９５である。このチケット情報表示画面９５には、ウェブサーバ１から送信されたチケット情報として「アーティスト名（うＸＸ ＸＸＸ）」、「月日（Ｘ月Ｘ日）」、「開始時間（１３：２０）」、「場所（ＸＸホール）」、「チケット代（全席指定ＸＸＸＸ）」が表示されている。

ここで、チケット情報要求コマンドにより要求されたチケット情報が複数あった場合には、チケット情報表示画面９５には、複数のチケット情報が一ずつ、順番に表示される。各チケット情報は選択ボタン２９ａの押下によりスクロールされ、送信されたチケット情報は全てＬＣＤ２８において閲覧することができる。

チケット情報表示画面９５の下方には、「チケット予約」ボタン９５ａが表示されている。「チケット予約」ボタン９５ａは、チケットの予約をウェブサーバ１に要求するチケット予約コマンドの送信ボタンである。この「チケット予約」ボタン９５ａが入力されると、画面に表示されているチケット情報に対応するチケットの予約がウェブサーバ１に要求され、ウェブサーバ１によりチケット予約処理（Ｓ２８）が実行される。

図５の（ｆ）は、（ｅ）に表示されるチケット情報表示画面９５において、「チケット購入」ボタン９５ａが入力されることにより、ウェブサーバ１から送信された予約チケット情報が表示された予約チケット情報表示画面９６である。この予約チケット情報表示画面９６に表示される予約チケット情報は、チケット情報メモリ２４ａに記憶される予約チケット情報の内の可視情報である。具体的には、予約チケット情報が、「アーティスト名（うＸＸ ＸＸＸ）」、「場所（ＸＸホール）」、「月日（Ｘ月Ｘ日）」、「開始時間（１３：２０）」に加え、予約されたチケットのシート番号が「ＸＸ−ＸＸ」であることが表示されている。

また、この予約チケット情報表示画面９６は、（ｂ）に表示されるコマンド入力画面９２において、「チケット情報確認」ボタン９２ｂが入力された場合にも表示される。その際には、キーワードの入力が要求され、予め携帯電話２０の利用者により設定されたキーワードが入力された場合にのみ、予約チケット情報表示画面９６が表示される。このように、ウェブサーバ１に携帯電話２０からアクセスするだけで、所望のチケットを簡便に入手することができる上、可視情報がむやみに他人の目に触れることがなく、個人のプライバシーを保護することができる。

図６は、予約チケット情報に変更があった場合に、ウェブサーバ１から変更情報が送信されることにより、ＬＣＤ２８に表示される（チケット情報メモリ２４ａに記憶される）予約チケット情報が変化する様子を示した図である。図６の（ａ）には、変更前の予約チケット情報が表示された予約チケット情報表示画面９６の部分拡大図であり、予約チケット情報表示画面９６の開始時間が表示されている部分「１３：２０カイシ」が拡大されて表示されている。この拡大図の下方には、変更前の予約チケット情報が暗号化された暗号ファイルが表示された暗号ファイル表示画面９７が表示されている。暗号ファイル表示画面９７に表示される暗号ファイルはＰＣ４０に読み取られる画像データであり、上記したように、コマンド入力画面９２において「チケット出力」ボタン９２ｃが入力されることにより表示される画面である。

図６の（ｂ）には、変更情報を受信した後の（変更後の）予約チケット情報が表示された予約チケット情報表示画面９６の部分拡大図が表示されている。ここで変更された内容は（ａ）に表示される予約チケット情報の内のコンサートの開始時間であり１３：２０の開始時間が１３：４０に変更となったものである。（ｂ）においては、予約チケット情報表示画面９６の開始時間の表示が「１３：４０カイシ」で表示されており、受信した変更情報により予約チケット情報の可視情報が変更されていることが示されている。また、（ｂ）に示された予約チケット情報表示画面９６の拡大図の下方には、（ａ）同様に暗号ファイルが表示された暗号ファイル表示画面９７が示されているが、その画像データは（ａ）の画像データとは異なるものであり、暗号ファイルについても変更されていることが示されている。

次に、図７から図１１のフローチャートを参照して、上記のように構成されたチケット流通通信システムで実行される各処理を説明する。図７は、ウェブサーバ１で実行される処理であり、チケット情報管理プログラム６ｃの中で実行される処理であるチケット情報入力処理のフローチャートである。チケット情報入力処理はチケット情報をウェブサーバ１に入力するための処理であり、ＣＲＴ１１に表示されるデータ管理表からデータが入力されることにより実行される処理である。

チケット情報入力処理では、まず、データ管理表メモリ６ｄに記憶されるデータ管理表をＣＲＴ１１に表示し（Ｓ１）、データ管理表から「キャンセル」ボタン６９が入力されたか否かを確認する（Ｓ２）。確認の結果、「キャンセル」ボタン６９が入力されていれば（Ｓ２：Ｙｅｓ）、このチケット情報入力処理を終了する。また、Ｓ２の処理で確認した結果、「キャンセル」ボタン６９が入力されていなければ（Ｓ２：Ｎｏ）、「入力完了」ボタン６８が入力されたか否かを確認する（Ｓ３）。

確認の結果、「入力完了」ボタン６８が入力されていると（Ｓ３：Ｙｅｓ）、データ管理表に入力されたチケット情報をデータ管理表メモリ６ｄに書き込む（Ｓ４）。その後、データ管理表に入力されたチケット情報が新規のデータであるか否かが調べられ（Ｓ５）、その結果、入力されたチケット情報が新規データでなかった場合には（Ｓ５：Ｎｏ）、データ管理表メモリ６ｄに書き込まれた変更データを元にしてデータベースエリア６ｇに記憶されるＨＴＭＬデータを変更する（Ｓ６）。そして、書き込まれた変更データを予約管理ファイルメモリ６ｅに記憶される対応するデータ（予約情報）と照合し、変更部分のデータを書き換える（Ｓ７）。次いで、変更された予約情報に基づいて暗号ファイルを修正する（Ｓ８）。

その後は、変更前のチケット情報を所有するチケットの予約者の情報（携帯電話２０のメールアドレス）を予約管理ファイルにより確認し（Ｓ９）、確認されたメールアドレスへ、変更された予約情報を変更情報として一斉に送信する（Ｓ１０）。Ｓ１０の処理の後はその処理をＳ２へ移行する。そしてＳ２の処理において「キャンセル」ボタン６９が入力されるまで、Ｓ３以降の処理を繰り返す。

一方、Ｓ５の処理で確認した結果、入力されたデータが新規データであれば（Ｓ５：Ｙｅｓ）、データ管理表メモリ６ｄに新たに書き込まれたチケット情報をＨＴＭＬデータに変換し、データベースエリア６ｇに書き込む（Ｓ１１）。次に、書き込まれたチケット情報を使用して予約管理ファイルを新たに作成し、予約管理ファイルメモリ６ｅに書き込む（Ｓ１２）。Ｓ１２の処理の後はその処理をＳ２に移行する。

また、Ｓ３の処理において確認した結果、「入力完了」ボタン６８が入力されていなければ、その処理をＳ２に移行し、「キャンセル」ボタン６９または「入力完了」ボタン６８の入力を待機する。

図８は、ウェブサーバ１で実行される処理であり、ＨＴＴＰサーバプログラム６ｂにより実行されるチケット情報処理のフローチャートである。チケット情報処理はＨＴＴＰに基づいて、チケット情報（ホームページ）を携帯電話２０へ提供するための処理である。このチケット情報処理では、まず、携帯電話２０から発呼されたか否かを確認し（Ｓ２１）、確認の結果、発呼がなされていなければ（Ｓ２１：Ｎｏ）、このＨＴＴＰサーバプログラムを終了する。

一方、Ｓ２１の処理で確認した結果、発呼がなされていれば（Ｓ２１：Ｙｅｓ）、携帯電話２０との回線を閉結し（Ｓ２２）、次いで、携帯電話２０との回線が閉結されたか否かを確認する（Ｓ２３）。ここで、回線が閉結されていなければ（Ｓ２３：Ｎｏ）、このチケット情報処理を終了する。また、Ｓ２３の処理で確認した結果、回線が閉結されていれば（Ｓ２３：Ｙｅｓ）、携帯電話から送信されるコマンド（チケット情報要求コマンド）で指定された情報（チケット情報、ホームページ）をデータベースエリア６ｇから読み出して、データロードエリア５ｂへ書き込む（Ｓ２４）。そして、データロードエリア５ｂに記憶される情報（チケット情報、ホームページ）を、回線の閉結されている携帯電話２０に送信する（Ｓ２５）。

その後は、携帯電話２０から送信されるキャンセルコマンドを受信したか否かを確認し（Ｓ２６）、キャンセルコマンドを受信していれば（Ｓ２６：Ｙｅｓ）、このチケット情報処理を終了する。一方、Ｓ２６の処理で確認した結果、キャンセルコマンドを受信していなければ（Ｓ２６：Ｎｏ）、携帯電話２０において「チケット予約」ボタン９５ａが入力されたか否か、即ち、チケット予約コマンドを受信したか否かを確認する（Ｓ２７）。ここで、「チケット予約」ボタン９５ａが入力されていれば（Ｓ２７：Ｙｅｓ）、チケット予約処理を実行した後（Ｓ２８）、各処理を実行して、このチケット情報処理を終了する。

また、Ｓ２７の処理で確認した結果、「チケット予約」ボタン９５ａが携帯電話２０において入力されていなければ（Ｓ２７：Ｎｏ）、その処理をＳ２６へ移行し、キャンセルコマンドの受信またはチケット予約コマンドの受信（「チケット予約」ボタン９５ａの入力）を待機する。

尚、ここで、キャンセルコマンドは、携帯電話２０においてチケット情報の要求を取りやめるコマンドの入力であるが、この入力は携帯電話２０の操作パネル２９に設けられた選択ボタン２９ａなどにより所定の操作を行うことで実行される。しかし、チケット情報処理はＨＴＴＰサーバプログラム６ｂにより実行されている。つまり、チケット情報処理はＨＴＴＰサーバプログラム６ｂの中で実行されているものであるので、チケット情報処理の実行中においてもチケット情報以外の他のホームページを提供することができる。このため、携帯電話２０からは他のホームページを要求するコマンドを入力することができる。このコマンド入力は他のホームページの要求コマンドであると同時にキャンセルコマンドの入力となり、チケット情報の提供はキャンセルされる。しかし、ＨＴＴＰサーバプログラム６ｂにより他の情報を提供するために、各処理が実行される。

図９は、図８のチケット情報処理の中で実行されるチケット予約処理（Ｓ２８）のフローチャートである。チケット予約処理（Ｓ２８）は、携帯電話２０において「チケット予約」ボタン９５ａが入力されることにより開始される処理であり、携帯電話２０の指定するチケットの予約を実行する処理である。また、このチケット予約処理（Ｓ２８）はＨＴＴＰサーバプログラムにより起動され、チケット情報管理プログラム６ｃによって実行される処理である。

このチケット予約処理（Ｓ２８）では、まず、携帯電話２０の利用者が、本実施例のチケット流通通信システムを利用できる利用者であるか否かを確認するために、携帯電話２０に記憶されているＩＤ情報の送信を要求する（Ｓ３１）。そして、その要求に応じて携帯電話２０から情報が送信されたか否かを確認する（Ｓ３２）。確認した結果、情報を受信していれば（Ｓ３２：Ｙｅｓ）、受信した情報がＩＤ情報であるか否かを確認し（Ｓ３３）、ＩＤ情報でなければ（Ｓ３３：Ｎｏ）、エラーメッセージを携帯電話２０へ送信するなどの各処理を実行した後、このチケット予約処理（Ｓ２８）を終了する。

また、Ｓ３２の処理で確認した結果、受信した情報がＩＤ情報であれば（Ｓ３３：Ｙｅｓ）、受信したＩＤ情報がＩＤ情報メモリ６ｆに記憶されているか否かを確認する（Ｓ３４）。確認の結果、受信したＩＤ情報がＩＤ情報メモリ６ｆに記憶されていなければ（Ｓ３４：Ｎｏ）エラーメッセージを携帯電話２０へ送信するなどの各処理を実行した後、このチケット予約処理（Ｓ２８）を終了する。

一方、受信したＩＤ情報がＩＤ情報メモリ６ｆに記憶されていると（Ｓ３４：Ｙｅｓ）、チケット予約コマンドにより指定されたチケットが予約可能か否かを予約管理ファイルにおいて調べ（Ｓ３５）、予約が可能か否かを判断する（Ｓ３６）。Ｓ３６の処理で判断した結果、指定されたチケットの予約が不可能と判断された場合には（Ｓ３６：Ｎｏ）、その旨を報知するメッセージを携帯電話２０へ送信するなどの各処理を実行した後、このチケット予約処理（Ｓ２８）を終了する。また、Ｓ３６の処理で判断した結果、指定されたチケットの予約が可能と判断された場合には（Ｓ３６：Ｙｅｓ）、指定されたチケットの予約情報を管理する予約管理ファイルに受信したＩＤ情報を書き込み、チケットの予約を登録すると共に、予約されたチケット数を予約済みチケット数としてカウントする（Ｓ３７）。

その後、予約されたチケットについて、予約管理ファイルのチケット情報を元にＪＰＥＧのファイル形式で暗号ファイルを作成し、作成された暗号ファイルのファイル名を予約管理ファイルに書き込む（Ｓ３８）。そして、予約されたチケットのチケット情報と暗号ファイルとを予約チケット情報として携帯電話２０へ送信し（Ｓ３９）、このチケット予約処理（Ｓ２８）を終了する。尚、Ｓ３２の処理において確認した結果、情報が受信されていなければ（Ｓ３２：Ｎｏ）、携帯電話２０からの情報の受信を待機する。

図１０は、ウェブサーバ１で実行される処理であり、チケット情報管理プログラム６ｃの中で実行される処理である予約情報配信処理のフローチャートである。予約情報配信処理は、予約管理ファイルの予約情報を、所定のＰＣ４０に送信するための処理である。

この予約情報配信処理は、まず、配信要求コマンドを受信したか否かを確認し（Ｓ４１）、受信していなければ（Ｓ４１：Ｎｏ）、予約情報の配信が既に実行されているか否かを確認する（Ｓ４２）。確認の結果、予約情報の配信が実行されていなければ（Ｓ４２：Ｎｏ）、予約管理ファイルのカウントが予め設定されている予約できるチケット数に達したか否かを確認し（Ｓ４３）、カウントが予約できるチケット数に達していなければ（Ｓ４３：Ｎｏ）、更に、送信コマンドが入力されたか否かを確認する（Ｓ４４）。ここで、送信コマンドが入力されていなければ（Ｓ４４：Ｎｏ）、指定日時に達したか否かを確認し（Ｓ４５）、その結果、指定期日に達していなければ（Ｓ４５：Ｎｏ）、この予約情報配信処理を終了する。

一方、Ｓ４５の処理で確認した結果、指定期日に達していれば（Ｓ４５：Ｙｅｓ）、送信する予約管理ファイルの予約情報をＨＴＭＬデータに変換し（Ｓ４６）、変換されたＨＴＭＬデータをデータロードエリア５ｂに書き込む（Ｓ４７）。そして、ＨＴＴＰサーバプログラムを起動し、データロードエリア５ｂに記憶されるＨＴＭＬデータを対応するＰＣ４０へ送信し（Ｓ４８）、この予約情報配信処理を終了する。

また、Ｓ４１の処理で確認した結果、配信要求コマンドを受信していれば（Ｓ４１：Ｙｅｓ）、配信要求コマンドの送信元のチケット情報読取装置であるＰＣ４０のＩＰアドレスを確認し、そのＩＰアドレスが予約管理ファイルに記憶されているか否かを確認する（Ｓ４９）。確認の結果、そのＩＰアドレスが予約管理ファイルに記憶されていなければ（Ｓ４９：Ｎｏ）、配信要求コマンドの送信元のチケット情報読取装置（ＰＣ４０）へエラーメッセージを送信し（Ｓ５０）、この予約情報配信処理を終了する。一方、Ｓ４９の処理で確認した結果、そのＩＰアドレスが予約管理ファイルに記憶されていれば（Ｓ４９：Ｙｅｓ）、その処理をＳ４６に移行する。

更に、Ｓ４２の処理で確認した結果、予約情報の配信が既に実行されていると（Ｓ４２：Ｙｅｓ）、既に配信された予約情報が配信後に変更されたか否かを確認し（Ｓ５１）、変更されていた場合には（Ｓ５１：Ｙｅｓ）、その処理をＳ４６に移行する。また、Ｓ５１の処理で確認した結果、予約情報が変更されていなければ（Ｓ５１：Ｎｏ）、送信コマンドが入力されたか否かを確認し（Ｓ５２）、送信コマンドが入力されていなければ（Ｓ５２：Ｎｏ）、この予約情報配信処理を終了する。また、Ｓ５２の処理で確認した結果、送信コマンドが入力されていれば（Ｓ５２：Ｙｅｓ）、その処理をＳ４６に移行する。

加えて、Ｓ４３の処理で確認した結果、カウントが予約できるチケット数に達していた場合（Ｓ４３：Ｙｅｓ）と、Ｓ４４の処理で確認した結果、送信コマンドが入力されていた場合（Ｓ４４：Ｙｅｓ）とについても、その処理をＳ４６に移行する。

図１１はチケット情報読取装置であるＰＣ４０の制御プログラム４３ａにより実行される処理であり、携帯電話２０のＬＣＤ２８に表示される暗号ファイル（暗号情報の画像データ）の読取りを実行するチケット情報読取処理のフローチャートである。チケット情報読取処理では、まず、カメラ５２からの画像データの入力が有るか否かが確認され（Ｓ６１）、入力がなかった場合には（Ｓ６１：Ｎｏ）このチケット情報読取処理を終了する。一方、Ｓ６１の処理において確認した結果、画像データの入力が有った場合には（Ｓ６１：Ｙｅｓ）、入力された画像データをサンプリングし、ＪＰＥＧ形式で読取画像メモリ４４ｂに書き込み（Ｓ６２）、書き込まれた画像データと配信情報メモリに記憶される暗号ファイルの画像データとを照合する（Ｓ６３）。

そして、読取画像メモリ４４ｂに記憶される画像データと暗号ファイルの画像データとが一致したか否かを調べ（Ｓ６４）、読取画像メモリ４４ｂに記憶される画像データと暗号ファイルの画像データとが一致した場合には（Ｓ６４：Ｙｅｓ）、カメラ５２で読み取られたチケット（携帯電話２０のＬＣＤ２８に表示される暗号ファイル、つまり、携帯電話に記憶されている予約チケット情報）が正当であることを報知して（Ｓ６５）、このチケット情報読取処理を終了する。また、Ｓ６４の処理において確認した結果、読取画像メモリ４４ｂに記憶される画像データと暗号ファイルの画像データとが一致しなかった場合には（Ｓ６４：Ｎｏ）、カメラ５２で読み取られたチケットが不当であることを報知して（Ｓ６５）、このチケット情報読取処理を終了する。

図１２は携帯電話２０の制御プログラム２２ａにより実行される変更情報報知処理のフローチャートである。変更情報報知処理は、携帯電話２０により予約したチケットについて、その内容に変更が生じた場合に実行される処理であり、ウェブサーバ１から送信される変更情報を受信して開始される処理である。

この変更情報報知処理では、まず、変更情報が受信されたか否かを確認し（Ｓ７１）、変更情報が受信されていなければ（Ｓ７１：Ｎｏ）、この変更情報報知処理を終了する。一方、Ｓ７１の処理で確認した結果、変更情報を受信していれば（Ｓ７１：Ｙｅｓ）、チケット情報メモリ２４ａに記憶されている予約チケット情報を変更情報に更新し（Ｓ７２）、ブザー音を所定時間（例えば略１秒など）出力する（Ｓ７３）。これにより変更情報の着信が音声により報知される。その後、ＬＣＤ２８に変更情報の着信を報知するマークを出力した後（Ｓ７４）、記憶された変更情報がチケット情報メモリ２４ａから読み出されてＬＣＤ２８に出力されたか否かを確認する（Ｓ７５）。確認の結果、変更情報がＬＣＤ２８に表示されていれば（Ｓ７５：Ｙｅｓ）この変更情報報知処理を終了する。一方、Ｓ７５の処理で確認した結果、変更情報がＬＣＤ２８に出力されていなければ（Ｓ７５：Ｎｏ）、その出力を待機する。このため、変更情報がＬＣＤ２８に出力されるまで、変更情報の着信を報知するマークがＬＣＤ２８に表示される。

以上、上記実施例において説明したように、本発明のチケット流通通信システムによれば、チケット情報を通信により入手して、そのチケット情報を記憶する携帯端末装置（携帯電話２０）そのものをチケットとして取り扱うことができる。このため、チケットを入手するために、所定の日時にチケットの発給場所へ赴く必要がなく、所望のチケットを簡便に入手することができる。また、携帯端末装置により場所と時間とを選ぶことなく、所望のチケットを入手することができる。加えて、入手したチケットの内容に変更が生じた場合には、その変更情報が送信されて携帯端末装置に記憶されるので、チケット情報を変更するためにわざわざ代理店などに出向く必要がなく、時間と労力を費やす必要がない。

また、上記の実施例（以下、「第１実施例」という）では、携帯電話２０に設けられたＬＣＤ２８にＰＣ４０により読み取られる予約チケット情報が表示されるようにし、その表示された予約チケット情報がＰＣ４０により読み取られることにより、携帯電話２０がチケットとして使用されるものを示したが、予約チケット情報の読み取りの手法はこれに限られるものではない。例えば、予約チケット情報として、目視によりその内容を理解することのできる可視情報又は聴覚によりその内容を理解することのできる音声情報と、予約チケット情報と関連づけて特定され、且つ聴覚によりチケット情報の内容を理解することのできない音声暗号情報とを備えるようにし、この音声暗号情報を携帯電話２０のスピーカ（図示しない）から「着メロ」等と同様に音声として発生させ、その音声暗号情報がＰＣ４０により認識されることにより、携帯電話２０がチケットとして使用されるようにしてもよいのである。

次に、このような実施例（以下「第２実施例」という）について、図１３から図１５を参照して説明する。図１３は、本発明の他の実施例であるウェブサーバに、ウェブクライアントである携帯電話とパーソナルコンピュータが接続されたチケット流通通信システムの状態を示す外観図であり、図１４及び図１５は、音声暗号情報の内容を示す説明図である。なお、以下の説明では、第１実施例と同様の構成要素については、図面において同様の符号を付してその説明を省略すると共に、第１実施例と異なる構成要素のみについて説明を行うこととする。

図１３に示すように、第２実施例においては、チケット情報読取装置としてのＰＣ４０に備えられるカメラ５２の代わりに音声を集音するためのマイクロホン１５２が備えられている点、及び、ＰＣ４０には音声暗号情報を認識してその情報が正規のものであるか否かを判断する判断プログラムが搭載されている点を除き、第１実施例と同様の構成となっている。

マイクロホン１５２は、携帯電話２０のスピーカ（図示しない）から発生される予約チケット情報（音声暗号情報）としての音声を集音するものである。集音された音声信号はＡ／Ｄ変換（アナログデジタル変換）され、変換された信号はコンピュータ本体４１にケーブルにより伝送されて音声データとして入力される。入力された音声データはサンプリングを経て所定の形式のデジタル音声データに変換される。変換されたデジタル音声データは、ハードディスク４７に記憶される予約情報と照合され、その整合性が検証される。この整合性の検証のプロセスは、基本的に第１実施例と同様である。

携帯電話２０は、いわゆる「着メロ」（着信メロディ）等として、１６和音等からなる多種多様な音声を出力する機能を備えたものである。本第２実施例では、この機能により出力される音声を音声暗号情報に応用している。すなわち、予約チケット情報として、ＬＣＤ２８に表示されて目視によりその内容を理解することにできる可視情報と、その予約チケット情報と関連づけて特定され、且つ、スピーカから発生されるが聴覚によりチケット情報の内容を理解することのできない音声暗号情報としての暗号ファイルとを備えるようにしている。具体的には、ある特定の予約チケット情報に対して、ある特定の「着メロ」等の暗号ファイルを割り当てて、それを予約チケット情報として利用するようにしている。

ここで、可視情報は、ＨＴＭＬ文書でありＨＴＭＬ形式で記述された普通のテキストファイルであることは、上記第１実施例と同様である。一方、暗号ファイルはかかる情報が暗号化された所定の形式の音声データである。

なお、可視情報のかわりに、聴覚によりチケット情報の内容を理解することのできる音声情報、例えば、チケット情報の内容をアナウンスする音声を機械的に音声合成して、携帯電話２０のスピーカから発生させるために必要な情報を用いてもよい。この場合には、携帯電話２０には、チケット情報を音声合成により発音するための周知の音声発生手段が設けられる。

また、チケット情報メモリ２４ａに記憶された予約チケット情報に変更が生じた場合には、その変更情報がウェブサーバ１より送信される。送信された変更情報が携帯電話２０により受信されると、チケット情報メモリ２４ａに記憶されている予約チケット情報は、受信された変更情報へと更新されるので、チケット情報メモリ２４ａには、常に最新の予約チケット情報が記憶される。

チケット情報メモリ２４ａに記憶された各情報は、所定の操作（操作パネル上の選択ボタン２９ａおよび決定ボタン２９ｂの操作やキーワード入力）によりスピーカ（図示しない）から音声出力される。携帯電話２０の利用者は、出力される可視情報により、自身の予約したチケットのチケット情報を見ることができ、その内容を確認することができる。また、スピーカ（図示しない）から発生された「着メロ」等の音声暗号情報を暗号ファイルとしてＰＣ４０に認識させることにより、携帯電話２０をチケットとして行使することができる。

このため、必要に応じて可視情報と暗号ファイルとを使い分けることができ、携帯端末装置の所有者は可視情報によりチケット情報の内容を確認することができる一方で、暗号ファイルによりチケット情報の機密性を保持することができ、個人のプライバシーを保護することができる。

ここで、携帯電話２０により発生される音声暗号情報の内容について具体的に説明する。第２実施例に係る携帯電話２０では、３オクターブの音階について同時に１６和音を発生させることが可能である。従って、図１４（Ａ）に示すように、最低音を所定の高さのド音とした場合、最高音はそのド音から３オクターブ上のド音となり、この間で１６の音程を同時に発生できることになる。この例では、ある予約チケット情報と関連づけて特定される音声暗号情報として、最低音から半音高い嬰ド音と、最高音であるド音とを組み合わせた和音を用いている。この和音がＰＣ４０により音声認識されることにより、予約チケット情報が正規のものであるか否かが判断されるのである。

また、チケットの発行数が携帯電話２０により同時に発生できる和音の種類を越える場合には、時間の経過とともに音程を変化させたり、他の音程を加えたり、休符を入れたり、音量を変化させたりすることにより、発生される音声の種類をほぼ無限に増加させることができるので、極めて多くの種類のチケットに対応することができる。例えば、図１４（Ｂ）に示すように、最低音から半音高い嬰ド音と、最高音であるド音とを組み合わせた和音から、所定時間が経過したときに、最低音であるド音と、そのド音から１オクターブ上のド音と、最高音であるド音とを組み合わせた和音に変化させる。そして、この一定時間において変化した和音がＰＣ４０により音声認識されることにより、予約チケット情報が正規のものであるか否かが判断されるのである。なお、図１５に示すように、発生される音声の音程はその音声の周波数により特定されるので、ＰＣ４０による音声認識は、検出された音声の周波数に基づいて行われる。

以上実施例に基づき本発明を説明したが、本発明は上記実施例に何ら限定されるものでなく、本発明の主旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。

例えば、本実施例では、ワールドワイドウェブサーバプログラムとしてＨＴＴＰサーバプログラム６ｂを用いて説明した。即ち、ＨＴＴＰというプロトコルに従ってウェブサーバ１を制御するためのプログラムにより、ウェブブラウザ２２ｂが搭載された携帯電話２０やＰＣ４０へ、ウェブサーバ１に記憶される情報を送信するものについて説明した。しかしながら、ワールドワイドウェブサーバプログラムは、必ずしも、ＨＴＴＰサーバプログラム６ｂに限られるものではなく、ワールドワイドウェブのシステム上で処理することのできるプログラムであれば、ＪＡＶＡ（登録商標）など他のプログラムを用いるようにしても良いのである。

また、本実施例のウェブサーバ１とウェブクライアントである携帯電話２０及びＰＣ４０とを相互接続する回線は電話回線３２によらず、ケーブルテレビの回線やＡＤＳＬまたは光ファイバー網を利用した回線を使用しても良い。これにより高速且つ低価格でウェブサーバ１から情報を提供することができる。

更に、本実施例では、インターネット（回線）経由で送信される変更情報を携帯電話２０により受信するように構成されていたが、これに代えて、携帯電話２０において特定の周波数で送信される情報を受信できるように構成し、ラジオ電波などにより変更情報を送信しても良い。これによれば、変更情報を送信するために携帯電話２０のメールアドレスをウェブサーバ１において管理しておく必要がなく、また、広域に渡って簡便且つ迅速に、２以上の携帯電話に変更情報を一斉に送信することができる。

また、本実施例では、報知手段は変更情報の受信のみを報知するものであったが、必ずしもこれに限られるものではなく、例えば、チケットの行使日の前日などにチケットの行使忘れを防止するための報知を行っても良い。

本発明の一実施例であるウェブサーバに、ウェブクライアントである携帯電話とパーソナルコンピュータが接続されたチケット流通通信システムの状態を示す外観図である。 上記チケット流通通信システムの電気的構成を示したブロック図である。 データ管理表の一例であるコンサートデータ管理表がウェブサーバのＣＲＴに表示されたデータ管理表表示画面を示した図である。 予約管理ファイルがウェブサーバのＣＲＴに表示された予約管理ファイル表示画面を示した図である。 チケット情報処理が実行されている携帯電話の表示画面を示した図である。 携帯電話に記憶される予約チケット情報が変更された様子を示した図である。 ウェブサーバによって実行されるチケット情報入力処理のフローチャートである。 ウェブサーバによって実行されるチケット情報処理のフローチャートである。 ウェブサーバによって実行されるチケット予約処理のフローチャートである。 ウェブサーバによって実行される予約情報配信処理のフローチャートである。 チケット情報読取装置（パーソナルコンピュータ）で実行されるチケット情報読取処理のフローチャートである。 携帯電話で実行される変更情報報知処理のフローチャートである。 本発明の他の実施例であるウェブサーバに、ウェブクライアントである携帯電話とパーソナルコンピュータが接続されたチケット流通通信システムの状態を示す外観図である。 音声暗号情報の内容を示す説明図である。 音声暗号情報の内容を示す説明図である。

１ ウェブサーバ
６ｇ データベースエリア
８ モデム
２５ アンテナ
２４ａ チケット情報メモリ
２０ 携帯電話（携帯端末）
４０ パーソナルコンピュータ
２８ 液晶表示器

Claims (4)

1. 携帯端末に楽音信号として記憶されたチケット情報が、正規のチケットに対応する情報であるかを、前記端末装置から出力される楽音を用いて認証するチケット認証システムであって、
   前記正規のチケットが予約された場合に使用される前記チケット情報を記憶するチケット情報記憶手段と、
   前記正規のチケットの予約に伴い、前記チケット情報記憶手段に記憶されたチケット情報の取得が前記携帯端末から要求された場合、その取得が要求されたチケット情報に応じた楽音を生成する生成手段と、
   その生成手段により生成された楽音の出力を可能にする前記楽音信号を前記チケット情報として、前記チケット情報の取得を要求した携帯端末に送信して記憶させる送信記憶手段と、
   前記生成手段により生成された楽音を、前記チケット情報に対応付けて前記チケット情報記憶手段に記憶させる対応記憶手段と、
   前記携帯端末から前記認証のために出力された楽音を受音する受音手段と、
   その受音手段により受音された楽音が、前記対応記憶手段によって前記チケット情報に対応付けて前記チケット情報記憶手段へ記憶された楽音と一致するかを判定する楽音判定手段と、
   前記受音された楽音が、前記チケット情報記憶手段へ記憶された楽音と一致すると前記楽音判定手段により判定された場合に、前記受音された楽音に対応する前記チケット情報を、前記予約した正規のチケットに対応する情報として認証する認証手段とを備えていることを特徴とするチケット認証システム。
2. 前記チケット情報記憶手段に記憶されているチケット情報を変更可能な記憶変更手段と、
   その記憶変更手段により前記チケット情報が変更された場合に、その変更されたチケット情報に応じた楽音を再度生成する再生成手段と、
   その再生成手段により生成された楽音の出力を可能にする前記楽音信号を前記変更されたチケット情報として、前記正規のチケットの予約に伴い前記チケット情報の取得を要求した携帯端末に送信して記憶させる再送信手段と、
   前記再生成手段により生成された楽音へ、前記チケット情報記憶手段に記憶されている楽音を更新する楽音更新手段とを備えていることを特徴とする請求項１記載のチケット認証システム。
3. 前記生成手段または前記再生成手段は、前記チケット情報毎に異なる複数の和音の組み合わせを用いることで、前記チケット情報毎に異なる楽音を生成するものであることを特徴とする請求項１または２に記載のチケット認証システム。
4. 前記生成手段または前記再生成手段は、前記チケット情報毎に異なる複数の和音の組み合わせが、所定時間経過後に、別の異なる複数の和音の組み合わせへと変化する楽音を、前記チケット情報毎に異なる楽音として生成するものであることを特徴とする請求項３記載のチケット認証システム。
   
   

Images