(57)【要約】  このモビリティは、車体（１００ａ）を移動させる移動機構（１００ｂ）と、車体（１００ａ）の位置情報を含む装置情報を取得する情報取得部（１３ｃ）と、通信網を介して通信可能な無線通信部（１６）と、サーバー装置とコネクション型通信による通信を開始すべき事象が発生したか否かを判別する判別部（１３ｄ）と、を備え、無線通信部（１６）が、前述の事象が発生したと判別部１３ｄ）が判別する場合にはコネクション型通信によるコネクションの確立要求をサーバー装置へ送信し、前述の事象が発生していないと判別部（１３ｄ）が判別する場合には情報取得部（１３ｃ）が取得する装置情報をコネクションレス型通信によりサーバー装置へ送信する電動モビリティ（１００）を提供する。
2017057520.tif 000002
【特許請求の範囲】
【請求項１】
車体を移動させる移動機構と、
少なくとも前記車体の位置情報を含む装置情報を取得する情報取得部と、
通信網を介して通信可能な通信部と、
前記通信網に接続される外部装置とコネクション型通信による通信を開始すべき事象が発生したか否かを判別する判別部と、を備え、
前記通信部が、前記事象が発生したと前記判別部が判別する場合には前記コネクション型通信によるコネクションの確立要求を前記外部装置へ送信し、前記事象が発生していないと前記判別部が判別する場合には前記情報取得部が取得する前記装置情報をコネクションレス型通信により前記通信網へ送信するモビリティ。
【請求項２】
前記判別部が、該モビリティに設けられた操作入力部が操作された場合に前記事象が発生したと判別する請求項１に記載のモビリティ。
【請求項３】
前記移動機構へ電力を供給する電源部を備え、
前記判別部が、前記電源部による前記移動機構への電力の供給が開始された場合に前記事象が発生したと判別する請求項１に記載のモビリティ。
【請求項４】
前記判別部が、予め定められた所定時刻となった場合に前記事象が発生したと判別する請求項１又は請求項３に記載のモビリティ。
【請求項５】
前記判別部が、予め定められた異常が発生した場合に前記事象が発生したと判別する請求項１、請求項３および請求項４のいずれか一項に記載のモビリティ。
【請求項６】
前記通信部が、前記事象が発生していないと前記判別部が判別する場合には前記情報取得部が取得する前記装置情報を所定間隔毎に前記通信網へ送信する請求項１に記載のモビリティ。
【請求項７】
前記移動機構へ電力を供給する電源部を備え、
前記通信部が、前記電源部による前記移動機構への電力供給状態に応じて前記所定間隔を設定する請求項6に記載のモビリティ。
【請求項８】
前記通信部が、前記電源部から前記移動機構へ電力供給されている第１の前記電力供給状態における第１の前記所定間隔よりも、前記電源部から前記移動機構へ電力供給されていない第２の前記電力供給状態における第２の前記所定間隔を長く設定する請求項7に記載のモビリティ。
【請求項９】
前記移動機構へ電力を供給する充電可能な電源部を備え、
前記装置情報が、前記電源部が前記移動機構へ供給可能な電力の残量情報を含む請求項１に記載のモビリティ。
【請求項１０】
請求項１〜９の何れかに記載のモビリティと、
前記コネクション型通信により前記モビリティに送信するデータを格納する記憶部を有し、該モビリティから前記コネクション型通信によるコネクションの前記確立要求を受付けると前記記憶部に格納されている前記データを前記モビリティに送信する前記外部装置としてのサーバー装置とを備え、
該サーバー装置が、特定の端末から送信される所定のデータ又は特定の入力装置から入力される前記所定のデータを受付けると、該所定のデータに基づくデータを前記送信するデータとして前記記憶部に格納するものであるモビリティメンテナンスシステム。
【請求項１１】
コネクション型通信によりモビリティに送信するデータを格納する記憶部と、
前記モビリティから前記コネクション型通信によるコネクションの確立要求を受付けると前記記憶部に格納されている前記データを前記コネクション型通信により前記モビリティに送信するサーバー制御部とを備え、
特定の端末から送信される所定のデータ又は特定の入力装置から入力される前記所定のデータを受付けると、該所定のデータに基づくデータを前記送信するデータとして格納するように構成されているサーバー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モビリティに関するものである。
【背景技術】
【０００２】
従来、遠隔地に存在する複数の端末装置からサーバー装置へデータを送信し、サーバー装置において複数の端末装置から送信されたデータを収集するシステムが知られている（例えば、特許文献１参照）。特許文献１には、通信端末装置がメータから収集した検針データを無線通信方式によりセンター装置へ送信する自動検針システムが開示されている。
特許文献１に開示される自動検針システムにおいては、効率的なデータ収集を行うために、トランスポート層の通信プロトコルとしてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）よりもデータ伝送効率の良いＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）を用いることが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３０３３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１には、センター装置から通信端末装置へデータを送信する際の手順や送信に用いる通信プロトコルについての開示がない。例えば、端末装置の制御プログラムを更新するためにサーバー装置から端末装置へデータを送信する場合、トランスポート層の通信プロトコルとしてＵＤＰを用いると通信エラーが発生してもデータの再送が行われない。そのため、サーバー装置から端末装置へのデータ送信の信頼性が低下してしまう。
一方、トランスポート層の通信プロトコルとしてＴＣＰを用いると通信エラーが発生した場合にデータの再送が行われるため、サーバー装置から端末装置へのデータ送信の信頼性が向上する。【０００５】
しかしながら、サーバー装置から端末装置へＴＣＰによるコネクションの確立要求を送信し、コネクションが確立してから端末装置へデータを送信する手順とすると、端末装置を常にＴＣＰによる通信が可能な状態に待機させておく必要がある。この場合、端末装置を通信不能な省電力状態へ移行させることができないため、端末装置の十分な省電力化を実現することができない。
また、端末装置がサーバー装置からデータを受信できない状態（例えば、十分なバッテリー残量がなく制御プログラムの更新ができない状態）であっても、ＴＣＰによるコネクションの確立要求に対してデータを受信できない旨の応答をサーバー装置へ送信する必要があり、この応答のために無駄な通信費用が掛かってしまう。【０００６】
本発明は上述した事情に鑑みてなされたものであって、十分な省電力化と通信費用の削減を可能としたモビリティを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明は以下の手段を提供する。
本発明の第１の態様に係るモビリティは、車体を移動させる移動機構と、少なくとも前記車体の位置情報を含む装置情報を取得する情報取得部と、通信回線を介して通信可能な通信部と、前記通信網に接続される外部装置とコネクション型通信による通信を開始すべき事象が発生したか否かを判別する判別部と、を備え、前記通信部が、前記事象が発生したと前記判別部が判別する場合には前記コネクション型通信によるコネクションの確立要求を前記外部装置へ送信し、前記事象が発生していないと前記判別部が判別する場合には前記情報取得部が取得する前記装置情報をコネクションレス型通信により前記通信網へ送信する。【０００８】
本発明の第１の態様に係るモビリティによれば、モビリティから外部装置へコネクションの確立要求を送信する手順であるため、外部装置からのコネクションの確立要求に応答するために、モビリティを常にコネクション型通信が可能な状態に待機させておく必要がない。そのため、モビリティの十分な省電力化を図ることでき、外部装置への応答に要する無駄な通信費用を削減することができる。
また、外部装置とコネクション型通信による通信を開始すべき事象が発生していない場合には、車体の位置情報を含む装置情報がコネクションレス型通信により通信網へ送信されるため、装置情報を効率良く送信することができる。【０００９】
本発明の第１の態様に係るモビリティにおいては、前記判別部が該モビリティに設けられた操作入力部が操作された場合に前記事象が発生したと判別してもよい。
このようにすることで、モビリティに設けられた操作入力部の操作という簡単な操作により、外部装置から受信すべきデータ等の有無が確認され、当該データ等が有る場合はその取得がモビリティにより行われる。【００１０】
本発明の第１の態様に係るモビリティにおいては、前記移動機構へ電力を供給する電源部を備え、前記判別部が、前記電源部による前記移動機構への電力の供給が開始された場合に前記事象が発生したと判別するようにしてもよい。
このようにすることで、電源部から移動機構への電力供給が開始されてモビリティが移動可能な電源オン状態となった場合に、外部装置から受信すべきデータ等の有無を外部装置に確認することができる。この場合、モビリティは電源オン状態となっているため、外部装置からデータを受信した場合には、受信したデータの処理を適切に実行することができる。【００１１】
本発明の第１の態様に係るモビリティにおいて、前記判別部が、予め定められた所定時刻となった場合に前記事象が発生したと判別するようにしてもよい。
このようにすることで、予め定められた所定時刻に限ってモビリティをコネクション型通信が可能な状態とすれば良いため、モビリティの十分な省電力化を図ることができる。
ここで、予め定められた所定時刻とは、例えば、一日一回の定刻、モビリティが電源オフ状態となってから一定時間が経過した時刻等である。【００１２】
本発明の第１の態様に係るモビリティにおいて、前記判別部が、予め定められた異常が発生した場合に前記事象が発生したと判別するようにしてもよい。
このようにすることで、モビリティの故障等の予め定められた異常が発生した場合に限ってモビリティをコネクション型通信が可能な状態とすれば良いため、モビリティの十分な省電力化を図ることができる。【００１３】
本発明の第１の態様に係るモビリティにおいて、前記通信部が、前記事象が発生していないと前記判別部が判別する場合には前記情報取得部が取得する前記装置情報を所定間隔毎に前記通信網へ送信する構成であってもよい。
本構成のモビリティによれば、コネクションレス型通信によって所定間隔毎に連続的に装置情報が通信網へ送信されるため、通信網に接続される装置情報を収集する収集装置が連続的に送信される装置情報の少なくともいずれかを受信することにより、モビリティの装置情報を収集することができる。【００１４】
上記構成のモビリティにおいては、前記移動機構へ電力を供給する電源部を備え、前記通信部が、前記電源部による前記移動機構への電力供給状態に応じて前記所定間隔を設定する形態としてもよい。
本形態のモビリティによれば、移動機構への電力供給状態に応じた適切な間隔を空けて装置情報を通信網へ送信することができる。【００１５】
上記形態のモビリティにおいては、前記通信部が、前記電源部から前記移動機構へ電力供給されている第１の前記電力供給状態における第１の前記所定間隔よりも、前記電源部から前記移動機構へ電力供給されていない第２の前記電力供給状態における第２の前記所定間隔を長く設定してもよい。
このようにすることで、モビリティが移動可能な状態である場合には、モビリティが移動不能な状態である場合よりも短い間隔で装置情報を送信し、モビリティの位置情報を精度良く収集装置へ通知することができる。【００１６】
本発明の第１の態様に係るモビリティにおいては、前記移動機構へ電力を供給する充電可能な電源部を備え、前記装置情報が、前記電源部が前記移動機構へ供給可能な電力の残量情報を含むものであってもよい。
このようにすることで、モビリティはモビリティの電源部が移動機構へ供給可能な電力の残量情報を適切に送信することができる。【００１７】
本発明の第２の態様に係るモビリティメンテナンスシステムは、上記モビリティと、前記コネクション型通信により前記モビリティに送信するデータを格納する記憶部を有し、該モビリティから前記コネクション型通信によるコネクションの前記確立要求を受付けると前記記憶部に格納されている前記データを前記モビリティに送信する前記外部装置としてのサーバー装置とを備え、該サーバー装置が、特定の端末から送信される所定のデータ又は特定の入力装置から入力される前記所定のデータを受付けると、該所定のデータに基づくデータを前記送信するデータとして前記記憶部に格納するものである。【００１８】
本発明の第３の態様に係るサーバー装置は、コネクション型通信によりモビリティに送信するデータを格納する記憶部と、前記モビリティから前記コネクション型通信によるコネクションの確立要求を受付けると前記記憶部に格納されている前記データを前記コネクション型通信により前記モビリティに送信するサーバー制御部とを備え、特定の端末から送信される所定のデータ又は特定の入力装置から入力される前記所定のデータを受付けると、該所定のデータに基づくデータを前記送信するデータとして格納するように構成されている。
【発明の効果】
【００１９】
本発明によれば、十分な省電力化と通信費用の削減を可能としたモビリティを提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態のメンテナンスシステムを示す構成図である。
【図２】図１の電動モビリティを示す斜視図である。
【図３】図１の電動モビリティの機能構成を示すブロック図である。
【図４】図３の無線通信部の機能構成を示すブロック図である。
【図５】サーバー装置からデータを送信する場合に電動モビリティの無線通信部が実行する処理を示すフローチャートである。
【図６】サーバー装置からデータを送信する場合にサーバー装置が実行する処理を示すフローチャートである。
【図７】電動モビリティからデータを送信する場合に電動モビリティの無線通信部が実行する処理を示すフローチャートである。
【図８】電動モビリティからデータを送信する場合にサーバー装置が実行する処理を示すフローチャートである。
【図９】サーバー装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
本発明の一実施形態のメンテナンスシステム５００について、図面を参照して以下に説明する。本実施形態のメンテナンスシステム５００は、電動モビリティ１００から位置情報を含む装置情報をサーバー装置２００に収集するとともに、サーバー装置２００から電動モビリティ１００へ電動モビリティ１００を制御する制御プログラムおよびその更新プログラム等のデータを送信することにより、複数の電動モビリティ１００の管理および保守を行うシステムである。
【００２２】
図１に示すように、メンテナンスシステム５００は、複数の電動モビリティ１００と、サーバー装置（外部装置）２００と、複数の電動モビリティ１００と無線通信により通信可能な複数の基地局３００と、サーバー装置２００と基地局３００とを通信可能に接続する通信網４００とを備える。
なお、電動モビリティ１００と基地局３００との間の無線通信方式としては、３Ｇ(３ｒｄ  Ｇｅｎｒｅｒａｔｉｏｎ)、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）等の各種の通信方式を採用することができる。
【００２３】
次に、図１に示す電動モビリティ１００について、より詳細に説明する。
図２の斜視図に示すように、本実施形態の電動モビリティ１００は、操作者により入力される複数種類の操作入力を受け付ける操作入力部１２と、前輪２０と、後輪２１と、車体フレーム２２と、座面２３ａおよびバックレスト２３ｂを有するシート２３と、一対のハンドル２４，２５とを備える。
ここで、後輪２１は、右側駆動輪２１ａと左側駆動輪２１ｂとからなる（図３参照）。右側駆動輪２１ａと左側駆動輪２１ｂとは、それぞれ独立した一対の電動モータ（図示略）により駆動する駆動輪となっている。
【００２４】
また、図３のブロック図に示すように、本実施形態の電動モビリティ１００は、更に、処理部１３と、無線通信部１６と、位置センサ１７と、バッテリー（電源部）１８と、電源スイッチ１９と、制御部３０とを備える。
なお、操作入力部１２と、処理部１３と、無線通信部１６と、位置センサ１７とは、図２に示す車体フレーム２２に取り付けられており、これらを車体１００ａと呼ぶ。
一方、制御部３０と、右側駆動輪２１ａと、左側駆動輪２１ｂとを移動機構１００ｂと呼ぶ。移動機構１００ｂは、車体１００ａを任意の位置へ移動させる機構である。
以下、電動モビリティ１００が備える各部について説明する。
【００２５】
図２および図３に示すように、電動モビリティ１００が備える操作入力部１２は、走行方向に向かって右方に配置されるハンドル２４に取り付けられる走行コントローラ１０と、走行方向に向かって左方に配置されるハンドル２５に取り付けられる速度コントローラ１１とを有する。
【００２６】
電動モビリティ１００の搭乗者は、付勢機構（図示略）により中立位置に保持される走行操作部材１０ａを車軸Ａ方向に変位させ、中立位置からの変位を走行コントローラ１０から処理部１３の操舵指令出力部１３ａへ入力する。操舵指令出力部１３ａは、入力された変位に応じた操舵指令信号を生成し、制御部３０へ出力する。
【００２７】
また、電動モビリティ１００の搭乗者は、付勢機構（図示略）により中立位置に保持される走行操作部材１０ａを車軸Ａに直交する走行方向に変位させ、中立位置からの変位を走行コントローラ１０から処理部１３の速度指令出力部１３ｂへ入力する。速度指令出力部１３ｂは、入力された変位に応じた速度指令信号を生成し、制御部３０へ出力する。
制御部３０は、操舵指令出力部１３ａから出力される操舵指令信号および速度指令出力部１３ｂから出力される速度指令信号に基づいて、右側駆動輪２１ａおよび左側駆動輪２１ｂを制御する。
【００２８】
また、電動モビリティ１００の搭乗者は、付勢機構（図示略）により中立位置に保持される速度操作部材１１ａを車軸Ａに直交する走行方向に変位させ、速度指令出力部１３ｂが出力する速度指令信号の最高速度を設定する。速度指令出力部１３ｂが出力する速度指令信号は、設定された最高速度を超えないように調整される。
【００２９】
処理部１３は、操舵指令出力部１３ａと、速度指令出力部１３ｂと、情報取得部１３ｃと、判別部１３ｄとを有する。処理部１３は、現在時刻および指定されたタイミング（例えば、電源スイッチ１９がオフ状態となったタイミング）からの経過時間を計時可能な計時機能を備えている。
【００３０】
処理部１３が有する情報取得部１３ｃは、位置センサ１７が検出する位置情報（緯度および経度を示す情報）を含む装置情報を取得するものである。情報取得部１３ｃは、外部電源（図示略）により充電可能なバッテリー１８が移動機構１００ｂへ供給可能な電力の残量情報を装置情報として取得する。また、情報取得部１３ｃは、制御部３０が設定する走行パラメータを装置情報として取得する。
【００３１】
ここで、走行パラメータとは、右側駆動輪２１ａおよび左側駆動輪２１ｂを駆動して電動モビリティ１００を移動させる場合の前進速度の上限値、後進速度の上限値、前進加速度の上限値、後進加速度の上限値を含むパラメータである。
制御部３０は、速度指令出力部１３ｂから出力される速度指令信号に応じた速度で右側駆動輪２１ａおよび左側駆動輪２１ｂを駆動させるが、走行パラメータが示す上限値を超えないように右側駆動輪２１ａおよび左側駆動輪２１ｂそれぞれの駆動速度および駆動加速度を制限する。
【００３２】
処理部１３が有する判別部１３ｄは、サーバー装置２００とコネクション型通信による通信を開始すべき事象が発生したか否かを判別するものである。ここでいうコネクション型通信とは、無線通信部１６が実行可能なトランスポート層の通信プロトコルであるＴＣＰおよびＵＤＰのうち、ＴＣＰを用いた通信をいう。
判別部１３ｄは、サーバー装置２００とコネクション型通信による通信を開始すべき事象が発生したと判別した場合には、サーバー装置２００とコネクション型通信による通信を開始すべき旨を無線通信部１６へ通知する。
【００３３】
本実施形態において、サーバー装置２００とコネクション型通信による通信を開始すべき事象とは、以下の事象である。
（１）電源スイッチ１９がオン状態となりバッテリー１８による移動機構１００ｂへの電力の供給が開始された事象
（２）処理部１３が計時する時刻が予め定められた所定時刻となった事象
（３）電動モビリティ１００に予め定められた異常が発生した事象
【００３４】
ここで、（２）における予め定められた所定時刻とは、例えば、一日一回の時刻（例えば、２３：００）あるいは一日複数回の時刻（例えば、１２：００，２３：００）である。また例えば、電源スイッチ１９がオン状態からオフ状態に切り替わった時刻から一定時間が経過した時刻（例えば、電源スイッチ１９がオフ状態となってから５時間が経過した時刻）である。また例えば、１週間に一回の時刻（例えば、日曜日の２３：００）あるいは一週間に複数回の時刻（例えば、水曜日の１２：００，日曜日の２３：００）である。
【００３５】
また、（３）における予め定められた異常とは、例えば、制御部３０が電動モビリティ１００の車体１００ａを移動させるように右側駆動輪２１ａおよび左側駆動輪２１ｂを制御しても位置センサ１７が検出する位置が変化しない状態をいう。その他、位置センサ１７やバッテリー１８等の各部の異常が処理部１３に通知された状態を予め定められた異常としてもよい。
【００３６】
バッテリー１８は、外部電源（図示略）により充電可能であり充電により蓄電された電力を車体１００ａの各部および移動機構１００ｂの各部へ供給する。
バッテリー１８は、車体１００ａに対しては常時電力を供給するようになっている。一方、バッテリー１８は、電源スイッチ１９が電動モビリティ１００の搭乗者によってオン状態とされた場合に移動機構１００ｂへ電力を供給し、電源スイッチ１９が電動モビリティ１００の搭乗者によってオフ状態とされた場合に移動機構１００ｂへの電力供給を遮断する。
バッテリー１８は、内部に蓄電された電力の残量を検知する機構を備えており、電力の残量情報を処理部１３へ通知している。
【００３７】
次に、図３に示す無線通信部１６について、図４を参照して説明する。無線通信部１６は、基地局３００および通信網４００を介してサーバー装置２００と無線通信するための装置である。
無線通信部１６は、以下で説明する各機能を実行可能なハードウェアにより構成されたハードウェアモジュールとすることができる。また、各機能を実装する制御プログラムを演算部（図示略）により実行するソフトウェアモジュールとすることができる。また例えば、各機能の一部をハードウェアモジュールとして実装し、その他をソフトウェアモジュールとして実装してもよい。
【００３８】
図４に示すように、無線通信部１６は、無線部１６ａとパケット処理部１６ｂとを有する。無線部１６ａは、サーバー装置２００から基地局３００を介して電動モビリティ１００へ送信される無線変調された信号を復調してパケットデータを生成し、パケット処理部１６ｂへ出力する。また、無線部１６ａは、基地局３００を介して電動モビリティ１００からサーバー装置２００へ送信するパケットデータを変調して無線変調された信号を生成し、基地局３００を介してサーバー装置２００へ送信する。
【００３９】
パケット処理部１６ｂは、無線部１６ａが受信して復調されたパケットデータからデータ本体を抽出して処理部１３へ出力するとともに、処理部１３から出力されたデータ本体にＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の各階層（アプリケーション層、トランスポート層、インターネット層、およびネットワークインターフェース層）での通信処理に必要なヘッダを付加してパケットデータを生成する。
本実施形態のパケット処理部１６ｂは、トランスポート層の通信プロトコルとしてＴＣＰを用いるためのＴＣＰ処理部１６ｃと、トランスポート層の通信プロトコルとしてＵＤＰを用いるためのＵＤＰ処理部１６ｄとが実装されている。
【００４０】
ＴＣＰは、通信を行う相手先との間でコネクションを確立した後にデータ通信を開始するコネクション型と呼ばれる通信プロトコルである。ＴＣＰにおいては、データの送信先からデータの受信確認が返送されない場合には新たなデータを送信せずに、送信元から送信先へ受信確認が返送されていないデータを再送信する手順となっているため、通信の信頼性が高い。
一方ＵＤＰは、通信を行う相手先との間でコネクションを確立せずにデータ通信を開始するコネクションレス型と呼ばれる通信プロトコルである。ＵＤＰにおいては、データの送信先にデータの受信確認を求めず、逐次にデータを送信する手順となっているため、通信効率が高い。
【００４１】
ＴＣＰとＵＤＰとを対比すると、パケット処理部１６ｂがデータ本体に付加するヘッダのサイズが、ＴＣＰでは２０バイトであるのに対してＵＤＰが８バイトとなっている。そのため、パケットデータに付加するデータ本体のサイズが小さい場合（例えば、１０〜１００バイト程度）、ＴＣＰの方がデータ本体のサイズに対するヘッダのサイズの比率が大きくなる。
なお、パケット処理部１６ｂがデータ本体に付加するヘッダには、トランスポート層の通信プロトコル用のヘッダ以外にもアプリケーション層、インターネット層、およびネットワークインターフェース層の各層の通信プロトコル用ヘッダも含まれている。
【００４２】
また、ＴＣＰとＵＤＰとを対比すると、ＴＣＰではコネクションの確立やデータの受信確認のための通信処理が必要となる一方でＵＤＰではコネクションの確立やデータの受信確認のための通信処理は不要である。そのため、同じサイズのデータ本体の通信を行う場合に必要となる通信時間はＵＤＰよりもＴＣＰの方が長くなる。同様に、同じサイズのデータ本体の通信を行う場合に必要となる総通信データ量はＵＤＰよりもＴＣＰの方が多くなる。
本実施形態の無線通信部１６は、以上のＴＣＰとＵＤＰの特徴の違いを考慮して、ＴＣＰとＵＤＰを切り替えてトランスポート層の通信プロトコルとして用いている。
【００４３】
次に、電動モビリティ１００とサーバー装置２００との間でのデータ通信の手順について、図５から図８を参照して説明する。
図５および図６は、サーバー装置２００から電動モビリティ１００へデータ（例えば、更新すべき制御プログラム、走行パラメータ等）を送信する場合に、サーバー装置２００と電動モビリティ１００との間で実行される通信処理を示すものである。図５は、電動モビリティ１００の無線通信部１６が実行する処理を示すフローチャートであり、図６は、サーバー装置２００が実行する処理を示すフローチャートである。
【００４４】
一方、図７および図８は、電動モビリティ１００からサーバー装置２００へデータ（例えば、走行パラメータ、電動モビリティ１００で発生した各種の異常等）を送信する場合に、サーバー装置２００と電動モビリティ１００との間で実行される通信処理を示すものである。図７は、電動モビリティ１００の無線通信部１６が実行する処理を示すフローチャートであり、図８は、サーバー装置２００が実行する処理を示すフローチャートである。
【００４５】
まず始めに、サーバー装置２００から電動モビリティ１００へデータを送信する場合に、電動モビリティ１００が実行する処理について図５を参照して説明する。
図５に示す各処理は、電動モビリティ１００が備える処理部１３および制御部３０が、記憶部（図示略）に記憶された制御プログラムを読み出して実行することにより行われる処理である。
制御プログラムは、図５に示す各処理を処理部１３および制御部３０により構成されるコンピュータにより実行することができるものである。また、制御プログラムが記憶される記憶部（記憶媒体）の機能は、メモリ（カード型メモリ、ＲＯＭ等）、ハードディスク、あるいは光ディスクなどにより実現される。
【００４６】
図５に示すように、ステップＳ５０１で、無線通信部１６は、ＴＣＰによる通信を開始すべき事象（例えば、電源スイッチ１９がオン状態となった事象）が発生したかどうかの判別結果を判別部１３ｄに問い合わせて確認し、ＮＯであればステップＳ５０２に処理を進め、ＹＥＳであればステップＳ５０４に処理を進める。
なお、無線通信部１６は、ステップＳ５０２へ進む場合はトランスポート層の通信プロトコルとしてＵＤＰを用いるためにＵＤＰ処理部１６ｄを起動し、ステップＳ５０４へ進む場合はトランスポート層の通信プロトコルとしてＴＣＰを用いるためにＴＣＰ処理部１６ｃを起動する。
【００４７】
ステップＳ５０２で、無線通信部１６は、情報取得部１３ｃが電動モビリティ１００の各部から取得した装置情報（例えば、位置センサ１７が検知する位置情報）を、ＵＤＰ処理部１６ｄが実装するＵＤＰを用い、通信網４００を介してサーバー装置２００へ送信する。
ここで、「サーバー装置２００へ送信する」とは、パケット処理部１６ｂに実装されるネットワークインターフェース層の通信プロトコル用のヘッダにサーバー装置２００を特定するアドレス情報（宛先情報）を付加することをいう。
【００４８】
ステップＳ５０３で、無線通信部１６は、ステップＳ５０２で装置情報を送信してから所定時間が経過したかを判定し、所定時間が経過したと判断した場合にステップＳ５０１へ処理を進める。
ステップＳ５０１では、無線通信部１６が、ＴＣＰによる通信を開始すべき事象が発生したかどうかを再び判別し、ＮＯであればステップＳ５０２へ処理を進める。
【００４９】
このように、ＴＣＰによる通信を開始すべき事象が発生しない場合（ステップＳ５０１でＮＯ）には、所定時間が経過するタイミング（所定間隔）で装置情報がＵＤＰを用いてサーバー装置２００へ送信される。ステップＳ５０２で無線通信部１６が情報取得部１３ｃから取得する装置情報は、その時点での最新の情報であるため、ステップＳ５０２を繰り返し実行することにより、最新の装置情報が所定間隔毎にサーバー装置２００へ送信される。
【００５０】
なお、ステップＳ５０３において装置情報を送信してから所定時間が経過するのを待機する場合、無線通信部１６は、所定時間の経過を計時するタイマー（図示略）を除いたその他の部分への電力供給を遮断あるいは低減し、省電力状態へ移行することができるものとする。この場合、タイマーが所定時間の経過を計時すると、無線通信部１６の各部を起動して通常電力状態へ復帰させる。
無線通信部１６を省電力状態へ移行させることにより、装置情報を送信してから所定時間が経過するまでの時間（例えば、５分、３０分、１時間等）における消費電力を低減し、省電力化を図ることができる。
【００５１】
また、ステップＳ５０３における所定時間（所定間隔）は、バッテリー１８による移動機構１００ｂへの電力供給状態に応じて設定することができる。
例えば、電源スイッチ１９がオン状態となってバッテリー１８から移動機構１００ｂへ電力供給されている走行可能状態（第１の電力供給状態）における第１の所定間隔（例えば、１分間間隔）よりも、バッテリー１８から移動機構１００ｂへ電力供給されていない走行不能状態（第２の電力供給状態）における第２の所定間隔（例えば、３０分間隔）を長く設定してもよい。走行可能状態における所定間隔よりも走行不能状態における所定間隔を長くしているのは、電動モビリティ１００が走行不能状態であるため、装置情報が変化する可能性が低いためである。
【００５２】
なお、走行可能状態であっても、バッテリー１８が外部電源により充電されている場合には、充電されていない場合に比べて所定間隔を長くしてもよい。これは、外部電源により充電されている電動モビリティ１００は、走行可能状態であっても実際には走行しない可能性が高いためである。
【００５３】
ステップＳ５０４で、無線通信部１６は、ＴＣＰによる通信を開始すべき事象が発生したため、ＴＣＰ処理部１６ｃが実装するＴＣＰを用いてコネクションの確立要求をサーバー装置２００へ送信する。
ステップＳ５０５で、無線通信部１６は、コネクションの確立要求に対してサーバー装置２００から確認応答を受信したかどうかを判別し、確認応答を受信したと判別した場合にステップＳ５０６へ処理を進める。
【００５４】
ステップＳ５０６で、無線通信部１６は、サーバー装置２００からコネクションの確立要求に対する確認応答を受信したことから、確認応答の受信を示すＡＣＫパケットをサーバー装置２００へ送信する。
以上のステップＳ５０４からステップＳ５０６の処理により電動モビリティ１００とサーバー装置２００との間でコネクションが確立した状態（ＥＳＴＡＢＬＩＳＨＥＤ）となる。
ステップＳ５０７で、無線通信部１６は、サーバー装置２００からパケットデータを受信する。
ステップＳ５０８で、無線通信部１６は、パケットデータの受信が完了した場合に受信完了を示すＡＣＫパケットをサーバー装置２００へ送信する。
【００５５】
ステップＳ５０９で、無線通信部１６は、ＴＣＰによるコネクションの切断要求をサーバー装置２００から受信したかどうかを判別し、ＹＥＳと判別した場合にステップＳ５１０へ処理を進め、ＮＯと判別した場合にステップＳ５０７へ処理を進める。
以上のステップＳ５０７からステップＳ５０９の処理により、ＴＣＰによるコネクションの切断要求をサーバー装置２００から受信するまでは、サーバー装置２００からのパケットデータの受信処理を繰り返す。
【００５６】
ステップＳ５１０で、無線通信部１６は、ＴＣＰによるコネクションの切断要求を受信したことから、切断要求の受信を示すＡＣＫパケットをサーバー装置２００へ送信する。
ステップＳ５１１で、無線通信部１６は、ＴＣＰによるコネクションの切断要求をサーバー装置２００へ送信する。
ステップＳ５１２で、無線通信部１６は、サーバー装置２００へ送信したＴＣＰによるコネクションの切断要求に対するＡＣＫパケットを受信したかどうかを判別し、ＹＥＳと判別した場合に図５に示す処理を終了する。
以上のステップＳ５１０からステップＳ５１２の処理により電動モビリティ１００とサーバー装置２００との間でコネクションが切断された状態（ＣＬＯＳＥＤ）となる。
【００５７】
次に、サーバー装置２００から電動モビリティ１００へデータを送信する場合に、サーバー装置２００が実行する処理について説明する。
ステップＳ６０１で、サーバー装置２００は、電動モビリティ１００からＴＣＰによるコネクションの確立要求を受信したかどうかを判別し、ＹＥＳと判別した場合にはステップＳ６０２へ処理を進め、ＮＯと判別した場合はステップＳ６１１へ処理を進める。
ステップＳ６１１で、サーバー装置２００は、電動モビリティ１００からＴＣＰによるコネクションの確立要求を受信しないことから、電動モビリティ１００から所定間隔毎にＵＤＰを用いて送信される装置情報を受信し、ステップＳ６０１へ処理を進める。
【００５８】
ステップＳ６０２で、サーバー装置２００は、電動モビリティ１００からＴＣＰによるコネクションの確立要求を受信したことから、確立要求に対する確認応答を電動モビリティ１００へ送信し、ステップＳ６０３へ処理を進める。
ステップＳ６０３で、サーバー装置２００は、電動モビリティ１００からステップＳ６０２で送信した確認応答に対するＡＣＫパケットを受信したかどうかを判別し、ＹＥＳであればステップＳ６０４へ処理を進める。
ここで、「電動モビリティ１００へ送信する」とは、サーバー装置２００に実装されるネットワークインターフェース層の通信プロトコル用のヘッダに電動モビリティ１００を特定するアドレス情報を付加することをいう。
【００５９】
ステップＳ６０４で、サーバー装置２００は、電動モビリティ１００とのコネクションが確立されたことから、電動モビリティ１００へ送信すべきデータ（例えば、更新すべき制御プログラム、走行パラメータ等）を分割して必要なヘッダを付加したパケットデータを生成し、電動モビリティ１００へ送信する。
【００６０】
ステップＳ６０５で、サーバー装置２００は、ステップＳ６０４で送信したパケットデータを電動モビリティ１００が受信したことを示すＡＣＫパケットを電動モビリティ１００から受信したかどうかを判別し、ＹＥＳであればステップＳ６０６へ処理を進め、ＮＯであればステップＳ６１２へ処理を進める。
【００６１】
ステップＳ６０６で、サーバー装置２００は、電動モビリティ１００へ送信すべきデータが無くなってデータ送信完了となったかどうかを判別し、ＹＥＳであればステップＳ６０７へ処理を進め、ＮＯであればステップＳ６０４へ処理を進める。
【００６２】
なお、サーバー装置２００は、ステップＳ６０５でＮＯと判別する場合、ステップＳ６１２で所定時間が経過したかどうかを判別し、ＹＥＳであればステップＳ６１３へ処理を進める。
ステップＳ６１３で、サーバー装置２００は、ステップＳ６０４で送信したパケットデータに対するＡＣＫパケットを、パケットデータを送信してから所定時間が経過しても電動モビリティ１００から受信しないことから、ステップＳ６０４で送信したパケットデータを電動モビリティ１００へ再送信する。
【００６３】
ステップＳ６０７で、サーバー装置２００は、データ送信完了となったことから、ＴＣＰによるコネクションの切断要求を電動モビリティ１００へ送信する。
ステップＳ６０８で、サーバー装置２００は、コネクションの切断要求に対するＡＣＫパケットを電動モビリティ１００から受信したかどうかを判別し、ＹＥＳと判別した場合にステップＳ６０９へ処理を進める。
【００６４】
ステップＳ６０９で、サーバー装置２００は、電動モビリティ１００からＴＣＰによるコネクションの切断要求を受信したかどうかを判別し、ＹＥＳと判別した場合にステップＳ６１０へ処理を進める。
ステップＳ６１０で、サーバー装置２００は、ＴＣＰによるコネクションの切断要求を受信したことから、切断要求の受信を示すＡＣＫパケットを電動モビリティ１００へ送信する。
【００６５】
次に、電動モビリティ１００からサーバー装置２００へデータを送信する場合に、電動モビリティ１００が実行する処理について図７を参照して説明する。
なお、図７に示すステップＳ７０１からステップＳ７０６は、図５に示すステップＳ５０１からステップＳ５０６と同様であるため、説明を省略する。
【００６６】
ステップＳ７０７で、無線通信部１６は、サーバー装置２００とのコネクションが確立されたことから、サーバー装置２００へ送信すべきデータ（例えば、走行パラメータ、電動モビリティ１００で発生した各種の異常等）を分割して必要なヘッダを付加したパケットデータを生成し、サーバー装置２００へ送信する。
【００６７】
ステップＳ７０８で、無線通信部１６は、ステップＳ７０７で送信したパケットデータをサーバー装置２００が受信したことを示すＡＣＫパケットをサーバー装置２００から受信したかどうかを判別し、ＹＥＳであればステップＳ７０９へ処理を進め、ＮＯであればステップＳ７１４へ処理を進める。
【００６８】
ステップＳ７０９で、無線通信部１６は、サーバー装置２００へ送信すべきデータが無くなってデータ送信完了となったかどうかを判別し、ＹＥＳであればステップＳ７１０へ処理を進め、ＮＯであればステップＳ７０７へ処理を進める。
【００６９】
なお、無線通信部１６は、ステップＳ７０８でＮＯと判別する場合、ステップＳ７１４で所定時間が経過したかどうかを判別し、ＹＥＳであればステップＳ７１５へ処理を進める。
ステップＳ７１５で、無線通信部１６は、ステップＳ７０７で送信したパケットデータに対するＡＣＫパケットを、パケットデータを送信してから所定時間が経過してもサーバー装置２００から受信しないことから、ステップＳ７０７で送信したパケットデータをサーバー装置２００へ再送信する。
【００７０】
ステップＳ７１０で、無線通信部１６は、データ送信完了となったことから、ＴＣＰによるコネクションの切断要求をサーバー装置２００へ送信する。
ステップＳ７１１で、無線通信部１６は、コネクションの切断要求に対するＡＣＫパケットをサーバー装置２００から受信したかどうかを判別し、ＹＥＳと判別した場合にステップＳ７１２へ処理を進める。
【００７１】
ステップＳ７１２で、無線通信部１６は、サーバー装置２００からＴＣＰによるコネクションの切断要求を受信したかどうかを判別し、ＹＥＳと判別した場合にステップＳ７１３へ処理を進める。
ステップＳ７１３で、無線通信部１６は、ＴＣＰによるコネクションの切断要求を受信したことから、切断要求の受信を示すＡＣＫパケットをサーバー装置２００へ送信する。
以上のステップＳ７１０からステップＳ７１３の処理により電動モビリティ１００とサーバー装置２００との間でコネクションが切断された状態（ＣＬＯＳＥＤ）となる。
【００７２】
次に、電動モビリティ１００からサーバー装置２００へデータを送信する場合に、サーバー装置２００が実行する処理について説明する。
なお、図８に示すステップＳ８０１からステップＳ８０３およびステップＳ８１０は、図６に示すステップＳ６０１からステップＳ６０３およびステップＳ６１１と同様であるため、説明を省略する。
【００７３】
ステップＳ８０４で、サーバー装置２００は、電動モビリティ１００からパケットデータを受信する。
ステップＳ８０５で、サーバー装置２００は、パケットデータの受信が完了した場合に受信完了を示すＡＣＫパケットを電動モビリティ１００へ送信する。
【００７４】
ステップＳ８０６で、サーバー装置２００は、ＴＣＰによるコネクションの切断要求を電動モビリティ１００から受信したかどうかを判別し、ＹＥＳと判別した場合にステップＳ８０７へ処理を進め、ＮＯと判別した場合にステップＳ８０４へ処理を進める。
以上のステップＳ８０４からステップＳ８０６の処理により、ＴＣＰによるコネクションの切断要求を電動モビリティ１００から受信するまでは、電動モビリティ１００からのパケットデータの受信処理を繰り返す。
【００７５】
ステップＳ８０７で、サーバー装置２００は、ＴＣＰによるコネクションの切断要求を受信したことから、切断要求の受信を示すＡＣＫパケットを電動モビリティ１００へ送信する。
ステップＳ８０８で、サーバー装置２００は、ＴＣＰによるコネクションの切断要求を電動モビリティ１００へ送信する。
ステップＳ８０９で、サーバー装置２００は、電動モビリティ１００へ送信したＴＣＰによるコネクションの切断要求に対するＡＣＫパケットを受信したかどうかを判別し、ＹＥＳと判別した場合に図８に示す処理を終了する。
以上のステップＳ８０７からステップＳ８０９の処理により電動モビリティ１００とサーバー装置２００との間でコネクションが切断された状態（ＣＬＯＳＥＤ）となる。
【００７６】
なお、以上の説明においては、電動モビリティ１００によるコネクション型通信の確立要求によりコネクションが確立された状態（ＥＳＴＡＢＬＩＳＨＥＤ）において、電動モビリティ１００からサーバー装置２００へのデータ送信、またはサーバー装置２００から電動モビリティ１００へのデータ送信の一方向のみのデータ送信を行うものとしたが、他の態様であってもよい。
例えば、コネクションが確立された状態（ＥＳＴＡＢＬＩＳＨＥＤ）からコネクションが切断された状態（ＣＬＯＳＥＤ）となるまでの１単位のコネクションにおいて、電動モビリティ１００からサーバー装置２００へのデータ送信と、サーバー装置２００から電動モビリティ１００へのデータ送信の双方を実行するようにしてもよい。
【００７７】
以上説明した本実施形態の電動モビリティ１００が奏する作用および効果について説明する。
本実施形態の電動モビリティ１００によれば、サーバー装置２００とＴＣＰによる通信を開始すべき事象が発生していない場合には、車体１００ａの位置情報を含む装置情報がＵＤＰにより通信網４００を介してサーバー装置２００へ送信されるため、装置情報を効率良くサーバー装置２００へ送信することができる。
また、電動モビリティ１００からサーバー装置２００へコネクションの確立要求を送信する手順であるため、サーバー装置２００からのコネクションの確立要求に応答するために、電動モビリティ１００を常にＴＣＰによる通信が可能な状態に待機させておく必要がない。そのため、電動モビリティ１００の十分な省電力化を図ることでき、サーバー装置２００への応答に要する無駄な通信費用を削減することができる。
【００７８】
また、本実施形態の電動モビリティ１００においては、移動機構１００ｂへ電力を供給するバッテリー１８を備え、判別部１３ｄが、バッテリー１８による移動機構１００ｂへの電力の供給が開始された場合に前述の事象が発生したと判別する。
このようにすることで、バッテリー１８から移動機構１００ｂへの電力供給が開始されて電動モビリティ１００が移動可能な電源オン状態となった場合に、サーバー装置２００から受信すべきデータ等の有無をサーバー装置２００に確認することができる。この場合、電動モビリティ１００は電源オン状態となっているため、サーバー装置２００からデータを受信した場合には、受信したデータの処理を適切に実行することができる。
【００７９】
また、本実施形態の電動モビリティ１００において、判別部１３ｄが、予め定められた所定時刻となった場合に前述の事象が発生したと判別する。
このようにすることで、予め定められた所定時刻に限って電動モビリティ１００をコネクション型通信が可能な状態とすれば良いため、電動モビリティ１００の十分な省電力化を図ることができる。
ここで、予め定められた所定時刻とは、例えば、一日一回の定刻、電動モビリティ１００が電源オフ状態となってから一定時間が経過した時刻等である。
【００８０】
本実施形態の電動モビリティ１００において、判別部１３ｄが、予め定められた異常が発生した場合に前述の事象が発生したと判別する。
このようにすることで、電動モビリティ１００の故障等の予め定められた異常が発生した場合に限って電動モビリティ１００をＴＣＰを用いた通信が可能な状態とすれば良いため、電動モビリティ１００の十分な省電力化を図ることができる。
【００８１】
本実施形態の電動モビリティ１００においては、無線通信部１６が、前述の事象が発生していないと判別部１３ｄが判別する場合には情報取得部１３ｃが取得する装置情報を所定間隔毎にサーバー装置２００へ送信する。
このようにすることで、ＵＤＰによって所定間隔毎に連続的に装置情報がサーバー装置２００へ送信されるため、サーバー装置２００が連続的に送信される装置情報の少なくともいずれかを受信することにより、電動モビリティ１００の装置情報を収集することができる。
【００８２】
また、本実施形態の電動モビリティ１００は、移動機構１００ｂへ電力を供給するバッテリー１８を備え、無線通信部１６が、バッテリー１８による移動機構１００ｂへの電力供給状態に応じて所定間隔を設定することができる。
このようにすることで、移動機構１００ｂへの電力供給状態に応じた適切な間隔を空けて装置情報をサーバー装置２００へ送信することができる。
【００８３】
また、本実施形態の電動モビリティ１００においては、無線通信部１６が、バッテリー１８から移動機構１００ｂへ電力供給されている走行可能状態における第１の所定間隔よりも、バッテリー１８から移動機構１００ｂへ電力供給されていない走行不能状態における第２の所定間隔を長く設定してもよい。
このようにすることで、電動モビリティ１００が移動可能な状態である場合には、電動モビリティ１００が移動不能な状態である場合よりも短い間隔で装置情報を送信し、電動モビリティ１００の位置情報を精度良くサーバー装置２００へ通知することができる。
【００８４】
なお、操作入力部１２が操作されるとサーバー２００とコネクション型通信による通信を開始すべき事象が発生したと判別部１３ｄが判別するように構成することも可能である。
又は、単なる操作ではなく、予め決められた所定の操作が操作入力部１２に入力された時に前記事象が発生したと判別するように構成しても良い。例えば、ユーザーが操作入力部１２の走行コントローラ１０の走行操作部材１０ａを左側に２回動かした後に右側に３回動かす操作を前記所定の操作として設定し、当該操作が行われた時に前記事象が発生したと判別するように構成可能である。
【００８５】
これらの場合、電動モビリティ１００の無線通信部１６がサーバー装置２００からのデータを受信し、例えば処理部１３が受付けたデータをメモリに格納する。
なお、前記事象が発生したと判別される操作入力部１２に対する操作には、電動モビリティ１００に設けられた指紋認証等の認証情報入力部に対する認証入力や、当該電動モビリティ１００に対応した携帯端末に対する所定の操作も含まれる。
【００８６】
上記の場合、操作入力部１２は、サーバー装置２００とコネクション型通信による通信を開始させるための操作入力部であると共に、他の操作を行うための操作入力部であるから、共用の操作入力部であると言えるが、サーバー装置２００とコネクション型通信による通信を開始させるための専用の操作入力部（ボタン等）を電動モビリティ１００に設けることも可能である。
【００８７】
また、図９に示すように、サーバー装置２００が記憶部２１０とサーバー制御部２２０とを備え、記憶部２１０がコネクション型通信により電動モビリティ１００に送信すべきデータを格納し、サーバー制御部２２０が、特定の端末から送信される所定のデータを受付けると、当該所定のデータに基づくデータを前記送信すべきデータとして記憶部２１０に格納するように構成しても良い。
【００８８】
送信すべきデータは、本実施形態に示すように、制御プログラム、その更新プログラム、前進速度の上限値や前進加速度の上限値等の走行パラメータ等、電動モビリティ１００の制御や作動に関する様々なデータとすることができる。例えば、送信すべきデータとして、電動モビリティ１００をロック状態から操作可能な状態に移行させるロック解除指令データの場合もある。一方、前記所定のデータは、前記送信すべきデータそのもの、又は、前記送信すべきデータの基になるデータである。
【００８９】
前記特定の端末の例として、電話オペレータの端末を挙げることができる。この場合、電話オペレータがユーザーからの電話を受付け、例えばユーザーがある電動モビリティ１００に対し走行パラメータの設定が許可されていることを確認した上で、当該ユーザーから伝えられた走行パラメータの設定値を電話オペレータがその端末に入力する。これにより、記憶部２１０に当該設定値が格納され、当該電動モビリティ１００で前記事象が生じた際に当該設定値の送信が開始される。例えばユーザーが電動モビリティ１００の運転者の親族である場合、親族は運転者の能力を考慮して走行パラメータの設定をすることが可能になる。
【００９０】
前記特定の端末の例として、所定のアプリケーションを介してログインすることにより接続されたユーザーの端末を挙げることができる。この場合、サーバー装置２００のサーバー制御部２２０は、例えばユーザーの端末に入力され送信されたロック解除依頼データを受付け、対応する電動モビリティ１００用にロック解除指令データを記憶部２１０に格納する。例えば、運転者がロック解除をするための鍵を無くした後、サーバー装置２００に前記データを送り、前記事象を発生させるとロック解除が行われる。
【００９１】
なお、サーバー装置２００に直接接続されているキーボード等の特定の入力装置から入力される前記所定のデータをサーバー装置２２０が受付け、当該所定のデータに基づくデータが前記送信すべきデータとして記憶部２１０に格納されるように構成しても良い。
【００９２】
〔他の実施形態〕
以上の説明においては、無線通信部１６がステップＳ５０２で送信する装置情報の送信先と、無線通信部１６がステップＳ５０４で送信するコネクションの確立要求の送信先とをサーバー装置２００とするものであったが他の態様であってもよい。
例えば、メンテナンスシステム５００が複数の電動モビリティ１００から装置情報を収集する他のサーバー装置（収集装置）をサーバー装置２００とは別に設けるものとした場合には、無線通信部１６がステップＳ５０２で送信する装置情報の送信先を他のサーバー装置とする変形例にしてもよい。
この変形例において、「装置情報の送信先を他のサーバー装置とする」とは、パケット処理部１６ｂに実装されるネットワークインターフェース層の通信プロトコル用のヘッダに他のサーバー装置を特定するアドレス情報（宛先情報）を付加することをいう。
この変形例によれば、メンテナンスシステム５００が、電動モビリティ１００とコネクション型通信（ＴＣＰ）によりデータの送受信を行うサーバー装置２００と、電動モビリティ１００からコネクションレス型通信（ＵＤＰ）による装置情報の収集を行う他のサーバー装置とを備える場合でも、電動モビリティ１００の無線通信部１６がコネクションの確立要求と装置情報とをそれぞれ適切な装置へ送信することができる。
【符号の説明】
【００９３】
１０    走行コントローラ
１１    速度コントローラ
１２    操作入力部
１３    処理部
１３ａ  操舵指令出力部
１３ｂ  速度指令出力部
１３ｃ  情報取得部
１３ｄ  判別部
１６    無線通信部
１６ａ  無線部
１６ｂ  パケット処理部
１６ｃ  ＴＣＰ処理部
１６ｄ  ＵＤＰ処理部
１７    位置センサ
１８    バッテリー（電源部）
１９    電源スイッチ
２０    前輪
２１    後輪
２１ａ  右側駆動輪
２１ｂ  左側駆動輪
２２    車体フレーム
２３    シート
２４，２５  ハンドル
３０    制御部
１００  電動モビリティ
１００ａ  車体
１００ｂ  移動機構
２００  サーバー装置（外部装置）
３００  基地局
４００  通信網
５００  メンテナンスシステム
Ａ      車軸
【図１】
2017057520.tif 000003
【図２】
2017057520.tif 000004
【図３】
2017057520.tif 000005
【図４】
2017057520.tif 000006
【図５】
2017057520.tif 000007
【図６】
2017057520.tif 000008
【図７】
2017057520.tif 000009
【図８】
2017057520.tif 000010
【図９】
2017057520.tif 000011
【手続補正書】
【提出日】平成30年3月29日(2018.3.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
車体を移動させる移動機構と、
モビリティに関する装置情報を取得する情報取得部と、
通信網を介して通信可能な通信部と、
前記通信網に接続される外部装置とコネクション型通信による通信を開始すべき事象が発生したか否かを判別する判別部と、を備え、
前記通信部が、前記事象が発生したと前記判別部が判別する場合には前記コネクション型通信によるコネクションの確立要求を前記外部装置へ送信し、前記事象が発生していないと前記判別部が判別する場合には前記情報取得部が取得する前記装置情報をコネクションレス型通信により前記通信網へ送信するモビリティ。
【請求項２】
前記判別部が、該モビリティに設けられた操作入力部が操作された場合に前記事象が発生したと判別する請求項１に記載のモビリティ。
【請求項３】
前記移動機構へ電力を供給する電源部を備え、
前記判別部が、前記電源部による前記移動機構への電力の供給が開始された場合に前記事象が発生したと判別する請求項１に記載のモビリティ。
【請求項４】
前記判別部が、予め定められた所定時刻となった場合に前記事象が発生したと判別する請求項１又は請求項３に記載のモビリティ。
【請求項５】
前記判別部が、予め定められた異常が発生した場合に前記事象が発生したと判別する請求項１、請求項３および請求項４のいずれか一項に記載のモビリティ。
【請求項６】
前記通信部が、前記事象が発生していないと前記判別部が判別する場合には前記情報取得部が取得する前記装置情報を所定間隔毎に前記通信網へ送信する請求項１に記載のモビリティ。
【請求項７】
前記移動機構へ電力を供給する電源部を備え、
前記通信部が、前記電源部による前記移動機構への電力供給状態に応じて前記所定間隔を設定する請求項6に記載のモビリティ。
【請求項８】
前記通信部が、前記電源部から前記移動機構へ電力供給されている第１の前記電力供給状態における第１の前記所定間隔よりも、前記電源部から前記移動機構へ電力供給されていない第２の前記電力供給状態における第２の前記所定間隔を長く設定する請求項7に記載のモビリティ。
【請求項９】
前記移動機構へ電力を供給する充電可能な電源部を備え、
前記装置情報が、前記電源部が前記移動機構へ供給可能な電力の残量情報を含む請求項１に記載のモビリティ。
【請求項１０】
請求項１〜９の何れかに記載のモビリティと、
前記コネクション型通信により前記モビリティに送信するデータを格納する記憶部を有し、該モビリティから前記コネクション型通信によるコネクションの前記確立要求を受付けると前記記憶部に格納されている前記データを前記モビリティに送信する前記外部装置としてのサーバー装置とを備え、
該サーバー装置が、特定の端末から送信される所定のデータ又は特定の入力装置から入力される前記所定のデータを受付けると、該所定のデータに基づくデータを前記送信するデータとして前記記憶部に格納するものであるモビリティメンテナンスシステム。
【請求項１１】
請求項１〜９の何れかに記載のモビリティと、
前記コネクション型通信により前記モビリティに送信するデータを格納する記憶部を有し、該モビリティから前記コネクション型通信によるコネクションの前記確立要求を受付けると前記記憶部に格納されている前記データを前記モビリティに送信する前記外部装置としてのサーバー装置とを備えるモビリティメンテナンスシステム。
【請求項１２】
コネクション型通信によりモビリティに送信するデータを格納する記憶部と、
前記モビリティから前記コネクション型通信によるコネクションの確立要求を受付けると前記記憶部に格納されている前記データを前記コネクション型通信により前記モビリティに送信するサーバー制御部とを備え、
特定の端末から送信される所定のデータ又は特定の入力装置から入力される前記所定のデータを受付けると、該所定のデータに基づくデータを前記送信するデータとして格納するように構成されているサーバー装置。
【国際調査報告】
2017057520.tif 000012
2017057520.tif 000013
2017057520.tif 000014
2017057520.tif 000015