(57)【要約】【課題】  ＩＣカード等のメモリ容量によって制限されることなく且つ手間が掛からず電子チケットを購入できると共に、チケットが期限切れにならないように管理する。【解決手段】  チケット保管・管理部１１は、各利用者が購入して自己のＩＣカード２に格納した電子チケットを一時的に保管する。格納チケット選別部３１は、利用者がＩＣカード２がメモリフルの状態で電子チケットを購入する場合、ＩＣカード２にある電子チケットをチケット保管・管理部１１に保管させることで電子チケットを購入可能にさせる。また、ＩＣカード２側に残す電子チケット（例えば比較的期限が近いもの）を選別し、それ以外はチケット保管・管理部１１に保管させる。期限管理部１２は保管してある電子チケットが期限切れにならないように管理する。【選択図】図１
2005235095.tif 000002
【特許請求の範囲】
【請求項１】
電子チケットを発行する第１のサーバと、ネットワークを介して該第１のサーバから前記電子チケットの発行を受けてこれをチケット媒体に記憶する情報処理端末とを有するシステムにおいて、
前記情報処理端末からの依頼に応じて、発行済みの前記電子チケットを保管／取り出しさせるチケット保管・管理手段を有する第２のサーバを備え、
前記情報処理端末は、発行済みの前記電子チケットの数が前記チケット媒体に記憶できる限度を超える数である場合、該発行済みの前記電子チケットの中で優先順位が高いものを前記チケット媒体にそのメモリ容量が許す範囲で格納させ、それ以外の電子チケットは前記第２のサーバに保管させる格納チケット選別手段を有することを特徴とする電子チケット管理システム。
【請求項２】
前記チケット媒体を所持する利用者が該チケット媒体に記憶されている前記電子チケットを使用する際、該電子チケットをチェックして入場許可すると判定した場合には、該電子チケットを前記チケット媒体から削除すると共に、前記第２のサーバに保管中の電子チケットがある場合にはこれを取り出して該チケット媒体に記憶させるサービス提供端末を更に備えることを特徴とする請求項２記載の電子チケット管理システム。
【請求項３】
ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶する情報処理端末であって、
発行済みの前記電子チケットの数が前記チケット媒体に記憶できる限度を超える数である場合、該発行済みの前記電子チケットの中で優先順位が高いものを前記チケット媒体にそのメモリ容量が許す範囲で格納させ、それ以外の電子チケットは外部のサーバに保管させる格納チケット選別手段を有することを特徴とする情報処理端末。
【請求項４】
ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶する情報処理端末であって、
新たな電子チケットの発行を受ける際に、前記チケット媒体の電子チケット格納用記憶領域に空き領域が無い場合には、該チケット媒体に記憶している電子チケットの一部を前記ネットワークを介して外部のサーバに保管させることで空き領域を作り出す格納チケット選別手段を有することを特徴とする情報処理端末。
【請求項５】
前記格納チケット選別手段は、前記外部サーバに保管させる電子チケットを、前記チケット媒体に記憶している電子チケットの中で優先順位が低い電子チケットとすることを特徴とする請求項４記載の情報処理端末。
【請求項６】
前記優先順位は、前記各電子チケットの利用日又は有効期間あるいは利用予定日に基づいて判定することを特徴とする請求項３〜５の何れかに記載の情報処理端末。
【請求項７】
ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶する任意の情報処理端末からの依頼に応じて、前記チケット媒体に記憶している前記電子チケットを一時的に保管し、又は該保管した電子チケットを取り出しさせるチケット保管・管理手段と、
該チケット保管・管理手段で保管される前記各電子チケットの利用日又は有効期間に基づいて、期限切れが近い電子チケットがあった場合には登録されている利用者情報を用いて該電子チケットの利用者の端末に通知する期限管理手段と、
を有することを特徴とするサーバ。
【請求項８】
ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶するコンピュータに、
発行済みの前記電子チケットの数が前記チケット媒体に記憶できる限度を超える数である場合、該発行済みの前記電子チケットの中で優先順位が高いものを前記チケット媒体にそのメモリ容量が許す範囲で格納させ、それ以外の電子チケットは外部のサーバに保管させる機能、
を実現させる為のプログラム。
【請求項９】
コンピュータに、
ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶する任意の情報処理端末からの依頼に応じて、前記チケット媒体に記憶している前記電子チケットを一時的に保管し、又は該保管した電子チケットを取り出しさせる機能と、
前記保管される前記各電子チケットの利用日又は有効期間に基づいて、期限切れが近い電子チケットがあった場合には登録されている利用者情報を用いて該電子チケットの利用者の端末に通知する機能と、
を実現させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカード等の記録媒体に記録させて使用する電子チケットの管理システム等に関する。
【背景技術】
【０００２】
近年、コンサート、映画等のイベントのチケットを電子化して、利用者がこの電子チケットを購入すると、購入された電子チケットをインターネット等のネットワークを介して利用者の携帯情報処理端末（ＩＣカード、携帯電話等のように記録媒体及び演算処理装置を有する何らかの携帯情報処理端末）に記憶させ、利用者はコンサート会場、映画館等のイベント会場で自己のＩＣカード／携帯電話を入場ゲートで提示するだけで入場できる、という電子チケットシステムが知られている。
【０００３】
上記電子チケットに関しては種々の提案が成されているが、例えば、特許文献１記載の発明では、ゲームセンター等に入場する際の電子チケットの発行システムであって、ゲームを盛上げてゲームプレーヤーの入場回数を増やしつつ、入場料を割引にするシステム等が提案されている。
【０００４】
また、非特許文献１のホームページ上では、利用者が購入した電子チケットをサーバ側で一時的に保管しておき、必要なときに利用者の携帯電話や専用ＩＣカードに、購入した電子チケットをサーバ側に一時的に保管させておき、これを好きなときに入手（ダウンロード）でき、あるいはもう一度預ける（アップロードする）こともできるというサービスが提供されている。このサービスでは、イベント会場にあるゲートによって、その場で預けてある電子チケットをダウンロードすることも可能である。
【特許文献１】特開２００２−２７９１１２号公報
【非特許文献１】http://t.pia.co.jp/guide/index02.html
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来技術では、例えばある時点で利用者が２、３枚程度の電子チケットを購入・保持している場合にはよいが、多数の電子チケットを購入している場合に生じる問題については殆ど考慮されていない。但し、非特許文献１のサービスでは、この問題について多少対応している。すなわち、利用者が多数の電子チケットを購入する場合、まず問題になるのは特にＩＣカード等では記憶容量が非常に限られているので、記憶容量一杯まで電子チケットを購入した場合、１つ以上の電子チケットを使用することでこれが削除された後でなければ、新たな電子チケットを購入することができないという問題である。これに対して、上記非特許文献１のサービスによれば、購入した電子チケットをサーバ側に一時的に預けておくことができるので、この問題には対応できる。
【０００６】
しかしながら、このサービスでは、ユーザが逐一、購入した電子チケットの中からサーバ側に預ける又は預けたものを再度入手する電子チケットを選択する操作を行わなければならず、非常に手間が掛かり煩わしい。また、電子チケットは通常、利用日時又は有効期限が決まっているものであり、利用者が多数の電子チケットを購入している場合、期限管理が難しくなり、うっかりして利用日時又は有効期限を過ぎてしまい、せっかく購入したチケットが無駄になってしまう事態が生じる可能性がある（上記特許文献１等に記載のように、会場の入場ゲートにおいて有効期限等がチェックされ、有効期限等を過ぎていたら入場できない）。これは、特にサーバ側に電子チケットを預けっぱなしにした場合に可能性が大きくなる。
【０００７】
また、上記非特許文献１のサービスでは、電子チケットをサーバ側に一時的に預けることを可能とすることで、結果的に、ＩＣカード等の記憶容量に係わらず多くの電子チケットを購入可能になるものである為、ＩＣカード等に記憶容量一杯まで電子チケットを格納した状況での対応方法は考えられていない。つまり、非特許文献１のサービスでは、ユーザが購入した又はサーバに預けた電子チケットを多数ＩＣカードに格納しようとすると、結局、ＩＣカード等に記憶容量一杯まで電子チケットが格納された状況となる。この状況で、更に、新たな電子チケットをＩＣカードに格納すること自体は可能である。すなわち、既にＩＣカードに格納した電子チケットをサーバ側に預け直して容量を空ければよい。しかしながら、これはユーザが判断して行わなければならず、手間が掛かるものであり、慣れていないユーザには対応できない可能性がある。
【０００８】
本発明の課題は、ＩＣカード等のチケット媒体のメモリ容量による制限を受けることなく且つ手間が掛からずに電子チケットを購入でき、また逐一各電子チケットの有効期限を参照して判断しながら保管／取り出しを行うというような手間の掛かる作業を行わなくても、ＩＣカード等のチケット媒体に格納されている電子チケットの有効期限をチェックしていれば、期限切れになることなくチケットを有効に利用できるようにする電子チケット管理システム、その情報処理端末、サーバ、プログラムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の電子チケット管理システムは、電子チケットを発行する第１のサーバと、ネットワークを介して該第１のサーバから前記電子チケットの発行を受けてこれをチケット媒体に記憶する情報処理端末とを有するシステムにおいて、前記情報処理端末からの依頼に応じて、発行済みの前記電子チケットを保管／取り出しさせるチケット保管・管理手段を有する第２のサーバを備え、前記情報処理端末は、発行済みの前記電子チケットの数が前記チケット媒体に記憶できる限度を超える数である場合、該発行済みの前記電子チケットの中で優先順位が高いものを前記チケット媒体にそのメモリ容量が許す範囲で格納させ、それ以外の電子チケットは前記第２のサーバに保管させる格納チケット選別手段を有するように構成する。
【００１０】
上記チケット媒体は発行された電子チケットを記憶しておくことで任意のイベント会場に入場する際のチケットとして使用できるものであり、例えばＩＣカード、携帯電話等である。このようなチケット媒体（特にＩＣカード）は記憶容量が比較的少ない為、一度に記憶しておける電子チケットの数には限りがある。これより、チケット媒体に格納しきれない電子チケットは、上記第２のサーバに一時的に保管させるようにする。その際、優先順位が高い（例えば近いうちに使用しなければ期限切れとなってしまう）電子チケットを第２のサーバに保管させてしまうと、後に利用者が第２のサーバから電子チケットを取り出すのをうっかり忘れて、期限切れになってしまう可能性がある。これより、上記格納チケット選別手段によって選別を行い、優先順位が高い電子チケットが第２のサーバに保管されることがないようにする。
【００１１】
上記電子チケット管理システムは、例えば更に、前記チケット媒体を所持する利用者が該チケット媒体に記憶されている前記電子チケットを使用する際、該電子チケットをチェックして入場許可すると判定した場合には、該電子チケットを前記チケット媒体から削除すると共に、前記第２のサーバに保管中の電子チケットがある場合にはこれを取り出して該チケット媒体に記憶させるサービス提供端末を備えるようにしてもよい。
【００１２】
利用者が自己が購入した電子チケットを使用して所望のイベント会場等に入場しようとする際には、通常、チケット媒体を用いて入場ゲートでの自動チェックを受ける。上記サービス提供端末は例えば入場ゲートに備えられるものであり、一般的なチェック処理の結果、入場許可した場合、当然その電子チケットは使用済みとしてチケット媒体から削除されるのでその分の空き容量ができる。これより、前記第２のサーバに保管中の電子チケットがある場合には空いたところに格納することで、前記第２のサーバに保管させたまま期限切れとなってしまう可能性を低くすることができる。
【００１３】
本発明は、上記情報処理端末自体として構成することもできる。
また、本発明による情報処理端末は、ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶する情報処理端末であって、新たな電子チケットの発行を受ける際に、前記チケット媒体の電子チケット格納用記憶領域に空き領域が無い場合には、該チケット媒体に記憶している電子チケットの一部を前記ネットワークを介して外部のサーバに保管させることで空き領域を作り出す格納チケット選別手段を有するように構成してもよい。
【００１４】
チケット媒体の電子チケット格納用の記憶領域に限度一杯まで電子チケットを格納させた状態では、当然、新たな電子チケットの購入はできない。これより、自動的に空き領域を作り出すことで、ユーザに余計な手間を掛けさせることなく、新たな電子チケットを購入できるようにする。
【００１５】
そして、例えば、前記格納チケット選別手段は、前記外部サーバに保管させる電子チケットを、前記チケット媒体に記憶している電子チケットの中で優先順位が低い電子チケットとする。また、この優先順位は、例えば前記各電子チケットの利用日又は有効期間あるいは利用予定日に基づいて判定する。これにより、優先順位が高い（例えば近いうちに使用しなければ期限切れとなってしまう）電子チケットを外部のサーバに保管させてしまうようなことはない。
【００１６】
また、本発明によるサーバは、ネットワークを介して電子チケットの発行を受けてこれをチケット媒体に記憶する任意の情報処理端末からの依頼に応じて、前記チケット媒体に記憶している前記電子チケットを一時的に保管し、又は該保管した電子チケットを取り出しさせるチケット保管・管理手段と、該チケット保管・管理手段で保管される前記各電子チケットの利用日又は有効期間に基づいて、期限切れが近い電子チケットがあった場合には登録されている利用者情報を用いて該電子チケットの利用者の端末に通知する期限管理手段とを有するように構成する。
【００１７】
上述してあるように、利用者が、電子チケットを一時的に保管させたまま忘れてしまい、期限切れになってしまう場合があり得る。これより、保管している電子チケットの中に期限切れが近い電子チケットがあるか否かを例えば定期的にチェックし、もしある場合には利用者に通知して期限切れが近いことを気付かせるようにする。
【発明の効果】
【００１８】
本発明の電子チケット管理システム、その情報処理端末、サーバ、プログラムによれば、利用者が所有する（購入した）電子チケットを外部のサーバに一時的に保管させることで、ＩＣカード等のチケット媒体の記憶容量によって制限を受けることなく電子チケットを購入できると共に保管／取り出しに係わる利用者の手間を軽減でき、更に購入した電子チケットの中で優先順位が高いものがチケット媒体にそのメモリ容量が許す範囲で自動的に格納され、それ以外はサーバ側で保管される。よって、利用者は、手間が掛からずに自由に何枚でも電子チケットを購入でき、また逐一各電子チケットの有効期限を参照して判断しながら保管／取り出しを行うというような手間の掛かる作業を行わなくても、自己のチケット媒体に格納されている電子チケットの有効期限をチェックしていれば、期限切れになることなくチケットを有効に利用できるようになる。あるいは、期限切れが近い電子チケットがあることを利用者に通知することで、サーバ側に保管したまま期限切れになる可能性を低くすることもできる。また、チケット媒体に限度一杯まで電子チケットを格納している場合でも、利用者に手間を掛けることなく、新たな電子チケットを購入できるようになる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本例の電子チケット管理システムのシステム全体構成図である。
尚、以下の実施例の説明では、電子チケットの記憶媒体をＩＣカードとした場合を例にして説明するが、これに限らず、電子チケットの記憶媒体は上記従来技術のように携帯電話（ＰＨＳを含む）としてもよいし、その他ＰＤＡ等の何等かの持ち運び可能な情報端末を電子チケットの記憶媒体としてもよい。これらＩＣカード等のように電子チケットを格納してチケットとして利用できるようにするものを、まとめて、チケット媒体と呼ぶものとする。
【００２０】
図１に示す電子チケット管理システムは、ＩＣカード発行管理サーバ１０、電子チケット発行管理サーバ２０、電子チケットを利用する各イベント会場に設置された各サービス提供端末５、任意の場所に設置されている（又は移動可能な）各情報処理端末４が、例えば公衆網、インターネット等であるネットワーク１に接続しており、相互に通信可能な構成となっている。
【００２１】
ＩＣカード発行管理サーバ１０は、ＩＣカード２を発行する事業者（ＩＣカード発行事業者）が保持・管理する情報処理装置であり、そのデータベースに、各ＩＣカード２を発行する毎に、その利用者の連絡先等の利用者情報とＩＣカードの識別情報である固有なＩＤを関連付けて記憶する。ＩＣカード発行管理サーバ１０は、チケット保管・管理部１１、期限管理部１２の各機能部を有する。
【００２２】
チケット保管・管理部１１は、各情報処理端末４からの依頼に応じて、電子チケットを一時的に保管し、又保管してある電子チケットを再びその利用者に返す（そのＩＣカード２に格納させる）等のように、利用者が電子チケット発行管理サーバ２０で購入した電子チケットの一時預かりサービスを提供する機能部である。
【００２３】
期限管理部１２は、上記チケット保管・管理部１１で保管している電子チケットの利用日、有効期限等を随時チェックして、例えば近く期限切れになりそうな電子チケットがあった場合には、その旨ユーザに通知する。また、それでも期限切れになった電子チケットは、その旨を利用者に通知して削除させ、あるいは自動的に削除する。この期限管理部１２の機能は、後述する各情報処理端末４の格納チケット選別部３１の機能を無効にしている場合に、特に有効である。
【００２４】
これら各機能部は、当該ＩＣカード発行管理サーバ１０を構成する演算処理装置（ＣＰＵ等）や記憶装置（メモリ、ハードディスク等）により、ＣＰＵ等が記憶装置に格納されている所定のプログラム、データを読み出し実行することにより実現される。これは、電子チケット発行管理サーバ２０、情報端末装置４、サービス提供装置５、ＩＣカード２においても同様である。尚、ＩＣカード２は、電子チケットサービス用のメモリ領域として電子チケットの格納領域とメモリ使用量を管理する領域が用意されるＩＣカードであれば何でも良い。但し、セキュリティー上、前記の両領域に対するアクセス管理機能を持つＩＣカードであることが望ましい。また、ＩＣカード２は、無線式／有線式のどちらであっても良い。
【００２５】
電子チケット発行管理サーバ２０は、各種電子チケットを発行する業者（電子チケット発行事業者）が保持・管理する情報処理装置であり、通常の電子チケットの発行等のサービスを提供すると共に、その流通を管理する（発行されたチケットが使われたか否か、何時使われたか等を管理する）チケット発行・管理部２１を有する情報処理装置である。
【００２６】
尚、図示の構成は一例を示すものであり、例えば電子チケット発行管理サーバ２０がＩＣカード発行管理サーバ１０の代わりにチケット保管・管理部１１、期限管理部１２を備えるようにしてもよい。図示の構成は、例えば複数のカード発行事業者が、発行するＩＣカード２に電子チケットサービス用のメモリ領域を電子チケット事業者に開放する場合に、電子チケット事業者からメモリの開放と同時に電子チケット保管サービスを代行するケース等を想定しているものであり、ケースバイケースで構成は変わる。
【００２７】
各情報端末装置４は、各利用者が自己のＩＣカード２を用いて電子チケットの発行、保管／入手等のサービスを受ける為に利用するパソコン等の情報処理装置である。情報端末装置４は、ＩＣカードＲ／Ｗ（リーダ／ライタ）３を内蔵またはＩＣカードＲ／Ｗ３と接続しており、利用者による操作に応じて、電子チケット発行管理サーバ２０又はＩＣカード発行管理サーバ１０にアクセスして、電子チケットの購入または電子チケットの保管／取出しに係わる処理を実行する。その際、ＩＣカードＲ／Ｗ３（リーダ／ライタ）に挿入されているＩＣカード２に記憶されている電子チケット情報のリード／ライト等も行う。
【００２８】
また、各情報端末装置４は、格納チケット選別部３１を有する。この格納チケット選別部３１は、自動的に、ＩＣカード２に格納してある電子チケットをサーバ１０に保管させ、あるいはサーバ１０に保管してある電子チケットを入手する。例えば、サーバ２０より新たな電子チケットを購入する際にＩＣカード２がメモリフルであった場合に、ＩＣカード２に格納してある電子チケットの一部をサーバ１０に保管させることで空き記憶領域を作り、新たな電子チケットを購入可能にする。また、格納チケット選別部３１は、例えば、購入した電子チケットの中で優先順位が高いものはＩＣカード２にそのメモリ容量が許す範囲で自動的に格納し、それ以外は（優先順位が低いもの）サーバ側で保管されるように、その都度、ＩＣカード２に格納しておく電子チケットを選別する。優先順位が高いものとは、例えば利用期日（又は利用予定日）が近いものである。
【００２９】
また、上記格納チケット選別部３１の機能の一部又は全部を、利用者の指示により無効にすることもできる。無効にした場合は、利用者の判断でＩＣカード２に残す／サーバ１０に保管する電子チケットを選別し、保管／取り出しの為の指示を入力する。これについては、例えば、機能を有効にした後、無効にするような使い方もできる。つまり、一旦、格納チケット選別部３１の機能により優先順位に従った自動選別を行わせ、その後機能を無効にして、ユーザの判断で修正する（例えば優先順位が低くてもＩＣカード２に残すようにする等）ようにしてもよい。
【００３０】
サービス提供装置５は、各イベント会場に設置される入場ゲート等であり、通常の入場チェック処理（有効期限／開催日、そのイベント用の電子チケットであるか否か等のチェック）の他に、例えば入場許可に伴ってその電子チケットをＩＣカード２から削除すると共に、その電子チケットによる入場があったことをサーバ２０に通知したり、サーバ１０に保管中の電子チケットがある場合にはこれを自動的にＩＣカード２にダウンロードする等の機能を有していても良い。
【００３１】
図２は、ＩＣカード２内のメモリ（不図示）のメモリ構造例である。
ＩＣカード２のメモリ領域の一部には、図示の電子チケットサービス領域４１が割り当てられている。電子チケットサービス領域４１は、購入した各電子チケット情報を格納する電子チケット格納領域４２と、電子チケットメモリ使用管理領域４３より成る。上述してある通り、電子チケット格納領域４２に一度に格納できる電子チケットの枚数には限りがある。
【００３２】
図３（ａ）は電子チケット格納領域４２のデータフォーマット例であり、図３（ｂ）は電子チケットメモリ使用管理領域４３のデータフォーマット例である。
電子チケット格納領域４２には、各電子チケット毎に、イベント名５２、開催地５３、座席ＩＤ５４、及び開催日（もしくは有効期間）５５等の項目からなるチケットの権利情報が、その電子チケット固有の識別番号であるチケットＩＤ５１に対応付けて格納される。尚、チケットの権利情報は一例を示しただけであり、この例に限らない。尚、図３（ａ）には、具体的な格納データの一例として、コンサートと映画の電子チケットの情報を示してある。コンサートは日付指定イベントの例であり、映画は一定期間有効なイベントの例である。
【００３３】
電子チケットメモリ使用管理領域４３には、サーバ使用情報６１と、電子チケット格納領域４２に格納されている各電子チケットのチケットＩＤ６２と使用状況６３が格納される。サーバ使用情報６１には、購入した電子チケットのうち、少なくとも１つ以上の電子チケットが現在ＩＣカード発行管理サーバ１０に保管中であるか否かを示す情報が格納される。尚、使用状況６３は、単に、その電子チケット格納領域に現在電子チケットが格納されているか否かを示すものであり、チケットＩＤ６２にデータが格納されているか否かで使用中か未使用かを判断できるので、必ずしも必要なものではないが、ここでは用いるものとして説明する。
【００３４】
以下、電子チケット購入時の処理、電子チケット使用時の処理について説明する。
まず、電子チケット購入時の処理について、図４〜図７を参照して説明する。
図４は各情報端末装置４、図５は電子チケット発行管理サーバ２０、図６はＩＣカード発行管理サーバ１０の処理フローチャートであり、図７（ａ）、（ｂ）はこれら処理に対応するシーケンス図である。尚、図７（ａ）、（ｂ）はＩＣカード２に空き領域が有る／無い場合のチケット発行シーケンスを示す。
【００３５】
図４において、利用者が、各情報端末装置４が備える入力装置（キーボード、マウス等）を操作して、電子チケットの購入を開始しようとしたとき（ステップＳ１１）、情報端末装置４は、まず、ＩＣカードＲ／Ｗ３を介してＩＣカード２にアクセスして、電子チケットの格納状況をチェックする（ステップＳ１２）。つまり、上記電子チケットメモリ使用管理領域４３を参照して、使用状況６３が「未使用」となっている格納領域が１つ以上あるか否か（メモリフルか否か）をチェックする。但し、例えばＩＣカード２がＩＣカードＲ／Ｗ３にセットされていなかったり、ＩＣカードＲ／Ｗ３が情報端末装置４に接続されていない等の原因で、ＩＣカード２にアクセスできない場合には（ステップＳ１３でカードＮＧ）、その旨をエラー表示する（ステップＳ１４）。
【００３６】
ステップＳ１３までの処理は、図７（ａ）、（ｂ）とも同じであるが、ステップＳ１３でメモリフルと判定された場合は図７（ｂ）、そうでない場合は図７（ａ）のシーケンスとなる。尚、図７（ａ）、（ｂ）とも、ステップＳ１９でＮＯと判定された場合については示していない。
【００３７】
上記ステップＳ１３でメモリフルではないと判定された場合には（ステップＳ１３でカードＯＫ）、図７（ａ）に示す通常のチケット発行シーケンスとなる。すなわち、ステップＳ１８の処理に移り、電子チケット発行管理サーバ２０にアクセスして所定の認証手続きを行った後、電子チケット発行管理サーバ２０が提供するＷｅｂ画面上で利用者に所望の電子チケットを購入希望する為の操作を行わせる（ステップＳ１８）。
【００３８】
この電子チケットの購入希望入力があると、電子チケット発行管理サーバ２０は、図５のステップＳ３３以降の処理を行う。すなわち、電子チケット発行管理サーバ２０は、図５に示すように、常時、処理イベント発生待ち状態となっており（ステップＳ３１）、処理イベント発生する毎に、ステップＳ３２で処理内容を判定して、処理内容に応じた処理を実行する。ここでは、ステップＳ１８により電子チケット発行依頼があったので、ステップＳ３３以降の処理を実行する。
【００３９】
まず、購入依頼されたチケットが未だ残っているかを不図示のチケット管理用データベースを検索して求め、もしチケットを確保できた場合には（ステップＳ３４，ＹＥＳ）所定のチケット発行処理を実行し（ステップＳ３５）、もしチケットが完売していた場合等には（ステップＳ３４，ＮＯ）、その旨を情報端末装置４に通知する（ステップＳ３６）。
【００４０】
再び図４に戻り、情報端末装置４は、もしステップＳ３５の処理が実行され、電子チケットが送られてきた場合には（ステップＳ１９，ＹＥＳ）、この電子チケットを上記電子チケット格納領域４２における空き領域に格納する。尚、電子チケットの情報は、図３（ａ）に示す通り、チケットＩＤ５１〜開催日（もしくは有効期間）５５の情報である。
【００４１】
更に、電子チケットメモリ使用管理領域４３のチケットＩＤ６２に、購入したチケットのチケットＩＤを格納すると共に使用状況６３を「使用中」とする（ステップＳ２０）。そして、正常にチケット格納完了したら（ステップＳ２１，ＹＥＳ）、その旨をディスプレイに表示し（ステップＳ２３）（その際、ＩＣカード２に格納してある電子チケットの情報一覧を表示するようにしてもよい）、その後は再び利用者の操作待ち状態に移る。一方、もし何らかの原因で電子チケットを正常に格納できなかった場合には（ステップＳ２１，ＮＯ）、その旨を表示して利用者に何らかの対応を行わせる。
【００４２】
一方、もし、チケットを確保できなかった場合には（ステップＳ１９、ＮＯ）、その旨をディスプレイに表示する（ステップＳ２４）。その後は特に図示していないが、例えばステップＳ１８に戻り、他のチケットを購入させるようにしてもよいが、ここでは図示の通りステップＳ２５以降の処理に移る。ステップＳ２５の処理は、電子チケットメモリ使用管理領域４３のサーバ使用情報６１が「保管中」であった場合に行うものであり、そうでなければ図示していないがステップＳ１１の処理に戻る。
【００４３】
サーバ使用情報６１が「保管中」であった場合、情報端末装置４は、ＩＣカード発行管理サーバ１０にアクセスして、当該サーバ１０に保管してある電子チケットの取出しを要求する。これに応じてサーバ１０は図６のステップＳ６４の処理により電子チケットのダウンロード処理を実行する。すなわち、図６に示すように、サーバ１０は、常時、処理イベント待ち状態となっており（ステップＳ６１）、何等かの処理イベント発生する毎に、その処理内容に応じて（ステップＳ６２）電子チケットの保管／ダウンロード／チェック／削除の何れかの処理を実行するものであり、ここではステップＳ６４のダウンロード処理を実行する。
【００４４】
情報端末装置４は、保管してあった電子チケットを受け取ったら、その後は上記ステップＳ２０〜Ｓ２３と略同様の処理を行う（ステップＳ２５〜Ｓ２８）。尚、ステップＳ２５の処理は、ステップＳ１３でメモリフルと判定されていた場合には、ステップＳ１５でサーバ１０に保管させた電子チケットを再び元に戻す処理を意味する。
【００４５】
一方、上記ステップＳ１３の判定でメモリフルと判定された場合には、例えば、ディスプレイにその旨を表示して利用者に伝えると共に、ＩＣカード２の電子チケット格納領域４２の電子チケット情報を全て読み出して一覧表示し、サーバ１０に保管させる電子チケットを利用者に選択させる。但し、上記格納チケット選別部３１の機能により、自動的にＩＣカード２内の任意の電子チケットをサーバ１０に保管させること、特に後述するように優先順位に応じて自動的にサーバ１０に保管させる電子チケットを判別して保管するように構成することが望ましい。ここでは、利用者に任意に選択させるものとする。
【００４６】
情報端末装置４は、ＩＣカード発行管理サーバ１０と所定の認証手続きを行った後、利用者により選択された電子チケットを当該サーバ１０に送信して保管を依頼する。これを受けて、サーバ１０のチケット保管・管理部１１は、図６のステップＳ６３のチケット保管処理を実行する。そして、正常に保管完了したか否かを情報端末装置４に通知する。情報端末装置４は、正常に保管完了した旨の通知を受けた場合には（ステップＳ１６，ＹＥＳ）、上述したステップＳ１８以降の処理に移るが、当然、その前に、電子チケット格納領域４２において上記保管した電子チケットを削除して空き領域を確保すると共に、チケットＩＤ６２を削除し、使用状況６３を「未使用」とする。また、サーバ使用情報６１が「未保管」であった場合には「保管中」に変更する。
【００４７】
これにより、ＩＣカード２に空きメモリ領域が無い場合でも、新たな電子チケットの購入が行えるようになる。但し、上記の通り、逐一利用者に手間を掛けさせることなく、自動的に空き領域を確保する構成とすることが望ましい。更にその際、優先順位が低いものを保管させるように構成することが望ましい。これについて以下に説明する。
【００４８】
従来の非特許文献１のサービスでは、サーバ側に保管した電子チケットは、ユーザが逐一自発的にサーバにアクセスしてダウンロードしなければならなかった。これに対し、本手法では、例えば上記ステップＳ２５のように、情報端末装置４が自動的にサーバ１０にアクセスして、サーバ１０に保管してある電子チケットをダウンロードするので、ユーザの手間が省ける。そして、更に、上述してあるように、ＩＣカード２がメモリフルの状態で新たな電子チケットを購入する際にもユーザの手間が省けるようにすることが望まれるが、その際、例えば直ぐに使うような電子チケットがサーバ１０に保管されたりしないようにする必要がある。これは、新たな電子チケットの購入時に限らず、ＩＣカード２に入りきらない数の電子チケットを購入していた場合に、ＩＣカード２には優先順位の高い（比較的すぐに使いそうな）電子チケットが格納され、サーバ１０には優先順位が低い（使用日までに未だ余裕がある）電子チケットが保管されるようにすることが望まれ、これより上記格納チケット選別部３１が、新たな電子チケットを購入時又は任意のときに、以下に説明する処理を実行する。
【００４９】
格納チケット選別部３１は、例えば、開催日（もしくは有効期間）５５に基づいて各電子チケットに優先順位を付け、優先順位の高い電子チケットがＩＣカード２に格納されるようにする。つまり、上記ステップＳ１５の処理では、ＩＣカード２に格納されている各電子チケットの開催日（もしくは有効期間）５５を現在日時と比較して、現在日時に最も近いものが最も優先順位が高いようにして優先順位を付していき、この優先順位に従ってサーバ１０に保管する電子チケットを決定する。例えば新たに購入する電子チケットが１つの場合には優先順位が最下位のもの、２つの場合には最下位とその上の電子チケットをサーバ１０に保管させる。尚、既に開催日又は有効期間を過ぎているものがあった場合には、これを削除することで空き領域を確保する。
【００５０】
また、上述してある通り、新たな電子チケットの購入時に限らず、ＩＣカード２に入りきらない数の電子チケットを購入していた場合には、任意のとき又は上記ステップＳ２５等の処理の際に、上記と同様にＩＣカード２内の各電子チケットに優先順位を付けると共に、サーバ１０に保管されている各電子チケット毎にその開催日（もしくは有効期間）を、ＩＣカード２側の最下位のものと比較して、最下位のものより後であれば（つまり優先順位が低ければ）ダウンロードせず、最下位のものより前であれば最下位の電子チケットをアップロードして、保管されている電子チケットをダウンロードする処理を、アップロードするものが無くなるまで繰返し実行する。勿論、このような処理例に限るものではなく、最終的に、サーバ１０に保管されている全ての電子チケットが、ＩＣカード２側の最下位の電子チケットの開催日（もしくは有効期間）より後のものとなるようにする処理であれば何でも良い。尚、有効期間については、例えば有効期間の最終日や有効期間中の真中の日等の特定の日を決めて、この特定日を用いて上記比較を行う。あるいは後述する利用予定日時によって比較を行う。
【００５１】
尚、上記ステップＳ２５の処理は、後述するステップＳ５３の処理においても同様にして行う。
ここで、ＩＣカード発行管理サーバ１０側に記録されるチケット保管情報の一例を図８に示す。図示のチケット保管情報７０は、カードＩＤ７１、利用者情報７２、及び各電子チケットの保管領域７３より成る。利用者情報７２は後に説明する処理で用いるものでありここでは関係ないが、例えば氏名、連絡先（電子メールアドレス、電話番号等）等であり、例えば予め利用者に登録させる。カードＩＤ７１は上記の通り各ＩＣカード毎の固有の識別番号である。これまで説明していなかったが、情報端末装置４は、サーバ１０とやりとりする際には、ＩＣカード２からそのカードＩＤを取得してサーバ１０に通知している。サーバ１０は、通知されたカードＩＤとカードＩＤ７１が同じであるレコードの電子チケット保管領域に、保管依頼された各電子チケットを格納する。つまり、図３（ａ）のチケットＩＤ５１〜開催日（もしくは有効期間）５５の情報を格納する。あるいは逆に、保管してあった電子チケットを情報端末装置４側に渡す。
【００５２】
次に、以下、図９、図１０と上記図５、図６を参照して、電子チケット使用時の処理について説明する。図９は、サービス提供端末５の処理フローチャート図である。
上記の通り、サービス提供端末５は各イベント会場に設置されるものであり、例えば入場ゲートであり、ＩＣカードＲ／Ｗ３を備える。
【００５３】
サービス提供端末５は、常時チケット入力待ち状態となっており（ステップＳ４１）、利用者が入場の際に自己のＩＣカード２をＩＣカードＲ／Ｗ３に提示すると、サービス提供端末５は、ＩＣカードＲ／Ｗ３を介してＩＣカード２とデータ送受信を行い、まず所定の認証処理等を行って正当なＩＣカードであることを確認し（ステップＳ４２）、ＯＫであれば（ステップＳ４３，ＹＥＳ）、更に、入場する為に必要な電子チケットが格納されているかを確認する（ステップＳ４５）。これは、まず電子チケットメモリ使用管理領域４３の各チケットＩＤ６２を参照して、該当するチケットＩＤがあるか否かを判定し、ある場合には更に電子チケット格納領域４２の該当する電子チケット情報を参照して、適正な電子チケットであるか否かを判定する。そして、ＯＫであれば（ステップＳ４３，ＹＥＳ）、ステップＳ４８以降の処理に移る。
【００５４】
尚、何れかがＮＧであれば（ステップＳ４３又はＳ４６でＮＯ）、その旨を表示して入場させないようにする（ステップＳ４４、Ｓ４７）。
ステップＳ４８では、上記該当した電子チケットの情報を電子チケット格納領域４２から削除すると共に、そのチケットＩＤ６２を削除し、使用状況６３を「未使用」とする。尚、何等かの理由でチケット削除できなかった場合には（ステップＳ４９，ＮＯ）その旨を表示する（ステップＳ５０）。
【００５５】
以上の処理は、通常の入場チェック処理であるが、本例では更にステップＳ５１以降の処理を行う。また、後述するサーバ２０への通知処理も行う。
すなわち、上記ステップＳ４８の処理によってＩＣカード２に空き領域ができているので、サーバ使用情報６１が「保管中」であった場合には（ステップＳ５２，ＹＥＳ）、サーバ１０にアクセスして保管中の電子チケットをダウンロードする（ステップＳ５３）。但し、保管中の電子チケットが複数あり、全ての保管チケットをダウンロードできない場合には、上述してあるように、より優先順位の低いものがサーバ１０に保管されるように、自動的に電子チケットのダウンロード／アップロードを行う。尚、もし何等かの理由で保管中の電子チケットをダウンロードできなかった場合には（ステップＳ５４，ＮＯ）、その旨を表示等する（ステップＳ５５）。そして、当該処理が完了したらゲートを開く等して利用者を入場させる（ステップＳ５６）。
【００５６】
尚、特に図示していないが、ステップＳ４６でＹＥＳと判定された後に、チケット受領通知を電子チケット発行管理サーバ２０を送信する。これを受けて当該サーバ２０は、図５のステップＳ３７のチケット受領処理を実行して何時何処でどの電子チケットが使われたか等を記録し、通知処理結果を返信する。これにより、サーバ２０では、発行した電子チケットの流通を最後まで管理することが可能となる。
【００５７】
上記図９の処理に対応する処理シーケンスを図１０に示す。図１０（ｂ）はサーバ１０に保管されている電子チケットがある場合、図１０（ａ）は無い場合の処理シーケンスを示す。
【００５８】
尚、サーバ使用情報６１はサーバ１０に保管するチケットが無くなった時点で「未保管」に変更する。
尚、サーバ２０により電子チケットを発行する際には、当然、電子マネー、クレジットカード等による課金処理も行われている。
【００５９】
以上述べたように、本手法によれば、利用者に手間を掛けることなく、サーバ１０に電子チケットを保管したまま期限を過ぎてしまうという事態を防ぐことができる。
また、電子チケット格納領域４２に格納される電子チケット情報は、上記の例に限らず、例えば図１１に示す情報であってもよい。図１１において、チケットＩＤ８１、イベント名８２、開催地８３、座席ＩＤ８４、及び開催日（もしくは有効期間）８５は、サーバ２０から発行された電子チケットの情報そのものであり、図３（ａ）のチケットＩＤ５１〜開催日（もしくは有効期間）５５と同じであるので、ここでは特に説明しない。本例では、更に、電子チケット発行（購入）の際、それが映画チケット等のように有効期間が設定されている場合には、情報端末装置４等から利用者が任意の利用予定日時８６を設定する。利用予定日は、後から変更することもでき、サーバ１０に保管されているものでも変更できる。また、コンサート等のように開催日時が決まっている場合には、当該開催日時を自動的に利用予定日時８６に格納する。勿論、これは、開催日（もしくは有効期間）５５を参照すれば分かる。
【００６０】
そして、上記優先順位を決定する処理の際には、この利用予定日時８６を用いるようにしてもよい。
また、例えば、以下に述べる期限管理処理を実行してもよい。尚、図１ではサーバ１０のみが期限管理部１２を有する構成を示したが、情報端末装置４においても以下に説明する期限管理機能を備えるように構成してもよい。
【００６１】
まず、情報端末装置４は、電子チケット購入時又は定期的に（例えば毎日）、ＩＣカード２に格納されている各電子チケットの上記利用予定日時８６を参照して現在日時と比較して、もし利用予定日を過ぎている場合、それが開催日時が決まっているものである場合には自動的にサーバ１０にアクセスして当該電子チケットをアップロードして保管させ、あるいは当該電子チケットを削除して、ＩＣカード２のメモリ領域を空けるようにする。その際、サーバ１０に保管中の電子チケットがあった場合にはダウンロードするようにしてもよい。尚、期限切れのチケットを保管／削除した旨をディスプレイに表示してもよい。一方、利用予定日を過ぎている電子チケットが有効期間が設定されているものである場合、利用予定日を再設定するように利用者に通知する（ディスプレイに表示等）。但し、有効期間を過ぎている場合（利用予定日が有効期間の最終日であった場合）には、上記と同様、自動的にアップロード／削除を行う。
【００６２】
一方、サーバ１０の期限管理部１２においても、上記情報端末装置４による期限管理処理と略同様の処理を行う。但し、サーバ１０における処理対象はサーバ１０側に保管中の電子チケットであり、上記アップロードの代わりに、利用予定日又は開催日時又は有効期間を過ぎていることを情報端末装置４に通知して利用者に利用予定日の変更又は電子チケットの削除等の対応を行わせる。つまり、図６のステップＳ６５，Ｓ６７，Ｓ６８の処理により、保管中の電子チケットの開催日時又は有効期間と現在日時とを比較して期限切れか否かをチェックし（ステップＳ６５）、期限切れのチケットがあった場合には、その旨を情報端末装置４に通知する。あるいは、開催日時又は有効期間を過ぎている場合には自動的に削除して、その旨を情報端末装置４に通知するようにしてもよい。これにより、サーバ１０の記憶領域を効率的に利用することが可能となる。この時、削除した履歴はサーバ１０に残す。また、図６のステップＳ６９のように、期限切れではなくても、開催日時又は有効期間の終了日が近づいている場合には（例えば数日前、一週間前等）、期限切れが近づいている旨を情報端末装置４に通知する。勿論、情報端末装置４は、通知された内容をディスプレイに表示し、利用者に知らせる。尚、期限切れが近づいているか否かの判断は、情報端末装置４側でも行って、利用者に知らせるようにしてもよい。
【００６３】
尚、サーバ１０側から情報端末装置４側（利用者）に上記のような何等かの通知を行う際には、図８のチケット保管情報７０の利用者情報７２を参照して行う。例えば図８の例では電子メールアドレスが格納されているので、このアドレスに電子メールにより通知する。
【００６４】
サーバ１０は、上記期限切れを情報端末装置４に通知することで、利用者が情報端末装置４より削除指示してきた場合には、図６のステップＳ６６により期限切れの電子チケットを削除する。
【００６５】
以上説明したように、本手法によれば、利用者が所有する（購入した）電子チケットの中で、利用期日（又は利用予定日）が近いものがＩＣカード２にそのメモリ容量が許す範囲で自動的に保管される。よって、利用者は、逐一各電子チケットの有効期限を参照して判断しながら保管／取り出しを行うというような手間の掛かる作業を行わなくてもよくなり、自己のＩＣカード２に格納されている電子チケットの有効期限をチェックしていれば、期限切れになることなくチケットを有効に利用できるようになり、サーバ側に保管したまま期限切れになるような事態はほぼ起こらないようにできる。それでも万一期限切れが発生した場合には、直ちにその電子チケットを削除し、空き容量を確保できるようにする。
【００６６】
別の言い方をすれば、本手法によれば、利用者が所有する（購入した）電子チケットを外部のサーバに一時的に保管させることで、ＩＣカード等のチケット媒体の記憶容量によって制限を受けることなく電子チケットを購入できると共に、購入した電子チケットの中で優先順位が高いものがチケット媒体にそのメモリ容量が許す範囲で自動的に格納され、それ以外はサーバ側で保管される。よって、利用者は、自由に何枚でも電子チケットを購入できると共に、逐一各電子チケットの有効期限を参照して判断しながら保管／取り出しを行うというような手間の掛かる作業を行わなくてもよくなり、自己のチケット媒体に格納されている電子チケットの有効期限をチェックしていれば、期限切れになることなくチケットを有効に利用できるようになり、サーバ側に保管したまま期限切れになるような事態はほぼ起こらないようにできる。
【００６７】
また、本手法は、電子チケットに限らず、例えば電子クーポン等のような他の電子的価値情報をＩＣカード、携帯電話、ＰＤＡ等に記憶させて利用するシステムにおいても同様にして適用できる。よって、ここでは、「電子チケット」は電子チケットだけでなく電子クーポン等のような他の電子的価値情報も含むものとする。
【００６８】
尚、上述した説明において、所定の認証手続きを行う旨の記載があったが、これは公知技術であり、特に詳細には説明しないが、一応ここで図１２を参照して簡単に説明しておく。尚、図１２には、一例として情報端末装置４−ＩＣカード発行・管理サーバ１０間における認証手続きを示すが、他も同様である。
【００６９】
図１２において、まず前提として、情報端末装置４とＩＣカード発行・管理サーバ１０は、互いに認証用のデータ生成方法（暗号方式）を共有している。そして、例えばまず情報端末装置４が乱数Ａを生成しこれに暗号処理１を施して成るデータＡ１を、サーバ１０に渡す。サーバ１０は、受け取ったデータＡ１に復号処理１を施して復号したＡに暗号処理２を施してデータＡ２を生成する。また、乱数Ｂを生成して、これに暗号処理３を施してデータＢ１を生成する。そして、データＡ２、Ｂ１を情報端末装置４に渡す。情報処理端末４はデータＡ２に復号処理２を施して得たデータが、上記乱数Ａと等しい場合には、ＩＣカード発行・管理サーバ１０を認証する。また、受け取ったデータＢ１に復号処理３を施した後に暗号処理４を施して生成したデータＢ２を、サーバ１０に渡す。サーバ１０はこのデータＢ２に復号処理４を施して得たデータが、上記乱数Ｂと等しい場合には、情報端末装置４を認証する。
【００７０】
図１３は、上記ＩＣカード発行管理サーバ１０、電子チケット発行管理サーバ２０、各情報処理端末４、各サービス提供端末５等のコンピュータのハードウェア構成図である。
同図に示すコンピュータ１００は、ＣＰＵ１０１、メモリ１０２、入力部１０３、出力部１０４、記憶部１０５、記録媒体駆動部１０６、及びネットワーク接続部１０７を有し、これらがバス１０８に接続された構成となっている。同図に示す構成は一例であり、これに限るものではない。
【００７１】
ＣＰＵ１０１は、当該コンピュータ１００全体を制御する中央処理装置である。
メモリ１０２は、プログラム実行、データ更新等の際に、記憶部１０５（あるいは可搬型記録媒体１０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ１０１は、メモリ１０２に読み出したプログラム／データを用いて、上述してある各種処理を実行する。
【００７２】
出力部１０４は、例えばディスプレイ等であり、各情報処理端末４又は各サービス提供端末５においては、例えば電子チケットの購入や保管、取り出しの操作の為の画面や、ＩＣカード２に格納されている電子チケットの内容や、上述した各種通知内容を知らせる画面等を表示する。
【００７３】
入力部１０３は、例えば、キーボード、マウス等であり、ユーザはこれらを操作して、上記出力部１０４の画面上でデータの入力・選択等を行う。
ネットワーク接続部１０７は、例えばイントラネットやインターネット等のネットワークに接続して、他の情報処理装置とのコマンド／データ送受信を行う為の構成である。
【００７４】
記憶部１０５は、例えばハードディスク等であり、上述した様々な処理・機能（図１、図２に示す各機能部の機能、図４〜図６、図９のフローチャートの処理）を、上記ＣＰＵ１０１により実行させるためのプログラムや各種データが格納される。
【００７５】
あるいは、これらプログラム／データは、可搬型記録媒体１０９に記憶されているものであってもよい。この場合、可搬型記録媒体１０９に記憶されているプログラム／データは、記録媒体駆動部１０６によって読み出される。可搬型記録媒体１０９とは、例えば、ＦＤ（フレキシブル・ディスク）１０９ａ、ＣＤ−ＲＯＭ１０９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【００７６】
あるいは、また、上記プログラム／データは、ネットワーク接続部１０７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。
【００７７】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【図面の簡単な説明】
【００７８】
【図１】本例の電子チケット管理システムのシステム全体構成図である。
【図２】ＩＣカード内のメモリのメモリ構造例である。
【図３】（ａ）は電子チケット格納領域のデータフォーマット例であり、（ｂ）は電子チケットメモリ使用管理領域のデータフォーマット例である。
【図４】各情報端末装置の処理フローチャート図である。
【図５】電子チケット発行管理サーバの処理フローチャート図である。
【図６】ＩＣカード発行管理サーバの処理フローチャート図である。
【図７】（ａ）、（ｂ）はＩＣカードに空き領域が有る／無い場合のチケット発行シーケンスを示す。
【図８】サーバ側のチケット保管情報の一例を示す図である。
【図９】サービス提供端末の処理フローチャート図である。
【図１０】（ｂ）はサーバに保管されている電子チケットがある場合、（ａ）は無い場合の処理シーケンスを示す図である。
【図１１】電子チケット格納領域に格納される電子チケット情報の他の例である。
【図１２】所定の認証手続きを説明する為の図である。
【図１３】コンピュータのハードウェア構成図である。
【符号の説明】
【００７９】
１  ネットワーク
２  ＩＣカード
３  ＩＣカードＲ／Ｗ（リーダ／ライタ）
４  情報端末装置
５  サービス提供装置
１０  ＩＣカード発行管理サーバ
１１  チケット保管・管理部
１２  期限管理部
２０  電子チケット発行管理サーバ
２１  チケット発行・管理部
３１  格納チケット選別部
４１  電子チケットサービス領域
４２  電子チケット格納領域
４３  電子チケットメモリ使用管理領域
５１  チケットＩＤ
５２  イベント名
５３  開催地
５４  座席ＩＤ
５５  開催日（もしくは有効期間）
６１  サーバ使用情報
６２  チケットＩＤ
６３  使用状況
７０  チケット保管情報
７１  カードＩＤ
７２  利用者情報
７３  電子チケットの保管領域
８０  電子チケット情報
８１  チケットＩＤ
８２  イベント名
８３  開催地
８４  座席ＩＤ
８５  開催日（もしくは有効期間）
８６  利用予定日時
１００  コンピュータ
１０１  ＣＰＵ
１０２  メモリ
１０３  入力部
１０４  出力部
１０５  記憶部
１０６  記録媒体駆動部
１０７  ネットワーク接続部
１０８  バス
１０９  可搬型記録媒体
１０９ａ  ＦＤ（フレキシブル・ディスク）
１０９ｂ  ＣＤ−ＲＯＭ
【図１】
2005235095.tif 000003
【図２】
2005235095.tif 000004
【図３】
2005235095.tif 000005
【図４】
2005235095.tif 000006
【図５】
2005235095.tif 000007
【図６】
2005235095.tif 000008
【図７】
2005235095.tif 000009
【図８】
2005235095.tif 000010
【図９】
2005235095.tif 000011
【図１０】
2005235095.tif 000012
【図１１】
2005235095.tif 000013
【図１２】
2005235095.tif 000014
【図１３】
2005235095.tif 000015