JP2002245379A - 電子チケット移転システム及びそれを実現するためのコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【目的】 ＩＣカードや携帯電話等のチケット携帯手段
を持っていない人にも電子チケットを移転できるシステ
ムを提供することを目的とする。 【解決手段】 チケットを管理する管理サーバー１は、
移転元特定情報と移転先特定情報とからなる移転情報を
受付ける。移転元特定情報により特定される利用者が所
有する電子チケットを移転先特定情報により特定される
利用者に移転する。移転される電子チケットはダウンロ
ード前の電子チケットである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンサート等で利
用されるの電子チケットの移転システムに関するもので
ある。

【０００２】

【従来の技術】現在、コンサートやスポーツ観戦のため
のチケットとしては、紙に印刷されたチケットが一般的
に利用されているが、近い将来はこれに代わりデジタル
情報による電子チケットが広く利用される予定である。
この電子チケットの場合、チケットの所有者はＩＣカー
ド等の携帯可能な記憶媒体（携帯記憶媒体）に電子チケ
ットを記憶させてチケットを保有する。そして、電子チ
ケットを他の人に譲渡する場合は、その所有者の携帯記
憶媒体からインターネット等を介して譲渡人の携帯記憶
媒体に移転させるのである。

【０００３】

【発明が解決しようとする課題】しかし、この移転方法
では、譲受人が記憶媒体を所有していない場合は電子チ
ケットを譲渡できないという問題がある。また、譲受人
が記憶媒体を所有していたとしても双方の携帯記憶媒体
を同時に揃えないと移転作業ができないという問題もあ
る。そこで、これら問題を解決するシステム等が求めら
れるところである。

【０００４】

【課題を解決するための手段】本発明は、次の処理を行
うシステム又は方法、又は次の処理を命令するコンピュ
ータプログラムである。 （１）電子チケットの利用者を特定する利用者特定情報
と、前記電子チケットを受信するためのチケット受信手
段に送信される電子チケットと、前記電子チケットの移
転元となる利用者を特定する移転元特定情報と前記電子
チケットの移転先となる利用者を特定する移転先特定情
報とからなる移転情報と、電子チケットの管理を行うチ
ケット管理手段とからなり、前記チケット管理手段は、
前記移転情報を受付けた場合に、前記移転元特定情報に
より特定される利用者が所有する前記電子チケットを前
記移転先特定情報により特定される利用者に移転する移
転処理を行うものであって、前記移転処理において移転
される前記電子チケットは前記チケット受信手段に送信
される前の前記電子チケットである。 （２）前記移転情報には移転の対象となる電子チケット
とを特定するための移転チケット特定情報が含まれ、前
記チケット管理手段は、前記移転チケット特定情報が特
定する電子チケットを移転の対象とするシステム、又は
方法、又はそれら処理を命令するコンピュータプログラ
ムである。 （３）前記電子チケットは、電子チケットを発行するチ
ケット発行手段から前記チケット管理手段に対して発行
されたものである。 （４）前記電子チケットは、前記電子チケットを携帯す
るためのチケット携帯手段に記憶されるための情報、又
は所定の用紙にチケットとして印刷されるための情報で
ある。 （５）前記電子チケットが前記チケット携帯手段に記憶
されるか、又は所定の用紙に印刷されるかは前記電子チ
ケットの利用者の選択により決定される。 （６）前記チケット管理手段は前記チケット受信手段か
ら前記電子チケットの送信要求を受付けた場合に前記チ
ケット受信手段に対して前記電子チケットを送信する。 （７）前記電子チケットにはその電子チケットが有効で
あるか否かを判断するための有効判断情報が設けられて
いるものであって、前記チケット管理手段は、前記有効
判断情報に基づいて前記電子チケットが有効であるか否
かを判断し、有効でないと判断した場合はその電子チケ
ットを取扱不能にする。 （８）前記チケット管理手段は、前記電子チケットが取
扱不能になるまでは前記電子チケットを前記チケット受
信手段に送信する。 （９）前記チケット受信手段とは、前記チケット携帯手
段として機能する携帯端末、又は前記チケット携帯手段
に前記電子チケットを転送するためのチケット転送手
段、又は前記電子チケットを所定の用紙にチケットとし
て印刷するための処理を行うチケット印刷処理手段であ
る。 （１０）前記チケット印刷処理手段とは、前記電子チケ
ットを所定の用紙に印刷すべき印刷命令、又は前記電子
チケットを前記チケット携帯手段に転送すべき転送命令
を受付けるものであって、前記印刷命令を受付けた場合
は前記電子チケットを所定の用紙に印刷するための処理
を行い、前記転送命令を受付けた場合は前記電子チケッ
トを前記チケット携帯手段に転送するための処理を行う
装置である。 （１１）前記チケット印刷処理手段は店舗内に設置され
る店舗内端末である。 （１２）前記チケット携帯手段に記憶された電子チケッ
トは、会場施設に設けられた入場許可手段によって読み
取られ、入場許可を判断するための情報となる。 （１３）前記チケット管理手段は、前記移転情報を受付
けた場合に、移転の対象となる前記電子チケットと前記
移転元特定情報と前記移転先特定情報とを移転履歴管理
情報として管理する。 （１４）前記チケット管理手段は前記電子チケットの受
信状況と利用者への連絡先を管理するものであって、前
記チケット管理手段は前記受信状況に基づいて利用者へ
の注意喚起を行うか否かを判断し、注意喚起を行うと判
断した場合は、前記連絡先に注意を喚起するための情報
を送信する。 （１５）前記チケット管理手段は、前記チケット受信手
段に送信した前記電子チケットの返却を受付け、前記電
子チケット送信時の電子チケット所有者を特定するため
の所有者特定情報を管理するものであって、前記チケッ
ト管理手段は、前記電子チケットの返却を受付け、その
電子チケットを前記所有者特定情報が特定する所有者の
電子チケットとして管理する。 （１６）前記移転元特定情報とは団体の代表者を特定す
るための代表者特定情報であり、前記移転先特定情報に
は団体の構成員を特定するための構成員特定情報が複数
含まれる。 （１７）前記チケット管理手段は、前記代表者特定情報
と複数の前記構成員特定情報とを対応づけて管理する。 （１８）団体の代表者から構成員に移転される電子チケ
ットには構成員への連絡内容が付加されている。

【０００５】

【発明の第一実施形態】本発明の第一実施形態を図に基
づいて説明する。図１は本発明の実施に必要なハードウ
ェアとそのハードウェアの結びつきを表した概略図であ
る。これらハードウェアは、管理サーバー１（コンサー
トチケットを管理する会社等が利用するサーバー）と、
販売サーバー２（チケット販売会社等が利用するサーバ
ー）と、顧客（電子チケットを利用する利用者）が所有
するＰＣ３（パーソナルコンピュータ）と、携帯電話４
と、店舗内端末５（コンビニエンスストア等の店舗内に
設置されるコンピュータ）とからなる。この管理サーバ
ー１、販売サーバー２、ＰＣ３、携帯電話４、店舗内端
末５は各々インターネット６（通信手段）を通じてデー
タの送受信が可能になるよう接続されている（携帯電話
４については無線により接続されるものとする）。管理
サーバー１、販売サーバー２、ＰＣ３、携帯電話４、店
舗内端末５はデータを記憶するための記憶装置とデータ
を送受信するためのデータ送信部並びにデータ受信部と
を各々内蔵し、それらを用いてデータの送受信を行う。
また、管理サーバー１と販売サーバー２とは互いにイン
ターネット６を介してデータファイルを共有できるもの
である。

【０００６】各々の記憶装置には本発明を実現するため
のコンピュータプログラムや所定のデータが記憶されて
おり、各装置はこのコンピュータプログラムの命令を受
けて各データを処理し、本発明を実施する。ＰＣ３には
データを表示するための表示モニタ１１、データ入力用
のキーボード１２やマウス１３、ＩＣカードに対してデ
ータの書込み・読込みを行うＩＣカード用のリーダライ
タ１４が備えられ、そのリーダライタ１４にはＩＣチッ
プ等の記憶媒体を備えたＩＣカード１５が挿入されるも
のである。携帯電話４には、データを表示するための表
示モニタ１６、データ入力のための入力キー１７が備え
られている。店舗内端末５にはデータを表示するための
表示モニタ１９、データ入力用のキーボード２０が備え
られている。また、電子チケットを所定の用紙（チケッ
ト印刷用の用紙）に印刷するための処理装置が内蔵され
ており、店舗内端末５の前面には印刷された用紙を取り
出すための取出口２１が備えられている。更に、店舗内
端末５にはＩＣカード用のリーダライタが内蔵されてお
り、端末の前面にはＩＣカードを挿入するための挿入口
２２が備えられている。なお、本実施形態では、管理サ
ーバー１がチケット管理手段としての役割を果し、販売
サーバー２がチケット発行手段としての役割を果し、Ｐ
Ｃ３がチケット受信手段（チケット転送手段）としての
役割を果し、携帯電話４がチケット受信手段（チケット
携帯手段、又はチケット携帯手段として機能する携帯端
末）としての役割を果し、店舗内端末５がチケット受信
手段（チケット印刷処理手段）としての役割し、ＩＣカ
ード９がチケット携帯手段としての役割を果す。

【０００７】次に、本発明を実現するための処理手順に
ついて説明する。本発明の処理手順は図２に示すフロー
チャートの通りであり、＜フォルダ作成：ＳＴＥＰ１＞
→＜チケット購入：ＳＴＥＰ２＞→＜チケット移転：Ｓ
ＴＥＰ３＞→＜チケットダウンロード：ＳＴＥＰ４＞→
＜会場への入場：ＳＴＥＰ５＞の手順で行う。以下、こ
れら処理について説明する。なお、本実施形態では東京
都在住の山本三夫さんが歌手「山田ヒカル」のコンサー
トチケットを購入する場合を例に説明する。

【０００８】＜フォルダ作成：ＳＴＥＰ１＞東京都在住
の山本三夫さんは、歌手「山田ヒカル」のファンであ
り、２００１年５月に東京武道館で行われる山田ヒカル
のコンサートを友人３人（田口一郎さん、広中弘さん、
八木英子さん）と一緒に観に行こうと計画している。山
本さんは４人を代表してチケット４人分をまとめて購入
することになった。このコンサートのチケットは用紙に
印刷されたチケット（紙チケット）として購入すること
も可能であるが、山本さんは電子チケットとして購入す
ることにした。電子チケットとは、通常の紙チケットを
郵送で受取る代りに、チケットとして機能する情報（例
えば、チケット番号、コンサート名、開催日、座席番号
等）をデジタルデータとして受取る（ＩＣカード１５等
にダウンロードして記憶する）ものである（但し、電子
チケットの定義はこれに限るものではない）。なお、本
実施形態において、山本さんが電子チケットを購入する
ためには、チケット会員になっていること、及びチケッ
トを受取るためのフォルダを所有していることが条件に
なっているものとする。本実施形態では、田口さん、広
中さん、八木さんは各々チケット会員にもなっており、
フォルダも所有しているものとする。一方、山本さんは
チケット会員にはなっているが、フォルダは所有してい
ないものとする。そこで、山本さんはフォルダを作成す
ることにした。

【０００９】フォルダの作成やその管理は管理サーバー
１において行われている。山田さんは、自宅にあるＰＣ
３を起動させ、フォルダ作成を申請するためのウェブペ
ージにアクセスする。即ち、ＰＣ３から管理サーバー１
に対してフォルダ作成を申請するためのフォーム（フォ
ームを作成するためのデータ。以下も同様である。）を
要求し、その要求に応えて管理サーバー１からＰＣ３に
フォルダ申請のためのフォームが送られる。このフォー
ムを受信したＰＣ３は図３のような内容を表示モニタ１
１に表示する。山本さんは会員番号とフォルダを管理す
るためのフォルダパスワードをキーボード１２から入力
し、画面右下の「送信」をマウス１３でクリックする。
これにより、ＰＣ３はフォルダ申請データ「会員番号＝
０９４４／フォルダパスワード＝２９３１」を作成し、
これを管理サーバー１に送信する。これを受信した管理
サーバー１は、そのデータを記憶する。なお、図３では
フォルダパスワードを「＊＊＊＊」で表しているが、こ
れは第三者にパスワードを盗まれないための表示処理で
あり、ＰＣ３ではパスワード「２９３１」を認識してい
るものとする（この後にもパスワードを入力する処理が
あるが、そこでも同様である）。

【００１０】次に、管理サーバー１は山本さんの会員番
号を確認する。その処理内容は次の通りである。管理サ
ーバー１には各会員の情報が会員データファイルとして
記憶されている。管理サーバー１は受信した「会員番号
＝０９４４」に該当する会員が存在するか否かを確認す
るため、この「会員番号＝０９４４」を検索キーにして
会員データファイルを検索する。山本さんは既に会員と
なっているので、この検索処理により「会員番号＝０９
４４／名前＝山本三夫／住所＝東京都港区赤坂○−○−
○／電話番号＝０３−３５８２−ＸＸＸＸ／メールアド
レス＝yamamoto＠△△△.co.jp／クレジットカード番号
＝６２９９−ＸＸＸＸ−ＸＸＸＸ−ＸＸＸＸ／クレジッ
トカード有効期限＝２００３年４月」（図４）というデ
ータが検索される。検索の結果、「会員番号＝０９４
４」が存在したので、管理サーバー１は山本さんが既に
会員であると認定し、次の処理を行う。なお、本実施形
態ではこのデータに含まれる「メールアドレス」が連絡
先としての役割を果す。

【００１１】管理サーバー１は、山本さんに対してフォ
ルダ番号の割当てを行う。このフォルダ番号は任意の番
号であり、ここでは山本さんに「フォルダ番号＝Ｆ２２
５」が割当てられたものとし、管理サーバー１はこれを
フォルダ管理データ「………／会員番号＝０９４３，フ
ォルダ番号＝Ｆ１０３／会員番号＝０９４４，フォルダ
番号＝Ｆ２２５／会員番号＝０９４５，フォルダ番号＝
Ｆ００９／………」（図５）として記憶する。なお、本
実施形態ではこのフォルダ番号が利用者特定番号として
の役割を果す。即ち、このフォルダ番号により会員番号
が判明し、会員番号により利用者が山本さんであること
が判明するため、このフォルダ番号が利用者特定番号と
しての役割を果すのである。

【００１２】次に、管理サーバー１はチケット所有デー
タファイルに山本さんのフォルダに関する情報を追加す
る。チケット所有データファイルとは、そのフォルダの
所有者がどのような電子チケットを所有しているかをフ
ォルダ毎に管理するものである。管理サーバー１は、チ
ケット所有データファイルに「フォルダ番号＝Ｆ２２５
／フォルダパスワード＝２９３１／所有チケット＝情報
なし」（図６）という山本さんのデータを加える。な
お、チケット所有データには以下に示す田口さん、広中
さん、八木さんのデータも含まれているものとする（図
７）。 （１）田口さんのチケット所有データ 「フォルダ番号＝Ｆ００２／フォルダパスワード＝１１
０１／所有チケット＝情報なし」 （２）広中さんのチケット所有データ 「フォルダ番号＝Ｆ０１８／フォルダパスワード＝３３
０１／所有チケット＝情報なし」 （３）八木さんのチケット所有データ 「フォルダ番号＝Ｆ１７７／フォルダパスワード＝６２
８８／所有チケット＝情報なし」

【００１３】＜チケット購入：ＳＴＥＰ２＞次にチケッ
ト購入処理について説明する。山本さんはチケットの購
入を行うためのウェブページにアクセスする。即ち、Ｐ
Ｃ３から販売サーバー２に対してチケット購入を申込む
ためのフォームを要求し、その要求に応えて販売サーバ
ー２からＰＣ３にチケットを申込むためのフォームが送
られる。このフォームを受信したＰＣ３は図８のような
内容を表示モニタに表示する。山本さんはこのフォーム
に従って必要なデータ（図８）をキーボード１２から入
力し、マウス１３で表示モニター右下の「送信」をクリ
ックする。これによりＰＣ３はチケット申込データ「会
員番号＝０９４４／コンサート番号＝Ｃ２８１１／希望
座席＝Ａ席／枚数＝４枚／支払方法＝クレジットカー
ド」を作成し、それを販売サーバー２に送信する。そし
て、チケット申込データを受信した販売サーバー２はそ
れを記憶装置に記憶する。なお、コンサート番号が「Ｃ
２８１１」であることは、山本さんが事前に雑誌又はイ
ンターネット等を利用して知っていたものとする。

【００１４】次に、販売サーバー２は空席確認を行う。
販売サーバー２は「コンサート番号＝Ｃ２８１１」を検
索キーにして、コンサートデータファイルを検索する。
コンサートデータファイルとはコンサートに関する情報
をコンサート毎に集めたものである。検索の結果、「コ
ンサート番号＝Ｃ２８１１／コンサート名＝山田ヒカル
コンサートツアー／開催日＝２００１年５月３０日／開
催場所＝東京武道館／Ｓ席＝予約済５１枚，空席３２枚
／Ａ席＝予約済１２０枚，空席９０枚／Ｂ席＝予約済２
５０枚，空席１７０枚」（図９）というデータが検索さ
れた。

【００１５】次に、販売サーバー２は山本さんが購入を
希望しているＡ席４枚分の空席があるか否かを判断す
る。コンサートデータ（図９）には「Ａ席の空席＝９０
枚」とあるので、「空席あり」と判断し、「チケット販
売可能」と判断する。次に、販売サーバー２は「会員番
号＝０９４４」を検索キーにして、フォルダ管理データ
（図５）から山本さんのフォルダ番号を取得する。これ
により「フォルダ番号＝Ｆ２２５」が取得される。次
に、販売サーバー２は山本さんに販売するチケット４枚
に対してチケット番号を割当てる。なお、ここでは「チ
ケット番号＝Ｃ２８１１−Ａ−Ｔ０９０１，Ｃ２８１１
−Ａ−Ｔ０９０２，Ｃ２８１１−Ａ−Ｔ０９０３，Ｃ２
８１１−Ａ−Ｔ０９０４」という番号が割当てられたも
のとする（Ｔ０９０１とは９列目左から１番目の座席を
意味するものとする。他のチケット番号も同様であ
る）。次に、販売サーバー２はこれらデータを基にして
山本さんにチケットを販売するためのデータを作成す
る。即ち、チケット販売データ「会員番号＝０９４４／
フォルダ番号＝Ｆ２２５／コンサート番号＝Ｃ２８１１
／座席＝Ａ席／枚数＝４枚／チケット番号＝Ｃ２８１１
−Ａ−Ｔ０９０１，Ｃ２８１１−Ａ−Ｔ０９０２，Ｃ２
８１１−Ａ−Ｔ０９０３，Ｃ２８１１−Ａ−Ｔ０９０
４」（図１０）を作成する。なお、本実施形態ではこの
チケット番号（「Ｃ２８１１−Ａ−Ｔ０９０１」等のデ
ータ）が電子チケットとしての役割を果す。即ち、後述
する処理において、この「Ｃ２８１１−Ａ−Ｔ０９０
１」等のデータが移転され、ダウンロードされるので、
この「Ｃ２８１１−Ａ−Ｔ０９０１」等のデータが電子
チケットとしての役割を果すのである。

【００１６】次に、販売サーバー２は管理サーバー１に
対してチケット販売データを送信する。これを受信した
管理サーバー１は山本さんのチケット所有データを更新
する。即ち、「フォルダ番号＝Ｆ２２５／フォルダパス
ワード＝２９３１／所有チケット＝情報なし」（図６）
という内容であったものを、「フォルダ番号＝Ｆ２２５
／フォルダパスワード＝２９３１／所有チケット＝Ｃ２
８１１−Ａ−Ｔ０９０１，Ｃ２８１１−Ａ−Ｔ０９０
２，Ｃ２８１１−Ａ−Ｔ０９０３，Ｃ２８１１−Ａ−Ｔ
０９０４」（図１１）に更新する。これにより山本さん
は４枚の電子チケットを購入したことになる。なお、山
本さんがこのチケット所有データの内容を閲覧する際は
図１２のように表示モニタ１１に表示する。このように
フォルダ形式で表示すれば山本さんは自分の所有するチ
ケットの一覧を容易に確認できるのである。

【００１７】次に、管理サーバー１はチケットを管理す
るためのチケット管理データを作成する。このチケット
管理データはチケット所有者のフォルダ番号や移転履歴
等を管理するものであり、管理サーバー１はチケット管
理データとして「チケット番号＝Ｃ２８１１−Ａ−Ｔ０
９０１，保有フォルダ＝Ｆ２２５，受信状況＝未済，移
転履歴＝情報なし，移転日＝情報なし／チケット番号＝
Ｃ２８１１−Ａ−Ｔ０９０２，保有フォルダ＝Ｆ２２
５，受信状況＝未済，移転履歴＝情報なし，移転日＝情
報なし／チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０３，
保有フォルダ＝Ｆ２２５，受信状況＝未済，移転履歴＝
情報なし，移転日＝情報なし／チケット番号＝Ｃ２８１
１−Ａ−Ｔ０９０４，保有フォルダ＝Ｆ２２５，受信状
況＝未済，移転履歴＝情報なし，移転日＝情報なし」
（図１３）を作成し、これを記憶する。なお、本実施形
態では「保有フォルダ」が所有者特定情報としての役割
を果す。以上が＜チケット購入：ＳＴＥＰ２＞である。

【００１８】＜チケット移転：ＳＴＥＰ３＞次に、チケ
ット移転処理について説明する。山本さんはチケットの
移転を行うためのウェブページにアクセスする。即ち、
ＰＣ３から管理サーバー１に対してチケット移転を申請
するためのフォームを要求し、その要求に応えて管理サ
ーバー１からＰＣ３にチケット移転を申請するためのフ
ォームが送られる。このフォームを受信したＰＣ３は図
１４のような内容を表示モニタ１１に表示する。山本さ
んはこのフォームに従って必要なデータ（図１４）をキ
ーボード１２から入力し、マウスで表示モニタ１１右下
の「送信」をクリックする。これによりＰＣ３は移転申
請データ「移転元フォルダ＝Ｆ２２５／フォルダパスワ
ード＝２９３１」を作成し、それを管理サーバー１に送
信する。なお、本実施形態ではこの移転元フォルダが移
転元特定情報としての役割を果す。

【００１９】移転申請データを受信した管理サーバー１
は「移転元フォルダ＝Ｆ２２５」と「フォルダパスワー
ド＝２９３１」の組合わせが正当であるかを判断する。
即ち、「移転元フォルダ＝Ｆ２２５」を検索キーにして
チケット所有データファイル（図１１）を検索し、「移
転元フォルダ＝Ｆ２２５」のパスワードが「２９３１」
であるかを確認する。本実施形態では、「移転元フォル
ダ＝Ｆ２２５」のパスワードは「２９３１」（図１１）
なので、管理サーバー１はその組合わせが正当であると
判断する。

【００２０】次に、管理サーバー１はチケットに関する
情報を取得する。管理サーバー１は山本さんのチケット
所有データとして記憶されているチケット番号の最初の
５桁「Ｃ２８１１」を検索キーにしてコンサート管理デ
ータファイル（図９）を検索する。これにより図９に表
されたデータが検索され、管理サーバー１はそこからコ
ンサートに関する情報（「コンサート名＝山田ヒカルコ
ンサートツアー／開催日＝２００１年５月３０日／開催
場所＝東京武道館」／Ａ席）を取得する。これらデータ
を基にして移転先の特定を要求する移転先要求データ
「移転先フォルダ＝Ｆ２２５／会員番号＝０９４４／氏
名＝山本三夫さん／Ｃ２８１１−Ａ−Ｔ０９０１，移転
先フォルダ＝情報なし／Ｃ２８１１−Ａ−Ｔ０９０２，
移転先フォルダ＝情報なし／Ｃ２８１１−Ａ−Ｔ０９０
３，移転先フォルダ＝情報なし／Ｃ２８１１−Ａ−Ｔ０
９０４，移転先フォルダ＝情報なし」を作成し、それを
ＰＣ３に送信する。

【００２１】移転先要求データを受信したＰＣ３はこれ
を記憶すると共に、表示モニタ１１に図１５のように表
示する。次に、山本さんは各チケットの移転先となるフ
ォルダ番号を図１６のようにキーボード１２から入力
し、画面右の「送信」をマウス１３でクリックする。こ
れによりＰＣ３は移転先通知データ「移転チケット番号
＝Ｃ２８１１−Ａ−Ｔ０９０１，移転先フォルダ＝Ｆ０
０２／移転チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０
２，移転先フォルダ＝Ｆ０１８／移転チケット番号＝Ｃ
２８１１−Ａ−Ｔ０９０３，移転先フォルダ＝Ｆ１７７
／移転チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０４，移
転先フォルダ＝情報なし」を作成し、それを管理サーバ
ー１に送信し、それを受信した管理サーバー１はそれを
記憶装置に記憶する。なお、本実施形態では、移転チケ
ット番号が移転チケット特定情報としての役割を果し、
移転先フォルダ（番号）が移転先特定情報としての役割
を果す。また、この移転先フォルダ（番号）と前述の移
転元フォルダ（番号）とが移転情報としての役割を果
す。更に、移転チケット番号を移転情報に含めてもよ
い。

【００２２】次に、管理サーバー１は受信した移転先通
知データ等や記憶装置に記憶されているデータに基づい
て確認要求データを作成する。即ち、確認要求データ
「確認画面／Ｃ２８１１−Ａ−Ｔ０９０１をＦ００２：
田口一郎さんに移転します。／Ｃ２８１１−Ａ−Ｔ０９
０２をＦ０１８２：広中弘さんに移転します。／Ｃ２８
１１−Ａ−Ｔ０９０３をＦ１７７：八木英子さんに移転
します。」というデータを作成し、これをＰＣ３に送信
する。なお、「Ｃ２８１１−Ａ−Ｔ０９０４」の移転先
フォルダは「情報なし」なので、このチケットの移転は
しないものとする。確認要求データを受信したＰＣ３は
それを記憶装置に記憶すると共に、表示モニタ１１に図
１７のように表示する。山本さんは表示モニタ１１を見
て、移転先に誤りがないかを確認し、誤りがなければ画
面右の「確認」をクリックする。これによりＰＣ３は確
認済である旨のデータ（確認済データ）を作成し、これ
を管理サーバー１に送信する。

【００２３】これを受信した管理サーバー１は、次に電
子チケットの移転処理を行う。移転処理は各電子チケッ
ト毎に行われ、その内容は次の通りである。 （１）電子チケット「Ｃ２８１１−Ａ−Ｔ０９０１」に
ついての移転処理。管理サーバー１が備える記憶装置に
は「移転チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０１」
（移転チケット特定情報）が記憶されている。よって、
ここでは電子チケット「Ｃ２８１１−Ａ−Ｔ０９０１」
を移転の対象として移転処理を行う。管理サーバー１
は、移転元特定情報「フォルダ番号＝Ｆ２２５」により
特定される利用者（山本さん）が所有する電子チケット
「Ｃ２８１１−Ａ−Ｔ０９０１」を移転先特定情報「移
転先フォルダ＝Ｆ００２」により特定される利用者（田
口さん）に移転する。即ち、移転元特定情報「フォルダ
番号＝Ｆ２２５」により特定される利用者（山本さん）
の権利として記憶装置に記憶されている電子チケット
「Ｃ２８１１−Ａ−Ｔ０９０１」を、移転先特定情報
「移転先フォルダ＝Ｆ００２」により特定される利用者
（田口さん）の権利として記憶装置に記憶する。具体的
には、移転元特定情報「フォルダ番号＝Ｆ２２５」に対
応づけて（関連づけて）記憶装置に記憶されていた電子
チケット「Ｃ２８１１−Ａ−Ｔ０９０１」を、移転先特
定情報「移転先フォルダ＝Ｆ００２」に対応づけて（関
連づけて）記憶装置に記憶し、移転元特定情報と電子チ
ケット「Ｃ２８１１−Ａ−Ｔ０９０１」との対応づけ
（関連づけ）を解消する。なお、この移転処理において
移転された電子チケット「Ｃ２８１１−Ａ−Ｔ０９０
１」はＰＣ３（チケット受信手段）に送信される前の電
子チケットである。 （２）管理サーバー１は、以上の移転処理と同様の処理
を「Ｃ２８１１−Ａ−Ｔ０９０２」、「Ｃ２８１１−Ａ
−Ｔ０９０３」についても行う。

【００２４】これにより、電子チケット「Ｃ２８１１−
Ａ−Ｔ０９０１」は山本さんから田口さんに移転され、
電子チケット「Ｃ２８１１−Ａ−Ｔ０９０２」は山本さ
んから広中さんに移転され、電子チケット「Ｃ２８１１
−Ａ−Ｔ０９０３」は山本さんから八木さんに移転さ
れ、チケット所有データファイルは以下の内容に更新さ
れる（図１８）。 （ａ）チケット所有データ（山本さんのデータ）。 「フォルダ番号＝Ｆ２２５／フォルダパスワード＝２９
３１／所有チケット＝Ｃ２８１１−Ａ−Ｔ０９０４」。 （ｂ）チケット所有データ（田口さんのデータ）。 「フォルダ番号＝Ｆ００２／フォルダパスワード＝１１
０１／所有チケット＝Ｃ２８１１−Ａ−Ｔ０９０１」。 （ｃ）チケット所有データ（広中さんのデータ） 「フォルダ番号＝Ｆ０１８／フォルダパスワード＝３３
０１／所有チケット＝Ｃ２８１１−Ａ−Ｔ０９０２」。 （ｄ）チケット所有データ（八木さんのデータ） 「フォルダ番号＝Ｆ１７７／フォルダパスワード＝６２
８８／所有チケット＝Ｃ２８１１−Ａ−Ｔ０９０３」。 なお、ＰＣ３からこれらチケット所有データの更新内容
の閲覧を要求すれば、これらデータは図１９のようなフ
ォルダ形式で表示モニタ１１に表示される。

【００２５】次に、管理サーバー１はチケット管理デー
タ（図１３）を更新する。即ち、電子チケットが移転さ
れたことにより変更された「保有者フォルダ」及び「移
転履歴」の内容を更新する。なお、チケット管理データ
の更新後の内容は「チケット番号＝Ｃ２８１１−Ａ−Ｔ
０９０１，保有フォルダ＝Ｆ００２，受信状況＝未済，
移転履歴＝Ｆ２２５→Ｆ００２（ファルダ番号Ｆ２２５
からＦ００２に移転されたことを表す。以下も同じ），
移転日＝２００１年４月５日／チケット番号＝Ｃ２８１
１−Ａ−Ｔ０９０２，保有フォルダ＝Ｆ０１８，受信状
況＝未済，移転履歴＝Ｆ２２５→Ｆ０１８，移転日＝２
００１年４月５日／チケット番号＝Ｃ２８１１−Ａ−Ｔ
０９０３，保有フォルダ＝Ｆ１７７，受信状況＝未済，
移転履歴＝Ｆ２２５→Ｆ１７７，移転日＝２００１年４
月５日／チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０４，
保有フォルダ＝Ｆ２２５，受信状況＝未済，移転履歴＝
情報なし，移転日＝情報なし」となる（図２０）。な
お、本実施形態ではチケット管理データに含まれる移転
元特定情報と移転先特定情報とチケット番号とが移転履
歴管理情報としての役割を果す。以上が＜チケット移
転：ＳＴＥＰ３＞である。

【００２６】＜チケットダウンロード：ＳＴＥＰ４＞次
に、電子チケットのダウンロード処理について説明す
る。なお、ここでは山本さんと八木さんは電子チケット
を携帯するためのＩＣカード１５を所有しており、田口
さんは電子チケットを携帯するための携帯電話４を所有
しており、広中さんはＩＣカード１５も携帯電話４も所
有していないものとする。まず、山本さんのケース（Ｉ
Ｃカード１５にダウンロードするケース）について説明
する。山本さんはチケットのダウンロードを行うための
ウェブページにアクセスする。即ち、ＰＣ３から管理サ
ーバー１に対してチケットダウンロードのためのフォー
ム）を要求し、その要求に応えて管理サーバー１からＰ
Ｃ３にチケットをダウンロードのためのフォームが送ら
れる。このフォームを受信したＰＣ３は図２１のような
内容を表示モニタ１１に表示する。山本さんはこのフォ
ームに従って必要なデータ（図２１）をキーボード１２
から入力し、マウス１３で表示モニター１１右下の「送
信」をクリックする。これによりＰＣ３はダウンロード
開始データ「フォルダ番号＝Ｆ２２５／フォルダパスワ
ード＝２９３１」を作成し、それを管理サーバー１に送
信する。

【００２７】ダウンロード開始データを受信した管理サ
ーバー１は「移転元フォルダ＝Ｆ２２５」と「フォルダ
パスワード＝２９３１」の組合わせが正当であるかを判
断する。なお、この処理は＜チケット移転：ＳＴＥＰ３
＞と同様である。パスワードの正当性を確認した管理サ
ーバー１は山本さんが所有するチケットを表示するため
のチケット表示データ（チケット所有データ（図１８）
のチケット番号とその他コンサートに関する情報等から
なるデータ）をＰＣ３に送信し、それを受信したＰＣ３
はこれを記憶すると共に、表示モニタ１１にそれらデー
タを図２２のように表示する。これを見た山本さんは、
電子チケット「Ｃ２８１１−Ａ−Ｔ０９０４」右横の
「ダウンロード」をマウス１３でクリックする。これに
より、ＰＣ３はダウンロード要求データ「Ｃ２８１１−
Ａ−Ｔ０９０４／ダウンロード要求」を作成して管理サ
ーバー１に送信する。ダウンロード要求データを受信し
た管理サーバー１はチケットデータ 「チケット番号＝
Ｃ２８１１−Ａ−Ｔ０９０４／コンサート番号＝Ｃ２８
１１／コンサート名＝山田ヒカルコンサートツアー／開
催日＝２００１年５月３０日／開催場所＝東京武道館／
座席番号Ａ９列４番」を作成し、これをＰＣ３に送信す
る。これを受信したＰＣ３はチケットデータを一旦記憶
装置に記憶し、その後リーダライタ１４を介してＩＣカ
ード１５にチケットデータを転送し、記憶させる。な
お、ＩＣカード１５には予め山本さんの情報「会員番号
＝０９４４／フォルダ番号＝Ｆ２２５」が記憶されてい
るものとする。また、本実施形態ではこのダウンロード
要求データが送信要求としての役割を果す。

【００２８】一方、チケットデータを送信した管理サー
バー１はチケット管理データ（図２０）の受信状況
（「チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０４」に対
応する受信状況）を「未済」から「送信済」に更新す
る。更に、管理サーバー１は山本さんのチケット所有デ
ータ（図１８）からチケット番号「Ｃ２８１１−Ａ−Ｔ
０９０４」を削除する（即ち、チケット所有データを図
６の状態に戻す）。以上の処理によりＩＣカード１５へ
の電子チケットのダウンロードが完了する。なお、八木
さんもこれと同様の処理により電子チケット「Ｃ２８１
１−Ａ−Ｔ０９０３」をＩＣカード１５に記憶させたも
のとする。

【００２９】次に、田口さんのケース（携帯電話４にダ
ウンロードするケース）について説明する。このケース
も管理サーバー１がチケットデータを送信するまではＩ
Ｃカード１５のケースと同様である。このチケットデー
タを受信した携帯電話４は、携帯電話４に内蔵されてい
るＩＣチップ等の記憶媒体に記憶させる。これにより、
携帯電話４へのダウンロードが完了する。

【００３０】次に、広中さんのケースについて説明す
る。前述の通り、広中さんはＩＣカード１５も携帯電話
４も所有していないので、電子チケットを所定の用紙に
印刷して紙チケットにする必要がある。広中さんは最寄
のコンビニエンスストアまで出向き、店の中に設置され
ている店舗内端末５を利用して電子チケットをダウンロ
ードする。この店舗内端末５を利用するケースも管理サ
ーバー１がチケットデータを送信するまでは山本さんの
ケースと同様である。このチケットデータを受信した店
舗内端末５は、それを店舗内端末５に内蔵されている記
憶装置に一旦記憶する。この店舗内端末５は、ＩＣカー
ド１５に電子チケットを記憶させることもでき、電子チ
ケットを所定の用紙に印刷することもできるので、店舗
内端末５は広中さんに対し、「電子チケットをＩＣカー
ド記憶させるか、又は紙チケットとして印刷するか」を
選択するよう要求する（それを要求するための情報を表
示モニタ１９に表示する：図２３）。広中さんは紙チケ
ットにしたいので店舗内端末５のキーボード２０から
「２」（印刷命令）を入力する。これを受付けた店舗内
端末５は印刷のための処理を行い、チケットデータの内
容を印刷したチケットを取出口２１から出力する。これ
により紙チケットへの印刷処理が終了する。このように
本発明では電子チケットを紙チケットにできるので、Ｉ
Ｃカードや携帯電話を持っていない人にでも電子チケッ
トを移転することができる。なお、ＩＣカードの挿入口
２２にＩＣカード１５を挿入し、キーボード２０から
「１」（転送命令）を入力すれば、それを受付けた店舗
内端末５はＩＣカード１５にチケットデータを転送（記
憶）させる為の処理を行い、ＩＣカード１５にチケット
データを記憶させることもできる。このように電子チケ
ットを所定の用紙に印刷するか、又はＩＣカード１５に
記憶させるかは利用者（広中さん）の選択により決定さ
れるのである。以上が＜チケットダウンロード：ＳＴＥ
Ｐ４＞である。

【００３１】＜会場への入場：ＳＴＥＰ５＞コンサート
当日、山本さんと八木さんはＩＣカード１５に記憶され
た電子チケットを携帯し、田口さんは携帯電話４に記憶
された電子チケットを携帯し、広中さんは紙チケットを
携帯してコンサート会場に向う。コンサート会場入口に
は入場ゲート（ＩＣカードリーダー／入場許可手段）が
設けられており、入場者がゲートを通過する際にＩＣカ
ード１５や携帯電話４に記憶されている電子チケットを
読取り、入場ゲートは入場の可否を判断する（即ち、電
子チケットが入場許可を判断するための情報となる）。
例えば、山本さんが入場ゲートを通過する場合、入場ゲ
ートの記憶装置にチケット管理データファイル（図２
０）を記憶させておき、ＩＣカード１５に記憶されてい
る「フォルダ番号＝Ｆ２２５／チケット番号＝Ｃ２８１
１−Ａ−Ｔ０９０４」を読取り、そのデータがチケット
管理データファイルに存在するか否かを確認し、存在す
る場合に限り入場を許可するようにすればよい。一方、
紙チケットを携帯している広中さんの場合は、従来通
り、入場ゲートに配置された係員に紙チケットを提示し
て入場するのである。このようにして会場への入場は完
了するのである。

【００３２】なお、本発明には＜ダウンロード注意喚起
処理＞＜チケットの取扱い不能処理＞＜チケットの返却
処理＞を加えてもよい。以下、これらの処理について説
明する。 ＜ダウンロード注意喚起処理＞山本さんが観に行くコン
サートの開催日は２００１年５月３０日である（図
９）。よって、山本さんは遅くとも開催日前日までには
電子チケットをダウンロードしておくことが望ましい。
しかし、うっかりダウンロードを忘れることもあるので
これを防止するための処理が必要となる。このダウンロ
ード注意喚起処理はそれを実現するための処理であり、
処理内容は次の通りである。前述の通り、コンサートの
開催日は２００１年５月３０日である。よって、ここで
ダウンロードを行うことが望ましい期日は開催日前日の
２００１年５月２９日までとする。管理サーバー１はこ
の「ダウンロード注意期日＝２００１年５月２９日」と
「チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０４」と「受
信状況（チケット管理データ：図２０）」を関連づけて
記憶しておく。そして、一定の時間毎に、管理サーバー
１に備えられている時計手段から得られる現在の日時と
ダウンロード注意期日とを比較し、現在の日時がダウン
ロード注意期日を過ぎた場合は「受信状況＝未済」であ
るかを確認し（受信状況に基づいて注意喚起を行うかを
判断し）、「未済」であれば「注意喚起を行う」と判断
し、「そろそろダウンロードを行ってください」などの
注意を喚起する電子メールを山本さんに送信する。な
お、山本さんのメールアドレスは図４の会員データファ
イルから取得するものとする。このようにすればうっか
りダウンロードし忘れてしまい、会場に入場できないと
いう事態を回避することができる。

【００３３】＜チケットの取扱い不能処理＞前述の通
り、コンサートの開催日は２００１年５月３０日であ
る。よって、開催日が過ぎた後（２００１年５月３１日
以降）に電子チケットを移転したり、ダウンロードする
とは無駄であり、場合によっては思わぬトラブルを起こ
すおそれもある。そこで、開催日が過ぎた後は電子チケ
ットの取扱いを不能にする必要があり、この処理はそれ
を実現するためのものである。前述の通り、コンサート
の開催日は２００１年５月３０日である。よって、ここ
では電子チケットの移転やダウンロードができる有効期
日は開催日翌日の２００１年５月３１日までとする。管
理サーバー１はこの「有効期日＝２００１年５月３１日
（有効判断情報としての有効期日）」と「チケット番号
＝Ｃ２８１１−Ａ−Ｔ０９０４」とを関連づけて記憶し
ておく（即ち、電子チケットに有効判断情報を設けてお
く）。そして、電子チケットの移転を行う際やダウンロ
ード要求データを受付けた際に、時計手段から得られる
現在の日時と有効期日とを比較し（電子チケットが有効
であるかを判断し）、有効期日を過ぎていた場合（有効
でないと判断した場合）は、移転処理やダウンロード処
理を中止するのである（なお、その際に「期限を過ぎて
います。移転はできません。」というデータや「期限を
過ぎています。ダウンロードできません。」というデー
タ等をチケット受信に送信してもよい）。このようにす
れば既に開催されてしまったコンサート（有効期日の過
ぎたコンサート）の電子チケットの移転やダウンロード
を行うことがなくなり、トラブルを未然に防止すること
ができる。

【００３４】ここで「電子チケットを取扱い不能にす
る」とは移転不能にすること、ダウンロード不能（チケ
ット受信手段に送信不能）にすることに限らず、例え
ば、電子チケットを記憶装置から消去してしまうこと
等、その電子チケットを取扱うことができなくするため
のあらゆる処理を含む広い概念である。なお、管理サー
バー１は電子チケットが取扱不能になるまでは、前述の
処理通り、ダウンロード要求データを受付け、それに応
じて電子チケットをＰＣ３等に送信するものである。

【００３５】＜チケットの返却処理＞この処理は、例え
ば山本さんの仕事が忙しくなり、コンサートに行けなく
なってしまい、その電子チケットを友人の竹田さんに移
転する場合等に役立つ処理である。この処理の処理内容
は次の通りである。山本さんはチケットの返却を行うた
めのウェブページにアクセスする。即ち、ＰＣ３から管
理サーバー１に対してチケットの返却をするためのフォ
ームを要求し、その要求に応えて管理サーバー１からＰ
Ｃ３にチケットの返却をするためのフォームが送られ
る。このフォームを受信したＰＣ３は図２４のような内
容を表示モニタ１１に表示する。山本さんはこのフォー
ムに従って必要なデータ（図２４）をキーボード１２か
ら入力し、マウス１３で表示モニタ１１右下の「送信」
をクリックする。これによりＰＣ３は返却データ「移転
元フォルダ＝Ｆ２２５／フォルダパスワード＝２９３１
／返却チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０４」を
作成し、それを管理サーバー１に送信する（返却す
る）。なお、「チケット番号＝Ｃ２８１１−Ａ−Ｔ０９
０４」は山本さん所有のＩＣカード１５から取得された
ものであり、返却の際にＩＣカード１５から消去され
る。

【００３６】返却データを受信した管理サーバー１は
「移転元フォルダ＝Ｆ２２５」と「フォルダパスワード
＝２９３１」の組合わせが正当であるかを判断する。な
お、この処理は＜チケット移転：ＳＴＥＰ３＞と同様で
ある。パスワードの正当性を確認した管理サーバー１
は、次に、チケット管理データ（図２０）を参照して
「チケット番号＝Ｃ２８１１−Ａ−Ｔ０９０４」の「保
有フォルダ＝Ｆ２２５（所有者特定情報）」を取得す
る。そして、「フォルダ番号＝Ｆ２２５」のチケット所
有データ（山本さんのデータ：図６）に「チケット番号
＝Ｃ２８１１−Ａ−Ｔ０９０４」を追加する（所有者特
定情報が特定する所有者の電子チケットとして管理す
る）。即ち、図６の状態を図１８の状態にする。これに
より電子チケットは返却されたことになり、返却された
電子チケットは再び「ダウンロード前の電子チケット
（チケット受信手段に送信される前の電子チケット）」
となる。その後、山本さんは前述の移転処理により竹田
さんに電子チケットを移転できるのである。なお、電子
チケットの返却先は元の所有者（ダウンロードした際の
所有者）に限られる。例えば、山本さんがダウンロード
した電子チケットを返却する際は、必ず一旦は山本さん
のチケット所有データとして記憶されのるであり、山本
さんのＩＣカード１５から直接竹田さんのチケット所有
データとして記憶されることはないものとする。このよ
うに必ず一旦は元の所有者の電子チケットとしないと電
子チケットの管理が複雑になり、手続も混乱してしまう
からである。

【００３７】

【発明の第二実施形態】本発明の第二実施形態を図に基
づいて説明する。第一実施形態は個人から個人へ電子チ
ケットを移転するケースについて説明したが、本実施形
態では団体の代表者から団体の構成員へ（例えば、ファ
ンクラブの事務局からファンクラブ会員へ）電子チケッ
トを移転するケースについて説明する。なお、本実施形
態における処理内容は第一実施形態とほぼ同じなので、
相違点だけを説明する。

【００３８】山田ヒカルのファンクラブ事務局は２００
１年５月に東京武道館で行われる山田ヒカルのコンサー
トのチケットをファンクラブ会員を代表して大量に購入
しようとしている。事務局は会員にコンサート観覧を希
望する者（参加者）を募集し、その参加状況をコンピュ
ータに入力してファンクラブデータファイルを作成し
た。即ち、管理サーバー１の記憶装置にはこのファンク
ラブデータファイルが次のように記憶されている（図２
５）。具体的には、代表フォルダ番号＝Ｆ８０１」と
「会員フォルダ番号＝Ｆ８０１−０００１，コンサート
番号Ｃ２８１１の参加状況＝参加／会員フォルダ番号＝
Ｆ８０１−０００２，コンサート番号Ｃ２８１１の参加
状況＝参加／会員フォルダ番号＝Ｆ８０１−０００３，
コンサート番号Ｃ２８１１の参加状況＝不参加／会員フ
ォルダ番号＝Ｆ８０１−０００４，コンサート番号Ｃ２
８１１の参加状況＝参加／会員フォルダ番号＝Ｆ８０１
−０００５，コンサート番号Ｃ２８１１の参加状況＝不
参加／会員フォルダ番号＝Ｆ８０１−０００６，コンサ
ート番号Ｃ２８１１の参加状況＝不参加／………」とが
対応づけられて記憶されている。なお、本実施形態では
代表フォルダ番号が代表者特定情報としての役割を果
し、会員フォルダ番号が構成員特定情報としての役割を
果す。更に、事務局は会員へ連絡事項を知らせるための
連絡データを作成した。即ち、管理サーバー１には連絡
データとして「コンサート番号＝Ｃ２８１１」と「連絡
事項（連絡内容）＝集合場所はＡＭ９：３０に○○公園
です。△△を持参してください。」とが対応づけられて
記憶されている（図２６）。

【００３９】事務局は参加人数分（ここでは３０人とす
る）の電子チケットを購入し、事務局のチケット所有デ
ータには３０人分の電子チケットが記憶されている（図
２７）。次に、管理サーバー１はファンクラブデータフ
ァイル・連絡データ等に基づいて山田ヒカルファンクラ
ブの確認要求データを作成する。その具体的内容は「チ
ケット番号＝Ｃ２８１１−Ａ−Ｔ０３０１／移転元フォ
ルダ＝Ｆ８０１／移転先フォルダ＝Ｆ８０１−０００１
／連絡事項：集合場所はＡＭ９：３０に○○公園です。
△△を持参してください。／チケット番号＝Ｃ２８１１
−Ａ−Ｔ０３０２／移転元フォルダ＝Ｆ８０１／移転先
フォルダ＝Ｆ８０１−０００２／連絡事項：集合場所は
ＡＭ９：３０に○○公園です。△△を持参してくださ
い。／チケット番号＝Ｃ２８１１−Ａ−Ｔ０３０３／移
転元フォルダ＝Ｆ８０１／移転先フォルダ＝Ｆ８０１−
０００４／連絡事項：集合場所はＡＭ９：３０に○○公
園です。△△を持参してください。／………」である。
なお、このデータは参加者のみを対象に作成され、参加
しない者（例えば、フォルダ番号Ｆ８０１−００３の利
用者）については作成されない。管理サーバー１はこの
確認要求データを事務局の職員が利用するＰＣ３に送信
する。これを受信したＰＣ３はこれを記憶すると共に表
示モニタ１１に表示する（図２８）。事務局の職員はこ
の移転先に誤りがないかを確認し、誤りがなければ画面
右の「申請」をクリックする。これにより、ファンクラ
ブ事務局のフォルダ「Ｆ８０１」から各会員のフォルダ
に電子チケットが移転される。

【００４０】このようにすれば、次のような効果を得ら
れるのである。 （ａ）ファンクラブなどの団体の手続を大幅に簡略化で
きる。即ち、従来はファンクラブがまとめてコンサート
チケット（紙チケット）を大量購入した後に、そのチケ
ットを一枚一枚会員に郵送していたが、本発明では移転
先の会員をコンピュータで指定するだけでチケットの移
転が完了し、その後ダウンロードを会員各自に行っても
らえば済むのでファンクラブの手続を大幅に簡略化でき
るのである。 （ｂ）紙チケットの郵送手数料等は会員が支払っていた
が、本発明を利用すれば郵送手数料が不要になるので、
会員の金銭的負担も軽減できる。 （ｃ）電子チケットに連絡データを付加しているので、
連絡データを別途送る必要がなくなり、この点において
もファンクラブ事務局の手間を大幅に省くことができ
る。

【００４１】なお、上記実施形態おいては特定のケース
について説明したが、本発明はこれら特定のケースに限
るものではない。例えば、次のようなケースであっても
構わない。 （１）上記実施形態では、コンサートを例にして説明し
たが、本発明はコンサートのみならず、スポーツ観戦や
絵画の展覧会などのあらゆる興行に利用できるものであ
る。また、第二実施形態では、ファンクラブを例に説明
したが、団体とはファンクラブに限るものではなく、あ
らゆる団体に利用できるものである。 （２）データの内容は実施形態で説明したデータに限ら
ない。即ち、同様の役割を果たすことができれば、他の
どのようなデータであっても構わない。 （３）ハードウェアも実施形態で説明したものに限らな
い。即ち、同様の役割を果たすことができれば、他のど
のようなハードウェアであっても構わない。 （４）処理の内容や手順についても実施形態で説明した
ものに限らない。即ち、同様の役割を果たすことができ
れば、他のどのような処理内容・処理手順であっても構
わない。 （５）上記実施形態において説明された各データ（デー
タ項目）は原則として各々対応づけられて（関連づけら
れて）記憶手段に記憶されているものとする。また、図
面に表されているデータも同様である。 （６）上記実施形態において、「情報を発行する」とは
「情報を送信する」ことを意味し、「情報を受付ける」
とは「情報を受信する」ことを意味するものである（但
し、これに限るものではない）。また、「情報を管理す
る」とは「情報を記憶すること、又は情報に必要な処理
を行うこと」を意味するものとする（但し、これに限る
ものではない）。

【００４２】

【発明の効果】本発明には次のような効果がある。 （１）本発明を利用すれば、チケット携帯手段（ＩＣカ
ードや携帯電話等）を持っていない人にも電子チケット
を移転できる。即ち、従来のようにチケット携帯手段に
電子チケットをダウンロードした後にチケット携帯手段
同士で電子チケットを移転する場合は、チケット携帯手
段を持っていない人には電子チケットを移転できない
が、本発明ではダウンロード前の電子チケットをサーバ
ーにおいて移転し、それを店舗内端末にダウンロードし
て紙チケットに印刷するので、チケット携帯手段を持っ
ていない人にも電子チケットを移転できる。 （２）本発明を利用すれば、電子チケットの移転処理が
容易になる。即ち、従来のようにチケット携帯手段に電
子チケットをダウンロードした後にチケット携帯手段同
士で電子チケットを移転する場合は、移転元・移転先の
チケット携帯手段を同時に用意しなければならず移転処
理が煩雑になる等の不都合があるが、本発明ではダウン
ロード前の電子チケットをサーバーにおいて移転するの
で、このような不都合は生じない。 （３）本発明を利用すれば、利用者はいつでも（電子チ
ケットに有効期日を設け、有効期日後は電子チケットを
取扱不能にする場合は、電子チケットが取扱不能になる
までは）チケットのダウンロードができる。即ち、利用
者が望む任意のタイミングでチケットをダウンロードで
きるので、時間的余裕のない人でも容易にダウンロード
することができる。 （４）本発明では、ダウンロード前の状態（チケット受
信手段に送信する前の状態）の電子チケットを移転する
ので、管理サーバーにおいて移転履歴を管理することが
できる。 （５）本発明では、ＩＣカード、携帯電話、店舗内端末
などあらゆるものにダウンロードできるので、利用者が
所持している記憶媒体がどのようなものであっても対応
できる。また、店舗内端末は誰でも利用できるのでパソ
コンや携帯電話を持っていない人でもチケットを入手す
ることができる。 （６）本発明を利用すれば、ファンクラブなどの団体の
手続を大幅に簡略化できる。即ち、従来はファンクラブ
がまとめてコンサートチケット（紙チケット）を大量購
入した後に、そのチケットを一枚一枚会員に郵送してい
たが、本発明では移転先の会員をコンピュータで指定す
るだけでチケットの移転が完了し、その後ダウンロード
を会員各自に行ってもらえば済むのでファンクラブの手
続を大幅に簡略化できるのである。また、紙チケットの
郵送手数料等は会員が支払っていたが、本発明を利用す
れば郵送手数料が不要になるので、会員の金銭的負担も
軽減できる。 （７）本発明では、ファンクラブの代表者（代表フォル
ダ）と会員（会員フォルダ）を対応づけて管理している
ので、確認要求データを自動的に作成することができ、
ファンクラブ事務局（代表者）の手間を大幅に省くこと
ができる。

【図面の簡単な説明】

【図１】本発明に係る電子チケット移転システムの一実
施形態における各装置の概略を示す図である。

【図２】上記実施形態の処理フローを表した図である。

【図３】フォルダ申請フォームを表した図である。

【図４】会員データファイルを表した図である。

【図５】フォルダ管理データを表した図である。

【図６】チケット所有データファイルを表した図であ
る。

【図７】チケット所有データファイルを表した図であ
る。

【図８】チケット申込みをフォームを表した図である。

【図９】コンサート管理データファイルを表した図であ
る。

【図１０】チケット販売データを表した図である。

【図１１】チケット所有データを表した図である。

【図１２】フォルダ内容確認画面を表した図である。

【図１３】チケット管理データを表した図である。

【図１４】移転申請フォームを表した図である。

【図１５】移転先特定フォーム（入力前）を表した図で
ある。

【図１６】移転先特定フォーム（入力後）を表した図で
ある。

【図１７】移転先の確認画面を表した図である。

【図１８】チケット所有データを表した図である。

【図１９】移転後の内容確認画面を表した図である。

【図２０】チケット管理データを表した図である。

【図２１】ダウンロード要求フォームを表した図であ
る。

【図２２】ダウンロード画面を表した図である。

【図２３】店舗内端末の表示内容を表した図である。

【図２４】チケット返却フォームを表した図である。

【図２５】ファンクラブデータを表した図である。

【図２６】ファンクラブの連絡データを表した図であ
る。

【図２７】チケット所有データを表した図である。

【図２８】移転先特定フォームを表した図である。

【符号の説明】

１ 管理サーバー ２ 販売サーバー ３ ＰＣ（パソコン） ４ 携帯電話 ５ 店舗内端末 ６ インターネット

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０６ Ｇ０６Ｆ 17/60 ５０６ ５１２ ５１２ (72)発明者 塩田 雅巳 東京都千代田区三番町５−19ぴあ株式会社 内 (72)発明者 石松 昇 東京都千代田区三番町５−19ぴあ株式会社 内 (72)発明者 勝又 俊介 東京都千代田区三番町５−19ぴあ株式会社 内

Claims (36)

【特許請求の範囲】
1. 【請求項１】 電子チケットの利用者を特定する利用者
   特定情報と、前記電子チケットを受信するためのチケッ
   ト受信手段に送信される電子チケットと、前記電子チケ
   ットの移転元となる利用者を特定する移転元特定情報と
   前記電子チケットの移転先となる利用者を特定する移転
   先特定情報とからなる移転情報と、電子チケットの管理
   を行うチケット管理手段とからなり、 前記チケット管理手段は、前記移転情報を受付けた場合
   に、前記移転元特定情報により特定される利用者が所有
   する前記電子チケットを前記移転先特定情報により特定
   される利用者に移転する移転処理を行うものであって、
   前記移転処理において移転される前記電子チケットは前
   記チケット受信手段に送信される前の前記電子チケット
   であることを特徴とする電子チケット移転システム。
2. 【請求項２】 前記移転情報には移転の対象となる電子
   チケットを特定するための移転チケット特定情報が含ま
   れ、前記チケット管理手段は、前記移転チケット特定情
   報が特定する電子チケットを移転の対象とすることを特
   徴とする請求項１記載の電子チケット移転システム。
3. 【請求項３】 前記電子チケットは、電子チケットを発
   行するチケット発行手段から前記チケット管理手段に対
   して発行されたものであることを特徴とする請求項１乃
   至２記載の電子チケット移転システム。
4. 【請求項４】 前記電子チケットは、前記電子チケット
   を携帯するためのチケット携帯手段に記憶されるための
   情報、又は所定の用紙にチケットとして印刷されるため
   の情報であることを特徴とする請求項１乃至３記載の電
   子チケット移転システム。
5. 【請求項５】 前記電子チケットが前記チケット携帯手
   段に記憶されるか、又は所定の用紙に印刷されるかは前
   記電子チケットの利用者の選択により決定されることを
   特徴とする請求項１乃至４記載の電子チケット移転シス
   テム。
6. 【請求項６】 前記チケット管理手段は前記チケット受
   信手段から前記電子チケットの送信要求を受付けた場合
   に前記チケット受信手段に対して前記電子チケットを送
   信することを特徴とする請求項１乃至５記載の電子チケ
   ット移転システム。
7. 【請求項７】 前記電子チケットにはその電子チケット
   が有効であるか否かを判断するための有効判断情報が設
   けられているものであって、 前記チケット管理手段は、前記有効判断情報に基づいて
   前記電子チケットが有効であるか否かを判断し、有効で
   ないと判断した場合はその電子チケットを取扱不能にす
   ることを特徴とする請求項１乃至６記載の電子チケット
   移転システム。
8. 【請求項８】 前記チケット管理手段は、前記電子チケ
   ットが取扱不能になるまでは前記電子チケットを前記チ
   ケット受信手段に送信することを特徴とする請求項１乃
   至７記載の電子チケット移転システム。
9. 【請求項９】 前記チケット受信手段とは、前記チケッ
   ト携帯手段として機能する携帯端末、又は前記チケット
   携帯手段に前記電子チケットを転送するためのチケット
   転送手段、又は前記電子チケットを所定の用紙にチケッ
   トとして印刷するための処理を行うチケット印刷処理手
   段であることを特徴とする請求項１乃至８記載の電子チ
   ケット移転システム。
10. 【請求項１０】 前記チケット印刷処理手段とは、前記
    電子チケットを所定の用紙に印刷すべき印刷命令、又は
    前記電子チケットを前記チケット携帯手段に転送すべき
    転送命令を受付けるものであって、前記印刷命令を受付
    けた場合は前記電子チケットを所定の用紙に印刷するた
    めの処理を行い、前記転送命令を受付けた場合は前記電
    子チケットを前記チケット携帯手段に転送するための処
    理を行う装置であることを特徴とする請求項１乃至９記
    載の電子チケット移転システム。
11. 【請求項１１】 前記チケット印刷処理手段は店舗内に
    設置される店舗内端末であることを特徴とする請求項１
    乃至１０記載の電子チケット移転システム。
12. 【請求項１２】 前記チケット携帯手段に記憶された電
    子チケットは、会場施設に設けられた入場許可手段によ
    って読み取られ、入場許可を判断するための情報となる
    ことを特徴とする請求項１乃至１１記載の電子チケット
    移転システム。
13. 【請求項１３】 前記チケット管理手段は、前記移転情
    報を受付けた場合に、移転の対象となる前記電子チケッ
    トと前記移転元特定情報と前記移転先特定情報とを移転
    履歴管理情報として管理することを特徴とする請求項１
    乃至１２記載の電子チケット移転システム。
14. 【請求項１４】 前記チケット管理手段は前記電子チケ
    ットの受信状況と利用者への連絡先を管理するものであ
    って、 前記チケット管理手段は前記受信状況に基づいて利用者
    への注意喚起を行うか否かを判断し、注意喚起を行うと
    判断した場合は、前記連絡先に注意を喚起するための情
    報を送信することを特徴とする請求項１乃至１３記載の
    電子チケット移転システム。
15. 【請求項１５】 前記チケット管理手段は、前記チケッ
    ト受信手段に送信した前記電子チケットの返却を受付
    け、前記電子チケット送信時の電子チケット所有者を特
    定するための所有者特定情報を管理するものであって、 前記チケット管理手段は、前記電子チケットの返却を受
    付け、その電子チケットを前記所有者特定情報が特定す
    る所有者の電子チケットとして管理することを特徴とす
    る請求項１乃至１４記載の電子チケット移転システム。
16. 【請求項１６】 前記移転元特定情報とは団体の代表者
    を特定するための代表者特定情報であり、前記移転先特
    定情報には団体の構成員を特定するための構成員特定情
    報が複数含まれるものであることを特徴とする請求項１
    乃至１５記載の電子チケット移転システム。
17. 【請求項１７】 前記チケット管理手段は、前記代表者
    特定情報と複数の前記構成員特定情報とを対応づけて管
    理することを特徴とする請求項１乃至１６記載の電子チ
    ケット移転システム。
18. 【請求項１８】 団体の代表者から構成員に移転される
    電子チケットには構成員への連絡内容が付加されている
    ことを特徴とする請求項１乃至１７記載の電子チケット
    移転システム。
19. 【請求項１９】 電子チケットの利用者を特定する利用
    者特定情報と、前記電子チケットを受信するためのチケ
    ット受信手段に送信される電子チケットと、前記電子チ
    ケットの移転元となる利用者を特定する移転元特定情報
    と前記電子チケットの移転先となる利用者を特定する移
    転先特定情報とからなる移転情報に関する処理を電子チ
    ケットの管理を行うチケット管理手段に行わせるもので
    あり、前記チケット管理手段に、前記移転情報を受付け
    させ、前記移転元特定情報により特定される利用者が所
    有する前記電子チケットを前記移転先特定情報により特
    定される利用者に移転する移転処理を行わせるものであ
    って、前記移転処理において移転させる前記電子チケッ
    トは前記チケット受信手段に送信される前の前記電子チ
    ケットであることを特徴とする電子チケット移転用のコ
    ンピュータプログラム。
20. 【請求項２０】 前記移転情報には移転の対象となる電
    子チケットを特定するための移転チケット特定情報が含
    まれ、前記チケット管理手段に、前記移転チケット特定
    情報が特定する電子チケットを移転の対象とさせること
    を特徴とする請求項１９記載の電子チケット移転用のコ
    ンピュータプログラム。
21. 【請求項２１】 前記電子チケットは、電子チケットを
    発行するチケット発行手段から前記チケット管理手段に
    対して発行されたものであることを特徴とする請求項１
    ９乃至２０記載の電子チケット移転用のコンピュータプ
    ログラム。
22. 【請求項２２】 前記電子チケットは、前記電子チケッ
    トを携帯するためのチケット携帯手段に記憶されるため
    の情報、又は所定の用紙にチケットとして印刷されるた
    めの情報であることを特徴とする請求項１９乃至２１記
    載の電子チケット移転用のコンピュータプログラム。
23. 【請求項２３】 前記電子チケットが前記チケット携帯
    手段に記憶されるか、又は所定の用紙に印刷されるかは
    前記電子チケットの利用者の選択により決定されること
    を特徴とする請求項１９乃至２２記載の電子チケット移
    転用のコンピュータプログラム。
24. 【請求項２４】 前記チケット管理手段が前記チケット
    受信手段から前記電子チケットの送信要求を受付けた場
    合は前記チケット受信手段に対して前記電子チケットを
    送信させることを特徴とする請求項１９乃至２３記載の
    電子チケット移転用のコンピュータプログラム。
25. 【請求項２５】 前記電子チケットにはその電子チケッ
    トが有効であるか否かを判断するための有効判断情報が
    設けられているものであって、 前記チケット管理手段に、前記有効判断情報に基づいて
    前記電子チケットが有効であるか否かを判断させ、有効
    でないと判断した場合はその電子チケットを取扱不能に
    させることを特徴とする請求項１９乃至２４記載の電子
    チケット移転用のコンピュータプログラム。
26. 【請求項２６】 前記チケット管理手段に、前記電子チ
    ケットが取扱不能になるまでは前記電子チケットを前記
    チケット受信手段に送信させることを特徴とする請求項
    １９乃至２５記載の電子チケット移転用のコンピュータ
    プログラム。
27. 【請求項２７】 前記チケット受信手段とは、前記チケ
    ット携帯手段として機能する携帯端末、又は前記チケッ
    ト携帯手段に前記電子チケットを転送するためのチケッ
    ト転送手段、又は前記電子チケットを所定の用紙にチケ
    ットとして印刷するための処理を行うチケット印刷処理
    手段であることを特徴とする請求項１９乃至２６記載の
    電子チケット移転用のコンピュータプログラム。
28. 【請求項２８】 前記チケット印刷処理手段とは、前記
    電子チケットを所定の用紙に印刷すべき印刷命令、又は
    前記電子チケットを前記チケット携帯手段に転送すべき
    転送命令を受付けるものであって、前記印刷命令を受付
    けた場合は前記電子チケットを所定の用紙に印刷するた
    めの処理を行い、前記転送命令を受付けた場合は前記電
    子チケットを前記チケット携帯手段に転送するための処
    理を行う装置であることを特徴とする請求項１９乃至２
    ７記載の電子チケット移転用のコンピュータプログラ
    ム。
29. 【請求項２９】 前記チケット印刷処理手段は店舗内に
    設置される店舗内端末であることを特徴とする請求項１
    ９乃至２８記載の電子チケット移転用のコンピュータプ
    ログラム。
30. 【請求項３０】 前記チケット携帯手段に記憶された電
    子チケットは、会場施設に設けられた入場許可手段によ
    って読み取られ、入場許可を判断するための情報となる
    ことを特徴とする請求項１９乃至２９記載の電子チケッ
    ト移転用のコンピュータプログラム。
31. 【請求項３１】 前記チケット管理手段が、前記移転情
    報を受付けた場合に、移転の対象となる前記電子チケッ
    トと前記移転元特定情報と前記移転先特定情報とを移転
    履歴管理情報として管理させることを特徴とする請求項
    １９乃至３０記載の電子チケット移転用のコンピュータ
    プログラム。
32. 【請求項３２】 前記チケット管理手段は前記電子チケ
    ットの受信状況と利用者への連絡先を管理するものであ
    って、 前記チケット管理手段に前記受信状況に基づいて利用者
    への注意喚起を行うか否かを判断させ、注意喚起を行う
    と判断した場合は、前記連絡先に注意を喚起するための
    情報を送信させることを特徴とする請求項１９乃至３１
    記載の電子チケット移転用のコンピュータプログラム。
33. 【請求項３３】 前記チケット管理手段は、前記チケッ
    ト受信手段に送信した前記電子チケットの返却を受付
    け、前記電子チケット送信時の電子チケット所有者を特
    定するための所有者特定情報を管理するものであって、 前記チケット管理手段に、前記電子チケットの返却を受
    付けさせ、その電子チケットを前記所有者特定情報が特
    定する所有者の電子チケットとして管理させることを特
    徴とする請求項１９乃至３２記載の電子チケット移転用
    のコンピュータプログラム。
34. 【請求項３４】 前記移転元特定情報とは団体の代表者
    を特定するための代表者特定情報であり、前記移転先特
    定情報には団体の構成員を特定するための構成員特定情
    報が複数含まれるものであることを特徴とする請求項１
    ９乃至３３記載の電子チケット移転用のコンピュータプ
    ログラム。
35. 【請求項３５】 前記チケット管理手段に、前記代表者
    特定情報と複数の前記構成員特定情報とを対応づけて管
    理させることを特徴とする請求項１９乃至３４記載の電
    子チケット移転用のコンピュータプログラム。
36. 【請求項３６】 団体の代表者から構成員に移転される
    電子チケットには構成員への連絡内容が付加されている
    ことを特徴とする請求項１９乃至３５記載の電子チケッ
    ト移転用のコンピュータプログラム。