(57)【特許請求の範囲】
【請求項１】
車両端末と管制サーバとの間の連結持続性を提供するゲートウェイサーバシステムにおいて、
少なくとも１つ以上の車両に装着され、少なくとも該車両に関する状態情報、利用情報、車両データ情報、制御命令に対する応答情報が含まれる車両情報を有する車両端末１０と、
前記車両端末１０との通信を中継する関門サーバ３０と、
前記車両端末１０との通信を通じて利用者別Ｒｅｓｔ  ＡＰＩ形態に車両を遠隔制御するか、または車両情報を取得し、有効性認証された利用者または顧客（社）プラットフォームに制御命令、応答情報、車両情報をＡＰＩ形態に伝達し、車両端末との通信による連結状態に係る情報である端末連結状態情報、ＡＰＩ認証情報、車両データ情報、利用者情報を格納し、車両端末のアップデート現況確認、アップデート要請を遂行するコネクテッドゲートウェイサーバ１００と、
前記コネクテッドゲートウェイサーバ１００との通信を通じて、ＡＰＩ使用のためのトークンを取得し、取得したトークンによりＡＰＩに対する有効性を立証した後、ＡＰＩ形態に必要な車両情報を持ってくるか、または反対に車両制御命令を下す利用者プラットフォーム２００とを含んで構成され、
前記コネクテッドゲートウェイサーバ１００は、
ソケット通信で前記関門サーバ３０及び送受信管理サーバ１２０と通信して、通信による車両端末１０との連結の有無及び連結状態を確認し、または車両端末１０から伝達を受けた車両情報を送受信管理サーバ１２０に伝達するか、もしくはデータベースサーバ１４０に格納する複数個の端末連結サーバ１１０と、
ソケット通信で前記端末連結サーバ１１０と連結され、ＨＴＴＰ通信で中央管理サーバ１３０と連結されて中央管理サーバ１３０から伝達を受けた車両制御命令を端末連結サーバ１１０を通じて車両端末１０に下達するか、または端末連結サーバ１１０で車両データ情報及び制御命令に対する応答情報を収集して、収集された車両データ情報は中央管理サーバ１３０に伝達し、制御命令に対する応答情報はデータベースサーバ１４０の端末連結状態情報を参照して正常または異常連結状態を確認する送受信管理サーバ１２０と、
前記送受信管理サーバ１２０と利用者プラットフォーム２００との間の有効性認証を通じての制御命令、制御命令に対する応答情報、車両データ情報をＡＰＩ形態に両方向伝達する中央管理サーバ１３０と、
前記端末連結サーバ１１０と中央管理サーバ１３０を通じて端末連結状態情報、ＡＰＩ認証情報、車両データ情報、及び利用者情報の伝達を受けて格納するデータベースサーバ１４０と、
ファームウエアデータベースサーバ１５１を備えてファームウエアアップデートファイルを格納し、車両端末１０から転送されるファームウエアアップデート開始要請を受信し、それによってファームウエアデータベースサーバ１５１を通じてファームウエアアップデートファイルを車両端末１０に転送して車両端末１０のアップデート現況確認、アップデート要請を遂行するＦＯＴＡサーバ１５０；を含んで構成されることを特徴とする、リアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項２】
前記コネクテッドゲートウェイサーバ１００は、
機能と目的別に各々のサーバを分散化して構成されることを特徴とする、請求項１に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項３】
前記端末連結サーバ１１０は、
ソケット通信で前記関門サーバ３０と連結されて車両端末１０との正常なまたは異常な連結状態を確認してデータベースサーバ１４０に端末連結状態情報を記録または削除し、受信機１１２を通じて送受信管理サーバ１２０のトンネルサーバ１２１から転送を受けた制御命令（情報）をデータベースサーバ１４０の端末連結状態情報を参照して関門サーバ３０を通じて該当車両端末１０に下達する連結マネージャー１１１と、
ソケット通信を通じて送受信管理サーバ１２０内のトンネルサーバ１２１から伝達を受けた車両制御命令を前記連結マネージャー１１１に伝達する受信機１１２と、
車両端末１０から伝達を受けた車両データ情報と制御命令に対する応答情報をソケット通信で送受信管理サーバ１２０内のトンネルサーバ１２１に伝達する発送機１１３と、を含んで構成されることを特徴とする、請求項１に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項４】
前記送受信管理サーバ１２０は、
制御命令に対する応答情報をプッシュマネージャー１２２に伝達し、車両データ情報と制御命令に対する応答情報をＡＰＩトンネル１２３を通じて中央管理サーバ１３０の車両情報伝達部１３１にＨＴＴＰ通信で転送するトンネルサーバ１２１と、
前記トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報とデータベースサーバ１４０の端末連結状態情報を参照して正常または異常連結状態を確認し、連結状態確認結果によってトンネルサーバ１２１に制御命令（情報）を転送してソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達するか、または予備制御経路を用いて該当車両端末１０との通信を試みるプッシュマネージャー１２２と、
前記トンネルサーバ１２１からＨＴＴＰ通信で中央管理サーバ１３０の車両情報伝達部１３１に車両データ情報と制御命令に対する応答情報を転送するＡＰＩトンネル１２３とを含んで構成されることを特徴とする、請求項１に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項５】
前記中央管理サーバ１３０は、
送受信管理サーバ１２０のトンネルサーバ１２１でＡＰＩトンネル１２３を通じて伝達される車両データ情報をデータベースサーバ１４０に格納するか、または車両端末１０から中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された後、ＡＰＩ認証部１３２の認証を経た制御命令に対する応答情報を利用者プラットフォーム２００に直接伝達する車両情報伝達部１３１と、
中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された制御命令に対する応答情報及び利用者プラットフォーム２００に伝達される制御命令のＡＰＩ認証を遂行するＡＰＩ認証部１３２と、
利用者プラットフォーム２００から伝達されてＡＰＩ認証部１３２の認証を経た車両制御命令を端末専用命令文に変換して送受信管理サーバ１２０に伝達する車両命令制御部１３３とを含んで構成されることを特徴とする、請求項１に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項６】
前記連結マネージャー１１１は、
車両端末１０と正常な連結がなされた場合、データベースサーバ１４０に端末連結状態情報を記録し、発送機１１３を通じて送受信管理サーバ１２０内のトンネルサーバ１２１に前記車両データ情報と制御命令に対する応答情報を伝達し、
異常な連結がなされた場合、データベースサーバ１４０の連結状態情報を削除することを特徴とする、請求項３に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項７】
前記プッシュマネージャー１２２は、
制御命令に対する応答情報が正常であるか、またはデータベースサーバ１４０に該当端末の連結状態情報がある場合、またトンネルサーバ１２１に制御命令（情報）を転送してソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達し、
データベースサーバ１４０に該当端末の連結状態情報がない場合、クラウドメッセージサービスや短文メッセージサービスのうち、いずれか１つの予備制御経路を用いて該当車両端末１０との通信を試みて、
前記トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報が異常な場合、まずトンネルサーバ１２１への連結を一定回数再試図し、一定回数が超過する場合にも連結が行われない場合、クラウドメッセージサービスや短文メッセージサービスのうち、いずれか１つの予備制御経路を用いて該当車両端末１０との通信を試みることを特徴とする、請求項４に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項８】
前記利用者プラットフォーム２００は、
前記コネクテッドゲートウェイサーバ１００との通信を通じてＡＰＩ使用のためのトークン獲得手続きまたはトークン満期後、新たなトークン獲得手続きを遂行し、前記トークン獲得手続きを経て獲得したトークンを活用してＡＰＩ情報を獲得することを特徴とする、請求項１に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項９】
前記利用者プラットフォーム２００のトークン獲得手続きは、
トークン獲得を必要とする該当利用者プラットフォーム２００が顧客ＩＤ、時間情報、個人キーから構成された暗号化された情報と顧客ＩＤ、時間情報を共に中央管理サーバ１３０のＡＰＩ認証部１３２に転送してトークン発行を要請するステップと、
前記中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報の有効性検査後、共に伝達を受けた時間情報及び顧客ＩＤ一致有無を判別し、判別が完了すれば、トークンを発行してトークンと付加情報（現在使用するトークンと満期日、次に使用するトークン情報）を該当利用者プラットフォーム２００に転送するステップとを含んでなされることを特徴とする、請求項８に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項１０】
前記利用者プラットフォーム２００のトークン満期後、新たなトークン獲得手続きは、
新たなトークン獲得を必要とする該当利用者プラットフォーム２００が既存のトークンと共に伝達を受けた次に使用するトークン情報、時間情報、個人キーから構成された暗号化された情報と次に使用するトークン情報、時間情報を共に中央管理サーバ１３０のＡＰＩ認証部１３２に転送して新たなトークン発行を要請するステップと、
前記中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報の有効性検査後、共に伝達を受けた次に使用するトークン情報と時間情報の一致有無を判別し、判別が完了すれば、新たなトークンを発行して新たなトークンと付加情報（現在使用するトークンと満期日、次に使用するトークン情報）を該当利用者プラットフォーム２００に転送するステップとを含んでなされることを特徴とする、請求項８に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【請求項１１】
前記トークン獲得手続きを通じて獲得したトークンを活用した利用者プラットフォームのＡＰＩ情報獲得手続きは、
ＡＰＩ情報獲得を必要とする該当利用者プラットフォーム２００が時間情報、トークン情報、個人キーを含む暗号化された情報と時間情報、トークン情報を共に中央管理サーバ１３０に転送して車両制御／データを要請するＡＰＩを呼び出すステップと、
前記中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報（時間情報、トークン情報、個人キー）と時間情報、トークン情報を対照して有効性検査を遂行した後、一致する場合、該当ＡＰＩ（制御実行、制御結果、データ）を呼び出して該当利用者プラットフォーム２００に伝達するステップ；を含んでなされることを特徴とする、請求項９に記載のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムに関し、より詳しくは、（カーシェアリング及び車両管制サービスのために）ＩｏＴ（Internet of Things）端末機を付着してサーバとの通信を通じて利用者別Ｒｅｓｔ（REpresentational State Transfer）ＡＰＩ（Application program Interface）形態に制御して車両の状態、利用情報が取得できるようにしたリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムに関する。
【背景技術】
【０００２】
最近、共有経済が世界的な関心を集まるにつれて、カーシェアリング市場の規模が持続的に増加している。
【０００３】
したがって、車両管制システム（ＦＭＳ；Fleet Management System）に加入を希望する企業の数も持続的に増加する趨勢である。
【０００４】
前記車両管制システムは車両にＩｏＴ端末機を付着して、車両の現在位置、状態情報などを確認することができるシステムであって、このような情報を活用して保有車両の事故予防、保険料減少、残存価値増加させることができる。
【０００５】
一般に、カーシェアリングサービスシステムまたは車両管制システムは、車両の位置、運行情報などを収集するための車両管制用通信端末機（ＩｏＴ端末機）と、運行情報を収集し、車両を制御する管制サーバとから構成されている。
【０００６】
これと関連して、当社で開発して出願した大韓民国登録特許第１０−１６８６４１７号（名称：３Ｇ／ＬＴＥ無線網での管制サーバと車両端末機との間の連結持続性を提供するゲートウェイサーバシステム及びその制御方法、以下、‘特許文献１’と略称する）には３Ｇ／ＬＴＥ無線網で車両のＩｏＴ端末機が管制サーバと通信中である状態で車両の位置移動に従う無線基地局の間のハンドオフ時、車両端末機のＩＰアドレス変更によって管制サーバとデータ通信が途絶えることを感知して、また連結を結んで速かに通信を再開することによって、ＩＰ基盤通信環境で車両ＩｏＴ端末機と管制サーバとの間に連結状態を持続的に維持できるようにする技術が公知されている。
【０００７】
これによると、既存の車両管制システムが有する問題点、即ちＳＭＳ制御方式の脆弱点と保安性欠如、遅い転送速度などに対する問題点の解決方案を提示した。
【０００８】
しかしながら、このような車両管制システムは移動通信社別に通信方式、管制サーバの構造と保安体系などが相異して、別途の開発、管理が必要であるという短所がある。
【０００９】
また、既存の車両管制システムは車両の移動性によってＩｏＴ端末機のＩＰが随時変更されるので、ＩＰ通信は主に管制サーバへの情報の伝達時のみに利用しており、ＳＭＳプロトコルとＩＰ通信を用いる二重的な構造は主に車両制御時に使われた。
【００１０】
ＳＭＳプロトコルを用いた車両制御は、任意の第３者がＳＭＳ偽変造を通じて車両を制御する虞がある。さらに、ＳＭＳプロトコルを用いた車両制御は車両制御のための命令転送及び情報受信確認時毎に賦課されるＳＭＳ費用の増加、長い転送時間（１０〜１４秒）の所要などの短所がある。また、ＳＭＳの容量（８０ｂｙｔｅ）不足によって車両管制端末のアップデート及び大容量データ転送に制限的でありうる。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
したがって、本発明は前記の問題点を解決するために案出したものであって、本発明が解決しようとする技術的課題は、サービス利用者または顧客（社）別に独立的に開発、管理が必要であった既存の車両管制システムの非効率性を補完しようとＲＥＳＴ  ＡＰＩ形態に車両を一括的に管理することができ、顧客（社）が望む機能（ＡＰＩ呼出し）だけで構成されたプラットフォームを速かに構築できるようにするリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムを提供することにある。
【００１２】
また、本発明の他の技術的課題は、統合、単一化された両方向ＩＰ通信方式を適用して管制用通信端末の一括アップデートが可能であるようにしたリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムを提供することにある。
【課題を解決するための手段】
【００１３】
前記の目的を達成するための本発明のリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムは、車両端末と管制サーバとの間の連結持続性を提供するゲートウェイサーバシステムにおいて、少なくとも１つ以上の車両に装着された車両端末１０；前記車両端末１０との通信を中継する関門サーバ３０；前記車両端末１０との通信を通じて利用者別Ｒｅｓｔ  ＡＰＩ形態に車両を遠隔制御するか、または車両情報を取得し、有効性認証された利用者または顧客（社）プラットフォームに制御命令、応答情報、車両情報をＡＰＩ形態に伝達し、端末連結状態情報、ＡＰＩ認証情報、車両データ情報、利用者情報を格納し、車両端末のアップデート現況確認、アップデート要請を遂行するコネクテッドゲートウェイサーバ１００；及び前記コネクテッドゲートウェイサーバ１００との通信を通じてＡＰＩトークン方式により有効性を立証した後、ＡＰＩ形態に必要な車両情報を持ってくるか、または反対に車両制御命令を下す利用者プラットフォーム２００；を含むことができる。
【００１４】
一実施形態において、前記コネクテッドゲートウェイサーバ１００は、ソケット通信で前記関門サーバ３０及び送受信管理サーバ１２０と通信して車両端末１０との連結状態確認または車両端末１０から伝達を受けた車両情報を送受信管理サーバ１２０に伝達するか、またはデータベースサーバ１４０に格納する複数個の端末連結サーバ１１０；ソケット通信で前記端末連結サーバ１１０と連結され、ＨＴＴＰ通信で中央管理サーバ１３０と連結されて、中央管理サーバ１３０から伝達を受けた車両制御命令を端末連結サーバ１１０を通じて車両端末１０に下達するか、または端末連結サーバ１１０で車両データ情報及び制御命令に対する応答情報を収集して、収集された車両データ情報は中央管理サーバ１３０に伝達し、制御命令に対する応答情報はデータベースサーバ１４０の端末連結状態情報を参照して正常または異常な連結状態を確認する送受信管理サーバ１２０；前記送受信管理サーバ１２０と利用者プラットフォーム２００との間の有効性認証を通じての制御命令、制御命令に対する応答情報、車両データ情報をＡＰＩ形態に両方向伝達する中央管理サーバ１３０；前記端末連結サーバ１１０と中央管理サーバ１３０を通じて端末連結状態情報、ＡＰＩ認証情報、車両データ情報、及び利用者情報の伝達を受けて格納するデータベースサーバ１４０；及びファームウエアデータベースサーバ１５１を備えてファームウエアアップデートファイルを格納し、車両端末１０から転送されるファームウエアアップデート開始要請を受信し、それによってファームウエアデータベースサーバ１５１を通じてファームウエアアップデートファイルを車両端末１０に転送して車両端末１０のアップデート現況確認、アップデート要請を遂行するＦＯＴＡサーバ１５０；を含むことができる。
【００１５】
一実施形態において、前記コネクテッドゲートウェイサーバ１００は、機能と目的別に各々のサーバを分散化して構成できる。
【００１６】
一実施形態において、前記端末連結サーバ１１０は、ソケット通信で前記関門サーバ３０と連結されて車両端末１０との正常なまたは異常な連結状態を確認してデータベースサーバ１４０に端末連結状態情報を記録または削除し、受信機１１２を通じて送受信管理サーバ１２０のトンネルサーバ１２１から転送を受けた制御命令（情報）をデータベースサーバ１４０の端末連結状態情報を参照して関門サーバ３０を通じて該当車両端末１０に下達する連結マネージャー１１１；ソケット通信を通じて送受信管理サーバ１２０内のトンネルサーバ１２１から伝達を受けた車両制御命令を前記連結マネージャー１１１に伝達する受信機１１２；及び車両端末１０から伝達を受けた車両データ情報と制御命令に対する応答情報をソケット通信で送受信管理サーバ１２０内のトンネルサーバ１２１に伝達する発送機１１３；を含むことができる。
【００１７】
一実施形態において、前記送受信管理サーバ１２０は、制御命令に対する応答情報をプッシュマネージャー１２２に伝達し、車両データ情報と制御命令に対する応答情報をＡＰＩトンネル１２３を通じて中央管理サーバ１３０の車両情報伝達部１３１にＨＴＴＰ通信で転送するトンネルサーバ１２１；前記トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報とデータベースサーバ１４０の端末連結状態情報を参照して正常または異常連結状態を確認し、連結状態確認結果によってトンネルサーバ１２１に制御命令（情報）を転送してソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達するか、または予備制御経路を用いて該当車両端末１０との通信を試みるプッシュマネージャー１２２；及び前記トンネルサーバ１２１からＨＴＴＰ通信で中央管理サーバ１３０の車両情報伝達部１３１に車両データ情報と制御命令に対する応答情報を転送するＡＰＩトンネル１２３；を含んで構成できる。
【００１８】
一実施形態において、前記中央管理サーバ１３０は、送受信管理サーバ１２０のトンネルサーバ１２１でＡＰＩトンネル１２３を通じて伝達される車両データ情報をデータベースサーバ１４０に格納するか、または車両端末１０から中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された後、ＡＰＩ認証部１３２の認証を経た制御命令に対する応答情報を利用者プラットフォーム２００に直接伝達する車両情報伝達部１３１；中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された制御命令に対する応答情報及び利用者プラットフォーム２００から伝達される制御命令のＡＰＩ認証を遂行するＡＰＩ認証部１３２；及び利用者プラットフォーム２００から伝達されてＡＰＩ認証部１３２の認証を経た車両制御命令を端末専用命令文に変換して送受信管理サーバ１２０に伝達する車両命令制御部１３３；を含むことができる。
【００１９】
一実施形態において、前記連結マネージャー１１１は、車両端末１０と正常な連結がなされた場合、データベースサーバ１４０に端末連結状態情報を記録し、発送機１１３を通じて送受信管理サーバ１２０内のトンネルサーバ１２１に前記車両データ情報と制御命令に対する応答情報を伝達し、異常な連結がなされた場合、データベースサーバ１４０の連結状態情報を削除することができる。
【００２０】
一実施形態において、前記プッシュマネージャー１２２は、制御命令に対する応答情報が正常であるか、またはデータベースサーバ１４０に該当端末の連結状態情報がある場合、またトンネルサーバ１２１に制御命令（情報）を転送してソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達し、データベースサーバ１４０に該当端末の連結状態情報がない場合、クラウドメッセージサービスや短文メッセージサービスのうち、いずれか１つの予備制御経路を用いて該当車両端末１０との通信を試みて、前記トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報が異常な場合、まずトンネルサーバ１２１への連結を一定回数再試図し、一定回数が超過する場合にも連結が行われない場合、クラウドメッセージサービスや短文メッセージサービスのうち、いずれか１つの予備制御経路を用いて該当車両端末１０との通信を試みることができる。
【００２１】
一実施形態において、前記利用者プラットフォーム２００は、前記コネクテッドゲートウェイサーバ１００との通信を通じてＡＰＩ使用のためのトークン獲得手続きまたはトークン満期後、新たなトークン獲得手続きを遂行し、前記トークン獲得手続きを経て獲得したトークンを活用してＡＰＩ情報を獲得することができる。
【００２２】
一実施形態において、前記利用者プラットフォーム２００のトークン獲得手続きは、トークン獲得を必要とする該当利用者プラットフォーム２００が顧客ＩＤ、時間情報、個人キーから構成された暗号化された情報と顧客ＩＤ、時間情報を共に中央管理サーバ１３０のＡＰＩ認証部１３２に転送してトークン発行を要請するステップ；及び前記中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報の有効性検査後、共に伝達を受けた時間情報及び顧客ＩＤ一致有無を判別し、判別が完了すれば、トークンを発行してトークンと付加情報（現在使用するトークンと満期日、次に使用するトークン情報）を該当利用者プラットフォーム２００に転送するステップ；を含むことができる。
【００２３】
一実施形態において、前記利用者プラットフォームのトークン満期後、新たなトークン獲得手続きは、新たなトークン獲得を必要とする該当利用者プラットフォームが既存のトークンと共に伝達を受けた次に使用するトークン情報、時間情報、個人キーから構成された暗号化された情報と次に使用するトークン情報、時間情報を共に中央管理サーバのＡＰＩ認証部に転送して新たなトークン発行を要請するステップ；及び前記中央管理サーバのＡＰＩ認証部が暗号化された情報の有効性検査後、共に伝達を受けた後に使用するトークン情報と時間情報の一致有無を判別し、判別が完了すれば、新たなトークンを発行して新たなトークンと付加情報（現在使用するトークンと満期日、次に使用するトークン情報）を該当利用者プラットフォームに転送するステップ；を含むことができる。
【００２４】
一実施形態において、前記トークン獲得手続きを通じて獲得したトークンを活用した利用者プラットフォームのＡＰＩ情報獲得手続きは、ＡＰＩ情報獲得を必要とする該当利用者プラットフォームが時間情報、トークン情報、個人キーを含む暗号化された情報と時間情報、トークン情報を共に中央管理サーバに転送して車両制御／データを要請するＡＰＩを呼び出すステップ；及び前記中央管理サーバのＡＰＩ認証部が暗号化された情報（時間情報、トークン情報、個人キー）と時間情報、トークン情報を対照して有効性検査を遂行した後、一致する場合、該当ＡＰＩ（制御実行、制御結果、データ）を呼び出して該当利用者プラットフォームに伝達するステップ；を含んでなされることができる。
【発明の効果】
【００２５】
本発明によるリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムは、サービス運営全般に亘って一元化された管理が可能であり、新規機能追加時、１つの標準化されたＡＰＩ設計を通じて多数の顧客社に独立的な形態にサービスが提供できるようにするので、開発時にかかる時間と費用（開発コスト）を低めることができるようにする。
【００２６】
また、本発明は規格化されたＲＥＳＴ  ＡＰＩ体系を通じて車両制御、カーシェアリング及び車両管制サービス（ＦＭＳ）とその他の車両関連サービス（自動車保険など）に汎用的に導入、活用することができる。顧客（社）は本システムでＡＰＩ形態に提供する機能のうち、必要な機能のみを選別して、自体プラットフォーム内で簡単にサービスが具現できるようにする。
【００２７】
また、本発明によると、端末のアップデート時に、全国に分布した車両に直接接近してアップデートを進行していた過去とは異なり、両方向にＩＰ通信が可能であるように設計された端末連結サーバとＦＯＴＡ（Firmware Over The Air）サーバを活用して全車両に設置された端末機の一括アップデート及びバージョン管理が可能になることができる。これによって、端末の誤謬発生時、リアルタイム対応が可能であり、サービス維持／保守費が格段に低減できるようにする。
【００２８】
また、本発明によると、システム内でも複数個の端末連結管理サーバと送受信サーバ、中央管理サーバ、データベースサーバ、ＦＯＴＡサーバのように、機能と目的別にサーバを分散化して、システムの障害発生時、問題が発生したサーバを即刻判別することができ、迅速な対応を可能にする。
【図面の簡単な説明】
【００２９】
【図１】本発明に従うコネクテッドゲートウェイサーバシステムの全体的な構成を概略的に例示したブロック図である。
【図２】図１のコネクテッドゲートウェイサーバ内の端末連結サーバと送受信管理サーバ及び中央管理サーバの連結関係及びその内部構成を例示したブロック図である。
【図３ａ】図１のコネクテッドゲートウェイサーバが車両端末で取得した車両データ情報と制御命令に対する応答情報を処理する経路を詳細例示した流れ図である。
【図３ｂ】図１のコネクテッドゲートウェイサーバが車両に制御命令を下す車両制御経路を詳細例示した流れ図である。
【図４】利用者プラットフォームが車両情報を取得する過程と車両に制御命令を下す過程を例示した流れ図である。
【図５】ＡＰＩ使用のための利用者プラットフォームのトークン獲得手続きを例示した流れ図である。
【図６】ＡＰＩ使用のための利用者プラットフォームのトークン満期後、新たなトークン獲得手続きを例示した流れ図である。
【図７】図５または図６の手続きを通じて獲得したトークンを活用した利用者プラットフォームのＡＰＩ情報獲得手続きを例示した流れ図である。
【図８】ＦＯＴＡサーバとＦＯＴＡサーバを活用した車両端末のアップデート方法を概略的に図式化した図である。
【発明を実施するための形態】
【００３０】
以下、本発明の好ましい実施形態に従うリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムの構成と動作及びそれによる作用効果を添付図面を参照して詳細に説明する。
【００３１】
本明細書及び請求範囲に使われた用語や単語は通常的または辞典的な意味に限定解釈されず、発明者は自身の発明を最も最善の方法により説明するために用語の概念を適切に定義することができるという原則に即して本発明の技術的思想に符合する意味と概念として解釈されなければならない。したがって、本明細書に記載された実施形態と図面に図示された構成は本発明の最も好ましい一実施形態に過ぎないので、本出願時点においてこれらを代替することができる多様な均等物と変形例がありうることを理解すべきである。
【００３２】
図１は、本発明の好ましい実施形態に従うリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムの全体的な構成を概略的に例示したブロック図である。図２は、図１のコネクテッドゲートウェイサーバ内の端末連結サーバと送受信管理サーバ及び中央管理サーバの連結関係及びその内部構成を例示したブロック図であって、図面に例示したように、本発明によるコネクテッドゲートウェイサーバシステムは少なくとも１つ以上の車両に装着された車両端末１０、車両端末１０との通信を中継する関門サーバ３０、車両端末１０との通信を通じて利用者別Ｒｅｓｔ  ＡＰＩ形態に車両を遠隔制御するか、または車両情報を取得するコネクテッドゲートウェイサーバ１００、及びコネクテッドゲートウェイサーバ１００との通信を通じて必要な制御命令、応答情報、車両情報をＡＰＩ形態に持ってくるか、または車両制御命令を下す利用者プラットフォーム２００を含んで構成される。
【００３３】
車両端末１０は、少なくとも１つ以上の車両に装着される多数の車両用ＩｏＴ通信端末機（１０ａ−１０ｎ）のうち、いずれか１つで構成されることができ、３ＧまたはＬＴＥ通信網を通じてＩＰ通信を遂行する。
【００３４】
関門サーバ３０は、車両端末１０とコネクテッドゲートウェイサーバ１００との間で両者間の３ＧまたはＬＴＥ通信網を通じてのＩＰ通信を中継する。このような関門サーバ３０には車両端末１０との間に通信保安のためのファイアウォール２１が介在できる。
【００３５】
コネクテッドゲートウェイサーバ１００は、車両端末１０との通信を通じて利用者別Ｒｅｓｔ  ＡＰＩ形態に車両を遠隔制御するか、または車両情報（例えば、状態情報及び利用情報）を取得し、利用者プラットフォーム２００の有効性を認証して、有効性認証された利用者プラットフォーム２００に車両端末の制御命令、応答情報、車両情報をＡＰＩ形態に伝達し、端末連結状態情報、ＡＰＩ認証情報、車両データ情報、利用者情報を格納し、車両端末のアップデート現況確認、アップデート要請を遂行する。このためにコネクテッドゲートウェイサーバ１００は、複数個の端末連結サーバ１１０、送受信管理サーバ１２０、中央管理サーバ１３０、データベースサーバ１４０、及びＦＯＴＡ（Firmware Over the Air）サーバ１５０を含んで構成できる。
【００３６】
このようなコネクテッドゲートウェイサーバ１００には利用者プラットフォーム２００との間に通信保安のためのファイアウォール２２が介在できる。また、このようなコネクテッドゲートウェイサーバ１００は、図１に例示されたように機能と目的別に各々のサーバを分散化して構成することができる。
【００３７】
端末連結サーバ１１０はソケット通信で関門サーバ３０及び送受信管理サーバ１２０と通信して車両端末１０との連結及び連結状態確認または車両端末１０から伝達を受けた車両情報（車両データ情報または制御命令に対する応答情報）を送受信管理サーバ１２０に伝達するか、またはデータベースサーバ１４０に格納し、１つ以上で構成できる。このような機能具現のために端末連結サーバ１１０は、連結マネージャー１１１、受信機（Receiver）１１２、及び発送機（sender）１１３を含んで構成できる。
【００３８】
連結マネージャー１１１はソケット通信で関門サーバ３０と連結されて車両端末１０との正常なまたは異常な連結状態を確認してデータベースサーバ１４０に端末連結状態情報を記録または削除する。また、連結マネージャー１１１は受信機１１２を通じて送受信管理サーバ１２０のトンネルサーバ１２１から転送を受けた制御命令をデータベースサーバ１４０の端末連結状態情報を参照して関門サーバ３０を通じて該当車両端末１０に伝達する。
【００３９】
ここで、連結マネージャー１１１は、車両端末１０と正常な連結がなされた場合、データベースサーバ１４０に端末連結状態情報を記録し、発送機１１３を通じて送受信管理サーバ１２０内のトンネルサーバ１２１に前記車両データ情報と制御命令に対する応答情報を伝達し、異常な連結がなされた場合、データベースサーバ１４０の連結状態情報を削除する。
【００４０】
受信機（Receiver）１１２はソケット通信を通じて送受信管理サーバ１２０内のトンネルサーバ１２１から伝達を受けた車両制御命令を連結マネージャー１１１に伝達する。
【００４１】
発送機１１３は、車両端末１０から伝達を受けた２つの情報（車両データ情報と制御命令に対する応答情報）をソケット通信で送受信管理サーバ１２０内のトンネルサーバ１２１に伝達する。
【００４２】
送受信管理サーバ１２０は、車両命令制御サービス及び車両データ収集サービスを遂行する。このために、送受信管理サーバ１２０はソケット通信で端末連結サーバ１１０と連結され、ＨＴＴＰ通信で中央管理サーバ１３０と連結されて中央管理サーバ１３０から伝達を受けた車両制御命令を端末連結サーバ１１０を通じて車両端末１０に伝達する。また、送受信管理サーバ１２０は端末連結サーバ１１０で車両データ情報及び制御命令に対する応答情報を収集する。この収集された車両データ情報は中央管理サーバ１３０に伝達し、制御命令に対する応答情報はデータベースサーバ１４０の端末連結状態情報を参照して正常または異常な連結状態確認に使用する。
【００４３】
このような機能の具現のために、送受信管理サーバ１２０は、トンネルサーバ１２１、プッシュマネージャー１２２、及びＡＰＩトンネル１２３を含んで構成できる。
【００４４】
トンネルサーバ１２１は、制御命令に対する応答情報をプッシュマネージャー１２２に伝達する。トンネルサーバ１２１は、ＡＰＩトンネル１２３を通じて中央管理サーバ１３０の車両情報伝達部１３１にＨＴＴＰ通信を使用して車両データ情報と制御命令に対する応答情報を転送する。
【００４５】
プッシュマネージャー１２２は、トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報とデータベースサーバ１４０の端末連結状態情報を参照して正常または異常連結状態を確認する。連結状態確認結果によってプッシュマネージャー１２２はトンネルサーバ１２１に制御命令（情報）を転送して、ソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達するか、または予備制御経路を用いて該当車両端末１０との通信を試みる。
【００４６】
ここで、プッシュマネージャー１２２は、制御命令に対する応答情報が正常であるか、またはデータベースサーバ１４０に該当端末の連結状態情報がある場合、またトンネルサーバ１２１に制御命令（情報）を転送してソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達する。データベースサーバ１４０に該当端末の連結状態情報がない場合、プッシュマネージャー１２２はクラウドメッセージサービスや短文メッセージサービスのうち、いずれか１つの予備制御経路を用いて該当車両端末１０との通信を試みる。トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報が異常な場合、プッシュマネージャー１２２はまずトンネルサーバ１２１への連結を一定回数再試図する。一定回数が超過する場合にも連結が行われない場合、プッシュマネージャー１２２はクラウドメッセージサービスや短文メッセージサービスのうち、いずれか１つの予備制御経路を用いて該当車両端末１０との通信を試みる。
【００４７】
ＡＰＩトンネル１２３は、トンネルサーバ１２１でＨＴＴＰ通信を通じて中央管理サーバ１３０の車両情報伝達部１３１に車両データ情報と制御命令に対する応答情報を転送する。
【００４８】
中央管理サーバ１３０は、利用者プラットフォーム２００と送受信管理サーバ１２０との間の有効性認証を通じての制御命令、制御命令に対する応答情報、車両データ情報をＡＰＩ形態に両方向伝達する。
【００４９】
このような機能の具現のために、中央管理サーバ１３０は、車両情報伝達部１３１、ＡＰＩ認証部１３２、及び車両命令制御部１３３を含んで構成できる。
【００５０】
車両情報伝達部１３１は、送受信管理サーバ１２０のトンネルサーバ１２１でＡＰＩトンネル１２３を通じて伝達される車両データ情報をデータベースサーバ１４０に格納する。または、前記車両データ情報が車両端末１０から中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された後、車両情報伝達部１３１はＡＰＩ認証部１３２の認証を経た制御命令に対する応答情報を利用者プラットフォーム２００に直接伝達する。
【００５１】
ＡＰＩ認証部１３２は、中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された制御命令に対する応答情報及び利用者プラットフォーム２００から伝達される制御命令のＡＰＩ認証を遂行する。
【００５２】
車両命令制御部１３３は、利用者プラットフォーム２００から伝達されてＡＰＩ認証部１３２の認証を経た車両制御命令を端末専用命令文に変換して送受信管理サーバ１２０に伝達する。
【００５３】
データベースサーバ１４０は、端末連結サーバ１１０と中央管理サーバ１３０を通じて端末連結状態情報、ＡＰＩ認証情報、車両データ情報、及び利用者情報の伝達を受けて格納する。
【００５４】
ＦＯＴＡサーバ１５０は、ファームウエアデータベースサーバ１５１を備えてファームウエアアップデートファイルを格納する。ＦＯＴＡサーバ１５０は、車両端末１０から転送されるファームウエアアップデート開始要請を受信し、それによってファームウエアデータベースサーバ１５１を通じてファームウエアアップデートファイルを車両端末１０に転送して車両端末１０のアップデート現況確認、アップデート要請を遂行する。
【００５５】
利用者プラットフォーム２００は多数の利用者プラットフォーム（２００ａ−２００ｍ）または管理者プラットフォームのうち、いずれか１つで構成できる。利用者プラットフォーム２００は、コネクテッドゲートウェイサーバ１００との両方向通信を通じてＡＰＩトークン方式により有効性を立証する。立証後、利用者プラットフォーム２００はＡＰＩ形態に必要な車両情報を持ってくるか、または反対に、車両に制御命令を下す。
【００５６】
このために利用者プラットフォーム２００は、コネクテッドゲートウェイサーバ１００との通信を通じてＡＰＩ使用のためのトークン獲得手続き及びトークン満期後、新たなトークン獲得手続きを遂行することができる。利用者プラットフォーム２００は、トークン獲得手続きを経て獲得したトークンを活用してＡＰＩ情報を獲得する手続きを遂行しなければならない。
【００５７】
トークン獲得手続きは、利用者プラットフォーム２００が顧客ＩＤ、時間情報、個人キーから構成された暗号化された情報と顧客ＩＤ、時間情報を共に中央管理サーバ１３０のＡＰＩ認証部１３２に転送してトークン発行を要請するステップと、中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報の有効性検査後、共に伝達を受けた時間情報及び顧客ＩＤ一致有無を判別し、判別が完了すれば、中央管理サーバ１３０のＡＰＩ認証部１３２がトークンを発行し、発行されたトークンと付加情報（現在使用するトークンと満期日、次に使用するトークン情報）を該当利用者プラットフォーム２００に転送するステップを含んでなされる。
【００５８】
トークン満期後、新たなトークン獲得手続きは新たなトークン獲得を必要とする該当利用者プラットフォーム２００が既存のトークンと共に伝達を受けた次に使用するトークン情報、時間情報、個人キーから構成された暗号化された情報と次に使用するトークン情報、時間情報を中央管理サーバ１３０のＡＰＩ認証部１３２に転送して新たなトークン発行を要請するステップと、中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報の有効性検査後、共に伝達を受けた次に使用するトークン情報と時間情報の一致有無を判別し、判別が完了すれば、中央管理サーバ１３０のＡＰＩ認証部１３２が新たなトークンを発行して新たな発行されたトークンと付加情報（現在使用するトークンと満期日、次に使用するトークン情報）を該当利用者プラットフォーム２００に転送するステップを含んでなされる。
【００５９】
獲得したトークンを活用した利用者プラットフォームのＡＰＩ情報獲得手続きは、ＡＰＩ情報獲得を必要とする該当利用者プラットフォーム２００が時間情報、トークン情報、個人キーを含む暗号化された情報と時間情報、トークン情報を中央管理サーバ１３０に転送して車両制御／データを要請するＡＰＩを呼び出すステップと、中央管理サーバ１３０のＡＰＩ認証部１３２が暗号化された情報（時間情報、トークン情報、個人キー）と時間情報、トークン情報を対照して有効性検査を遂行した後、一致する場合、該当ＡＰＩ（制御実行、制御結果、データ）を呼び出して該当利用者プラットフォーム２００に伝達するステップを通じてなされる。
【００６０】
以上のように構成される本発明によるリアルタイム車両管制サービスのためのコネクテッドゲートウェイサーバシステムの詳細動作及びそれによる作用効果を説明すると、次の通りである。
【００６１】
図３ａは、図１のコネクテッドゲートウェイサーバ１００が車両端末１０で取得した車両データ情報と制御命令に対する応答情報を処理する経路を例示した詳細流れ図である。図３ａに例示したように、コネクテッドゲートウェイサーバ１００は車両端末１０で取得した情報（車両データ情報と制御命令に対する応答情報）を関門サーバ３０を通じて常時連結性を保障するソケット通信を適用して端末連結サーバ１１０の連結マネージャー１１１に伝達する。
【００６２】
この際、端末連結サーバ１１０は車両端末１０と正常な連結がなされた場合、連結マネージャー１１１を通じてデータベースサーバ１４０に端末連結状態情報を記録する。端末連結サーバ１１０は発送機（Sender）１１３を通じて送受信管理サーバ１２０内のトンネルサーバ１２１に前記２つの情報（車両データ情報と制御命令に対する応答情報）を伝達する。
【００６３】
仮に、異常な連結がなされた場合、端末連結サーバ１１０は連結マネージャー１１１を通じてデータベースサーバ１４０の連結状態情報を削除する。
【００６４】
また、送受信管理サーバ１２０のトンネルサーバ１２１は、車両データ情報と制御命令に対する応答情報をＡＰＩトンネル１２３を通じて中央管理サーバ１３０の車両情報伝達部１３１にＨＴＴＰ通信で伝達して車両データ情報は車両情報伝達部１３１を通じてデータベースサーバ１４０に格納される。制御命令に対する応答情報は、ＡＰＩ認証部１３２の認証を経て利用者プラットフォーム２００に直接伝達する。
【００６５】
また、送受信管理サーバ１２０のトンネルサーバ１２１は制御命令に対する応答情報をプッシュマネージャー１２２に伝達してプッシュマネージャー１２２がデータベースサーバ１４０の端末連結状態情報を参照して正常または異常連結状態を確認することができるようにする。
【００６６】
図３ｂは、図１のコネクテッドゲートウェイサーバ１００が車両端末１０に制御命令を下す車両制御経路を詳細例示した流れ図である。図３ｂに例示したように、コネクテッドゲートウェイサーバ１００は中央管理サーバ１３０の車両命令制御部１３３で取得した制御命令（情報）をＨＴＴＰ通信を通じて送受信管理サーバ１２０のトンネルサーバ１２１に伝達する。トンネルサーバ１２１は、プッシュマネージャー１２２に制御命令（情報）を伝達する。
【００６７】
この際、プッシュマネージャー１２２は図３ｂで例示したように、トンネルサーバ１２１から伝達を受けた制御命令に対する応答情報とデータベースサーバ１４０に端末連結状態情報が存在するか否かを参照して、正常な場合（即ち、制御命令に対する応答情報が正常であるか、またはデータベースサーバ１４０に該当端末の連結状態情報がある状態）、トンネルサーバ１２１に制御命令（情報）を転送し、ソケット通信を通じて端末連結サーバ１１０に制御命令（情報）を伝達する。
【００６８】
プッシュマネージャー１２１は、データベースサーバ１４０に該当端末の連結状態情報がない場合にクラウドメッセージサービスや短文メッセージサービスのような予備制御経路を用いて該当車両端末１０との通信を試みる。
【００６９】
また、プッシュマネージャー１２１はトンネルサーバ１２１から伝達を受けた制御命令に対する応答情報が異常な（端末誤謬など、端末通信不可能）場合に、トンネルサーバ１２１への連結を一定回数再試図し、一定回数が超過する場合にも連結が行われない場合、クラウドメッセージサービスや短文メッセージサービスのような予備制御経路を用いて該当車両端末１０との通信を試みる。
【００７０】
ここで、クラウドメッセージサービスや短文メッセージサービスを受信した後にも正常受信有無をプッシュマネージャー１２２に伝達した後、異常な場合、一定回数再試図するようになる。
【００７１】
ソケット通信を通じて送受信管理サーバ１２０のトンネルサーバ１２１から制御命令（情報）の転送を受けた端末連結サーバ１１０は、伝達を受けた制御命令（情報）を連結マネージャー１１１に伝達する。連結マネージャー１１１は、データベースサーバ１４０の端末連結状態情報を参照して関門サーバ３０を通じて該当車両端末１０に制御命令を下すようになる。
【００７２】
図４は、利用者プラットフォーム２００が車両情報を取得する過程と車両に制御命令を下す過程を例示した流れ図である。図４に例示したように、車両端末１０から中央管理サーバ１３０のＨＴＴＰプロトコルまで転送された制御命令に対する応答情報は、ＡＰＩ認証部１３２の認証を経た後、車両情報伝達部１３１で直接的に利用者プラットフォーム２００に伝達される。前記車両データ情報は、データベースサーバ１４０で抽出してＡＰＩ認証部１３２の認証を経た後、利用者プラットフォーム２００に伝達される。
【００７３】
利用者プラットフォーム２００から伝達を受けた車両制御命令は、中央管理サーバ１３０のＡＰＩ認証部１３２で認証を経た後、車両命令制御部１３３で端末専用命令文に変換されて、送受信管理サーバ１２０に伝達される。
【００７４】
利用者プラットフォーム２００内にデータベースサーバがある場合、利用者プラットフォーム２００はＡＰＩ形態に車両データ情報の転送を受けて、利用者プラットフォーム２００にデータベースサーバがない場合、利用者プラットフォーム２００は利用者側で周期的に呼び出したデータをポーリングするようになる。
【００７５】
図５は、ＡＰＩ使用のための利用者プラットフォーム（または、管理者プラットフォーム）のトークン獲得手続きを例示した流れ図である。図６は、ＡＰＩ使用のための利用者プラットフォーム（管理者プラットフォーム）のトークン満期後、新たなトークン獲得手続きを例示した流れ図である。図７は、図５または図６の手続きを通じて獲得したトークンを活用した利用者プラットフォーム（または、管理者プラットフォーム）のＡＰＩ情報獲得手続きを例示した流れ図である。ここで、トークンは利用者プラットフォーム（または、管理者プラットフォーム；２００）と中央管理サーバ１３０のＡＰＩ認証部１３２との間に保安性を有するキー（Key）の役割を遂行する。このようなトークンを利用すれば、サービス利用者（または、管理）でない第３者の車両情報取得／車両制御が予防できるようになる。
【００７６】
ＡＰＩ使用のための利用者プラットフォーム（または、管理者プラットフォーム、以下、利用者プラットフォームの場合を例として説明する；２００）のトークン獲得手続きは、図５に例示したように、まずトークン獲得を必要とする該当利用者プラットフォーム２００で顧客ＩＤ、時間情報、個人キーから構成された暗号化された情報とＩＤ、時間情報を中央管理サーバ１３０のＡＰＩ認証部１３２に転送してトークン発行を要請する。前記ＡＰＩ認証部１３２は暗号化された情報の有効性検査後、共に伝達を受けた時間情報及び顧客ＩＤ一致有無を判別する。判別が完了すれば、該当利用者プラットフォーム２００に現在使用するトークンと満期日、次に使用するトークン情報を転送する手続きを通じてなされる。このようなトークン獲得手続きで顧客ＩＤ、個人キーは、固定された値であって、個人キーは複数で構成されており、全体個人キーのうちの１つである。全体個人キーは新規顧客登録時、任意に生成される値であって、各顧客毎に異なる値を有しており、実際顧客にはファイル形式で提供される。
【００７７】
ＡＰＩ使用のための利用者プラットフォーム２００のトークン満期後、新たなトークン（次に使用するトークン）獲得手続きは、図６に例示したように、まず新たなトークン獲得を必要とする該当利用者プラットフォーム２００が既存のトークンと共に伝達を受けた次に使用するトークン情報、時間情報、個人キーから構成された暗号化された情報と次に使用するトークン情報、時間情報を中央管理サーバ１３０のＡＰＩ認証部１３２に転送して新たなトークン発行を要請し、ＡＰＩ認証部１３２は暗号化された情報の有効性検査後、共に伝達を受けた次に使用するトークン情報と時間情報の一致有無を判別し、判別が完了すれば、該当利用者プラットフォーム２００に現在使用するトークンと満期日、次に使用するトークン情報を転送する手続きを通じてなされる。ここで、トークンの更新周期は任意（例、３０分、１５日）に指定することができる。
【００７８】
図５または図６の手続きを通じて獲得したトークンを活用して利用者プラットフォーム２００がＡＰＩ情報（車両端末制御、車両情報）を獲得する手続きは、図７に例示したように、まず利用者プラットフォーム２００が暗号化された情報（時間情報、トークン情報、個人キー）、時間情報、トークン情報と共に車両制御／データを要請するＡＰＩを中央管理サーバ１３０に呼び出して、中央管理サーバ１３０のＡＰＩ認証部１３２は暗号化された情報（時間情報、トークン情報、個人キー）と時間情報、トークン情報を対照して有効性検査を遂行した後、一致する場合、該当ＡＰＩ（制御実行、制御結果情報、データが含まれる）を該当利用者プラットフォーム２００に伝達する手続きを通じてなされる。
【００７９】
図８は、ＦＯＴＡサーバ１５０とＦＯＴＡサーバを活用した車両端末のアップデート手続きを概略的に図式化した図である。図８に例示したように、車両端末のアップデート要請は中央管理サーバ１３０で発行される。中央管理サーバ１３０から要請を受けたアップデート要請情報は、送受信管理サーバ１２０と端末連結サーバ１１０を経て車両端末１０に伝達される。
【００８０】
車両端末１０は、アップデート要請を確認する（未確認時、周期的にダウンロード要請）と同時にＦＯＴＡサーバ１５０にファームウエアアップデート開始を要請することができる。ファームウエアアップデート開始要請を受けたＦＯＴＡサーバ１５０は保有しているファームウエアデータベースサーバ１５１を通じてファームウエアアップデートファイルを車両端末１０に転送することができる。アップデートファイル転送が完了すれば、車両端末１０は有効性確認後、再起動及びアップデートを進行する。
【００８１】
仮に、有効性検査で失敗（ファイル損傷、欠落、途中連結絶え）した場合にはＦＯＴＡサーバ１５０にファームウエアアップデート開始要請をまた転送した後、ファームウエアアップデートファイルを再ダウンロード／引き継ぎを遂行する。
【００８２】
このような本発明は３Ｇ、ＬＴＥ、またはＧＰＲＳ（ＧＳＭ）、ＣＤＭＡなどに関わらず、パケットサービスがサポートされる移動通信サービス環境に全て適用することができる。本発明は、ゲートウェイサーバを介して基地局間のハンドオフ時、連結維持、及び移動通信サービス網の変更時、迅速な再接続を保障することができる。
【００８３】
また、本発明は車両端末機とゲートウェイサーバとの間の通信にＡＥＳ、ＤＥＳなどの暗号化サポートが可能である。このような暗号化サポートはゲートウェイサーバと管制サーバとの間の通信にＨＴＴＰＳまたはＳＳＬなどで構成できるようにするので、サービスのための通信全区間に対する完壁な暗号化転送を可能にする利点を提供する。
【００８４】
また、本発明は既存のシステムと互換を維持しながら国内だけでなく事業者が相異する海外までサービスを拡張することに容易な構造を有することができる。したがって、既存の車両端末機を用いるレンタカー、ＦＭＳ、カーシェアリングサービス事業者をして既存に構築された車両端末機と管制サーバとの間のプロトコルを修正無しでそのまま使用することができるようにする利点を提供する。
【００８５】
また、本発明はＩＰ基盤の通信環境で連結持続性が維持できるようになるので、大量のマルチメディアデータを自由に、かつ円滑に送受信することができ、高速データ転送を通じてのマルチメディア、二進データなど、多様な形態のデータを速く転送することができる利点を提供する。
【００８６】
以上のように、本発明はたとえ限定された実施形態と図面により説明されたが、本発明は前記の実施形態に限定されるのではなく、これは本発明が属する分野で通常の知識を有する者であれば、このような記載から多様な修正及び変形が可能である。したがって、本発明の思想は以下に記載された特許請求範囲のみにより把握されなければならず、その均等物または等価的変形の全ては本発明思想の範疇に属するということができる。
【図１】
0006902630.tif 000002
【図２】
0006902630.tif 000003
【図３ａ】
0006902630.tif 000004
【図３ｂ】
0006902630.tif 000005
【図４】
0006902630.tif 000006
【図５】
0006902630.tif 000007
【図６】
0006902630.tif 000008
【図７】
0006902630.tif 000009
【図８】
0006902630.tif 000010