JP2002149889A - チケット流通通信システム - Google Patents

Abstract

(57)【要約】 【課題】 チケットの入手と入手したチケット内容の変
更とを容易に実行することのできるチケット流通通信シ
ステムを提供すること。 【解決手段】 携帯電話２０からウェブサーバ１に送信
されたコマンドがチケット予約コマンドであると、チケ
ット情報管理プログラム６ｃによってチケットの予約が
実行され、予約チケット情報が携帯電話２０へ送信され
る。送信された予約チケット情報は、制御プログラム２
２ａによりチケット情報メモリ２４ａに書き込まれる。
書き込まれた予約チケット情報に変更が生じた場合に
は、ウェブサーバ１から変更情報が送信され、変更情報
報知処理により先に記憶されている予約チケット情報が
変更情報に更新される。チケット情報メモリ２４ａに記
憶される予約チケット情報はＬＣＤ２８に表示され、カ
メラ５２により読み取られてその正当性がＰＣ４０の制
御プログラム４３ａにより判断される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、チケット流通通信
システムに関し、特に、チケット情報を送信するチケッ
ト情報管理装置と、送信されたチケット情報を記憶する
携帯端末装置と、携帯端末装置に記憶されるチケット情
報を読み取るチケット情報読取装置とを備えることによ
り、チケットの入手と入手したチケット内容の変更とを
容易に実行することのできるチケット流通通信システム
に関するものである。

【０００２】

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

【０００３】

【発明が解決しようとする課題】しかしながら、従来の
チケット流通通信システムにおいては、チケットが紙で
流通しているために、偽造防止が施された特別な紙でチ
ケットを発券せねばならず、このため、電話、ファクシ
ミリ、パソコンを利用してチケットを予約または購入し
ても、その受け取りにわざわざ代理店まで出向かなくて
はならないという問題点があった。また、チケットは紙
の印刷物であるので、チケットの内容（例えば、そのチ
ケットに記されるイベントの日時、場所、料金など）に
変更がある場合には、前のチケットを廃棄すると共に、
新たなチケットを再発行しなければならないという問題
点があった。

【０００４】これらの問題を解決するために、例えば、
特願平６−６０１００号公報には、ＩＣカードをチケッ
トとして利用するシステムが記載されている。これは、
通信によりチケット情報を受信し、受信したチケット情
報を手元のカード書込機によりＩＣカードに書き込むシ
ステムである。これによれば、チケット情報の書き込ま
れたＩＣカードをチケットの利用場所へ運搬すること
で、ＩＣカードそのものをチケットとして使用すること
ができる。ＩＣカードをチケットとして使用すれば、チ
ケットの偽造防止を行うことができるので、わざわざ代
理店に出向かなくとも、自宅などに居ながらにして手元
のカード書込み機を使用してチケットを入手することが
できる。また、ＩＣカードに記憶される情報は書き換え
ることができるので、チケットの内容に変更があっても
同じカードを繰り返し使用することができる。

【０００５】しかしながら、このＩＣカードをチケット
として利用するシステムにおいては、ＩＣカード書込機
を全ての利用者が購入しなくてはならず、金銭的な負担
が大きいという問題点があった。更に、ＩＣカード、紙
のいずれかを用いた従来のチケット流通通信システムに
おいては、チケットの発給後あるいはチケット情報の送
信後にその内容に変更が生じた場合には、内容の変更を
チケットの所有者に個別に伝達することができないとい
う問題点があった。つまり、チケットの内容に変更が生
じた場合には、テレビ、ラジオ、新聞などの公共の広告
機構を利用してその変更情報を伝達するしかなく、チケ
ットを所有する所有者に個別にその変更情報を伝達する
ことができない。このため、既に発給されたチケット
（送信されたチケット情報）については、その所有者が
チケットの内容の変更に気づかなければ、情報を変更す
ることができず、所有するチケットが使用できなくなる
という問題点があった。また、テレビやラジオを通じて
チケットの内容に変更があることに気づいた所有者は、
チケットの内容を変更するために、そのチケットあるい
はＩＣカードを所定の代理店などへわざわざ持参して、
チケット情報の変更を行わなくてはならないという問題
点があった。

【０００６】本発明は、上述した問題を解決するために
なされたものであり、チケットの入手と入手したチケッ
ト内容の変更とを容易に実行することのできるチケット
流通通信システムを提供することを目的としている。

【０００７】

【課題を解決するための手段】この目的を達成するため
に請求項１記載のチケット流通通信システムは、チケッ
ト情報を記憶するチケット情報管理記憶手段と、そのチ
ケット情報管理記憶手段に記憶されるチケット情報を送
信する送信手段とを有するチケット情報管理装置と、そ
のチケット情報管理装置の送信手段により送信されたチ
ケット情報を受信する受信手段と、その受信手段により
受信されたチケット情報を記憶するチケット情報携帯記
憶手段とを有する携帯端末装置と、その携帯端末装置の
チケット情報携帯記憶手段に記憶されたチケット情報を
読み取って、そのチケット情報が正規のものである場合
に前記携帯端末装置を正規のチケットとして認めるチケ
ット情報読取装置とを備えている。

【０００８】この請求項１記載のチケット流通通信シス
テムによれば、チケット情報管理装置のチケット情報管
理記憶手段に記憶されるチケット情報が、その送信手段
により携帯端末装置に送信される。携帯端末装置に送信
されたチケット情報は受信手段により受信された後、携
帯端末装置において、そのチケット情報携帯記憶手段に
記憶される。チケット情報携帯記憶手段に記憶されるチ
ケット情報は、チケット情報読取装置により読み取ら
れ、読み取られたチケット情報が正規のものである場合
には、そのチケット情報を記憶する携帯端末装置が正規
のチケットとして認められる。

【０００９】請求項２記載のチケット流通通信システム
は、請求項１記載のチケット流通通信システムにおい
て、前記チケット情報管理装置は、前記携帯端末装置へ
送信したチケット情報に変更が生じた場合に、その変更
情報を前記携帯端末装置へ送信する変更情報送信手段を
備えており、前記携帯端末装置は、その変更情報送信手
段により送信された変更情報を受信した場合に、その受
信した変更情報に基づいて前記チケット情報携帯記憶手
段に記憶されたチケット情報を書き換えるチケット情報
書換手段を備えている。

【００１０】この請求項２記載のチケット流通通信シス
テムによれば、請求項１記載のチケット流通通信システ
ムと同様に作用する上、チケット情報管理装置から携帯
端末装置へ送信したチケット情報に変更が生じた場合に
は、その変更情報が、チケット情報管理装置の変更情報
送信手段により携帯端末装置へ送信される。携帯端末装
置において、その変更情報が受信されると、チケット情
報書換手段により、チケット情報携帯記憶手段に記憶さ
れたチケット情報が書き換えられる。

【００１１】請求項３記載のチケット流通通信システム
は、請求項２に記載のチケット流通通信システムにおい
て、前記変更情報送信手段は、変更されるべきチケット
情報を記憶する前記携帯端末装置のうち２以上の携帯端
末装置へ、その変更情報を一斉に送信する。

【００１２】請求項４記載のチケット流通通信システム
は、請求項１から３のいずれかに記載のチケット流通通
信システムにおいて、前記送信手段により送信されるチ
ケット情報は、目視によりその内容を理解することので
きる可視情報と、目視によりその内容を理解することの
できない暗号情報とを備えている。

【００１３】請求項５記載のチケット流通通信システム
は、請求項１から４のいずれかに記載のチケット流通通
信システムにおいて、前記携帯端末装置は、前記チケッ
ト情報携帯記憶手段に記憶されたチケット情報を表示す
る表示手段を備えており、前記チケット情報読取装置
は、前記携帯端末装置の表示手段に表示されるチケット
情報を読み取って、そのチケット情報が正規のものであ
るか否かを判断する判断手段を備えている。

【００１４】この請求項５記載のチケット流通通信シス
テムによれば、請求項１から４のいずれかに記載のチケ
ット流通通信システムと同様に作用する上、携帯端末装
置のチケット情報携帯記憶手段に記憶されたチケット情
報は携帯端末装置の表示手段に表示される。表示手段に
表示されたそのチケット情報は、チケット情報読取装置
に読み取られ、チケット情報読取装置に備えられた判断
手段により、表示手段に表示されたチケット情報が正規
のものであるか否かが判断される。

【００１５】請求項６記載のチケット流通通信システム
は、請求項５に記載のチケット流通通信システムにおい
て、前記表示手段に表示されるチケット情報には、目視
によりその内容を理解することのできない暗号情報が含
まれている。

【００１６】請求項７記載のチケット流通通信システム
は、請求項１から３のいずれかに記載のチケット流通通
信システムにおいて、前記送信手段により送信されるチ
ケット情報は、目視によりその内容を理解することので
きる可視情報又は聴覚によりその内容を理解することの
できる音声情報と、前記チケット情報と関連づけて特定
され、且つ聴覚によりチケット情報の内容を理解するこ
とのできない音声暗号情報とを備えている。

【００１７】請求項８記載のチケット流通通信システム
は、請求項７記載のチケット流通通信システムにおい
て、前記携帯端末装置は、前記チケット情報携帯記憶手
段に記憶されたチケット情報を表示する表示手段又はチ
ケット情報を発音する音声発生手段と、前記音声暗号情
報を発生する音声発生手段を備えており、前記チケット
情報読取装置は、前記携帯端末装置の音声発生手段から
発生される音声暗号情報を認識して、そのチケット情報
が正規のものであるか否かを判断する判断手段を備えて
いる。

【００１８】この請求項８記載のチケット流通通信シス
テムによれば、いわゆる「着メロ」（着信メロディ）等
として、１６和音等からなる多種多様な音声を出力する
機能を備えた携帯電話を携帯端末装置として使用する場
合において、送信手段により送信されるチケット情報に
関連づけて特定され、且つ聴覚によりチケット情報の内
容を理解することのできない音声暗号情報をチケット情
報携帯記憶手段に記憶しておき、その音声暗号情報が携
帯端末装置の音声発生手段から発生されたときに、チケ
ット情報読取装置によりその音声暗号情報が認識され
て、認識されたチケット情報が正規のものである場合に
は、そのチケット情報を記憶する携帯端末装置が正規の
チケットとして認められる。

【００１９】請求項９記載のチケット流通通信システム
は、請求項２から８のいずれかに記載のチケット流通通
信システムにおいて、前記携帯端末装置は、前記変更情
報送信手段により送信された変更情報を受信した場合
に、その旨を報知する報知手段を備えている。

【００２０】請求項１０記載のチケット情報管理装置
は、請求項１から９のいずれかに記載のチケット流通通
信システムに使用されるチケット情報管理装置である。

【００２１】請求項１１記載の携帯端末装置は、請求項
１から９のいずれかに記載のチケット流通通信システム
に使用される携帯端末装置である。

【００２２】請求項１２記載のチケット情報読取装置
は、請求項１から９のいずれかに記載のチケット流通通
信システムに使用されるチケット情報読取装置である。

【００２３】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１８３】上記実施例において、請求項２記載の変更
情報送信手段としては、図７のフローチャートのＳ１０
の処理が該当する。請求項２記載のチケット情報書換手
段としては図１２のフローチャートのＳ７２の処理が該
当する。請求項５記載の判断としては、図１１のフロー
チャートのＳ６４の処理が該当する。請求項９記載の報
知手段としては、図１２のフローチャートのＳ７３及び
Ｓ７４の処理が該当する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２０１】

【発明の効果】請求項１記載のチケット流通通信システ
ムによれば、チケット情報管理装置から携帯端末装置に
チケット情報を送信し、携帯端末装置は送信されたチケ
ット情報を記憶する。チケット情報読取装置は、この携
帯端末装置に記憶されたチケット情報を読み取る。よっ
て、チケット情報を記憶する携帯端末装置そのものをチ
ケットとして取り扱うことができる。これによれば、チ
ケットを入手するために、所定の日時にチケットの発給
場所へ赴く必要がなく、通信により所望のチケット情報
を携帯端末装置に記憶させることで、所望のチケットを
簡便に入手することができるという効果がある。特に、
チケットの発給場所から離れた場所に住んでいる利用者
についても、簡便に所望のチケットを入手することがで
きるという効果がある。

【０２０２】また、チケット情報はチケット情報管理装
置から任意の携帯端末装置を認識した後に送信すること
ができる上、そのチケット情報が携帯端末装置に一旦記
憶されてしまえば、その所有者以外の人目に触れること
が少ないので、チケット情報の機密性を保つことがで
き、容易に偽造防止を行うことができるという効果があ
る。これによれば、紙で流通されるチケットの偽造防止
のように、偽造防止の施された紙に専用機でチケット情
報を印刷する必要がなく、専用機のある所定の場所でチ
ケットを発給（発行）する必要がない。このため、チケ
ットの発給（発行）を任意の場所で行うことができ、そ
のチケットの発給（発行）業務を発給者（発行者）に最
適な場所で円滑に行うことができるという効果がある。
また、チケット情報は通信によりチケット情報管理装置
から携帯端末装置へと送信されるので、発行されたチケ
ットをその発給場所へ配送する必要がなく、配送コスト
を抑制してチケットを発給するためのコストを削減する
ことができる。

【０２０３】加えて、携帯端末装置だけでチケット情報
の受信と記憶とが行えるので、例えば、チケットとして
使用されるＩＣカードのように、チケット情報を受信す
るための受信端末や受信した情報をＩＣカードに書き込
むための書込機を必要としない。このため、携帯端末装
置の所有者は、その携帯端末装置の携帯時においてもチ
ケット情報を入手することができ、所有者の好適な時間
に好適な場所でチケット情報を入手することができると
いう効果がある。

【０２０４】請求項２記載のチケット流通通信システム
によれば、請求項１記載のチケット流通通信システムの
奏する効果に加え、チケット情報管理装置から送信され
たチケット情報に変更が生じた場合には、その変更情報
を携帯端末装置に送信し、送信された変更情報へと携帯
端末装置に記憶されるチケット情報を書き換える。よっ
て、従来のように、チケット情報を変更するためにわざ
わざ代理店などに出向く必要がなく、時間と労力を費や
す必要がないという効果がある。また、携帯端末装置の
所有者がチケットの内容に変更があることを知らなくと
も、また、変更情報を取得するための操作を行わなくと
も、変更情報は個々の携帯端末装置において受信されて
チケット情報を更新するので、記憶されているチケット
情報は常に最新の情報に変更される。このため、記憶さ
れるチケット情報が変更されていないために、チケット
としての機能が失効することがないという効果がある。

【０２０５】請求項３記載のチケット流通通信システム
によれば、請求項２記載のチケット流通通信システムの
奏する効果に加え、変更されるべきチケット情報を記憶
する携帯端末装置のうち２以上の携帯端末装置へ、その
変更情報を一斉に送信するので、個別に送信する場合に
比べて送信の手間を省くことができるという効果があ
る。

【０２０６】請求項４記載のチケット流通通信システム
によれば、請求項１から３のいずれかに記載のチケット
流通通信システムの奏する効果に加え、チケット情報
は、目視によりその内容を理解することのできる可視情
報と、目視によりその内容を理解することのできない暗
号情報とを備えているので、必要に応じて可視情報と暗
号情報とを使い分けることができる。これによれば、例
えば、携帯端末装置の所有者によるキーワード入力など
の所定の操作により可視情報を表示し、それ以外の場合
には暗号情報を出力するようにすることができる。この
ため、携帯端末装置の所有者は可視情報によりチケット
情報の内容を確認することができる一方で、暗号情報に
よりチケット情報の機密性を保持することができ、個人
のプライバシーを保護することができるという効果があ
る。

【０２０７】請求項５記載のチケット流通通信システム
によれば、請求項１から４のいずれかに記載のチケット
流通通信システムの奏する効果に加え、携帯端末装置に
記憶されたチケット情報を表示手段に表示し、表示され
たチケット情報をチケット情報読取装置により読み取っ
て、そのチケット情報が正規のものであるか否かを判断
する。よって、携帯端末装置に表示されるチケット情報
をチケットとして読み取ることにより、携帯端末装置に
記憶されるチケット情報をチケットとして紙等に印刷す
るプリンタや、別の媒体に出力するためのリーダ／ライ
タを不要とすることができる。このため、チケット情報
読取装置を簡素化して低コストでチケット情報の読取り
を実行することができるという効果がある。

【０２０８】請求項６記載のチケット流通通信システム
によれば、請求項５に記載のチケット流通通信システム
の奏する効果に加え、表示手段に表示されるチケット情
報には、目視によりその内容を理解することのできない
暗号情報が含まれているので、例えば、表示されるチケ
ット情報に所有者のＩＤやパスワードがあっても、それ
らを暗号情報で表示することができる。このため、チケ
ット情報読取装置により表示されるチケット情報を読み
取る際に、悪意のあるオペレータにそのチケット情報が
見られても、チケット情報が悪用されることがないとい
う効果がある。

【０２０９】請求項７記載のチケット流通通信システム
によれば、請求項１から３のいずれかに記載のチケット
流通通信システムの奏する効果に加え、チケット情報
は、目視によりその内容を理解することのできる可視情
報又は聴覚によりその内容を理解することのできる音声
情報と、チケット情報と関連づけて特定され、且つ聴覚
によりチケット情報の内容を理解することのできない音
声暗号暗号情報とを備えているので、必要に応じて可視
情報と音声暗号情報とを使い分けることができる。これ
によれば、例えば、携帯端末装置の所有者によるキーワ
ード入力などの所定の操作により可視情報を表示し、そ
れ以外の場合には音声暗号情報を出力するようにするこ
とができる。このため、携帯端末装置の所有者は可視情
報によりチケット情報の内容を確認することができる一
方で、音声暗号情報によりチケット情報の機密性を保持
することができ、個人のプライバシーを保護することが
できるという効果がある。

【０２１０】請求項８記載のチケット流通通信システム
によれば、請求項７記載のチケット流通通信システムの
奏する効果に加え、前記携帯端末装置は、前記チケット
情報携帯記憶手段に記憶されたチケット情報を表示する
表示手段又はチケット情報を発音する音声発生手段と、
前記音声暗号情報を発生する音声発生手段を備えてお
り、前記チケット情報読取装置は、前記携帯端末装置の
音声発生手段から発生される音声暗号情報を認識して、
そのチケット情報が正規のものであるか否かを判断する
判断手段を備えている。よって、いわゆる「着メロ」
（着信メロディ）等として、１６和音等からなる多種多
様な音声を出力する機能を備えた携帯電話を携帯端末装
置として使用する場合において、携帯端末装置の音声発
生手段から発生される音声暗号情報をチケットとして読
み取ることにより、携帯端末装置に記憶されるチケット
情報をチケットとして紙等に印刷するプリンタや、別の
媒体に出力するためのリーダ／ライタを不要とすること
ができる。このため、チケット情報読取装置を簡素化し
て低コストでチケット情報の読取りを実行することがで
きるという効果がある。

【０２１１】請求項９記載のチケット流通通信システム
によれば、請求項２から８のいずれかに記載のチケット
流通通信システムの奏する効果に加え、携帯端末装置は
変更情報を受信した場合に、その旨を報知する報知手段
を備えているので、記憶されているチケット情報が変更
されたことをその所有者に報知することができる。よっ
て、携帯端末装置に記憶されるチケット情報が変更され
たことを確実にその所有者に伝達して、チケットとして
の効力を失効させないようにすることができるという効
果がある。

【図面の簡単な説明】

【図１】本発明の一実施例であるウェブサーバに、ウェ
ブクライアントである携帯電話とパーソナルコンピュー
タが接続されたチケット流通通信システムの状態を示す
外観図である。

【図２】上記チケット流通通信システムの電気的構成を
示したブロック図である。

【図３】データ管理表の一例であるコンサートデータ管
理表がウェブサーバのＣＲＴに表示されたデータ管理表
表示画面を示した図である。

【図４】予約管理ファイルがウェブサーバのＣＲＴに表
示された予約管理ファイル表示画面を示した図である。

【図５】チケット情報処理が実行されている携帯電話の
表示画面を示した図である。

【図６】携帯電話に記憶される予約チケット情報が変更
された様子を示した図である。

【図７】ウェブサーバによって実行されるチケット情報
入力処理のフローチャートである。

【図８】ウェブサーバによって実行されるチケット情報
処理のフローチャートである。

【図９】ウェブサーバによって実行されるチケット予約
処理のフローチャートである。

【図１０】ウェブサーバによって実行される予約情報配
信処理のフローチャートである。

【図１１】チケット情報読取装置（パーソナルコンピュ
ータ）で実行されるチケット情報読取処理のフローチャ
ートである。

【図１２】携帯電話で実行される変更情報報知処理のフ
ローチャートである。

【図１３】本発明の他の実施例であるウェブサーバに、
ウェブクライアントである携帯電話とパーソナルコンピ
ュータが接続されたチケット流通通信システムの状態を
示す外観図である。

【図１４】音声暗号情報の内容を示す説明図である。

【図１５】音声暗号情報の内容を示す説明図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｂ 7/24 Ｈ０４Ｂ 7/24 Ｃ 7/26 7/26 Ｍ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 チケット情報を記憶するチケット情報管
   理記憶手段と、そのチケット情報管理記憶手段に記憶さ
   れるチケット情報を送信する送信手段とを有するチケッ
   ト情報管理装置と、 そのチケット情報管理装置の送信手段により送信された
   チケット情報を受信する受信手段と、その受信手段によ
   り受信されたチケット情報を記憶するチケット情報携帯
   記憶手段とを有する携帯端末装置と、 その携帯端末装置のチケット情報携帯記憶手段に記憶さ
   れたチケット情報を読み取って、そのチケット情報が正
   規のものである場合に前記携帯端末装置を正規のチケッ
   トとして認めるチケット情報読取装置とを備えているこ
   とを特徴とするチケット流通通信システム。
2. 【請求項２】 前記チケット情報管理装置は、前記携帯
   端末装置へ送信したチケット情報に変更が生じた場合
   に、その変更情報を前記携帯端末装置へ送信する変更情
   報送信手段を備えており、 前記携帯端末装置は、その変更情報送信手段により送信
   された変更情報を受信した場合に、その受信した変更情
   報に基づいて前記チケット情報携帯記憶手段に記憶され
   たチケット情報を書き換えるチケット情報書換手段を備
   えていることを特徴とする請求項１に記載のチケット流
   通通信システム。
3. 【請求項３】 前記変更情報送信手段は、変更されるべ
   きチケット情報を記憶する前記携帯端末装置のうち２以
   上の携帯端末装置へ、その変更情報を一斉に送信するこ
   とを特徴とする請求項２に記載のチケット流通通信シス
   テム。
4. 【請求項４】 前記送信手段により送信されるチケット
   情報は、目視によりその内容を理解することのできる可
   視情報と、目視によりその内容を理解することのできな
   い暗号情報とを備えていることを特徴とする請求項１か
   ら３のいずれかに記載のチケット流通通信システム。
5. 【請求項５】 前記携帯端末装置は、前記チケット情報
   携帯記憶手段に記憶されたチケット情報を表示する表示
   手段を備えており、 前記チケット情報読取装置は、前記携帯端末装置の表示
   手段に表示されるチケット情報を読み取って、そのチケ
   ット情報が正規のものであるか否かを判断する判断手段
   を備えていることを特徴とする請求項１から４のいずれ
   かに記載のチケット流通通信システム。
6. 【請求項６】 前記表示手段に表示されるチケット情報
   には、目視によりその内容を理解することのできない暗
   号情報が含まれていることを特徴とする請求項５に記載
   のチケット流通通信システム。
7. 【請求項７】 前記送信手段により送信されるチケット
   情報は、目視によりその内容を理解することのできる可
   視情報又は聴覚によりその内容を理解することのできる
   音声情報と、前記チケット情報と関連づけて特定され、
   且つ聴覚によりチケット情報の内容を理解することので
   きない音声暗号情報とを備えていることを特徴とする請
   求項１から３のいずれかに記載のチケット流通通信シス
   テム。
8. 【請求項８】 前記携帯端末装置は、前記チケット情報
   携帯記憶手段に記憶されたチケット情報を表示する表示
   手段又はチケット情報を発音する音声発生手段と、前記
   音声暗号情報を発生する音声発生手段を備えており、 前記チケット情報読取装置は、前記携帯端末装置の音声
   発生手段から発生される音声暗号情報を認識して、その
   チケット情報が正規のものであるか否かを判断する判断
   手段を備えていることを特徴とする請求項７に記載のチ
   ケット流通通信システム。
9. 【請求項９】 前記携帯端末装置は、前記変更情報送信
   手段により送信された変更情報を受信した場合に、その
   旨を報知する報知手段を備えていることを特徴とする請
   求項２から８のいずれかに記載のチケット流通通信シス
   テム。
10. 【請求項１０】 請求項１から９のいずれかに記載のチ
    ケット流通通信システムに使用されるチケット情報管理
    装置。
11. 【請求項１１】 請求項１から９のいずれかに記載のチ
    ケット流通通信システムに使用される携帯端末装置。
12. 【請求項１２】 請求項１から９のいずれかに記載のチ
    ケット流通通信システムに使用されるチケット情報読取
    装置。