(57)【要約】【課題】  チケットレスシステムにおける不正利用を防止することができるサーバを提供する。【解決手段】  実施形態によれば、サーバは、認証部と、判断部と、報知部と、決定部と、送信部と、を有する。認証部は、携帯端末からのログイン要求に応じて利用者の認証処理を行う。判断部は、認証部による認証が成功した利用者が購入済みの当日分のチケットの有無を判断する。報知部は、判断部により当日分のチケット有りと判断した場合、当日分のチケットがあることを携帯端末に報知する。決定部は、携帯端末から当日分のチケットの表示が要求された場合、当該チケットの表示画面に表示する表示パターンを決定する。送信部は、決定部により決定した表示パターンを含むチケットの表示画面を携帯端末に表示させるためのデータを送信する。【選択図】図２
2019204547.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末からのログイン要求に応じて利用者の認証処理を行う認証部と、
前記認証部による認証が成功した利用者が購入済みの当日分のチケットの有無を判断する判断部と、
前記判断部により当日分のチケット有りと判断した場合、当日分のチケットがあることを前記携帯端末に報知する報知部と、
前記携帯端末から当日分のチケットの表示が要求された場合、当該チケットの表示画面に表示する表示パターンを決定する決定部と、
前記決定部により決定した表示パターンを含むチケットの表示画面を前記携帯端末に表示させるためのデータを送信する送信部と、
を有するサーバ。
【請求項２】
前記決定部は、前記チケットの表示画面における縁取り表示領域に表示させる表示パターンを決定する、
請求項１に記載のサーバ。
【請求項３】
前記決定部は、前記チケットの表示画面における目印表示領域に表示させる表示パターンを決定する、
請求項１に記載のサーバ。
【請求項４】
前記目印表示領域は、発着駅情報の表示領域の下部に設けた矩形領域である、
請求項３に記載のサーバ。
【請求項５】
前記目印表示領域は、前記チケットの表示画面としての矩形領域の四隅の領域である、
請求項３に記載のサーバ。
【請求項６】
前記決定部は、前記チケットに関連する情報をエンコードした二次元コードを表示パターンとして決定する、
請求項１に記載のサーバ。
【請求項７】
前記決定部は、さらに、前記二次元コードの表示色を決定する、
請求項６に記載のサーバ。
【請求項８】
前記決定部は、表示パターンとして、前記チケットの表示画面における文字又は背景を表示する色を決定する、
請求項１に記載のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、サーバに関する。
【背景技術】
【０００２】
近年、鉄道などの交通機関では、チケットレスシステムが提供されている。チケットレスシステムでは、利用者が購入したチケット（例えば、座席指定券）を係員が目視で確認する運用を行うことがある。このような運用では、係員が目視で確認できるように、利用者は、自身が所持する携帯端末に購入したチケットを表示させる。しかしながら、従来のチケットレスシステムでは、携帯端末に表示するチケットの視認性が悪かったり、画面コピーなどの不正利用（同一画面の使い回しなど)が見抜け難かったりすることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１５９２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の課題を解決するために、チケットレスシステムにおける不正利用を防止することができるサーバを提供することを目的とする。
【課題を解決するための手段】
【０００５】
実施形態によれば、サーバは、認証部と、判断部と、報知部と、決定部と、送信部と、を有する。認証部は、携帯端末からのログイン要求に応じて利用者の認証処理を行う。判断部は、認証部による認証が成功した利用者が購入済みの当日分のチケットの有無を判断する。報知部は、判断部により当日分のチケット有りと判断した場合、当日分のチケットがあることを携帯端末に報知する。決定部は、携帯端末から当日分のチケットの表示が要求された場合、当該チケットの表示画面に表示する表示パターンを決定する。送信部は、決定部により決定した表示パターンを含むチケットの表示画面を携帯端末に表示させるためのデータを送信する。
【図面の簡単な説明】
【０００６】
【図１】図１は、実施形態に係るチケットレスシステムの構成例を示す図である。
【図２】図２は、実施形態に係るサーバの構成例を示すブロック図である。
【図３】図３は、実施形態に係る携帯端末の構成例を示すブロック図である。
【図４】図４は、実施形態に係るサーバが携帯端末にチケットを表示させる動作例を説明するためのシーケンス図である。
【図５】図５は、実施形態に係るサーバが携帯端末の表示部に表示させるチケットの第１の表示例を示す図である。
【図６】図６は、実施形態に係るサーバが携帯端末の表示部に表示させるチケットの第２の表示例を示す図である。
【図７】図７は、実施形態に係るサーバが携帯端末の表示部に表示させるチケットの第３の表示例を示す図である。
【図８】図８は、実施形態に係るサーバの動作例を説明するためのフローチャートである。
【発明を実施するための形態】
【０００７】
以下、実施形態について図面を参照して説明する。  
本実施形態は、特急等の列車の座席指定券を発券するチケットレスシステムを想定して説明するものとする。ただし、本実施形態で説明するチケットレスシステムは、座席指定券の発売に限定されるものではなく、施設の利用予約、物品の販売などの様々なチケットレスシステムに適用できるものである。
【０００８】
図１は、実施形態に係るチケットレスシステムの構成例を示す図である。  
図１に示すチケットレスシステムは、サーバＳと携帯端末Ｄとを有する。  
サーバＳは、インターネットなどのネットワークを介して携帯端末Ｄとの通信する機能を有する。サーバＳは、事業者内のネットワーク又は駅内のネットワーク内に構築される。例えば、サーバＳは、事業者の座席予約システム（特急システム）内に設けられる。サーバＳは、各列車の座席情報を管理する機能、駅の券売機などで発券する座席指定券を管理する機能、および、チケットレスで座席指定券の発券及び表示を行う機能（Ｗｅｂ機能）を有する。なお、特急システムにおいては、これらの機能ごとにサーバ装置を設けても良い。
【０００９】
携帯端末Ｄは、利用者が所持する装置である。携帯端末Ｄは、例えば、携帯電話機、スマートフォン、タブレットＰＣ、ＰＤＡ、ノートＰＣなどの携帯可能な情報端末装置である。携帯端末Ｄは、利用者が所持する電子機器であり、少なくとも予約した列車に乗車する際に所持することが前提となる装置である。携帯端末Ｄは、列車乗車中に任意のタイミングでサーバＳに接続可能な通信部とサーバＳがＷｅｂで提供する表示画面を表示する表示部とを有する。
【００１０】
次に、サーバＳの構成について説明する。  
図２は、実施形態に係わるサーバＳの構成例を示すブロック図である。  
図２に示すように、サーバＳは、制御部１１、第１通信部１２、第２通信部１３、メモリ部１４、データ記憶部１５などを有する。  
制御部１１は、サーバＳ全体を制御する。制御部１１は、サーバＳ内の各部とバスを介して接続される。制御部１１は、たとえば、プロセッサ、各種のメモリ、および、各種のインターフェースなどにより構成される。制御部１１は、ＣＰＵなどのプロセッサがメモリに記憶したプログラムを実行することにより、様々な処理機能を実現する。
【００１１】
第１通信部１２は、インターネットに接続するための通信インターフェースである。第１通信部１２は、インターネットを介して携帯端末Ｄと通信する。第２通信部１３は、座席予約システム内における各機器と通信するための通信インターフェースである。例えば、第２通信部１３は、各駅に設置されている発券機などの駅務機器と通信する。
【００１２】
メモリ部１４は、ＲＯＭ、ＲＡＭ、書換え可能な不揮発性メモリなどの記憶装置を含む。メモリ部１４は、例えば、制御部１１が実行するプログラムを記憶する。また、メモリ部１４は、Ｗｅｂ上でチケットとして表示させるためのデータを記憶する。
【００１３】
データ記憶部１５は、大容量の書換え可能な不揮発性の記憶装置である。データ記憶部１５は、ＨＤＤ（ハードディスクドライバ）、ＳＳＤ（ソリッドステートドライブ）などにより構成する。データ記憶部１５は、各特急列車の座席情報などを記憶するデータベースを有する。なお、各特急列車の座席情報などを記憶するデータベースは、別個のサーバにより管理するようにしても良い。また、データ記憶部１５は、通信可能な外部装置に設けられた記憶装置で実現しても良い。
【００１４】
次に、携帯端末Ｄの構成について説明する。  
図３は、実施形態に係わる携帯端末Ｄの制御系の構成例を示すブロック図である。  
図３に示すように、携帯端末Ｄは、制御部２１、通信部２２、メモリ部２３、データ記憶部２４、表示部２５、操作部２６などを有する。なお、携帯端末Ｍは、サーバＳに接続する機能と表示する機能とを有し、利用者が携帯して列車に乗車できるものであれば、任意の電子機器であっても良い。
【００１５】
制御部２１は、携帯端末Ｄ全体を制御する。制御部２１は、携帯端末Ｄ内の各部とバスを介して接続される。制御部２１は、たとえば、プロセッサ、各種のメモリ、および、各種のインターフェースなどにより構成される。制御部２１は、ＣＰＵなどのプロセッサがメモリに記憶したプログラムを実行することにより、様々な処理機能を実現する。例えば、制御部２１は、Ｗｅｂブラウザのプログラムを実行する機能（Ｗｅｂ機能）を有する。制御部２１は、Ｗｅｂ機能により、サーバＳにチケットを表示させるためのデータを要求し、サーバＳから供給（送信）されるデータに基づいてチケットの表示画面を表示部２５に表示する。
【００１６】
通信部２２は、インターネットを介してサーバＳと通信する通信インターフェースである。通信部２２は、例えば、広域の無線通信網を介して通信する無線通信部で構成する。通信部２２は、少なくとも列車内が通信圏内となる無線通信部とする。
【００１７】
メモリ部２３は、ＲＯＭ、ＲＡＭ、書換え可能な不揮発性メモリなどの記憶装置を含む。メモリ部２３は、例えば、制御部２１が実行するプログラムを記憶する。また、メモリ部２３は、表示データあるいは各種の制御データなどを記憶しても良い。また、メモリ部２３は、サーバＳとのデータ通信におけるバッファメモリとして用いても良い。
【００１８】
データ記憶部２４は、大容量の書換え可能な不揮発性の記憶装置である。データ記憶部２４は、例えば、ＨＤＤ（ハードディスクドライブ）、又はＳＳＤ（ソリッドステートドライブ）などにより構成する。なお、データ記憶部２４は、通信可能な外部装置に設けられた記憶装置で実現しても良い。
【００１９】
表示部２５は、種々の操作画面および案内画面などを表示する。表示部２５は、例えば、カラー表示装置である。操作部２６は、操作員が入力する操作指示を受け付ける。操作部２６は、例えば、表示部２５の表示画面上に設けられたタッチパネルである。操作部２６としては、タッチパネル以外にもハードキーなどを具備しても良い。本実施形態において、表示部２５及び操作部２６は、タッチパネル内蔵のカラー液晶表示器で構成されるものとする。
【００２０】
次に、本チケットレスシステムの運用例について概略的説明する。  
本システムを利用する利用者は、まず、会員登録を行う。会員登録後、利用者は、当該チケットレスシステムが利用可能となる。会員登録済みの利用者は、携帯端末Ｄを用いて、ユーザＩＤと認証情報（例えばパスワード）とによりチケットレスシステムにログイン可能である。利用者は、ログインした携帯端末Ｄを用いて、チケットレスシステムが提供する各種のサービスを受けることが可能となる。
【００２１】
携帯端末Ｄを用いてチケットレスシステムにログインした利用者は、座席指定券（チケット）の予約、購入、変更、列車の運行状況の確認、各列車における座席の予約状況の確認などを携帯端末Ｄで行える。例えば、利用者は、携帯端末Ｄを用いて座席指定券を購入することができる。チケットレスシステムで座席指定券を購入すると、サーバＳは、利用者が購入した座席指定券に関する情報を記憶部１５などに設けたデータベースに登録する。サーバＳは、データベースに登録した座席指定券に関する情報を適宜検索することができる。
【００２２】
図４は、サーバＳが携帯端末Ｄにチケットを表示させる動作例を説明するためのシーケンス図である。  
携帯端末Ｄに購入済みのチケットを表示させる場合、利用者は、チケットレスシステムのサーバＳへのログインを指示する。例えば、携帯端末Ｍの制御部２１は、利用者の操作に応じてＷｅｂブラウザを起動し、チケットレスシステムのサイトでログイン画面を表示部２５に表示させる。利用者は、携帯端末Ｄの表示部２５に表示したログイン画面においてユーザＩＤと認証情報とを操作部２６入力し、ログインを指示する。ログインが指示されると、制御部２１は、入力されたユーザＩＤと認証情報とともに、ログイン要求をサーバへ送信する（ステップＳ１）。
【００２３】
サーバＳは、携帯端末Ｄからのログイン要求を受けて認証処理を行う。例えば、サーバＳの制御部１１は、ログイン要求とともに受信したユーザＩＤと認証情報とにより利用者が会員であるかを認証する。制御部１１は、ログイン要求に応じた認証処理の結果を携帯端末Ｄへ送信する（ステップＳ２）。
【００２４】
ログイン要求に応じた認証（ログイン）が失敗した場合、制御部１１は、携帯端末Ｄにログイン失敗を示す応答を送信する。この場合、携帯端末Ｄの制御部１１は、ログイン失敗を表示部２５に表示するとともに、ユーザＩＤおよび認証情報の再入力を受け付ける。携帯端末Ｄの制御部２１は、再びログインの指示があれば、ステップＳ１へ戻り、ログイン要求をサーバへ送信する。
【００２５】
また、ログイン要求に応じた認証（ログイン）が成功した場合、サーバＳの制御部１１は、携帯端末Ｄにログイン成功を示す応答を送信する。さらに、サーバＳの制御部１１は、ログインした利用者の当日分のチケットが有るかをチェックする。当該当日分のチケットがあると判断した場合、サーバＳの制御部１１は、ログイン中であることを示す情報とともに、当日分のチケットがあることを携帯端末Ｍの表示部２５に表示させる。
【００２６】
ログインが成功した携帯端末Ｄの制御部２１は、利用者の操作に応じて当日分のチケットの表示要求が可能となる。当日分のチケットを表示させる場合、利用者は、当日分のチケットの表示を指示する。すると、制御部２１は、サーバＳに対して当日分のチケットの表示を要求する（ステップＳ３）。
【００２７】
サーバＳは、携帯端末Ｄからの当日分のチケットの表示要求を受信する。サーバＳの制御部１１は、当日分のチケットの表示要求を受信すると、表示が要求されたチケットの表示画面を携帯端末Ｄの表示部２５に表示させる処理を行う。サーバＳの制御部１１は、後述するような表示パターン（特定パターン）を決定し、決定した表示パターンを含むチケットの表示画面を携帯端末Ｍの表示部２５に表示させる。表示パターンは、列車内などで検札を行う係員が知りうる表示パターンである。表示パターンについては後述する。
【００２８】
当日分のチケットの表示を要求した携帯端末Ｄの制御部２１は、サーバＳからのチケット（の表示画面）を表示させるためのデータを受信し、表示部２５にチケットの表示画面を表示する（ステップＳ５）。携帯端末Ｄの制御部２１が、表示部２５に表示するチケットの表示画面には上述した表示パターンが含まれる。このように表示部２５に表示されるチケットによって、列車内などでは、係員が検札を実施する。
【００２９】
次に、サーバＳが携帯端末Ｄの表示部２５に表示させるチケットの表示画面の例について説明する。  
図５は、携帯端末Ｄの表示部２５が表示するチケットの第１の表示例である。  
図５に示すチケットの表示画面は、縁取り表示エリアｍ１を有する。縁取り表示エリアｍ１は、変化する表示パターンを表示するための表示領域である。縁取り表示エリアｍ１には、検札を行う係員が知り得る表示パターンを表示する。たとえば、縁取り表示エリアｍ１の表示パターンは、曜日、時間帯、列車毎などの規定のルールで変化させる。なお、表示パターンの変化は、検札を行う係員が確実に認識できるものであれば良い。例えば、表示パターンは、検札を行う係員が認識できるものであればランダムに変化させても良い。
【００３０】
また、縁取り表示エリアｍ１の表示パターンは、色を変化させても良い。例えば、月曜日は青色、火曜日は黄色、水曜日は水色、…などのように、表示パターンを変化させても良い。また、縁取り表示エリアｍ１の表示パターンは、記号、図案、模様を変化させても良い。例えば、月曜日は「ａａａ…」、火曜日は「ｂｂｂ…」、水曜日は「ｃｃｃ…」、…などのように、表示パターンを変化させても良い。
【００３１】
また、縁取り表示エリアｍ１の表示パターンは、検札を行う係員の視認性を高めるものである。すなわち、縁取り表示エリアｍ１は、チケットの表示画面の全面に渡って表示される。このため、携帯端末Ｄの表示部の表示領域が小さいものであっても縁取り表示エリアｍ１の表示パターンは、高い視認性を確保できる。
【００３２】
図６は、携帯端末Ｄの表示部２５が表示するチケットの第２の表示例である。  
図６に示すチケットの表示画面は、目印表示エリアｍ２、ｍ３を有する。目印表示エリアｍ２、ｍ３は、変化する表示パターンを表示するための表示領域である。目印表示エリアｍ２及びｍ３は、何れか一方の表示であっても良い、両方を同時に表示しても良い。また、目印表示エリアｍ２、ｍ３には、検札を行う係員が知り得る表示パターンを表示する。これにより、不正利用を防止あるいは抑制する。
【００３３】
目印表示エリアｍ２は、発着駅情報の下に設けた領域である。目印表示エリアｍ２は、係員が注視しやすい発着駅情報の近くに設けられるため、高い視認性を確保できる。  
また、目印表示エリアｍ３は、矩形の表示画面の四隅に設けた領域である。目印表示エリアｍ３は、チケットの表示画面の四隅に設けられる領域であるため、携帯端末Ｄの表示部２５の表示領域が小さい場合も、高い視認性を確保できる。
【００３４】
目印表示エリアｍ２、ｍ３の表示パターンは、上述の縁取り表示エリアと同様に、曜日、時間帯、列車毎などの規定のルールで変化させる。なお、表示パターンの変化は、検札を行う係員が確実に認識できるものであれば良く、ランダムに変化させても良い。また、目印表示エリアｍ２、ｍ３の表示パターンは、上述の縁取り表示エリアと同様に、色を変化させても良いし、記号、図案、模様を変化させても良い。
【００３５】
図７は、携帯端末Ｄの表示部２５が表示するチケットの第３の表示例である。  
図７に示すチケットの表示画面は、二次元コードの表示エリアｍ４を有する。表示エリアｍ４は、変化する表示パターンとしての二次元コードを表示するための表示領域である。二次元コードの表示エリアｍ４は、チケットの表示画面のどこに配置しても良い。表示エリアｍ４に表示する二次元コードは、例えば、発着駅、乗車日、発着時刻などの情報をエンコードしたコード情報である。二次元コードは、例えば、検札する係員が所持する読取り装置で読取れるものする。これにより、係員は、チケットの表示画面に表示する情報の目視によらす、チケットの情報を確認できる。また、表示エリアｍ４に表示する二次元コードは、上述の縁取り表示エリアや目印表示エリアと同様に、曜日、時間帯、列車毎などの規定のルールで表示色を変化させても良い。これにより、係員は、目視可能な二次元コードの表示色で正当性を確認する事もできる。
【００３６】
また、チケットの表示画面は、図５乃至７の表示例に限定されるものではない。本実施形態のチケットの表示画面は、係員が知り得る表示パターンで表示されるものであれば良い。例えば、チケット表示画面の他の表示例としては、文字色、背景色、又は、文字色と背景の両方を変化させる表示パターンであっても良い。この場合も、表示パターンは、検札を行う係員が認識できるものであれば、曜日、時間帯、列車毎などの規定のルールで表示パターンを変化させたり、ランダムに変化させたりして良い。また、文字色又は背景色の表示パターンは視認性を高めるものとする。
【００３７】
次に、サーバＳがチケットの表示画面を表示させる動作について説明する。  
図８は、サーバＳが携帯端末Ｄの表示部にチケットの表示画面を表示させるための動作例を説明するためのフローチャートである。  
サーバＳは、携帯端末Ｄによる利用者からログイン要求を受け付けている。サーバＳの制御部１１は、ログイン要求を受け取ることに利用者の認証処理を行う（ステップＳ２０）。利用者の認証（ログイン）が成功した場合（ステップＳ２１、ＹＥＳ）、制御部１１は、ログインが成功した利用者が購入済みのチケット情報を検索する（ステップＳ２２）。サーバＳの制御部１１は、利用者の購入済みのチケット情報のうち当日分のチケットが存在するか否かを判断する（ステップＳ２３）。
【００３８】
当日分のチケットが無いと判断した場合（ステップＳ２３、ＮＯ）、制御部１１は、当日分のチケットが無いことを携帯端末Ｄへ通知する（ステップＳ２４）。当日分のチケット無しの通知は行わなくても良い。また、当日分以外に購入済み或いは予約済みのチケットがある場合、制御部１１は、ログインした携帯端末Ｄにそれらのチケットを報知するようにしても良い。
【００３９】
また、当日分のチケットが有ると判断した場合（ステップＳ２３、ＹＥＳ）、制御部１１は、ログインした携帯端末Ｄへ当日分のチケットがあることを報知する（ステップＳ２５）。例えば、制御部１１は、ログインした携帯端末Ｄの表示部２５に表示させるメニュー画面の一部に当日分のチケットが有ることを表示させるようにして良い。
【００４０】
当日分のチケットが有ることを報知した後、制御部１１は、ログインした携帯端末Ｄからの当日分のチケットの表示要求を受け付ける（ステップＳ２６）。当日分のチケットの表示要求を受け付けた場合（ステップＳ２６、ＹＥＳ）、制御部１１は、表示が要求されたチケットの表示画面を携帯端末Ｄに表示させるためのデータを構成する。すなわち、制御部１１は、表示が要求されたチケットの表示画面における表示パターンを決定する（ステップＳ２７）。
【００４１】
例えば、図５に示すチケットの表示画面とする場合、制御部１１は、縁取り表示エリアｍ１の表示パターンを規定のルールに従って決定する。また、図６に示すチケットの表示画面とする場合、制御部１１は、目印表示エリアｍ２、ｍ３の表示パターンを規定のルールに従って決定する。また、図７に示すチケットの表示画面とする場合、制御部１１は、表示エリアｍ４に表示する二次元コードを生成し、二次元コードの表示色を規定のルールに従って決定する。また、文字色又は背景色を変化させる場合、制御部１１は、規定のルールに従って文字色又は背景色を規定のルールに従って決定する。
【００４２】
チケットの表示画面における表示パターンを決定すると、制御部１１は、決定した表示パターンを含むチケットの表示画面を携帯端末Ｄに表示させるためのデータを生成する（ステップＳ２８）。チケットの表示画面を携帯端末Ｄに表示させるためのデータを生成すると、制御部１１は、生成したデータを携帯端末Ｄへ送信する（ステップＳ２９）。これにより、携帯端末Ｄは、サーバＳから供給されるデータに基づいてチケットの表示画面を表示部２５に表示する。
【００４３】
上記のような実施形態によれば、サーバは、当日分の購入済みのチケットを係員が知り得る表示パターンを含むチケットの表示画面として利用者の携帯端末に表示させる。これにより、検札する係員がチケットの正当性を確認しやすくなり、画面コピーなどによる同一画面の使い回しなどの不正利用を防止あるいは抑止できる。また、視認性のよい表示エリアの係員が知り得る表示パターンを変化させることにより、チケットの表示画面の視認性を高めることができる。
【００４４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００４５】
Ｓ…サーバ、１１…制御部、１２…第１通信部、１３…第２通信部、１４…メモリ部、１５…記憶部、１５…データ記憶部、Ｄ…携帯端末、２１…制御部、２２…通信部、２３…メモリ部、２４…データ記憶部、２５…表示部、２６…操作部、ｍ１…縁取り表示エリア、ｍ２、ｍ３…目印表示エリア、ｍ４…表示エリア。
【図１】
2019204547.tif 000003
【図２】
2019204547.tif 000004
【図３】
2019204547.tif 000005
【図４】
2019204547.tif 000006
【図５】
2019204547.tif 000007
【図６】
2019204547.tif 000008
【図７】
2019204547.tif 000009
【図８】
2019204547.tif 000010
【手続補正書】
【提出日】令和1年9月9日(2019.9.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
携帯端末と通信する通信部と、
前記通信部により通信する携帯端末からのログイン要求に応じて利用者の認証が成功した利用者が購入済みの当日分の列車のチケットが有る場合、前記携帯端末からの要求に応じて、曜日又は列車毎に設定した色で表示する前記列車を特定する情報をエンコードした二次元コードを含む前記列車のチケットの表示画面を前記携帯端末に表示させるためのデータを生成し、生成したデータを前記携帯端末へ送信する制御部と、
を有するサーバ。
【請求項２】
携帯端末と通信する通信部と、
前記通信部により通信する携帯端末からのログイン要求に応じて利用者の認証が成功した利用者が購入済みの当日分の列車のチケットが有る場合、前記携帯端末からの要求に応じて、曜日又は列車毎に設定した表示パターンで前記列車を特定する情報を表示する領域を囲む縁取り表示エリアを含む前記列車のチケットの表示画面を前記携帯端末に表示させるためのデータを生成し、生成したデータを前記携帯端末へ送信する制御部と、
を有するサーバ。
【請求項３】
携帯端末と通信する通信部と、
前記通信部により通信する携帯端末からのログイン要求に応じて利用者の認証が成功した利用者が購入済みの当日分の列車のチケットが有る場合、前記携帯端末からの要求に応じて、曜日又は列車毎に設定した表示パターンで前記列車を特定する情報を指し示す目印を表示する目印表示エリアを含む前記列車のチケットの表示画面を前記携帯端末に表示させるためのデータを生成し、生成したデータを前記携帯端末へ送信する制御部と、
を有するサーバ。
【請求項４】
前記目印表示エリアは、前記列車を特定する情報のうち発着駅情報の表示領域の下部に設けた矩形領域である、
請求項３に記載のサーバ。
【請求項５】
前記目印表示エリアは、前記列車のチケットの表示画面において前記列車を特定する情報を表示する領域を囲む矩形領域の四隅の領域である、
請求項３に記載のサーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
実施形態によれば、サーバは、通信部と制御部とを有する。通信部は、携帯端末と通信する。制御部は、通信部により通信する携帯端末からのログイン要求に応じて利用者の認証が成功した利用者が購入済みの当日分の列車のチケットが有る場合、携帯端末からの要求に応じて、曜日又は列車毎に設定した色で表示する前記列車を特定する情報をエンコードした二次元コードを含む当日分の列車のチケットの表示画面を携帯端末に表示させるためのデータを生成し、生成したデータを携帯端末へ送信する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。  
以下、本願の出願当初の特許請求の範囲に記載した内容を付記する。
［１］
携帯端末からのログイン要求に応じて利用者の認証処理を行う認証部と、
前記認証部による認証が成功した利用者が購入済みの当日分のチケットの有無を判断する判断部と、
前記判断部により当日分のチケット有りと判断した場合、当日分のチケットがあることを前記携帯端末に報知する報知部と、
前記携帯端末から当日分のチケットの表示が要求された場合、当該チケットの表示画面に表示する表示パターンを決定する決定部と、
前記決定部により決定した表示パターンを含むチケットの表示画面を前記携帯端末に表示させるためのデータを送信する送信部と、
を有するサーバ。
［２］
前記決定部は、前記チケットの表示画面における縁取り表示領域に表示させる表示パターンを決定する、
［１］に記載のサーバ。
［３］
前記決定部は、前記チケットの表示画面における目印表示領域に表示させる表示パターンを決定する、
［１］に記載のサーバ。
［４］
前記目印表示領域は、発着駅情報の表示領域の下部に設けた矩形領域である、
［３］に記載のサーバ。
［５］
前記目印表示領域は、前記チケットの表示画面としての矩形領域の四隅の領域である、
［３］に記載のサーバ。
［６］
前記決定部は、前記チケットに関連する情報をエンコードした二次元コードを表示パターンとして決定する、
［１］に記載のサーバ。
［７］
前記決定部は、さらに、前記二次元コードの表示色を決定する、
［６］に記載のサーバ。
［８］
前記決定部は、表示パターンとして、前記チケットの表示画面における文字又は背景を表示する色を決定する、
［１］に記載のサーバ。