特開 2024-134138 共通基盤システムおよび共通基盤プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024134138

(43)【公開日】2024-10-03

(54)【発明の名称】共通基盤システムおよび共通基盤プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240926BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023044268

(22)【出願日】2023-03-20

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】杉本 勇一

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】

【課題】ユーザが目的地に到着する推定時刻をサービス事業者に通知し、サービス事業者の業務を最適化すること。
【解決手段】実施形態に係る共通基盤システムあって、交通業務機器から、サービス事業者によりサービスの提供を受ける予定のあるユーザのユーザ端末から読み取られたデジタル乗車券を受信する受信部と、デジタル乗車券に紐付けされたチケット情報を記憶する記憶部と、デジタル乗車券を受信した日時およびチケット情報に含まれるユーザの目的駅に基づいて、目的駅に到着する時刻を推定し、推定された時刻に基づいて通知が必要であるかどうかを判定する判定部と、判定結果に応じてユーザが目的駅に到着する推定時刻をサービス事業者に通知する送信制御部と、を備える。
【選択図】 図１

【特許請求の範囲】

【請求項1】

交通業務機器から、サービス事業者によりサービスの提供を受ける予定のあるユーザのユーザ端末から読み取られたデジタル乗車券を受信する受信部と、
デジタル乗車券に紐付けされたチケット情報を記憶する記憶部と、
前記デジタル乗車券を受信した日時およびチケット情報に含まれる前記ユーザの目的駅に基づいて、前記目的駅に到着する時刻を推定し、前記推定された時刻に基づいて通知が必要であるかどうかを判定する判定部と、
前記判定結果に応じて前記ユーザが前記目的駅に到着する推定時刻を前記サービス事業者に通知する送信制御部と、
を備える、共通基盤システム。

【請求項2】

前記判定部は、デジタル乗車券を受信した駅が所定の駅でない場合、通知が必要ないと判定する、請求項１に記載の共通基盤システム。

【請求項3】

前記判定部は、推定された時刻が所定の時間帯である場合、通知が必要であると判定し、所定の時間帯でない場合、通知が不要であると判定する、請求項１に記載の共通基盤システム。

【請求項4】

前記通知は、サービス事業者サーバで業務最適化のために用いられる、請求項１に記載の共通基盤システム。

【請求項5】

前記受信部は、前記ユーザがデジタル乗車券を購入するとき、サービス事業者サーバから、通知が必要かどうか判断するために必要な所定の時間帯および所定の駅を受信する、請求項１に記載の共通基盤システム。

【請求項6】

前記デジタル乗車券は、乗車券ＩＤを含み、
前記判定部は、前記チケット情報に基づいて前記ユーザの通行の可否をさらに判定し、
前記送信制御部は、前記判定結果を前記交通業務機器に送信する、請求項１に記載の共通基盤システム。

【請求項7】

デジタル乗車券システムのプロセッサによって実行させるための命令を備える共通基盤プログラムであって、前記命令は、
交通業務機器から、サービス事業者によりサービスの提供を受ける予定のあるユーザのユーザ端末から読み取られたデジタル乗車券を受信することと、
デジタル乗車券に紐付けされたチケット情報を記憶することと、
前記デジタル乗車券を受信した日時およびチケット情報に含まれる前記ユーザの目的駅に基づいて、前記目的駅に到着する時刻を推定することと
前記推定された時刻に基づいて通知が必要であるかどうかを判定することと、
前記判定結果に応じて前記ユーザが前記目的駅に到着する推定時刻を前記サービス事業者に通知することと、
を備える、共通基盤プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

鉄道などの交通機関におけるデジタル乗車券システムでは、デジタル乗車券をユーザのユーザ端末に送信し、このユーザ端末に記憶されたデジタル乗車券情報に基づいて自動改札機の通行の可否を決定することができるシステムである。

【0003】

例えば、特許文献１では、ユーザがデジタル乗車券を記憶したユーザ機器を用いて、目的地でのタクシーまたはホテル等を含むサービス事業者に対してサービスの予約（例えば、利用予約、宿泊予約等）をする際、予約情報と共にデジタル乗車券をサービス事業者に送信する。これにより、サービス事業者は、デジタル乗車券に示された、ユーザが目的地に到着する時刻に基づいてサービス提供を行う技術が開示されている。

【0004】

例えば、特許文献２では、ユーザがデジタル乗車券を用いて駅などに入場した際、サーバが目的地に到着する時刻を予測し、予測した時刻に基づいて、目的地で利用可能なサービスをユーザに知らせる技術が開示されている。

【0005】

例えば、特許文献３では、商業施設等を運営するサービス事業者が交通機関を利用した集客キャンペーンにおいて、ユーザに対して所業施設の最寄り駅までのデジタル乗車券をユーザ端末に送信する技術が開示されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００４－３２２９６０号公報

【特許文献2】特開２０２１－０４３７０２号公報

【特許文献3】特開２０２１－１３１７１８号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

ホテルまたはレストラン等を運営するサービス事業者は、ユーザからの予約情報に基づき、お迎えの準備、料理の提供等を含むサービス提供のタイミングを計画している。しかしながら、ユーザの都合、または交通機関の状況等により、ユーザの到着時刻が予定通りにならないことがある。

【0008】

このような場合、ユーザの実際の到着時刻に合わせたサービスの提供が間に合わない、或いは、ユーザの到着まで待つ必要が生じることになり、業務生産性の悪化が発生するという問題がある。

【0009】

さらに、サービス事業者は、きめ細やかなサービスを提供するために、ユーザの目的地のある最寄り駅への到着時刻を正確に把握したいという要望もある。

【0010】

この発明は、上記事情に着目してなされたもので、その目的とするところは、ユーザが所定の駅に入場したことを受信すると、交通機関のサーバは、サービス事業者に最寄り駅への到着時刻を知らせることができる技術を提供することにある。

【課題を解決するための手段】

【0011】

実施形態に係る、共通基盤システムは、交通業務機器から、サービス事業者によりサービスの提供を受ける予定のあるユーザのユーザ端末から読み取られたデジタル乗車券を受信する受信部と、デジタル乗車券に紐付けされたチケット情報を記憶する記憶部と、前記デジタル乗車券を受信した日時およびチケット情報に含まれる前記ユーザの目的駅に基づいて、前記目的駅に到着する時刻を推定し、前記推定された時刻に基づいて通知が必要であるかどうかを判定する判定部と、前記判定結果に応じて前記ユーザが前記目的駅に到着する推定時刻を前記サービス事業者に通知する送信制御部と、を備えるものである。

【図面の簡単な説明】

【0012】

【図1】図１は、実施形態に係るサービス提供システムの概略構成の一例を示す図である。

【図2】図２は、実施形態における共通基盤システムのソフトウェア構成を、図１に示したハードウェア構成に関連付けて示すブロック図である。

【図3】図３は、実施形態における交通業務機器のソフトウェア構成を、図１に示したハードウェア構成に関連付けて示すブロック図である。

【図4】図４は、実施形態におけるサービス事業者サーバのソフトウェア構成を、図１に示したハードウェア構成に関連付けて示すブロック図である。

【図5】図５は、ユーザが、サービス事業者の提供するサービスに加えてデジタル乗車券を購入する際の一連の動作の一例を示すシーケンスである。

【図6】図６は、ユーザが列車を利用した際、サービス事業者の業務を最適化するための最適化情報を表示するまでの処理手順の一例を示すシーケンス図である。

【発明を実施するための形態】

【0013】

以下、図面を参照しながら共通基盤システムおよび共通基盤プログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

【0014】

（構成）
図１は、実施形態に係るサービス提供システムの概略構成の一例を示す図である。
図１に示すように、実施形態に係るサービス提供システムは、共通基盤システム１と、交通業務機器２と、サービス事業者サーバ３と、ユーザ４とを備える。

【0015】

共通基盤システム１は、鉄道またはバス等の交通機関における業務に関する情報のデータ処理を実行するとともに、交通機関以外のサービス事業者がユーザにサービスを提供することを支援する処理を実行するシステムである。すなわち、共通基盤システム１は、交通機関における業務に加えて、サービス事業者がユーザにサービス提供するのを支援するためのシステムである。

【0016】

共通基盤システム１は、交通機関における改札業務などの業務に関する情報を管理する共通プラットフォームとして機能するシステムである。共通基盤システム１を使用する交通事業者は、複数であって良い。

【0017】

共通基盤システム１を使用する交通事業者は、交通業務機器２を用いて駅務を実施する鉄道事業者および券処理機を用いてバスの乗降を処理するバス事業者等である。また、以下の実施形態では、交通事業者は、主として鉄道事業者であることを想定して説明するものとする。

【0018】

共通基盤システム１を使用するサービス事業者は、交通事業者と連携してサービスを提供することが可能な事業を運営する事業者である。例えば、サービス事業者は、飲食店、宿泊施設、観光施設、博物館、美術館、スポーツジム、遊戯施設、アミューズメント施設等を運営する事業者である。そのため、共通基盤システム１を利用するサービス事業者は、複数であって良い。すなわち、サービス事業者は、交通事業者と連携してサービスを提供することが可能な事業者であれば上記の例に限られない。

【0019】

例えば、サービス事業者は、サービス事業者自身が提供するサービスと組み合わせてデジタル乗車券を販売することが可能であるとする。例えば、サービス事業者が宿泊施設を運営する事業者である場合、サービス事業者は、ユーザ４が宿泊施設を予約する際、最寄り駅までのデジタル乗車券を販売することが可能である。

【0020】

ここで、デジタル乗車券とは、２次元コード（ＱＲコード（登録商標））等を含むデジタル形式で表示される乗車券である。本実施形態の例では、デジタル乗車券は、ユーザ４が所持する携帯端末等に２次元コードの形式で表示可能な乗車券であって良い。

【0021】

交通業務機器２は、交通事業者が管理する駅の改札口などに配置される改札機であって良い。改札機である交通業務機器２は、ユーザ４を含む利用者に対する駅構内への入場または駅構外への出場などを制御する改札業務を実施する駅務機器である。また、交通業務機器２は、バスの乗降口などに配置される券処理機であっても良い。券処理機である交通業務機器２は、バスを乗降するユーザ４を含む利用者に対して乗車券のチェックまたは乗車料金の精算業務などを実施することが可能である。

【0022】

例えば、交通業務機器２は、ユーザ４が提示する２次元コードからデジタル乗車券を読み取る。交通業務機器２は、読み取ったデジタル乗車を共通基盤システム１に送信しに応じて受信した情報に基づいて、利用者の通行を制御する。そのため、交通業務機器２は、ユーザ４が提示するデジタル乗車券を読み取ることが可能なリーダを備える。例えば、デジタル乗車券が２次元コードである場合、リーダは、２次元コードからチケット情報を読み取ることが可能な一般的なリーダで良い。なお、交通業務機器２は、その他のチケット、例えば、ＩＣカード、磁気券等からチケット情報を読み取ることが可能なリーダも備えても良い。

【0023】

サービス事業者サーバ３は、共通基盤システム１と連携が可能なサーバである。例えば、サービス事業者サーバ３は、ユーザ４がサービス事業者から提供されるサービスと共にデジタル乗車券を購入する際に利用する。また、サービス事業者サーバ３は、共通基盤システム１から、ユーザ４が所定の駅から乗車し、目的の駅に到着する時刻についての情報を受信可能なサーバである。なお、共通基盤システム１から受信する情報は、メール等であっても良い。なお、メールを受信するのは、サービス事業者サーバ３である必要はなく、サービス事業者が所有する携帯端末等であっても良い。例えば、以下の説明において、サービス事業者に通知するとは、サービス事業者サーバ３に情報を通知すること、および／またはサービス事業者が所有する携帯端末に情報を通知することを含んで良い。

【0024】

次に、図１を参照して、共通基盤システム１のハードウェア構成の詳細について説明する。
共通基盤システム１は、１台または複数台のコンピュータであり、制御部１１、プログラム記憶部１２、データ記憶部１３、通信インタフェース１４、入出力インタフェース１５、入力装置１６、および出力装置１７を備える。

【0025】

制御部１１は、共通基盤システム１を制御する。制御部１１は、中央処理ユニット（ＣＰＵ：Central Processing Unit）等のハードウェアプロセッサを備える。例えば、制御部１１は、様々なプログラムを実行することが可能な集積回路であっても良い。

【0026】

プログラム記憶部１２は、制御部１１が各種処理を実行するために必要なプログラムを格納している。記憶媒体として、例えば、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ（Read Only Memory）等の不揮発性メモリとを組み合わせて使用することができる。例えば、制御部１１は、プログラム記憶部１２に格納されたプログラムを読み出して実行することにより各種制御および動作を実現し得る。

【0027】

データ記憶部１３は、制御部１１がプログラムを実行して各種処理を行う過程で取得および生成されたデータを記憶するための記憶部である。データ記憶部１３は、記憶媒体として、例えば、ＨＤＤ、メモリカード等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリとを組み合わせて使用したストレージである。

【0028】

通信インタフェース１４は、１つ以上の有線または無線の通信モジュールを含む。例えば、通信インタフェース１４は、交通業務機器２およびサービス事業者サーバ３等と有線または無線接続する通信モジュールを含む。すなわち、通信インタフェース１４は、制御部１１の制御の下、交通業務機器２およびサービス事業者サーバ３との間で通信を行い、各種情報を送受信することができるものであれば一般的な通信インタフェースで良い。

【0029】

入出力インタフェース１５は、入力装置１６および出力装置１７等と接続される。入出力インタフェース１５は、入力装置１６および出力装置１７との間で情報の送受信を可能にするインタフェースである。入出力インタフェース１５は、通信インタフェース１４と一体であってもよい。例えば、入力装置１６または出力装置１７の少なくとも１つとは、近距離無線技術等を使用して無線接続されており、当該近距離無線技術を用いて各種情報の送受信を実行しても良い。

【0030】

入力装置１６は、例えば、共通基盤システム１を管理する管理者が共通基盤システム１に対して各種指示を入力するためのキーボードやポインティングデバイス等を含む。また、入力装置１６は、プログラム記憶部１２またはデータ記憶部１３に格納するべきデータを、ＵＳＢメモリ等のメモリ媒体から読み出すためのリーダや、そのようなデータをディスク媒体から読み出すためのディスク装置を含んでも良い。

【0031】

出力装置１７は、共通基盤システム１から管理者に提示するべき出力データを表示するディスプレイや、それを印刷するプリンタ等を含む。

【0032】

次に、図１を参照して、交通業務機器２のハードウェア構成の詳細について説明する。

【0033】

交通業務機器２は、１台または複数台のコンピュータであり、制御部２１、プログラム記憶部２２、データ記憶部２３、通信インタフェース２４、入出力インタフェース２５、入力装置２６、および出力装置２７を備える。

【0034】

制御部２１は、交通業務機器２を制御する。制御部２１は、中央処理ユニット（ＣＰＵ）等のハードウェアプロセッサを備える。例えば、制御部２１は、様々なプログラムを実行することが可能な集積回路であっても良い。

【0035】

プログラム記憶部２２は、制御部２１が各種処理を実行するために必要なプログラムを格納している。記憶媒体として、例えば、ＥＰＲＯＭ、ＨＤＤ、ＳＳＤ等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ等の不揮発性メモリとを組み合わせて使用することができる。例えば、制御部２１は、プログラム記憶部２２に格納されたプログラムを読み出して実行することにより各種制御および動作を実現し得る。

【0036】

データ記憶部２３は、制御部２１がプログラムを実行して各種処理を行う過程で取得および生成されたデータを記憶するための記憶部である。データ記憶部２３は、記憶媒体として、例えば、ＨＤＤ、メモリカード等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＡＭ等の揮発性メモリとを組み合わせて使用したストレージである。

【0037】

通信インタフェース２４は、１つ以上の有線または無線の通信モジュールを含む。例えば、通信インタフェース２４は、共通基盤システム１等と有線または無線接続する通信モジュールを含む。すなわち、通信インタフェース２４は、制御部２１の制御の下、共通基盤システム１との間で通信を行い、各種情報を送受信することができるものであれば一般的な通信インタフェースで良い。

【0038】

入出力インタフェース２５は、入力装置２６および出力装置２７等と接続される。入出力インタフェース２５は、入力装置２６および出力装置２７との間で情報の送受信を可能にするインタフェースである。入出力インタフェース２５は、通信インタフェース２４と一体であってもよい。例えば、入力装置２６または出力装置２７の少なくとも１つとは、近距離無線技術等を使用して無線接続されており、当該近距離無線技術を用いて各種情報の送受信を実行しても良い。

【0039】

入力装置２６は、例えば、ユーザ４が所持するデジタル乗車券を読み込むためのリーダを含む。また入力装置２６に含まれるリーダは、磁気券、ＩＣカード等から乗車券情報を読み取るためのリーダを含んで良い。また、入力装置２６は、ＩＣカード等に各種情報を書き込むためのライタを含んでも良い。また、交通業務機器２を管理する管理者が交通業務機器２に対して各種指示を入力するためのキーボードやポインティングデバイス等を含む。さらに入力装置２６は、デジタル乗車券を購入することを望むユーザ４が各種指示を入力するためのキーボードやポインティングデバイス等をさらに含んでも良い。また、入力装置２６は、プログラム記憶部２２またはデータ記憶部２３に格納するべきデータを、ＵＳＢメモリ等のメモリ媒体から読み出すためのリーダや、そのようなデータをディスク媒体から読み出すためのディスク装置を含んでも良い。

【0040】

出力装置２７は、ユーザ４にデジタル乗車券、磁気券、ＩＣカード等から読み込んだ情報に対応する情報を表示するためのディスプレイを含む。また、出力装置２７は、交通業務機器２が利用可能であるかどうかを示す表示器等を含んでも良い。

【0041】

最後に、図１を参照して、サービス事業者サーバ３のハードウェア構成の詳細について説明する。

【0042】

サービス事業者サーバ３は、１台または複数台のコンピュータであり、制御部３１、プログラム記憶部３２、データ記憶部３３、通信インタフェース３４、入出力インタフェース３５、入力装置３６、および出力装置３７を備える。

【0043】

制御部３１は、サービス事業者サーバ３を制御する。制御部３１は、中央処理ユニット（ＣＰＵ）等のハードウェアプロセッサを備える。例えば、制御部３１は、様々なプログラムを実行することが可能な集積回路であっても良い。

【0044】

プログラム記憶部３２は、制御部３１が各種処理を実行するために必要なプログラムを格納している。記憶媒体として、例えば、ＥＰＲＯＭ、ＨＤＤ、ＳＳＤ等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ等の不揮発性メモリとを組み合わせて使用することができる。例えば、制御部３１は、プログラム記憶部３２に格納されたプログラムを読み出して実行することにより各種制御および動作を実現し得る。

【0045】

データ記憶部３３は、制御部３１がプログラムを実行して各種処理を行う過程で取得および生成されたデータを記憶するための記憶部である。データ記憶部３３は、記憶媒体として、例えば、ＨＤＤ、メモリカード等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＡＭ等の揮発性メモリとを組み合わせて使用したストレージである。

【0046】

通信インタフェース３４は、１つ以上の有線または無線の通信モジュールを含む。例えば、通信インタフェース３４は、共通基盤システム１等と有線または無線接続する通信モジュールを含む。すなわち、通信インタフェース３４は、制御部３１の制御の下、共通基盤システム１との間で通信を行い、各種情報を送受信することができるものであれば一般的な通信インタフェースで良い。

【0047】

入出力インタフェース３５は、入力装置３６および出力装置３７等と接続される。入出力インタフェース３５は、入力装置３６および出力装置３７との間で情報の送受信を可能にするインタフェースである。入出力インタフェース３５は、通信インタフェース３４と一体であってもよい。例えば、入力装置３６または出力装置３７の少なくとも１つとは、近距離無線技術等を使用して無線接続されており、当該近距離無線技術を用いて各種情報の送受信を実行しても良い。

【0048】

入力装置３６は、例えば、サービス事業者サーバ３を管理するサービス事業者がサービス事業者サーバ３に対して各種指示を入力するためのキーボードやポインティングデバイス等を含む。また、入力装置３６は、プログラム記憶部３２またはデータ記憶部３３に格納するべきデータを、ＵＳＢメモリ等のメモリ媒体から読み出すためのリーダや、そのようなデータをディスク媒体から読み出すためのディスク装置を含んでも良い。

【0049】

出力装置３７は、サービス事業者サーバ３からサービス事業者に提示するべき出力データを表示するディスプレイや、それを印刷するプリンタ等を含む。

【0050】

図２は、実施形態における共通基盤システム１のソフトウェア構成を、図１に示したハードウェア構成に関連付けて示すブロック図である。
制御部１１は、受信制御部１１１と、発券可能判定部１１２と、送信制御部１１３と、デジタル乗車券発券制御部１１４と、判定部１１５と、を備える。

【0051】

受信制御部１１１は、サービス事業者サーバ３からデジタル乗車券の購入を希望するユーザ４（ユーザ端末）からデジタル乗車券購入希望情報を受信し、受信したデジタル乗車券購入希望情報を発券可能判定部１１２に出力する。さらに、受信制御部１１１は、サービス事業者から、デジタル乗車券の発券を要求するデジタル乗車券発券要求を受信し、受信したデジタル乗車券発券要求をデジタル乗車券発券制御部１１４に出力する。また、受信制御部１１１は、デジタル乗車券情報を受信し、受信したデジタル乗車券情報を判定部１１５に出力する。ここで、デジタル乗車券情報は、デジタル乗車券を含み、デジタル乗車券は、乗車券ＩＤである。

【0052】

発券可能判定部１１２は、デジタル乗車券購入希望情報で希望したデジタル乗車券が発券可能かを判定する。発券が可能であると判定した場合、発券可能判定部１１２は、デジタル乗車券購入可能情報を送信制御部１１３に出力する。

【0053】

送信制御部１１３は、デジタル乗車券購入可能情報をサービス事業者サーバ３に送信する。さらに、送信制御部１１３は、ユーザ４が所持するユーザ端末にデジタル乗車券を含む２次元コード情報を送信する。送信制御部１１３は、後述する判定部１１５により判定された判定結果を交通業務機器２に送信する。

【0054】

デジタル乗車券発券制御部１１４は、デジタル乗車券発券要求に従ってデジタル乗車券を発券する。また、デジタル乗車券発券制御部１１４は、デジタル乗車券に紐付けてユーザ４の乗車区間、乗車日時等の情報を登録情報記憶部１３１に記憶させる。この際、デジタル乗車券発券制御部１１４は、サービス事業者に通知が必要な所定の駅（バス停）、通知が必要と判定するための所定の時間帯等の情報も登録情報記憶部１３１に記憶させて良い。なお、所定の時間帯についての詳細は、後述する。

【0055】

判定部１１５は、デジタル乗車券に紐付けされたチケット情報を登録情報記憶部１３１から取得する。そして、ユーザ４が交通業務機器２の通行が可能かどうか判定する。そして、通行が可能であると判定した場合、判定部１１５は、通行許可通知を送信制御部１１３に出力する。さらに、判定部１１５は、サービス事業者に対して通知を行う必要があるかどうか判定する。例えば、登録情報記憶部１３１に記憶されたチケット情報から目的駅（目的のバス停）についての情報および入場した駅（バスに乗車した際のバス停）および入場時刻（乗車時刻）に基づいて、目的駅に到着する時刻を推定する。

【0056】

また、データ記憶部１３は、登録情報記憶部１３１を備える。登録情報記憶部１３１は、デジタル乗車券に紐付けされたチケット情報、所定の時間帯、通知の必要な駅等の情報を記憶するために用いられる。また、データ記憶部１３は、デジタル乗車券に紐付けされた上記以外の各種情報を記憶するために用いられてよい。

【0057】

図３は、実施形態における交通業務機器２のソフトウェア構成を、図１に示したハードウェア構成に関連付けて示すブロック図である。
制御部２１は、乗車券読み取り制御部２１１と、送信制御部２１２と、を備える。

【0058】

乗車券読み取り制御部２１１は、入力装置２６に含まれるリーダにより読み取られたデジタル乗車券を受信する。例えば、入力装置２６に含まれるリーダがユーザ端末に表示された２次元コードからデジタル乗車券を読み取り、読み取ったデジタル乗車券を乗車券読み取り制御部２１１に出力する。乗車券読み取り制御部２１１は、受信したデジタル乗車券、受信した日時等を含むデジタル乗車券情報を後述する読み取りデータ記憶部２３１に記憶させる。

【0059】

送信制御部２１２は、共通基盤システム１にデジタル乗車券情報を送信する。

【0060】

データ記憶部２３は、読み取りデータ記憶部２３１を備える。読み取りデータ記憶部２３１は、デジタル乗車券、デジタル乗車券を読み取った日時、その他、ユーザ４が交通業務機器２を通行する際に取得可能な各種情報を記憶するために用いられる。

【0061】

図４は、実施形態におけるサービス事業者サーバ３のソフトウェア構成を、図１に示したハードウェア構成に関連付けて示すブロック図である。
制御部３１は、受信制御部３１１と、送信制御部３１２と、決済制御部３１３と、業務最適化部３１４と、出力制御部３１５と、を備える。

【0062】

受信制御部３１１は、サービス情報を受信する。サービス情報は、サービス事業者が行うサービスを受けたいとするユーザ４がサービス事業者に対して予約を希望する情報である。サービス事業者が宿泊施設を運営する事業者である場合、サービス情報は、宿泊情報であって良い。ここで、宿泊情報は、例えば、ユーザ４の個人情報、宿泊日、宿泊人数等の情報を含む。さらに、個人情報は、ユーザ４の氏名、性別、年齢、生年月日、住所、連絡先（メールアドレス、電話番号等）、等の情報を含む。

【0063】

さらに、受信制御部３１１は、デジタル乗車券購入希望情報を受信する。例えば、発券可能なデジタル乗車券の中からユーザ４が購入を希望するデジタル乗車券についての入力を受信する。デジタル乗車券購入希望情報は、発駅、目的駅、利用日時等の情報を含む。

【0064】

送信制御部３１２は、通信インタフェース３４を通じて、デジタル乗車券購入希望情報を共通基盤システム１に送信する。

【0065】

決済制御部３１３は、決済情報を受信すると決済を行う制御部である。例えば、ユーザ４がサービス事業者に対するサービスおよびデジタル乗車券の予約をした際、宿泊代金およびデジタル乗車券の運賃を合わせた代金を決済するために使用する。決済の方法は、一般的な方法で良いため、ここでの詳細な説明は省略する。

【0066】

業務最適化部３１４は、後述する人員情報記憶部３３２に記憶された現在の人員情報と人員配置情報を取得する。業務最適化部３１４は、通知情報、人員情報、人員配置情報に基づいて、サービス事業者の従業員の業務を最適化する。最適化の方法は、一般的な手法を用いて良いため、ここでの詳細な説明を省略する。ここで、人員情報および人員配置情報は後述する。

【0067】

出力制御部３１５は、出力装置３７のディスプレイに通知情報を表示させるように制御する。通知情報は、ユーザ４が目的の駅（バス停）に到着する予定の時刻、ユーザ４が乗車した駅（バス停）、乗車時刻、等の情報を含む。さらに、出力制御部３１５は、業務最適化部３１４により最適化された人員の配置等を含む最適化情報を出力装置３７のディスプレイに表示させるように制御する。

【0068】

データ記憶部３３は、受信データ記憶部３３１と、人員情報記憶部３３２と、を備える。受信データ記憶部３３１は、受信制御部３１１で受信した各種情報を記憶するために用いられる。各種情報は、例えば、サービス情報（宿泊情報）、デジタル乗車券購入可能情報、通知情報等を含んで良い。人員情報記憶部３３２は、人員情報および人員配置情報を記憶するために用いられる。ここで、人員情報は、サービス事業者の業務に携わっている人員の数等を含み、人員配置情報は、各人員がどの業務に配置されたかを示す。これらは、サービス事業者が予め人員情報記憶部３３２に記憶させておく情報であり、例えば、１週間に１度、毎日これらの情報は更新されて良い。

【0069】

（動作）
以下の動作において、サービス事業者は、宿泊施設を運営する事業者であり、交通事業者は、鉄道事業者を運営する事業者であるとする。

【0070】

最初に、ユーザ４に対して、サービス事業者が運営する宿泊施設の販売に加えてデジタル乗車券を販売する際の動作について説明する。

【0071】

図５は、ユーザ４が、サービス事業者の提供するサービスに加えてデジタル乗車券を購入する際の一連の動作の一例を示すシーケンスである。
このシーケンスは、共通基盤システム１の制御部１１およびサービス事業者サーバ３の制御部３１それぞれがプログラム記憶部１２およびプログラム記憶部３２に格納されたプログラムを読み出して実行することにより、このシーケンスの動作が実現される。

【0072】

例えば、ユーザ４は、サービス事業者が運営する宿泊施設を予約しようとするユーザ４である。そして、ユーザ４は、宿泊施設に行くために鉄道事業者が提供する列車に乗り、宿泊施設の最寄りの駅まで行く予定である。そこで、ユーザ４は、サービス事業者サーバ３が提供するウェブページ上などで宿泊予約を開始することにより、このシーケンスの動作が開始される。

【0073】

ステップＳＴ１０１で、サービス事業者サーバ３の受信制御部３１１は、宿泊情報を受信する。ユーザ４がサービス事業者の宿泊を希望し、宿泊を予約するために宿泊情報を入力する。宿泊情報は、例えば、ユーザ４の個人情報、宿泊日、宿泊人数等の情報を含む。また、宿泊情報は、ユーザ４が宿泊地まで行く際に予定する移動手段等を含んでも良い。

【0074】

制御部３１は、宿泊情報を受信すると、宿泊情報に含まれる宿泊日に販売可能な乗車券についての情報を共通基盤システム１から受信し、出力装置３７のディスプレイ等に発券可能なデジタル乗車券についての情報をユーザ４に対して表示する。

【0075】

ステップＳＴ１０２で、受信制御部３１１は、デジタル乗車券購入希望情報を受信する。例えば、発券可能なデジタル乗車券の中からユーザ４が購入を希望するデジタル乗車券についての入力を受信する。また、デジタル乗車券購入希望情報は、発駅、目的駅、利用日時等に加えて、特急列車についての情報を含んでも良い。受信制御部３１１は、デジタル乗車券購入希望情報を送信制御部に出力する。

【0076】

ステップＳＴ１０３で、送信制御部３１２は、通信インタフェース３４を通じて、デジタル乗車券購入希望情報を共通基盤システム１に送信する。

【0077】

ステップＳＴ１０４で、制御部１１の発券可能判定部１１２は、デジタル乗車券が発券可能かどうかを判定する。受信制御部１１１は、サービス事業者サーバ３からデジタル乗車券購入希望情報を受信し、受信したデジタル乗車券購入希望情報を発券可能判定部１１２に出力する。そして、発券可能判定部１１２は、デジタル乗車券購入希望情報で希望したデジタル乗車券が発券可能かを判定する。発券が可能であると判定した場合、発券可能判定部１１２は、デジタル乗車券購入可能情報を送信制御部１１３に出力する。一方、発券ができないと判定した場合、デジタル乗車券購入不可情報を送信制御部１１３に出力する。なお、図５の例では、発券が可能であると判定した場合について示している。

【0078】

ステップＳＴ１０５で、送信制御部１１３は、通信インタフェース１４を通じて、デジタル乗車券購入可能情報をサービス事業者サーバ３に送信する。同様に送信制御部１１３は、デジタル乗車券購入不可情報を送信しても良い。当該情報を受信した場合、サービス事業者サーバ３は、ユーザ４に対して再度デジタル乗車券の選び直しを行う情報を表示することになる。すなわち、ステップＳＴ１０２に戻る。

【0079】

ステップＳＴ１０６で、決済制御部３１３は、決済情報を受信する。デジタル乗車券購入可能情報を受信すると、制御部３１は、宿泊代およびデジタル乗車券の乗車券を含めた決済をユーザ４に行うように促す。ユーザ４は、ユーザ端末等を用いて、例えばクレジットカードの番号等の情報を含む決済情報をサービス事業者サーバ３に送信する。決済制御部３１３は、一般的な決済方法を用いて決済を行う。決済が終了すると、決済制御部３１３は、決済が終了したことを示す信号を送信制御部３１２に出力する。

【0080】

ステップＳＴ１０７で、送信制御部３１２は、通信インタフェース３４を通じて、宿泊確認情報をユーザ４の所持するユーザ端末に送信する。宿泊確認情報は、例えば、宿泊情報で予約が確認した旨の情報等を含む。また、制御部３１は、宿泊情報およびデジタル乗車の情報に基づいて、共通基盤システム１に対して、ユーザ３が目的の駅に到着する推定時刻の通知に必要な、所定の駅、所定の時間帯を決定する。所定の駅は、ユーザ３が宿泊施設に向かう際に乗車予定の駅と、宿泊施設の最寄りの駅またはユーザ３が迎えを希望する駅と、を含む。また、所定の時間帯は、最寄りの駅または希望する駅に到着する時間帯を示し、例えば、チャックイン可能な時間帯以降の任意の時間帯であって良い。

【0081】

ステップＳＴ１０８で、通信インタフェース３４を通じて、送信制御部３１２は、デジタル乗車券発券要求を共通基盤システム１に送信する。ステップＳＴ１０６で決済が終了したことを示す信号を受信すると、送信制御部３１２は、発券すべきデジタル乗車券についての情報、通知のために必要な情報（駅の情報、所定の時間帯）を含むデジタル乗車券発券要求を共通基盤システム１に送信する。

【0082】

ステップＳＴ１０９で、送信制御部１１３は、デジタル乗車券をユーザ４が所持するユーザ端末に送信する。受信制御部１１１は、デジタル乗車券発券要求をデジタル乗車券発券制御部１１４に出力する。デジタル乗車券発券制御部１１４は、デジタル乗車券発券要求に従ってデジタル乗車券を発券する。デジタル乗車券は、当該券を識別する乗車券ＩＤを含む。また、デジタル乗車券発券制御部１１４は、デジタル乗車券に紐付けてユーザ４の乗車区間、乗車日時等の情報を登録情報記憶部１３１に記憶させる。さらに、デジタル乗車券発券制御部１１４は、デジタル乗車券発券要求に含まれる、サービス事業者に通知が必要な所定の駅および所定の時間帯も登録情報記憶部１３１に記憶させて良い。なお、本実施形態では、所定の駅および所定の時間帯は、サービス事業者サーバ３が決定する例を示しているが、例えば、ユーザ４が設定した駅および時間帯であっても良いし、サービス事業者が設定した駅および時間帯であっても良い。

【0083】

共通基盤システム１は、登録情報記憶部１３１に記憶されたデジタル乗車券（乗車券ＩＤ）に紐付けされた各種情報に基づいてユーザ４の乗降を制御することができる。デジタル乗車券発券制御部１１４は、デジタル乗車券を送信制御部１１３に出力する。そして、送信制御部１１３は、デジタル乗車券発券要求に含まれるメールアドレス等に基づいて、ユーザ４のユーザ端末にデジタル乗車券を含む２次元コード情報を送信する。

【0084】

ユーザ４は、このデジタル乗車券を含む２次元コードをユーザ端末等で表示させることにより改札を通過することになる。

【0085】

図６は、ユーザ４が列車を利用した際、サービス事業者の業務を最適化するための最適化情報を表示するまでの処理手順の一例を示すシーケンス図である。
このシーケンスは、共通基盤システム１の制御部１１、交通業務機器２の制御部２１、およびサービス事業者サーバ３の制御部３１それぞれがプログラム記憶部１２、プログラム記憶部２２、およびプログラム記憶部３２に格納されたプログラムを読み出して実行することにより、このシーケンスの動作が実現される。

【0086】

このシーケンスは、ユーザ４が宿泊当日になり、交通事業者である鉄道事業者の出発駅に到着し、改札機である交通業務機器２の入力装置２６に含まれるリーダにデジタル乗車券を含む２次元コードを翳すことにより開始する。

【0087】

ステップＳＴ２０１で、交通業務機器２の乗車券読み取り制御部２１１は、リーダにより読み取られたデジタル乗車券を受信する。例えば、入力装置２６に含まれるリーダがユーザ端末に表示された２次元コードからデジタル乗車券を読み取り、読み取ったデジタル乗車券を乗車券読み取り制御部２１１に出力する。デジタル乗車券読み取り制御部２１１は、受信したデジタル乗車券、デジタル乗車券が読み取られた日時等を含むデジタル乗車券情報を読み取りデータ記憶部２３１に記憶させる。

【0088】

ステップＳＴ２０２で、送信制御部２１２は、通信インタフェース２４を通じて、共通基盤システム１にデジタル乗車券情報を送信する。送信制御部２１２は、読み取りデータ記憶部２３１に記憶されたデジタル乗車券情報を読み出し、共通基盤システム１に送信する。

【0089】

ステップＳＴ２０３で、送信制御部１１３は、通行許可通知を交通業務機器２に送信する。受信制御部１１１は、受信したデジタル乗車券を判定部１１５に出力する。判定部１１５は、デジタル乗車券に紐付けされたチケット情報を登録情報記憶部１３１から取得する。そして、ユーザ４が交通業務機器２の通行が可能かどうか判定する。そして、通行が可能だと判定した場合、判定部１１５は、通行許可通知を送信制御部１１３に出力する。送信制御部１１３は、通行許可通知を交通業務機器２に送信する。交通業務機器２は、通行許可通知に応じて、ユーザ４の通行を許可することになる。

【0090】

ステップＳＴ２０４で、判定部１１５は、通知判定を行う。判定部１１５は、サービス事業者に対して通知を行う必要があるかどうか判定する。例えば、登録情報記憶部１３１に記憶されたチケット情報から目的駅についての情報、入場した駅、および入場時刻に基づいて、目的駅に到着する時刻を推定する。例えば、入場した駅が所定の駅でない場合、判定部１１５は、通知が必要ないと判定する。一方、入場した駅が所定の駅である場合、判定部１１５は、通知が必要であると判定しても良い。また、推定された時刻が所定の時間帯であれば、判定部１１５は、通知が必要であると判定する。一方、推定された時刻が所定の時間帯ではない場合、判定部１１５は、通知が必要でないと判定する。例えば、所定の駅から入場し、所定の時間帯である場合、判定部１１５は、通知が必要であると判定して良い。逆に、所定の駅ではないまたは推定到着時刻が所定の時間帯ではない場合、判定部１１５は、ユーザ４がサービス事業者の宿泊地に最初に行くのではなく、観光等他のことを行うと推定し、現段階では通知をしないと判定する。なお、図６の例では通知が必要であると判定した場合を示している。

【0091】

ステップＳＴ２０５で、送信制御部１１３は、通信インタフェース２４を通じて、サービス事業者サーバ３に通知情報を送信する。通知が必要であると判定した判定部１１５は、ユーザ４が入場した駅名、入場時刻、目的駅への推定到着時刻、等を含む通知情報を生成し、生成した通知情報を送信制御部１１３に出力する。送信制御部１１３は、通知情報をサービス事業者に送信する。

【0092】

ステップＳＴ２０５で、出力制御部３１５は、出力装置３７のディスプレイに通知情報を表示させるように制御する。受信制御部３１１は、受信した通知情報を受信データ記憶部３３１に記憶させる。出力制御部３１５は、記憶された通知情報を取得し、出力装置３７のディスプレイに通知情報を表示させるように制御する。これにより、サービス事業者は、ユーザ４が目的駅に何時に到着するのかを知ることができる。

【0093】

ステップＳＴ２０６で、業務最適化部３１４は、業務最適化を行う。出力制御部３１５は、業務最適化部３１４に通知情報を出力する。業務最適化部３１４は、人員情報記憶部３３２に記憶された現在の人員情報と人員配置情報を取得する。業務最適化部３１４は、通知情報、人員情報、人員配置情報に基づいて、サービス事業者の従業員の業務を最適化する。

【0094】

ステップＳＴ２０７で、出力制御部３１５は、最適化情報を出力装置３７のディスプレイに表示させるように制御する。業務最適化部３１４は、最適化された人員配置および与える業務についての情報を含む最適化情報を生成し、生成した最適化情報を出力制御部３１５に出力する。

【0095】

出力制御部３１５は、最適化情報を出力装置３７のディスプレイに表示させるように制御する。これにより、ユーザ４にサービスを行う際、無駄なリソースを掛けずにきめ細やかなサービスを実施することができるようになる。

【0096】

（実施形態の作用効果）
以上説明した実施形態によれば、共通基盤システム１は、ユーザ４が交通業務機器２を通行した情報に基づいてユーザ４が目的駅に到着する時刻を推定し、推定された時刻に応じてサービス事業者サーバ３に通知する。これにより、サービス事業者サーバ３を管理するサービス事業者は、ユーザ４が目的駅に何時に到着するのかを知ることができ、きめ細やかなサービスを行うことが可能になる。

【0097】

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、ステップＳＴ２０６およびステップＳＴ２０７は、通知を受信する毎に実施しなくても良い。例えば、所定の人数の通知を受信した後、実行しても良いし、サービス事業者が指定した場合にのみ実行しても良い。

【0098】

要するに、この発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。

【符号の説明】

【0099】

１…共通基盤システム
２…交通業務機器
３…サービス事業者サーバ
４…ユーザ
１１…制御部
１１１…受信制御部
１１２…発券可能判定部
１１３…送信制御部
１１４…デジタル乗車券発券制御部
１１５…判定部
１２…プログラム記憶部
１３…データ記憶部
１３１…登録情報記憶部
１４…通信インタフェース
１５…入出力インタフェース
１６…入力装置
１７…出力装置
２１…制御部
２１１…乗車券読み取り制御部
２１２…送信制御部
２２…プログラム記憶部
２３…データ記憶部
２３１…読み取りデータ記憶部
２４…通信インタフェース
２５…入出力インタフェース
２６…入力装置
２７…出力装置
３１…制御部
３１１…受信制御部
３１２…送信制御部
３１３…決済制御部
３１４…業務最適化部
３１５…出力制御部
３２…プログラム記憶部
３３…データ記憶部
３３１…受信データ記憶部
３３２…人員情報記憶部
３４…通信インタフェース
３５…入出力インタフェース
３６…入力装置
３７…出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】