JP2023080885A - 共通基盤システムおよび共通基盤プログラム - Google Patents

Abstract

【課題】様々なサービスを容易に提供できる共通基盤システム及び共通基盤プログラムを提供する。【解決手段】共通基盤システムとしての共通プラットフォーム１０は、交通機関の業務に用いられる交通業務機器と通信する機器インターフェース２０と、交通機関の事業者とは異なるサービス事業者と通信するネットワーク通信部２６と、機器インターフェースにより交通業務機器が媒体から読み取った識別情報を受信した場合に交通業務機器から受信した識別情報によって特定する利用者が保有する券情報に基づく交通機関利用の可否を示す情報を交通業務機器へ通知する業務処理部２１と、ネットワーク通信部によりサービス事業者が運用する処理端末が媒体から読み取った識別情報を受信した場合、処理端末から受信した識別情報にて特定する利用者が保有するサービス事業者が提供するサービスの利用券の情報を処理端末へ通知する認証部２４１と、を有する。【選択図】図１

Description

本発明の実施形態は、共通基盤システムおよび共通基盤プログラムに関する。

鉄道などの交通機関では、個々の利用者に対して発券する乗車券又はＩＣカードなどを用いて改札業務などの駅務を実行する駅務システムが運用されている。従来の駅務システムは、各鉄道会社が設置する改札機などを含む駅務機器で構成するローカルなシステムである。このため、従来の駅務システムは、既存の駅務機器やシステムを更新したり新規の駅務機器を設置したりするための個々の鉄道会社による設備投資が大きくなる。

一方、駅周辺の飲食店や観光施設あるいは遊戯施設などのサービス事業者は、交通機関の利用者に対して積極的にサービスを提供したいという要望がある。しかしながら、従来の駅務システムは、各鉄道会社が運用するローカルなシステムであるため、異業種の事業者と連携したサービスを利用者に提供することが簡単ではない。例えば、従来の駅務システムでは、交通機関とサービス事業者とが連携した企画券などを用いた新たなサービスを提供するには交通機関とサービス事業者とが事前に協議して新たなサービスの実施を決定し、さらに、新たなサービスを実施するための仕組みを既存の駅務システムに組み込む作業が必要になるという問題がある。

特開２０１７－１６７６１２号公報

本発明は、上述した課題を解決するため、様々なサービスを容易に提供できる共通基盤システムおよび共通基盤プログラムを提供することを目的とする。

実施形態によれば、共通基盤システムは、機器インターフェースとネットワーク通信部と業務処理部と認証部とを有する。機器インターフェースは、交通機関の業務に用いられる交通業務機器と通信する。ネットワーク通信部は、交通機関の事業者とは異なるサービス事業者と通信する。業務処理部は、機器インターフェースにより交通業務機器が媒体から読み取った識別情報を受信した場合には交通業務機器から受信した識別情報によって特定する利用者が保有する券情報に基づく交通機関の利用の可否を示す情報を交通業務機器へ通知する。認証部は、ネットワーク通信部によりサービス事業者が運用する処理端末が媒体から読み取った識別情報を受信した場合には処理端末から受信した識別情報により特定する利用者が保有する当該サービス事業者が提供するサービスの利用券を示す情報を処理端末へ通知する。

図１は、実施形態に係る共通基盤システムとしての共通プラットフォームの構成例を概略的に示すブロック図である。 図２は、実施形態に係る共通基盤システムとしての共通プラットフォームにおいてサービス事業者が作成した企画券を登録する処理の流れを説明するためのフローチャートである。 図３は、実施形態に係る共通基盤システムとしての共通プラットフォームによる動作例を説明するためのフローチャートである。 図４は、実施形態に係る共通プラットフォームによって利用者が購入した企画券に含まれるサービスの利用券をサービス事業者へ提供する処理の流れを説明するためのフローチャートである。

以下、図面を参照して実施形態について説明する。
図１は、実施形態に係る共通基盤システムとしての共通プラットフォーム１０の構成例を示す概念図である。
共通プラットフォーム１０は、鉄道又はバスなどの交通機関における業務に関する情報のデータ処理を実行するとともに、交通機関以外のサービス事業者がサービスを提供することを支援する処理を実行するシステムである。すなわち、共通プラットフォーム１０は、鉄道又はバスなどの交通機関における業務だけでなく、交通機関以外のサービス事業者によるサービスを提供するためのシステムである。

例えば、共通プラットフォーム１０は、交通機関における改札業務などの業務に関する情報を管理する。共通プラットフォーム１０を使用する交通機関は、複数の交通事業者であって良い。共通プラットフォーム１０を使用する交通事業者としては、駅務機器を用いて駅務を実施する鉄道事業者および券処理機を用いてパスの乗降を処理するバス事業者などが想定される。なお、以下の本実施形態では、主として交通機関が鉄道事業者であることを想定して説明するものとする。

また、共通プラットフォーム１０を使用する交通機関以外のサービス事業者は、複数であっても良く、特定の事業者に限定されるものではない。共通プラットフォーム１０を使用するサービス事業者としては、交通機関と連携してサービスを提供する事業者が想定される。例えば、共通プラットフォーム１０を使用するサービス事業者は、飲食店、宿泊施設、観光施設、博物館、美術館あるいは遊戯施設などを運営する事業者が想定される。また、共通プラットフォーム１０を使用するサービス事業者は、駅又はパスの利用者が利用するタクシー、レンタルサイクル、あるいは、レンタカーなどを運営する事業者であっても良い。

共通プラットフォーム１０は、コンピュータ、記憶装置、および、インターフェース機器などで構成される。共通プラットフォーム１０は、プロセッサ、各種メモリおよび各種インターフェースなどを備えるサーバ装置で実現しても良いし、複数のサーバ装置、複数のインターフェース装置、および、複数の記憶装置を組み合わせて実現するようにしても良い。

図１に示す構成例において、共通プラットフォーム１０は、業務処理部２１、決済処理部２２、収入処理部２３、および、情報処理部２４などの処理機能を有する。これらの処理機能は、共通プラットフォーム１０を構成する１又は複数のサーバ装置がメモリに記憶したプログラムをプロセッサが実行することにより実現される。

図１に示す構成例において、共通プラットフォーム１０は、各交通機関の各業務（駅務）機器１１１、各交通事業者のシステム１１（１１Ａ、１１Ｂ、１１Ｃ）、決済事業者システム１２、利用者端末１３、サービス事業者システム１４などと通信する。共通プラットフォーム１０は、機器インターフェース（Ｉ／Ｆ）２０、および、ネットワーク通信部２６などの通信用のインターフェースを有する。

機器インターフェース２０は、各交通機関で利用する各機器（駅務機器）１１１（１１１Ａ、１１１Ｂ、…、１１１ａ）と通信するためのインターフェースである。ネットワーク通信部２６は、ネットワークを介してサービス事業者システム１４および利用者端末１３などの外部装置と通信するためのインターフェース（通信部）を有する。また、決済処理部２２は、決済事業者システム１２と通信するための通信用のインターフェースを含むものとする。

業務処理部２１は、機器から取得した情報に応じた業務（駅務）として業務処理（駅務処理）を実行する。業務処理部２１は、機器インターフェース２０を介して駅務機器から取得した情報に基づく駅務に関わるデータ処理を実行し、その処理結果を駅務機器へ送信する。

図１に示す構成例において、業務処理部２１は、駅務処理の一例としての通行判定を行う通行判定部２１１を有する。通行判定部２１１は、機器インターフェース２０を介して改札機１１１Ａ、１１１Ｂ、…又は券処理機１１１ａが読み取った識別情報に基づいて通行の可否を判定する。改札機１１１Ａ、１１１Ｂ、…は、駅の改札口などに設置され、利用者に対する駅構内への入場又は駅構外への出場などを制御する改札業務を実施する駅務機器である。

例えば、改札機１１１Ａ、１１１Ｂ、…は、利用者が提示する媒体から読み取った識別情報に基づく通行判定部２１１による判定結果に応じて利用者の通行を制御する。すなわち、改札機１１１Ａ（１１１Ｂ、…）は、利用者を特定する識別情報を含む情報を利用者が提示する媒体から読み取る。

利用者が提示する媒体は、改札機１１１Ａ、…、券処理機１１１ａ、および、後述するサービス事業者の処理端末１５が利用者の識別情報を読み取れる媒体であれば良い。例えば、利用者が提示する媒体としては、スマートフォンなどの携帯端末であっても良いし、クレジットカードなどのＩＣカードであっても良いし、識別情報を含む情報を券面に印字した券であっても良い。

例えば、利用者が提示する媒体が表示部を有する携帯端末である場合、携帯端末は、識別情報を含むコード情報を表示部に表示する。改札機１１１Ａ、１１１Ｂ、…、券処理機１１１ａ、および、処理端末１５は、利用者が提示する携帯端末が表示する識別情報を含むコード情報を光学的に読み取るリーダを備えるものとする。例えば、利用者が提示する媒体がクレジットカードなどの非接触式ＩＣカードあるいは非接触式ＩＣカードと同等の機能を有する携帯端末である場合、改札機１１１Ａ、１１１Ｂ、…、券処理機１１１ａ、および、処理端末１５は、利用者が提示する非接触ＩＣカードから利用者の識別情報を含むデータを非接触通信によって読み取るリーダを備える構成とする。

通行判定部２１１は、改札機１１１Ａが読み取った識別情報を取得し、改札機１１１Ａが読み取った識別情報により利用者を特定する。通行判定部２１１は、特定した利用者が所有する乗車券に関する情報（以下、乗車券情報とも称する）と当該利用者の入出場履歴などに基づいて当該改札機１１１Ａが設置されている改札口の通行の可否を判定する。通行判定部２１１は、通行の判定結果を改札機１１１Ａへ通知することにより改札機１１１Ａに利用者の通行制御を実行させる。

決済処理部２２は、決済事業者システム１２と通信することにより決済処理を実行する。例えば、決済処理部２２は、業務処理部２１の処理結果に基づく乗車料金の精算などに伴う決済処理を決済事業者システム１２と通信することにより実行する。また、決済処理部２２は、後述する情報処理部２４の処理によって生じた決済処理を決済事業者システム１２と通信することにより実行する。

収入処理部２３は、交通事業者ごとに収入を管理するための収入処理を実行する。収入処理部２３は、利用者が各交通事業者に対して支払った乗車料金などを管理する。収入処理部２３は、各交通事業者のシステム１１に対応するインターフェースを有する。収入処理部２３は、各交通機関用のインターフェースを介して交通事業者ごとの収入などの情報を各交通機関へ通知する。

情報処理部２４は、各種の情報処理を実行する。例えば、情報処理部２４は、サービス事業者が提供するサービスを利用者に提供するための情報処理を実行する。図１に示す構成例において、情報処理部２４は、認証部２４１、および、チケット管理部２４２を有する。

認証部２４１は、利用者が保有するチケットを認証するチケット認証部として機能する。認証部２４１は、利用者が提示する媒体からサービス事業者の処理端末１５が読み取った情報を取得する。認証部２４１は、媒体から読み取った情報に含まれる識別情報によって利用者を特定し、特定した利用者が保有するチケットを特定する。

チケット管理部２４２は、サービス事業者が企画したチケットに関する情報を管理する。例えば、チケット管理部２４２は、交通事業者が運用する交通機関を利用するための乗車券とサービス事業者が提供するサービスの利用券とをセットした企画券を管理する。サービス事業者は、サービスの利用券を交通事業者の乗車券とセットした企画券として企画する。チケット管理部２４２は、サービス事業者からの要求に応じてサービス事業者が企画する企画券を管理する。

記憶部２５は、各種の情報を記憶する。記憶部２５は、１又は複数の記憶装置で構成される。記憶部２５は、情報処理部２４による各種の処理に用いるデータなどを記憶する。図１に示す構成例において、記憶部２５は、利用者データベース２５１およびチケットデータベース２５２を有する。

利用者データベース２５１は、利用者に関する情報を格納する。利用者データベース２５１は、個々の利用者ごとの識別情報に対応づけて各種の情報を格納する。例えば、認証部２４１は、利用者データベース２５１に登録された利用者の識別情報に基づいて処理端末１５が媒体から読み取った識別情報の利用者を特定する。

チケットデータベース２５２は、各種のチケットに関する情報を格納する。チケットデータベース２５２は、チケット管理部２４２によって管理されるチケットに関する情報を格納する。本実施形態において、チケットデータベース２５２は、チケット管理部２４２で管理するサービス事業者が提供するチケットに関する情報を格納する。

例えば、チケット管理部２４２は、サービス事業者が企画した企画券をチケットデータベース２５２に登録する。チケット管理部２４２は、利用者が企画券を購入するごとに、企画券を示す情報と企画券を購入した利用者の識別情報と対応づけてチケットデータベース２５２に登録する。認証部２４１は、処理端末１５が媒体から読み取る識別情報によって特定される利用者が保有する企画券を特定する。

また、記憶部２５は、業務処理部２１による処理に用いるデータなどを記憶するようにしても良い。例えば、記憶部２５は、通行判定部２１１が交通機関における通行判定に用いる交通機関の運賃を示す運賃データを記憶しても良い。

ネットワーク通信部２６は、ネットワークを介して外部機器と通信するインターフェースである。図１に示す構成例において、共通プラットフォーム１０は、ネットワーク通信部２６によりサービス事業者が運用するシステム（サービス事業者システム）１４および処理端末１５と通信する。また、共通プラットフォーム１０は、ネットワーク通信部２６により利用者が所持する携帯端末などの利用者端末１３と通信する。

次に、共通プラットフォーム１０における記憶部２５の利用者データベース２５１に記憶する情報の例ついて詳細に説明する。
利用者データベース２５１は、利用者（登録者）ごとに、個人情報、決済情報、保有券情報、入出場情報、などの情報を記憶する。
個人情報は、登録者（利用者）の識別情報、認証情報（パスワード、生体情報）、利用者の連絡先（メールアドレス等）、氏名、性別、年齢、生年月日、住所、電話番号などの情報である。

個人情報は、共通プラットフォーム１０を利用する利用者が事前に登録する情報である。例えば、個人情報は、利用者自身が利用者端末１３を所定手順で操作することにより利用者データベース２５１に登録（格納）される。利用者端末１３は、ネットワークを介して共通プラットフォーム１０と通信できる端末機器であれば良く、例えば、パーソナルコンピュータ、あるいは、携帯端末（スマートフォン、携帯電話、タブレットＰＣ）などである。また、利用者の個人情報は、例えば、駅などに設置される駅器（券売機、登録用の装置など）を用いて利用者データベース２５１に登録されるようにしても良い。また、個人情報は、駅などの係員が操作する装置を用いて利用者データベース２５１に登録するようにしても良い。

決済情報は、運賃などの入出場に伴って発生する料金を決済するための決済方法を示す情報である。例えば、決済情報は、クレジットカードの情報であっても良いし、料金引き落としのための口座情報などであっても良いし、料金決済のために予め入金されている金額の残額を示す情報などであっても良い。

保有券情報は、登録者としての利用者が保有している券（乗車券、定期券、企画券など）に関する情報である。例えば、サービス事業者が企画した企画券を利用者が購入した場合、利用者データベース２５１には、当該利用者の保有券情報として、購入した企画券に関する情報が記憶される。また、保有券情報として登録する乗車券としては、決済情報によって料金を決済する交通系の電子マネーを示す情報であっても良いし、都度購入する乗車券であっても良い。

入出場情報は、利用者ごとの交通機関における駅の入出場又はバスや列車などの乗降を示す情報である。入出場情報は、入出場（乗降）の履歴を示す情報として、例えば、入出場駅（乗降場所）、入出場日時、入出場方向、精算状況などの情報が登録される。入出場情報としては、１件分の利用履歴として、入出場駅（乗降場所）、入出場日時、入出場方向および精算状況が順番に登録される。

入出場駅は、入場駅又は出場駅を示す情報である。入出場日時は、入場又は出場した日時を示す情報である。入出場方向は、通路の通行方向が入場方向（駅構内への入場）であるか出場方向（駅構内からの出場）であるかを示す情報である。精算状況は、当該入出場に対する料金の精算処理が済んでいるか否かを示す情報である。例えば、精算状況は、初期値として精算が「未」の状態として登録され、精算処理後に精算「済」に更新される。

次に、共通プラットフォーム１０における記憶部２５のチケットデータベース２５２に格納する情報の例ついて詳細に説明する。
上述したように、チケットデータベース２５２は、チケット管理部２４２によって管理されるチケットに関する情報を格納する。サービス事業者は、交通機関の乗車券とサービス事業者が提供するサービスの利用券とをセットしたセット券（企画券）を作成（企画）する。チケット管理部２４２は、サービス事業者が作成した企画券が販売可能な券であれば、当該企画券に関する情報をチケットデータベース２５２に登録する。

共通プラットフォーム１０は、事前に交通事業者から承認を得た交通機関の乗車券にサービス事業者が提供するサービスの利用券をセットした企画券の販売を許容する。チケット管理部２４２は、ネットワーク通信部２６を介してサービス事業者システム１４と通信し、サービス事業者が作成した企画券を新規に販売する旨の申請を受け付ける。チケット管理部２４２は、申請を受けた企画券の内容を審査し、当該企画券の販売を許可する場合、当該企画券に関する情報をチケットデータベース２５２に登録する。チケット管理部２４２は、企画券をチケットデータベース２５２に登録した後、当該企画券を購入した利用者に関する情報を管理する。

共通プラットフォーム１０は、サービス事業者が作成した企画券を受け付け、受け付けた企画券をＷｅｂなどのネットワーク上で販売するようにしても良い。この場合、チケット管理部２５２は、企画券をチケットデータベース２５２に登録し、チケットデータベース２５２に登録した企画券をネットワーク上で販売する。チケット管理部２５２は、ネットワーク通信部２６を介して利用者端末１３と通信し、利用者端末１３を操作する利用者に対して決済処理部２２を用いて企画券の代金を決済することにより企画券を販売する。チケット管理部２５２は、販売した企画券に関する情報を当該利用者の保有券情報として利用者データベース２５１に登録する。

また、サービス事業者が作成した企画券は、共通プラットフォーム１０によって登録された後にサービス事業者が販売する形態としても良い。この場合、チケット管理部２５２は、企画券をチケットデータベース２５２に登録した後、当該企画券を販売した利用者を示す情報をサービス事業者から取得し、当該利用者の保有券情報として販売した企画券に関する情報を利用者データベース２５１に登録する。

次に、実施形態に係る共通プラットフォーム１０においてサービス事業者が作成した企画券を登録する処理について説明する。
図２は、実施形態に係る共通プラットフォーム１０においてサービス事業者が作成した企画券を登録する処理の流れを説明するためのフローチャートである。
まず、サービス事業者は、交通機関の乗車券とサービス事業者が提供するサービスの利用券とをセットした企画券（セット券）を作成（企画）する。ここで、サービス事業者は、作成した企画券に対する利用条件（例えば、利用可能な日時）などを設定しても良い。

企画券を作成したサービス事業者は、サービス事業者システム１４により共通プラットフォーム１０に接続する。共通プラットフォーム１０は、ネットワーク通信部２６によりサービス事業者システム１４と通信する。共通プラットフォーム１０と通信接続したサービス事業者システム１４は、作成した企画券を新規に販売する旨の申請を共通プラットフォーム１０へ送信する。共通プラットフォーム１０においては、チケット管理部２４２が、任意のタイミングでサービス事業者からの企画券の申請を受け付ける。

チケット管理部２４２は、サービス事業者からの企画券の申請を受け付けた場合（ＳＴ１１、ＹＥＳ）、サービス事業者から申請された企画券が販売可能な内容であるか否かを審査する（ＳＴ１２）。

例えば、共通プラットフォーム１０は、サービス事業者が企画券等として販売を許可する乗車券の内容および条件を事前に各交通事業者と取り決めた規約によって規定する。この場合、チケット管理部２４２は、交通事業者と取り決めた規約に基づいて、サービス事業者が申請した企画券に含まれる乗車券の内容が販売可能なものである否かを判定する。

また、共通プラットフォーム１０は、企画券に含まれるサービスの利用券部分についても販売可能とする条件などを事前に設定しておくようにしても良い。この場合、チケット管理部２４２は、サービス事業者が申請した企画券に含まれるサービスの利用券が販売可能とする条件を満たすか否かにより企画券が販売可能な内容であるか否かを判定するようにしても良い。

サービス事業者から申請された企画券が販売可能であると判定した場合（ＳＴ１２）、チケット管理部２４２は、販売を許可した企画券に関する情報をチケットデータベース２５２に登録する（ＳＴ１３）。チケット管理部２４２は、企画券をチケットデータベース２５２に登録した後、チケットデータベース２５２に登録した企画券が利用者に対して販売される。

上述したように、チケットデータベース２５２に登録した企画券は、共通プラットフォーム１０を用いてネットワーク上で販売するようにしても良いし、企画券を作成したサービス事業者が販売するようにしても良い。

チケット管理部２５２は、利用者が企画券を購入した場合（ＳＴ１４、ＹＥＳ）、当該企画券を購入した利用者の識別情報を含む企画券の販売情報を取得する（ＳＴ１５）。企画券の販売情報を取得すると、チケット管理部２５２は、販売した企画券に関する情報を購入者である利用者の保有券情報として利用者データベース２５１に登録する（ＳＴ１６）。

例えば、ネットワーク通信部２６を介して通信する利用者端末１３を操作する利用者に企画券を販売した場合、チケット管理部２５２は、販売した企画券に関する情報を当該利用者の保有券情報として利用者データベース２５１に登録する。当該企画券を販売した利用者を示す情報をサービス事業者から取得した場合、チケット管理部２５２は、当該利用者の保有券情報として販売した企画券に関する情報を利用者データベース２５１に登録する。

次に、実施形態に係る共通プラットフォーム１０によって管理される交通業務機器としての改札機を利用者が通過する場合の処理について説明する。
図３は、実施形態に係る共通プラットフォーム１０によって管理される改札機を利用者が通過する場合の通行制御処理の流れを説明するためのフローチャートである。
共通プラットフォーム１０は、機器インターフェース２０により改札機１１１Ａ、…および券処理機１１１ａなどの各駅務機器が接続される。共通プラットフォーム１０に接続される改札機１１１Ａは、改札口を通過しようとする利用者が提示する媒体から識別情報を含む情報を読み取る。改札機１１１Ａは、利用者が提示する媒体から読み取った情報を共通プラットフォーム１０へ送信する。

共通プラットフォーム１０において、業務処理部２１は、機器インターフェース２０により改札機１１１Ａが媒体から読み取った情報を受信すると（ＳＴ２１、ＹＥＳ）、改札機１１１Ａが媒体から読み取った情報に含まれる利用者の識別情報を抽出する。利用者の識別情報を取得すると、業務処理部２１は、当該識別情報の利用者が企画券の購入者であるか否かを判定する（ＳＴ２２）。例えば、業務処理部２１は、利用者データベース２５１において当該識別情報に対応づけた企画券が登録されている否かにより、当該識別情報の利用者が企画券の購入者（企画券を保有する人物）であるか否かを判定する。

当該識別情報の利用者が企画券の購入者である場合（ＳＴ２２、ＹＥＳ）、業務処理部２１は、当該人物が保有する企画券のうち当該改札機１１１Ａで利用可能な企画券が存在するか否かを判定する（ＳＴ２３）。例えば、業務処理部２１は、当該人物が保有する企画券に有効な乗車券を含む企画券があるか否かにより利用可能な企画券が存在するか否かを判定する。また、当該人物が保有する企画券に利用条件などが設定されている場合、業務処理部２１は、利用条件を満たすか否かを含めて利用可能な企画券が存在するか否かを判定する。

当該識別情報の利用者が企画券の購入者でない場合（ＳＴ２２、ＮＯ）、又は、利用可能な企画券が存在しない場合（ＳＴ２３、ＮＯ）、業務処理部２１は、通行判定部２１１により企画券以外での通行判定を実行する（ＳＴ３１）。通行判定部２１１は、利用者データベース２５１に登録されている当該利用者が保有する乗車券情報によって通行の可否を判定する。例えば、通行判定部２１１は、交通系の電子マネーによる通行料金の決済あるいは定期券情報などに基づいて通行の可否を判定する。業務処理部２１は、通行判定部２１１による通行の可否の判定結果を改札機１１１Ａへ通知し（ＳＴ３２）、当該改札機１１１Ａの通行結果を通行履歴情報として記憶する（ＳＴ３３）。

当該識別情報の利用者が利用可能な企画券が存在する場合（ＳＴ２３、ＹＥＳ）、業務処理部２１は、利用可能な企画券に含まれる乗車券に用いて利用者が改札機１１１Ａを通行可能であるか否かを通行判定部２１１により判定する（ＳＴ２４）。

企画券に含まれる乗車券で改札機１１１Ａが通行可であると判定した場合（ＳＴ２４、ＹＥＳ）、業務処理部２１は、通行可を示す情報を改札機１１１Ａへ通知する（ＳＴ２７）。ここで、業務処理部２１は、当該利用者が保有する企画券で通行が許可された旨を改札機１１１Ａの表示部に表示するようにしても良い。また、業務処理部２１は、当該利用者の個人情報として登録されているメールアドレスなどの利用者本人の連絡先に企画券で改札機を通行した旨の情報を通知するようにしても良い。

また、業務処理部２１は、通行可を改札機１１１Ａへ通知する場合、企画券を用いて改札機１１１Ａを通過したことを示す情報を記録する（ＳＴ２８）。例えば、業務処理部２１は、企画券に含まれる乗車券を利用した日時および場所などの情報を企画券の利用履歴情報として利用者の識別情報に対応づけて記憶部２５に記憶する。これにより、共通プラットフォーム１０は、企画券に含まれる乗車券の利用履歴を管理できる。

また、利用者が保有する利用可能な企画券だけでは通行可と判定されない場合（ＳＴ２４、ＮＯ）、業務処理部２１は、当該企画券に含まれる乗車券の精算処理を実行するようにしても良い（ＳＴ２５）。例えば、業務処理部２１は、企画券に含まれる乗車券では不足する乗車料金を当該利用者が事前に設定した決済方法によって精算する。

例えば、不足分の料金に対する決済方法は、利用者による設定に応じて利用者データベースに登録しておくようにしても良い。この場合、業務処理部２１は、利用者データベースに登録されている当該利用者の決済方法に従って決済処理部２２を用いて不足分の乗車料金を精算する。また、利用者が改札機１１１Ａに提示する媒体が即時決済可能なクレジットカードである場合、当該クレジットカードの決済機能によって不足分の乗車料金を精算する。

ただし、企画券に含まれる乗車券は、当該企画券の利用条件として、改札機を通過する際の精算処理を実行しないように設定おくようにしても良い。このような設定である場合、業務処理部２１は、当該利用者が保有する企画券だけでは通行可と判定されない場合（ＳＴ２４、ＮＯ）、ＳＴ３１へ進み、企画券以外での通行判定処理を実行するようにしても良い。

当該企画券に含まれる乗車券に対する精算が完了した場合（ＳＴ２６、ＹＥＳ）、業務処理部２１は、ＳＴ２７へ進み、通行可を示す情報を改札機１１１Ａへ通知し、企画券を用いて改札機１１１Ａを通過したことを示す情報を記録する。

また、当該企画券に含まれる乗車券に対する精算が不可であった場合（ＳＴ２６、ＮＯ）、業務処理部２１は、通行不可を示す情報を改札機１１１Ａへ通知し（ＳＴ２９）、企画券を用いた改札機１１１Ａの通過を不可としたことを示す情報を記録する（ＳＴ３０）。

次に、実施形態に係る共通プラットフォーム１０によって利用者が購入した企画券に含まれるサービスの利用券をサービス事業者へ提供する処理について説明する。
図４は、実施形態に係る共通プラットフォーム１０によって利用者が購入した企画券に含まれるサービスの利用券をサービス事業者へ提供する処理の流れを説明するためのフローチャートである。
共通プラットフォーム１０は、ネットワーク通信部２６によりサービス事業者の処理端末１５に接続される。共通プラットフォーム１０に接続される処理端末１５は、企画券に含まれるサービスの利用券に応じてサービスを提供するサービス事業者が使用する。サービス事業者は、企画券を保有する利用者が現れると、処理端末１５により当該利用者が提示する媒体から識別情報を含む情報を読み取る。処理端末１５は、利用者が提示する媒体から読み取った情報と当該サービス事業者を示す情報と共に、当該サービス事業者が提供可能なサービスの利用券に関する情報を要求する認証要求を共通プラットフォーム１０へ送信する。

共通プラットフォーム１０において、情報処理部２４の認証部２４１は、機器インターフェース２０により処理端末１５から受信する認証要求を取得する（ＳＴ４１、ＹＥＳ）。認証部２４１は、処理端末１５から認証要求と共に取得する利用者の媒体から読み取った情報における利用者の識別情報を抽出する。

認証部２４１は、当該識別情報の利用者が当該サービス事業者で提供するサービスの利用券を含む企画券の購入者であるか否かを判定する（ＳＴ４２）。例えば、認証部２４１は、利用者データベース２５１において当該識別情報に対応づけて当該サービス事業者が提供するサービスの利用券を含む企画券が登録されている否かを判定する。これにより、認証部２４１は、当該識別情報の利用者が当該サービス事業者の利用券を含む企画券の購入者（企画券を保有する人物）であるか否かを判定する。

当該識別情報の利用者が当該サービス事業者の利用券を含む企画券の購入者でない場合（ＳＴ４２、ＮＯ）、認証部２４１は、媒体を提示した利用者が当該サービス事業者で提供するサービスの利用券を保有していない旨を認証要求元の処理端末１５へ通知し（ＳＴ４３）、一連の処理を終了する。

当該識別情報の利用者が当該サービス事業者の利用券を含む企画券の購入者である場合（ＳＴ４２、ＹＥＳ）、認証部２４１は、当該利用者が保有する企画券に含まれるサービスの利用券が有効な状態であるか否かを判定する（ＳＴ４４）。例えば、認証部２４１は、当該利用者が保有する企画券に含まれるサービスの利用券に利用条件などが設定されている場合、利用条件を満たすか否かにより当該企画券に含まれるサービスの利用券が存在するか否かを判定する。

当該識別情報の利用者が保有する企画券に含まれるサービスの利用券が有効な状態でないと判定した場合（ＳＴ４４、ＮＯ）、認証部２４１は、媒体を提示した利用者が保有する企画券に含まれるサービスの利用券が無効である旨を認証要求元の処理端末１５へ通知する（ＳＴ４５）。ここで、認証部２４１は、期限切れなどの企画券に含まれるサービスの利用券が無効となった理由を処理端末１５へ通知するようにしても良い。これにより、処理端末１５は、媒体を提示した利用者に企画券が無効である理由を報知することができる。

当該識別情報の利用者が保有する企画券に含まれるサービスの利用券が有効であると判定した場合（ＳＴ４４、ＹＥＳ）、認証部２４１は、利用者が保有する企画券に含まれるサービスの利用券の内容を示す情報を認証結果として認証要求元の処理端末１５へ送信する（ＳＴ４６）。

これにより、処理端末１５は、認証要求に対して共通プラットフォーム１０から媒体を提示した利用者に提供可能なサービスの内容を示す情報を取得する。処理端末１５は、企画券に含まれるサービスの利用券に基づいてサービスを提供した場合、つまり、利用者が企画券に含まれるサービスの利用券を使用した場合、共通プラットフォーム１０に対して利用実績を示す情報を通知する。

チケット管理部２４２は、処理端末１５から情報に基づいて企画券に含まれるサービスの利用券が使用されたことを管理する。すなわち、認証部２４１が認証結果として利用可能なサービスの内容を示す情報を送信した後、チケット管理部２４２は、当該企画券に含まれるサービスの利用券を使用したことを示す通知を受け付ける（ＳＴ４７）。

サービス事業者の処理端末１５から企画券に含まれるサービスの利用券を使用したことを示す情報を受信した場合（ＳＴ４７、ＹＥＳ）、チケット管理部２４２は、当該企画券に含まれるサービスの利用実績を記録する（ＳＴ４８）。例えば、チケット管理部２４２は、利用者データベース２５１において当該利用者が保有する企画券に含まれるサービスの利用券を使用したことを記録する。

以上の処理によれば、共通プラットフォームは、交通事業者とは異なるサービス事業者が企画する交通事業者の乗車券とサービス事業者が提供するサービスの利用券とをセットしたセット（企画）券を管理する。共通プラットフォームは、改札機に利用者が自身の識別情報を示す媒体を提示した場合、改札機が読み取った識別情報の利用者が保有する企画券を特定して当該企画券に含まれる乗車券による改札処理を実行する。また、共通プラットフォームは、サービス事業者の処理端末に利用者が自身の識別情報を示す媒体を提示した場合、処理端末が読み取った識別情報の利用者が保有する企画券を特定して当該企画券に含まれるサービスの利用券に基づいて提供すべきサービスの内容をサービス事業者へ通知する。

これにより、交通事業者ではないサービス事業者は、サービスの利用券と交通事業者の乗車券とをセットした企画券を企画および販売でき、サービスの利用促進、および、交通機関の利用の促進を図ることができる。また、サービス事業者は、事前に交通事業者と協議することなく、任意のタイミングで交通事業者の乗車券をセットした企画券を販売できるため、サービスの利用状況などに応じてサービスの利用（販売）の促進を図ることができる。

例えば、サービス事業者の一例としての飲食店は、乗車券（切符）と飲食店で利用可能なクーポン券とをセットした企画券を任意のタイミングで企画して利用者に販売することができる。また、サービス事業者の他の例として、アミューズメントパークや美術館などの各種の施設は、乗車券（切符）と施設の入場券やアトラクションの利用チケットとをセットした企画券を任意のタイミングで企画して利用者に販売することもできる。例えば、雨などでサービスの利用者の減少が見込まれる場合に当該サービスを割引で提供するサービスの利用券と交通機関の乗車券とを企画券として販売することにより、サービスの利用促進を図れる。

なお、上記した各処理はいくつかのソフトウェアによって実行することが可能である。このため、上記処理の手順を実行するいくつかのプログラムを格納したコンピュータ読み取り可能な記憶媒体を通じてこれらプログラムを遠隔操作装置にインストールして実行することで、上記処理を容易に実現することができる。例えば、遠隔操作装置は、プログラムをネットワーク経由でダウンロードし、ダウンロードしたプログラムを記憶することで、プログラムをインストールするようにしても良い。また、遠隔操作装置は、上記プログラムを各種の情報記憶媒体から読み取り、読み取ったプログラムを記憶することで、プログラムをインストールするようにしても良い。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１０…共通プラットフォーム、１２…決済事業者システム、１３…利用者端末、１４…サービス事業者システム、１５…処理端末、２０…機器インターフェース、２１…業務処理部、２２…決済処理部、２３…収入処理部、２４…情報処理部、２５…記憶部、２６…ネットワーク通信部、１１１Ａ、１１１Ｂ…改札機、１１１ａ…券処理機、２１１…通行判定部、２４１…認証部、２４２…チケット管理部、２５１…利用者データベース、２５２…チケットデータベース。

Claims (6)

1. 交通機関の業務に用いられる交通業務機器と通信する機器インターフェースと、
   前記交通機関の事業者とは異なるサービス事業者と通信するネットワーク通信部と、
   前記機器インターフェースにより前記交通業務機器が媒体から読み取った識別情報を受信した場合には前記交通業務機器から受信した識別情報によって特定する利用者が保有する券情報に基づく前記交通機関の利用の可否を示す情報を前記交通業務機器へ通知する業務処理部と、
   前記ネットワーク通信部により前記サービス事業者が運用する処理端末が媒体から読み取った識別情報を受信した場合には前記処理端末から受信した識別情報により特定する利用者が保有する当該サービス事業者が提供するサービスの利用券を示す情報を前記処理端末へ通知する認証部と、
   を有する共通基盤システム。
2. さらに、前記ネットワーク通信部により通信する前記サービス事業者から前記交通機関の乗車券と前記サービス事業者が提供するサービスの利用券とをセットした企画券の申請を受け付けるチケット管理部と、
   前記チケット管理部が受け付けた企画券に含まれる乗車券とサービスの利用券とを示す情報を記憶する記憶部と、有し、
   前記業務処理部は、前記交通業務機器から受信した識別情報によって特定する利用者が前記企画券を購入した利用者であれば、前記企画券に含まれる乗車券に基づく前記交通機関の利用の可否を示す情報を前記交通業務機器へ通知し、
   前記認証部は、前記処理端末から受信した識別情報により特定する利用者が前記企画券を購入した利用者であれば、前記企画券に含まれるサービスの利用券示す情報を前記処理端末へ通知する、
   請求項１に記載の共通基盤システム。
3. 前記記憶部は、サービス事業者からの申請を受け付けた企画券に含まれる乗車券に関する情報と前記企画券に含まれるサービスの利用券の内容を示す情報とを格納するチケットデータベースを記憶し、
   前記業務処理部は、前記チケットデータベースに格納された情報により前記交通業務機器から受信した識別情報によって特定される利用者が購入した企画券に含まれる乗車券に関する情報を特定し、
   前記認証部は、前記チケットデータベースに登録された情報により前記処理端末から受信した識別情報により特定する利用者が購入した企画券に含まれるサービスの利用券の内容を示す情報を特定する、
   請求項２に記載の共通基盤システム。
4. 前記記憶部は、さらに、利用者の識別情報を含む利用者情報を格納する利用者データベースを記憶し、
   前記チケット管理部は、前記利用者データベースにおいて前記企画券を購入した利用者の識別情報に対応づけて前記企画券を示す情報を格納し、
   前記業務処理部は、前記利用者データベースにおいて前記交通業務機器から受信した識別情報と一致する識別情報に対応する企画券に含まれる乗車券に関する情報に基づく前記交通機関の利用の可否を示す情報を前記交通業務機器へ通知し、
   前記認証部は、前記利用者データベースにおいて前記処理端末から受信した識別情報と一致する識別情報に対応する企画券に含まれるサービスの利用券の内容を示す情報を前記処理端末へ通知する、
   請求項２に記載の共通基盤システム。
5. 交通機関の業務に用いられる交通業務機器と通信する機器インターフェースと前記交通機関の事業者とは異なるサービス事業者と通信するネットワーク通信部とを有するコンピュータに、
   前記機器インターフェースにより前記交通業務機器が媒体から読み取った識別情報を受信した場合には前記交通業務機器から受信した識別情報によって特定する利用者が保有する券情報に基づく前記交通機関の利用の可否を示す情報を前記交通業務機器へ通知し、
   前記ネットワーク通信部により前記サービス事業者が運用する処理端末が媒体から読み取った識別情報を受信した場合には前記処理端末から受信した識別情報により特定する利用者が保有する当該サービス事業者が提供するサービスの利用券を示す情報を前記処理端末へ通知する、
   ことを実行させる共通基盤プログラム。
6. 前記コンピュータに、
   さらに、前記ネットワーク通信部により通信する前記サービス事業者から前記交通機関の乗車券と前記サービス事業者が提供するサービスの利用券とをセットした企画券の申請を受け付け、
   前記サービス事業者から申請された前記企画券を受け付けた場合に前記企画券に含まれる乗車券とサービスの利用券とを示す情報を記憶部に登録し、
   前記交通業務機器から受信した識別情報によって特定する利用者が前記企画券を購入した利用者であれば、前記企画券に含まれる乗車券に基づく前記交通機関の利用の可否を示す情報を前記交通業務機器へ通知し、
   前記処理端末から受信した識別情報により特定する利用者が前記企画券を購入した利用者であれば、前記企画券に含まれるサービスの利用券示す情報を前記処理端末へ通知する、
   ことを実行させる請求項５に記載の共通基盤プログラム。

Images