JP7432189B2 - 乗車券情報発行管理システム、乗車券情報発行管理方法、及び乗車券情報サーバ - Google Patents

Description

本開示は、主に集客を目的として発行され、旅客輸送機関を利用する際に使用可能な乗車券情報の発行管理に用いて好適な、乗車券情報発行管理システム、乗車券情報発行管理方法、及び乗車券情報サーバに関する。

交通機関の利用の促進や、特定の商業施設への集客を目的として、交通機関を利用する際に使用可能な二次元コード乗車券情報が付されたレシートを発行する出改札処理システムが知られている（例えば特許文献１参照。）。このシステムでは、所定の店舗にて一定の購入金額を超える支払を行った場合には、店舗のキャッシュレジスターから、二次元コード乗車券情報が付されたレシートが発行される。顧客は、このレシートの二次元コード乗車券情報を、交通機関の改札機の二次元コードリーダに読み取らせることで、改札処理を行って、交通機関を利用することができる。換言すれば、店舗のキャッシュレジスターから発行された乗車券情報（二次元コード乗車券情報が付されたレシートなど）を、交通機関の乗車券として用いることができる。

特開２０１３―２１０７９０

上述の特許文献１に記載された技術では、二次元コード乗車券情報は、購入金額の支払いを行った店舗のキャッシュレジスターから発行される。このため、来店前の顧客に対し、商業施設を訪問する際に利用可能な二次元コード乗車券情報を予め発行して、商業施設を訪問する直接的なインセンティブを付与することができないという問題があった。

本開示は、上記の課題を解決するためになされたものであって、来店前の顧客に対し、店舗などの商業施設を訪問するための直接的なインセンティブを付与することが可能な、乗車券情報発行管理システム、乗車券情報発行管理方法、及び乗車券情報サーバを提供することを目的とする。

上記目的を達成するために、本開示は、以下の手段を提供する。
本開示の乗車券情報発行管理システムは、所定の交通機関の利用に使用可能な乗車券情報の発行管理を行う乗車券情報発行管理システムであって、電子通信回線を通じて顧客に対して前記乗車券情報を発行する乗車券情報発行部と、費用の支払に関する決済処理を行う決済部と、前記顧客が所定の商業施設において支払った費用の支払額が、所定の金額以上であるか否かを判定する判定処理を行う判定部とを備え、前記乗車券情報発行部は、少なくとも前記顧客が前記商業施設に向かう際に利用する前記交通機関の所定区間で使用可能な前記乗車券情報を、前記顧客が前記所定区間を利用する前に発行し、前記決済部は、前記判定部が、前記支払額が前記所定の金額以上であると判定した場合には、前記顧客が利用した前記所定区間の乗車券にかかる費用を前記顧客以外の者が支払う費用として前記決済処理を行い、前記判定部が、前記支払額が前記所定の金額未満であると判定した場合に、前記所定区間の乗車券にかかる費用を前記顧客が支払う費用として前記決済処理を行うことを特徴とする。

上記においては、前記乗車券情報発行部は、前記交通機関の改札機に設けられた読取装置が読み取り可能な前記乗車券情報を発行することが好ましい。
上記においては、前記乗車券情報発行部は、前記交通機関の切符券売機に設けられた読取装置が読み取り可能な前記乗車券情報を発行することが好ましい。
上記においては、前記支払額は、前記顧客が、前記商業施設において所定の期間内に支払いを行った費用の総額であることが好ましい。

上記においては、前記乗車券情報発行部は、前記顧客が前記商業施設に向かう際に利用する前記所定区間の往路乗車券、及び前記顧客が前記商業施設から戻る際に利用する前記所定区間の復路乗車券として利用可能な乗車券情報を発行するものであり、前記支払額は、前記乗車券情報が、前記往路乗車券として使用された時点と、更に前記復路乗車券として使用された時点の間の期間において前記顧客が前記商業施設において支払った費用の総額であることが好ましい。

本開示の乗車券情報発行管理システムによれば、来店前の顧客に対し、店舗などの商業施設を訪問するための直接的なインセンティブを付与することが可能な乗車券情報発行管理システムを提供することができるという効果を奏する。

乗車券情報発行管理システムの一実施形態を説明するブロック図である。 乗車券情報発行管理システムの一実施形態における情報の流れを説明する図である。 乗車券情報発行管理システムの処理の流れを説明するフロー図である。 乗車券情報発行管理システムの他の実施形態を説明するブロック図である。 乗車券情報発行管理システムの他の実施形態における情報の流れを説明する図である。 乗車券情報発行管理システムのその他の実施形態（切符券売機を利用した実施形態）における情報の流れを説明する図である。 乗車券情報発行管理システムのその他の実施形態（所定の期間毎に判定処理を行う実施形態）における情報の流れを説明する図である。 乗車券情報発行管理システムの他の実施形態（前払式のキャッシュレス決済システムを利用した実施形態）における情報の流れを説明する図である。

〔第１の実施形態〕
１．構成の説明
以下、第１の実施形態に係る乗車券情報発行管理システム１０について主に図１から図３を参照しながら説明する。

本実施形態では、本開示に係る乗車券情報発行管理システム１０が、クレジットカード会社１と商業施設３が共同して行う、交通機関５を利用した集客キャンペーンに用いられる例に適用して以降の説明を行う。この集客キャンペーンは、キャンペーンへの申込を行った顧客に対し、その顧客の交通機関５の最寄り駅Ａから、商業施設３の交通機関５の最寄り駅Ｂまでの区間に乗車券として利用可能な乗車券情報を、携帯電話回線やインターネットなどの電子通信回線を利用して顧客の携帯情報端末に配信し、商業施設３の集客の向上を図るものである。

本実施形態では、クレジットカード会社１が、キャンペーンの申込者（以降において「顧客」とも記載する。）が所持するクレジットカードの管理会社であるとともに、乗車券情報発行管理システム１０を用いたキャンペーンの管理を行う主催者でもある例に適用して説明を行う。また、乗車券情報発行管理システム１０は、クレジットカード会社１に設けられているものとして以降の説明を行う。なお費用の支払は、クレジットカードによる支払に限定される訳ではなく、例えばＱＲコード（「ＱＲコード」は登録商標。以降において同様。）を用いて行われる公知の決済代行サービスや、その他の種類の公知の決済代行サービスよってそれらの支払いが行われてもよい。この場合においてクレジットカード会社１は、それらの決済代行サービスを行う決済代行会社であってもよい。商業施設３は、デパートやショッピングセンターなど、複数の店舗が集約された商業を目的とした施設である。交通機関５は、公共の旅客輸送機関である。本実施形態では、交通機関５が、鉄道である例に適用して以降の説明を行うが、モノレールや案内軌条式鉄道、バス、タクシーなど、鉄道以外の公知の旅客輸送機関であってもよい。

乗車券情報発行管理システム１０は、交通機関５の乗車券として使用可能な乗車券情報の発行管理、及び費用に関する処理を行う機能を主に有したシステムである。乗車券情報発行管理システム１０は、乗車券情報サーバ１１Ｌ、決済サーバ１１Ｋ、及び通信サーバ１８から主に構成されている。本実施形態では、乗車券情報サーバ１１Ｌ、決済サーバ１１Ｋ、及び通信サーバ１８は、それぞれ公知のサーバ装置に、専用のプログラムがインストールされたものである例に適用して以降の説明を行う。本実施形態において、乗車券情報サーバ１１Ｌ、決済サーバ１１Ｋ、及び通信サーバ１８などが有する各部の機能は、ハードウェアとインストールされたプログラムが協働して実現されている。

乗車券情報サーバ１１Ｌと決済サーバ１１Ｋは、ネットワークの通信を管理する通信サーバ１８を介し、相互に通信可能に接続されている。また乗車券情報サーバ１１Ｌと決済サーバ１１Ｋは、通信サーバ１８を介して、インターネットなどの外部のネットワークＮに接続されている。

乗車券情報サーバ１１Ｌは、交通機関５の乗車券として使用可能な乗車券情報の発行管理を行う機能を主に有したサーバ装置である。乗車券情報サーバ１１Ｌは、受付部１２、乗車券情報発行部１３、判定部１４、及び顧客情報ＤＢ１５を主に備えている。

受付部１２は、キャンペーンへの参加を希望する顧客２０からの参加申込みを受け付け、顧客２０に関する情報の登録処理を行う部分である。具体的には、顧客２０が所持する携帯情報端末２１から、電気通信回線を通じて送信された情報から、顧客２０に関する情報や、顧客２０が所持するクレジットカード会社１のクレジットカードの識別情報（以降において「カード識別情報」とも記載する。）など所定の情報を取得する部分である。また、受付部１２は、取得した情報をそれぞれ関連づけて、詳細は後述する顧客情報ＤＢ１５に記憶させると共に、顧客２０の携帯情報端末２１に対して、登録処理が完了した旨を通知する信号を、電気通信回線を介して送信する機能も有している。なお、費用の支払いが公知の決済代行サービスにて行われる場合には、受付部１２は、顧客２０による支払を識別する情報である支払識別情報などの情報を取得する。

乗車券情報発行部１３は、受付部１２が登録処理を行った顧客２０の携帯情報端末２１に、交通機関５からの許諾を受けて、交通機関５を利用する際に利用可能な乗車券情報を、電気通信回線を介して発行する部分である。本実施形態において乗車券情報発行部１３は、顧客２０が所持する携帯情報端末２１の表示部に、詳細は後述する改札機５３ａの読取装置５５が、読取り可能な二次元コード（以降において「ＱＲコード」とも記載する。）を表示させる信号を送信する例に適用して以降の説明を行う。なお、乗車券情報発行部１３は、読取装置５５が読み取り可能な情報であれば、バーコードなどの他の公知の画像情報として、携帯情報端末２１の表示部に表示させる信号を送信してもよい。

判定部１４は、顧客２０が商業施設３において所定の期間内に支払った費用の合計額（支払額）が、予め設定された金額以上であるか否かを判定する判定処理行う部分である。

顧客情報ＤＢ１５は、ハードディスクドライブなどの公知の記憶媒体である。顧客情報ＤＢ１５には、少なくとも受付部１２が登録処理を行った顧客２０に関する情報が、顧客２０のカード識別情報に紐づけられて記憶されている。本実施形態では、顧客２０に関する情報には、顧客２０を識別する情報と、顧客２０の交通機関５の最寄り駅に関する情報が少なくとも含まれている例に適用して以降の説明を行う。

決済サーバ１１Ｋは、費用の支払に関する決済処理を行う機能を有したサーバ装置であり、決済部１６と決済情報ＤＢ１７を主に備えている。決済部１６は、主に顧客２０が、自身のクレジットカードを用いて行った費用の支払の決済処理を行う部分である。決済部１６は、決済処理を行うと、決済に関する情報を、支払に用いられたクレジットカードのカード識別情報と紐づけて決済情報ＤＢ１７に記憶させる処理を行う。

決済情報ＤＢ１７は、ハードディスクドライブなどの公知の記憶媒体であり、決済に関する情報を記憶する部分である。本実施形態では、決済情報ＤＢ１７が、支払に用いられたクレジットカードのカード識別情報に紐づけて、決済処理が行われた時間に関する情報、及び決済処理が行われた金額に関する情報が記憶される例に適用して以降の説明を行う。

商業施設３にある店舗のキャッシュレジスターには、クレジットカード会社１のクレジットカードによる支払を受け付ける公知の決済装置３２がそれぞれ配置されている。決済装置３２は、商業施設３の設備や通信の管理を行う商業施設サーバ３１を介し、外部のネットワークＮによって決済サーバ１１Ｋと通信可能に接続されている。

交通機関５は、顧客２０の最寄り駅Ａと、商業施設３の最寄り駅Ｂを少なくともつなぐ鉄道の路線である。駅Ａと駅Ｂには、複数の改札機５３ａ，５３ｂ、切符券売機５４ａ、５４ｂ、及び改札機５３ａ，５３ｂや切符券売機５４ａ，５４ｂの管理を行う駅管理サーバ５２Ａ，５２Ｂが設けられている。なお以降において、改札機５３ａ，５３ｂを総称して「改札機５３」と、切符券売機５４ａ，５４ｂを総称して「切符券売機５４」と、駅管理サーバ５２Ａ，５２Ｂを総称して「駅管理サーバ５２」とも記載する。

改札機５３は、各駅の改札に配置され、乗客が所持する切符券売機５４から発券された切符や、非接触型ＩＣカードから必要な情報を入手するとともに、所定の条件を満たす場合に、図示されていないゲートを開閉する改札処理を行う公知の装置である。改札機５３には、乗車券情報発行部１３が発行した乗車券情報（ＱＲコード）を読み取る機能を有した読取装置５５が備えられている。切符券売機５４は、交通機関５の所定区間の乗車に必要な切符を販売する公知の切符の販売機である。なお、切符券売機５４にも同様にＱＲコードの読み取り機能を有した読取装置５６が備えられている。なお本実施形態では、切符券売機５４が、磁気記憶材料からなる切符を販売する販売機である例に適用して説明を行うが、他の公知の切符を販売するものであってもよい。

駅管理サーバ５２は、駅に配置されている改札機５３や切符券売機５４などの設備の管理を行うためのサーバ装置である。駅管理サーバ５２は、改札機５３や切符券売機５４などの駅内の設備と、ＬＡＮなどの公知の手段によって接続されている。また駅管理サーバ５２は、専用回線などによって、交通機関５の運営会社に設置された総合管理サーバ５１に接続されている。

総合管理サーバ５１は、各駅の駅管理サーバ５２と通信を行って、それぞれの駅に設置されている設備の管理などを行うサーバ装置である。また総合管理サーバ５１は、乗車券情報発行管理システム１０から乗車券情報の発行要求があった場合に、その内容を確認して、その発行を許諾する機能も有している。

顧客２０が所持する携帯情報端末２１は、スマートフォンなどの公知の情報通信端末である。携帯情報端末２１は、携帯電話回線やＷｉＦｉ（「ＷｉＦｉ」は登録商標。）など公知の電気通信回線を用いた通信機能の他、ＱＲコードなどの画像情報などが表示可能な図示されていない表示部や、ダウンロードしたプログラムや受信した画像情報などを記憶する図示されていない記憶部等を備えている。本実施形態では、携帯情報端末２１には、クレジットカード会社１が提供する専用のアプリケーションＧが、インストールされている例に適用して以降の説明を行う。このアプリケーションＧは、顧客２０に対してキャンペーンへの参加に必要となる情報の入力を求め、入力された情報を、携帯情報端末２１が備える公知の通信機能を用いて受付部１２に送信する機能を有している。また、アプリケーションＧは、乗車券情報発行部１３から送信された乗車券情報を、携帯情報端末２１の表示部にＱＲコードとして表示させる機能も有している。

２．情報の流れの説明
次に、乗車券情報発行管理システム１０を用いたキャンペーンの流れについて、主に図２を参照して説明を行う。

はじめに、キャンペーンの告知が、クレジットカード会社１や商業施設３などによって、公知のメディアを通じて行われる。当該告知によってキャンペーンを知った顧客２０は、自身の携帯情報端末２１を操作して、キャンペーンの参加申込を行う。具体的には、所定のサイトにアクセスしてインストールしたアプリケーションＧの表示に従って、携帯情報端末２１を操作して、参加申込とクレジットカードの登録手続を行う。本実施形態では、顧客２０によって、アプリケーションＧの表示に従って、自身の氏名やその他の顧客２０を識別する情報の他、顧客２０の交通機関５の最寄り駅に関する情報（駅Ａ）、及び顧客が有するクレジットカード会社１のクレジットカードＨのカード識別情報が、少なくとも入力される例に適用して以降の説明を行う。必要な情報の入力が完了すると、アプリケーションＧは、携帯情報端末２１の通信機能を用いて、入力された情報を乗車券情報発行管理システム１０の受付部１２に送信する（Ｓ１１）。

乗車券情報発行管理システム１０の受付部１２は、情報が適切であることを確認し、問題が無ければ受信した情報を顧客情報ＤＢ１５に記憶させる処理を行う。係る処理によって、少なくともクレジットカードＨのカード識別情報、顧客２０に関する情報、顧客２０の交通機関５の最寄り駅が駅Ａであることを示す情報などがそれぞれ紐づけられて、乗車券情報発行管理システム１０に登録される。受付部１２は、係る情報の登録処理が終了すると、携帯情報端末２１に、顧客２０のクレジットカードがシステムに登録され、参加申込が完了した旨を通知する信号を送信する（Ｓ１２）。

続いて顧客２０が、商業施設３を訪問するために、携帯情報端末２１を操作して、乗車券情報の発行の申込を行う。具体的には顧客２０が、アプリケーションＧの表示に従って携帯情報端末２１を操作して、乗車券情報の発行の申込手続きを行う。アプリケーションＧは、所定の操作が行われると、携帯情報端末２１の通信機能を用いて乗車券情報の発行を求める信号を乗車券情報発行管理システム１０に送信する（Ｓ２０）。アプリケーションＧはこの際、顧客２０の交通機関５の最寄り駅（駅Ａ）を示す情報を含めて送信してもよい。

乗車券情報の発行を求める信号を受信すると、乗車券情報発行部１３は、乗車券情報発行処理を行う。具体的には、乗車券情報発行部１３が、交通機関５の総合管理サーバ５１と通信を行い、駅Ａから駅Ｂの間の往復の乗車券として利用可能な乗車券情報の発行を要求する信号を送信する（Ｓ２１）。総合管理サーバ５１は、受信した信号が所定の条件を満たす場合には、乗車券情報発行部１３に、乗車券情報の発行を許諾する信号を送信する（Ｓ２２）。

乗車券情報の発行を許諾する信号を受信した乗車券情報発行部１３は、駅Ａから駅Ｂの間の往復乗車券として利用可能な乗車券情報を発行する。そして、発行した乗車券情報を、乗車券情報の発行の申込手続を行った携帯情報端末２１に送信する（Ｓ２３）。

本実施形態では、乗車券情報発行部１３が、顧客２０に対し、駅Ａから駅Ｂに向かう往路の乗車券（以降において「往路乗車券」とも記載する。）、及び駅Ｂから駅Ａに向かう復路の乗車券（以降において「復路乗車券」とも記載する。）として利用可能な乗車券情報Ｔを発行する例に適用して以降の説明を行う。なお乗車券情報発行部１３は、駅Ａから駅Ｂに向かう往路の乗車券として使用される情報と、駅Ｂから駅Ａに向かう復路の乗車券として使用される情報を、それぞれ異なる別個の情報（ＱＲコード）として発行してもよい。

以降において、乗車券情報発行部１３が発行する乗車券情報を、「ＱＲ乗車券」とも記載する。乗車券情報発行部１３は、発行した乗車券情報Ｔを携帯情報端末２１に送信する処理を行うと共に、乗車券情報Ｔを、少なくともクレジットカードＨのカード識別情報と関連付けて、顧客情報ＤＢ１５に記憶する処理を行う。

駅Ａにて交通機関５に乗車するために、顧客２０が携帯情報端末２１を操作してアプリケーションＧを起動し、所定の操作を行うと、携帯情報端末２１の表示画面にＱＲ乗車券（乗車券情報Ｔ）が表示される。具体的には、乗車券情報Ｔが、携帯情報端末２１の表示画面にＱＲコードとして表示される。顧客２０は、携帯情報端末２１を駅Ａの改札機５３ａに近づけて、表示されているＱＲ乗車券を改札機５３ａの読取装置５５に読み取らせる（Ｓ３０）。

改札機５３ａは、読取装置５５が読み取った乗車券情報Ｔを駅Ａの駅管理サーバ５２Ａを介して総合管理サーバ５１に送信する（Ｓ３１）。総合管理サーバ５１は、受信した乗車券情報Ｔを判定する処理（改札判定処理）を行い、その判定結果を改札機５３ａに送信する（Ｓ３２）。なお上記のＳ３１、Ｓ３２の処理は、駅管理サーバ５２Ａと改札機５３ａの間にて行われるものであってもよい。

改札判定処理の結果が適切なものであった場合には、改札機５３ａは、図示されていないゲートを開放するなどして顧客２０の入場を許可する（Ｓ３３）。顧客２０は、改札機５３ａを通過して、所望の列車に乗車する。

顧客２０が交通機関５を利用して、駅Ｂにて降車する際には、顧客２０は、再びアプリケーションＧを操作してＱＲ乗車券を表示させ、駅Ｂの改札機５３ｂの読取装置５５に読み取らせる。以降Ｓ３１～Ｓ３３と同様の処理が行われ、顧客２０は駅Ｂの改札機５３ｂを通過して、駅Ｂから出場する。

なお、総合管理サーバ５１は、改札判定処理の結果を改札機５３ａに送信すると、Ａ駅からＢ駅の片道分の乗車券の費用をクレジットカード会社１に請求する処理を行う。総合管理サーバ５１は、この時、乗車券情報ＴがＡ駅からＢ駅に向かう往路乗車券として利用されたことを示す情報を図示されていない記憶部に記憶する処理を行ってもよい。

具体的には、総合管理サーバ５１が、決済サーバ１１Ｋに、駅Ａから駅Ｂへの乗車に用いられた乗車券情報Ｔと、その乗車券の費用の支払を請求する信号を送信する（Ｓ３４）。決済サーバ１１Ｋの決済部１６は、乗車券の費用の請求に関する信号を受信すると、交通機関５への費用の支払処理を行う（Ｓ３５）。この際、決済部１６は、クレジットカード会社１の名義にて、費用の支払処理を行う。なお、総合管理サーバ５１は、改札判定処理の結果を改札機５３ｂに送信したタイミングで、即ち顧客２０が駅Ｂにて降車したタイミングで、上記の乗車券の費用の請求処理を行ってもよい。

決済部１６は、交通機関５へ支払った乗車券の費用に関する情報を、乗車券情報Ｔと関連付けて決済情報ＤＢ１７に記憶する処理を行う。更に決済部１６は、顧客情報ＤＢ１５を参照し、乗車券情報Ｔを使用した顧客２０のクレジットカードＨのカード識別情報や顧客２０に関する情報を取得するとともに、取得した情報を交通機関５へ支払った乗車券の費用に関する情報と関連づけて、決済情報ＤＢ１７に記憶する処理も行う。また決済部１６は、乗車券情報Ｔが、往路の乗車券として使用されたことを示す情報を、顧客情報ＤＢ１５、あるいは決済情報ＤＢ１７に記憶させる処理を行ってもよい。

交通機関５を利用して商業施設３を訪問した顧客２０が、商業施設３の店舗にて買い物などを行い、その支払をクレジットカードＨにて行うと（Ｓ４０）、店舗の決済装置３２が、支払に関する処理を行う。具体的には、店舗の店員が、顧客のクレジットカードＨを決済装置３２に読み取らせると、決済装置３２がクレジットカードＨから読み取った情報と、顧客２０への請求金額に関する情報を、商業施設サーバ３１を介して決済サーバ１１Ｋに送信する（Ｓ４１）。

決済部１６は、決済装置３２から受信した情報について所定の確認処理を行った後、クレジットカードＨを用いた当該店舗への請求金額の決済処理を行い、請求金額への支払が行われたことを通知する信号を決済装置３２に送信する（Ｓ４２）。決済装置３２は、決済部１６からの請求金額への支払が行われたことを通知する信号を受信すると、支払が完了したことを店員に通知する処理を行う（Ｓ４３）。

決済部１６は、請求金額の決済処理を行った際に、請求金額に関する情報と、クレジットカードＨのカード識別情報を関連づけて、決済情報ＤＢ１７に記憶させる処理を行う。更に決済部１６は、顧客情報ＤＢ１５を参照し、クレジットカードＨのカード識別情報と関連付けて記憶されている乗車券情報Ｔや顧客２０に関する情報を取得し、決済処理を行った請求金額に関する情報と関連づけて決済情報ＤＢ１７に記憶する処理を行ってもよい。

商業施設３での買い物を終えた顧客２０が、Ｂ駅から交通機関５を利用して帰宅するために、携帯情報端末２１を操作してアプリケーションＧに対して所定の操作を行うと、携帯情報端末２１の表示画面にＱＲ乗車券が表示される。顧客２０は、携帯情報端末２１を駅Ｂの改札機５３ｂに近づけて、表示されているＱＲ乗車券を改札機５３ｂの読取装置５５に読み取らせる（Ｓ５０）。

改札機５３ｂは、読取装置５５が読み取った乗車券情報Ｔを、総合管理サーバ５１に送信する（Ｓ５１）。総合管理サーバ５１は、受信した情報に基づいて改札判定処理を行い、その判定結果を改札機５３ｂに送信する（Ｓ５２）。改札機５３ｂは、受信した判定結果結に問題がない場合には、図示されていないゲートを開放するなどして顧客２０の入場を許可する（Ｓ５３）。顧客２０が交通機関５を利用して駅Ａにて降車する際には、顧客２０は、ＱＲ乗車券を駅Ａの改札機５３ａの読取装置５５に読み取らせる。総合管理サーバ５１は、上記と同様に改札判定処理を行って、その判定結果を改札機５３ａに送信する。

総合管理サーバ５１は、改札機５３ｂに改札判定処理の結果を送信すると、当該区間の片道分の乗車券の費用の請求をクレジットカード会社１に行う請求処理を行う。この際総合管理サーバ５１は、乗車券情報Ｔが復路乗車券として利用されたことを図示されていない記憶部に記憶する処理を行ってもよい。

具体的には、総合管理サーバ５１が、乗車券情報発行管理システム１０に対して駅Ｂから駅Ａに向かう片道分の乗車券の費用を請求する信号を、乗車券情報Ｔとともに送信する（Ｓ５４）。総合管理サーバ５１から費用を請求する信号を受信すると、乗車券情報発行管理システム１０の決済部１６が、請求のあった費用を交通機関５へ支払う処理を行う（Ｓ５５）。この支払処理はクレジットカード会社１の名義にて行われる。なお総合管理サーバ５１は、改札機５３ａに改札判定処理の結果を送信した際、即ち顧客２０が駅Ａにて降車したタイミングで、乗車券の費用の請求処理等を行ってもよい。

決済部１６は、交通機関５へ支払った乗車券の費用に関する情報を、乗車券情報Ｔと関連付けて決済情報ＤＢ１７に記憶する処理を行う。更に決済部１６は、顧客情報ＤＢ１５を参照し、乗車券情報Ｔを使用した顧客２０に関する情報や、クレジットカードＨのカード識別情報を取得するとともに、取得した情報を交通機関５へ支払った乗車券の費用に関する情報と関連づけて、決済情報ＤＢ１７に記憶させる処理を行う。また決済部１６は、乗車券情報Ｔが復路の乗車券として用いられたことを示す情報を顧客情報ＤＢ１５、あるいは決済情報ＤＢ１７に記憶させる処理を行ってもよい。

乗車券情報Ｔが復路乗車券として利用されてから所定の期間経過後に、判定部１４が、所定の期間の間に顧客２０が、商業施設３の店舗にてクレジットカードＨを使用して支払った費用の総額（以降において「支払額」とも記載する。）が、予め定められている所定の金額以上であるか否かの判定処理を行う。本実施形態では、判定部１４が、乗車券情報Ｔが往路乗車券として使用されてから復路乗車券として使用されるまでの間に、顧客２０が支払を行った支払額が、所定の金額を超えているか否かを判定する処理を行う。

判定部１４が、支払額が所定の金額を上回っていると判定すると、受付部１２は、携帯情報端末２１に、交通機関５の駅Ａから駅Ｂの往復の乗車券の費用が無料として処理された旨を通知する信号を送信する（Ｓ６０）。

一方判定部１４が、顧客２０の支払額が所定の金額を上回っていない（顧客２０の支払額が所定の金額未満である）と判定すると、決済部１６が、駅Ａから駅Ｂの往復の乗車券の費用を、顧客２０の費用として決済する決済処理を行う。具体的には、顧客２０のクレジットカードＨによって、駅Ａから駅Ｂの往復の乗車券の費用を支払う処理を行う（Ｓ６１）。

決済部１６が、乗車券の費用の決済処理を行うと、受付部１２は、携帯情報端末２１に交通機関５の乗車券の費用の支払がクレジットカードＨによって行われたことを通知する信号を送信する（Ｓ６２）。

３．乗車券情報発行管理システム１０にて行われる処理の説明
続いて主に図３を参照し、乗車券情報発行管理システム１０にて行われる処理の説明を行う。

顧客２０の携帯情報端末２１から、キャンペーンへの参加申込に関する情報が送信されると、受付部１２が、その参加申込を受け付ける処理と、顧客２０のクレジットカードＨを登録する処理を行う（Ｓ１００）。具体的には、受付部１２は、送信された情報が適切であることを確認し、問題が無ければ、受信した情報を顧客情報ＤＢ１５に記憶させる処理を行う。顧客情報ＤＢ１５には、顧客２０に関する情報に紐づけられて、顧客２０が所持するクレジットカードＨのカード識別情報が記憶される。

顧客２０の携帯情報端末２１から、乗車券情報の発行の申込手続きが行われると、乗車券情報発行部１３が、乗車券情報を発行する処理を行う（乗車券情報発行ステップ）（Ｓ１１０）。具体的には、乗車券情報発行部１３が、総合管理サーバ５１に対し、駅Ａと駅Ｂとの間の往復の乗車券として使用可能な乗車券情報の発行の許可を求める信号を送信する。総合管理サーバ５１から、発行を許諾することを通知する信号を受信したら、乗車券情報発行部１３は、駅Ａと駅Ｂの往復の乗車券として使用可能な乗車券情報Ｔを発行し、携帯情報端末２１に送信する処理を行う。また、乗車券情報発行部１３は、乗車券情報Ｔを少なくともクレジットカードＨのカード識別情報と紐付けて顧客情報ＤＢ１５に記憶する処理も行う。

顧客２０が商業施設３にて、商品などの購入費用の支払いをクレジットカードＨにて行うと、決済部１６が、顧客２０の費用の支払の決済処理を行う（Ｓ１２０）。具体的には、決済部１６は、店舗の決済装置３２から送信された請求金額に関する情報や、クレジットカードＨのカード識別情報に基づいて、所定の確認処理を行った後に、請求金額を顧客２０による支払として決済する処理を行う。

本実施形態では、顧客２０が、クレジットカードＨを用いて商業施設３の店舗３３ａにて３，０００円の支払を行い、続いて商業施設３の店舗３３ｂにて２，０００円の支払を行う例に適用して以降の説明を行う。決済部１６は、店舗３３ａの決済装置３２から３，０００円の費用の支払に関する情報を受信すると、顧客２０による支払として、３，０００円を店舗３３ａに支払う処理を行う。決済部１６は、支払を行った請求費用（３，０００円）に関する情報、及びその決済処理を行った時間に関する時間情報を、クレジットカードＨのカード識別情報と関連づけて決済情報ＤＢ１７に記憶させる処理を行う。また、店舗３３ｂの決済装置３２から２，０００円の費用の支払に関する情報を受信すると、顧客２０による支払として、２，０００円を店舗３３ｂに支払う処理を行う。決済部１６は、支払を行った費用（２，０００円）に関する情報、及びその決済処理を行った時間に関する時間情報を、クレジットカードＨのカード識別情報と関連づけて決済情報ＤＢ１７に記憶させる処理を行う。

乗車券情報Ｔが復路乗車券として使用されると、判定部１４が、所定の期間の間に顧客２０が行った支払額が、予め定められている所定の金額以上であるか否かの判定処理を行う（判定処理ステップ）（Ｓ１３０）。本実施形態では、決済部１６が、復路乗車券に関する費用の支払処理を行ったタイミングで、判定部１４が判定処理を行う例に適用して以降の説明を行う。

はじめに判定部１４は、顧客２０が商業施設３の店舗にてクレジットカードＨを使用して支払った費用の総額を求める処理を行う。具体的には、判定部１４は、クレジットカードＨのカード識別情報や顧客２０を識別する情報に基づいて、顧客情報ＤＢ１５、及び決済情報ＤＢ１７を参照し、顧客２０による商業施設３の店舗への支払に関する情報を抽出する。更に抽出した情報の中から、乗車券情報Ｔが往路乗車券として使用されてから、復路乗車券として使用されるまでの時間に、決済処理が行われた情報を抽出して、その総額を算出する。そして算出した総額（顧客２０の支払額）と、クレジットカード会社１などによって予め定められた所定の金額を比較し、判定処理を行う。

本実施形態では、所定の金額として、３，０００円がクレジットカード会社１によって予め定められている例に適用して説明を行う。顧客２０は、店舗３３ａにて３，０００円の支払を行い、店舗３３ｂにて２，０００円の支払を行っている。このため判定部１４は、顧客２０の支払額（５，０００円）は、所定の金額（３，０００円）以上であると判定する（Ｓ１３０にてＹｅｓ）。この場合、判定部１４は、受付部１２に、交通機関５の駅Ａから駅Ｂの往復の乗車券の費用が無料として処理された旨を通知する信号を、携帯情報端末２１に送信させる処理を行う。（Ｓ１４０）。

一方、顧客２０の支払額が３，０００円未満であった場合には、判定部１４は、顧客２０の支払額が、所定の金額（３，０００円）未満であると判定する（Ｓ１３０にてＮｏ）。この場合判定部１４は、決済部１６に対して判定の結果を送信する。決済部１６は、その判定結果に基づいて、駅Ａから駅Ｂの往復の乗車券にかかる費用を、顧客２０のクレジットカードＨによって決済する処理を行う（乗車券費用決済ステップ）（Ｓ１５０）。更に決済部１６は、受付部１２に、交通機関５の駅Ａから駅Ｂの往復の費用の支払がクレジットカードＨによって行われたことを通知する信号を、携帯情報端末２１に送信させる処理を行う。

なお、判定処理は、乗車券情報Ｔが復路乗車券として使用された後であれば、上記とは異なるタイミングで行われてもよい。例えば、乗車券情報Ｔが発行された日の、交通機関５の運行が終了した後の任意の時間に判定処理が行われたり、あるいは翌日の任意の時間に判定処理が行われたりしてもよい。

上記の様な乗車券情報発行管理システム１０では、乗車券情報発行部１３が、交通機関５の乗車券として利用可能な乗車券情報を、顧客２０が商業施設３を訪問する前に発行する。このため、顧客２０に対して、商業施設３を訪問する直接的なインセンティブを付与することができ、より大きな集客効果が得られることが期待できる。また顧客２０は、商業施設３において購買した費用などの支払をクレジットカード会社１のクレジットカードで行うことが期待されるため、商業施設３の売上げの向上に寄与することや、クレジットカード会社１のクレジットカードの利用率の向上に寄与することが期待できる。また、顧客２０は、商業施設３を訪問するにあたり交通機関５を利用することになるため、交通機関５の利用者数の増加にも寄与することが期待できる。

更に発行された乗車券情報（ＱＲ乗車券）が、顧客２０の携帯情報端末２１の表示画面に、読取装置５５が読取り可能な二次元情報（ＱＲコード）として表示される。このため顧客２０は、携帯情報端末２１に表示されたＱＲ乗車券を読取装置５５に読み取らせるだけで、交通機関５を利用することができる。

なお上記の実施形態では、乗車券情報サーバ１１Ｌ、決済サーバ１１Ｋ、及び通信サーバ１８が、それぞれ別個のサーバ装置から構成されている例に適用して説明を行った。一方、乗車券情報サーバ１１Ｌ、決済サーバ１１Ｋ、及び通信サーバ１８は、それぞれ通信可能に接続された複数のサーバ装置やＰＣから構成され、各機能を実現するようにされたものであってもよい。あるいは、１台のサーバ装置が、乗車券情報サーバ１１Ｌ、決済サーバ１１Ｋ、及び通信サーバ１８の各機能を実現する様に構成されていてもよい。

〔第２の実施形態〕
以下、本開示の第２の実施形態について、主に図４及び図５を参照して説明を行う。本実施形態では、本開示にかかる乗車券情報発行管理システム１０Ａが、商業施設３を運営する事業会社４が行う、集客キャンペーンの管理に用いられる例に適用して以降の説明を行う。なお、本実施形態に係る乗車券情報発行管理システム１０Ａの基本構成は、第１の実施形態とほぼ同一であるため、以降の説明では、相違する点について主に説明を行い、第１の実施形態と同一の部分については同一の符号を付してその説明を省略する。

本実施形態に係る乗車券情報発行管理システム１０Ａは、クレジットカード会社１に設けられている決済サーバ１１ＫＡと、商業施設３の運営を主に行う事業会社４に配置されている乗車券情報サーバ１１ＬＡから主に構成されている。

乗車券情報サーバ１１ＬＡは、交通機関５の乗車券として使用可能な乗車券情報の発行管理を主に行う機能を有したサーバ装置であり、受付部１２、乗車券情報発行部１３、判定部１４、顧客情報ＤＢ１５、及び外部ネットワークと通信を行う通信部１８Ａを主に備えている。乗車券情報サーバ１１ＬＡは、通信部１８Ａを介して、外部のネットワークＮに接続されている。

決済サーバ１１ＫＡは、費用の支払に関する決済処理を行う機能を有したサーバ装置であり、決済部１６、決済情報ＤＢ１７、及び通信部１８Ｂを主に備えている。決済サーバ１１ＫＡは、通信部１８Ｂを介して、外部のネットワークＮに接続されている。

以下、図５を参照して本実施形態に係る乗車券情報発行管理システム１０Ａの動作について説明を行う。なお、上記実施形態と同一の処理については、同一の符号を付してその説明を省略する。また、携帯情報端末２１には、事業会社４が提供するアプリケーションＧＡがインストールされており、キャンペーンの申込や乗車券情報の発行の申込は、アプリケーションＧＡによって行われる。

顧客２０が携帯情報端末２１を操作して手続を行うと、乗車券情報サーバ１１ＬＡの受付部１２が登録処理を行う（Ｓ１１ａ）。受付部１２は、登録処理が完了するとその旨を通知する信号を携帯情報端末２１に送信する（Ｓ１２ａ）。そして、顧客２０が乗車券情報サーバ１１ＬＡに乗車券情報の発行申込を行うと（Ｓ２０ａ）、乗車券情報発行部１３が、総合管理サーバ５１と通信を行い（Ｓ２１ａ～Ｓ２２ａ）、乗車券情報Ｔを発行する（Ｓ２３ａ）。

乗車券情報Ｔが、往路乗車券として利用されると（Ｓ３０～Ｓ３３）、総合管理サーバ５１が、その乗車券の費用を請求する信号を乗車券情報サーバ１１ＬＡに送信する（Ｓ３４ａ）。当該信号を受信した乗車券情報サーバ１１ＬＡは、乗車券の費用を支払う処理を行う（Ｓ３５ａ）。なおこの費用の支払は、事業会社４の名義にて行われる。

乗車券情報Ｔが、復路乗車券として利用された場合（Ｓ５０～Ｓ５３）も同様に、総合管理サーバ５１が、その乗車券の費用を請求する信号を乗車券情報サーバ１１ＬＡに送信し（Ｓ５４ａ）、乗車券情報サーバ１１ＬＡが、乗車券の費用を支払う処理を行う（Ｓ５５ａ）。なおこの費用の支払処理は、事業会社４の名義にて行われる。

乗車券情報Ｔが復路乗車券として利用されてから所定期間経過後に、判定部１４が判定処理を行う。判定部１４が、顧客２０の支払額が、所定の金額以上であると判定すると、受付部１２が、駅Ａから駅Ｂの往復の乗車券の費用が無料として処理された旨を通知する信号を携帯情報端末２１に送信する（Ｓ６０ａ）。一方、判定部１４が、顧客２０の支払額が、所定の金額未満であると判定すると、判定部１４は、決済サーバ１１ＫＡに対し、駅Ａから駅Ｂの往復の乗車券の費用を、顧客２０の支払として決済することを依頼する信号を出力する（Ｓ６１ａ）。決済サーバ１１ＫＡの決済部１６は、顧客２０のクレジットカードＨにて、その乗車券の費用の決済処理を行うとともに、決済処理が完了したことを乗車券情報サーバ１１ＬＡに通知する信号を送信する（Ｓ６２ａ）。そして受付部１２が、駅Ａから駅Ｂの往復の乗車券の費用が、クレジットカードＨにて支払われたことを通知する信号を、携帯情報端末２１に送信する（Ｓ６３ａ）。

上記の構成からなる乗車券情報発行管理システム１０Ａでは、乗車券情報サーバ１１ＬＡが事業会社４に配置され、決済サーバ１１ＫＡがクレジットカード会社１に配置されている。即ち、乗車券情報サーバ１１ＬＡと決済サーバ１１ＫＡが、それぞれ異なる場所に配置されている。このため、乗車券情報発行管理システム１０Ａを用いて、より多彩なサービス等を提供可能なキャンペーンの運営が行うことができるようになることが期待できる。例えば、アプリケーションＧＡによって収集した顧客２０の情報を、事業会社４がアクセス可能な商業施設３の他の情報と紐づけることによって、更に集客力をある異なるキャンペーンを行ったりできることが期待できる。あるいは、アプリケーションＧＡを、商業施設３の会員カードに関するサービスなどと連携させた、事業会社４独自のサービスを提供したりすることも可能となる。また、決済サーバ１１ＫＡの有する主な機能は、クレジットカード会社１が通常備える決済機能を備えたサーバを利用することが可能である。このため、乗車券情報発行管理システム１０Ａを導入するためのコストを低額に抑えることができることも期待できる。

〔第３の実施形態〕
以下、本開示の第３の実施形態について、主に図１及び図６を参照して説明を行う。本実施形態にかかる乗車券情報発行管理システム１０Ｂの構成は、第１の実施形態と同一であるが、乗車券情報発行部１３が、切符券売機５４の読取装置５６が、読み取り可能な乗車券情報を発行する点が相違する。このため、以降の説明では、第１の実施形態と相違する点について主に説明を行い、第１の実施形態と同一の部分については、同一の符号を付してその詳細な説明を省略する。

顧客２０が、携帯情報端末２１を操作して、乗車券情報の発行の申込手続きを行うと（Ｓ２０ｂ）、乗車券情報発行部１３が、総合管理サーバ５１から発行の許諾を得た後に（Ｓ２１ｂ，Ｓ２２ｂ）、乗車券情報Ｔ２を発行する。そして、顧客２０の携帯情報端末２１に送信する（Ｓ２３ｂ）。この乗車券情報Ｔ２は、携帯情報端末２１の表示部に、切符券売機５４の読取装置５６が読み取り可能なＱＲコードとして表示される情報である。

顧客２０が、駅Ａの切符券売機５４ａの読取装置５６に携帯情報端末２１の表示部に表示された乗車券情報Ｔ２読み取らせると（Ｓ３００）、切符券売機５４ａから、駅Ａから駅Ｂに乗車するための切符が発券される（Ｓ３１０）。切符券売機５４ａは、切符を乗車券情報Ｔ２に基づいて切符を発券した事を通知する信号を、駅管理サーバ５２Ａを介して総合管理サーバ５１に送信する。なお、切符券売機５４ａは発券の前に駅管理サーバ５２Ａを介して総合管理サーバ５１と通信を行い、読み取った乗車券情報Ｔ２を確認する処理を行ってもよい。

顧客２０が、発券された切符を改札機５３ａの図示されていない切符投入口に挿入すると、改札機５３ａは投入された切符から読み取った情報を総合管理サーバ５１に送信する（Ｓ３３０）。総合管理サーバ５１は、送信された情報に基づいて改札判定処理を行い、その判定結果を改札機５３ａに送信する（Ｓ３４０）。なお、上記のＳ３２０、Ｓ３３０の処理は、駅管理サーバ５２Ａと改札機５３ａの間で行われてもよい。

改札機５３ａは、受信した判定結果が適切な場合には、図示されていないゲートを開放するなどして顧客２０の通過を許可する（Ｓ３５０）。改札機５３ａはこの際、投入された切符に、駅Ａの改札機５３ａを通過したことを示す情報などを追加で記録させる処理を行ってもよい。顧客２０が交通機関５を利用して、駅Ｂにて降車する際には、顧客２０は、入場した際に使用した切符を、改札機５３ｂの図示されていない切符投入口に挿入する。改札機５３ｂは、投入された切符から所定の情報を読み取って、総合管理サーバ５１に送信し（Ｓ３３０）、総合管理サーバ５１から受信した（Ｓ３４０）判定結果が適切な場合には、図示されていないゲートを開放するなどして顧客２０の退場を許可する（Ｓ３５０）。なお、改札機５３ａ，５３ｂにて行われる上記の処理は、切符を使用する公知の改札機等にて行われる公知の処理であってもよい。

総合管理サーバ５１は、切符券売機５４ａが切符を発券したタイミングや、あるいはその切符が、改札機５３ａや改札機５３ｂに投入されたタイミングで、当該切符の費用を請求する信号を、乗車券情報発行管理システム１０Ｂに送信する（Ｓ３４ｂ）。決済部１６は、切符の費用を交通機関５に支払う処理を行う（Ｓ３５ｂ）。

顧客２０が、交通機関５を利用して帰宅する場合にも、上記Ｓ３００～Ｓ３５０と同様の処理が行われる。即ち、顧客２０が、駅Ｂの切符券売機５４ｂの読取装置５６に乗車券情報Ｔ２を読み取らせると（Ｓ５００）、切符券売機５４ｂから、駅Ｂから駅Ａに乗車するための切符が発券される（Ｓ５１０）。切符券売機５４ｂは、乗車券情報Ｔ２に基づいて切符を発券した事を通知する信号を総合管理サーバ５１に送信する。そして顧客２０が、発券された切符を改札機５３ｂの図示されていない切符投入口に挿入すると、改札機５３ｂは投入された切符から読み取った情報を総合管理サーバ５１に送信し（Ｓ５２０）、送信された判定結果が適切である場合には（Ｓ５４０）、図示されていないゲートを開放するなどして、顧客２０の通過を許可する（Ｓ５５０）。そして駅Ａにおいても同様の処理が行われ、顧客２０は、駅Ａから出場する。

総合管理サーバ５１は、切符券売機５４ｂが切符を発券したタイミングや、あるいはその切符が、改札機５３ｂや改札機５３ａに投入されたタイミングで、当該切符の費用を請求する信号を、乗車券情報発行管理システム１０Ｂに送信する（Ｓ５４ｂ）。決済部１６は、切符の費用を交通機関５に支払う処理を行う（Ｓ５５ｂ）。

切符券売機５４ｂが復路の切符を発券してから、あるいは発券された切符が改札機５３ｂ、あるいは改札機５３ａに投入されてから、所定の期間経過後に、判定部１４が判定処理を行う。判定部１４が、支払額が所定の金額を上回っていると判定した場合には、受付部１２は、駅Ａから駅Ｂの往復の切符の費用が無料として処理された旨を通知する信号を、携帯情報端末２１に送信する（Ｓ６０）。一方判定部１４が、顧客２０の支払額が所定の金額を上回っていないと判定した場合には、決済部１６が駅Ａから駅Ｂの往復の切符の費用を、顧客２０の費用として決済する決済処理を行う（Ｓ６１）。この際、受付部１２は、交通機関５の乗車券の費用の支払がクレジットカードＨによって行われたことを通知する信号を携帯情報端末２１に送信する（Ｓ６２）。

本実施形態に係る乗車券情報発行管理システム１０Ｂでは、切符券売機５４が乗車券情報Ｔ２を読み取って、交通機関５で使用されている既存の切符が発券される。このため、交通機関５の各駅は、読取装置５６を備えた切符券売機５４を備えるだけで、乗車券情報発行管理システム１０Ｂを用いたキャンペーンを行うことができる。即ち、読取装置５５を備えた改札機５３を、各駅に設けることなく、乗車券情報発行管理システム１０Ｂを用いたキャンペーンを行うことができる。このため、安価な設備投資で、乗車券情報発行管理システム１０Ｂを利用したキャンペーンを行うことが可能となる。

なお、第２の実施形態に係る乗車券情報発行管理システム１０Ａの乗車券情報発行部１３が、切符券売機５４の読取装置５６が読取り可能な乗車券情報を発行する構成としてもよい。

〔第４の実施形態〕
以下、本開示の第４の実施形態について、主に図１及び図７を参照して説明を行う。本実施形態にかかる乗車券情報発行管理システム１０Ｃの構成は、第１の実施形態と同一であるが、判定処理が行われるタイミングが、上記の実施形態とは相違する。具体的には、判定部１４が、１ヶ月毎など、複数の日数にわたる所定の期間毎に判定処理を行う点が相違する。このため、以降の説明では、第１の実施形態と相違する部分について主に説明を行い、第１の実施形態と同一の部分については同一の符号を付してその説明を省略する。

本実施形態では、乗車券情報発行管理システム１０Ｃが、所定の期間の間に商業施設３にて支払われた支払額に基づいて、当該期間中に利用した交通機関５の乗車券の費用が、無料となるキャンペーンに用いられる例に適用して以降の説明を行う。具体的には、１ヶ月の間の顧客２０による商業施設３での支払額が、所定の金額以上であった場合に、その期間の間に商業施設３を訪問するために顧客２０が利用した、交通機関５の乗車券の費用が無料となるキャンペーに用いられる例に適用して説明を行う。なお、以下、顧客２０が、乗車券情報発行管理システム１０Ｃを用いたキャンペーンに参加し、所定の期間（１ヶ月）の間に、複数回、交通機関５を利用して商業施設３を訪問する例に適用して以降の説明を行う。

顧客２０は、携帯情報端末２１を利用して乗車券情報Ｔ３を取得し（Ｓ２０～Ｓ２３）、交通機関５を利用して商業施設３を訪問し（Ｓ２０～Ｓ３３）、商業施設３にてクレジットカードＨを用いて支払を行う（Ｓ４０～Ｓ４３）。そして再び交通機関５を利用して帰宅する（Ｓ５０～Ｓ５３）。なお、総合管理サーバ５１は、乗車券情報Ｔ３が使用される毎に、乗車券に関する費用を求める処理を行い、決済部１６は、その都度、支払処理を行う（Ｓ３４～Ｓ３５、Ｓ５４～Ｓ５５）。顧客２０が所定の期間の間、商業施設３を複数回訪問すると、上記のＳ２０～Ｓ５５の処理が繰り返される。なお、顧客２０が、乗車券情報Ｔ３を利用して交通機関５を利用した費用に関する情報は、顧客２０に関する情報、及び利用された乗車券情報Ｔ３に紐づけられて、顧客情報ＤＢ１５、あるいは決済情報ＤＢ１７に記憶される。

所定の期間が経過したタイミングで、判定部１４Ｃが判定処理を行う。例えば、その月の最終日などに判定部１４Ｃが判定処理を行う。判定部１４Ｃは、顧客２０が１ヶ月の間に商業施設３でクレジットカードＨを用いて支払った費用の総額（支払額）が、所定の金額以上であるか否かを判定する処理を行う。

具体的には、はじめに判定部１４Ｃが、顧客情報ＤＢ１５、及び決済情報ＤＢ１７を参照し、１ヶ月の間に顧客２０が、商業施設３にてクレジットカードＨを用いて行った支払に関する情報を抽出し、その総額を算出する。そして、その算出した額（支払額）と予め定められた所定の金額を比較し、判定処理を行う。判定部１４Ｃが、この所定期間内の支払額が、所定の金額以上であると判定する場合には、受付部１２は、この期間内に顧客２０が商業施設３を訪問するために利用した交通機関５の乗車券に関する費用が無料として処理された旨を通知する信号を携帯情報端末２１に送信する（Ｓ６００）。

一方、判定部１４Ｃが、所定期間内の支払額が、所定の金額未満であると判定する場合には、決済部１６が、１ヶ月の期間内に、顧客２０が商業施設３を訪問するために利用した交通機関５の乗車券の費用を、顧客２０のクレジットカードＨによって決済する処理を行う（Ｓ６１０）。そして受付部１２が、この期間内の交通機関５の駅Ａから駅Ｂの往復の費用の支払がクレジットカードＨによって行われたことを通知する信号を携帯情報端末２１に送信する（Ｓ６２０）。

上記の構成からなる乗車券情報発行管理システム１０Ｃによれば、判定部１４Ｃが、顧客２０が所定の期間内に商業施設３でクレジットカードＨを用いて支払った費用の総額（支払額）に基づいて判定処理を行う。このため、例えば一回の商業施設３への訪問による支払の額が、所定の金額未満であったとしても、次回以降の訪問にて支払を行った額との総額で所定金額以上となれば、乗車券の費用が無料として処理される。このため、顧客２０に対して、複数回、商業施設３を訪問するインセンティブを付与することが可能となる。また、判定処理を、顧客２０が交通機関５を利用する度に行う必要がないため、判定処理や乗車券の費用の決済処理を簡易に行うことが可能となる。

なお第２の実施形態の乗車券情報サーバ１１ＬＡの判定部１４が、所定の期間内に商業施設３でクレジットカードＨを用いて支払った費用の総額（支払額）に基づいて判定処理を行う構成としてもよい。あるいは上記実施形態において、判定部１４が、顧客２０が交通機関５を利用した日の商業施設３における支払額を所定の金額が所定金額以上であるか否かの判定処理を所定の期間毎に行い、支払額が所定の金額以上である日については、その日の乗車券の費用を無料として処理を行う構成としてもよい。

〔第５の実施形態〕
次に、第５の実施形態について主に図４、及び図８を参照しながら説明する。本実施形態の乗車券情報発行管理システム１０Ｄの基本構成は、第２の実施形態と同様であるが、顧客２０の費用として乗車券費用の支払が行われる際に、その支払が、公知の前払式キャッシュレス決済システムによって行われる点が、第２の実施形態と相違する。よって、本実施形態においては、上記の実施形態と相違する点について主に説明を行い、他の部分については同一の符号を付してその説明を省略する。

本実施形態の乗車券情報発行管理システム１０Ｄは、クレジットカード会社１に設けられている決済サーバ１１ＫＤと、事業会社４に設けられている乗車券情報サーバ１１ＬＤから主に構成されている。事業会社４は、商業施設３の運営を主に行う他、携帯情報端末を利用した、公知の前払式のキャッシュレス決済システムＪの運営も行っている。この事業会社４が運営するキャッシュレス決済システムＪは、事業会社４が提供するアプリケーションＧＤを利用して行われるものである。なお以降の説明において、アプリケーションＧＤは、顧客２０の携帯情報端末２１にインストールされ、キャンペーンの申込や乗車券情報の申込にも利用される例に適用して以降の説明を行う。また、顧客２０がキャッシュレス決済システムＪを利用するためにチャージする前払い金の支払は、顧客２０のクレジットカードＨによって行われる例に適用して説明を行う。

乗車券情報サーバ１１ＬＤの受付部１２Ｄは、携帯情報端末２１を用いて行われる、顧客２０からのキャンペーンの申込や乗車券情報の申込を受け付ける機能の他、キャッシュレス決済システムＪに関する手続の受付や、関連する処理を行う機能も有している。具体的に受付部１２Ｄは、顧客２０からのキャッシュレス決済システムＪの利用開始申込や、前払い金のチャージの受付、その支払い処理などを行う機能を有している。また、乗車券情報サーバ１１ＬＤの顧客情報ＤＢ１５には、受付部１２が登録処理を行った顧客２０に関する情報の他、顧客２０のクレジットカードＨのカード識別情報に紐づけられて、顧客２０がチャージしたチャージ金額に関する情報やその残高情報など、キャッシュレス決済システムＪに関する情報も記憶されている。

以下、乗車券情報発行管理システム１０Ｄを用いたキャンペーンの流れについて、主に図８を参照して説明を行う。はじめに顧客２０は、自身の携帯情報端末２１を用いて、キャンペーンの参加申込を行う。具体的には、携帯情報端末２１の表示部に表示されるアプリケーションＧＤに従って、クレジットカードＨのカード識別情報や顧客２０に関する情報の入力を行う。更に顧客２０は、キャッシュレス決済システムＪの申込に必要な情報の入力も行う。必要な情報が入力されると、アプリケーションＧＤは、携帯情報端末２１が備える公知の通信機能を用いて、入力された情報を乗車券情報発行管理システム１０の受付部１２Ｄに送信する（Ｓ１１ｄ）。

受付部１２Ｄは、情報が適切であることを確認し、問題が無ければ受信した情報を顧客情報ＤＢ１５Ｄに記憶させる処理を行う。受付部１２Ｄは、携帯情報端末２１に、顧客２０のクレジットカードＨの登録、及び参加申込が完了した旨を通知する信号、及びキャッシュレス決済システムＪの利用が可能となったことを通知する信号を送信する（Ｓ１２ｄ）。

続けて顧客２０は、キャッシュレス決済システムＪを利用するために、所望の金額をチャージする処理を行う。具体的には、アプリケーションＧＤの表示に従って所望の金額を入力し、それを前払い金としてチャージする処理を行う。なおアプリケーションＧＤは、顧客２０に対して、少なくとも交通機関５の駅Ａと駅Ｂの一回分の往復乗車券の費用の支払が可能な費用のチャージを求める処理を行ってもよい。

必要な情報が入力されると、アプリケーションＧＤは、携帯情報端末２１が備える公知の通信機能を用いて、入力されたチャージに関する情報を受付部１２Ｄに送信する（Ｓ１３ｄ）。受付部１２Ｄは、決済サーバ１１Ｋに対し、受信したチャージに関する情報を送信する（Ｓ１４ｄ）。決済サーバ１１ＫＤの決済部１６は、顧客２０が所望する金額（以降において「チャージ金額」とも記載する。）を、顧客２０のクレジットカードＨにて決済する処理を行い、チャージ金額がクレジットカードＨにて決済されたことを通知する信号を、受付部１２Ｄに送信する（Ｓ１５ｄ）。そして受付部１２Ｄは、チャージ金額がキャッシュレス決済システムＪにて利用可能となったことを通知する信号を携帯情報端末２１に送信する（Ｓ１６ｄ）。

所定の期間が経過すると、判定部１４が判定処理を行う。判定部１４が、顧客２０の支払額が所定の金額を上回っていると判定すると、受付部１２は、携帯情報端末２１に対して、商業施設３を訪問するために利用した交通機関５の駅Ａから駅Ｂの往復の乗車券の費用が無料として処理された旨を通知する信号を送信する（Ｓ６０ｄ）。

一方判定部１４が、顧客２０の支払額が所定の金額未満であると判定すると、受付部１２Ｄは、駅Ａから駅Ｂの往復の乗車券の費用を、顧客２０のチャージ金額から減額する処理を行う（Ｓ６１ｄ）。具体的には、顧客情報ＤＢ１５Ｄに対して、顧客２０のチャージ金額から乗車券の費用を減額した金額を、顧客２０の最新のチャージ金額として記憶させる処理を行う。受付部１２Ｄは、乗車券の費用を、顧客２０のチャージ金額から減額する処理を行うと、その旨を通知する信号を携帯情報端末２１に送信する（Ｓ６２ｄ）。

上記の構成からなる乗車券情報発行管理システム１０Ｄによれば、顧客２０の支払額が所定の金額未満である場合に、往復の乗車券の費用が、顧客２０のチャージ金額から減額される。このため、乗車券情報サーバ１１ＬＤは、決済サーバ１１ＫＤと通信を行って往復の乗車券の費用をクレジットカードＨによって決済を行わせる必要がなく、往復の乗車券の費用の支払に関する処理を簡易に行うことができる。また、前払い金から往復の乗車券の費用の支払が行われるため、クレジットカードＨの利用可能状況にかかわらず、往復の乗車券の費用の決済処理を行うことができる。

なお、本開示の技術範囲は上記実施形態に限定されるものではなく、本開示の趣旨を逸脱しない範囲において種々の変更を加えることが可能である。例えば、判定部１４が、予め定められた所定の金額に対する顧客２０の支払額の割合を算出し、乗車券に関する費用としてその算出された割合に応じた金額を顧客２０の費用として決済する処理を行うようにしてもよい。このようにすれば、顧客２０に対し、商業施設３にいて購買を行うことの更なるインセンティブを与えることができる。

あるいは第４の実施形態において、判定処理に用いられる所定の費用を段階的に複数設け、判定部１４Ｃが、その段階的に設けられた所定の費用に基づいて判定処理を行うようにしてもよい。例えば、所定の費用として、１，０００円、３，０００円、５，０００円のように、複数の金額を予め設定し、支払額が１，０００円以上の場合には１回分の往復の乗車券を無料、３，０００円以上の場合には２回分の往復の乗車券を無料、５，０００円以上の場合には５回分の往復の乗車券を無料とするといった処理が行われるようにしてもよい。このようにすれば、顧客に対して、商業施設３を訪問する更なるインセンティブを付与することができる。

また第５の実施形態において、商業施設３での支払が、キャッシュレス決済システムＪで行われた場合に、判定部１４が、キャッシュレス決済システムＪによる支払額に基づいて判定処理を行ってもよい。このようにすれば、判定処理の際に決済サーバ１１Ｋと通信を行う必要がないため、簡易な方法で判定処理が可能な乗車券情報発行管理システム１０Ｄを提供することができる。

上記実施形態では、顧客２０が、自身の携帯情報端末２１にインストールされている専用のアプリケーションを用いて操作等を行う例に適用して説明を行った。一方、例えば、顧客２０が、携帯情報端末２１に予めインストールされている公知のＷｅｂブラウザなどを用いて専用のサイトをアクセスすることによって、操作や所定の表示が行われる構成としてもよい。

また、上記の実施形態に適用したものに限られることなく、これらの実施形態を適宜組み合わせた実施形態に適用してもよく、特に限定するものではない。例えば第３の実施形態における乗車券情報発行管理システム１０Ｂの判定部１４が、１ヶ月毎など、複数の日数にわたる所定の期間毎に判定処理を行う構成としてもよい。あるいは、第５の実施形態にかかる乗車券情報発行管理システム１０Ｄが、切符券売機５４の読取装置５６が読み取り可能な乗車券情報を発行する構成としてもよい。あるいは第２の実施形態に係る乗車券情報サーバ１１ＬＡが、切符券売機５４の読取装置５６が読み取り可能な乗車券情報を発行する構成したり、その判定部１４が、１ヶ月毎など、複数の日数にわたる所定の期間毎に判定処理を行ったりする構成としてもよい。

１…クレジットカード会社 ３…商業施設 ４…事業会社 ５…交通機関
１０，１０Ａ，１０Ｂ，１０Ｃ，１０Ｄ…乗車券情報発行管理システム
１１Ｌ，１１ＬＡ，１１ＬＤ…乗車券情報サーバ
１１Ｋ，１１ＫＡ，１１ＫＤ…決済サーバ
１２，１２Ｄ…受付部 １３…乗車券情報発行部 １４，１４Ｃ…判定部
１５，１５Ｄ…顧客情報ＤＢ １６…決済部 １７…決済情報ＤＢ
１８…通信サーバ １８Ａ，１８Ｂ…通信部 ２０…顧客
２１…携帯情報端末 ３１…商業施設サーバ ３２…決済装置
３３ａ，３３ｂ…店舗 ５１…総合管理サーバ
５２Ａ，５２Ｂ…駅管理サーバ ５３ａ，５３ｂ…改札機
５４ａ，５４ｂ…切符券売機 ５５，５６…読取装置 Ａ，Ｂ…駅
Ｇ，ＧＡ，ＧＤ…アプリケーション Ｈ…クレジットカード
Ｊ…キャッシュレス決済システム Ｎ…ネットワーク
Ｔ，Ｔ２，Ｔ３…乗車券情報

Claims (6)

1. 所定の交通機関の利用に使用可能な乗車券情報の発行管理を行う乗車券情報発行管理システムであって、
   電子通信回線を通じて顧客に対して前記乗車券情報を発行する乗車券情報発行部と、
   費用の支払に関する決済処理を行う決済部と、
   前記顧客が所定の商業施設において所定の期間内に支払を行った費用の総額である支払額が、所定の金額以上であるか否かを判定する判定処理を行う判定部と、
   を備え、
   前記乗車券情報発行部は、
   少なくとも前記顧客が前記商業施設に向かう際に利用する前記交通機関の所定区間で使用可能な前記乗車券情報を、前記顧客が前記所定区間を利用する前に発行し、
   前記決済部は、
   前記判定部が、前記支払額が前記所定の金額以上であると判定した場合には、前記顧客が利用した前記所定区間の乗車券にかかる費用を前記顧客以外の者が支払う費用として前記決済処理を行い、
   前記判定部が、前記支払額が前記所定の金額未満であると判定した場合に、前記所定区間の乗車券にかかる費用を前記顧客が支払う費用として前記決済処理を行う乗車券情報発行管理システム。
2. 前記乗車券情報発行部は、
   前記顧客が前記商業施設に向かう際に利用する前記所定区間の往路乗車券、及び前記顧客が前記商業施設から戻る際に利用する前記所定区間の復路乗車券として利用可能な乗車券情報を発行するものであり、
   前記所定の期間は、前記乗車券情報が、前記往路乗車券として使用された時点と、前記復路乗車券として使用された時点の間の期間である、請求項１に記載の乗車券情報発行管理システム。
3. 前記乗車券情報発行部は、
   前記交通機関の改札機に設けられた読取装置が読み取り可能な前記乗車券情報を発行する請求項１または請求項２に記載の乗車券情報発行管理システム。
4. 前記乗車券情報発行部は、
   前記交通機関の切符券売機に設けられた読取装置が読み取り可能な前記乗車券情報を発行する請求項１または請求項２に記載の乗車券情報発行管理システム。
5. 交通機関を利用する際に、使用可能な乗車券情報の発行管理を電子計算機器を用いて行う乗車券情報発行管理方法であって、
   電子計算機器に、
   顧客に対して電子通信回線を通じて前記顧客が所定の商業施設に向かう際に利用する前記交通機関の所定区間で使用可能な乗車券情報を、前記顧客が前記所定区間を利用する前に発行する乗車券情報発行ステップと、
   前記顧客が前記商業施設において所定の期間内に支払を行った費用の総額である支払額が、所定の金額以上であるか否かを判定する判定処理を行う判定処理ステップと、
   前記判定処理ステップにて、前記支払額が前記所定の金額以上であると判定された場合には、前記顧客が利用した前記所定区間の乗車券にかかる費用を前記顧客以外の者が支払う費用として決済処理を行い、前記支払額が前記所定の金額未満であると判定された場合には、前記顧客が利用した前記所定区間の乗車券にかかる費用として決済処理を行う乗車券費用決済ステップと、
   を行わせる乗車券情報発行管理方法。
6. 所定の交通機関の利用に使用可能な乗車券情報の発行管理を行う乗車券情報発行管理システムに用いられる乗車券情報サーバであって、
   電子通信回線を通じて顧客に対して前記乗車券情報を発行する乗車券情報発行部と、
   前記顧客が所定の商業施設において所定の期間内に支払を行った費用の総額である支払額が、所定の金額以上であるか否かを判定する判定処理を行う判定部と、
   を備え、
   前記乗車券情報発行部は、
   少なくとも前記顧客が前記商業施設に向かう際に利用する前記交通機関の所定区間で使用可能な前記乗車券情報を、前記顧客が前記所定区間を利用する前に発行し、
   前記判定部が、前記支払額が前記所定の金額以上であると判定した場合には、費用の支払に関する決済処理を行う決済部に、前記顧客が利用した前記所定区間の乗車券にかかる費用を前記顧客以外の者が支払う費用として前記決済処理を行わせ、
   前記判定部が、前記支払額が前記所定の金額未満であると判定した場合には、前記決済部に、前記所定区間の乗車券にかかる費用を前記顧客が支払う費用として前記決済処理を行わせる、
   乗車券情報サーバ。