(57)【要約】【課題】複数の車両に実施すべき処理の実施時期を、ユーザによる車両の利用に支障を来すことが無いように演算して設定し、利便性を高めることが可能な演算処理装置を提供する。【解決手段】リモートリプログラミング装置Ｒは、ユーザによる車両Ｃの利用状況に基づいて、当該車両Ｃの停車中に実施すべき処理の開始時間又は終了時間を演算して設定する演算処理装置であって、複数の停車車両Ｃのうち少なくとも一の停車車両の処理の開始時間又は終了時間が、その他の停車車両の処理の開始時間又は終了時間と異なるように設定する処理計画分析部４を備える。これにより、複数の停車車両Ｃ全てが同時に利用できない状態が無くなって、ユーザによる車両Ｃの利用に支障を来すことが無くなるため、利便性を高めることができる。【選択図】図２
2012014374.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによる車両の利用状況に基づいて、当該車両の停車中に実施すべき処理の実施時期を演算して設定する演算処理装置において、
複数の停車車両のうち少なくとも一の停車車両の前記処理の開始時間又は終了時間が、その他の停車車両の前記処理の開始時間又は終了時間と異なるように設定する設定手段を備える、
ことを特徴とする演算処理装置。
【請求項２】
前記複数の停車車両のうち少なくとも二の停車車両間の距離を検出する検出手段を備え、
前記設定手段は、前記検出手段によって検出された前記二の停車車両間の距離が所定距離以下の場合に、当該二の停車車両の前記処理の開始時間又は終了時間が異なるように設定する、ことを特徴とする請求項１に記載の演算処理装置。
【請求項３】
前記停車車両の前記処理は、当該停車車両に搭載されたデータを書き換える処理である、ことを特徴とする請求項１又は２に記載の演算処理装置。
【請求項４】
前記利用状況は、前記ユーザによる車両の利用予定状況を含む、ことを特徴とする請求項１〜３のいずれか１項に記載の演算処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザによる車両の利用状況に基づいて、当該車両の停車中に実施すべき処理の実施時期を演算して設定する演算処理装置に関する。
【背景技術】
【０００２】
従来、バス等の車両に搭載されたプログラムデータやシステムデータ等のデータを更新する技術が提案されている。例えば、下記の特許文献１に記載の車載用運行支援装置では、バスの営業状態を判断し、バスが営業状態にないと判断した場合に、バスの運行に必要な更新データの更新処理を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２６４８７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
予め登録された会員に自動車等の車両をユーザに貸し出すシステムであるカーシェアリングにおいて、貸し出し中でない複数の車両が互いに近距離の地点に位置する場合であって、これら複数の車両に対してプログラムデータやシステムデータ等の搭載データの更新処理を同時に行う場合がある。
【０００５】
このとき、搭載データの更新処理中はこれら複数の車両が同時に利用できなくなり、ユーザは利用可能な車両を遠方から探さなければならなくなるため、利便性が低い。
【０００６】
そこで本発明は、上記の問題点を解消する為になされたものであり、複数の車両に実施すべき処理の実施時期を、ユーザによる車両の利用に支障を来すことが無いように演算して設定し、利便性を高めることが可能な演算処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る演算処理装置は、ユーザによる車両の利用状況に基づいて、当該車両の停車中に実施すべき処理の実施時期を演算して設定する演算処理装置において、複数の停車車両のうち少なくとも一の停車車両の処理の開始時間又は終了時間が、その他の停車車両の処理の開始時間又は終了時間と異なるように設定する設定手段を備える、ことを特徴とする。
【０００８】
本発明に係る演算処理装置は、複数の停車車両のうち少なくとも一の停車車両の処理の開始時間又は終了時間が、その他の停車車両の処理の開始時間又は終了時間と異なるように設定する。このため、これら複数の停車車両に実施すべき処理を同時に行う場合であっても、少なくとも一の停車車両の処理の開始時間又は終了時間が、その他の停車車両の処理の開始時間又は終了時間と異なるように設定されることから、これら複数の停車車両全てが同時に利用できない状態が無くなって、ユーザによる車両の利用に支障を来すことが無くなるため、利便性を高めることができる。
【０００９】
また、本発明に係る演算処理装置は、複数の停車車両のうち少なくとも二の停車車両間の距離を検出する検出手段を備え、設定手段は、検出手段によって検出された二の停車車両間の距離が所定距離以下の場合に、当該二の停車車両の処理の開始時間又は終了時間が異なるように設定するのも好ましい。
【００１０】
これにより、複数の停車車両のうち少なくとも二の停車車両間の距離を検出し、検出された二の停車車両間の距離が所定距離以下の場合に、当該二の停車車両の処理の開始時間又は終了時間が異なるように設定される。このため、これら複数の停車車両に実施すべき処理を同時に行う場合であっても、検出された二の停車車両間の距離が所定距離以下の場合に、当該二の停車車両の処理の開始時間又は終了時間が異なるように設定されることから、これら複数の停車車両全てが同時に利用できない状態が無くなって、ユーザによる車両の利用に支障を来すことが無くなるため、利便性を高めることができる。
【００１１】
また、停車車両の処理は、当該停車車両に搭載されたデータを書き換える処理であるのも好ましい。これにより、これら複数の停車車両に対してプログラムデータやシステムデータ等の搭載データの更新といった実施すべき処理を同時に行う場合であっても、ユーザによる車両の利用に支障を来すことが無くなるため、利便性を高めることができる。
【００１２】
また、利用状況は、ユーザによる車両の利用予定状況を含むのも好ましい。これにより、ユーザによる車両の利用予定に支障を来すことがより確実に無くなるため、利便性を高めることができる。
【発明の効果】
【００１３】
本発明によれば、複数の車両に実施すべき処理の実施時期を、ユーザによる車両の利用に支障を来すことが無いように演算して設定し、利便性を高めることが可能な演算処理装置を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】データ更新システムの構成を説明するための構成概略図である。
【図２】リモートリプログラミング装置の機能構成を説明するための機能構成概略図である。
【図３】リモートリプログラミング装置のハードウェア構成を説明するための物理構成概略図である。
【図４】利用計画取得部により取得されるスケジュール表の一例である。
【図５】所要時間取得部による対応付け及び記憶の方法の一例を説明するためのテーブル構成図である。
【図６】処理計画分析部により算出されるリプロ実施予定スケジュール候補の一例である。
【図７】リモートリプログラミング装置におけるデータ更新処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明を省略する。
【００１６】
（１）データ更新システムの構成
まず、図１を用いて、本発明の実施形態である演算処理装置としてのリモートリプログラミング装置Ｒを有するデータ更新システムＳの構成について説明する。図１は、データ更新システムＳの構成を説明するための構成概略図である。データ更新システムＳは、カーシェアリングシステムやレンタカーシステムにおけるユーザへの貸し出し用自動車等の移動体車両（以下、車両Ｃ）と、リモートリプログラミング装置Ｒとを備えている。以下、例としてカーシェアリングシステムを想定して説明する。
【００１７】
リモートリプログラミング装置Ｒは、車両Ｃに搭載されたプログラムデータやシステムデータ等のデータをリモート更新処理（リモートリプログラミング）するサーバ装置である。このリモート更新処理は、リモートリプログラミング装置Ｒが有するアンテナＡｒと、車両Ｃが有するアンテナＡｃとの間の無線通信により行われる。
【００１８】
また、車両Ｃに搭載されたデータは、リモートリプログラミング装置Ｒが有するリプログラミングデータＤに基づいて、更新可能に構成されている。リモートリプログラミング装置Ｒは、ユーザによる車両Ｃの利用状況（ユーザへの貸し出し状況）に基づいて、この車両Ｃの停車中に実施すべきリモート更新処理等の処理の実施時期を演算して設定する。
【００１９】
（２）リモートリプログラミング装置の構成
引き続き、図２及び図３を用いて、リモートリプログラミング装置Ｒの構成について説明する。図２は、リモートリプログラミング装置Ｒの機能構成を説明するための機能構成概略図であり、図３は、リモートリプログラミング装置Ｒのハードウェア構成を説明するための物理構成概略図である。
【００２０】
まず、リモートリプログラミング装置Ｒのハードウェア構成について説明する。図３に示されるように、リモートリプログラミング装置Ｒは、ＣＰＵ（Central Processing Unit）Ｒ１、主記憶装置であるＲＡＭ（Random Access Memory）Ｒ２、ＲＯＭ（Read Only Memory）Ｒ３、通信を行うための通信モジュールＲ４、並びにハードディスク等の補助記憶装置Ｒ５等のハードウェアを備えるコンピュータとして構成される。これらの構成要素が動作することにより、リモートリプログラミング装置Ｒの機能が発揮される。
【００２１】
次に、リモートリプログラミング装置Ｒの機能構成について説明する。図２に示されるように、リモートリプログラミング装置Ｒは、利用計画取得部１（利用取得手段）、所要時間取得部２（所要取得手段）、距離検出部３（検出手段）、処理計画分析部４（設定手段）、及び実施連絡部５（実行手段）を備えている。
【００２２】
利用計画取得部１は、リモートリプログラミングを行うべき対象の車両Ｃのカーシェアリングシステムにおける利用状況（ユーザへの貸し出し状況）に関する利用状況情報を取得する通信装置部分である。この利用状況情報は、ユーザが車両Ｃを利用する予定を示す利用予定状況情報を含んでもよい。利用計画取得部１は、この利用状況情報を、例えばカーシェアリングシステムを運営管理する事業者等から取得する。
【００２３】
また、利用計画取得部１は、この利用状況情報を、リプログラミング対象車両Ｃの利用状況を把握可能なスケジュール（又はスケジュール表）として取得する。利用計画取得部１により取得されるスケジュール表の一例は、後述する。
【００２４】
所要時間取得部２は、各リプログラミングデータＤを一意に特定するリプログラミングデータ名と、このリプログラミングデータ名が特定するリプログラミングデータＤに基づいてリプログラミングした場合に必要なリプロ所要時間とを、対応付けて取得し記憶する通信装置部分である。所要時間取得部２は、この対応付け情報を、例えば車両Ｃを製造した事業者等から取得する。所要時間取得部２によるリプログラミングデータ名とリプロ所要時間との対応付け及び記憶の方法の一例は、後述する。
【００２５】
距離検出部３は、リモートリプログラミングを行うべき対象の複数の停車（即ち、貸し出し中でない）車両Ｃのうち少なくとも二台の停車車両間の距離を、各車両の駐車位置を示す位置情報に基づいて検出する計測装置部分である。距離検出部３は、利用計画取得部１により取得された利用状況情報に基づいて、リプログラミング対象車両Ｃが複数あるか否かを判定し、複数あると判定された場合に、少なくとも二台の停車車両間の距離を計測する。
【００２６】
なお、距離検出部３は、所定エリア内における複数の車両Ｃと無線通信することにより停車中であるか否かを判定して、少なくとも二台の停車車両間の距離を計測する。距離検出部３は、例えばＧＰＳ（Global Positioning System）を用いて距離の計測を行ってもよい。
【００２７】
処理計画分析部４は、利用計画取得部１により取得された利用状況情報と、所要時間取得部２により取得された対応付け情報とを照合して分析し、この分析結果に基づいて、複数の車両Ｃの停車中に実施すべきリモート更新処理等の処理の、近い将来における実施時期（又は実施時期の候補）を演算して計画・設定する演算装置部分である。処理計画分析部４は、上記の実施時期（開始時間又は終了時間）を、例えばリプログラミングを実施する日時の候補であるリプロ実施予定スケジュール候補として算出する。
【００２８】
なお、処理計画分析部４は、複数の停車車両Ｃのうち少なくとも一台の停車車両の上記の処理の実施時期（開始時間又は終了時間）が、その他の停車車両の上記の処理の実施時期（開始時間又は終了時間）と異なるように設定する。このようにすることで、例えば、複数の停車車両Ｃのうち少なくとも一台の停車車両の上記の処理の実施時間帯が、その他の停車車両の上記の処理の実施時期（開始時間又は終了時間）と、可能な限り重ならないように設定される。
【００２９】
また、処理計画分析部４は、距離検出部３によって検出された二台の停車車両Ｃ間の距離が所定距離以下の場合に、この二台の停車車両Ｃの上記の処理の実施時期（開始時間又は終了時間）が異なるように設定する。このようにすることで、例えば、二台の停車車両Ｃ間の距離が、例えば一つの処理実施エリアに含まれる程度の所定距離以下の場合に、この距離が近いほど、この二台の停車車両Ｃの上記の処理の実施時間帯が重ならないように設定される。処理計画分析部４により算出されるリプロ実施予定スケジュール候補の一例は、後述する。
【００３０】
実施連絡部５は、処理計画分析部４によって算出された上記のリプロ実施予定スケジュール候補を、カーシェアリングシステムにおける車両Ｃを管理する車両管理者にモニタを用いて出力表示し、この車両管理者による選択入力を受け付けるインタフェース装置部分である。実施連絡部５は、この車両管理者による選択入力を受け付けると、選択された候補が示すリプロ実施予定スケジュールに基づいて上記の処理（即ち、停車車両に搭載されたデータの書き換え処理）を実施し、実施が完了すると速やかに実施完了情報を車両管理者にディスプレイ表示する。
【００３１】
なお、上記のリプロ実施予定スケジュールにおいて想定されていない事象の発生によってスケジュールどおりに車両Ｃが未利用の状態にならない場合がある。この場合、まず、利用計画取得部１が、このような状況を示す状況情報を取得し、処理計画分析部４が、この利用状況情報に基づいて、ユーザによる車両Ｃの利用権が解除されたか否かを逐次判定する。利用権が解除されたと判定された場合、処理計画分析部４が、時間的に上記の処理の実施が可能か否かを判定する。実施可能と判定された場合、実施連絡部５が、上記の処理を実施し、実施が完了すると速やかに実施完了情報を車両管理者にディスプレイ表示する。
【００３２】
（３）利用計画取得部により取得されるスケジュール表の一例
引き続き、図４を用いて、利用計画取得部１により取得されるスケジュール表の一例について説明する。図４は、利用計画取得部１により取得されるスケジュール表の一例である。
【００３３】
スケジュール表の一例として、図４に示されるように、時間帯を行、月初めから数えた日にちを列とした時間割り形式で、車両Ｃがいつ利用中（貸し出し中）であるか、車両Ｃがいつ清掃中であるか、車両Ｃがいつ未利用の状態（貸し出されていない状態）であるかを示す表が、利用計画取得部１により取得される。車両Ｃが未利用の状態であるときに、後述のリプロ所要時間に基づいて、上記の処理の実施時期（開始時間又は終了時間）が算出され、設定される。
【００３４】
例えば、ある月の３０日の１９：００〜２０：００は、車両Ｃは利用中であり、同じく３０日の２０：００〜２１：００は、車両Ｃは清掃中であり、同じく３０日の２１：００〜２４：００は、未利用の状態であることが示されている。
【００３５】
（４）所要時間取得部による対応付け及び記憶の方法の一例
引き続き、図５を用いて、所要時間取得部２によるリプログラミングデータ名とリプロ所要時間との対応付け及び記憶の方法の一例について説明する。図５は、所要時間取得部２による対応付け及び記憶の方法の一例を説明するためのテーブル構成図である。
【００３６】
所要時間取得部２は、図５に示されるように、各リプログラミングデータＤを一意に特定するリプログラミングデータ名（例えば「Ａ」とする）と、このリプログラミングデータ名（ここでは「Ａ」）が特定するリプログラミングデータに基づいてリプログラミングした場合に必要なリプロ所要時間（ここでは「１０分」）とを、テーブル形式で対応付けて記憶する。
【００３７】
（５）処理計画分析部により算出されるリプロ実施予定スケジュール候補の一例
引き続き、図６を用いて、処理計画分析部４により算出されるリプロ実施予定スケジュール候補の一例について説明する。図６は、処理計画分析部４により算出されるリプロ実施予定スケジュール候補の一例である。
【００３８】
リプロ実施予定スケジュール候補の一例として、図６に示されるように、時間帯を行、月初めから数えた日にちを列とした時間割り形式で、車両Ｃがいつ利用中（貸し出し中）であるか、車両Ｃがいつ清掃中であるか、車両Ｃがいつ未利用の状態であるか、に加えて、どのリプログラミングデータを用いていつ上記の処理が実施されるか、を示す表が、処理計画分析部４により算出される。車両Ｃが未利用の状態であるときに、上記のリプロ所要時間に基づいて、上記の処理の実施時期（開始時間又は終了時間）が算出される。
【００３９】
例えば、ある月の２日の０：００〜１：００は、リプログラミングデータ名が「Ａ」であるデータを用いた更新処理が行われ、同じく２日の１：００〜２：００は、リプログラミングデータ名が「Ｂ」であるデータを用いた更新処理が行われる。また、ある月の３日の０：００〜１：００は、リプログラミングデータ名が「Ｃ」であるデータを用いた更新処理が行われ、同じく３日の１：００〜７：００は、他車両のリプログラミングデータ更新処理が行われる候補時間帯となる。
【００４０】
なお、未利用の時間帯と、他車両のリプログラミングデータ更新処理が行われる候補時間帯とが照合されて、車両Ｃの利用開始前の所定時間Ｔ（例えば、２時間）以上前なら、所定時間Ｔ未満の所定時間ｔ（例えば、１時間）のリプロ所要時間のデータ更新処理が候補として算出される。同様に、車両Ｃの利用開始前の所定時間Ｕ（例えば、１時間）以上前なら、所定時間Ｕ未満の所定時間ｕ（例えば、１５分未満）のリプロ所要時間のデータ更新処理が候補として算出される。同様に、車両Ｃの利用開始前の所定時間Ｖ（例えば、１〜２時間）以上前なら、所定時間Ｖ未満の所定時間ｖ（例えば、３０分未満）のリプロ所要時間のデータ更新処理が候補として算出される。
【００４１】
（６）リモートリプログラミング装置におけるデータ更新処理の流れ
引き続き、リモートリプログラミング装置Ｒにおけるデータ更新処理の流れ（データ更新方法）について、図７を用いて説明する。図７は、リモートリプログラミング装置Ｒにおけるデータ更新処理の流れを示すフローチャートである。
【００４２】
まず、利用計画取得部１が、複数のリプログラミング対象車両Ｃの利用状況（ユーザへの貸し出し状況）に関する利用状況情報を、スケジュールとして取得する（ステップＳ０１）。そして、所要時間取得部２が、リプログラミングデータ名とリプロ所要時間とを対応付けて、対応付け情報として取得する（ステップＳ０２）。
【００４３】
次に、距離検出部３が、複数の停車中のリプログラミング対象車両Ｃのうち少なくとも二台の停車車両Ｃ間の距離を検出して取得する（ステップＳ０３）。そして、処理計画分析部４が、利用計画取得部１により取得された利用状況情報と、所要時間取得部２により取得された対応付け情報とを照合して分析し、この分析結果に基づいて、複数の車両Ｃの停車中に実施すべきリモート更新処理等の処理の実施時期（開始時間又は終了時間）を演算して、リプロ実施予定スケジュール候補として実施連絡部５に出力提示する（ステップＳ０４）。
【００４４】
次に、実施連絡部５が、処理計画分析部４によって算出された上記のリプロ実施予定スケジュール候補を、車両管理者にモニタを用いて出力表示し、この車両管理者による上記の処理の実施時間帯の選択入力を受け付けて決定する（ステップＳ０５）。そして、実施連絡部５が、この車両管理者による選択入力を受け付けると、選択された候補が示すリプロ実施予定スケジュールに基づいて上記のリプログラミング処理を実行し（ステップＳ０６）、実行が完了すると速やかに実施完了情報を車両管理者にディスプレイ表示する。そして、一連のデータ更新方法が終了する。
【００４５】
（７）リモートリプログラミング装置による作用及び効果
本発明の実施形態である演算処理装置としてのリモートリプログラミング装置Ｒは、複数の停車車両Ｃのうち少なくとも一台の停車車両の処理の実施時期（開始時間又は終了時間）が、その他の停車車両の処理の実施時期（開始時間又は終了時間）と異なるように設定する。このため、これら複数の停車車両Ｃに実施すべき処理を同時に行う場合であっても、少なくとも一台の停車車両の処理の実施時期（開始時間又は終了時間）が、その他の停車車両の処理の実施時期（開始時間又は終了時間）と異なるように設定される。
【００４６】
このことから、これら複数の停車車両Ｃ全てが処理実行のため同時に利用できず遠方から使用可能車両を探すことが必要となる状態が無くなって、ユーザによる車両の利用に支障を来すことが無くなるため、利便性を高めることができる。
【００４７】
また、リモートリプログラミング装置Ｒは、複数の停車車両Ｃのうち少なくとも二台の停車車両間の距離を検出し、検出された二台の停車車両間の距離が所定距離以下の場合に、これら二台の停車車両の処理の実施時期（開始時間又は終了時間）が異なるように設定される。このため、これら複数の停車車両Ｃに実施すべき処理を同時に行う場合であっても、検出された二台の停車車両間の距離が所定距離以下の場合に、これら二台の停車車両の処理の実施時期（開始時間又は終了時間）が異なるように設定される。
【００４８】
このことから、これら複数の停車車両Ｃ全てが処理実行のため同時に利用できない状態が無くなって、ユーザによる車両の利用に支障を来すことが無くなるため、利便性を高めることができる。
【００４９】
また、これら複数の停車車両Ｃに対してプログラムデータやシステムデータ等の搭載データの更新といった実施すべき処理を同時に行う場合であっても、ユーザによる車両の利用に支障を来すことが無くなるため、利便性を高めることができる。
【００５０】
また、上記の利用状況情報は、ユーザによる車両Ｃの利用予定状況を含むのも好ましく、これにより、ユーザによる車両Ｃの利用予定に支障を来すことがより確実に無くなるため、利便性を高めることができる。
【００５１】
（８）変形例
上記の実施形態では、実施連絡部５がリプロ実施予定スケジュール候補を車両管理者にモニタを用いて出力表示する構成とした例を説明したが、スピーカ等を用いて車両管理者にスケジュール候補を報知する構成としてもよい。
【００５２】
また、上記の実施形態では、リモート更新処理はアンテナ間の無線通信により行われる構成とした例を説明したが、有線通信によりリモート更新処理が行われる構成としてもよい。また、上記の実施形態では、処理計画分析部４によって設定される上記の処理の実施時期は、開始時間又は終了時間である構成とした例を説明したが、開始時間及び終了時間の少なくとも一方である構成としてもよい。
【産業上の利用可能性】
【００５３】
本発明によれば、複数の車両に実施すべき処理の実施時期を、ユーザによる車両の利用に支障を来すことが無いように演算して設定し、利便性を高めることが可能な演算処理装置を提供することができる。
【符号の説明】
【００５４】
１…利用計画取得部、２…所要時間取得部、３…距離検出部、４…  処理計画分析部、５…実施連絡部、Ａｃ，Ａｒ…アンテナ、Ｃ…車両、Ｄ…リプログラミングデータ、Ｒ…リモートリプログラミング装置、Ｒ１…ＣＰＵ、Ｒ２…ＲＡＭ、Ｒ３…ＲＯＭ、Ｒ４…通信モジュール、Ｒ５…補助記憶装置、Ｓ…データ更新システム。
【図１】
2012014374.tif 000003
【図２】
2012014374.tif 000004
【図３】
2012014374.tif 000005
【図４】
2012014374.tif 000006
【図５】
2012014374.tif 000007
【図６】
2012014374.tif 000008
【図７】
2012014374.tif 000009