JP3667206B2 - 予約システム - Google Patents
予約システム Download PDFInfo
- Publication number
- JP3667206B2 JP3667206B2 JP2000222798A JP2000222798A JP3667206B2 JP 3667206 B2 JP3667206 B2 JP 3667206B2 JP 2000222798 A JP2000222798 A JP 2000222798A JP 2000222798 A JP2000222798 A JP 2000222798A JP 3667206 B2 JP3667206 B2 JP 3667206B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- reservation
- card
- server
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、会員情報を記憶させたＩＣカード等を利用することによって、ネットワークを介して会員にホテルやレンタカーの予約、イベントや交通機関の座席予約などの各種の予約サービスを提供する予約システムに関するものであって、詳しくは、端末に接続されたリーダ・ライタが複数枚のＩＣカード等を同時に検出し、検出した枚数、すなわち会員数や、それらの会員情報や、前記端末から入力されるデータ（予約の可否あるいは決済の可否など）に応じて、複数の会員それぞれに応じた内容の予約登録を一括して行うことができる予約システムに関する。
【０００２】
【従来の技術】
インターネットの普及に伴い、パソコンからインターネットに接続し、イベントのチケットや航空券等、各種乗車券の予約を行うサービスが行われている。このような予約システムでは通常、インターネットで予約ホームページに接続し、利用者が希望するイベントや乗車券の情報をネットワークを通して送信し、予約時に、予約番号等、予約した人間を特定する番号を発行し、イベント当日や乗車当日等に、窓口でチケットや乗車券等と引き替えに料金を支払う方法がとられている。また、当日料金を支払う代わりに、クレジット番号を予約時に送信して決済する方法や、予め登録を行った会員に対してのみ行うサービスがある。
【０００３】
これらネットワークを利用する場合では、他人のクレジット番号を知っているだけで、他人になりすまして予約ができる等、セキュリティー上に問題がある。これを解決する方法としてＩＣカードを利用したシステムも考えられている。例えば、日本航空と日立製作所が１９９７年に共同で行った実験では、ＩＣカードを持つ会員が、航空券の予約・購入や、手荷物預かり、搭乗ゲートヘの誘導や搭乗手続きなど、チケットの購入から搭乗までを、カードによるシステムで行っている。
【０００４】
【発明が解決しようとする課題】
しかしながら、カードを用いるか否かに関わらず、これら現状の予約システムでは、チケットを複数枚予約する際においても、予約する人間は一人に特定され、その特定の一人に請求がなされ、またクレジットカードを利用して支払いを行う際には、予約を申し込んだ人のクレジットカードで支払いを行うことになっていた。その結果、家族で複数枚の航空券を申し込む際等、一人の支払いで済む場合は問題がなかったが、会社の同僚と出張に行く場合等では、支払いはそれぞれのクレジットカードで行う事は不可能であった。また、現状のシステムでは、直接座席の場所を指定できる事はほとんどなく、たとえ指定できたとしても、インターネットを介した予約システムでは、複数の人が隣あった席を支払いを別に予約することはできなかった。
【０００５】
従来の磁気ストライプカードや接点端子付きのＩＣカード、或いは静電結合を利用した通信距離が数ミリ程度の非接触ＩＣカードでは、リーダ・ライタ（Ｒ／Ｗ）とカードは常に一対一でリンクが張られ、複数のカードと同時にリンクを張ることはできなかった。したがって、カードを使った会員サービス等では、一回のアクセスに対して一人の会員に対してのみサービス提供が可能であり、その結果、家族のように同じ決済ですむ手続きや、支払いを伴わないサービスに対しては有効であったが、支払いを分けた複数の人数で構成されるグループに対しては、その都度カードを入れ替えてサービスを受ける必要があり、結果、友人同士などで隣り合った席を予約する事は難しかった。
【０００６】
本発明の課題は、複数の会員がそれぞれのカードを用いて同時に予約サービスを享受できるようにし、例えば、座席予約の場合のように複数の会員が隣同士になるなどまとまった座席等の予約を可能とし、かつ支払いが個別にすませられるサービスを提供する予約システムを提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題を解決するため、本発明は以下に列記する手段を採用する。
【０００８】
その一手段は、アンチコリジョン対応の非接触ＩＣカードへ情報の読み書きをする機能を有する１台のリーダ・ライタと電気的に接続された端末がサーバにネットワークを介して接続され、会員に関する情報を記憶させた複数枚の該カードを利用して、該ネットワークを介して会員に各種予約サービスを提供するシステムであって、
該リーダ・ライタは、カード所有者を特定する会員に関する情報を少なくとも格納した複数枚の前記非接触ＩＣカードを同時に検出し、該同時に検出されたカードの情報をまとめて該端末へ送信するものであり、
該端末は、該リーダ・ライタから送信された同時に複数枚の該非接触ＩＣカードから読み取った会員に関する情報と認識したカードの情報を該ネットワークを介してまとめて該サーバに送信し、該サーバから送信された予約サービス情報を表示する表示手段と、該予約サービスに関わる入力情報を必要時に入力する入力手段とを有し、該予約サービスに関わる入力情報を該ネットワークを介して該サーバに送信するものであり、
該サーバは、該リーダ・ライタで検出し該端末からまとめて送信されたカードの情報から会員数を判別する会員数判別機能手段と、該会員に関する情報及び該判別した会員数に応じて予約サービス情報を生成する情報生成機能手段を有し、該会員に関する情報及び該予約サービス情報を格納する少なくとも一つ以上の記憶手段へ情報の読み書きが可能であり、かつ、該予約サービス情報を該ネットワークを介して該端末へ送信し、該端末から必要時に送信された該予約サービス情報に関わる入力情報により予約登録を行うものである
ことを特徴とする予約システムである。
【００１０】
あるいは、以上の予約システムにおいて、前記端末は、入力手段による入力情報及び認識された全てのカードに格納された会員に関する情報をネットワークを介してサーバへ送信ものであり、該サーバは、該入力情報及び該全てのカードに格納された会員に関する情報を元に記憶手段に格納された予約データを検索し、該検索結果をネットワークを介して該端末へ送信するものであり、該端末は、該検索結果を表示手段に出力し、該表示された検索結果を基に予約登録を行うための該入力手段による入力情報を該サーバへ送信するものであることを特徴とする予約システムである。
【００１１】
あるいは、以上の予約システムにおいて、前記サーバは、カードに格納された会員に関する情報を元に会員の認証を行う認証機能手段を有し、リーダ・ライタを介して端末で認識された全てのカードに格納された会員に関する情報及び／またはカードの情報に基づき、該認証機能手段によって認識されたカードに対する会員の正当性を識別し、正しい会員の場合に、前記予約サービスを提供可能とすることを特徴とする予約システムである。
【００１２】
あるいは、以上の予約システムにおいて、前記端末は、サーバが予約した情報をリーダ・ライタを介してカードに記憶することを特徴とする予約システムである。
【００１３】
あるいは、以上の予約システムにおいて、前記カードに決済に関わる情報が格納され、前記サーバは、決済機能手段を有し、予約時にリーダ・ライタを介して読み出され端末とネットワークを介して送信された該カードに格納される決済に関わる情報に基づき該決済機能手段によって決済を行うことを特徴とする予約システムである。
【００１４】
あるいは、上記の予約システムにおいて、前記端末は、前記予約時にサーバが決済を行った場合に、各予約を利用する事が可能となるチケット情報をリーダ・ライタを介してカードに記憶させ、該予約の利用が可能となる情報を格納された該カードによって予約を利用することを特徴とする予約システムである。
【００１５】
本発明では、一度に複数のカードとアクセス可能な、例えばアンチコリジョンに対応した非接触式ＩＣカード等のカードを会員カードや決済系カードに利用する事で、予約時に複数の会員カードを同時に認識できるようにし、同時に予約を行いたい会員の数を判別可能とする。また、サーバに、会員数に応じて提供する情報を生成する情報生成手段を持たせることで、利用する会員数に応じた情報提供を可能とする。以上の作用があいまって、複数会員に対して同時に予約サービスの提供が行え、例えば座席予約等では、隣あった座席の予約が可能となるようにする。また、決済情報を有するカードにも、例えば同様のアンチコリジョン対応の非接触ＩＣカード等のカードを用いることで、会員カードと同時に決済カードを認識することができるようにし、結果、決済機能を持たない会員カードを用いた予約サービスにおいても、決済処理が個別に可能となるようにする。
【００１６】
【発明の実施の形態】
以下、本発明の実施形態について図面を用いて説明する。
【００１７】
図１〜図４に本発明の実施形態例として、本発明による予約システムの構成図を示す。
【００１８】
図１は、本発明による予約システムの第１の実施形態例を示す図であって、１はサービス提供用のサーバ、１１は会員情報及び予約サービス情報を格納した記憶手段、２はネットワーク、３は端末、３１は表示手段、３２は入力手段、４はリーダ・ライタ、５は非接触ＩＣカードである。本実施形態例では、サーバ１が会員数判別機能（ａ）と情報生成機能（ｂ）を有している例を示しており、記憶装置１１は、サーバ１と直接電気的に接続されている。また、本実施形態例では非接触ＩＣカードは２枚の場合を示しているが、３枚以上でも１枚の場合でも、本質的に変わる事は無い。
【００１９】
また、図２は、本発明による予約システムの第２の実施形態例を示す図であって、サーバ１’は上記（ａ），（ｂ）の機能に加えて認証機能（ｃ）をも有し、記憶手段として会員情報を格納した記憶手段１２とサービス情報を格納した記憶手段１３が、サーバ１’とは独立してネットワーク２上に接続されている例を示している。
【００２０】
さらに、図３は、本発明による予約システムの第３の実施形態例を示す図であって、サーバ１”は上記（ａ），（ｂ），（ｃ）の機能に加えて決済機能（ｄ）を有し、決済に関する情報を記憶させたカード５’と決済に関する情報をも含めた会員に関する情報とサービスに関する情報を格納した記憶手段１４を含めた予約システムの構成例を示してある。
【００２１】
また、図４では、端末よりサーバ側の構成は図３の第３の実施形態例と同じで、決済機能をもたないカード５と、決済機能のみを有するカード５”で構成された本発明の第４の実施形態例を示す図である。
【００２２】
図５〜図９に、図１〜図４に示す本発明による各実施形態例の構成のシステムでの、予約サービスの提供フローについて示す。なお、以下の○１０などの記載は、図中における、○印の中に数字（前記の例では１０）が記載されている符号を表す。また、図中のＡ〜Ｆは当該装置の機能手段による処理を表す。
【００２３】
図５は、図１の第１の実施形態例のシステム構成に相対しており、図中の実線による矢印は制御データの流れを、破線による矢印は端末への表示データの流れを示している。
【００２４】
本実施形態例では、初めに端末３からサービスを開始するための何らかの情報をサーバ１に上げることから始めている（○１）。但し、端末３から何らかのイベントをサーバ１に上げなくてもサービス開始できるよう、端末３がスタンバイの状態であっても問題無いことは言うまでもない。
【００２５】
端末３からサービス開始の情報がサーバ１ヘ上がると、サーバ１は記憶手段１１に、サービス初期に必要な情報（表示及び制御）のデータの要求を上げる（○１）。要求を受けた記憶手段１１は、サーバ１ヘ表示及び制御のデータを送信し、サーバ１は端末３へ情報を送信する。制御データの中には、カードを検出し、検出できたカードに対して、各カードに記憶されている会員に関する情報を読み込む指示などが含まれている。この時、リーダ・ライタやカードヘの制御データは、端末３を通りリーダ・ライタ４まで送信され、カード検出を行う事になる（○２）。この場合においても、端末３が常時カード検出スタンバイ状態になっていて、カードを検出するとサービスを開始するやり方でも、当然同様のサービス提供は可能になる。
【００２６】
リーダ・ライタ４からのカード検出コマンドにより、通信可能な範囲にあるカード（本例では２枚）はリーダ・ライタ４が認識出来るように全てのカードに対して固有に割り付けられているシリアル番号等をそれぞれ応答で返し（○３）、リーダ・ライタ４はカード５が２枚存在することを検出して、端末３ヘ検出した２枚のカードに関するシリアル番号やそれぞれのカードを識別するための識別子等の情報をまとめて端末３へ送信する（○４）。このように、非接触式ＩＣカードでは複数枚のカードを一度に認識し、それぞれのカードを認識して個々にアクセスすることが可能であり、この様な方法はＩＣ公衆電話用のカードにも採用されている。
【００２７】
○４によって送られた情報により検出したカード枚数を認識した端末３は、○２で送られてきたデータに基づき、検出された全てのカード５に対して会員番号や氏名といった会員に関する情報を読み出し（○５，○６）、読み出した各カードに記憶された会員に関する情報と該当するカードを識別する情報を対応づけ、検出された全てのカード分の情報を、まとめてサーバ１ヘ送る（○７）。
【００２８】
送られてきた情報を受け取ったサーバ１は、会員数判別手段で、検出されたカードの会員数を判別し（Ａ）、また会員に関する情報から必要な予約サービスに関する情報の要求を記憶手段に送信する（○８）。記憶手段１１では、サービスに必要な表示及び制御の情報をサーバ１ヘ送信する（○９）。この情報を受け取ったサーバ１は、判別手段によって判明した会員数情報に基づき、生成手段によって判明した会員数に必要な表示データ及び制御データを作成し（Ｂ）、端末３へ情報（表示及び制御）を送信する（○１０）。
【００２９】
データを受信した端末３は、表示手段３１に情報を表示する。この情報を見た会員は、予約を行うか否かの判断を入力手段３２を介して端末３へ入力し、端末３はサーバ１ヘ入力結果を送信する（○１１）。この時、データを入力する会員は、検出されたカードを所有する全ての会員が対象になるため、送信するデータには、該当する全ての会員分の情報が含まれる事になる。また、Ｂで生成した表示情報が、一度に全会員の分の情報を入力する構成であるか、会員毎に個別に情報を入力する構成であるかによって、サーバへの情報送信のタイミング（○１１）は異なるが、結果としてカード枚数分の会員の情報をサーバへ送信する事になるため、図では２本の矢印（本実施形態例ではカードは２枚であるため）を示している。なお、以降の○１１，○１２の処理においても、同様の理由で２本の矢印を記入してある。
【００３０】
入力結果を受信したサーバ１は、予約を行う場合はその情報を記憶手段１１に予約情報を送信し（○１２）、データベースを更新することになる（Ｃ）。また、予約情報をカードに書き込む場合は、サーバ１から端末３、リーダ・ライタ４を介して、カード５ヘ予約情報を書き込む事になる（○１３）。なお、本例では２枚のカードを所有する会員の両方が予約を行った場合を示しており、リーダ・ライタ４からカード５ヘは、それぞれのカード５ヘ予約情報を書き込んでいる。このように、複数の会員が一度にサービスをうけ、予約処理が可能になる。なお、本例の場合では、予約の状況を確認する処理は行っておらず、座席のように予約できる対象の数に制限が有るサービスについては適応は困難である。
【００３１】
次に、同じく図１に対応した構成例のシステムにおいて、予約情報を検索した後予約を行う場合の実施形態例を、図６の処理のフローを用いて説明する。
【００３２】
本図においても、矢印の意味は図５の場合と同様である。また処理のフローも、○１０のサービス情報を端末３へ送信するところまでは同様である。その後○１１で、予約状況を検索するために希望する予約に関する情報を入力手段３２を介して端末３へ入力し、希望情報をサーバ１ヘ送信する。
【００３３】
希望する予約情報を受けたサーバ１は、この情報をもとに予約情報が記憶された記憶手段１１へ検索要求を行い（○１２）、記憶手段１１ではこの要求に従って検索を行い（Ｄ）、検索結果をサーバ１ヘ送信する（○１３）。検索結果を受けたサーバ１は、情報生成手段で端末へ送信するデータを生成し（Ｂ）、生成データを端末３へ送信する（○１４）。なお、本実施形態例では、複数の会員が同じイベントや列車等の交通手段を利用する例を示しており、検索するデータは検出された全ての会員にとって同じ条件となるため、○１１から○１４までの処理フローでは、矢印を１本示してある。
【００３４】
その後は、端末３の表示手段３１に示された情報をもとに、各会員が予約情報を入力し、サーバ１ヘ送信し（○１５）、情報を受け取ったサーバ１は記憶手段１１ヘデータベースの更新要求を行い（○１６）、予約情報が更新される（Ｃ）。この処理では、対象となった全ての会員の情報が送受信されるため、図中には２本の矢印を示してある事は、図５の場合と同様である。予約情報をカードに書き込む場合は、その後さらに各会員が所有する各カードヘ予約情報を送信することになる（○１７）。この時、図５のところで示したように、カード検出後、会員情報とカードを識別する情報の対応関係を、端末３及びサーバ１は把握しているため、それぞれの会員の所有するカードに正しく情報を書き込む事が可能になる。
【００３５】
このように、予約情報を検索し、その後、予約を行うことで、交通機関の座席やコンサート等のイベントの座席の予約状況が把握でき、それぞれの会員が座席を指定した状態で同時に予約が可能になる。
【００３６】
次に、図７により、図２に対応した構成例のシステムでの、会員カードの認証を行った後に予約サービスを提供する実施形態例のフローについて説明する。
【００３７】
本図においては、図２の構成例に従い、記憶手段が二つになっており、会員情報のデータベースと、サービス情報のデータベースを分離してある他は、基本的に、図５と同様である。また、カードが３枚の例を示しているため、カード個別に関わる情報の（○３，○５，○６，○１５，○１６，○１７，○１８，○１９）の処理は、３回情報を送信していることになる。
【００３８】
本図においては、サービスを提供する前に検出されたカードの認証を行う以外は、基本的な流れは図６の場合と同様で、処理○７の後にサーバ１’から会員情報が格納されたデータベースヘ検出された会員情報の要求を行い（○１８）、記憶手段１２，１３から送られてくる情報○１９をもとに、サーバ１’上で認証（Ｅ）を行う処理が含まれている。認証の結果、正しい会員カードであれば、○８以降の処理を行う事になる。この結果、正しいカードによる会員の認証を含んだ、よりセキュリテイーの高いサービスの提供が可能になる。
【００３９】
次に、図３の構成例に基づいた、決済に関する情報を含んだカードを用い、サーバに備わる決済機能を用いて予約処理後決済を行い、決済終了後にチケット等の予約の利用が可能になる情報をカードに書き込む場合のフロー例を図８に示す。なお、本例の場合、図７の○１６の予約によるデータベース更新（Ｃ）までの処理はカードが２枚である以外は同じであるため、○１６以降の処理のみを示してある。
【００４０】
記憶手段１４のデータベース更新後、サーバ１”は予約に対する決済を行うか否かの情報を端末３に送信する〈１〉。これに従い、会員は入力手段３２を介して、決済を行うか否かの判断に関する情報を端末３へ入力し、サーバ１”ヘ送信する〈２〉。本例では、２枚のカード５’の所有者である二人の会員の内の一人のみが決済を行い、残る一人は予約のみを行う例を示しているため、決済判断の情報を得たサーバ１”は、１枚のカードに関する決済に関する情報の要求を記憶手段に行い〈３〉、記憶手段１４は該当する情報をサーバ１”ヘ送信する〈４〉。決済に関する情報を得たサーバ１”は決済処理を行い（Ｆ）、決済結果を記憶手段１４に送信する〈５〉と共に、決済を行ったカードヘ予約利用情報を書き込む〈６〉。また、決済を行わなかったカードヘ対しては、予約情報を書き込む（○１７）。以上の処理により、複数の会員が同時に予約を行い、かつ、希望する会員に対してのみ決済を行う事が可能なサービスの提供が可能になる。
【００４１】
最後に、図４の第４の実施形態例に基づいた、決済に関する情報を含んだカードと含まないカードを用い、決済機能を持たないカードによって予約処理を行った後、サーバに備わる決済機能を用いて決済情報を有するカードで決済を行い、決済終了後にチケット等の予約の利用が可能になる情報を決済情報を持たないカードに書き込む場合の処理フローの例を図９に示す。
【００４２】
本実施形態例では、２枚のカード（５，５”）のうち、初めに決済情報を持たない１枚のカード５によって図７の場合と同様に予約を検索し予約処理を行った後（○１〜○１６）、もう１枚の決済情報を有するカード５”を追加検出し（〈７〉〜○７）、図８の場合と同様に決済を行い（〈３〉〜〈５〉）、後に決済情報を含まないカード５に予約利用情報を書き込む（○１７）例を示している。ここで、初めのカード検出時にはカードが１枚のため、○３，○４，○６は矢印が１本になっている。
【００４３】
予約に関するデータベースの更新（○１６）後、決済処理を行うかの判別後（〈１〉，〈２〉）、○７の処理によって得られたカードに関する情報から、サーバ１”はカードに決済情報を含まないことが分かっているため、決済情報を有するカードの検出を始める〈７〉。これによって、カード検出及びカードを読み出すフローが再度始まり（○３〜○７）、呼び出された決済に関する情報に基づき、決済処理を行う（〈３〉〜〈５〉）。その後、決済情報を含まないカード５に、予約利用情報を書き込み（○１７）、決済情報を含むカード５”に、決済処理後の情報書き込み〈８〉を行う。なお、○１７，〈８〉の処理は、必要でなければ行わなくとも問題はない。
【００４４】
以上の処理により、例えば決済情報を含まない会員カードでも、電子マネー用のカード等決済情報を含むカードと合わせて使用する事で、決済処理までも行えるサービスの提供が可能になる。
【００４５】
【発明の効果】
以上説明したように、本発明によって、会員情報を記憶させたカードを利用して、複数の会員に対して、高いセキュリティーを有する予約サービスを同時に提供でき、隣り合った座席の指定などを行うことができるサービスの提供が可能になる。
【００４６】
さらに、隣り合った座席を予約する等の団体予約を行った場合であっても、決済は個人対応で行うことができるサービスの提供が可能になる。
【図面の簡単な説明】
【図１】本発明によるシステムの第１の実施形態例を示す構成図であり、サーバに判別機能と生成機能を有した例を示す図である。
【図２】本発明によるシステムの第２の実施形態例を示す構成図であり、サーバに認証機能も有し、記憶手段がサーバから独立しネットワーク上に接続している例を示す図である。
【図３】本発明によるシステムの第３の実施形態例を示す構成図であり、サーバが決済機能をも有し、決済に関する情報を記憶させたカードを用いた例を示す図である。
【図４】本発明によるシステムの第４の実施形態例を示す構成図であり、サーバが決済機能を有し、決済に関する情報を記憶させたカードと、決済に関する情報を有さないカードを用いた例を示す図である。
【図５】図１に示したシステム構成における予約サービスを行う処理フロー図であり、カードが２枚で予約情報を検索しない例を示す図である。
【図６】図１に示したシステム構成における予約サービスを行う処理フロー図であり、予約情報を検索する例を示す図である。
【図７】図２に示したシステム構成における予約サービスを行う処理フロー図であり、会員カードの認証を行う例を示す図である。
【図８】図３に示したシステム構成における予約サービスを行う処理フロー図であり、予約後決済処理を行う例を示す図である。
【図９】図４に示したシステム構成における予約サービスを行う処理フロー図であり、決済情報を持たないカードで予約処理後、決済情報を有するカードで決済処理を行う例を示す図である。
【符号の説明】
１、１’，１”…サーバ
（ａ）…会員数判別機能
（ｂ）…情報生成機能
（ｃ）…認証機能
（ｄ）…決済機能
１１…会員情報及び予約サービス情報の記憶手段
１２…会員情報の記憶手段
１３…サービス情報の記憶手段
１４…決済情報を含む会員情報及び予約サービス情報の記憶手段
２…ネットワーク
３…端末
３１…表示手段
３２…入力手段
４…リーダ・ライタ
５，５’５”…非接触ＩＣカード
【発明の属する技術分野】
本発明は、会員情報を記憶させたＩＣカード等を利用することによって、ネットワークを介して会員にホテルやレンタカーの予約、イベントや交通機関の座席予約などの各種の予約サービスを提供する予約システムに関するものであって、詳しくは、端末に接続されたリーダ・ライタが複数枚のＩＣカード等を同時に検出し、検出した枚数、すなわち会員数や、それらの会員情報や、前記端末から入力されるデータ（予約の可否あるいは決済の可否など）に応じて、複数の会員それぞれに応じた内容の予約登録を一括して行うことができる予約システムに関する。
【０００２】
【従来の技術】
インターネットの普及に伴い、パソコンからインターネットに接続し、イベントのチケットや航空券等、各種乗車券の予約を行うサービスが行われている。このような予約システムでは通常、インターネットで予約ホームページに接続し、利用者が希望するイベントや乗車券の情報をネットワークを通して送信し、予約時に、予約番号等、予約した人間を特定する番号を発行し、イベント当日や乗車当日等に、窓口でチケットや乗車券等と引き替えに料金を支払う方法がとられている。また、当日料金を支払う代わりに、クレジット番号を予約時に送信して決済する方法や、予め登録を行った会員に対してのみ行うサービスがある。
【０００３】
これらネットワークを利用する場合では、他人のクレジット番号を知っているだけで、他人になりすまして予約ができる等、セキュリティー上に問題がある。これを解決する方法としてＩＣカードを利用したシステムも考えられている。例えば、日本航空と日立製作所が１９９７年に共同で行った実験では、ＩＣカードを持つ会員が、航空券の予約・購入や、手荷物預かり、搭乗ゲートヘの誘導や搭乗手続きなど、チケットの購入から搭乗までを、カードによるシステムで行っている。
【０００４】
【発明が解決しようとする課題】
しかしながら、カードを用いるか否かに関わらず、これら現状の予約システムでは、チケットを複数枚予約する際においても、予約する人間は一人に特定され、その特定の一人に請求がなされ、またクレジットカードを利用して支払いを行う際には、予約を申し込んだ人のクレジットカードで支払いを行うことになっていた。その結果、家族で複数枚の航空券を申し込む際等、一人の支払いで済む場合は問題がなかったが、会社の同僚と出張に行く場合等では、支払いはそれぞれのクレジットカードで行う事は不可能であった。また、現状のシステムでは、直接座席の場所を指定できる事はほとんどなく、たとえ指定できたとしても、インターネットを介した予約システムでは、複数の人が隣あった席を支払いを別に予約することはできなかった。
【０００５】
従来の磁気ストライプカードや接点端子付きのＩＣカード、或いは静電結合を利用した通信距離が数ミリ程度の非接触ＩＣカードでは、リーダ・ライタ（Ｒ／Ｗ）とカードは常に一対一でリンクが張られ、複数のカードと同時にリンクを張ることはできなかった。したがって、カードを使った会員サービス等では、一回のアクセスに対して一人の会員に対してのみサービス提供が可能であり、その結果、家族のように同じ決済ですむ手続きや、支払いを伴わないサービスに対しては有効であったが、支払いを分けた複数の人数で構成されるグループに対しては、その都度カードを入れ替えてサービスを受ける必要があり、結果、友人同士などで隣り合った席を予約する事は難しかった。
【０００６】
本発明の課題は、複数の会員がそれぞれのカードを用いて同時に予約サービスを享受できるようにし、例えば、座席予約の場合のように複数の会員が隣同士になるなどまとまった座席等の予約を可能とし、かつ支払いが個別にすませられるサービスを提供する予約システムを提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題を解決するため、本発明は以下に列記する手段を採用する。
【０００８】
その一手段は、アンチコリジョン対応の非接触ＩＣカードへ情報の読み書きをする機能を有する１台のリーダ・ライタと電気的に接続された端末がサーバにネットワークを介して接続され、会員に関する情報を記憶させた複数枚の該カードを利用して、該ネットワークを介して会員に各種予約サービスを提供するシステムであって、
該リーダ・ライタは、カード所有者を特定する会員に関する情報を少なくとも格納した複数枚の前記非接触ＩＣカードを同時に検出し、該同時に検出されたカードの情報をまとめて該端末へ送信するものであり、
該端末は、該リーダ・ライタから送信された同時に複数枚の該非接触ＩＣカードから読み取った会員に関する情報と認識したカードの情報を該ネットワークを介してまとめて該サーバに送信し、該サーバから送信された予約サービス情報を表示する表示手段と、該予約サービスに関わる入力情報を必要時に入力する入力手段とを有し、該予約サービスに関わる入力情報を該ネットワークを介して該サーバに送信するものであり、
該サーバは、該リーダ・ライタで検出し該端末からまとめて送信されたカードの情報から会員数を判別する会員数判別機能手段と、該会員に関する情報及び該判別した会員数に応じて予約サービス情報を生成する情報生成機能手段を有し、該会員に関する情報及び該予約サービス情報を格納する少なくとも一つ以上の記憶手段へ情報の読み書きが可能であり、かつ、該予約サービス情報を該ネットワークを介して該端末へ送信し、該端末から必要時に送信された該予約サービス情報に関わる入力情報により予約登録を行うものである
ことを特徴とする予約システムである。
【００１０】
あるいは、以上の予約システムにおいて、前記端末は、入力手段による入力情報及び認識された全てのカードに格納された会員に関する情報をネットワークを介してサーバへ送信ものであり、該サーバは、該入力情報及び該全てのカードに格納された会員に関する情報を元に記憶手段に格納された予約データを検索し、該検索結果をネットワークを介して該端末へ送信するものであり、該端末は、該検索結果を表示手段に出力し、該表示された検索結果を基に予約登録を行うための該入力手段による入力情報を該サーバへ送信するものであることを特徴とする予約システムである。
【００１１】
あるいは、以上の予約システムにおいて、前記サーバは、カードに格納された会員に関する情報を元に会員の認証を行う認証機能手段を有し、リーダ・ライタを介して端末で認識された全てのカードに格納された会員に関する情報及び／またはカードの情報に基づき、該認証機能手段によって認識されたカードに対する会員の正当性を識別し、正しい会員の場合に、前記予約サービスを提供可能とすることを特徴とする予約システムである。
【００１２】
あるいは、以上の予約システムにおいて、前記端末は、サーバが予約した情報をリーダ・ライタを介してカードに記憶することを特徴とする予約システムである。
【００１３】
あるいは、以上の予約システムにおいて、前記カードに決済に関わる情報が格納され、前記サーバは、決済機能手段を有し、予約時にリーダ・ライタを介して読み出され端末とネットワークを介して送信された該カードに格納される決済に関わる情報に基づき該決済機能手段によって決済を行うことを特徴とする予約システムである。
【００１４】
あるいは、上記の予約システムにおいて、前記端末は、前記予約時にサーバが決済を行った場合に、各予約を利用する事が可能となるチケット情報をリーダ・ライタを介してカードに記憶させ、該予約の利用が可能となる情報を格納された該カードによって予約を利用することを特徴とする予約システムである。
【００１５】
本発明では、一度に複数のカードとアクセス可能な、例えばアンチコリジョンに対応した非接触式ＩＣカード等のカードを会員カードや決済系カードに利用する事で、予約時に複数の会員カードを同時に認識できるようにし、同時に予約を行いたい会員の数を判別可能とする。また、サーバに、会員数に応じて提供する情報を生成する情報生成手段を持たせることで、利用する会員数に応じた情報提供を可能とする。以上の作用があいまって、複数会員に対して同時に予約サービスの提供が行え、例えば座席予約等では、隣あった座席の予約が可能となるようにする。また、決済情報を有するカードにも、例えば同様のアンチコリジョン対応の非接触ＩＣカード等のカードを用いることで、会員カードと同時に決済カードを認識することができるようにし、結果、決済機能を持たない会員カードを用いた予約サービスにおいても、決済処理が個別に可能となるようにする。
【００１６】
【発明の実施の形態】
以下、本発明の実施形態について図面を用いて説明する。
【００１７】
図１〜図４に本発明の実施形態例として、本発明による予約システムの構成図を示す。
【００１８】
図１は、本発明による予約システムの第１の実施形態例を示す図であって、１はサービス提供用のサーバ、１１は会員情報及び予約サービス情報を格納した記憶手段、２はネットワーク、３は端末、３１は表示手段、３２は入力手段、４はリーダ・ライタ、５は非接触ＩＣカードである。本実施形態例では、サーバ１が会員数判別機能（ａ）と情報生成機能（ｂ）を有している例を示しており、記憶装置１１は、サーバ１と直接電気的に接続されている。また、本実施形態例では非接触ＩＣカードは２枚の場合を示しているが、３枚以上でも１枚の場合でも、本質的に変わる事は無い。
【００１９】
また、図２は、本発明による予約システムの第２の実施形態例を示す図であって、サーバ１’は上記（ａ），（ｂ）の機能に加えて認証機能（ｃ）をも有し、記憶手段として会員情報を格納した記憶手段１２とサービス情報を格納した記憶手段１３が、サーバ１’とは独立してネットワーク２上に接続されている例を示している。
【００２０】
さらに、図３は、本発明による予約システムの第３の実施形態例を示す図であって、サーバ１”は上記（ａ），（ｂ），（ｃ）の機能に加えて決済機能（ｄ）を有し、決済に関する情報を記憶させたカード５’と決済に関する情報をも含めた会員に関する情報とサービスに関する情報を格納した記憶手段１４を含めた予約システムの構成例を示してある。
【００２１】
また、図４では、端末よりサーバ側の構成は図３の第３の実施形態例と同じで、決済機能をもたないカード５と、決済機能のみを有するカード５”で構成された本発明の第４の実施形態例を示す図である。
【００２２】
図５〜図９に、図１〜図４に示す本発明による各実施形態例の構成のシステムでの、予約サービスの提供フローについて示す。なお、以下の○１０などの記載は、図中における、○印の中に数字（前記の例では１０）が記載されている符号を表す。また、図中のＡ〜Ｆは当該装置の機能手段による処理を表す。
【００２３】
図５は、図１の第１の実施形態例のシステム構成に相対しており、図中の実線による矢印は制御データの流れを、破線による矢印は端末への表示データの流れを示している。
【００２４】
本実施形態例では、初めに端末３からサービスを開始するための何らかの情報をサーバ１に上げることから始めている（○１）。但し、端末３から何らかのイベントをサーバ１に上げなくてもサービス開始できるよう、端末３がスタンバイの状態であっても問題無いことは言うまでもない。
【００２５】
端末３からサービス開始の情報がサーバ１ヘ上がると、サーバ１は記憶手段１１に、サービス初期に必要な情報（表示及び制御）のデータの要求を上げる（○１）。要求を受けた記憶手段１１は、サーバ１ヘ表示及び制御のデータを送信し、サーバ１は端末３へ情報を送信する。制御データの中には、カードを検出し、検出できたカードに対して、各カードに記憶されている会員に関する情報を読み込む指示などが含まれている。この時、リーダ・ライタやカードヘの制御データは、端末３を通りリーダ・ライタ４まで送信され、カード検出を行う事になる（○２）。この場合においても、端末３が常時カード検出スタンバイ状態になっていて、カードを検出するとサービスを開始するやり方でも、当然同様のサービス提供は可能になる。
【００２６】
リーダ・ライタ４からのカード検出コマンドにより、通信可能な範囲にあるカード（本例では２枚）はリーダ・ライタ４が認識出来るように全てのカードに対して固有に割り付けられているシリアル番号等をそれぞれ応答で返し（○３）、リーダ・ライタ４はカード５が２枚存在することを検出して、端末３ヘ検出した２枚のカードに関するシリアル番号やそれぞれのカードを識別するための識別子等の情報をまとめて端末３へ送信する（○４）。このように、非接触式ＩＣカードでは複数枚のカードを一度に認識し、それぞれのカードを認識して個々にアクセスすることが可能であり、この様な方法はＩＣ公衆電話用のカードにも採用されている。
【００２７】
○４によって送られた情報により検出したカード枚数を認識した端末３は、○２で送られてきたデータに基づき、検出された全てのカード５に対して会員番号や氏名といった会員に関する情報を読み出し（○５，○６）、読み出した各カードに記憶された会員に関する情報と該当するカードを識別する情報を対応づけ、検出された全てのカード分の情報を、まとめてサーバ１ヘ送る（○７）。
【００２８】
送られてきた情報を受け取ったサーバ１は、会員数判別手段で、検出されたカードの会員数を判別し（Ａ）、また会員に関する情報から必要な予約サービスに関する情報の要求を記憶手段に送信する（○８）。記憶手段１１では、サービスに必要な表示及び制御の情報をサーバ１ヘ送信する（○９）。この情報を受け取ったサーバ１は、判別手段によって判明した会員数情報に基づき、生成手段によって判明した会員数に必要な表示データ及び制御データを作成し（Ｂ）、端末３へ情報（表示及び制御）を送信する（○１０）。
【００２９】
データを受信した端末３は、表示手段３１に情報を表示する。この情報を見た会員は、予約を行うか否かの判断を入力手段３２を介して端末３へ入力し、端末３はサーバ１ヘ入力結果を送信する（○１１）。この時、データを入力する会員は、検出されたカードを所有する全ての会員が対象になるため、送信するデータには、該当する全ての会員分の情報が含まれる事になる。また、Ｂで生成した表示情報が、一度に全会員の分の情報を入力する構成であるか、会員毎に個別に情報を入力する構成であるかによって、サーバへの情報送信のタイミング（○１１）は異なるが、結果としてカード枚数分の会員の情報をサーバへ送信する事になるため、図では２本の矢印（本実施形態例ではカードは２枚であるため）を示している。なお、以降の○１１，○１２の処理においても、同様の理由で２本の矢印を記入してある。
【００３０】
入力結果を受信したサーバ１は、予約を行う場合はその情報を記憶手段１１に予約情報を送信し（○１２）、データベースを更新することになる（Ｃ）。また、予約情報をカードに書き込む場合は、サーバ１から端末３、リーダ・ライタ４を介して、カード５ヘ予約情報を書き込む事になる（○１３）。なお、本例では２枚のカードを所有する会員の両方が予約を行った場合を示しており、リーダ・ライタ４からカード５ヘは、それぞれのカード５ヘ予約情報を書き込んでいる。このように、複数の会員が一度にサービスをうけ、予約処理が可能になる。なお、本例の場合では、予約の状況を確認する処理は行っておらず、座席のように予約できる対象の数に制限が有るサービスについては適応は困難である。
【００３１】
次に、同じく図１に対応した構成例のシステムにおいて、予約情報を検索した後予約を行う場合の実施形態例を、図６の処理のフローを用いて説明する。
【００３２】
本図においても、矢印の意味は図５の場合と同様である。また処理のフローも、○１０のサービス情報を端末３へ送信するところまでは同様である。その後○１１で、予約状況を検索するために希望する予約に関する情報を入力手段３２を介して端末３へ入力し、希望情報をサーバ１ヘ送信する。
【００３３】
希望する予約情報を受けたサーバ１は、この情報をもとに予約情報が記憶された記憶手段１１へ検索要求を行い（○１２）、記憶手段１１ではこの要求に従って検索を行い（Ｄ）、検索結果をサーバ１ヘ送信する（○１３）。検索結果を受けたサーバ１は、情報生成手段で端末へ送信するデータを生成し（Ｂ）、生成データを端末３へ送信する（○１４）。なお、本実施形態例では、複数の会員が同じイベントや列車等の交通手段を利用する例を示しており、検索するデータは検出された全ての会員にとって同じ条件となるため、○１１から○１４までの処理フローでは、矢印を１本示してある。
【００３４】
その後は、端末３の表示手段３１に示された情報をもとに、各会員が予約情報を入力し、サーバ１ヘ送信し（○１５）、情報を受け取ったサーバ１は記憶手段１１ヘデータベースの更新要求を行い（○１６）、予約情報が更新される（Ｃ）。この処理では、対象となった全ての会員の情報が送受信されるため、図中には２本の矢印を示してある事は、図５の場合と同様である。予約情報をカードに書き込む場合は、その後さらに各会員が所有する各カードヘ予約情報を送信することになる（○１７）。この時、図５のところで示したように、カード検出後、会員情報とカードを識別する情報の対応関係を、端末３及びサーバ１は把握しているため、それぞれの会員の所有するカードに正しく情報を書き込む事が可能になる。
【００３５】
このように、予約情報を検索し、その後、予約を行うことで、交通機関の座席やコンサート等のイベントの座席の予約状況が把握でき、それぞれの会員が座席を指定した状態で同時に予約が可能になる。
【００３６】
次に、図７により、図２に対応した構成例のシステムでの、会員カードの認証を行った後に予約サービスを提供する実施形態例のフローについて説明する。
【００３７】
本図においては、図２の構成例に従い、記憶手段が二つになっており、会員情報のデータベースと、サービス情報のデータベースを分離してある他は、基本的に、図５と同様である。また、カードが３枚の例を示しているため、カード個別に関わる情報の（○３，○５，○６，○１５，○１６，○１７，○１８，○１９）の処理は、３回情報を送信していることになる。
【００３８】
本図においては、サービスを提供する前に検出されたカードの認証を行う以外は、基本的な流れは図６の場合と同様で、処理○７の後にサーバ１’から会員情報が格納されたデータベースヘ検出された会員情報の要求を行い（○１８）、記憶手段１２，１３から送られてくる情報○１９をもとに、サーバ１’上で認証（Ｅ）を行う処理が含まれている。認証の結果、正しい会員カードであれば、○８以降の処理を行う事になる。この結果、正しいカードによる会員の認証を含んだ、よりセキュリテイーの高いサービスの提供が可能になる。
【００３９】
次に、図３の構成例に基づいた、決済に関する情報を含んだカードを用い、サーバに備わる決済機能を用いて予約処理後決済を行い、決済終了後にチケット等の予約の利用が可能になる情報をカードに書き込む場合のフロー例を図８に示す。なお、本例の場合、図７の○１６の予約によるデータベース更新（Ｃ）までの処理はカードが２枚である以外は同じであるため、○１６以降の処理のみを示してある。
【００４０】
記憶手段１４のデータベース更新後、サーバ１”は予約に対する決済を行うか否かの情報を端末３に送信する〈１〉。これに従い、会員は入力手段３２を介して、決済を行うか否かの判断に関する情報を端末３へ入力し、サーバ１”ヘ送信する〈２〉。本例では、２枚のカード５’の所有者である二人の会員の内の一人のみが決済を行い、残る一人は予約のみを行う例を示しているため、決済判断の情報を得たサーバ１”は、１枚のカードに関する決済に関する情報の要求を記憶手段に行い〈３〉、記憶手段１４は該当する情報をサーバ１”ヘ送信する〈４〉。決済に関する情報を得たサーバ１”は決済処理を行い（Ｆ）、決済結果を記憶手段１４に送信する〈５〉と共に、決済を行ったカードヘ予約利用情報を書き込む〈６〉。また、決済を行わなかったカードヘ対しては、予約情報を書き込む（○１７）。以上の処理により、複数の会員が同時に予約を行い、かつ、希望する会員に対してのみ決済を行う事が可能なサービスの提供が可能になる。
【００４１】
最後に、図４の第４の実施形態例に基づいた、決済に関する情報を含んだカードと含まないカードを用い、決済機能を持たないカードによって予約処理を行った後、サーバに備わる決済機能を用いて決済情報を有するカードで決済を行い、決済終了後にチケット等の予約の利用が可能になる情報を決済情報を持たないカードに書き込む場合の処理フローの例を図９に示す。
【００４２】
本実施形態例では、２枚のカード（５，５”）のうち、初めに決済情報を持たない１枚のカード５によって図７の場合と同様に予約を検索し予約処理を行った後（○１〜○１６）、もう１枚の決済情報を有するカード５”を追加検出し（〈７〉〜○７）、図８の場合と同様に決済を行い（〈３〉〜〈５〉）、後に決済情報を含まないカード５に予約利用情報を書き込む（○１７）例を示している。ここで、初めのカード検出時にはカードが１枚のため、○３，○４，○６は矢印が１本になっている。
【００４３】
予約に関するデータベースの更新（○１６）後、決済処理を行うかの判別後（〈１〉，〈２〉）、○７の処理によって得られたカードに関する情報から、サーバ１”はカードに決済情報を含まないことが分かっているため、決済情報を有するカードの検出を始める〈７〉。これによって、カード検出及びカードを読み出すフローが再度始まり（○３〜○７）、呼び出された決済に関する情報に基づき、決済処理を行う（〈３〉〜〈５〉）。その後、決済情報を含まないカード５に、予約利用情報を書き込み（○１７）、決済情報を含むカード５”に、決済処理後の情報書き込み〈８〉を行う。なお、○１７，〈８〉の処理は、必要でなければ行わなくとも問題はない。
【００４４】
以上の処理により、例えば決済情報を含まない会員カードでも、電子マネー用のカード等決済情報を含むカードと合わせて使用する事で、決済処理までも行えるサービスの提供が可能になる。
【００４５】
【発明の効果】
以上説明したように、本発明によって、会員情報を記憶させたカードを利用して、複数の会員に対して、高いセキュリティーを有する予約サービスを同時に提供でき、隣り合った座席の指定などを行うことができるサービスの提供が可能になる。
【００４６】
さらに、隣り合った座席を予約する等の団体予約を行った場合であっても、決済は個人対応で行うことができるサービスの提供が可能になる。
【図面の簡単な説明】
【図１】本発明によるシステムの第１の実施形態例を示す構成図であり、サーバに判別機能と生成機能を有した例を示す図である。
【図２】本発明によるシステムの第２の実施形態例を示す構成図であり、サーバに認証機能も有し、記憶手段がサーバから独立しネットワーク上に接続している例を示す図である。
【図３】本発明によるシステムの第３の実施形態例を示す構成図であり、サーバが決済機能をも有し、決済に関する情報を記憶させたカードを用いた例を示す図である。
【図４】本発明によるシステムの第４の実施形態例を示す構成図であり、サーバが決済機能を有し、決済に関する情報を記憶させたカードと、決済に関する情報を有さないカードを用いた例を示す図である。
【図５】図１に示したシステム構成における予約サービスを行う処理フロー図であり、カードが２枚で予約情報を検索しない例を示す図である。
【図６】図１に示したシステム構成における予約サービスを行う処理フロー図であり、予約情報を検索する例を示す図である。
【図７】図２に示したシステム構成における予約サービスを行う処理フロー図であり、会員カードの認証を行う例を示す図である。
【図８】図３に示したシステム構成における予約サービスを行う処理フロー図であり、予約後決済処理を行う例を示す図である。
【図９】図４に示したシステム構成における予約サービスを行う処理フロー図であり、決済情報を持たないカードで予約処理後、決済情報を有するカードで決済処理を行う例を示す図である。
【符号の説明】
１、１’，１”…サーバ
（ａ）…会員数判別機能
（ｂ）…情報生成機能
（ｃ）…認証機能
（ｄ）…決済機能
１１…会員情報及び予約サービス情報の記憶手段
１２…会員情報の記憶手段
１３…サービス情報の記憶手段
１４…決済情報を含む会員情報及び予約サービス情報の記憶手段
２…ネットワーク
３…端末
３１…表示手段
３２…入力手段
４…リーダ・ライタ
５，５’５”…非接触ＩＣカード
Claims (6)
- アンチコリジョン対応の非接触ＩＣカードへ情報の読み書きをする機能を有する１台のリーダ・ライタと電気的に接続された端末がサーバにネットワークを介して接続され、会員に関する情報を記憶させた複数枚の該カードを利用して、該ネットワークを介して会員に各種予約サービスを提供するシステムであって、
該リーダ・ライタは、カード所有者を特定する会員に関する情報を少なくとも格納した複数枚の前記非接触ＩＣカードを同時に検出し、該同時に検出されたカードの情報をまとめて該端末へ送信するものであり、
該端末は、該リーダ・ライタから送信された同時に複数枚の該非接触ＩＣカードから読み取った会員に関する情報と認識したカードの情報を該ネットワークを介してまとめて該サーバに送信し、該サーバから送信された予約サービス情報を表示する表示手段と、該予約サービスに関わる入力情報を必要時に入力する入力手段とを有し、該予約サービスに関わる入力情報を該ネットワークを介して該サーバに送信するものであり、
該サーバは、該リーダ・ライタで検出し該端末からまとめて送信されたカードの情報から会員数を判別する会員数判別機能手段と、該会員に関する情報及び該判別した会員数に応じて予約サービス情報を生成する情報生成機能手段を有し、該会員に関する情報及び該予約サービス情報を格納する少なくとも一つ以上の記憶手段へ情報の読み書きが可能であり、かつ、該予約サービス情報を該ネットワークを介して該端末へ送信し、該端末から必要時に送信された該予約サービス情報に関わる入力情報により予約登録を行うものである
ことを特徴とする予約システム。 - 請求項１記載の予約システムにおいて、
前記端末は、入力手段による入力情報及び認識された全てのカードに格納された会員に関する情報をネットワークを介してサーバへ送信ものであり、
該サーバは、該入力情報及び該全てのカードに格納された会員に関する情報を元に記憶手段に格納された予約データを検索し、該検索結果をネットワークを介して該端末へ送信するものであり、
該端末は、該検索結果を表示手段に出力し、該表示された検索結果を基に予約登録を行うための該入力手段による入力情報を該サーバへ送信するものである
ことを特徴とする予約システム。 - 請求項１、２のいずれか１項記載の予約システムにおいて、
前記サーバは、カードに格納された会員に関する情報を元に会員の認証を行う認証機能手段を有し、リーダ・ライタを介して端末で認識された全てのカードに格納された会員に関する情報及び／またはカードの情報に基づき、該認証機能手段によって認識されたカードに対する会員の正当性を識別し、正しい会員の場合に、前記予約サービスを提供可能とする
ことを特徴とする予約システム。 - 請求項１〜３のいずれか１項記載の予約システムにおいて、
前記端末は、サーバが予約した情報をリーダ・ライタを介してカードに記憶する
ことを特徴とする予約システム。 - 請求項１〜４のいずれか１項記載の予約システムにおいて、
前記カードに決済に関わる情報が格納され、
前記サーバは、決済機能手段を有し、予約時にリーダ・ライタを介して読み出され端末とネットワークを介して送信された該カードに格納される決済に関わる情報に基づき該決済機能手段によって決済を行う
ことを特徴とする予約システム。 - 請求項５記載の予約システムにおいて、
前記端末は、前記予約時にサーバが決済を行った場合に、各予約を利用する事が可能となるチケット情報をリーダ・ライタを介してカードに記憶させ、該予約の利用が可能となる情報を格納された該カードによって予約を利用する
ことを特徴とする予約システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000222798A JP3667206B2 (ja) | 2000-07-24 | 2000-07-24 | 予約システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000222798A JP3667206B2 (ja) | 2000-07-24 | 2000-07-24 | 予約システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002041919A JP2002041919A (ja) | 2002-02-08 |
| JP3667206B2 true JP3667206B2 (ja) | 2005-07-06 |
Family
ID=18716996
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000222798A Expired - Fee Related JP3667206B2 (ja) | 2000-07-24 | 2000-07-24 | 予約システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3667206B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004139358A (ja) * | 2002-10-17 | 2004-05-13 | Techfirm Kk | 販売装置、管理装置、販売処理プログラム、販売プログラム、及び管理プログラム |
| JP4815478B2 (ja) * | 2008-07-30 | 2011-11-16 | テックファーム株式会社 | 管理装置及び管理プログラム |
-
2000
- 2000-07-24 JP JP2000222798A patent/JP3667206B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002041919A (ja) | 2002-02-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8027872B2 (en) | Passenger transportation system and method for obtaining tickets in such a system | |
| RU2427915C2 (ru) | Аппаратура и способ осуществления платежа, интегрированного с доставкой электронных товаров | |
| JP2007079656A (ja) | チケットレス搭乗システム及びチケットレス搭乗方法 | |
| US20020169714A1 (en) | Ordering-and-reserving management method using paper medium mounted with radio frequency identification IC chip and advertising effect analysis method, and system thereof | |
| US20110251909A1 (en) | Credit card payment system for handling numerous payors | |
| EP1065637A2 (en) | Ticket transfer program, method, system, and program medium | |
| US20130063246A1 (en) | System and method for electronically providing an access authorization | |
| KR20070118642A (ko) | 티켓 이용 시스템 및 티켓 이용 방법 | |
| CN106464724B (zh) | 运输***用户检查 | |
| EP1237129A1 (en) | Service providing method | |
| JP6906407B2 (ja) | 交通システム、および交通利用管理方法 | |
| JP2001338151A (ja) | 予備個人情報記憶担体、個人情報記憶担体セキュリティシステム及び個人情報記憶担体セキュリティ方法 | |
| JP3667206B2 (ja) | 予約システム | |
| JP2002279360A (ja) | Ｉｃカード利用サービス提供方法、ｉｃカード利用サービスシステム、サーバ装置、サービス提供者装置及びｉｃカード | |
| JP3581293B2 (ja) | Ｉｃカード利用サービス提供方法、システム及びプラットフォームサーバ | |
| RU2666227C1 (ru) | Автоматизированная система для оплаты услуг, преимущественно транспортных услуг | |
| KR20020023556A (ko) | 통신망을 이용하여 경유지에서의 항공편에 대한 정보의확인이 가능한 항공권 판매 방법 및 시스템 | |
| JP4079011B2 (ja) | 識別情報管理方法及びシステム | |
| KR102620265B1 (ko) | 생체정보를 이용한 결제시스템 및 결제방법 | |
| WO2018217124A1 (ru) | Способ оплаты услуг, преимущественно транспортных услуг и автоматизированная система для его осуществления | |
| JP3607619B2 (ja) | 乗車券発売方法及びそのシステム | |
| JPH0950524A (ja) | 携帯用身元確認保証装置 | |
| JP2005216096A (ja) | 座席提供システム | |
| JP4219216B2 (ja) | 自動料金支払いシステムを利用する有料道路の通行を一経路として含むパッケージツアーに於ける管理サーバ | |
| JP2001266178A (ja) | 携帯端末を使用した電子乗車券システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041005 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041201 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050329 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050405 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090415 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090415 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100415 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100415 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110415 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |