(57)【要約】【課題】オンボード改札および集札の既存の手作業の方法に伴う弱点を克服するか軽減するためにユーザインタフェイスを従業員に提示するシステムおよび方法を提供こと。【解決手段】鉄道乗客のオンボード改札および集札ならびにモバイル通信デバイス上で乗客および切符関連情報の表示のためのタッチスクリーンインタフェイスを提供する方法、システム、およびコンピュータプログラム製品。【選択図】図１
2014006899.tif 000002
【特許請求の範囲】
【請求項１】
電子切符の使用のためのシステムであって、
特定の列車に関するｅＴｉｃｋｅｔの乗客情報を表すタッチスクリーンユーザインタフェイスを表すコンピュータ実装方法を含み、前記方法は、
各駅で乗車し降車する乗客の乗客カウント、各駅で特別な介助を必要とする乗客を含む乗客名簿をユーザのモバイルデバイスの画面上に表示する、前記指定された列車の乗客名について有効である可能性がある切符を保持する乗客の予約を表示するためのタッチスクリーンインタフェイスをユーザのモバイルデバイスの画面上に表示することと、
前記指定された列車の移動中に新しい予約または既存の予約に対する変更を用いて、乗客名簿を作成及び更新することとを含む。
【請求項２】
バーコードのスキャニングの使用により、または手動検索方法を用いて、モバイルデバイスにおいて特定の予約を見つけるための方法。
【請求項３】
特定の切符が、特定の列車での旅行に関して有効であることをモバイルデバイスにおいて検証する方法であって、
前記切符が、前記指定された列車について使用済み、払い戻し済み、キャンセル済み、または有効でなくなるように他の形で変更済みでないことの検証と、
前記切符が前記指定された列車での使用を妨げるブラックアウト制限を含まないことの検証とを含む。
【請求項４】
特定の列車に乗車している乗客をモバイルデバイス上で正確に記録する方法であって、
特定の切符が使用済みであることを示すために切符状況を変更することによって、前記切符が、前記指定された列車上でリフト済みであることを示すことと、
顧客の意図した旅行日程を正確に反映するために起点および／または目的地を変更することと、
前記指定された列車について有効な切符を保有していない前記列車に乗車している顧客を文書化する手段を提供することとを含む。
【発明の詳細な説明】
【背景技術】
【０００１】
米国での旅客鉄道産業の開始以降、オンボード改札および集札プロセスを現代化する努力は、ほとんど行われてこなかった。改札および集札の責任を負う従業員は、時代遅れの手作業の方法およびツールを使用し続け、改札は、切符を視覚的に検査することによって完了され、ホールパンチが、切符が使用済みであることをマークするのに使用され、切符は、列車に乗車している各乗客の存在を文書化するために、手作業で集札され、封筒に格納される。
【０００２】
さらに、始発駅からの列車の出発の前に、従業員は、各駅でその列車に乗車すると予定される乗客の紙のリストを与えられ、このリストから、従業員は、予定される乗客の人数を手作業で勘定し、特別な介助を必要とする乗客について再検討する。これらのリストは、従業員が彼のシフトを開始した後に予約を追加したか変更した可能性がある乗客を反映しない。従業員のシフトは１２時間もの長さになる場合があるので、これらのリストは、従業員の乗車任務の終りまでに、ほぼ必ず不完全で不正確になる。
【０００３】
改札、乗車している乗客の文書化、および乗客情報の従業員への提供のこれらの既存の手作業の方法は、しばしば、面倒であり、非効率的であり、従業員の他の職務が列車の安全運転を含む可能性がある場合、切符を正確に再検討するために従業員に負担をかける。さらに、これらの方法は、しばしば、タイムリーで正確なデータを提供する能力を欠いている。たとえば、鉄道会社が、特定の列車で移動したすべての乗客の完全な記録を有する前に、２週間までを要する可能性がある。この後者の考慮事項は、列車緊急事態の場合に、さらに大きな影響を与える可能性がある。
【０００４】
したがって、オンボード改札および集札の既存の手作業の方法に伴う弱点を克服するか軽減するために、本発明の１つまたは複数の実施形態は、改札を容易にし、手作業の集札を除去するか減らし、乗車していると予定される乗客ならびに乗車していることが実際に確認されている乗客に関する正確でタイムリーな情報を提供するユーザインタフェイスを従業員に提示するシステムおよび方法を提供する。
【０００５】
乗客がそれを介して旅行に関する予約を行い、支払うことができる多数の便利な流通チャネルすなわち、オンライン、モバイル、セルフサービスキオスク、電話を介する自動音声応答エージェント、コンタクトセンタ、ステーションエージェント（ｓｔａｔｉｏｎ  ａｇｅｎｔ）、または旅行代理店がある。これらの状況の多くでは、乗客は、たとえばウェブサイトを介して、バーコードで記録された旅行文書を印刷するか、電話などのモバイルデバイス上で旅行文書情報およびバーコードで記録された情報を受信するか、セルフサービスキオスクでバーコードで記録された旅行文書の印刷されたコピーを受け取るオプションを提供される。
【０００６】
航空ベースの例では、乗客は、航空機への搭乗を許可される前に、旅行文書、たとえばバーコードで記録された旅行文書または切符を手放す。
【０００７】
列車ベースの例では、乗客は、列車への乗車を許可される前に、旅行文書を手放す必要がない。多くの場合に、旅行文書は、列車での旅行が始まった後になるまで手放され（「リフト済み（ｌｉｆｔｅｄ）」とも称する）ない。
【図面の簡単な説明】
【０００８】
１つまたは複数の実施形態が、添付図面の図に、限定ではなく例として示され、添付図面では、同一の符号を有する要素が、全体を通して同様の要素を表す。
【図１】図１は、一実施形態による電子発券アプリケーションソリューションのアーキテクチャを示す論理分解図である。
【図２】図２は、モバイルデバイスにログインし、これを開始する、図１の電子発券アプリケーションソリューションのアーキテクチャ内の主要なデータフローを示すシーケンスフロー図である。
【図３】図３は、バーコードで記録された旅行文書を改札し、使用済みとして電子切符を記録するのにモバイルデバイスを使用する、図１の電子発券アプリケーションソリューションのアーキテクチャ内の主要なデータフローを示すシーケンスフロー図である。
【図４】図４は、乗客名リストを更新する、図１の電子発券アプリケーションソリューションのアーキテクチャ内の主要なデータフローを示すシーケンスフロー図である。
【図５】図５は、中央予約システムに照会する、図１の電子発券アプリケーションソリューションのアーキテクチャ内の主要なデータフローを示すシーケンスフロー図である。
【図６】図６は、改札プロセスの完了を示す、図１の電子発券アプリケーションソリューションのアーキテクチャ内の主要なデータフローを示すシーケンスフロー図である。
【図７】図７は、１つまたは複数の実施形態に関連して使用可能な処理デバイスを示す高水準ブロック図である。
【図８】図８は、一実施形態の少なくとも一部が実施され得るポータブルまたはトランスポータブルなコンピュータシステムを示す高水準ブロック図である。
【図９】図９は、少なくとも１つの実施形態で特定の従業員がモバイルデバイス上のｅＬｉｆｔアプリケーションにログインし、これを開始する方法を提示する流れ図である。
【図１０】図１０は、少なくとも１つの実施形態で、予約を検索し、ある切符が特定の列車について有効であることを確認し、その切符を電子的に集札するために従業員がｅＬｉｆｔアプリケーションを使用する方法を提示する流れ図である。
【図１１】図１１は、少なくとも１つの実施形態で、別の列車の多数の切符を受け入れるのに従業員がｅＬｉｆｔアプリケーションを使用する方法を提示する流れ図である。
【図１２】図１２ａ〜図１２ｄは、少なくとも１つの実施形態で、モバイルデバイス上でｅＬｉｆｔアプリケーション内で表示されるログイン画面およびスタートアップ画面を示すスクリーンショットである。
【図１３】図１３ａ〜図１３ｃは、少なくとも１つの実施形態で、モバイルデバイスのユーザインタフェイス上で従業員に表示される乗客名簿および駅統計を示すスクリーンショットである。
【図１４】図１４ａ〜図１４ｂは、少なくとも１つの実施形態で、従業員が乗客の予約を検索することを可能にする検索インタフェイスを示すスクリーンショットである。
【図１５】図１５ａ〜図１５ｄは、少なくとも１つの実施形態で、バーコードのスキャンを介してか、またはｅＬｉｆｔアプリケーションの検索能力を使用して検索することによってかのいずれかで予約が見つけられる場合に返される予約情報を示すスクリーンショットである。
【図１６】図１６ａ〜図１６ｂは、少なくとも１つの実施形態で、指定された列車について有効な切符を保有しない顧客の識別情報を入力するのに従業員が使用するタッチスクリーンインタフェイスを示すスクリーンショットである。
【図１７】図１７ａ〜図１７ｃは、少なくとも１つの実施形態で、従業員が乗客名簿上で乗客の起点および／または目的地を変更することを可能にする、ｅＬｉｆｔアプリケーションによって提供される機能を示すスクリーンショットである。
【図１８】図１８は、少なくとも１つの実施形態で、ｅＬｉｆｔアプリケーションのユーザインタフェイス上に表示される切符タイプによる乗客カウントの表示を示すスクリーンショットである。
【図１９】図１９ａ〜図１９ｄは、少なくとも１つの実施形態で、ｅＬｉｆｔアプリケーションによって提供される運賃ルックアップ機能を示すスクリーンショットである。
【図２０】図２０ａ〜図２０ｃは、少なくとも１つの実施形態で、ｅＬｉｆｔアプリケーションによって提供される乗客名簿の表示を示すスクリーンショットである。
【発明を実施するための形態】
【０００９】
説明される発券ソリューションの、たとえば少なくとも１つの実施形態のｅＴｉｃｋｅｔｉｎｇソリューションは、オープンアクセス旅客鉄道運営のうちの１つまたは複数をサポートし、電子切符（ｅＴｉｃｋｅｔ）を改札するのにモバイル技術を独自に利用し、移動中に列車に乗車している乗客の名簿を確立するように設計されている。少なくともいくつかの実施形態では、このソリューションは、改札および集札の仕事を割り当てられた従業員に、彼らが電子切符を改札し、集札し、列車に乗車している乗客の名簿を確立することを効率的に可能にするユーザインタフェイスを提供する。少なくともいくつかの実施形態では、ｅＴｉｃｋｅｔｉｎｇソリューションの少なくとも一部を、ｅＬｉｆｔアプリケーションと称する。ｅＬｉｆｔアプリケーションは、プロセッサ、コントローラ、コンピュータシステム、または類似物によって実行された時に、説明される機能のうちの１つまたは複数をプロセッサに実行させる実行可能命令のセットを含む。少なくともいくつかの実施形態では、ｅＬｉｆｔアプリケーションは、モバイルデバイス８００のメインメモリ８０６（図８）に格納される。少なくともいくつかの実施形態では、モバイルデバイス８００は、コントローラ７００（図７）からｅＬｉｆｔアプリケーションをダウンロードするように構成されている。
【００１０】
下記は、電子発券ソリューションの１つまたは複数の実施形態に見られる１つまたは複数の特徴である。
【００１１】
乗客が運賃を支払ったことを確かめる責任を負う従業員は、顧客が供給する印刷された文書上のバーコードもしくは顧客が提供するモバイルデバイス上のバーコードをスキャンするか、顧客名、予約確認番号、もしくは頻繁に旅行する人の番号を使用して顧客のｅＴｉｃｋｅｔをルックアップするのに使用されるモバイルデバイスを与えられる。少なくともいくつかの実施形態では、モバイルデバイスは、携帯電話機および／またはネットワーク能力技術を有するモバイルプロセッサを含む。
【００１２】
乗客は、バーコードで記録された旅行文書を印刷し、または旅行文書を自分のモバイルデバイス上で受信することができる。
【００１３】
乗客に提供されるバーコードは、予約レコードを参照し、したがって、複数の旅行セグメントにまたがって一緒に旅行する複数の乗客を表すことができる。
【００１４】
バーコードが予約レコードの最新版を参照するという理由から、乗客は、予約（すなわち、旅行の日付または時刻、サービスのクラスなど）を変更し、さらに旅行に関する同一のバーコードで記録された媒体を使用することができる。
【００１５】
列車に乗車している乗客の名簿は、各乗客の旅行文書が列車上で検証される時に確立される。
【００１６】
名簿情報は、中央予約システム内ならびにモバイルデバイス自体で維持される。
【００１７】
任意の所与の列車上で旅行文書改札の説明責任を負う複数の従業員がいる場合があるので、当該の列車に割り当てられた電子切符の状況は、デバイスの間で同期化される。
【００１８】
モバイルデバイスを使用するために、従業員は、ログインプロセスを介して認証されなければならない。
【００１９】
成功の認証は、従業員の義務および責任に釣り合ったアプリケーション能力およびデバイス能力を使用可能にする。
【００２０】
従業員がモバイルデバイス上で成功して認証された後に、その従業員は、そのデバイスをその従業員が働いている列車にログオンさせなければならない。
【００２１】
モバイルデバイスが列車に成功してログされた後に、当該の列車の最新の発券データが、無線ネットワーク接続、たとえば、ｗｉ−ｆｉ接続、セルラ接続、または別のモバイルネットワーク接続性機構を介して、中央予約システムからモバイルデバイスに無線でアップロードされる。
【００２２】
少なくともいくつかの実施形態では、モバイルデバイスは、モバイルデバイスおよび他のシステムへ／から発券データおよび他の情報をアップロードするために、有線ネットワーク接続を介して接続される。
【００２３】
当該の列車に関係する追加の販売、キャンセル、交換、または払い戻しが発生する時に、モバイルデバイスは、ネットワーク接続を介して中央予約システムからほぼリアルタイムの無線更新を受信する。
【００２４】
顧客が供給するバーコードで記録された媒体がスキャンされる時に、モバイルデバイスは、その常駐ｅＴｉｃｋｅｔデータベースから、一致する切符を検索する。
【００２５】
モバイルデバイスを使用する従業員は、その乗客のｅＴｉｃｋｅｔが見つかった時に、それを「受け入れ」、したがって、モバイルデバイス上で示す。
【００２６】
なんらかの理由で、当該のｅＴｉｃｋｅｔがモバイルデバイスに常駐していない場合には、そのデバイスを使用する従業員は、ｅＴｉｃｋｅｔデータを入手するために中央予約システムデータベースに照会することができる。
【００２７】
従業員が乗客のｅＴｉｃｋｅｔを「受け入れる」時には、ｅＴｉｃｋｅｔ状況は、モバイルデバイスによって即座に「使用済み」に変更され、中央予約システムおよび他の関連するモバイルデバイスは、ほぼリアルタイムでｗｉ−ｆｉ接続またはセルラ接続を介して無線で更新される。
【００２８】
中央予約システムからモバイルデバイスへのデータの送信は、どのｅＴｉｃｋｅｔデータをどのモバイルデバイスに送信すべきかを判定するビジネスロジック層および特定のモバイルデバイスへおよびこれからのメッセージの信頼できる配送を保証するメッセージ配信層からなる階層モバイル技術アーキテクチャを介して管理される。
【００２９】
少なくともいくつかの実施形態では、中央予約システムは、任意の時に任意の所与の列車に乗車している乗客の最新の名簿を作る。
【００３０】
モバイルデバイスは、ユーザ能力を関連するビジネスアプリケーションおよびビジネス関連電話番号に制限するために、リモートにプロビジョニングされる。
【００３１】
プロセス
【００３２】
乗客
【００３３】
乗客は、任意の便利な流通チャネル（たとえば、オンライン、モバイル、セルフサービスキオスク、自動音声応答エージェント、コンタクトセンタ、ステーションエージェント、または旅行代理店）を介して列車旅行を予約し、支払う。乗客は、ウェブサイトを介して自らバーコードで記録された旅行文書を印刷するか、自分のモバイルデバイス上で旅行文書情報およびバーコードを受信するか、駅のセルフサービスキオスク（使用可能な場合）またはステーションエージェントで彼らのバーコードで記録された旅行文書の印刷されたコピーを受け取るオプションを与えられる。キオスクまたはエージェントが使用可能ではない位置で、乗客が自分の旅行文書を印刷するか自分のモバイルデバイス上でそれを受信するオプションを保有しない場合には、乗客は、列車に乗車し、列車従業員に彼らの名前、予約番号、またはＡｍｔｒａｋ  Ｇｕｅｓｔ  Ｒｅｗａｒｄ（Ａｍｔｒａｋ社の頻繁に旅行する人向けプログラム）番号を与えて、モバイルデバイス上でｅＴｉｃｋｅｔを特定することができる。乗客は、写真付き身分証明書を提供するように求められる。
【００３４】
従業員
【００３５】
ｅＴｉｃｋｅｔを改札する仕事を割り当てられた従業員（１人または複数）は、まず、モバイルデバイスにサインオンして、適当なビジネスアプリケーションをアクティブ化する。次に、従業員は、ｅＴｉｃｋｅｔがその上で改札される列車にモバイルデバイスをログオンする。成功のログオン時に、当該の列車のｅＴｉｃｋｅｔデータが、少なくともいくつかの実施形態では無線で、無線ネットワーク接続を介してデバイスにアップロードされる。複数のモバイルデバイスが同一の列車にログオンする場合には、各デバイスがｅＴｉｃｋｅｔデータを受信する。その後、従業員は、モバイルデバイスを使用しながら列車を歩き回って、乗客によって供給される印刷された媒体またはモバイル媒体上のバーコードをスキャンする。乗客のｅＴｉｃｋｅｔ情報は、モバイルデバイスに常駐するｅＴｉｃｋｅｔデータのデータストアから取り出されるが、従業員に表示される。従業員は、乗客の身元を検証し、その後、モバイルデバイス上でｅＴｉｃｋｅｔの受け入れを示し、その結果、そのデバイスは、そのデータストアに常駐するｅＴｉｃｋｅｔの状況を「リフト済み」（すなわち、ｅＴｉｃｋｅｔが集札されすなわち「リフトされ」、使用済みと考えられる）に変更する。同時に、階層モバイル技術アーキテクチャを利用して、デバイスは、ｅＴｉｃｋｅｔ状況変更を中央予約システム（図２を参照されたい）に送信する。乗客が供給した媒体が複数の乗客のｅＴｉｃｋｅｔ情報を参照する場合には、モバイルデバイスは、旅行する一行のすべての個人のデータを表示し、従業員が、そのすべてが存在しているのではない場合にその一行の個々のメンバのｅＴｉｃｋｅｔを受け入れ、すべてが一緒に存在する場合には一行全体を集合的に受け入れることを可能にする。
【００３６】
図１は、一実施形態による電子発券アプリケーションソリューションの（ＥＴＡＳ）アーキテクチャの論理分解図である。ＥＴＡＳアーキテクチャは、エンタープライズサービスバス（ＥＳＢ）を介してモバイルデバイスビジネスロジック処理システムおよびモバイルゲートウェイと通信しているエンタープライズサービスプロバイダを含む。
【００３７】
少なくともいくつかの実施形態で、ＥＴＡＳアーキテクチャは、１つまたは複数のエンタープライズサービスプロバイダを含む。
【００３８】
エンタープライズサービスプロバイダは、中央予約システムおよび作業管理システムを含む。中央予約システムおよび作業管理システムは、標準的な通信インタフェイスおよび／またはプロトコルインタフェイスを介して、電子切符アプリケーションに情報を供給し、機能を提供する。送信は、エンタープライズサービスバスによってブローカリングされる同期ウェブサービスと、サブスクリプションベースの通知のためにＥＳＢにパブリッシュされる非同期イベントとを含む。
【００３９】
モバイルデバイスビジネスロジック処理（ＭＤＢＬＰ）システムは、モバイルデバイスビジネスモデルの動作に関係する情報と共に中央予約システム、他のエンタープライズシステムによって企業にパブリッシュされるビジネスイベントを解釈し、モバイルゲートウェイを介してモバイルデバイスから改札／照会メッセージを作成するのに必要なビジネスロジックを実行する。少なくともいくつかの実施形態では、ＭＤＢＬＰシステムは、メモリ内に、ビジネスロジックを含む実行可能命令および／または解釈可能命令のセットを格納する。ＭＤＢＬＰシステムは、モバイルデバイスがオンラインまたはオフラインになることを示すモバイルゲートウェイからの情報と、各モバイルデバイスが現在割り当てられている列車およびユーザがどれであるのかを示すモバイルデバイスからの情報とを受信する。このシステムは、１つまたは複数のモバイルデバイス宛のメッセージを構成することと、各モバイルデバイスからのメッセージを適当なシステムにブローカリングすることとによって動作する。
【００４０】
モバイルゲートウェイ、アダプタ、およびメッセージ配送システムは、モバイルデバイスおよびＭＤＢＬＰシステムへおよびそれらからのメッセージの信頼できる保証された配送を保証するのに使用される。モバイルゲートウェイは、連絡が確立される時の各モバイルデバイスの状態を判定し、使用中の各モバイルデバイスの状態を追跡し続け、その結果、モバイルデバイスの使用中に接続性が失われる場合に、モバイルデバイスへおよびこれから送信されるメッセージが後の配送のためにキューイングされるようにする。
【００４１】
モバイルデバイスは、オンボードビジネスプロセスの動作プラットフォームであり、ビジネスアクティビティを実行するのに必要な周辺機器を含む。ユーザインタフェイスは、モバイルゲートウェイとの接続性がない場合であってもデバイスが機能するために必要な情報を含むローカルデータストアの片側に結合される。ローカルデータストアは、それが割り当てられている列車の完全な乗客名リスト（ＰＮＬ）を含む。データストアの他方の側は、モバイルゲートウェイに関するデバイス状態（ローカルデータストア情報、ユーザ情報、および列車情報）を調整するロジックによってアクセスされる。ユーザインタフェイス（ＵＩ）サービスと同期化サービスとの両方が、独立に機能して、同一のローカルデータストアからのデータおよび／または情報を使用することによって、所望のビジネス機能およびシステム品質を満足する。デバイスへのアクセスは、アイデンティティおよびアクセス管理（ＩＡＭ）システムに戻って束縛される認可／認証機構によって制御される。
【００４２】
ＩＡＭシステムは、モバイルデバイスユーザの認可および認証をサポートする。少なくともいくつかの実施形態では、認証は、パスワード／パスコードおよび／またはセキュリティトークンおよび／またはバイオメトリックデバイス、あるいは１つまたは複数の他の類似する技術によって管理される。
【００４３】
ＥＳＢは、エンタープライズサービスプロバイダと消費者との間の協力を可能にする。ＭＤＢＬＰシステムは、ＥＳＢベースのインタフェイスおよびサービスを使用して、関連するビジネスイベントにサブスクライブし、企業によって提供されるサービスを消費する。
【００４４】
エンタープライズモビリティ管理（ＥＭＭ）は、モバイルデバイスの管理を集中化する。このシステムの能力は、モバイルデバイスに対する更新の管理、モバイルデバイスのプロビジョニングおよび構成の管理、ならびにあるデバイスが失われるか盗まれた場合にモバイルデバイス上の情報をリモートに削除できるようにするためのリモートワイプ能力の提供を含む。
【００４５】
図２は、モバイルデバイスおよび関連するビジネスアプリケーションにログオンし、乗客名リスト（ＰＮＬ）をモバイルデバイスにアップロードすることによって電子切符レコードの処理を開始するためにデバイスを開始する、図１のＥＴＡＳアーキテクチャの実施形態に対応するＥＴＡＳアーキテクチャ２０２のリフトアプリケーション内の主要なデータフローのシーケンスフロー図２００である。
【００４６】
ＭＤＢＬＰシステムは、各列車の乗客名リストおよび予約データのリアルタイム知識を受信し、メッセージを作成し、これをモバイルデバイスにアドレッシングし、これらのシステムを使用して実行されるビジネスアクティビティに基づいてモバイルデバイスから受信されたメッセージを解釈し、これに応答する、改札システムを含む命令のシーケンスを含む。改札システムは、各モバイルデバイスの現在の状態に関するモバイルゲートウェイから受信された情報をも解釈し、これに応答する。
【００４７】
予約が中央予約システム（中央予約システムの例は、Ｎａｔｉｏｎａｌ  Ｐａｓｓｅｎｇｅｒ  Ｒａｉｌｒｏａｄ  Ｃｏｒｐｏｒａｔｉｏｎ社のＡｒｒｏｗシステムである）内で行われる時に、発券情報が、予約システムファサード（ＲＳＦ）にプッシュ２０４される。ＲＳＦは、電子切符データストア２０６を更新し、その後、このイベントをＥＳＢにパブリッシュ２０８する。改札システムは、トピックのサブスクライバとしてＥＳＢからイベントを受信し、モバイルデータベースを更新２１０する。
【００４８】
従業員は、たとえば、２要素認証プロセスによって、所与のモバイルデバイスにログインする。ログイン手順は、モバイルデバイスと改札システムとの間の相互作用を介する特定の列車および日付に関するモバイルデバイスとの従業員の関連付けをもたらす。「アクティブ」状態へのモバイルデバイスの遷移は、モバイルゲートウェイによって管理され、このプロセス中に改札システムにも通信２１２される。所与の列車の乗客名リストの現在の状態は、その特定の列車に割り当てられた各モバイルデバイスに送信２１４される。少なくともいくつかの実施形態では、所与の列車のＰＮＬの現在の状態が、その特定の列車へのモバイルデバイスの割当の時に、対応するモバイルデバイスに転送される。
【００４９】
図３は、顧客によって提示されたバーコードで記録された旅行文書を検証し、リフト済みとして電子切符を記録するのにモバイルデバイスが使用される時に発生する主要なデータフローのシーケンスフロー図である。
【００５０】
従業員が、顧客のバーコードで記録された旅行文書をモバイルデバイスを用いてスキャンした後に、予約情報が、乗客名リスト内に配置される。予約に複数の乗客がある場合には、モバイルデバイスは、すべての乗客を従業員に提示する。少なくともいくつかの実施形態では、モバイルデバイスは、乗客リストの少なくとも一部を従業員に提示すると同時に、従業員が乗客リストを通って移動し、乗客リスト全体を再検討するための機構を提供する。従業員は、予約に含まれるすべての乗客のｅＴｉｃｋｅｔを使用済みとしてマークする（すなわち、切符の「リフト」を示す）ことを選択することができる。その代わりに、従業員は、予約に含まれる特定の個人だけをリフトすることを選択することができる。従業員が、あるｅＴｉｃｋｅｔをリフトした後に、モバイルデバイス上のローカルデータベースならびにＴＶＳ（改札システム）上のモバイルデータベースが更新され、切符が使用されたことを示す（図３、フロー１）。
【００５１】
ＴＶＳは、モバイルデータベース内の更新を検出し、ＥＳＢを介して（図３のＥＳＢは、Ａｍｔｒａｋサービスバスによって表される）ＲＳＦおよび中央予約システムにリフト要求を発行する（図３、フロー２）。中央予約システムは、リフト済みとして切符を記録し、これは、ＲＳＦへのパブリッシュイベントをもたらす（図３、フロー３）。ＲＳＦは、電子切符データストアを更新し（図３、フロー４）、その後、このイベントをＥＳＢにパブリッシュする（図３、フロー５）。改札システムは、トピックのサブスクライバとしてＥＳＢからイベントを受信する（図３、フロー６）。
【００５２】
ＴＶＳは、どのモバイルデバイスがＰＮＬ更新によって影響を受けるのかを判定し、それに従ってモバイルデータベースを更新する。モバイルゲートウェイは、モバイルデータベース内の変更を検出し、その変更を適当なモバイルデバイスに送信し、その結果、同一の列車に関連するモバイルデバイスが同期化されるようになる（図３、フロー７）。少なくともいくつかの実施形態では、モバイルゲートウェイがモバイルデータベース内の変更を検出した後に、モバイルゲートウェイは、その変更を、影響を受けるモバイルデバイスのすべて、すなわち、同一の列車に関連するすべてのモバイルデバイスに転送する。
【００５３】
図４は、モバイルデバイスが列車上で使用中である間に乗客名リストを更新する、電子発券リフトアプリケーション内の主要なデータフローのシーケンスフロー図である。
【００５４】
予約が、中央予約システム（Ａｒｒｏｗ）内で、ある他の形で作成され、変更され、キャンセルされ、払い戻され、または変更される時に、発券情報が、予約システムファサード（ＲＳＦ）にプッシュされる（図４、フロー１）。ＲＳＦは、電子切符データストアを更新し（図４、フロー２）、このイベントをＥＳＢにパブリッシュする（図４、フロー３）。改札システムは、トピックのサブスクライバとしてＥＳＢからこのイベントを受信し、モバイルデータベースを更新する（図４、フロー４）。
【００５５】
ＴＶＳは、どのモバイルデバイスがＰＮＬ更新によって影響を受けるのかを判定し、それに従ってモバイルデータベースを更新する。モバイルゲートウェイは、モバイルデータベース内の変更を検出し、その変更を適当なモバイルデバイスに送信し、その結果、同一の列車に関連するモバイルデバイスが、予約更新を受信するようになる（図４、フロー５）。少なくともいくつかの実施形態では、モバイルゲートウェイがモバイルデータベース内の変更を検出した後に、モバイルゲートウェイは、その変更を、影響を受けるモバイルデバイスのすべて、すなわち、同一の列車に関連するすべてのモバイルデバイスに転送する。
【００５６】
図５は、モバイルデバイスのローカルデータストア上で使用可能ではない電子切符を見つけるために中央予約システム（Ａｒｒｏｗ）に照会するのにモバイルデバイスが使用される時に発生する主要なデータフローのシーケンスフロー図である。
【００５７】
従業員が、モバイルデバイスがモバイルデバイスローカルデータストア上で突き止めることができない、バーコードで記録された旅行文書をスキャンする場合に、モバイルゲートウェイは、ＥＳＢを介して中央予約システムに照会メッセージを送信する（図５、フロー１）。中央予約システムは、照会メッセージに対する応答を判定した後に、ＥＳＢを介してモバイルゲートウェイに戻って予約および切符情報を応答する（図５、フロー２）。
【００５８】
図６は、従業員が特定の駅で乗車するすべての乗客に関する改札プロセスの完了を示す時に発生する主要なデータフローのシーケンスフロー図である。
【００５９】
従業員が、モバイルデバイスを介して、特定の駅で乗車する乗客の切符が改札されたことを示した後に、ＴＶＳ内のモバイルデータベースが更新される（図６、フロー１）。ＴＶＳは、すべての従業員が所与の停車駅に関する改札プロセスを完了した時を判定するために、所与の列車に関するすべてのアクティブ従業員を監視する（図６、フロー２）。ＴＶＳが、改札プロセスが所与の停車駅について完了したと判定した後に、ＴＶＳは、どの予約された顧客が列車に乗車していないのかを識別するプロセスを開始するために、ＥＳＢを介して中央予約システムにサービス要求を発行する（図６、フロー３）。
【００６０】
図７に、１つまたは複数の実施形態に関連して使用可能なコントローラ７００の高水準ブロック図を示す。コントローラ７００は、それぞれが通信的にバス７０８に結合される、プロセッサまたはコントローラベースのデバイス７０２、入出力（Ｉ／Ｏ）デバイス７０４、およびメモリ７０６を含む。メモリ７０６（コンピュータ可読媒体と称する場合もある）は、データおよび情報とプロセッサ７０２によって実行される命令とを格納するためにバス７０８に結合される。メモリ７０６を、プロセッサ７０２によって実行される命令の実行中に一時変数または他の中間情報を格納するのに使用することもできる。メモリ７０６は、プロセッサ７０２の静的情報および命令を格納するためにバス７０８に結合される読取専用メモリ（ＲＯＭ）または他の静的ストレージデバイスを含むこともできる。メモリ７０６は、格納のための静的デバイスおよび／または動的デバイス、たとえば光媒体、磁気媒体、および／または電子媒体、ならびに／あるいはその組合せを含むことができる。
【００６１】
Ｉ／Ｏデバイス７０４は、情報を表示する、陰極線管（ＣＲＴ）もしくはフラットパネルディスプレイまたは照明されたアイコンもしくは事前に配置された発光ダイオードなどの他の照明デバイスなどのディスプレイ、プロセッサ７０２に情報およびコマンド選択を通信する英数字キーおよび／またはファンクションキー、プロセッサに方向情報およびコマンド選択を通信し、ディスプレイ上のカーソル移動を制御し、もしくはその組合せのための、マウス、トラックボール、またはカーソル方向キーなどのカーソル制御デバイスを含むことができる。この入力デバイスは、通常、２軸内の２つの自由度を有し、第１の軸（たとえばｘ）および第２の軸（たとえばｙ）は、デバイスが平面内の位置を指定することを可能にする。少なくともいくつかの実施形態で、Ｉ／Ｏデバイス７０４は、オプションである。
【００６２】
メモリ７０６は、乗客の発券を制御し、かつ／または追跡する、１つまたは複数の実施形態による発券システム７１０を含む。発券システム７１０は、プロセッサ７０２によって実行された時にプロセッサに特定の機能を実行させる命令の１つまたは複数のセットを含む。少なくともいくつかの実施形態では、発券システム７１０は、切符を乗客に発行し、乗客および発行された切符のリストを維持し、リフトされた切符を乗客と一致させる。少なくともいくつかの実施形態では、ＥＴＡＳアーキテクチャ機能のすべてまたは少なくとも一部が、コントローラ７００上で実行される。
【００６３】
図８は、一実施形態の少なくとも一部が実施可能な携帯電話機またはセルラ電話機を含むポータブルまたはトランスポータブルなコンピュータシステム（以下ではモバイルデバイス８００と称する）の高水準ブロック図である。少なくともいくつかの実施形態で、モバイルデバイス８００は、電話機、タブレット、携帯情報端末、ラップトップコンピュータ、または他のプロセッサベースのシステムもしくはコントローラベースのシステムである。
【００６４】
モバイルデバイス８００は、バス８０２または情報を通信する他の通信機構と、情報を処理するためにバス８０２に結合されたプロセッサ８０４とを含む。モバイルデバイス８００は、ランダムアクセスメモリ（ＲＡＭ）または他の動的ストレージデバイスなど、位置情報および接続情報ならびにプロセッサ８０４によって実行される命令を格納するためにバス８０２に結合されたメインメモリ８０６をも含む。メインメモリ８０６を、プロセッサ８０４によって実行される命令の実行中に一時変数または他の中間情報を格納するのに使用することもできる。モバイルデバイス８００は、さらに、プロセッサ８０４の静的情報および命令を格納するためにバス８０２に結合された読取専用メモリ（ＲＯＭ）８０８または他の静的ストレージデバイスを含む。磁気ディスクまたは光ディスクなどのストレージデバイス８１０が、位置情報、接続情報、および命令を格納するために、設けられ、バス８０２に結合される。
【００６５】
モバイルデバイス８００を、情報をユーザに表示し、ユーザからの情報を促すために、一体化されたフラットパネルディスプレイなどのディスプレイ８１２にバス８０２を介して結合することができる。英数字キーおよびファンクションキーを含む入力デバイス８１４が、プロセッサ８０４に情報およびコマンド選択を通信するためにバス８０２に結合される。もう１つのタイプのユーザ入力デバイスが、プロセッサ８０４に方向情報およびコマンド選択を通信し、ディスプレイ８１２上のカーソル移動を制御する、マウス、トラックボール、またはカーソル方向キーなどのカーソルコントロール８１６である。この入力デバイスは、通常、２軸内の２つの自由度を有し、第１の軸（たとえばｘ）および第２の軸（たとえばｙ）は、デバイスが平面内の位置を指定することを可能にする。
【００６６】
一実施形態は、旅行の前、旅行中、および／または旅行の後の期間中の１つまたは複数の乗客に関する電子切符の使用を可能にするための、図８に示されたシステムなどのモバイルデバイス８００の使用に関する。一実施形態によれば、接続情報および位置情報は、入力デバイス８１４、カーソルコントロール８１６、または通信インタフェイス８１８を介して受け取った入力に応答してメインメモリ８０６内に含まれる命令のシーケンスをプロセッサ８０４が実行することに応答して、モバイルデバイス８００に提供される。そのような情報を、ストレージデバイス８１０などの別のコンピュータ可読媒体からメインメモリ８０６に読み込むことができる。
【００６７】
しかし、コンピュータ可読媒体は、ストレージデバイス８１０などのデバイスに限定されない。たとえば、コンピュータ可読媒体は、フロッピディスク、フレキシブルディスク、ハードディスク、磁気テープ、もしくは任意の他の磁気媒体、ＣＤ−ＲＯＭ、任意の他の光学媒体、パンチカード、紙テープ、孔のパターンを有する任意の他の物理媒体、ランダムアクセスメモリ（ＲＡＭ）、プログラム可能読取専用メモリ（ＰＲＯＭ）、電気的プログラム可能読取専用メモリ（ＥＰＲＯＭ）、フラッシュＥＰＲＯＭ、任意の他のメモリチップもしくはメモリカートリッジ、電気信号、電磁信号、赤外線信号、もしくは光学信号内で実施された搬送波、またはコンピュータがそれから読み取ることのできる任意の他の媒体を含むことができる。メインメモリ８０６内に含まれる命令のシーケンスの実行は、プロセッサ８０４に、下で説明するプロセスステップを実行させる。代替実施形態では、ハードワイヤド回路網を、コンピュータソフトウェア命令の代わりにまたはこれと組み合わせて使用して、本発明の１つまたは複数の実施形態を実施することができる。したがって、本発明の実施形態は、ハードウェア回路網およびソフトウェアの特定の組合せに限定されない。
【００６８】
モバイルデバイス８００は、バス８０２に結合された通信インタフェイス８１８をも含む。通信インタフェイス８１８は、両方向データ通信を提供する。たとえば、通信インタフェイス８１８を、サービス統合ディジタル網（ＩＳＤＮ）カード、ディジタル加入者回線（ＤＳＬ）カード、または対応するタイプの電話回線へのデータ通信接続を提供するモデムとすることができる。もう１つの例として、通信インタフェイス８１８を、互換ローカルエリアネットワーク（ＬＡＮ）へのデータ通信接続を提供するＬＡＮカードとすることができる。上で説明したように、無線リンク、たとえばＩＥＥＥ８０２標準無線接続および他の無線接続を実施することもできる。そのような実施態様のいずれにおいても、通信インタフェイス８１８は、さまざまなタイプの情報を表すディジタルデータストリームを搬送する電気信号、電磁信号、または光学信号を送信し、受信する。特に注目すべきことに、インタフェイス８１８を介する通信は、接続情報および位置情報の送信または受信を可能にすることができる。たとえば、複数のモバイルデバイス８００を、それぞれが通信インタフェイス８１８を使用する従来の形で一緒にネットワーク化することができる。
【００６９】
ネットワークリンク８２０は、通常、１つまたは複数のネットワークを介する他のデータデバイスへのデータ通信を提供する。たとえば、ネットワークリンク８２０は、サーバ７００または別のデバイス、たとえばデスクトップコンピュータシステムへのネットワークを介する接続を提供することができる。モバイルデバイス８００へおよびこれからのディジタルデータを搬送するさまざまなネットワークを介する信号とネットワークリンク８２０上および通信インタフェイス８１８を介する信号とが、情報を搬送する搬送波の例示的な形である。
【００７０】
モバイルデバイス８００は、ネットワーク（１つまたは複数）、ネットワークリンク８２０、および通信インタフェイス８１８を介してメッセージを送信し、プログラムコードを含むデータを受信する。インターネットの例では、サーバ７００は、ネットワークリンク８２０および通信インタフェイス８１８を介して、アプリケーションプログラムに関する要求されたコードを送信することができる。一実施形態によれば、１つのそのようなダウンロードされたアプリケーションは、乗客の電子切符の状況の表示、検証、および変更を提供する。
【００７１】
受信されたコードは、それが受信された時にプロセッサ８０４によって実行し、かつ／または後の実行のためにストレージデバイス８１０もしくは他の不揮発性ストレージに格納することができる。この形で、モバイルデバイス８００は、搬送波を介してアプリケーションコードを入手することができる。
【００７２】
図９に、従業員がモバイルデバイス上のｅＬｉｆｔアプリケーションにログインし、これを開始する方法を提示する流れ図を示す。乗客が彼らの運賃を支払ったことを保証する責任を負う従業員は、ｅＬｉｆｔアプリケーションを含むモバイルデバイスを与えられる。従業員は、ユーザ名およびパスワードなどのユーザ証明書を提供することによって、ｅＬｉｆｔアプリケーションにログオンする。従業員が妥当性検査された後に、ｅＬｉｆｔアプリケーションは、ユーザがタッチスクリーンユーザインタフェイスを使用して指定された列車の列車番号および列車日付を入力することを可能にする画面を表示する。成功のログオンの時に、当該の列車について有効であるすべての予約のｅＴｉｃｋｅｔデータが、無線でｗｉ−ｆｉ接続またはセルラ接続を介してモバイルデバイス上のｅＬｉｆｔアプリケーションにアップロードされる。
【００７３】
ｅＬｉｆｔアプリケーションは、各停車駅で乗車し、降車すると予定される乗客を表示する乗客名簿を従業員に与える。さらに、ユーザアプリケーションは、特別な介助を必要とする乗客が乗車しまたは降車すると予定される駅を強調表示する。
【００７４】
当該の列車に関連する追加の販売、キャンセル、交換、または払い戻しが発生する時に、モバイルデバイス上のｅＬｉｆｔアプリケーションは、そのデバイスのユーザインタフェイス上で反映される、ほぼリアルタイムの更新を受信する。
【００７５】
図１０に、予約を検索し、ある切符が特定の列車について有効であることを確認し、その切符を電子的に集札するために従業員がｅＬｉｆｔアプリケーションを使用する方法を提示する流れ図を示す。
【００７６】
従業員は、モバイルデバイスを使用しながら列車の中を歩いて、乗客によって供給された印刷された媒体またはモバイル媒体上のバーコードをスキャンする。顧客が、スキャンできるバーコードを提供しない場合には、ｅＬｉｆｔアプリケーションは、タッチスクリーンインタフェイスを使用して、顧客名、予約確認番号、または頻繁に旅行する人の番号を使用して顧客のｅＴｉｃｋｅｔをルックアップする能力を従業員に与える。
【００７７】
乗客のｅＴｉｃｋｅｔ情報は、モバイルデバイスに常駐するｅＴｉｃｋｅｔデータのデータストアから取り出されるが、ユーザインタフェイス上で従業員に表示される。予約が複数の乗客を含む場合には、モバイルデバイスのユーザインタフェイスは、旅行する一行のすべての個人のデータを表示し、従業員が、個人のすべてが存在するのではない場合には一行の個々のメンバのｅＴｉｃｋｅｔを受け入れ、個人のすべてが一緒に存在する場合には一行全体を同時に受け入れることを可能にする。ユーザインタフェイス上に表示される乗客のｅＴｉｃｋｅｔｉｎｇ情報は、切符タイプ、特別なサービスの要求、および他の詳細な発券情報などの識別詳細を含む。
【００７８】
要求される場合に、ｅＬｉｆｔアプリケーションは、タッチスクリーンユーザインタフェイスを介して乗客の身元を検証するように従業員に促す。身元が確認された後に、ｅＬｉｆｔアプリケーションは、切符が指定された列車および日付の旅行について有効であることを確認する。
【００７９】
ｅＬｉｆｔアプリケーションが、切符が有効ではないと判定する場合には、ユーザインタフェイスは、切符が有効ではない理由を示すメッセージを従業員に表示する。そのようなメッセージは、切符が既に使用され、払い戻され、またはキャンセルされたこと、あるいは切符が指定された列車または日付について有効ではないことを反映する可能性がある。
【００８０】
乗客が、有効な切符なしで列車に乗車する場合には、ｅＬｉｆｔアプリケーションは、乗客の識別情報をユーザインタフェイスに入力することによって、乗客が列車に乗車していることを文書化する能力を従業員に与える。
【００８１】
要求される場合に、従業員は、モバイルデバイスのタッチスクリーンインタフェイスを使用して、乗客の起点および目的地を変更することができる。
【００８２】
従業員は、モバイルデバイス上でｅＴｉｃｋｅｔの受け入れを示し、その結果、ｅＬｉｆｔアプリケーションは、そのデータストアに常駐しているｅＴｉｃｋｅｔの状況を「リフト済み」（すなわち、ｅＴｉｃｋｅｔが集札され、すなわち「リフトされ」、使用済みと考えられる）に変更する。この時に、ユーザインタフェイスは、切符がリフト済みであることを従業員に視覚的に思い出させるためにディスプレイ上にインジケータを提供する。同時に、モバイルデバイスは、階層モバイル技術アーキテクチャを利用して、中央予約システムにｅＴｉｃｋｅｔ状況変更を送信する（図２を参照されたい）。
【００８３】
列車に乗車していることが確認された乗客の名簿は、各乗客の旅行文書が列車上で改札される時に確立される。
【００８４】
名簿情報は、中央予約システム内ならびにモバイルデバイス自体のｅＬｉｆｔアプリケーション内で維持される。この名簿は、モバイルデバイスのユーザインタフェイス上で従業員によって可視である。
【００８５】
図１１に、別の列車の多数の切符を受け入れるのに従業員がｅＬｉｆｔアプリケーションを使用する方法を提示する流れ図を示す。
【００８６】
従業員が、別の列車からの多数の乗客を彼らの指定された列車に受け入れるように彼らの経営者によって指示される場合（たとえば、別の列車が機械的問題を有する場合）に、ｅＬｉｆｔアプリケーションは、従業員に、第２の列車について有効なｅＴｉｃｋｅｔを彼らのモバイルデバイスにダウンロードする能力を与え、その結果、これらのｅＴｉｃｋｅｔを、通常のプロセスに従って改札し、集札することができる。
【００８７】
図１２ａに示されているように、ｅＬｉｆｔアプリケーションを呼び出す時に、従業員は、タッチスクリーンインタフェイス上でユーザ名およびパスワードを入力する能力を従業員に与えるログイン画面を提示される。図１２ｂは、従業員がそこでｅＴｉｃｋｅｔを改札することを望む列車番号および列車日付を入力するのに従業員が使用する画面の例を提示する。図１２ｃ〜１２ｄは、さらに、従業員が、彼のモバイルデバイスにアップロードされた切符の枚数およびこのアップロードプロセスの成功の完了の視覚的確認を与えられる、ｅＴｉｃｋｅｔアップロードプロセスを示す。
【００８８】
図１３ａ〜１３ｃは、モバイルデバイスのユーザインタフェイスに表示される乗客名簿を示す。図１３ａは、各停車駅で乗車し、降車すると予定される乗客のカウントと共に列車ルートに沿った駅のリストを従業員に与える。さらに、図１３ａは、特別な介助を必要とする可能性がある、乗車するか降車する乗客を有する停車駅を強調表示する。ｅＬｉｆｔアプリケーションは、従業員が駅名にタッチすることによって各駅に関するさらなる情報を得ることを可能にし、その結果、図１３ｂの駅統計情報が表示される。従業員は、所望のカテゴリにタッチすることによって、図１３ｂに表示されたカテゴリのそれぞれの乗客名リストへのアクセスを得ることができ、その結果、図１３ｃの乗客名リストが表示される。
【００８９】
図１４ａ〜１４ｂに、顧客がスキャン可能なバーコードを保有しない時に従業員が使用する検索プロセスを示す。図１４ａに示されているように、従業員は、ユーザインタフェイス内に識別情報をタイプし始めることができ、その結果、アプリケーションは、図１４ｂに示されているように、乗客名リストをフィルタリングする。
【００９０】
図１５ａ〜１５ｄに、バーコードのスキャンを介してまたは検索を使用して検索することによってのいずれかで予約が見つけられる時に返される、切符タイプを含む予約情報の一部を示す。図１５ｂは、複数の乗客を含む予約の例示であり、図１５ｃは、乗客の身元がチェックされたことを従業員が確認することを必要とする予約を表示する。図１５ｄは、特別なサービスを提供するために要求されるアクションを行うように従業員に促す特別なサービス要求を含む予約を表示する。
【００９１】
図１６ａ〜１６ｂに、指定された列車について有効な切符を保有しない顧客の識別情報を従業員が入力する能力を示す。従業員は、タッチスクリーンインタフェイスを使用して、切符のタイプ、乗客の人数、および乗客名を特定することができ、その結果、これらの切符を発行されていない乗客を、乗客名簿上で文書化することができる。
【００９２】
図１７ａ〜１７ｃに、タッチスクリーンユーザインタフェイスを使用して乗客の起点および／または目的地を変更するためにｅＬｉｆｔアプリケーションが従業員に提供する機能を示す。図１７ｂは、指定された列車の有効なオプションを通ってスクロールすることによって、従業員が新しい起点／目的地を効率的に選択する能力を示す。図１７ｃは、従業員によって選択された起点／目的地の文書化を示す。
【００９３】
図１８に、特定の列車上でリフトされた切符タイプによる切符の枚数に関する情報を従業員が見る能力を示す。
【００９４】
本発明の１つまたは複数の実施形態は、鉄道従業員による改札および集札のシステム、方法、およびユーザインタフェイス（ＵＩ）を対象とする。本発明の１つまたは複数の実施形態の方法は、列車に乗車している乗客の切符を改札し、電子的に集札するためにモバイル通信デバイス上に表示されるタッチスクリーンインタフェイスをユーザに与えることを含む。ユーザインタフェイスプロセッサおよびモバイル通信デバイスは、無線ネットワークまたはセルラネットワークを介して通信している。
【００９５】
モバイルデバイスにログオンし、操作される特定の列車を示す手段を提供するタッチスクリーンインタフェイスが提供される。単一のまたは複数の実施形態では、インタフェイスプロセッサおよびモバイル通信デバイスは、無線ネットワークを介して通信している。たとえば、無線接続を、インタフェイスプロセッサをホスティングするサーバと通信している無線アクセスポイントと通信して配置されたモバイル通信デバイスによって確立することができる。
【００９６】
ルートに沿った停車駅ごとにすべての予定される乗客カウントおよび実際の乗客カウントを表示するインタフェイスが生成される。このＵＩは、指定された列車の有効な予約を保持するすべての乗客の乗客名および切符詳細をも表示する。このＵＩは、切符が既に使用済み、払い戻し済み、キャンセル済み、または変更済みとしてマークされている場合を含めて、各切符に関する詳細情報を提供する。タッチスクリーンインタフェイスは、すべての表示される情報を効率的に見る能力をユーザに提供する。
【００９７】
ユーザが、バーコードのスキャンまたは予約に関する識別情報をタイプして入力することを含む複数の手段によって予約を検索することを可能にするタッチスクリーンインタフェイスが提示される。予約が見つかった後に、インタフェイスは、予約に関連するすべての乗客を表示する。
【００９８】
ユーザが切符詳細を見、提示された切符が指定された列車について有効であることを検証し、要求される場合に乗客の身元を確認し、乗客がその列車に乗車していることを文書化し、切符が使用済みであることを示すことを可能にする、タッチスクリーンインタフェイスが提示される。
【００９９】
本発明の１つまたは複数の実施形態のタッチスクリーンユーザインタフェイスは、ユーザが、指定された列車の有効な切符を保持していない乗客の存在を文書化することをも可能にする。タッチスクリーンユーザインタフェイスは、乗客ならびに旅行される起点および目的地に関する識別詳細を示す能力を提供する。
【０１００】
このシステムは、さらに、ユーザが、異なる列車から切符を有する乗客を受け入れ、ユーザによって指定される列車上の彼らの存在を記録することを可能にするタッチスクリーンユーザインタフェイスを含む。
【０１０１】
タッチスクリーンユーザインタフェイスは、ユーザに、特定の駅のすべての切符が改札され、電子的に集札される時を示す能力をも与える。
【０１０２】
タッチスクリーンユーザインタフェイスは、ユーザに、乗客カウントおよび運賃情報を含む列車に関する情報を表示する能力を与える。
【０１０３】
当業者は、開示された実施形態が、上で示した利点のうちの１つまたは複数を満足させることをたやすく理解するであろう。前述の明細書を読んだ後に、当業者は、本明細書で大まかに開示されたさまざまな変更形態、同等物の置換形態、およびさまざまな他の実施形態に影響することができる。したがって、本明細書で与えられる保護が、添付の特許請求の範囲に含まれる定義およびその同等物によってのみ限定されることが意図されている。
【図１】
2014006899.tif 000003
【図２】
2014006899.tif 000004
【図３】
2014006899.tif 000005
【図４】
2014006899.tif 000006
【図５】
2014006899.tif 000007
【図６】
2014006899.tif 000008
【図７】
2014006899.tif 000009
【図８】
2014006899.tif 000010
【図９】
2014006899.tif 000011
【図１０】
2014006899.tif 000012
【図１１】
2014006899.tif 000013
【図１２】
2014006899.tif 000014
【図１３】
2014006899.tif 000015
【図１４】
2014006899.tif 000016
【図１５】
2014006899.tif 000017
【図１６】
2014006899.tif 000018
【図１７】
2014006899.tif 000019
【図１８】
2014006899.tif 000020
【図１９】
2014006899.tif 000021
【図２０】
2014006899.tif 000022
【外国語明細書】
2014006899000001.pdf
2014006899000002.pdf
2014006899000003.pdf
2014006899000004.pdf