(57)【要約】【課題】【解決手段】本発明は、シャトルバス搭乗客確認端末に関し、使用者端末から搭乗コードを受信する通信部、車両情報を記憶する記憶部、及び受信した搭乗コード中の車両情報を記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する処理部を含むことにより、路線コード又は車両コードという簡単な情報のみを用いて素早く簡便にシャトルバス搭乗者を確認することができる。【選択図】  図１
2019522304.tif 000002
【特許請求の範囲】
【請求項１】
使用者端末から搭乗コードを受信する通信部と、
車両情報を記憶する記憶部と、
前記受信した搭乗コード中の車両情報を前記記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する処理部とを含む、シャトルバス搭乗客確認端末。
【請求項２】
前記記憶部に記憶された車両情報は路線コードであり、
前記搭乗コードはサーバーから前記使用者端末が受信する情報であり、
前記搭乗コードには搭乗者コード及び前記サーバーに記憶された路線コードが暗号化して含まれる、請求項１に記載のシャトルバス搭乗客確認端末。
【請求項３】
前記記憶部に記憶された車両情報は該当車両固有の車両コードであり、
前記搭乗コードはサーバーから前記使用者端末が受信する情報であり、
前記搭乗コードには搭乗者コード及び前記サーバーに記憶された車両コードが暗号化して含まれる、請求項１に記載のシャトルバス搭乗客確認端末。
【請求項４】
前記記憶部は、シャトルバス搭乗者情報を記憶しない、又は、シャトルバス搭乗者情報を記憶するサーバーと同期化しない、請求項１に記載のシャトルバス搭乗客確認端末。
【請求項５】
前記搭乗コードは、サーバーの使い捨て用暗号化キー生成器で生成される暗号化キーを用いて暗号化した情報である、請求項１に記載のシャトルバス搭乗客確認端末。
【請求項６】
前記処理部は、使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記搭乗コードを復号化する、請求項１に記載のシャトルバス搭乗客確認端末。
【請求項７】
前記通信部は、前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信する、請求項１に記載のシャトルバス搭乗客確認端末。
【請求項８】
サーバーに搭乗者コードとともに搭乗券発生要請を送信し、前記搭乗券発生要請による受信した搭乗コードを前記サーバーから受信し、前記搭乗コードをシャトルバス搭乗客確認端末に送信する使用者端末と、
前記使用者端末から搭乗コードを受信し、前記受信した搭乗コード中の車両情報を記憶している車両情報と比較して搭乗者の搭乗権限を判断し、前記使用者端末の搭乗承認により乗車及び下車情報を車両情報とともに前記サーバーに送信するシャトルバス搭乗客確認端末と、
前記使用者端末から前記搭乗券発生要請を受け、該当搭乗客が乗車すべき車両についての車両情報を暗号化して前記使用者端末に送信し、前記乗車及び下車情報を前記シャトルバス搭乗客確認端末から受信して管理するサーバーとを含み、
前記シャトルバス搭乗客確認端末が前記搭乗権限を判断する車両情報は路線コード又は該当車両固有の車両コードである、シャトルバス管理システム。
【請求項９】
使用者端末から搭乗コードを受信する段階と、
前記受信した搭乗コード中の車両情報を記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する段階とを含み、
前記搭乗権限を判断する車両情報は路線コード又は該当車両固有の車両コードである、シャトルバス搭乗客確認方法。
【請求項１０】
前記使用者端末から搭乗コードを受信する段階後、
使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記受信した搭乗コードを復号化する段階をさらに含む、請求項９に記載のシャトルバス搭乗客確認方法。
【請求項１１】
前記搭乗者の搭乗権限を判断した結果、搭乗権限を有すると判断された場合、
前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信する段階をさらに含む、請求項９に記載のシャトルバス搭乗客確認方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シャトルバス搭乗客確認端末に関し、詳細には、簡単な車両情報のみを用いてシャトルバス搭乗客を確認するシャトルバス搭乗客確認端末、シャトルバス管理システム、及びシャトルバス搭乗客確認方法に関する。
【背景技術】
【０００２】
従来は、シャトルバスの搭乗客を確認するために、主にＲＦＩＤカード、ビーコン、ＱＲ−ＣＯＤＥ（登録商標）などを備えた社員証、学生証などを用い、搭乗客確認のために車両内に設置された搭乗客確認端末に搭乗客情報（社員番号、ＲＦＩＤカードＵＩＤ、ビーコンＵＩＤなど）を記憶して管理している。会社などで運営するシャトルバスは職員数が多く、運行されるバスも路線も多様である。職員は、特定の路線のみに特定されず、全ての路線の車両に乗務する場合、搭乗客を確認するための名簿を更新して記憶する必要があり、又、特定の路線に配車されるバスを変更する場合、配車されるバスごとに該当路線の搭乗客の名簿を新たに記憶して登録しなければならないという問題がある。
【０００３】
本発明に関連した先行技術としては、「搭乗客管理方法及び装置（特許文献１）」などがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】大韓民国特許公開第１０−２００６−０１３５２５９明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする第1の課題は、簡単な車両情報のみを用いてシャトルバス搭乗客を確認するシャトルバス搭乗客確認端末を提供することである。
【０００６】
本発明が解決しようとする第２の課題は、簡単な車両情報のみを用いてシャトルバス搭乗客を確認するシャトルバス管理システムを提供することである。
【０００７】
本発明が解決しようとする第３の課題は、簡単な車両情報のみを用いてシャトルバス搭乗客を確認するシャトルバス搭乗客確認方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明は前記第１の課題を解決するために、使用者端末から搭乗コードを受信する通信部と、車両情報を記憶する記憶部と、前記受信した搭乗コード中の車両情報を前記記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する処理部とを含むシャトルバス搭乗客確認端末を提供する。
【０００９】
本発明の他の態様によれば、前記記憶部に記憶された車両情報は路線コードであり、前記搭乗コードはサーバーから前記使用者端末が受信する情報であり、前記搭乗コードには搭乗者コード及び前記サーバーに記憶された路線コードが暗号化して含まれるシャトルバス搭乗客確認端末であり得る。
【００１０】
本発明の他の態様によれば、前記記憶部に記憶された車両情報は該当車両固有の車両コードであり、前記搭乗コードはサーバーから前記使用者端末が受信する情報であり、前記搭乗コードには搭乗者コード及び前記サーバーに記憶された車両コードが暗号化して含まれるシャトルバス搭乗客確認端末であり得る。
【００１１】
本発明の他の態様によれば、前記記憶部は、シャトルバス搭乗者情報を記憶しない、又は、シャトルバス搭乗者情報を記憶するサーバーと同期化しないシャトルバス搭乗客確認端末であり得る。
【００１２】
本発明の他の態様によれば、前記搭乗コードは、サーバーの使い捨て用暗号化キー生成器で生成される暗号化キーを用いて暗号化した情報であるシャトルバス搭乗客確認端末であり得る。
【００１３】
本発明の他の態様によれば、前記処理部は、使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記搭乗コードを復号化するシャトルバス搭乗客確認端末であり得る。
【００１４】
本発明の他の態様によれば、前記通信部は、前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信するシャトルバス搭乗客確認端末であり得る。
【００１５】
本発明は、前記第２の課題を解決するために、サーバーに搭乗者コードとともに搭乗券発生要請を送信し、前記搭乗券発生要請により受信した搭乗コードを前記サーバーから受信し、前記搭乗コードをシャトルバス搭乗客確認端末に送信する使用者端末と、前記使用者端末から搭乗コードを受信し、前記受信した搭乗コード中の車両情報を記憶している車両情報と比較して搭乗者の搭乗権限を判断し、前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともに前記サーバーに送信するシャトルバス搭乗客確認端末と、前記使用者端末から前記搭乗券発生要請を受け、該当搭乗客が乗車すべき車両についての車両情報を暗号化して前記使用者端末に送信し、前記乗車及び下車情報を前記シャトルバス搭乗客確認端末から受信して管理するサーバーとを含み、前記シャトルバス搭乗客確認端末が前記搭乗権限を判断する車両情報は路線コード又は該当車両固有の車両コードであるシャトルバス管理システムを提供する。
【００１６】
本発明は、前記第３の課題を解決するために、使用者端末から搭乗コードを受信する段階と、前記受信した搭乗コード中の車両情報を記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する段階とを含み、前記搭乗権限を判断する車両情報は路線コード又は該当車両固有の車両コードであるシャトルバス搭乗客確認方法を提供する。
【００１７】
本発明の他の態様によれば、前記使用者端末から搭乗コードを受信する段階後、使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記受信した搭乗コードを復号化する段階をさらに含むシャトルバス搭乗客確認方法であり得る。
【００１８】
本発明の他の態様によれば、前記搭乗者の搭乗権限を判断した結果、搭乗権限を有すると判断された場合、前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信する段階をさらに含むシャトルバス搭乗客確認方法であり得る。
【発明の効果】
【００１９】
本発明によれば、路線コード又は車両コードという簡単な情報のみを用いて素早く簡便にシャトルバス搭乗者を確認することができる。これにより、シャトルバス搭乗者の名簿を記憶すること、及び同期化してアップデートする必要がないので、速度が早く、通信障害などによって発生し得る問題を解消することができる。路線によって車両の配車が変更しても路線情報のみアップデートすれば搭乗者を確認することができるので、搭乗者の便宜性が増大し、効率的なシャトルバス管理が可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るシャトルバス搭乗客確認端末のブロック図である。
【図２】本発明の一実施形態に係るシャトルバス管理システムのブロック図である。
【図３】本発明の一実施形態に係るシャトルバス管理システムにおいて搭乗客確認端末、使用者端末、及びサーバーが送受する情報を示した図である。
【図４】本発明の一実施形態に係るシャトルバス管理システムにおいて搭乗客確認端末、使用者端末、及びサーバーが送受する情報を示した図である。
【図５】本発明の一実施形態に係るシャトルバス搭乗客確認方法のフローチャートである。
【図６】本発明の他の実施形態に係るシャトルバス搭乗客確認方法のフローチャートである。
【発明を実施するための形態】
【００２１】
本発明の一実施形態に係るシャトルバス搭乗客確認端末は、使用者端末から搭乗コードを受信する通信部、車両情報を記憶する記憶部、及び前記受信した搭乗コード中の車両情報を前記記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する処理部を含む。
【００２２】
本発明に関する詳細な説明に先立ち、理解の便宜のために、本発明が解決しようとする課題の解決方案の概要又は技術的思想の核心をまず提示する。
【００２３】
本発明の一実施形態に係るシャトルバス搭乗客確認端末は、使用者端末から搭乗コードを受信する通信部、車両情報を記憶する記憶部、及び前記受信した搭乗コード中の車両情報を前記記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する処理部を含む。
【００２４】
以下、添付図面に基づき、本発明が属する技術分野において通常の知識を有する者が本発明を容易に実施することが可能なように実施形態を詳細に説明する。しかし、これらの実施形態は本発明を具体的に説明するためのものであって、本発明の範囲がこれによって制限されないことは当該分野の通常の知識を有する者には明らかであろう。
【００２５】
本発明が解決しようとする課題の解決方案を明確にするための発明の構成を本発明の好適な実施形態に基づいて添付図面を参照して詳細に説明し、当該図面を説明する際、必要な場合には他の図面に示された構成要素を引用できることを予め明らかにしておく。又、本発明の好適な実施形態に対する動作原理を詳細に説明するにあたり、本発明に係る公知の機能又は構成についての具体的な説明及びその他の諸般事項によって本発明の要旨が不必要にあいまいになると思われる場合、その詳細な説明を省略する。
【００２６】
以下は、既存のシャトルバスにおいて搭乗客を確認する際に生じる事例である。
【００２７】
まず、シャトルバス車両に乗務可能な職員が多数で（会社の場合）、職員の変動が多く、職員は全ての路線の車両に乗務可能な権限を有する場合（事例１）、サーバーから職員情報を受信し、車両に備わるシャトルバス搭乗客確認端末内のデータベースに記憶して、職員の変動事項を更新しなければならない。又、シャトルバス車両が特定の路線にだけ配車されるのではなく路線を変更して配車され、シャトルバスの路線によって料金が異なる場合（事例２）、車両が路線に配車される都度、既存路線の搭乗客情報を削除して、該当路線の搭乗客情報を新たに更新しなければならない。
【００２８】
このように搭乗客情報を頻繁に更新する必要があるシャトルバスの場合、下記のような問題が発生する。
【００２９】
ｉ．移動通信データ使用料の過多と搭乗客データを同期化する速度の低下が生じる。毎日搭乗客データを更新するためにサーバーから多量のデータをダウンロードする必要があり（事例１）、車両の特性上、移動通信網を用いるしかないので、移動通信データの使用量が過多になる。さらに、多量のデータをダウンロードしてフラッシュメモリに再作成する過程において相当な時間が費やされ（実際には１０分程度の時間が必要）、データ同期化中は搭乗客確認の業務が不可能となる。
【００３０】
ｉｉ．データの安全性が低い。車両搭乗客確認端末は主に低仕様のマイコン端末を用い、内部フラッシュメモリにて搭乗客ＤＢを管理する。しかし、車両の特性上、頻繁な電源のオン／オフ及びノイズなどに伴う問題によってファイルシステムが破壊される、又は、不安定な状態がしばしば生じ得る。
【００３１】
ｉｉｉ．データの不正確性が生じるおそれがある。１日１回の更新によっては、新入社員又は退社者に関する未更新の情報によって搭乗客確認の正確性が低下することがある。
【００３２】
ｉｖ．データの整合性が低い。多量のデータをサーバーと同期化しなければならない状況、又は移動体である車両の特性上、移動中のデータ送受信時に信号伝送の断絶又は速度低下などの通信状態不良によって、同期化したデータが不正確となるおそれがある。
【００３３】
ｖ．応答速度が低下するおそれがある。搭乗客が列をなしてバスに乗車する場合には搭乗客確認端末のＲＦＩＤ認識及び搭乗権限確認を素早く行わなければならないが、高性能でないマイコン端末に多量（６万件）の搭乗客データを保管する場合、応答速度が低下して搭乗客を待たせるおそれがある。
【００３４】
ｖｉ．フラッシュメモリの寿命短縮によって故障が発生するおそれがある。最大書き込み回数が決まっているフラッシュメモリの特性上、事例２のような頻繁なデータ更新（書き込み）が行われる場合、メモリの寿命が短くなって搭乗客確認端末が故障するおそれがある。
【００３５】
ｖｉｉ．データ流出の可能性がある。搭乗客の個人情報（社員番号、ＲＦＩＤカード番号など）は移動体であるバスに設置された「搭乗客確認端末機」に内蔵されているので、個人情報及び保安データが流出する可能性が高い。特に、企業出入カード及び搭乗カードを同一の企業が運営する場合も多く、（バスの車庫は会社にはないので、誰でも容易に「搭乗客確認端末機」に近付いて奪取することができるため、）「搭乗客確認端末機」のハッキングによって容易に企業の入退セキュリティが脅威にさらされるおそれがある。
【００３６】
ｖｉｉｉ．社員証の複製が可能となり得る。「搭乗客確認端末機」及び社員証などの搭乗客確認媒体を保有する場合、「搭乗客確認端末機」と社員証の間を送受するデータを横取りして容易に社員証を複製することが可能となるおそれがある。
【００３７】
ｉｘ．サーバー連動認証が不可能となるおそれがある。移動通信網に連結され、移動する車両に設置されているので、通信環境が良くなく（実際に当社で運用したフィリピンの韓進重工業造船所の場合、通勤車両が移動する経路の７０％が移動通信陰影地域である）、端末機自体に認証関連情報を内蔵せず、サーバーと実時間で連結して認証する方式の適用は不可能である。
【００３８】
前記のような既存のシャトルバス運行方式で発生し得る問題に対し、本発明の一実施形態に係るシャトルバス搭乗客確認端末においては、多量のデータ更新を行うことなく、簡単な情報のみを用いてシャトルバス搭乗客確認の簡便性及び情報の安全性を確保する。以下、本発明の一実施形態に係るシャトルバス搭乗客確認端末について詳細に説明する。
【００３９】
図１は本発明の一実施形態に係るシャトルバス搭乗客確認端末のブロック図である。
【００４０】
本発明の一実施形態に係るシャトルバス搭乗客確認端末１１０は、通信部１１１、記憶部１１２、及び処理部１１３からなる。
【００４１】
通信部１１１は使用者端末１２０から搭乗コードを受信する。搭乗客が車両に搭乗するとき、搭乗客が備えている使用者端末１２０から搭乗コードを受信する。使用者端末１２０はスマートフォンのようなモバイル端末、又は通信機能及び記憶機能を有する社員証のような搭乗券であってもよい。搭乗コードは、搭乗客の搭乗券発生要請によってサーバーで生成され、使用者端末１２０がサーバーから受信する情報である。通信部１１１は、搭乗コードの保存形態によって、ＱＲコード（登録商標）リーダー、バーコートリーダー、ＮＦＣリーダー、又はＢＬＥ端末（ビーコンの場合）によって具現化され、使用者端末１２０と通信することができる。
【００４２】
記憶部１１２は車両情報を記憶する。使用者端末１２０から受信した搭乗コードに含まれる車両情報との比較に必要な車両情報が記憶部１１２に記憶される。
【００４３】
処理部１１３は、前記受信した搭乗コード中の車両情報を前記記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する。処理部１１３は、搭乗コードから車両情報を読み出し、記憶部１１２に記憶された車両情報と比較することによって搭乗者が搭乗権限を有するかを判断して搭乗者の搭乗を承認する。
【００４４】
搭乗客の搭乗権限を判断する車両情報は路線コード又は車両固有の車両コードを用いることができる。路線コード又は車両固有の車両コードのみを用いて搭乗客を確認するので、既存のシャトルバスの問題が生じる原因となるシャトルバス搭乗者情報を記憶することや、シャトルバス搭乗者情報を記憶するサーバーと同期化させる必要がない。
【００４５】
路線コードを用いる場合、記憶部１１２は搭乗客名簿などの搭乗客情報を記憶して確認用に用いずに、路線コードのみを車両情報として記憶する。車両が配車される路線が一定である場合、一つの路線コードのみを記憶し、路線が変わる場合にはサーバーと配車情報のみを同期化して路線コードのみを更新する。サーバーは搭乗客の乗車券発生要請を受けると、搭乗客が乗ろうとする路線コードを用いて搭乗コードを生成して使用者端末１２０に送信する。このとき、サーバーで生成される搭乗コードには搭乗者コード及び前記サーバーに記憶された路線コードを暗号化して含めてもよい。
【００４６】
車両固有の車両コードを用いる場合、記憶部１１２は搭乗客名簿などの搭乗客情報を記憶して確認用に用いずに、車両コードのみを車両情報として記憶する。車両固有の車両コードは固定情報であるので、記憶部１１２に記憶された車両情報の更新は不必要である。サーバーは、搭乗客の乗車券発生要請を受けると、搭乗客が乗ろうとする路線に配車された車両コードを用いて搭乗コードを生成して使用者端末１２０に送信する。このとき、サーバーで生成される搭乗コードには搭乗者コード及び前記サーバーに記憶された車両コードを暗号化して含めてもよい。
【００４７】
前記搭乗コードはサーバーの使い捨て用暗号化キー生成器で生成される暗号化キーを用いて暗号化した情報であってもよい。搭乗コードのハッキング又はコピーなどの問題を防止するために、搭乗コードを生成するとき、ＯＴＰ生成器のような、使い捨て用暗号化キー生成器を用いることができる。サーバーは、使い捨て用暗号化キー生成器で生成される暗号化キーを用いて搭乗コードを暗号化して生成してもよい。
【００４８】
搭乗コードが暗号化される場合、処理部１１３は使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記搭乗コードを復号化することができる。暗号化した搭乗コードを復号化して車両コードを読み出すために、処理部１１３はＯＴＰ生成器のような使い捨て用暗号化キー生成器を用いればよい。処理部１１３は、使い捨て用暗号化キー生成器で生成される暗号化キーを用いて搭乗コードを復号化して車両情報を読み出し、記憶部１１２に記憶された車両情報との比較を行うことができる。
【００４９】
処理部１１３での車両情報比較によるシャトルバス搭乗客に対する搭乗承認が行われると、通信部１１１は使用者端末１２０の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信することができる。シャトルバス搭乗客に対するサーバーの管理のために、乗車及び下車情報をサーバーに送信することができる。当該送信は、実時間で又は周期的に行われるが、事後的情報であり、実時間で情報を送信する必要がないので、通信環境に応じて送信することができる。乗車及び下車情報には、搭乗者コード、搭乗時刻、車両コード、路線コードなどを含めることができる。乗車及び下車情報は、搭乗客数の調節、シャトルバスの配車など、シャトルバスの管理に用いることができる。
【００５０】
前記のようなシャトルバス搭乗客確認端末を用いて図２のシャトルバス管理システム２００を具現化することができる。シャトルバス管理システム２００は、使用者端末２１０、シャトルバス搭乗客確認端末２２０、及びサーバー２３０からなる。シャトルバス管理システム２００についての詳細な説明は図１のシャトルバス搭乗客確認端末１１０についての詳細な説明に対応するので、重複する説明は省略する。
【００５１】
使用者端末２１０は、サーバー２３０に搭乗者コードとともに搭乗券発生要請を送信し、前記搭乗券発生要請による受信した搭乗コードを前記サーバー２３０から受信し、前記搭乗コードをシャトルバス搭乗客確認端末２２０に送信する。
【００５２】
シャトルバス搭乗客確認端末２２０は、前記使用者端末２１０から搭乗コードを受信し、前記受信した搭乗コード中の車両情報を記憶している車両情報と比較して搭乗者の搭乗権限を判断し、前記使用者端末２１０の搭乗承認による乗車及び下車情報を車両情報とともに前記サーバー２３０に送信する。前記シャトルバス搭乗客確認端末２２０が前記搭乗権限を判断する車両情報は路線コード又は該当車両固有の車両コードである。
【００５３】
サーバー２３０は、前記使用者端末２１０から前記搭乗券発生要請を受け、該当搭乗客が乗車すべき車両に対する車両情報を暗号化して前記使用者端末２１０に送信し、前記乗車及び下車情報を前記シャトルバス搭乗客確認端末２２０から受信して管理する。
【００５４】
図３及び図４は本発明の実施形態に係るシャトルバス管理システムにおいて搭乗客確認端末、使用者端末、及びサーバーが送受する情報を具体的に示した図である。
【００５５】
図３は路線コードのみを用いて搭乗客の搭乗権限を確認する場合を示す図である。使用者端末で搭乗券発生要請が選択されると、使用者端末からサーバーに搭乗コード発生要請を送信する。搭乗コード発生要請には、搭乗者コード、搭乗者が乗ろうとする路線コードが含まれる。搭乗コード発生要請を受信したサーバーは、データベースに記憶された配車情報などを用いて搭乗路線を照会し、該当路線に対する搭乗客路線承認の可否を判断する。サーバーに記憶された配車情報は搭乗客確認端末と同期化した情報である。承認された場合、搭乗コードエンコーダーで搭乗客確認のための情報である路線コードを搭乗者コードとともに暗号化する。このとき、ＯＴＰ生成器を用いて暗号化キーを生成し、路線コード及び搭乗者コードを暗号化して搭乗コードを生成する。サーバーは暗号化した搭乗コードを使用者端末に送信する。使用者端末は、承認された搭乗コードを受信した場合、該当搭乗コードを用いて搭乗券の形態に変換することができる。搭乗券データはＱＲコード（登録商標）、バーコード、ＮＦＣ、ビーコンの態様にて処理することができる。車両に搭乗する際、使用者端末は車両に備わる搭乗客確認端末と通信することによって搭乗コードを送信する。搭乗客確認端末は搭乗券の態様によって通信の態様を変更することができる。受信した搭乗コードは暗号化されているので、これを復号化する。ＯＴＰ生成器を用いて復号化キーを生成し、搭乗コードから路線コードと搭乗者コードを読み出す。前記読み出された路線コードと搭乗客確認端末に記憶された路線コードのみを比較することによって搭乗権限を確認する。路線コードが同一である場合、該当搭乗客は搭乗権限を有すると判断して搭乗を承認し、これによって生じる乗車及び下車情報をサーバーに送信する。乗車及び下車情報には車両コード、搭乗時刻、路線コード、搭乗者コードが含まれ、これを受信したサーバーは乗車及び下車情報を記憶してシャトルバスの管理に用いる。
【００５６】
図４は車両コードのみを用いて搭乗客の搭乗権限を確認する場合を示す図である。図３の路線コードのみを用いる場合とプロセスは類似しているが、路線コードと違い、車両コードは該当車両固有のコードであるため、同期化が不必要である。搭乗客が乗ろうとする路線にどの車両が配車されたかに対する判断をサーバーで追加的に行う。サーバーは、路線承認の可否以後、配車情報を照会し、配車された車両コードを用いて搭乗コードを暗号化して生成して使用者端末に送信する。使用者端末から搭乗コードを受信した搭乗客確認端末は搭乗コードを復号化して車両コードを読み出し、該当車両に固有の車両コードと比較して搭乗権限を判断する。搭乗権限が承認された場合、乗車及び下車情報をサーバーに送信する。このとき、乗車及び下車情報には車両コード、搭乗時刻、搭乗者コードが含まれる。サーバーは受信された乗車及び下車情報の車両コードに現在配車された路線コードをマッピングすることによって配車情報を管理することができる。
【００５７】
図５は本発明の一実施形態に係るシャトルバス搭乗客確認方法のフローチャート、図６は本発明の他の実施形態に係るシャトルバス搭乗客確認方法のフローチャートである。図５及び図６についての詳細な説明は図１〜図４のシャトルバス搭乗客確認端末又はシャトルバス管理システムについての詳細な説明に対応するので、以下では重複する説明は省略する。
【００５８】
段階５１０は使用者端末から搭乗コードを受信する段階である。
【００５９】
段階５２０は、前記受信した搭乗コード中の車両情報を記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する段階である。このとき、搭乗権限を判断する車両情報は路線コード又は該当車両固有の車両コードである。
【００６０】
段階６１０は、使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記受信した搭乗コードを復号化する段階であり、搭乗コードは保安のためにサーバーで暗号化することができ、前記使用者端末から搭乗コードを受信する段階５１０以後、使い捨て用暗号化キー生成器で生成される復号化キーを用いて前記受信した搭乗コードを復号化することができる。
【００６１】
段階６２０は、前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信する段階であり、段階５２０で搭乗者の搭乗権限を判断した結果、搭乗権限を有すると判断された場合、前記使用者端末の搭乗承認による乗車及び下車情報を車両情報とともにサーバーに送信し、サーバーで該当情報を用いてシャトルバスの管理が可能となるようにすることができる。
【００６２】
本発明の実施形態は、多様なコンピュータ手段によって実行可能なプログラム命令形態に具現されてコンピュータ可読媒体に記録することができる。前記コンピュータ可読媒体は、プログラム命令、データファイル、データ構造などを単独で又は組合せで含むことができる。前記媒体に記録されるプログラム命令は本発明のために特別に設計されて構成されたもの、又は、コンピュータソフトウェア当業者に公知となって使用可能なものである。コンピュータ可読記録媒体の例には、ハードディスク、フロッピーディスク及び磁気テープのような磁気媒体（ｍａｇｎｅｔｉｃ  ｍｅｄｉａ）、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体（ｏｐｔｉｃａｌ  ｍｅｄｉａ）、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような磁気光媒体（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ  ｍｅｄｉａ）、及びＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ、フラッシュメモリなどのプログラム命令を記憶して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例には、コンパイラーによって生成される機械語コードだけではなく、インタプリターなどを用いてコンピュータによって実行可能な高級言語コードも含まれる。前記ハードウェア装置は本発明の動作を遂行するために一つ以上のソフトウェアモジュールとして作動するように構成することができ、その逆も同様である。
【００６３】
以上のように、本発明は具体的な構成要素などの特定事項と限定された実施形態及び図面に基づいて説明したが、これは本発明の全般的な理解を助けるために提供しただけであり、本発明は前記実施形態に限定されず、本発明が属する分野において通常的な知識を有する者によってこれらの記載から多様な修正及び変形が可能である。
【００６４】
したがって、本発明の思想は前述した実施形態に限定されず、後述する特許請求の範囲に記載の発明だけではなく、特許請求の範囲に記載の発明と均等又は等価の変形である全ての発明が本発明の範疇に属すると言い得る。
【産業上の利用可能性】
【００６５】
本発明は、シャトルバス搭乗客確認端末に関し、使用者端末から搭乗コードを受信する通信部、車両情報を記憶する記憶部、及び受信した搭乗コード中の車両情報を記憶部に記憶された車両情報と比較して搭乗者の搭乗権限を判断する処理部を含むことにより、路線コード又は車両コードという簡単な情報のみを用いて素早く簡便にシャトルバス搭乗者を確認することができる。
【図１】
2019522304.tif 000003
【図２】
2019522304.tif 000004
【図３】
2019522304.tif 000005
【図４】
2019522304.tif 000006
【図５】
2019522304.tif 000007
【図６】
2019522304.tif 000008
【国際調査報告】
2019522304.tif 000009
2019522304.tif 000010
2019522304.tif 000011
2019522304.tif 000012