特開 2025-1349 アプリケーションプログラム、および携帯端末装置の制御方法

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

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

(11)【公開番号】P2025001349

(43)【公開日】2025-01-08

(54)【発明の名称】アプリケーションプログラム、および携帯端末装置の制御方法

(51)【国際特許分類】

   G07B 15/00 20110101AFI20241225BHJP

   G06Q 50/40 20240101ALI20241225BHJP

【ＦＩ】

G07B15/00 501

G06Q50/30

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023100874

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

(71)【出願人】

【識別番号】000003078

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

(71)【出願人】

【識別番号】598076591

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

(74)【代理人】

【識別番号】110001634

【氏名又は名称】弁理士法人志賀国際特許事務所

(72)【発明者】

【氏名】市橋 めぐ

(72)【発明者】

【氏名】村尾 靖子

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

3E127

5L049

5L050

【Ｆターム（参考）】

3E127AA03

3E127BA05

3E127BA11

3E127BA28

3E127CA02

3E127DA20

3E127FA12

3E127FB08

5L049CC43

5L050CC43

(57)【要約】

【課題】携帯端末装置に接続されたイヤホンを装着して自動改札機を通行する利用者に対して利便性を向上させることができるアプリケーションプログラム、および携帯端末装置の制御方法を提供することである。
【解決手段】実施形態のアプリケーションプログラムは、携帯端末装置のプロセッサに、駅構内へ入場または駅構内から出場しようとする利用者が自動改札機を通行時にイヤホンを装着していることを認識させる。実施形態のアプリケーションプログラムは、利用者が自動改札機を通行時に通行判定が異常判定となったことを検知させる。また、アプリケーションプログラムは、異常判定になったことを検知した場合、イヤホンを介して音声通知を行わせる。
【選択図】図１

【特許請求の範囲】

【請求項1】

携帯端末装置のプロセッサに、
駅構内へ入場または駅構内から出場しようとする利用者が自動改札機を通行時にイヤホンを装着していることを認識させ、
前記利用者が前記自動改札機を通行時に通行判定が異常判定となったことを検知させ、
前記異常判定になったことを検知した場合、前記イヤホンを介して音による通知を行わせる、
ためのアプリケーションプログラム。

【請求項2】

前記自動改札機が前記利用者の前記携帯端末装置に表示された画像から情報を取得し、前記自動改札機がセンタサーバへ前記情報を送信し、前記センタサーバが前記情報に基づいて通行判定を行う交通システムに適用され、
前記プロセッサに、
前記センタサーバからネットワークを介して取得される前記通行判定の結果を示す情報に基づいて前記通行判定が前記異常判定となったことを検知させる、
ための請求項１記載のアプリケーションプログラム。

【請求項3】

前記自動改札機が前記利用者の前記携帯端末装置のＩＣチップから無線により情報を取得し、前記自動改札機がセンタサーバへ前記情報を送信し、前記センタサーバが前記情報に基づいて通行判定を行う交通システムに適用され、
前記プロセッサに、
前記センタサーバからネットワークを介して取得される前記通行判定の結果を示す情報に基づいて前記通行判定が前記異常判定となったことを検知させる、
ための請求項１記載のアプリケーションプログラム。

【請求項4】

前記自動改札機が前記利用者の前記携帯端末装置のＩＣチップから第１無線により情報を取得し、前記自動改札機が前記情報に基づいて通行判定を行う交通システムに適用され、
前記プロセッサに、
第２無線によって前記自動改札機から取得される前記通行判定の結果を示す情報に基づいて前記異常判定となったことを検知させる、
ための請求項１記載のアプリケーションプログラム。

【請求項5】

前記携帯端末装置の前記プロセッサに、
駅構内へ入場または駅構内から出場しようとする前記利用者が前記自動改札機を通行時に前記イヤホンを装着していることを認識させ、
前記利用者が前記自動改札機を通行時に通行判定が異常判定となったことを検知させ、
前記異常判定になったことを検知した場合、前記イヤホンを介して音による通知に併せて、
前記携帯端末装置の画面表示することと、前記携帯端末装置のバイブレーション機能を作動させることとのうち一方または双方を行う、
ための請求項１記載のアプリケーションプログラム。

【請求項6】

携帯端末装置のプロセッサが、
駅構内へ入場または駅構内から出場しようとする利用者が自動改札機を通行時にイヤホンを装着していることを認識し、
前記利用者が前記自動改札機を通行時に通行判定が異常判定となったことを検知し、
前記異常判定になったことを検知した場合、前記イヤホンを介して音声通知を行う、
携帯端末装置の制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、アプリケーションプログラム、および携帯端末装置の制御方法に関する。

【背景技術】

【0002】

近年、携帯端末装置に接続されたイヤホンで音楽等を聴きながら自動改札機を通行する利用者が存在する。利用者がイヤホンを装着していると、自動改札機を通行できない場合の自動改札機からの警告音と音声案内が聞こえなくなってしまう可能性があった。自動改札機のドアが閉まることにより、利用者が通行不可に気づいてイヤホンを外しても音声案内を聞き逃してしまう可能性があった。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

本発明が解決しようとする課題は、携帯端末装置に接続されたイヤホンを装着して自動改札機を通行する利用者に対して利便性を向上させることができるアプリケーションプログラム、および携帯端末装置の制御方法を提供することである。

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

【0005】

実施形態のアプリケーションプログラムは、携帯端末装置のプロセッサに、駅構内へ入場または駅構内から出場しようとする利用者が自動改札機を通行時にイヤホンを装着していることを認識させる。実施形態のアプリケーションプログラムは、利用者が自動改札機を通行時に通行判定が異常判定となったことを検知させる。また、アプリケーションプログラムは、異常判定になったことを検知した場合、イヤホンを介して音声通知を行わせる。

【図面の簡単な説明】

【0006】

【図1】各実施形態に係る交通システム１の全体図。

【図2】携帯端末装置１００の構成の一例を示す図。

【図3】自動改札機２００の構成の一例を示す図。

【図4】アプリケーションサーバ３００の構成の一例を示す図。

【図5】登録情報テーブル３４２の一例を示す図。

【図6】センタサーバ４００の構成の一例を示す図。

【図7】予約情報テーブル４４２の内容の一例を示す図。

【図8】第１実施形態の概要図。

【図9】判定結果とイヤホンの接続状態の組み合わせによる通知の有無の表。

【図10】音パターンの一例を示す図。

【図11】第２実施形態の概要図。

【図12】第３実施形態の概要図。

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

【0007】

（第１の実施形態）
以下、実施形態のアプリケーションプログラム、および携帯端末装置の制御方法を、図面を参照して説明する。図１は、各実施形態に係る交通システム１の全体図である。携帯端末装置１００とアプリケーションサーバ３００とセンタサーバ４００はネットワークＮＷを介して通信する。自動改札機２００は、センタサーバ４００と専用線を介して通信する。携帯端末装置１００と自動改札機２００は直接通信を行わない。ネットワークＮＷは、ＬＡＮ（Local Area Network）や、ＷＡＮ（Wide Area Network）、Ｗｉ－Ｆｉ網、インターネット等である。携帯端末装置１００を翳すことで、自動改札機２００は情報を読み取る。詳細は後述する。

【0008】

図２は、携帯端末装置１００の構成の一例を示す図である。携帯端末装置１００は、例えば、スマートフォン、タブレット端末やウェアラブル端末等である。携帯端末装置１００は、通信部１１０と、ＩＣチップ１２０と、出力部１３０と、プロセッサ１４０と、タッチパネル１５０と、記憶部１６０を備える。

【0009】

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークカードである。

【0010】

ＩＣチップ１２０は、ＮＦＣ（Near Field Communication）技術によって、自動改札機２００の光学読取部２３０との間で無線通信を行い、情報を送受信する。この通信は、「第１無線通信」の一例である。

【0011】

出力部１３０は、携帯端末装置１００の画面表示やイヤホンを介した音の出力を制御する。イヤホンは、携帯端末装置１００と有線またはＢｌｕｅｔｏｏｔｈ（登録商標）などで接続される。

【0012】

プロセッサ１４０は、例えば、ＣＰＵ（Central Processing Unit）である。プロセッサ１４０は、交通アプリ１６２や音楽再生アプリ１６６などのプログラムを実行する。

【0013】

タッチパネル１５０は、例えば、ＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electroluminescence）ディスプレイなどの表示装置であり、利用者のタッチ操作を受け付ける。

【0014】

記憶部１６０は、交通アプリ１６２と音楽再生アプリ１６６を記憶する。記憶部１６０は、上記の各種記憶装置、或いはＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現されてもよい。

【0015】

交通アプリ１６２は、利用者が自動改札機２００を通行する前に携帯端末装置１００にインストールして利用するアプリケーションプログラムである。交通アプリ１６２は、乗車券予約サービスを利用することができる。交通アプリ１６２は、利用者が乗車したい電車の予約、自動改札機２００を通行するための乗車券を管理することができる。交通アプリ１６２は、音パターンテーブル１６４を含む。音パターンテーブル１６４については後述する。

【0016】

音楽再生アプリ１６６は、利用者が携帯端末装置１００にインストールして利用するアプリケーションプログラムである。音楽再生アプリ１６６は、携帯端末装置１００に接続されたイヤホンに音を流す機能を有する。

【0017】

図３は、自動改札機２００の構成の一例を示す図である。自動改札機２００は、例えば、通信部２１０と、制御部２２０と、光学読取部２３０と、表示部２４０と、扉部２５０を備える。

【0018】

通信部２１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部２１０は、例えばネットワークカードである。

【0019】

制御部２２０は、自動改札機２００の全体を制御する。例えば、制御部２２０は、利用者の駅構内外への通行を禁止または許可するように自動改札機２００に設けられた機器や、自動改札機２００の電源等を制御する。

【0020】

光学読取部２３０は、携帯端末装置１００のタッチパネル１５０に表示されたコード画像１６５をカメラによって撮像し、撮像画像を解析して情報の読み取りを行う。

【0021】

表示部２４０は、例えば、自動改札機２００の上面などに設けられ、利用者に対するメッセージや注意喚起等の内容を表示する。

【0022】

扉部２５０は、制御部２２０からの指示に応じて自動改札機２００の側面に収納された状態と、自動改札機２００の通路側に突出して利用者の通行を抑制する状態（抑制状態）との間で切り替わる。制御部２２０は、センタサーバ４００から通行不可の判定結果を取得した場合に、扉部２５０を抑制状態にする。

【0023】

図４は、アプリケーションサーバ３００の構成の一例を示す図である。アプリケーションサーバ３００は、例えば、通信部３１０、情報管理部３２０、予約部３３０、および記憶部３４０を備える。情報管理部３２０および予約部３３０は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

【0024】

通信部３１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部３１０は、例えばネットワークカードである。

【0025】

情報管理部３２０は、乗車券の予約管理や利用者の交通アプリ１６２への登録情報を管理する。例えば、情報管理部３２０は、利用者ＩＤをキー項目として利用者の登録情報を後述する登録情報テーブル３４２を検索することができてもよい。

【0026】

予約部３３０は、交通アプリ１６２からのリクエストを受けて、センタサーバ４００に予約情報を送信すると共に、利用者への課金処理を行う。

【0027】

記憶部３４０は、登録情報テーブル３４２を記憶する。図５は、登録情報テーブル３４２の一例を示す図である。登録情報テーブル３４２は、乗車券予約サービスに登録している利用者の情報を集めたものである。登録情報テーブル３４２は、例えば、利用者ＩＤ、氏名、連絡先メールアドレスなどの情報が互いに対応付けられたものである。

【0028】

図６は、センタサーバ４００の構成の一例を示す図である。センタサーバ４００は、通信部４１０、乗車券管理部４２０、通行判定部４３０、および記憶部４４０を備える。通信部４１０と記憶部４４０以外の構成要素は、アプリケーションサーバ３００と同様に、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

【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】

１…交通システム、１００…携帯端末装置、１１０…通信部、１２０…ＩＣチップ、１３０…出力部、１４０…プロセッサ、１５０…タッチパネル、１５２…表示部、１６０…記憶部、１６２…交通アプリ、１６４…音パターンテーブル、１６６…音楽再生アプリ、１７０…ＯＳ、１８０…近距離通信部、２００…自動改札機、２１０…通信部、２２０…制御部、２３０…光学読取部、２４０…表示部、２５０…扉部、２６０…リーダライタ部、２７０…記憶部、２７２…運賃導出テーブル、２８０…近距離通信部、３００…アプリケーションサーバ、３１０…通信部、３２０…情報管理部、３３０…予約部、３４０…記憶部、３４２…登録情報テーブル、４００…センタサーバ、４１０…通信部、４２０…乗車券管理部、４３０…通行判定部、４４０…記憶部、４４２…予約情報テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-07-21

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

携帯端末装置のプロセッサに、
駅構内へ入場または駅構内から出場しようとする利用者が自動改札機を通行時にイヤホンを装着していることを認識させ、
前記利用者が前記自動改札機を通行時に通行判定が異常判定となったことを検知させ、
前記異常判定になったことを検知した場合、前記イヤホンを介して音による通知を行わせる、
ためのアプリケーションプログラム。

【請求項2】

前記自動改札機が前記利用者の前記携帯端末装置に表示された画像から情報を取得し、前記自動改札機がセンターサーバへ前記情報を送信し、前記センターサーバが前記情報に基づいて通行判定を行う交通システムに適用され、
前記プロセッサに、
前記センターサーバからネットワークを介して取得される前記通行判定の結果を示す情報に基づいて前記通行判定が前記異常判定となったことを検知させる、
ための請求項１記載のアプリケーションプログラム。

【請求項3】

前記自動改札機が前記利用者の前記携帯端末装置のＩＣチップから無線により情報を取得し、前記自動改札機がセンターサーバへ前記情報を送信し、前記センターサーバが前記情報に基づいて通行判定を行う交通システムに適用され、
前記プロセッサに、
前記センターサーバからネットワークを介して取得される前記通行判定の結果を示す情報に基づいて前記通行判定が前記異常判定となったことを検知させる、
ための請求項１記載のアプリケーションプログラム。

【請求項4】

前記自動改札機が前記利用者の前記携帯端末装置のＩＣチップから第１無線により情報を取得し、前記自動改札機が前記情報に基づいて通行判定を行う交通システムに適用され、
前記プロセッサに、
第２無線によって前記自動改札機から取得される前記通行判定の結果を示す情報に基づいて前記異常判定となったことを検知させる、
ための請求項１記載のアプリケーションプログラム。

【請求項5】

前記携帯端末装置の前記プロセッサに、
駅構内へ入場または駅構内から出場しようとする前記利用者が前記自動改札機を通行時に前記イヤホンを装着していることを認識させ、
前記利用者が前記自動改札機を通行時に通行判定が異常判定となったことを検知させ、
前記異常判定になったことを検知した場合、前記イヤホンを介して音による通知に併せて、
前記携帯端末装置の画面表示することと、前記携帯端末装置のバイブレーション機能を作動させることとのうち一方または双方を行う、
ための請求項１記載のアプリケーションプログラム。

【請求項6】

携帯端末装置のプロセッサが、
駅構内へ入場または駅構内から出場しようとする利用者が自動改札機を通行時にイヤホンを装着していることを認識し、
前記利用者が前記自動改札機を通行時に通行判定が異常判定となったことを検知し、
前記異常判定になったことを検知した場合、前記イヤホンを介して音声通知を行う、
携帯端末装置の制御方法。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００６

【補正方法】変更

【補正の内容】

【0006】

【図1】各実施形態に係る交通システム１の全体図。

【図2】携帯端末装置１００の構成の一例を示す図。

【図3】自動改札機２００の構成の一例を示す図。

【図4】アプリケーションサーバ３００の構成の一例を示す図。

【図5】登録情報テーブル３４２の一例を示す図。

【図6】 センターサーバ４００の構成の一例を示す図。

【図7】予約情報テーブル４４２の内容の一例を示す図。

【図8】第１実施形態の概要図。

【図9】判定結果とイヤホンの接続状態の組み合わせによる通知の有無の表。

【図10】音パターンの一例を示す図。

【図11】第２実施形態の概要図。

【図12】第３実施形態の概要図。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正の内容】

【0007】

（第１の実施形態）
以下、実施形態のアプリケーションプログラム、および携帯端末装置の制御方法を、図面を参照して説明する。図１は、各実施形態に係る交通システム１の全体図である。携帯端末装置１００とアプリケーションサーバ３００とセンターサーバ４００はネットワークＮＷを介して通信する。自動改札機２００は、センターサーバ４００と専用線を介して通信する。携帯端末装置１００と自動改札機２００は直接通信を行わない。ネットワークＮＷは、ＬＡＮ（Local Area Network）や、ＷＡＮ（Wide Area Network）、Ｗｉ－Ｆｉ網、インターネット等である。携帯端末装置１００を翳すことで、自動改札機２００は情報を読み取る。詳細は後述する。

【手続補正4】

【補正対象書類名】明細書

【補正対象項目名】００２２

【補正方法】変更

【補正の内容】

【0022】

扉部２５０は、制御部２２０からの指示に応じて自動改札機２００の側面に収納された状態と、自動改札機２００の通路側に突出して利用者の通行を抑制する状態（抑制状態）との間で切り替わる。制御部２２０は、センターサーバ４００から通行不可の判定結果を取得した場合に、扉部２５０を抑制状態にする。

【手続補正5】

【補正対象書類名】明細書

【補正対象項目名】００２６

【補正方法】変更

【補正の内容】

【0026】

予約部３３０は、交通アプリ１６２からのリクエストを受けて、センターサーバ４００に予約情報を送信すると共に、利用者への課金処理を行う。

【手続補正6】

【補正対象書類名】明細書

【補正対象項目名】００２８

【補正方法】変更

【補正の内容】

【0028】

図６は、センターサーバ４００の構成の一例を示す図である。センターサーバ４００は、通信部４１０、乗車券管理部４２０、通行判定部４３０、および記憶部４４０を備える。通信部４１０と記憶部４４０以外の構成要素は、アプリケーションサーバ３００と同様に、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

【手続補正7】

【補正対象書類名】明細書

【補正対象項目名】００３０

【補正方法】変更

【補正の内容】

【0030】

乗車券管理部４２０は、アプリケーションサーバ３００からのリクエストに応じて乗車券予約サービスの予約乗車券を管理する。乗車券管理部４２０は、予約情報テーブル４４２に予約情報を登録する。

【手続補正8】

【補正対象書類名】明細書

【補正対象項目名】００３３

【補正方法】変更

【補正の内容】

【0033】

図８は、第１実施形態の概要図である。第１実施形態では利用者は、携帯端末装置１００にイヤホンを接続し、音楽再生アプリ１６６から音楽を再生している（図中（１））。

【手続補正9】

【補正対象書類名】明細書

【補正対象項目名】００３５

【補正方法】変更

【補正の内容】

【0035】

アプリケーションサーバ３００は、利用者の登録情報と予約情報をセンターサーバ４００に連携する（図中（３））。センターサーバ４００の通信部４１０は、送信された情報を受信する。センターサーバ４００の乗車券管理部４２０は、受信した予約情報を記憶部４４０の予約情報テーブル４４２に記憶させる。

【手続補正10】

【補正対象書類名】明細書

【補正対象項目名】００３８

【補正方法】変更

【補正の内容】

【0038】

次に自動改札機２００の制御部２２０は、センターサーバ４００に予約情報と利用者の登録情報を照会する。センターサーバ４００の通行判定部４３０は、記憶部４４０の予約情報テーブル４４２から照会されている予約情報と一致する予約情報があるか検索を行う。センターサーバ４００の通行判定部４３０は、予約情報テーブル４４２に一致した予約情報が存在するか否かによって、利用者が自動改札機２００を通行できるか否かを判定する（図中（６））。判定した結果を判定結果とする。

【手続補正11】

【補正対象書類名】明細書

【補正対象項目名】００３９

【補正方法】変更

【補正の内容】

【0039】

センターサーバ４００とアプリケーションサーバ３００は、判定結果を連携する（図中（７）－１）。また、センターサーバ４００は自動改札機２００とも判定結果を連携する（図中（７）－２）。自動改札機２００の通信部２１０が判定結果を受信し、制御部２２０へ伝達する。判定結果が通行不可だった場合、制御部２２０が扉部２５０を閉止させる。判定結果が通行可能だった場合は、制御部２２０は扉部２５０を作動させない。

【手続補正12】

【補正対象書類名】明細書

【補正対象項目名】００４８

【補正方法】変更

【補正の内容】

【0048】

利用者は携帯端末装置１００にイヤホンを接続し、音楽再生アプリ１６６から音楽を再生する。（図中（１））。

【手続補正13】

【補正対象書類名】明細書

【補正対象項目名】００５０

【補正方法】変更

【補正の内容】

【0050】

アプリケーションサーバ３００は、利用者の登録情報と（２）で連携された予約情報をセンターサーバ４００に連携する（図中（３））。センターサーバ４００の通信部４１０は、送信された情報を受信する。センターサーバ４００の乗車券管理部４２０は、受信した予約情報を記憶部４４０の予約情報テーブル４４２に記憶させる。

【手続補正14】

【補正対象書類名】明細書

【補正対象項目名】００５３

【補正方法】変更

【補正の内容】

【0053】

次に自動改札機２００の制御部２２０は、センターサーバ４００に予約情報と利用者の登録情報を照会する。センターサーバ４００の通行判定部４３０は、例えば、予約情報テーブル４４２に一致した予約情報が存在するか否かによって、利用者が自動改札機２００を通行できるか否かを判定する。一致する予約情報が存在する場合は、通行可能と判定し、一致する予約情報が存在しない場合は、通行不可と判定する。判定した結果を判定結果とする。（図中（６））。

【手続補正15】

【補正対象書類名】明細書

【補正対象項目名】００５４

【補正方法】変更

【補正の内容】

【0054】

センターサーバ４００とアプリケーションサーバ３００は、判定結果を連携する（図中（７）－１）。また、センターサーバ４００は自動改札機２００とも判定結果を連携する（図中（７）－２）。自動改札機２００の通信部２１０が判定結果を受信し、制御部２２０へ伝達する。判定結果が通行不可だった場合、制御部２２０が扉部２５０を閉止させる。判定結果が通行可能だった場合は、制御部２２０は扉部２５０を作動させない。

【手続補正16】

【補正対象書類名】明細書

【補正対象項目名】００６１

【補正方法】変更

【補正の内容】

【0061】

第１実施形態および第２実施形態では、センターサーバ４００が予約情報に基づいて通行可否を判定するものとしたが、これに代えて、自動改札機２００がセンターサーバ４００に利用者ＩＤなどをアップロードし、センターサーバ４００において入場履歴を保存しておき、入場履歴と出場駅の情報を用いて運賃導出テーブル２７２（後述）を参照して通行可否を判定する仕組みが採用されてもよい。入場駅と出場駅の情報は、利用者ＩＤと共に自動改札機２００からセンターサーバ４００に送信される。この場合であってもイヤホンを介した注意喚起の仕組みに関して同様に適用することができる。

【手続補正17】

【補正対象書類名】明細書

【補正対象項目名】００６３

【補正方法】変更

【補正の内容】

【0063】

利用者は携帯端末装置１００にイヤホンを接続し、音楽再生アプリ１６６から音楽を再生する。（図中（１））。

【手続補正18】

【補正対象書類名】明細書

【補正対象項目名】００７２

【補正方法】変更

【補正の内容】

【0072】

以上説明した少なくともひとつの実施形態によれば、携帯端末装置１００のプロセッサ１４０に、駅構内へ入場または駅構内から出場しようとする利用者が自動改札機２００を通行時にイヤホンを装着していることを認識させ、利用者が自動改札機を通行時に通行判定が異常判定となったことを検知させ、異常判定になったことを検知した場合、イヤホンを介して音による通知を行わせることで、携帯端末装置に接続されたイヤホンを装着して自動改札機を通行する利用者に対して利便性を向上させることができる。

【手続補正19】

【補正対象書類名】明細書

【補正対象項目名】００７４

【補正方法】変更

【補正の内容】

【0074】

１…交通システム、１００…携帯端末装置、１１０…通信部、１２０…ＩＣチップ、１３０…出力部、１４０…プロセッサ、１５０…タッチパネル、１５２…表示部、１６０…記憶部、１６２…交通アプリ、１６４…音パターンテーブル、１６６…音楽再生アプリ、１７０…ＯＳ、１８０…近距離通信部、２００…自動改札機、２１０…通信部、２２０…制御部、２３０…光学読取部、２４０…表示部、２５０…扉部、２６０…リーダライタ部、２７０…記憶部、２７２…運賃導出テーブル、２８０…近距離通信部、３００…アプリケーションサーバ、３１０…通信部、３２０…情報管理部、３３０…予約部、３４０…記憶部、３４２…登録情報テーブル、４００…センターサーバ、４１０…通信部、４２０…乗車券管理部、４３０…通行判定部、４４０…記憶部、４４２…予約情報テーブル

【手続補正20】

【補正対象書類名】図面

【補正対象項目名】図６

【補正方法】変更

【補正の内容】

【図6】

【手続補正21】

【補正対象書類名】図面

【補正対象項目名】図８

【補正方法】変更

【補正の内容】

【図8】

【手続補正22】

【補正対象書類名】図面

【補正対象項目名】図１１

【補正方法】変更

【補正の内容】

【図11】