特開 2025-2276 処理装置および処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025002276

(43)【公開日】2025-01-09

(54)【発明の名称】処理装置および処理方法

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241226BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023102339

(22)【出願日】2023-06-22

(71)【出願人】

【識別番号】309036221

【氏名又は名称】三菱重工機械システム株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100162868

【弁理士】

【氏名又は名称】伊藤 英輔

(74)【代理人】

【識別番号】100161702

【弁理士】

【氏名又は名称】橋本 宏之

(74)【代理人】

【識別番号】100189348

【弁理士】

【氏名又は名称】古都 智

(74)【代理人】

【識別番号】100196689

【弁理士】

【氏名又は名称】鎌田 康一郎

(72)【発明者】

【氏名】上岡 祐輔

(72)【発明者】

【氏名】外尾 祥悟

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA28

5B376CA30

5B376GA07

(57)【要約】

【課題】可用性を向上させることができる処理装置および処理方法を提供する。
【解決手段】処理装置は、不定時間間隔で所定の範囲へ到来する処理対象について所定のプログラムを実行することで所定の処理を行う処理装置であって、プログラムは並列的に実行可能な複数のタスクを含み、複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる。
【選択図】図８

【特許請求の範囲】

【請求項1】

不定時間間隔で所定の範囲へ到来する処理対象について所定のプログラムを実行することで所定の処理を行う処理装置であって、
前記プログラムは並列的に実行可能な複数のタスクを含み、
前記複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる
処理装置。

【請求項2】

前記所定の条件は、前記範囲から所定の距離内で前記処理対象が不検出であるという条件を含む
請求項１に記載の処理装置。

【請求項3】

前記所定の条件は、前記処理を行っている前記処理対象が不存在であるという条件を含む
請求項２に記載の処理装置。

【請求項4】

前記アップデートは、各前記タスクのアップデート用のソフトウェアを含むアップデートファイルと各前記タスクのアップデートの順序を示す情報を含む設定ファイルとに対応付けられ、外部の装置から送信されたアップデートコマンドを受信した際に行われる
請求項３に記載の処理装置。

【請求項5】

前記処理対象は車両であり、
前記処理は有料道路の料金収受処理を含む
請求項１から４のいずれか１項に記載の処理装置。

【請求項6】

不定時間間隔で所定の範囲へ到来する処理対象について所定のプログラムを実行することで所定の処理を行う処理方法であって、
前記プログラムは並列的に実行可能な複数のタスクを含み、
前記複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる
処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、処理装置および処理方法に関する。

【背景技術】

【0002】

特許文献１に記載されている監視装置と簡易改札機とを有する改札システムでは、簡易改札機に対する終車後の処理の指示が入力された場合、監視装置から簡易改札機に対して改札処理の中止を指示するコマンドと再起動を要求する再起動コマンドとを送信し、簡易改札機が監視装置からの改札処理の中止を指示するコマンドに応じて改札処理を中止とし、監視装置からの再起動コマンドに応じて再起動を行う。特許文献１に記載されている改札システムでは、簡易改札機におけるメモリの開放および更新を遠隔で行うことができるとされる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１３９４８３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に記載のシステムでは、改札処理を行わなくてよい時間帯に装置の再起動等を行うものであるため、例えば２４時間常時運用を継続する必要があるようなシステムに適用した場合、可用性が低下する場合があるという課題があった。

【0005】

本開示は、上記課題を解決するためになされたものであって、可用性を向上させることができる処理装置および処理方法を提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本開示に係る処理装置は、不定時間間隔で所定の範囲へ到来する処理対象について所定のプログラムを実行することで所定の処理を行う処理装置であって、前記プログラムは並列的に実行可能な複数のタスクを含み、前記複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる。

【0007】

また、本開示に係る処理方法は、不定時間間隔で所定の範囲へ到来する処理対象について所定のプログラムを実行することで所定の処理を行う処理方法であって、前記プログラムは並列的に実行可能な複数のタスクを含み、前記複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる。

【発明の効果】

【0008】

本開示の処理装置および処理方法によれば、アップデートがタスク単位で行われるので、可用性を向上させることができる。

【図面の簡単な説明】

【0009】

【図1】本開示の実施形態に係る料金所の構成例を模式的に示す側面図である。

【図2】本開示の実施形態に係る車両接近センサの動作例を説明するための模式図である。

【図3】本開示の実施形態に係る車線サーバの構成例を示すブロック図である。

【図4】本開示の実施形態に係る車線サーバアプリの構成例を示す模式図である。

【図5】本開示の実施形態に係る車線サーバタスクの基本的動作例を示すフローチャートである。

【図6】本開示の実施形態に係る車線サーバアプリのインストールの例を示すフローチャートである。

【図7】本開示の実施形態に係る車線サーバにおけるメモリの記憶内容の例を示す模式図である。

【図8】本開示の実施形態に係る車線サーバにおけるアップデート動作の例を示すフローチャートである。

【図9】本開示の実施形態に係るタスク起動用のキューの動作例を説明するための模式図である。

【図10】本開示の実施形態に係るタスク起動用のキューの動作例を説明するための模式図である。

【図11】本開示の実施形態に係る車線サーバにおけるアップデート動作の例を説明するための模式図である。

【図12】本開示の実施形態に係る車線サーバにおけるアップデート動作の例を説明するための他の模式図である。

【図13】本開示の実施形態に係る車線サーバにおけるメモリの記憶内容の他の例を示す模式図である。

【図14】本開示の実施形態に係る車線サーバにおけるアップデート動作の他の例を説明するための模式図である。

【図15】本開示の実施形態に係る車線サーバにおけるアップデート動作の他の例を説明するための模式図である。

【図16】本の実施形態に係るコンピュータの構成を示す概略ブロック図である。

【発明を実施するための形態】

【0010】

以下、本開示の実施形態に係る処理装置および処理方法について、図１～図１６を参照して説明する。図１は、本開示の実施形態に係る料金所の構成例を模式的に示す側面図である。図２は、本開示の実施形態に係る車両接近センサの動作例を説明するための模式図である。図３は、本開示の実施形態に係る車線サーバの構成例を示すブロック図である。図４は、本開示の実施形態に係る車線サーバアプリの構成例を示す模式図である。図５は、本開示の実施形態に係る車線サーバタスクの基本的動作例を示すフローチャートである。図６は、本開示の実施形態に係る車線サーバアプリのインストールの例を示すフローチャートである。図７は、本開示の実施形態に係る車線サーバにおけるメモリの記憶内容の例を示す模式図である。図８は、本開示の実施形態に係る車線サーバにおけるアップデート動作の例を示すフローチャートである。図９は、本開示の実施形態に係るタスク起動用のキューの動作例を説明するための模式図である。図１０は、本開示の実施形態に係るタスク起動用のキューの動作例を説明するための模式図である。図１１は、本開示の実施形態に係る車線サーバにおけるアップデート動作の例を説明するための模式図である。図１２は、本開示の実施形態に係る車線サーバにおけるアップデート動作の例を説明するための他の模式図である。図１３は、本開示の実施形態に係る車線サーバにおけるメモリの記憶内容の他の例を示す模式図である。図１４は、本開示の実施形態に係る車線サーバにおけるアップデート動作の他の例を説明するための模式図である。図１５は、本開示の実施形態に係る車線サーバにおけるアップデート動作の他の例を説明するための模式図である。図１６は、本実施形態に係るコンピュータの構成を示す概略ブロック図である。なお、各図において同一または対応する構成には同一の符号を用いて説明を適宜省略する。

【0011】

図１に示すように、本開示の実施形態に係る料金所１は、有料道路の出口料金所であって、有料道路から一般道路に通じる走行レーンである車線Ｒが設置されている。図１に示す車線Ｒは、ＥＴＣ（登録商標）等の電子式料金収受システムによる料金収受が可能な車線である。

【0012】

料金所１には、路側機器１０が設けられている。また、料金所１には、制御室４０等の所定の建屋内に路側機器１０を制御する車線サーバ３０が設けられている。路側機器１０は、車線Ｒの両側または片側の路側に、車両接近センサ１１と、車両検知器１２と、車両検知器１３と、第１アンテナ１４と、車線表示板１５と、ナンバープレート（以下、ＮＰと略す）読取装置１６と、路側ＩＦ（インタフェース）集約部１７と、路側表示器１８と、発進制御機１９と、車両検知器２０と、第２アンテナ２１とを備える。

【0013】

車両接近センサ１１は、例えばドップラーセンサであり、例えば図２に示すように５０ｍ先の車両を検知することができる。車両接近センサ１１は、例えば５０ｍ以内に車両１００が接近した場合に出力信号をオン（ＯＮ）にし、車両１００が検出されない場合に出力信号をオフ（ＯＦＦ）にする。

【0014】

第１アンテナ１４は、車線Ｒの範囲Ｒ１に進入した車両１００の車載器１０１との間で無線通信を行い、無線通信による料金収受処理を行う。

【0015】

車両検知器１２は、例えば対向する投光器と受光器とを有し、投光器と受光器との間の車両１００の有無を検知する。また、車両検知器１３は、例えば対向する投光器と受光器とを有し、投光器と受光器との間の車両１００の有無を検知する。第１アンテナ１４は、車両検知器１２によって車両１００の車線Ｒの範囲Ｒ１への進入が検知されたことをトリガにして各種料金収受のための動作を開始する。また、第１アンテナ１４は、車両検知器１３によって車両１００の車線Ｒの範囲Ｒ１からの退出が検知されたことをトリガにして各種料金収受のための動作を停止する。

【0016】

同様に、車両検知器２０は、投光器と受光器とを有し、投光器と受光器との間の車両１００の有無を検知する。車両検知器２０は、発信制御機１９よりも車線方向下流側に配置されている。発進制御機１９は、車両検知器２０によって車両１００の車線Ｒからの退出が検知されたことをトリガにして閉動作するように制御される。発進制御機１９は、車線Ｒの路側の両側にそれぞれに設けられている。発進制御機１９は、車線Ｒ上を走行する車両１００の一時停止および発進を制御するための阻止棒１９ａを有する。

【0017】

第２アンテナ２１は、車両検知器２０によって車両１００の発進制御機１９を越えた通過が検知された場合に、例えば、車種の検知等に時間を要したとき等において、必要に応じて車両１００の車載器１０１との間で例えば各種料金収受のための通信を行う。

【0018】

車線表示板１５は、車両１００に対して車線Ｒの運用状態を示す情報等を表示する。ＮＰ読取装置１６は、例えば撮影した画像に基づいて画像認識処理を行い、車両１００のナンバープレートに表示されている情報を認識する。路側ＩＦ集約部１７は、路側機器１０が備える各機器の入出力情報を集約して、車線サーバ３０との間で送受信する。路側表示器１８は、車両１００の運転者等に対して、料金収受処理の結果等を表示する。

【0019】

車線サーバ３０は、不定時間間隔で所定の範囲Ｒ１へ到来する処理対象である車両１００について所定のプログラムを実行することで料金収受処理等の所定の処理を行う処理装置である。車線サーバ３０は、車両１００の車載器１０１と第１アンテナ１４との間の無線通信の結果、正規の料金が支払われたと判断した場合に、この車両１００を車線Ｒから退出させるべく、発進制御機１９に対して、阻止棒１９ａが開位置になるよう指示する。また、車線サーバ３０は、正規の料金が支払われていないと判断される場合には、この車両１００を車線Ｒから退出させないように、発進制御機１９に対して、阻止棒１９ａが閉位置になるよう指示する。

【0020】

なお、上述の料金所１の態様は一例であり、この態様に限定されることはない。例えば、料金所１の車線Ｒには、無線通信を用いずに料金収受処理を行うための料金自動収受機が設置されていてもよい。また、料金自動収受機の代わりに収受員が待機する有人ブースが設置され、当該収受員が料金の支払いを受け付ける態様であってもよい。

【0021】

車線サーバ３０は、組み込みサーバ等のコンピュータを用いて構成され、そのコンピュータとそのコンピュータの周辺装置等のハードウェアと、そのコンピュータが実行するプログラム等のソフトウェアとの組み合わせ等から構成される機能的構成として、図３に示す各部を備える。すなわち、図３に示すように、車線サーバ３０は、機能的構成として、処理部３１と、通信部３３と、入出力部３４と、記憶部３５とを備える。処理部３１は、ＣＰＵ（中央処理装置）３２を含む。記憶部３５は、ＲＡＭ（ランダムアクセスメモリ）等の揮発性メモリ３６と、フラッシュメモリ等の不揮発性メモリ３７とを含む。不揮発性メモリ３７は、例えば、読み書き可能な記憶領域と、読み出しのみが可能な記憶領域とを含む。また、不揮発性メモリ３７には、後述する遠隔操作によるインストール処理によって車線サーバアプリ（アプリケーションソフトウェアあるいはアプリケーションプログラム）３８が格納される。また、不揮発性メモリ３７には、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）３９が格納されていて、車線サーバ３０が実行する処理はＯＳ３９によって管理される。なお、揮発性メモリ３６と不揮発性メモリ３７を総称する場合に単にメモリともいう。

【0022】

処理部３１は、ＯＳ３９を実行するとともに、ＯＳ３９の管理下で車線サーバアプリ３８を実行する。通信部３３は、上位制御装置５０との間で所定の通信を実行する。上位制御装置５０は、例えば、車線サーバ３０から離れた管理センタに設置され、複数の車線サーバ３０の動作を統合的に管理する。また、通信部３３は、上位制御装置５０から車線サーバアプリ３８のインストールコマンドを受信した場合、車線サーバアプリ３８のインストール処理を実行する。なお、本実施形態において車線サーバアプリ３８のインストールとは、不揮発性メモリ３７に車線サーバアプリ３８を格納することを意味する。入出力部３４（あるいは通信部３３）は、路側ＩＦ集約部１７との間で所定の情報を入出力（送受信）する。

【0023】

本実施形態において、車線サーバアプリ３８は、不定時間間隔で所定の範囲Ｒ１へ到来する処理対象である車両１００について料金収受処理等の所定の処理を行うためのプログラムである。すなわち、車線サーバアプリ３８は、ＣＰＵ３２が車線サーバアプリ３８を実行することで、料金収受処理等の所定の処理を行う。なお、車線サーバ３０が本開示に係る「処理装置」の一構成例である。また、車線サーバアプリ３８が本開示に係る「プログラム」の一構成例である。

【0024】

本実施形態において、車線サーバアプリ３８は、並列的（あるいは並行的）に実行可能な複数のタスクを含む。複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる。なお、本実施形態において、「タスク」とは、並列的に実行可能なソフトウェアの実行単位を意味し、例えばメインメモリ上に展開され実行状態にあるソフトウェアと、不揮発性メモリ３７に格納されている実行可能な形式のソフトウェアとに対応する。なお、本実施形態では、メインメモリは、ＣＰＵ３２が実行するプログラムが含む各命令が、直接アクセスすることができる記憶装置である。また、複数の「タスク」の並列的な実行はＯＳ３９によって管理されてもよいし、コンテキストスイッチ等の仕組みによって実行するタスクを所定の時間毎に自動的に切り替えることにより、複数のタスクを並行して実行するようにしてもよい。

【0025】

図４は、車線サーバアプリ３８の構成例を示す。図４に示す例では、車線サーバアプリ３８は、車両管理タスク６１、車線管理タスク６２、周辺機器タスク６３、通信タスク６４、および、アップデートタスク６５を含む。車両管理タスク６１は、路側機器制御関連タスク６１１と、アンテナ通信関連タスク６１２と、車両情報管理関連タスク６１３とを含む。車線管理タスク６２は、自己診断タスク６２１と、異常通知関連タスク６２２と、車線サーバログ関連タスク６２３とを含む。なお、図４に示す各タスク６１～６５、６１１～７６１３および６２１～６２３が、本開示に係る「タスク」の構成例である。なお、各タスクを、車線サーバタスクともいう。

【0026】

周辺機器タスク６３は、車線サーバ３０が有する周辺機器を制御するための処理を実行する。通信タスク６４は、通信部３３を制御して、車線サーバ３０の上位制御装置５０との間で所定の情報を送受信するための処理を実行する。アップデートタスク６５は、各タスク６１～６５、６１１～７６１３および６２１～６２３をアップデートする処理を実行する。なお、本実施形態においてアップデートとは、ソフトウェアを新しいものに置き換えたり、新しい情報に基づいてデータを更新したりすることを意味する。

【0027】

路側機器制御関連タスク６１１は、路側機器１０を制御するための処理を実行する。アンテナ通信関連タスク６１２は、第１アンテナ１４および第２アンテナ２１を制御するための処理を実行する。車両情報管理関連タスク６１３は、車両１００に関する情報を管理するための処理を実行する。自己診断タスク６２１は、路側機器１０や車線サーバ３０自体の自己診断処理を実行する。異常通知関連タスク６２２は、路側機器１０の制御や料金収受処理において検知された異常を上位制御装置５０へ通知するための処理を実行する。車線サーバログ関連タスク６２３は、路側機器１０による検知結果や料金収受処理結果、車両１００に関する認識情報や撮影画像を表す情報を所定の形式のデータとして上位制御装置５０へ送信するための処理を実行する。

【0028】

なお、図４は、車線サーバアプリ３８の構成の一例を示すものであり、車線サーバアプリ３８の構成は図４に示すものに限定されない。

【0029】

図５は、各タスク６１～６５、６１１～７６１３および６２１～６２３に共通する基本的な処理の流れを示す。各タスクは、起動されると、まず、初期設定処理を実行する（ステップＳ１）。ステップＳ１の初期設定処理では、例えばハードウェア等に対して所定の診断処理を実行したり、メモリに所定のデータを展開したり、ＯＳ３９に対する設定処理を実行したりする。初期設定処理の後、各タスクは、繰り返し主処理を実行する（ステップＳ２の繰り返し）。なお、主処理（ステップＳ２）は、所定の終了条件が満たされた場合に（ステップＳ３：ｙｅｓ）、当該タスクを終了するステップを含んでいてもよい。なお。図５は、基本的な処理の一例を示すものであり、各タスクの処理は図５に示す例に限定されない。

【0030】

次に、図６を参照して、車線サーバアプリ３８のインストールの例について説明する。図６に示す処理は、不揮発性メモリ３７に車線サーバアプリ３８が格納されていない状態で実行される。

【0031】

図６に示す処理において、車線サーバ３０が起動すると（電源が投入されると）（ステップＳ１１）、例えば、通信部３３が上位制御装置５０からのインストールコマンドの受信の待機状態となり、上位制御装置５０が車線サーバ３０に対してインストールコマンドを送信すると、通信部３３がインストールコマンドを受信して、通信部３３がインストール処理を実行する（ステップＳ１２）。ステップＳ１２では、通信部３３が、例えば車線サーバアプリ３８の実行形式のファイルを上位制御装置５０から受信し、不揮発性メモリ３７に格納する。次に、通信部３３が、車線サーバアプリ３８を実行（起動）して（ステップＳ１４）、図６に示す処理を終了する。

【0032】

以上の処理によって、車線サーバ３０は、上位制御装置５０からのインストールコマンドに応答して、車線サーバアプリ３８を自動的にインストールする。

【0033】

図７は、車線サーバ３０に車線サーバアプリ３８がインストールされ、さらに実行された状態のメモリの記憶内容の例を示す。図７に示す例では、ＯＳ３９によって、プログラムの実行環境が仮想アドレス空間７０を用いて管理されている。なお、以下の各動作例等では、説明を簡単にするため、車線サーバアプリ３８が、アップデートタスク６５（のソフトウェア）と、タスクＡ（６Ａ）（のソフトウェア（以下、同様。））と、タスクＢ（６Ｂ）と、タスクＣ（６Ｃ）とを含むものであるとする。また、後述するアップデート処理の対象は、タスクＡ、タスクＢおよびタスクＣであるとする。この場合、不揮発性メモリ３７には、ＯＳ３９と、アップデートタスク６５と、タスクＡ（６Ａ）と、タスクＢ（６Ｂ）と、タスクＣ（６Ｃ）とが格納されている。また、仮想アドレス空間７０には、ＯＳ３９の記憶領域３９１と、アップデートタスク６５用の記憶領域６５１と、タスクＡ（６Ａ）用の記憶領域６Ａ１と、タスクＢ（６Ｂ）用の記憶領域６Ｂ１と、タスクＣ（６Ｃ）用の記憶領域６Ｃ１とが割り当てられている。また、記憶領域６５１にはアップデートタスク（６５）の実行形式の（ＣＰＵ３２が実行可能な）データ（ファイル）が展開され、記憶領域６Ａ１～６Ｃ１にはタスクＡ（６Ａ）～Ｃ（６Ｃ）の実行形式のデータ（ファイル）が展開されている。なお、アップデートタスク６５用の記憶領域６５１にはキュー６５１ｃが設けられている。なお、以下では、アップデートタスク６５用の記憶領域６５１に展開されているアップデートタスク６５をアップデートタスク６５１ともいう。

【0034】

図９に示すように、キュー６５１ｃは、各タスクＡ（６Ａ）～Ｃ（６Ｃ）の起動順序を記憶する記憶領域である。図９に示す例では、タスクＡ（６Ａ）の識別情報６Ａｎ、タスクＢ（６Ｂ）の識別情報６Ｂｎ、タスクＣ（６Ｃ）の識別情報６Ｃｎがこの順で記憶されている。この場合、図１０に示すように、キュー６５１ｃは、まず、タスクＡ（６Ａ）の識別情報６Ａｎを出力し、次にタスクＢ（６Ｂ）の識別情報６Ｂｎ、その次にタスクＣ（６Ｃ）の識別情報６Ｃｎを出力する。

【0035】

次に、図８を参照して、車線サーバアプリ３８のアップデート処理について説明する。図８に示す処理は、図１に示すように、車線サーバ３０が、上位制御装置５０からアップデートコマンドＤ１０を受信した場合に開始される。なお、図１に示す例では、アップデートコマンドＤ１０は、設定ファイルＤ１１と、アップデートファイルＤ１２とを含む。設定ファイルＤ１１は、各タスクのアップデートの順序を示す情報を含む。アップデートファイルＤ１２は、各タスクのアップデート用のソフトウェアを含む。この場合、アップデートファイルＤ１２は、タスクＡのアップデート用のソフトウェア６Ａｕ、タスクＢのアップデート用のソフトウェア６ＢｕおよびタスクＣのアップデート用のソフトウェア６Ｃｕを含んでいるものとする。ソフトウェア６Ａｕ、ソフトウェア６Ｂｕおよびソフトウェア６Ｃｕは、タスクＡ（６Ａ）、タスクＢ（６Ｂ）およびタスクＣ（６Ｃ）を上書きすることで更新することができるソフトウェアの全部を含んでいるものとする。ただし、アップデートファイルＤ１２は、各タスクのソフトウェアの一部を更新するための情報を含んでいてもよい。なお、この場合、アップデートコマンドＤ１０は、設定ファイルＤ１１とアップデートファイルＤ１２とに対応付けられている。

【0036】

図８に示す処理が開始されると、例えば、通信部３３がアップデートコマンドＤ１０の受信に応じて、アップデートタスク６５１が、路側機器１０の状態が正常であるか否かを判定する（ステップＳ１１）。路側機器１０の状態が正常でなかった場合（ステップＳ１１：ｎｏ）、アップデートタスク６５１は、路側機器１０の状態が正常でなかったため、アップデートを完了できなかった旨の情報（図１のアップデート結果Ｄ２０）を上位制御装置５０へ送信して、アップデート処理を終了する（ステップＳ２１）。

【0037】

路側機器１０の状態が正常であった場合（ステップＳ１１：ｙｅｓ）、アップデートタスク６５１は、車線サーバアプリ３８のアップデートファイルＤ１２を記憶部に記憶する（ステップＳ１２）。ステップＳ１２において、アップデートタスク６５１は、図７に示す不揮発性メモリ３７内の、タスクＡ（６Ａ）、タスクＢ（６Ｂ）、および、タスクＣ（６Ｃ）に、図１１に示すように、アップデートファイルＤ１２が含むタスクＡ（６Ａｕ）、タスクＢ（６Ｂｕ）、および、タスクＣ（６Ｃｕ）を上書き保存する。

【0038】

次に、アップデートタスク６５１は、設定ファイルＤ１１に指定された順番で各車線サーバタスクの起動順序をキュー６５１ｃに格納する（ステップＳ１３）。起動順序がタスクＡ、タスクＢおよびタスクＣの順番であるとすると、ステップＳ１３において、アップデートタスク６５１は、図１１に示すように、キュー６５１ｃに、タスクＡ、タスクＢ、および、タスクＣを格納する。なお、図１１では、キュー６５１ｃにおいて図の上に位置するほど起動の優先順位が高い。

【0039】

次に、アップデートタスク６５１は、タスク再起動許可状態を不許可に設定する（ステップＳ１４）。

【0040】

次に、アップデートタスク６５１は、車両接近センサ１１の信号がＯＦＦか否かを判定する（ステップＳ１５）。車両接近センサ１１の信号がＯＦＦの場合（ステップＳ１５：ｙｅｓ）、アップデートタスク６５１は、車両管理台数がゼロか否かを判定する（ステップＳ１６）。車両管理台数がゼロの場合（ステップＳ１６：ｙｅｓ）、アップデートタスク６５１は、タスク再起動許可状態を許可に設定する（ステップＳ１７）。なお、車両管理台数は、図１に示す範囲Ｒ２内に存在する車両１００の台数である。範囲Ｒ２は、車両検知器１２から車両検知器２０までの車線Ｒの領域に対応する。

【0041】

次に、アップデートタスク６５１は、キュー６５１ｃの先頭のタスクを取り出して再起動する（ステップＳ１８）。この場合、まず、図１０に示すようにタスクＡ（６Ａ）の識別情報６Ａｎがキュー６５１ｃから取り出されて、不揮発性メモリ３７内のタスクＡ（６Ａｕ）が再起動される。タスクの再起動は、更新後のタスクを仮想アドレス空間７０に展開し、仮想アドレス空間７０に展開したタスクの実行を開始する動作である。

【0042】

次に、アップデートタスク６５１は、ステップＳ１８、ステップＳ１５でｎｏ、または、ステップＳ１６でｎｏの後、タスク再起動許可状態を不許可に設定する（ステップＳ１９）。次に、アップデートタスク６５１は、キュー６５１ｃにタスクが残っているか否かを判定する（ステップＳ２０）。この場合、タスクＢおよびタスクＣが残っているので（ステップＳ２０：ｙｅｓ）、ステップＳ１５～Ｓ２０の処理が繰り返し実行される。

【0043】

そして、タスクＢおよびタスクＣの再起動が実行された後、キュー６５１ｃにタスクは残っていないので（ステップＳ２０：ｎｏ）、アップデートタスク６５１は、アップデートが完了した旨の情報（図１のアップデート結果Ｄ２０）を上位制御装置５０へ送信して、アップデート処理を終了する（ステップＳ２１）。

【0044】

以上の処理の後、図１２に示すように、不揮発性メモリ３７内の車線サーバアプリ３８は、タスクＡ（６Ａｕ）、タスクＢ（６Ｂｕ）、および、タスクＣ（６Ｃｕ）を含み、仮想アドレス空間７０には、タスクＡ（６Ａｕ）用の記憶領域６Ａｕ１と、タスクＢ（６Ｂｕ）用の記憶領域６Ｂｕ１と、タスクＣ（６Ｃｕ）用の記憶領域６Ｃｕ１とが割り当てられる。また、記憶領域６Ａｕ１～６Ｃｕ１にはタスクＡ（６Ａｕ）～Ｃ（６Ｃｕ）の実行形式のデータ（ファイル）が展開される。また、キュー６５１ｃには、タスクが格納されていない。

【0045】

次に、図１３～図１５を参照して、揮発性メモリ３６の物理アドレスと、不揮発性メモリ３７の物理アドレスを、物理アドレス空間に設定し、ＣＰＵ３２が、揮発性メモリ３６と不揮発性メモリ３７に直接アクセスする場合のアップデート処理の例について説明する。なお、この例についても、図８に示すアップデート処理の流れは、上述した仮想メモリ空間７０を用いる場合と共通である。

【0046】

なお、この例では、図１３に示すように、車線サーバアプリ３８は、タスク実行タスク６７、アップデートタスク６６、タスクＡ（６Ａ）、タスクＢ（６Ｂ）、および、タスクＣ（６Ｃ）を含む。タスク実行タスク６７は、ＣＰＵ３２によってタスクＡ、タスクＢおよびタスクＣを時分割で並行的に実行する。タスク実行タスク６７は、タスク管理情報６７１を含む。タスク管理情報６７１は、タスク名と各タスクの開始アドレスとを管理するデータである。この場合、タスクＡの開始アドレスはＡ１、タスクＢの開始アドレスはＢ１、および、タスクＣの開始アドレスはＣ１である。タスク実行タスク６７は、タスク管理情報６７１を参照して、各タスクを実行する。

【0047】

また、アップデートタスク６６は、キュー６６ｃに加え、タスクアップデート情報６６ｕを含む。タスクアップデート情報６６ｕはタスク名とタスク開始アドレスとを管理するデータである。

【0048】

図１４は、図８のステップＳ１２で、アップデートタスク６６が、不揮発性メモリ３７内に、アップデートファイルＤ１２が含むタスクＡ（６Ａｕ）、タスクＢ（６Ｂｕ）、および、タスクＣ（６Ｃｕ）を保存し、キュー６６ｃにタスクＡ、タスクＢおよびタスクＣの各識別情報を格納した状態を示す。また、図１４は、図８のステップＳ１３で、タスクアップデート情報６６ｕの内容を更新した状態を示す。タスクアップデート情報６６ｕには、タスクＡ（６Ａｕ）の開始アドレスＡ２、タスクＢ（６Ｂｕ）の開始アドレスＢ２、および、タスクＣ（６Ｃｕ）の開始アドレスＣ２が格納されている。

【0049】

図１５は、図８のアップデート処理が完了した場合の状態を示す。タスク管理情報６７１には、タスクＡ（６Ａｕ）の開始アドレスＡ２、タスクＢ（６Ｂｕ）の開始アドレスＢ２、および、タスクＣ（６Ｃｕ）の開始アドレスＣ２が格納されている。

【0050】

（作用効果）
本開示の処理装置および処理方法によれば、アップデートがタスク単位で行われるので、可用性を向上させることができる。

【0051】

（その他の実施形態）
以上、本開示の実施の形態について図面を参照して詳述したが、具体的な構成はこの実施の形態に限られるものではなく、本開示の要旨を逸脱しない範囲の設計変更等も含まれる。
なお、上記実施形態ではタスク単位でタスク毎に再起動することとしたが、これに限るものではなく、例えば複数タスク毎に再起動するようにしてもよい。

【0052】

〈コンピュータ構成〉
図１６は、本の実施形態に係るコンピュータの構成を示す。
コンピュータ９０は、プロセッサ９１、メインメモリ９２、ストレージ９３、および、インタフェース９４を備える。
上述の車線サーバ３０は、コンピュータ９０に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ９３に記憶されている。プロセッサ９１は、プログラムをストレージ９３から読み出してメインメモリ９２に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ９１は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ９２に確保する。

【0053】

プログラムは、コンピュータ９０に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、ストレージに既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、他の実施形態においては、コンピュータは、上記構成に加えて、または上記構成に代えてＰＬＤ（Programmable Logic Device）などのカスタムＬＳＩ（Large Scale Integrated Circuit）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Programmable Array Logic)、ＧＡＬ(Generic Array Logic)、ＣＰＬＤ(Complex Programmable Logic Device)、ＦＰＧＡ（Field Programmable Gate Array）等が挙げられる。この場合、プロセッサによって実現される機能の一部または全部が当該集積回路によって実現されてよい。

【0054】

ストレージ９３の例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ－ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。ストレージ９３は、コンピュータ９０のバスに直接接続された内部メディアであってもよいし、インタフェース９４または通信回線を介してコンピュータ９０に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ９０に配信される場合、配信を受けたコンピュータ９０が当該プログラムをメインメモリ９２に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、ストレージ９３は、一時的でない有形の記憶媒体である。

【0055】

＜付記＞
本実施形態に記載の処理装置（車線サーバ３０）は、例えば以下のように把握される。

【0056】

（１）第１の態様に係る処理装置（車線サーバ３０）は、不定時間間隔で所定の範囲Ｒ１へ到来する処理対象（車両１００）について所定のプログラム（車線サーバアプリ３８）を実行することで所定の処理を行う処理装置であって、前記プログラムは並列的に実行可能な複数のタスクを含み、前記複数のタスクは、アップデートの際に、タスク単位で所定の条件が満たされる毎に所定の順序でアップデートされる。本態様および以下の各態様によれば、アップデートがタスク単位で行われるので、アップデートをプログラム全体について行う場合と比較して、アップデートによって処理が停止される期間を短縮することができ、可用性を向上させることができる。なお、一例を示せば、例えば、車線サーバアプリ３８が６０個程度のタスクを含む場合、車線サーバアプリ３８を再起動するのに要する時間が最長１分程度のとき、各タスクを再起動するのに要する時間は最長１秒程度とすることができる。

【0057】

（２）第２の態様に係る処理装置（車線サーバ３０）は、（１）の処理装置（車線サーバ３０）であって、前記所定の条件は、前記範囲から所定の距離内で前記処理対象が不検出であるという条件を含む。

【0058】

（３）第３の態様に係る処理装置（車線サーバ３０）は、（１）または（２）の処理装置（車線サーバ３０）であって、前記所定の条件は、前記処理を行っている前記処理対象が不存在であるという条件を含む。

【0059】

（４）第４の態様に係る処理装置（車線サーバ３０）は、（１）～（３）の処理装置（車線サーバ３０）であって、前記アップデートは、各前記タスクのアップデート用のソフトウェアを含むアップデートファイルＤ１２と各前記タスクのアップデートの順序を示す情報を含む設定ファイルＤ１１とに対応付けられ、外部の装置から送信されたアップデートコマンドＤ１１を受信した際に行われる。

【0060】

（５）第５の態様に係る処理装置（車線サーバ３０）は、（１）～（４）の処理装置（車線サーバ３０）であって、前記処理対象は車両１００であり、前記処理は有料道路の料金収受処理を含む。

【符号の説明】

【0061】

１…料金所
３０…車線サーバ
３８…車線サーバアプリ
５０…上位制御装置
６Ａ、６Ａｕ…タスクＡ
６Ｂ、６Ｂｕ…タスクＢ
６Ｃ、６Ｃｕ…タスクＣ
６５１ｃ、６６ｃ…キュー

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】