JP7746066B2 - 車両処理システム - Google Patents

Description

本発明は、車両処理システムに関する。

実開平５－６２３６９（以下、「特許文献１」という。）には、無人営業のコイン洗車場に適した洗車機が記載されている。特許文献１の洗車機では、異常発生ルーチンが実行されると、通報により管理者が赴いてリセットするまで受付禁止状態に保持される。通報を受けた管理者は、現地にて異常の原因を確認し、その原因に応じて修理の依頼や液剤の補充等を行っている。

特開平１０－２３０８２１（以下、「特許文献２」という。）には、洗車装置の状況を撮影するカメラ、通話装置などを備え、管理者が利用者に操作方法を案内する洗車装置処理システムが記載されている。特許文献２のシステムによれば、利用者が管理者からの指示に従って操作を行え、また、管理者が洗車装置本体の前進・後進や洗浄ブラシの開閉等の動作の操作を行え、異常停止の解除操作をすることによって洗車を円滑に行うことができる。

特開平１０－２３０８２１（段落［００２６］） 特開平１０－２３０８２１（段落［０００８］、［０００９］）

特許文献１の技術のように、洗車装置に異常が発生した場合、管理者（修理者等を含む。）が現地（例えば洗車場）へ赴くこととなるが、復帰処置について安全性を確認した上で、専門的な知識を有する者が対応していた。また、特許文献２の技術のように、洗車装置に異常が発生した場合、現地へ赴かなくても対応可能と考えられるが、操作ボタンが多いと、利用者もわかりづらく、操作ミスも発生してしまう。また、管理者が利用者へ指示する場合であっても、管理者も経験を有する者でなければ指示することは困難な面もあった。

本発明の一目的は、車両処理装置へ指示を行うにあたり、その指示決定をサポートすることのできる技術を提供することにある。

本発明の一解決手段に係る車両処理システムは、ネットワークに接続された端末装置および車両処理装置を備えることができる。前記車両処理システムは、前記車両処理装置の装置データを参照してサポートデータを算出する機能を有することができる。また、前記車両処理システムは、前記サポートデータから前記端末装置で選択された指示データを前記ネットワークを介して前記車両処理装置に実行させる機能を有することができる。
また、前記車両処理システムは、前記車両処理装置とは別の車両処理装置が前記ネットワークに接続され、前記車両処理装置の装置データの他に、前記別の車両処理装置の装置データも参照して前記サポートデータを算出することができる。
また、前記車両処理システムは、前記車両処理装置が可動部を備える洗車装置であり、前記装置データは、前記可動部の可動データを含み、前記可動データを参照して前記可動部を移動させる前記サポートデータを算出することができる。
また、前記車両処理システムは、前記装置データが前記車両処理装置を撮影した撮像データを含み、前記撮像データを参照して前記端末装置で選択された前記指示データを前記車両処理装置に実行させることができる。
また、前記車両処理システムは、前記装置データが前記車両処理装置の処理項目の金額データを含み、前記金額データを参照して返金可否の前記サポートデータを算出することができる。
また、前記車両処理システムは、前記装置データが処理対象として予め記憶された車両の車両番号および処理項目を含み、前記車両処理装置で受け付ける車両を撮影した撮像データからの車両番号を参照し、撮影された車両が処理対象であることを認定して、前記処理項目の前記サポートデータを算出することができる。
また、前記車両処理システムは、前記車両処理装置が異常停止した際に、前記車両処理装置を復帰させるための前記サポートデータを算出し、前記指示データとして「復帰」が選択されたときに、前記車両処理装置を異常停止から復帰させることができる。

本発明の一解決手段に係る車両処理システムによれば、車両処理装置へ指示を行うにあたり、その指示決定をサポートすることができる。

本発明の一実施形態に係る車両処理システムの構成図である。 図１の車両処理システムが備える処理サーバの構成図である。 図１の車両処理システムが備える車両処理装置の模式的側面図である。 図３の車両処理装置の模式的正面図である。 図３の車両処理装置の構成図である。 図１の端末装置の構成図である。 図１の車両処理システムの処理フローの一例である。 図１の車両処理システムの処理フローの他例である。 図２の処理サーバの記憶部に記憶されている情報の一例である。 図７の車両処理システムの処理フロー中の画面の一例である 図７の車両処理システムの処理フロー中の画面の他例である。 図７の車両処理システムの処理フロー中の画面の他例である。 本発明の他の実施形態に係る車両処理システムの処理フローである。 本発明の他の実施形態に係る車両処理システムの処理フローである。 図１４の車両処理システムの処理フロー中の画面の一例である。 図１４の車両処理システムの処理フロー中の画面の他例である。 本発明の他の実施形態に係る車両処理システムの処理フローである。 図１7の車両処理システムの処理フロー中の画面の一例である。 本発明の他の実施形態に係る車両処理システムの処理フローである。 図１９の車両処理システムの処理フロー中の画面の一例である。 図１９の車両処理システムの処理フロー中の画面の他例である。

以下の本発明における実施形態では、必要な場合に複数のセクションなどに分けて説明するが、原則、それらはお互いに無関係ではなく、一方は他方の一部または全部の変形例、詳細などの関係にある。このため、全図において、同一の機能を有する部材には同一の符号を付し、その繰り返しの説明は省略する。また、構成要素の数（個数、数値、量、範囲などを含む）については、特に明示した場合や原理的に明らかに特定の数に限定される場合などを除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。また、構成要素などの形状に言及するときは、特に明示した場合および原理的に明らかにそうではないと考えられる場合などを除き、実質的にその形状などに近似または類似するものなどを含むものとする。

（第１実施形態）
本発明に係る車両処理システム（以下、単に「処理システム」という場合がある。）の実施形態について図面を参照して説明する。本発明の実施形態では、車両処理サーバ（以下、単に「処理サーバ」という場合がある。）とネットワークを介して接続される車両処理装置として、車両の外部（車体面）を洗浄する機能を有する洗車装置を用いて説明する。

（車両処理システム）
図１に処理システム１０の構成図を示す。処理システム１０は、処理サーバ２０と、複数の洗車装置３０とを備えている。処理サーバ２０および複数の洗車装置３０は、ＩｏＴ（Internet of Things）技術が用いられ、ネットワーク１１を介して通信（例えば、ＨＴＴＰ）可能に接続されている。処理サーバ２０は、複数の洗車装置３０を遠隔制御し、システム全体を管理する機能を有している。洗車装置３０は、利用者の車両Ｃに対して処理を行う機能を有している。複数の洗車装置３０は、例えば距離が離れた異なる洗車場２５（異なる敷地）に設置されている。ネットワーク１１としては、有線通信の伝送路、無線通信の伝送路を含めることができる。例えば、インターネット、Ｐ２Ｐ（Peer to Peer）ネットワーク、専用回線、電力線通信回線、ＶＰＮ（Virtual Private Network）、無線パケット通信網、携帯電話回線、無線ＬＡＮ（Local Area Network）、ＮＦＣ（Near Field Communication）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉが挙げられる。

また、処理システム１０には、管理者端末１３（端末装置）を含めることができる。管理者端末１３は、管理者（例えば、洗車場２５などの運営事業者）にシステムを管理させるための機能を有する。また、処理システム１０には、利用者端末１２（端末装置）を含めることができる。利用者端末１２は、利用者にシステムを利用させるための機能を有する。また、処理システム１０には、決済装置１４を含めることができる。決済装置１４は、利用者が洗車装置３０を使用するために支払いする機能を有する。また、処理システム１０には、返金装置２６を含めることができる。返金装置２６は、例えば、洗車装置３０の異常停止が発生した場合などに利用者に返金するための機能を有する。また、処理システム１０には、監視カメラ２７（撮影装置）を含めることができる。監視カメラ２７は、例えば、処理実行中の洗車装置３０などを撮影する機能を有する。これら利用者端末１２、管理者端末１３、決済装置１４、返金装置２６および監視カメラ２７は、それぞれ通信部を有し、ネットワーク１１を介して接続されている。例えば、管理者端末１３を用いて管理者は、洗車装置３０の状況を確認したり、監視カメラ２７を通じて洗車場２５や洗車装置３０の様子を確認したりすることができる。

（処理サーバ）
図２に処理サーバ２０の構成図を示す。処理サーバ２０は、制御部２１と、記憶部２２と、通信部２３（受信部および送信部から構成されている。）とを備えている。制御部２１は、例えばＣＰＵ（Central Processing Unit）で構成され、記憶部２２などの各構成部と接続されている。制御部２１は、記憶部２２に記憶されているプログラムの実行により与えられた処理を行い、処理サーバ２０の機能を発揮させることができる。このため、処理サーバ２０は、制御部２１による種々の機能を備えている。記憶部２２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）などで構成され、プログラムや各種データを記憶することができる。通信部２３は、例えばＮＩＣ（Network Interface Controller）から構成され、ネットワーク１１を介して各洗車装置３０などとの通信を確立することができる。処理サーバ２０は、例えば、管理者端末１３や洗車装置３０などの装置からアクセスされるＨＴＴＰサーバであり、その装置からのＨＴＴＰリクエストを受信して、ＨＴＴＰレスポンスを返信する。

（決済装置）
決済装置１４は、例えばサーバで構成されている。決済装置１４は、代金処理として、例えば、オンラインでのクレジット決済を代行サービスする既存のサービスプロバイダのものを利用することができる。サービスプロバイダでは、利用者が使用しようとするクレジットカードの与信限度額の確認や無効カードのチェックをした上で代金処理を行っている。代金処理は、クレジットカードに限らずオンラインで決済できるものであればよく、口座引落契約に基づいて処理することもできる。なお、処理サーバ２０自体に決済装置１４の機能を持たせるように構成してもよい。

（車両処理装置）
図３および図４のそれぞれに洗車装置３０の模式的側面図および模式的正面図を示す。本実施形態では、洗車装置３０は、本体装置３１（洗車機）と、受付装置３２と、ゲート装置３３とを備えている。なお、図３の右方を本体装置３１の前方、図３の左方を本体装置３１の後方として説明する。

本体装置３１は、利用者の車両Ｃに対して洗浄などの処理を行う機能を有する。また、受付装置３２は、利用者が洗車装置３０による処理を受け付けるための機能を有する。ゲート装置３３は、洗車エリアの入場口を例えば遮断桿３３Ａを用いて開閉して車両Ｃの進入を禁止／許可するための機能を有する。

このため、洗車装置３０では、利用者が受付装置３２で受付を行い、進入許可が下りるとゲート装置３３が開くので、洗車エリア内へ車両Ｃを進入させて所定位置で停車させる。そして、車両Ｃに対して洗浄などの処理が本体装置３１により行われる。なお、洗車装置３０では、車両Ｃが前進走行して進入し、洗車後は同じく前進走行して退場するもので、利用者が車両Ｃに乗ったまま洗車を受けて通り抜ける、いわゆるドライブスルーによる洗車を可能としている。

本体装置３１のフレーム（筐体）は、処理対象の車両Ｃを跨ぐような門型で構成されている。本体装置３１は、敷設面Ｇ（地面）に平行に敷設された２本のレール３４上を、走行エンコーダ４３および走行モータ４４を用いて車輪４８を回すことで、往復走行（可動）することができる。走行エンコーダ４３は、走行モータ４４の出力軸に取り付けられ、本体装置３１が単位距離走行するごとにパルス信号を出力し、このパルス信号をカウントすることにより本体装置３１の移動距離を検出することができる。例えば、本体装置３１は、待機時にレール３４で与えられる走行範囲の後端部に停止し、この位置から洗車を開始することができる。

また、本体装置３１は、ブラシ３５、３６、３６、ノズル３７、３８、３８、スプレー４０、４１、４２などの各装置を備えている。これにより、本体装置３１は、走行に伴って、スプレーにより水、シャンプー液、ワックス液などの洗浄液を散布し、ブラシによりブラッシングする洗浄作業や、ノズルにより空気を吹き付ける乾燥作業を行うことができる。

トップブラシ３５は、本体装置３１前側に位置し、本体装置３１の移動に伴って車両Ｃの上面に沿って昇降し同上面をブラッシングすることができる。左右一対のサイドブラシ３６は、トップブラシ３５の後方に位置しており、本体装置３１の移動に伴って車両Ｃに対して接離（開閉）動作して車両Ｃの前後面および側面をブラッシングすることができる。

トップノズル３７は、サイドブラシ３６の後方に位置しており、本体装置３１の移動に伴って、車両Ｃの上面に沿って昇降し同上面に空気を吹き付けて乾燥を行うことができる。左右一対のサイドノズル３８は、トップノズル３７より本体装置３１後側に位置し車両Ｃの側面に空気を吹き付けて乾燥を行うことができる。

スプレー４０、４１、４２は、複数の噴射ノズル（不図示）が形成されたパイプによって構成されており、本体装置３１の移動に伴って、車両Ｃに向かって水などの洗浄液を噴射することができる。スプレー４０は、トップブラシ３５の前方に位置しており、例えば水とシャンプー液とを選択的に噴射することができる。また、スプレー４１は、サイドブラシ３６の前方に位置しており、例えば水とワックス液とコーティング液（撥水液）とを選択的に噴射することができる。また、スプレー４２は、サイドブラシ３６の後方に位置しており、例えば水を噴射することができる。

車形センサ４５は、本体装置３１前側に備えられ、複数の発光素子Ｅを上下に配列した発光部ＥＵと、複数の受光素子Ｒを上下に配列した受光部ＲＵとを車両Ｃを幅方向に挟むよう対向させたビームセンサから構成されている。複数の発光素子Ｅと複数の受光素子Ｒとの間で光信号（赤外光）の授受を行い、受光素子Ｒでの受光レベルに応じて車両Ｃの有無（光軸Ｂの遮光／通光に対応する。）を検知することで、車両Ｃの上面位置を検出することができる。

入車センサ４６は、本体装置３１前側下部（前面手前）に設けられ、車両Ｃの入車を検出する機能を有する。退車センサ４７は、本体装置３１後側下部に取り付けられ、車両Ｃの退車を検出する機能を有する。センサ４６、４７は、車両Ｃの端部を検出可能な高さに取り付けられ、いずれも発光部と受光部を車幅方向に対向させて一本の光軸を形成し、その光軸の遮光／通光によって車両Ｃの有無を出力するビームセンサからなる。例えば車形センサ４５が通光し、入車センサ４６が遮光する状態を車両Ｃが洗浄などの処理を受けるための停車位置にあるものとして判断することができる。

受付装置３２は、車両検出部５０を備えている。車両検出部５０は、受付位置にある車両Ｃを検出するためのものであり、例えば赤外線センサまたは超音波センサから構成されている。受付装置３２は、車両検出部５０で車両Ｃを検出すると受付可能な状態となる。

また、受付装置３２は、表示部５１を備えている。表示部５１は、例えば液晶ディスプレイまたは有機ＥＬ（Electro-Luminescence）ディスプレイから構成され、静電容量方式、抵抗膜方式などのタッチパネル機能を備えている。このため、表示部５１は、利用者に向けて洗車装置５０に関するデータを表示したり、入力操作したりすることができる。受付時の表示部５１には、例えば「利用者端末で洗車コース等の選択が済んでいる方」と「これから洗車コース等の選択をする方」とに分けて表示される。

また、受付装置３２は、データ取得部５２を備えている。データ取得部５２は、利用者端末１２から識別データを取得するためのものである。例えば、識別データが二次元コードであれば、データ取得部５２としてのリーダに利用者端末１２で表示させた二次元コードをかざすことで、識別データが取得される（読み取りされる）。

また、受付装置３２は、車番取得部５３を備えている。車番取得部５３は、車両Ｃの車両番号を取得するためのものであり、例えばカメラ装置（車番取得装置）から構成され、ナンバープレートを含む車両Ｃを撮影することができる。事前に車両Ｃの車両番号を登録しておくことで、処理サーバ２０は、車番取得部５３で取得された車両Ｃの車両番号が登録したものと相違している旨の表示をするよう受付装置３２に指示し、不正に処理を受けないようにすることもできる。なお、車番取得部５３は、ゲート装置３３に固定して設けられているが、データ取得部５２のように受付装置本体に固定して設けてもよい。

このような受付装置３２では、表示部５１で表示された「利用者端末で洗車コース等の選択が済んでいる方」を選択した利用者は、利用者端末１２に記憶されている識別データをデータ取得部５２で取得させるだけで、処理サーバ２０からの指示を受けてゲート装置３３が開くので円滑に洗浄などの処理を受けることができる。他方、「これから洗車等コースの選択をする方」を選択した利用者は、表示部５１の表示に従い、その場で洗車コースの選択や洗車料金の精算等を済ませることで、洗浄などの処理を受けることができる。

ここで、洗車コースの一例として、本体装置３１を２．５往復させて車両Ｃをガラスコート洗車する場合について概略して説明する。まず、利用者は、受付装置３２にて洗車受付が認められると、ゲート装置３３が開くことにより洗車エリアに進入するよう案内される。その案内に従い、利用者は、本体装置３１の手前の入車センサ４６を遮光する所定の停車位置まで車両Ｃを移動、停車させる。

第１往工程では、本体装置３１の前進に伴い、スプレー４０からシャンプー液、スプレー４１、４２から水をそれぞれ散布し、トップブラシ３５とサイドブラシ３６を回転させて車体面のシャンプー洗浄を行う。次いで、第１復工程では、本体装置３１の後進に伴い、スプレー４１からワックス液、スプレー４０、４２からそれぞれ水を散布し、トップブラシ３５とサイドブラシ３６を回転させて車体面のワックス掛けを行う。

続いて、第２往工程では、本体装置３１の前進に伴い、スプレー４１からコーティング液を散布し、トップブラシ３５とサイドブラシ３６を回転して車体面の第１コーティングを行う。次いで、第２復工程では、本体装置３１の後進に伴い、スプレー４１からコーティング液を散布し、車体面の第２コーティングを行うと共に、スプレー４０から水を散布して車体面のすすぎを行う。

続いて、第３往工程では、本体装置３１の前進に伴い、トップノズル３７とサイドノズル３８から高圧エアを吹き付けて車体面の乾燥を行う。ノズル３７、３８から高圧エアを車体面に吹き付けて水滴を飛散除去することでコーティング処理が完了となり、車体面に滑水性・撥水性・光沢・滑り性が付与される。

図５に洗車装置３０の制御系を含む構成図を示す。本体装置３１は、本体制御部５４と、本体記憶部５５と、本体通信部６２とを備えている。本体制御部５４は、例えばＣＰＵから構成され、本体記憶部５５などの各構成部と接続されている。また、本体記憶部５５は、例えばＲＯＭ、ＲＡＭ、外部メモリ（ＵＳＢメモリなど）から構成されている。また、本体通信部６２（受信部および送信部を含む。）は、ネットワーク１１と接続されるものであり、例えばモバイル通信回路から構成されている。

本体制御部５４では、本体記憶部５５に記憶されているプログラムの実行が行われる。すなわち、本体制御部５４は、各構成部などからの信号・テータに基づき、予めプログラムされたシーケンスに従って、本体装置３１の機能を発揮させるための種々の手段（機能構成部）を備えている。例えば、本体制御部５４は、走行エンコーダ４３のパルス信号から本体装置３１の走行位置を検出する手段（走行検出部５６）を備えている。また、本体制御部５４は、走行エンコーダ４３のパルス信号をトリガに車形センサ４５を駆動して車両Ｃの高さ位置を検出する手段（車形検出部５７）を備えている。また、本体制御部５４は、走行検出手段５６と車形検出部５７の検出結果から車形データを作成する手段（車形データ作成部５８）を備えている。この車形データは、本体記憶部５５に記憶される。そして、本体制御部５４は、本体記憶部５５から読み出した車形データなどに基づいてブラシなどの各処理装置を制御する。

図５に示すように、受付装置３２は、受付制御部６０と、受付記憶部６１とを備えている。受付制御部６０は、例えばＣＰＵから構成されている。また、受付記憶部６１は、例えばＲＯＭ、ＲＡＭ、外部メモリ（ＵＳＢメモリなど）から構成されている。受付制御部６０は、受付記憶部６１などの各構成部と接続され、受付記憶部６１に記憶されているプログラムの実行が行われる。受付制御部６０は、車両検出部５０などからの信号・データに基づき、予めプログラムされたシーケンスに従って、受付装置３２の機能を発揮させるための種々の手段（機能構成部）を備えている。なお、受付制御部６０と本体制御部５４とは、例えば有線により通信可能に構成されている。

（利用者端末、管理者端末）
図６に利用者端末１２の構成図を示す。利用者端末１２は、例えばスマートフォンで構成されている。利用者端末１２は、端末制御部１５と、表示部１６と、端末記憶部１７と、端末通信部１８とを備えている。管理者端末１３も利用者端末１２と同様の構成である。なお、利用者端末１２および管理者端末１３は、スマートフォンに限らず、後述する同様の機能を有するノートパソコン、デスクトップパソコンなどであってもよい。

端末制御部１５は、例えばＣＰＵから構成されている。また、表示部１６は、例えば液晶ディスプレイまたは有機ＥＬディスプレイから構成されている。この表示部１６は、静電容量方式、抵抗膜方式などのタッチパネル機能を備えており、入出力部を構成している。端末記憶部１７は、例えば、フラッシュメモリ、ＲＡＭなどから構成され、プログラムや各種データを記憶することができる。また、端末通信部１８（受信部および送信部を含む。）は、例えば、モバイル通信回路、ＷｉＦｉ通信回路、Ｂｌｕｅｔｏｏｔｈ通信回路などから構成されている。

（処理フロー）
図７および図８に処理システム１０の処理フローを示す。また、図９に処理サーバ２０に登録（記憶部２２に記憶）されているデータの一例を示す。ここでは、管理者端末１３に処理システム１０を管理するための管理者用アプリケーション（Ｗｅｂブラウザ）がインストールされている。また、利用者端末１２に処理システム１０を利用するための利用者用アプリケーションがインストールされている。また、図９に示すように、処理サーバ２０の記憶部２２（データベース）には、管理者端末１３から送信された管理者データが記憶されている。また、処理サーバ２０の記憶部２２には、複数の利用者端末１２から送信されたそれぞれの利用者データ（処理を受ける車両Ｃの車両番号を含む。）が記憶されている。また、処理サーバ２０の記憶部２２には、複数の洗車装置３０に関するそれぞれの装置データが記憶されている。なお、それぞれのデータは重複あるいは紐付けて記憶部２２内に記憶されてもよい。

装置データとして、図９に示すように、洗車装置３０の洗車コース（処理項目）およびその金額のデータを含むことができる。より具体的には、コース１：ガラスコート洗車が１５００円、コース２：ポリマーコート洗車が１１００円、コース３：はっ水洗車が８００円、コース４：ワックス洗車が７００円、コース５：シャンプー洗車が５００円、コース６：水洗い洗車が３００円である。

また、装置データとして、洗車装置３０で実行可能な各洗車コースを構成する種々の処理（ブラッシング、スプレー、乾燥など）のデータを含むことができる。また、装置データとして、その装置で処理対象の車両および洗車コースのデータを含むことができる。また、装置データとして、洗車装置３０の可動部の可動データ（設計仕様、実行時の実績等）、撮像データを含むことができる。また、装置データとして、その装置で実行された実績データを含むことができる。実績データとして、履歴、売上集計、異常発生時の処理などのデータを含むことができる。

まず、処理サーバ２０では、通信部２３を介して利用者端末１２からのアクセス（工程Ｓ１０）を受け付ける。次いで、利用者端末１２からの操作によって、処理サーバ２０では、複数の洗車装置３０および処理項目を含む受付リストＲＬを作成するための装置データを記憶部２２から読み出すよう制御部２１が処理し、これら装置データを参照して受付リストＲＬ（サポートデータ）を作成する（工程Ｓ１１）。次いで、処理サーバ２０では、通信部２３を介して受付リストＲＬが利用者端末１２へ送信されるよう制御部２１が処理する（工程Ｓ２０）。このように、処理システム１０は、利用者の利用者端末１２からの操作により、複数の洗車装置３０および処理項目を含む受付リストＲＬを生成する手段（リスト生成部７０）を備えている。

続いて、利用者端末１２では、処理サーバ２０から端末通信部１８を介して受信した受付リストＲＬが表示部１６に表示され、利用者が所望する洗車装置３０と、そこで実施可能な処理項目が選択されるよう端末制御部１５が処理する（工程Ｓ２１）。例えば、所望の「洗車装置」およびその処理項目として「ガラスコート洗車」を選択する。本実施形態では、選択された洗車装置のことをＬａ、選択された処理項目（洗車コース）のことをＬｂとし、選択結果（指示データ）をＬａｂと示す場合がある。なお、他に選択されたトッピングメニューや装備品データを含めることもできる。

次いで、利用者端末１２の端末通信部１８から受付リストＲＬの選択結果Ｌａｂが処理サーバ２０へ送信されるので、処理サーバ２０では、通信部２３を介して受付リストＲＬの選択結果Ｌａｂを受信するよう制御部２１が処理する（工程Ｓ３０）。次いで、処理サーバ２０では、通信部２３で受信した受付リストＲＬの選択結果Ｌａｂを記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ３１）。選択結果Ｌａｂを記憶する際、利用者の登録データ（車両番号を含む。）を紐付けることができる。このように、処理システム１０は、受付リストＲＬの選択結果Ｌａｂを記憶する手段（選択結果記憶部７１）を備えている。

続いて、処理サーバ２０では、記憶部２２で記憶されている選択結果Ｌａｂに紐付けた識別データＤａ（例えば、二次元コード）を生成するよう制御部２１が処理する（工程Ｓ３２）。ここで、識別データＤａには選択結果Ｌａｂの処理項目「ガラスコート洗車」は含まれず、処理サーバ２０において識別データＤａと選択結果Ｌａｂが紐付けられていればよい。他方、識別データＤａには選択結果Ｌａｂの洗車装置３０（Ｌａ）のデータが含まれている。制御部２１により生成された識別データＤａは記憶部２２に記憶されるよう制御部２１が処理する（工程Ｓ３３）。このように、処理システム１０は、処理サーバ２０がリストの選択結果Ｌａｂに紐付けた識別データＤａを生成する手段（識別データ生成部７２）を備えている。

続いて、処理サーバ２０では、通信部２３を介して識別データＤａが利用者端末１２へ送信されるよう制御部２１が処理する（工程Ｓ４０）。このように、処理システム１０は、処理サーバ２０が識別データＤａを利用者端末１２へ送信する手段（識別データ送信部７３）を備えている。

続いて、利用者端末１２では、端末通信部１８を介して識別データＤａを受信し、端末記憶部１７に記憶するよう端末制御部１５が処理する（工程Ｓ４１）。次いで、例えば、利用者は自宅から利用者端末１２を携帯し、所望の洗車装置３０が設置されている洗車場２５まで車両Ｃで乗り付け、その洗車装置３０の受付装置３２で受付を行う。例えば、識別データＤａが二次元コードであれば、利用者端末１２の表示部１６にその二次元コードを表示させ、洗車装置３０では、データ取得部５２（コードリーダ）を介して二次元コードを読み取らせるよう受付制御部６０が処理する（工程Ｓ４２）。

続いて、識別データＤａを取得した洗車装置３０は、自身を対象としている識別データＤａであることの照合を行うよう受付制御部６０が処理する（工程Ｓ４３）。具体的には、複数の洗車装置３０には、それぞれ識別番号が振られているため、リーダ（データ取得部５２）を介して取得した識別データＤａを受付制御部６０で解析し、所望の洗車装置３０の識別番号が識別データＤａに含まれているか照合を行う（工程Ｓ４３）。このように、処理システム１０は、識別データＤａを取得した洗車装置３０が識別データＤａに自身が含まれていることの照合を行う手段（識別データ照合部８０）を備えている。

また、所望の洗車装置３０が車番取得部５３としてカメラを備えている場合には、その洗車装置３０（受付装置３２）では、車番取得部５３により車両Ｃのナンバープレートを撮影し、この撮像データから車両番号を抽出するよう受付制御部６０が処理する（工程Ｓ４４）。このように、処理システム１０は、洗車装置３０（受付装置３２）が車両Ｃから車両番号を抽出する手段（車番抽出部８１）を備えている。

次いで、洗車装置３０では、本体通信部６２を介して処理サーバ２０へ識別データＤａを送信するよう受付制御部６０および本体制御部５４が処理する（工程Ｓ５０）。その際、撮影した車両番号も送信することができる。このように、処理システム１０は、利用者端末１２から識別データＤａを取得した洗車装置３０が、識別データＤａを含むデータを処理サーバ２０へ送信する手段（データ送信部８２）を備えている。なお、車両番号の抽出は、処理サーバ２０が車両Ｃの撮像データから行うこともできる。

続いて、処理サーバ２０では、通信部２３を介して洗車装置３０から識別データＤａ、車両番号を含むデータを受信し、この識別データＤａに紐付けされた選択結果Ｌａｂ、車両番号を含むデータを記憶部２２から読み出すよう制御部２１が処理する（工程Ｓ５１）。次いで、識別データＤａを送信してきた洗車装置３０がその識別データＤａに紐付けされた選択結果Ｌａｂの洗車装置３０であることの装置照合を行うよう制御部２１が処理する（工程Ｓ５２）。また、洗車装置３０により識別データＤａと共に送信されてきた車両番号が、識別データＤａに紐付けられた車両番号であることの照合を行うよう制御部２１が処理する（工程Ｓ５３）。次いで、これらの照合結果が一致していれば、処理サーバ２０では、決済装置１４に対して処理項目Ｌｂの内容の実施に係る代金処理を行うよう制御部２１が処理する（工程Ｓ５４）。

このように、処理システム１０は、識別データＤａを送信してきた洗車装置３０と、選択結果Ｌａｂの洗車装置３０の装置照合を処理サーバ２０が行う手段（装置照合部７４）を備えている。これによれば、例えば自宅などで事前に所望の洗車装置３０を利用することを選択（仮受付）していた利用者が、実際に所望の洗車装置３０のところに車両Ｃを乗り付けることができているか判定することができる。また、処理システム１０は、事前に利用者端末１２から送信されている利用者の車両番号と、車番取得部５３で取得された車両番号との照合を処理サーバ２０が行う手段（車番照合部７５）を備えている。これによれば、所望の洗車装置３０に乗り付けているか判定することができ、装置照合の信頼性をより向上させることができる。

続いて、処理サーバ２０では、装置照合が一致している場合、送信されてきた識別データＤａが正規のものであるとして、識別データＤａを送信してきた洗車装置３０（選択済み装置Ｌａ）に、識別データＤａに紐付けられた選択結果の処理項目Ｌｂ（「ガラスコート洗車」）を、通信部２３を介して送信するよう制御部２１が処理する（工程Ｓ６０）。すなわち、処理サーバ２０がその洗車装置３０に洗車を開始する（処理を進める）よう指示する。他方、装置照合が一致していない場合、処理サーバ２０では、識別データを送信してきた洗車装置３０に、処理を受け入れることができない車両Ｃであることを、通信部２３を介して送信するよう制御部２１が処理する。すなわち、処理サーバ２０が洗車装置３０に洗車を開始しないよう指示する。

このように、処理システム１０は、識別データＤａを送信してきた洗車装置３０に、識別データＤａに紐付けて記憶された選択結果の処理項目Ｌｂ「ガラスコート洗車」を処理サーバ２０が送信する手段（処理項目送信部７６）を備えている。処理システム１０では、識別データＤａには処理項目Ｌｂを含めず、処理サーバ２０から識別データＤａに紐付けられた処理項目Ｌｂを送信するよう構成されている。これによれば、識別データＤａを改竄して洗車を受けようとしても、処理サーバ２０から処理開始の指示（処理項目Ｌｂの送信）がないため、洗車装置３０では洗車を開始することはない。したがって、改竄された識別データＤａにより洗車装置３０で処理を受け付けることを防止することができ、処理システム１０の信頼性を向上することができる。

続いて、洗車装置３０では、本体通信部６２を介して処理サーバ２０から処理項目Ｌｂ（「ガラスコート洗車」）を受信し、「ガラスコート洗車」の開始を本体制御部５４へ指示すると共に、ゲート装置３３を開くよう受付制御部６０が処理する（工程Ｓ６１）。次いで、車両Ｃに対して、例えば前述した洗車コースの「ガラスコート洗車」を行うよう本体制御部５４が処理する（工程Ｓ６２）。このように、処理システム１０は、選択結果の処理項目Ｌｂ（「ガラスコート洗車」であること）を受信した洗車装置３０が該処理項目Ｌｂ「ガラスコート洗車」を開始する手段（処理開始部８３）を備えている。

このような処理システム１０によれば、所望の洗車装置３０に乗り付ける前に、希望の処理項目Ｌｂの内容を確認し、例えば「ガラスコート洗車」を選択しておくことができる。そして、利用者端末１２から識別データＤａを洗車装置３０に取得させるだけで、ゲート装置３３が開き、円滑に洗車処理が開始される。また、決済装置１４を用いて事前に代金処理も済ませておくこともできるので、乗り付けた際には円滑に洗車処理が開始される。

洗車装置３０では、処理が開始されると、各可動部の可動データ（例えば、本体装置３１の走行データ、各ブラシやノズルの可動データ、スプレーからの噴射データなど）を本体記憶部５５に記憶するよう本体制御部５４が処理する（図８の工程Ｓ７０）。また、洗車装置３０では、洗車処理中である旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ７１）。このとき、洗車装置３０は、処理サーバ２０からの遠隔処理を受け付けていない。洗車処理中である旨を受信した処理サーバ２０では、その内容を判断し（工程Ｓ７２）、受信した旨を洗車装置３０へ送信するよう制御部２１が処理する（工程Ｓ７３）。このとき、処理サーバ２０は、洗車装置３０を遠隔制御していない。

車両Ｃに対する洗車処理が終了し、ステータスが待機状態となると、洗車装置３０では、待機中である旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ７４）。このとき、洗車装置３０は、処理サーバ２０からの遠隔制御を受け付けることができる。待機中である旨を受信した処理サーバ２０では、その内容を判断し（工程Ｓ７５）、受信した旨を洗車装置３０へ送信するよう制御部２１が処理する（工程Ｓ７６）。このとき、洗車処理が終了したのであれば、処理サーバ２０は、例えば、洗車装置３０から洗車処理における可動データを取得（記憶）することができる。なお、これに限らず、処理サーバ２０は、洗車処理中のリアルタイムで可動データを取得してもよい。

次いで、洗車装置３０では、可動データを本体記憶部５５から読み出し（工程Ｓ７７）、処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ７８）。この可動データを受信した処理サーバ２０では、通信部２３で受信した可動データを洗車装置３０の装置データとして記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ７９）。このように、装置データとして、洗車装置３０の利用履歴（例えば、洗車等の利用の内容、徴収した代金、洗車結果等）の情報を洗車装置３０の利用の都度、洗車装置３０から処理サーバ２０に記憶（アップ）される。洗車装置３０は、形状・大きさの異なる種々の車両Ｃを洗車するため、本体装置３１など種々の可動部から構成されており、これらの可動データを記憶部２２に記憶しておくことで、適切なサポートデータを算出することができる。また、洗車装置３０を撮影した撮像データを含めることで、視覚的なサポートデータを算出することができる。このように、処理システム１０は、洗車装置３０からの装置データを処理サーバ２０が受信し、記憶する手段（装置データ記憶部７７）を備えている。なお、管理者端末１３から処理サーバ２０へのアクセスにより、図１０に示すような所定のＷｅｂ画面が表示され、管理者は、各洗車場２５内の複数の洗車装置３０などのそれぞれのステータスの一覧を把握することができる。

ところで、車両Ｃの洗車中において洗車装置３０が異常を検出して停止した場合、洗車装置３０では、異常停止していることを知らせる旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ８０）。これを受信した処理サーバ２０では、その内容を判断し（工程Ｓ８１）、例えば、受信した旨を洗車装置３０へ送信し（工程Ｓ８２）、電子メール等にて管理者端末１３へその内容を発報（送信）するよう制御部２１が処理する（工程Ｓ８３）。異常停止の一例としては、洗車処理が開始されたにもかかわらず、入車センサ４６が遮光から通光となり、車両Ｃを検出しなくなる場合がある。この原因の一例として、乗車したままの利用者が、洗車処理開始による本体装置３１の接近により車両Ｃを後退させてしまうことが考えられる。

発報を受けた管理者は、管理者端末１３（表示部１６）にて処理サーバ２０へアクセスすると（工程Ｓ８４）、図１０に示すＷｅｂ画面においてＢ店の洗車装置３０（機種ｙｙｙ）がステータス「異常停止中」であると確認することができる。処理サーバ２０では、例えば、この「異常停止中」が選択されることにより、管理者が異常停止中の洗車装置３０（Ｂ店の機種ｙｙｙ）へ指示（対応）できるよう記憶部２２から読み出した装置データを含むデータを参照してサポートデータのリストＳＬ１を算出する（工程Ｓ８５）。処理サーバ２０の制御部２１は、管理者が管理者端末１３（表示部１６）からアクセスできるＷｅｂ画面（図１１参照）を更新し、洗車装置３０に関して操作可能なサポートデータ（「自動復帰」、「遠隔復帰」、「現地復帰」）を列挙（送信）する（工程Ｓ８６）。その装置データ（実績データ）としては、例えば、本体装置３１（走行検出手段５６）の走行データ、ブラシやノズルの可動データや、監視カメラ２７から送信されてくる本体装置３１の撮像データが含まれる。なお、その他のデータとしては、利用者データが含まれる。

このように、制御部２１では、装置データを含むデータを参照し、現在の状況を把握し、サポートデータを算出することができる（工程Ｓ８５）。前述の異常停止の例のように、本体装置３１が前進移動した状態だけであれば、制御部２１では、本体装置３１を後進移動させればよいため洗車装置３０による自動復帰が可能であると判断してこれをサポートデータとしてサポートリストＳＬ１に含めておくことができる。また、撮像データから解析した結果（例えば、撮像データからの距離と可動データからの距離との比較）も管理者に提示することで「管理者による遠隔手動操作」も可能であると判断してこれをサポートデータとしてサポートリストＳＬ１に含めておくことができる。

このように、処理システム１０は、管理者の指示決定をサポートする手段（サポート部７８）を備えている。また、処理サーバ２０の制御部２１は、指示決定対象の洗車装置３０の装置データの他に、指示決定対象でない別の洗車装置３０の装置データも参照してサポートデータを算出することができる。これによれば、例えば、異常停止があった場合、その洗車装置３０特有のものなのか、他の洗車装置３０でも発生しているものなのかも算出し、より有用なサポートデータを算出することができる。

次いで、管理者端末１３では、サポートデータ（「自動復帰」、「遠隔復帰」、「現地復帰」など）が表示部１６に表示され、管理者が洗車装置３０へ処理を指示するにあたって、そのサポートリストＳＬ１から選択（例えば、画面上のボタンを押下）できるよう端末制御部１５が処理する（工程Ｓ８７）。サポートリストＳＬ１として、図１１に示すＷｅｂ画面には、本体装置３１の可動データを含む装置データを参照して算出された、洗車装置による「自動復帰」、管理者による「遠隔復帰」や「現地復帰」などのサポートデータが含まれる。

これにより、管理者は、洗車装置３０に対する習熟度に併せてサポートリストＳＬ１の中から選択して指示データＤｄ１を決定することができる（工程Ｓ８７）。管理者による「遠隔復帰」が指示データＤｄ１の場合、管理者は、Ｗｅｂ画面にアップされる監視カメラ２７の撮像データを見ながら装置復帰を行うこともできる。なお、図１１に示す「洗車機の位置」（数値）については、遠隔操作等で本体装置３１が移動にあわせてリアルタイムに更新されるため、遠隔操作も容易となる。次いで、管理者端末１３の端末通信部１８から指示データＤｄ１とした内容が処理サーバ２０へ送信される（工程Ｓ８８）ので、処理サーバ２０では、記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ８９）。

ところで、洗車装置３０では、依然として、異常停止していることを知らせる旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ９０）。これを受信した処理サーバ２０では、指示データＤｄ１が生成されていることを判断し（工程Ｓ９１）、指示データＤｄ１の内容を洗車装置３０へ送信する（工程Ｓ９２）。洗車装置３０では、指示データＤｄ１が例えば「自動復帰」であれば、本体装置３１をスタート位置（待機位置）まで戻すよう本体制御部５４が処理する（工程Ｓ９３）。

処理システム１０では、洗車装置３０への指示決定をサポートするサポートデータが処理サーバ２０によって列挙されるので、管理者はその中から選択すればよい。これにより、洗車装置３０に対する専門的な知識を有しない者であっても管理しやすくなる。仮に、遠隔地にある洗車装置３０に異常が発生した場合であっても、遠隔操作を容易に行うことができる。また、洗車装置３０が復帰することで、他の洗車待ち利用者も利用がし易くなる。装置復帰できないような場合（例えば、ブラシの回転不良、洗浄液不足など）には、管理者が異常停止している洗車装置３０のある洗車場２５へ赴いて装置復帰（例えば、ブラシ交換、洗浄液補充など）を行うことができたり、修理やメンテナンスを依頼したりすることができる。また、現地作業者が、洗浄液を補充したにもかかわらず、洗車装置３０を待機状態に戻し忘れた場合（例えば、補充しやすいように移動させたブラシを戻さない）に、遠隔操作で装置復帰させることもできる。

なお、ブラシ交換、洗浄液補充については、それらの使用状況（回転回数、液残量）や洗車処理が実行された日時も含めて装置データ（実績データ）とし、交換、補充時期や「休止」などをサポートデータとして算出することができる。例えば、管理者が指示データとして「休止」を選択すれば、洗車装置３０では洗車が行われず、洗車途中に洗浄液不足によって異常停止することを未然に防止することができる。このように管理者は遠隔で洗車装置３０を休止させることもできる。

また、処理サーバ２０の制御部２１は、洗車装置３０が異常停止していることを踏まえ（工程Ｓ８０）、金額データ（装置データ）を参照して返金可否のサポートデータを算出することもできる。例えば、洗車処理開始による本体装置３１の接近により利用者が車両Ｃを後退させてしまった場合は「返金非対象」、洗車装置３０の洗浄液不足など利用者に落ち度がないような場合は「無料洗車」、「返金（ガラスコート洗車1500円）」がサポートデータとして列挙される。

図９に示すように、装置データとして各洗車装置３０の洗車コース（処理項目）の金額データが記憶部２２に記憶されているので、処理サーバ２０は、返金する金額として記憶部２２から金額データ等を読み出し、サポートデータを算出することができる（工程Ｓ１５０）。処理サーバ２０の制御部２１は、管理者が管理者端末１３（表示部１６）からアクセスできるＷｅｂ画面（図１２参照）を更新し、洗車装置３０に関して操作可能なサポートデータ（「無料洗車」、「返金：１５００円」）を列挙する（工程Ｓ１５１）。図１２では、利用者に落ち度がないとして、「無料洗車」、「返金」がサポートデータとして列挙されている。管理者端末１３では、サポートデータ（「無料洗車」、「返金」など）がその表示部１６に表示され、管理者が返金装置２６へ処理を指示するにあたって、そのサポートリストＳＬ２から選択できるよう端末制御部１５が処理する（工程Ｓ１５２）。サポートリストＳＬ２として、図１２に示すＷｅｂ画面には、金額データ含む装置データを参照して算出された、洗車装置３０による「無料洗車」、返金装置２６「返金」などのサポートデータが含まれる。

これにより、管理者は、サポートリストＳＬ２の中から選択して指示データＤｄ２を決定することができる（工程Ｓ１５２）。次いで、管理者端末１３の端末通信部１８から指示データＤｄ２とした内容が処理サーバ２０へ送信される（工程Ｓ１５３）ので、処理サーバ２０では、記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ１５４）。

ところで、返金装置２６では、処理制御可能であることを知らせる旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ９９）。これを受信した処理サーバ２０では、指示データＤｄ２が生成されていることを判断し（工程Ｓ１５６）、指示データＤｄ２の内容を返金装置２６へ送信する（工程Ｓ１５７）。返金装置２６では、指示データＤｄ２が「返金」であれば、返金処理が行われる（工程Ｓ１５８）。

返金については、管理者がその場にいない場合は、例えば後日返金することが考えられる。しかしながら、処理サーバ２０で返金に関するサポートデータを算出できれば、返金対象となったそのときに遠隔からでも返金処理を行え、また返金作業を省力化することができる。また、ＩｏＴ技術を用いた処理システム１０において洗車の履歴や売上集計に、返金分を自動的に反映させることもできる。

（第２実施形態）
前記第１実施形態では、利用者端末１２にインストールされたアプリケーションを用いて、洗車装置３０の処理実行を開始する処理システム１０について説明した。本実施形態では、利用者がアプリケーションを用いなくとも洗車装置３０の処理実行を開始する処理システム１０Ａについて、主に前記第１実施形態と相違する点を説明する。図１３に処理システム１０Ａの処理フローを示す。

本実施形態では、管理者端末１３に処理システム１０Ａを管理するための管理者用アプリケーション（プログラム）がインストールされている。また、図９に示すように、処理サーバ２０の記憶部２２には、管理者データ、利用者データ、装置データが記憶されている。利用者データとして、定額料金支払い済みとして処理対象の車両Ｃの車両番号および洗車コースのデータを含むことができる。この利用者データは、予め受付等にて管理者によって記憶部２２に記憶されている。また、装置データとして、その洗車装置３０で処理対象の車両および洗車コース（処理項目）のデータを含むことができる。

利用者は、所望の洗車装置３０が設置されている洗車場２５まで車両Ｃで乗り付け、受付装置３２で受付を行おうとする（図３参照）。すると、洗車装置３０では、車両検出部５０で車両Ｃを検出する（工程Ｓ１００）。併せて、受付装置３２の車番取得部５３（カメラ装置）でナンバープレートを含む車両Ｃが撮影されるので、受付制御部６０が撮像データから車両番号を抽出し、車両番号等のデータを受付記憶部６１に記憶する。次いで、洗車装置３０では、車両Ｃを検出したことを知らせる旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ１０１）。これを受信した処理サーバ２０では、その内容を判断し（工程Ｓ１０２）、例えば、受信した旨を洗車装置３０へ送信し（工程Ｓ１０３）、電子メール等にて管理者端末１３へその内容を発報（送信）するよう制御部２１が処理する（工程Ｓ１０４）。

発報を受けた管理者は、管理者端末１３（表示部１６）にて処理サーバ２０へアクセスすると（工程Ｓ１０５）、Ｗｅｂ画面において車両Ｃが洗車装置３０（受付装置３２）で受付中であると確認することができる。処理サーバ２０では、管理者が受付中の洗車装置３０へ指示（対応）できるよう記憶部２２から読み出した装置データを参照してサポートデータのリストＳＬ３を算出する（工程Ｓ１０６）。具体的には、洗車装置３０により送信されてきた車両番号が、利用者データ（図９参照）に記憶された車両番号であることの照合を行うよう制御部２１が処理する。照合結果が一致したと認定された場合、処理サーバ２０は、サポートデータとして、例えば、「車両番号」、「車種」と共に、定額料金支払い済みの対象コース（例えば「ガラスコート洗車」）や「受け入れ拒否」を算出する。

処理サーバ２０の制御部２１は、管理者が管理者端末１３（表示部１６）からアクセスできるＷｅｂ画面を更新し、洗車装置３０に関して操作可能なサポートデータを列挙（送信）する（工程Ｓ１０７）。次いで、管理者端末１３では、処理サーバ２０から端末通信部１８を介して受信したリストＳＬ３が表示部１６（Ｗｅｂ画面）に表示され、管理者が洗車装置３０へ処理を指示決定するにあたって、そのリストＳＬ３から選択できるよう端末制御部１５が処理する（工程Ｓ１０８）。サポートリストＳＬ３には、装置データ等を参照して算出された「ガラスコート洗車」や「受け入れ拒否」のサポートデータが含まれる。サポートデータを選択する際、管理者は撮像データを確認し、車両Ｃの車両番号を参照することができる。なお、サポートリストＳＬ３の他に、管理者は洗車装置３０を撮影した撮像データで車種を確認し、仮に処理サーバ２０で記憶されている車種と異なるようであれば「受け入れ拒否」とすることができる。

これにより、管理者は、リストＳＬ３の中から選択して指示データＤｄ３を決定することができる。次いで、管理者端末１３の端末通信部１８から指示データＤｄ３が処理サーバ２０へ送信される（工程Ｓ１０９）ので、処理サーバ２０では、通信部２３を介して指示データＤｄ３を受信し、記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ１１０）。ところで、洗車装置３０では、依然として待機中であることを知らせる旨の装置データを処理サーバ２０へ送信するよう本体制御部５４が処理する（工程Ｓ１１１）。これを受信した処理サーバ２０では、指示データＤｄ３が生成されていることを判断し（工程Ｓ１１２）、指示データＤｄ３の内容を洗車装置３０へ送信する（工程Ｓ１１３）。洗車装置３０では、受信した指示データＤｄ３が「ガラスコート洗車」であれば、車両Ｃに対してその処理を開始するよう本体制御部５４が処理する（工程Ｓ１１４）。

本実施形態では、洗車装置３０への指示決定をサポートするサポートデータ（リストＳＬ３）が処理サーバ２０によって管理者端末１３の画面に列挙されるので、管理者はその中から選択すればよい。これにより、経験を有しない者であっても操作しやすくなる。また、仮に、遠隔地にある洗車装置３０から車両Ｃの受け入れ確認を求められた場合であっても、遠隔操作を容易に行うことができる。

（第３実施形態）
前記第１実施形態では、種々の処理（ブラッシング、スプレー、乾燥）が予め組み合わされた洗車コースを洗車装置３０に実行させる処理システム１０について説明した。本実施形態では、利用者が種々の工程から選択して組み合わせ、自由で柔軟なオリジナルの洗車コースを洗車装置３０に実行させる処理システム１０Ｂについて、主に前記第１実施形態と相違する点を説明する。図１４に処理システム１０Ｂの処理フローを示す。図１５および図１６に処理システム１０Ｂの処理フロー中のＷｅｂ画面の一例を示す。

本実施形態では、管理者端末１３に処理システム１０Ｂを管理するための管理者用アプリケーションがインストールされている。また、利用者端末１２に処理システム１０Ｂを利用するための利用者用アプリケーションがインストールされている。また、図９に示すように、処理サーバ２０の記憶部２２には、管理者データ、利用者データ、装置データが記憶されている。装置データとして、洗車装置３０で実行可能な種々の処理（ブラッシング、スプレー、乾燥）のデータを含むことができる。

利用者は、車両Ｃの汚れ具合、天気などの状況や好みに応じて、オリジナルの洗車コースで所望の洗車装置３０に洗車を実行させたい場合、図１５に示すような利用者端末１２の表示部１６の画面にてコースの作成を行う（工程Ｓ２００）。画面上側のアイコン欄１６Ａには、処理項目アイコンとして、例えば、ブラッシングのための「トップブラシ」および「サイドブラシ」、乾燥のための「トップノズル」および「サイドノズル」、スプレーのための「シャンプー」、「はっ水」、「ワックス」、「ジェット水」が表示されている。なお、画面下側のコース欄１６Ｂには、オリジナルの洗車コースが表示されることとなる。

まず、コース欄１６Ｂの画面上で指をスライドさせて線の軌跡を描画する。この描画された線が、本体装置３１の走行順路となる。ここでは、画面左側から画面右側へ描画した線が往工程に対応し、画面右側から画面左側へ描画した線が復工程に対応することとなる。図１５の例では、本体装置３１が２往復走行することが選択されている。このように、処理システム１０Ｂは、洗車工程数を自由に選択することができる手段（工程数指定部）を備えている。

次いで、図１６に示すように、アイコン欄１６Ａから処理アイコンをコース欄１６Ｂに描画した線上に、ドラッグ＆ドロップして配置する。これにより、走行順路にあわせて実行される処理が指定される。コース欄１６Ｂで重なって処理アイコンが配置された処理は同時に行われる。このように、処理システム１０Ｂは、各工程でどのような処理を行うか（どの可動部を用いた洗車を行うか）を指定する手段（工程内容指定部）を備えている。

コース作成が終了し、「決定」ボタンが押下されると、作成されたコースデータＤｃが利用者端末１２の端末通信部１８から処理サーバ２０へ送信される（工程Ｓ２０１）。また、コースデータＤｃと共にそれを実行したい洗車装置３０として選択された旨（装置データ）もあわせて送信することもできる。処理サーバ２０では、通信部２３で受信したコースデータＤｃを記憶部２２に記憶し（工程Ｓ２０２）、電子メール等にて管理者端末１３へその内容を発報（送信）するよう制御部２１が処理する（工程Ｓ２０３）。

発報を受けた管理者は、管理者端末１３（表示部１６）にて処理サーバ２０へアクセスすると（工程Ｓ２０５）、Ｗｅｂ画面において車両Ｃが洗車装置３０（受付装置３２）で受付中であると確認することができる。処理サーバ２０では、管理者がコースデータＤｃを認めるか決定できるよう記憶部２２から読み出した装置データを参照してサポートデータのリストＳＬ４を算出する（工程Ｓ２０４）。具体的には、処理サーバ２０は、装置データ（実績データ）等から、コースデータＤｃが過去に実施されたことのあるコースであるか、走行順路において実施可能な処理（ブラッシング等）であるか、同様のコースで異常が発生していないか（発生確率はどの程度か）、などの結果を参照してサポートデータを算出する。また、例えば、所望の洗車装置３０では実績がないコースであれば、別の洗車装置３０で実績がないかも参照される。

処理サーバ２０の制御部２１は、管理者が管理者端末１３（表示部１６）からアクセスできるＷｅｂ画面を更新し、洗車装置３０に関して操作可能なサポートデータ（リストＳＬ４）を列挙（送信）する（工程Ｓ２０６）。次いで、管理者端末１３では、処理サーバ２０から端末通信部１８を介して受信したリストＳＬ４が表示部１６（Ｗｅｂ画面）に表示され、管理者が洗車装置３０へ処理許可を指示決定するにあたって、そのリストＳＬ４から選択できるよう端末制御部１５が処理する（工程Ｓ２０７）。サポートリストＳＬ４には、装置データ等を参照して算出された「オリジナル洗車コース実行可能（過去異常なし）」、「オリジナル洗車コース実行可能（過去異常あり）」、「実行不可」が含まれる。

これにより、管理者は、サポートリストＳＬ４の中から選択して指示データＤｄ４を決定することができる。ここでは、指示データＤｄ４が「オリジナル洗車コース実行可能（過去異常なし）」として決定されたこととする。次いで、管理者端末１３の端末通信部１８から指示データＤｄ４が処理サーバ２０へ送信される（工程Ｓ２０８）ので、処理サーバ２０では、通信部２３を介して指示データＤｄ４を受信し、記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ２０９）。管理者によって実行可能と指示決定を受けた処理サーバ２０では、記憶部２２で記憶されている指示データＤｄ４に紐付けた識別データＤａ（例えば、二次元コード）を生成するよう制御部２１が処理する（工程Ｓ２１０）。

その後は、前記第１実施形態で説明した工程Ｓ４０以下の工程を実行することで、サポートデータ（リストＳＬ４）から管理者端末１３で選択された指示データＤｄ４をネットワーク１１を介して洗車装置３０に実行させる。洗車装置３０では、受信した指示データＤｄ４が「オリジナル洗車コース実行」であれば、車両Ｃに対してその処理を実行することができる（工程Ｓ６２）。このように、処理システム１０Ｂは、工程数を指定する手段と工程内容を指定する手段とで指定した工程を有するオリジナルの洗車コースを実行する手段（洗車実行指定部）を備えている。

本実施形態では、洗車装置３０への指示決定をサポートするサポートデータ（リストＳＬ４）が処理サーバ２０によって管理者端末１３の画面に列挙されるので、管理者はその中から選択すればよい。これにより、経験を有しない者であっても操作しやすくなる。また、仮に、遠隔地にある洗車装置３０から車両Ｃの受け入れ確認を求められた場合であっても、遠隔操作を容易に行うことができる。

（第４実施形態）
前記第１実施形態では、種々の処理（ブラッシング、スプレー、乾燥）が予め組み合わされた洗車コースを洗車装置３０に実行させる処理システム１０について説明した。本実施形態では、洗車装置３０が所定の洗車コースを実行している際に、利用者が可動部を操作することができる処理システム１０Ｃについて、主に前記第１実施形態と相違する点を説明する。図１７に処理システム１０Ｃの処理フローを示す。図１８に処理システム１０Ｃの処理フロー中のＷｅｂ画面の一例を示す。

本実施形態では、利用者端末１２に処理システム１０Ｃを利用するための利用者用アプリケーションがインストールされている。また、図９に示すように、処理サーバ２０の記憶部２２には、管理者データ、利用者データ、装置データが記憶されている。装置データとして、洗車装置３０の可動部（ブラシ、スプレー、ノズル等）に関する可動データを含むことができる。このように、処理システム１０Ｃは、ネットワーク１１を介して洗車装置３０の可動状態を表す情報を取得する手段（装置状態取得部）を備えている。

ところで、利用者は、車両Ｃに対する洗車装置３０の処理中において可動部の調整を行いたい場合、利用者端末１２にて処理サーバ２０へアクセスする（工程Ｓ３００）。処理サーバ２０では、利用者が洗車装置３０へ指示（対応）できるよう記憶部２２から読み出した装置データを参照してサポートデータのリストＳＬ５を算出する（工程Ｓ３０１）。具体的には、本体装置３１、トップブラシ３５、サイドブラシ３６、トップノズル３７の可動データ（装置データ）から安全な調整範囲を算出し、これをサポートデータ（リストＳＬ５）とする。すなわち、サポートデータにより、安全確保のため、走行速度やブラシの近接距離が制限される。例えば、車形センサ４５により車両Ｃの上面高さを検出され、トップブラシ３５や、トップノズル３７は車両Ｃの上面に追随するがこれを優先して、調整範囲とし本体装置３１の走行速度や、近接距離の制限が算出される。

次いで、処理サーバ２０の制御部２１は、利用者の判断をサポートするためのサポートデータ（リストＳＬ５）を利用者端末１２へ送信する（工程Ｓ３０２）。次いで、管理者端末１３では、処理サーバ２０から端末通信部１８を介して受信したサポートデータが表示部１６（Ｗｅｂ画面）に表示され、利用者が洗車装置３０へ処理を指示するにあたって、そのサポートデータ（リストＳＬ５）から指示データＤｄ５を選択できるよう端末制御部１５が処理する（工程Ｓ３０３）。

具体的には、図１８に示す利用者端末１２の表示部１６の画面にて可動部の操作を行う。画面上左欄、画面上右欄、画面下欄には、それぞれ正面視、上面視、側面視による洗車装置３０の可動部として、本体装置３１、トップブラシ３５、サイドブラシ３６、トップノズル３７が表示されている。利用者端末１２の表示部１６の画面には可動部位置や、状態（可動中／停止中など）を色分けなどビジュアル表示することができる。図１８では、３つの欄を設けた二次元表示しているが、本体装置３１を三次元表示して、視点を移動できる構成などにしてもよい。このように、処理システム１０Ｃは、利用者端末１２の表示部１６（画面）に洗車装置３０の可動状態をビジュアル的に表示する手段（装置状態表示部）を備えている。

図１８に表示される可動部は、実際に車両Ｃに対して処理を行っている洗車装置３０の可動部の動きに連動してリアルタイムで表示されている。図１８に示す画面において、各可動部をドラッグ等されると、例えば、車両Ｃからブラシ３５、３６を回避させる動作や、本体装置３１の走行方向や速度の変更などの指示データＤｄ５として利用者端末１２の端末通信部１８から処理サーバ２０へ送信される（工程Ｓ３０４）。このように、処理システム１０Ｃは、表示部１６（画面）で表示された各可動部に対する利用者の操作指示を入力する手段（操作入力部）を備えている。

画面上の操作としては、図１８に示す側面視欄において、トップブラシ３５を上方にドラッグすると、車両Ｃの上面に追随する膨らまし距離を延ばし、車両Ｃの上面から少し離してトップブラシ３５を回転させる（ブラッシングの当たりを弱くする）ことができる。その他、トップブラシ３５を下方にドラッグすると、追随する車両Ｃの上面の膨らまし距離を縮める（ブラッシングの当たりを強くする）ことができる。すなわち、ブラシの当たり強さを調整する操作の入力が可能である。また、トップブラシ３５を上方にフリック（払う）と、一旦待機位置まで待避させることができ、その後、下方にフリックすると復帰させることができる。

また、本体装置３１を進行方向にフリックすると加速させることができる。また、本体装置３１を進行方向とは逆方向にフリックすると減速させることができる。また、本体装置３１を進行方向とは逆方向にドラッグ＆ドロップすると、ドロップした位置まで逆進させることができる。これにより、しっかり洗いたい箇所をリピート洗車させることができる。また、本体装置３１をタップし続けると、その間、走行を一時停止させることができる。

このように、利用者端末１２の表示部１６の画面上で可動部をドラッグ等により動かすこと（これにより指示データＤｄ５として決定）となるが、安全な調整範囲内で実行できる場合のみ（すなわちリストＳＬ５内のサポートデータとして提示）可能となる。すなわち、利用者は、サポートデータ（リストＳＬ５）の中から選択して指示データＤｄ５を決定することができる。次いで、利用者端末１２の端末通信部１８から指示データＤｄ５が処理サーバ２０へ送信される（工程Ｓ３０４）ので、処理サーバ２０では、通信部２３を介して指示データＤｄ３を受信し、記憶部２２に記憶するよう制御部２１が処理する（工程Ｓ３０５）。

次いで、処理サーバ２０では、利用者によって選択された洗車装置３０への指示テータＤｄ５を通信部２３から送信するよう制御部２１が処理する（工程Ｓ３０６）。次いで、サポートデータ（リストＳＬ５）から利用者端末１２で選択された指示データＤｄ５をネットワーク１１を介して洗車装置３０に実行させる（工程Ｓ３０７）。洗車装置３０では、受信した指示データＤｄ５にしたがって、リアルタイムに車両Ｃに対して処理を実行することができる。このように、処理システム１０Ｃは、入力された各可動部への操作情報を、ネットワーク１１を介して洗車装置３０に送信する手段（操作情報送信部）を備えている。

本実施形態では、洗車装置３０への指示決定をサポートするサポートデータ（リストＳＬ５）が処理サーバ２０によって利用者端末１２の画面に列挙される（実行できるもの、できないものと区別される）ので、利用者はその中から選択すればよい。具体的には、洗車装置３０が実行できるものだけが、画面上で手動操作できるので、多彩な操作であっても直感的に行うことができる。これにより、経験を有しない者であっても操作しやすくなる。また、利用者端末１２と同様に管理者端末１３も処理システム１０Ｃにて操作することができる。例えば、操作の熟練度が異なる利用者と管理者とにおいて、許容する操作に制限をかけるサポートデータを算出することもできる。

（第５実施形態）
前記第１実施形態では、利用者端末１２に識別データ（二次元コード）を表示し、それを受付装置３２で読み取らせた後、処理サーバ２０が洗車装置３０に洗車処理を開始するよう指示する場合について説明した。しかしながら、洗車場２５へ車両Ｃを乗り付けて受付装置３２で受付する際には、車内から窓を開けて、リーダ（データ取得部５２）に利用者端末１２で表示の識別データ（二次元コード）を読み取らせる必要がある。

そこで、本実施形態では、車内から窓を開けずとも洗車装置３０に洗車処理を開始させることのできる処理システム１０Ｄについて、主に前記第１実施形態と相違する点を説明する。図１９に処理システム１０Ｄの処理フローを示す。また、図２０および図２１に処理システム１０Ｄの処理フロー中の画面の一例を示す。なお、本実施形態では、図７に示す工程Ｓ３１として、処理サーバ２０において、通信部２３で受信した受付リストＲＬの選択結果Ｌａｂ（所望装置Ｌａおよび処理項目Ｌｂ）を記憶部２２に記憶するよう制御部２１が処理した後から説明する。

続いて、処理サーバ２０では、記憶部２２で記憶されている選択結果Ｌａｂに紐付けた識別データＤｂ（例えば、行列状の文字群）を生成するよう制御部２１が処理する（工程Ｓ４００）。また、識別データＤｂに基づいて、利用者端末１２へ送信されるデータＤｂ１と、洗車装置３０へ送信されるデータＤｂ２を生成するよう制御部２１が処理する（工程Ｓ４０１）。

ところで、利用者は、事前に所望の洗車装置３０（所望装置Ｌａ）および処理項目Ｌｂを選択して仮受付を済ました後、洗車処理を受けるために、自宅から利用者端末１２を携帯し、所望の洗車装置３０が設置されている洗車場２５まで車両Ｃで乗り付ける。このとき、選択結果Ｌａｂを送信している利用者端末１２は、利用者の操作により洗車装置３０で車両Ｃを受け入れ可否を求めることができる（工程Ｓ４０２）。なお、洗車装置３０では、受付装置３２で検出されており、その旨を処理サーバ２０へ送信することができる（工程Ｓ４０３）。

続いて、処理サーバ２０の制御部２１は、洗車処理（選択結果Ｌａｂ）を求める利用者端末１２へデータＤｂ１を送信し、また、所望の洗車装置３０へデータＤｂ２を送信する（工程Ｓ４０４）。これにより、図２０に示すように、利用者端末１２の表示部１６の画面にはデータＤｂ１が表示され、受付装置３２の表示部５１の画面にはデータＤｂ２が表示される。利用者端末１２（表示部１６）では、データＤｂ１として行列状の文字群が表示されている。また、受付装置３２（表示部５１）では、データＤｂ２として行列状内に「＊」と、各列の所定の位置がマーキング（図２０では円記号）が表示されている。

そこで、利用者は、受付装置３２（表示部５１）で表示されているデータＤｂ２内のマーキング位置に対応する利用者端末１２（表示部１６）で表示されているデータＤｂ１の文字をタッチし、「決定」ボタンを押下する。その際、利用者は、車内から受付装置３２（表示部５１）を視認することができるので、車両Ｃ内にて窓を開けずとも受付を行うことができる。

図２０では、利用者端末１２にて左列から「５」、「６」、「．」が選択されている。この選択結果（図１９では、データＤｂ’と表示する。）を利用者端末１２から処理サーバ２０へ送信するよう端末制御部１５が処理する（工程Ｓ４０４）。また、他例であるが、図２１に示すように、利用者端末１２にて左列から「３」、「５」、「０」が選択されてもよい。なお、データＤｂ’は、選択結果Ｌａｂを送信した利用者端末１２から送信されるものであり、選択結果Ｌａｂとは紐付けられている。

続いて、処理サーバ２０では、通信部２３を介して利用者端末１２からデータＤｂ’を受信し、これに紐付けられている識別データＤｂを読み出すよう制御部２１が処理する（工程Ｓ４０５）。次いで、利用者端末１２から送信されたデータＤｂ’と、処理サーバ２０に記憶されている識別データＤｂとの照合を行うよう制御部２１が処理する（工程Ｓ４０６）。次いで、これらのデータ照合が一致していれば、処理サーバ２０では、決済装置１４に対して処理項目Ｌｂの内容の実施に係る代金処理を行うよう制御部２１が処理する（工程Ｓ４０７）。

続いて、処理サーバ２０では、識別データＤｂとデータＤｂ’の照合が一致している場合、洗車装置３０（所望装置Ｌａ）に処理項目Ｌｂ（例えば「ガラスコート洗車」）を送信するよう制御部２１が処理する（工程Ｓ４０８）。洗車装置３０では、本体通信部６２を介して処理サーバ２０から処理項目Ｌｂを受信し、「ガラスコート洗車」の開始を本体制御部５４へ指示すると共に、ゲート装置３３を開くよう受付制御部６０が処理する（工程Ｓ４０９）。次いで、車両Ｃに対して、「ガラスコート洗車」を行うよう本体制御部５４が処理する（工程Ｓ４１０）。

このような処理システム１０Ｄによれば、所望の洗車装置３０（所望装置Ｌａ）に乗り付ける前に、希望の処理項目Ｌｂの内容を確認し、例えば「ガラスコート洗車」を選択して仮受付をすることができる。そして、車両Ｃの窓を開けずに受付をすることができ、円滑に洗車処理が開始される。なお、洗車装置３０にデータ取得部５２（二次元コードリーダ）や車番取得部５３（カメラ装置）を設けなくとも、その洗車装置３０での処理を事前に所望した利用者を結びつけることができるので、処理システム１０Ｄを安価に構成することもできる。

以上、本発明を実施形態に基づき具体的に説明したが、本発明は前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

前記実施形態では、車両処理装置として敷設面に停車した車両に対して門型の本体装置が移動する洗車装置を適用した場合について説明した。これに限らず、車両処理装置として、例えば、コンベアで車両を搬送しながら洗浄する連続式洗車装置、スプレー銃を操作して車両にスプレーするスプレー装置、車内を清掃、清浄等するためのクリーナ装置、車両処理装置を監視するカメラ装置、車両処理ができなかった場合に返金する返金装置にも適用することができる。

また、前記実施形態では、処理サーバの記憶部に複数の洗車装置に関する装置データを記憶させる場合について説明した。これに限らず、洗車装置自身の装置データに関しては自身の本体記憶部に記憶させることもできる。この場合、処理サーバは必要に応じてネットワークを介して個々の洗車装置の装置データを読み出せばよい。また、個々の洗車装置がサポートデータを算出し、それを処理サーバを介して管理者が指示を決定することもできる。

１０：車両処理システム １１：ネットワーク １２、１３：端末装置 ３０：洗車装置 ７８：サポート部

Claims (7)

1. ネットワークに接続された端末装置および車両処理装置を備える車両処理システムであって、
   前記車両処理装置の所定の状態に対して操作者が行う指示をサポートするサポートデータを、前記車両処理装置の装置データを参照して、複数算出する機能と、
   複数の前記サポートデータから前記端末装置で選択された指示データを前記ネットワークを介して前記車両処理装置に実行させる機能と、を有する、
   ことを特徴とする車両処理システム。
2. 前記車両処理装置とは別の車両処理装置が前記ネットワークに接続され、
   前記車両処理装置および前記別の車両処理装置の装置データを記憶する機能を有し、
   前記車両処理装置の装置データの他に、前記別の車両処理装置の装置データも参照して前記サポートデータを算出する、
   請求項１記載の車両処理システム。
3. 前記車両処理装置は、可動部を備える洗車装置であり、
   前記装置データは、前記洗車装置の本体装置を移動させる前記可動部の可動データを含み、
   前記可動データを参照して前記可動部を移動させる前記サポートデータを算出し、前記端末装置において前記サポートデータを前記本体装置の位置としてリアルタイムで表示する、
   請求項１または２記載の車両処理システム。
4. 前記装置データは、前記車両処理装置を撮影した撮像データを含み、
   前記撮像データを参照して前記端末装置で選択された前記指示データを前記車両処理装置に実行させ、
   前記端末装置において前記撮像データの画面を操作者に見せながら前記車両処理装置を操作させる、
   請求項１～３のいずれか一項に記載の車両処理システム。
5. 返金装置を備え、
   前記装置データは、前記車両処理装置の処理項目の金額データを含み、
   前記金額データを参照して返金可否の前記サポートデータを算出し、
   前記サポートデータから前記端末装置で選択された指示データによって前記返金装置に返金処理を行わせる、
   請求項１～４のいずれか一項に記載の車両処理システム。
6. 前記装置データは、処理対象として予め記憶された車両の車両番号および処理項目を含み、
   前記車両処理装置で受け付ける車両を撮影した撮像データからの車両番号を参照し、撮影された車両が処理対象であることを認定して、前記処理項目の前記サポートデータを算出し、前記端末装置において前記車両番号を含む前記サポートデータを表示する、
   請求項１～５のいずれか一項に記載の車両処理システム。
7. 前記車両処理装置が異常停止した際に、前記装置データを参照して異常停止した状況を含め、前記車両処理装置を復帰させるための前記サポートデータを算出し、
   前記指示データとして「復帰」が選択されたときに、前記車両処理装置を異常停止から復帰させる、
   請求項１～６のいずれか一項に記載の車両処理システム。