特許 7582068 処理システム、処理方法、処理プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-05

(45)【発行日】2024-11-13

(54)【発明の名称】処理システム、処理方法、処理プログラム

(51)【国際特許分類】

   G06F 9/50 20060101AFI20241106BHJP

【ＦＩ】

G06F9/50 150E

【請求項の数】 9

(21)【出願番号】P 2021087192

(22)【出願日】2021-05-24

(65)【公開番号】P2022180214

(43)【公開日】2022-12-06

【審査請求日】2023-07-11

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【氏名又は名称】矢作 和行

(74)【代理人】

【識別番号】100121991

【弁理士】

【氏名又は名称】野々部 泰平

(74)【代理人】

【識別番号】100145595

【弁理士】

【氏名又は名称】久保 貴則

(72)【発明者】

【氏名】坪井 聡一郎

【審査官】坂東 博司

(56)【参考文献】

【文献】国際公開第２０２０／０３０７１８（ＷＯ，Ａ１）

【文献】特開２００６－３３８２６４（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１１／００４１１３６（ＵＳ，Ａ１）

【文献】特開２０１９－０３６０１７（ＪＰ，Ａ）

【文献】特開２０１９－１７５２１６（ＪＰ，Ａ）

【文献】特表２０２１－５３３４９４（ＪＰ，Ａ）

【文献】国際公開第２０１９／１８９６８２（ＷＯ，Ａ１）

【文献】特開２０１９－１４４８６４（ＪＰ，Ａ）

【文献】特開２０１６－１１０３９７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／５０

(57)【特許請求の範囲】

【請求項1】

複数の車両（３）にそれぞれ搭載されるエッジコンピュータ（３６）と通信可能なホストセンタ（１）において、プロセッサ（１４）を有し、クラウドサービスに関連したサービスデータセット（Ｄｓ）に対して、ホスト処理を遂行する処理システムであって、
前記プロセッサは、
前記サービスデータセットを複数に分割した分割データ（Ｄｓｄ）を、設定することと、
各前記分割データの分散処理を成立させる分散必要条件（Ｃｄ）のマッチングを、各前記エッジコンピュータ毎に監視することより、前記分散必要条件にマッチングした前記エッジコンピュータを、各前記分割データ毎に探索することとを、実行するように構成され、
前記分散必要条件は、
前記分割データの分散処理に必要な分散処理能力が前記エッジコンピュータの保有する保有処理能力以下であることを、メイン条件（Ｃｄ１）として含み、
さらに前記分散必要条件は、
前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の電力状態が充電実行状態であることと、
前記充電実行状態の前記車両に対応する前記エッジコンピュータの対応数が前記分割データの分散処理に必要な必要数未満である場合に、前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の電力残量が許容範囲内であることと、を含み、
前記対応数が前記必要数以上である場合に、前記電力残量が前記許容範囲内であることを、除外する処理システム。

【請求項2】

前記分散必要条件は、
前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の運動状態が静止状態であることを、含む請求項１に記載の処理システム。

【請求項3】

前記分散必要条件は、
前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の属する地域での時間帯が夜間帯であることを、含む請求項１又は２に記載の処理システム。

【請求項4】

前記分散必要条件は、
前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の温度状態が許容範囲内であることを、含む請求項１～３のいずれか一項に記載の処理システム。

【請求項5】

前記分割データを生成することは、
前記クラウドサービスを提供するサービスセンタ（２）から前記ホストセンタへ送信される処理リクエスト（Ｒｓ）に応答して、前記サービスデータセットを分割することを、含む請求項１～４のいずれか一項に記載の処理システム。

【請求項6】

前記プロセッサは、
各前記分割データ毎に探索された前記エッジコンピュータを搭載する前記車両に対して、割り当てられた前記分割データを送信することを、さらに実行するように構成される請求項１～５のいずれか一項に記載の処理システム。

【請求項7】

前記プロセッサは、
各前記分割データ毎に探索された前記エッジコンピュータにより分散処理されて生成された分散処理済データ（Ｄｅｄ）を、統合処理済データ（Ｄｅ）へ統合することを、さらに実行するように構成される請求項６に記載の処理システム。

【請求項8】

複数の車両（３）にそれぞれ搭載されるエッジコンピュータ（３６）と通信可能なホストセンタ（１）において、クラウドサービスに関連したサービスデータセット（Ｄｓ）に対して、ホスト処理を遂行するためにプロセッサ（１４）により実行される処理方法であって、
前記サービスデータセットを複数に分割した分割データ（Ｄｓｄ）を、設定することと、
各前記分割データの分散処理を成立させる分散必要条件（Ｃｄ）のマッチングを、各前記エッジコンピュータ毎に監視することより、前記分散必要条件にマッチングした前記エッジコンピュータを、各前記分割データ毎に探索することとを、含み、
前記分散必要条件は、
前記分割データの分散処理に必要な分散処理能力が前記エッジコンピュータの保有する保有処理能力以下であることを、メイン条件（Ｃｄ１）として含み、
さらに前記分散必要条件は、
前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の電力状態が充電実行状態であることと、
前記充電実行状態の前記車両に対応する前記エッジコンピュータの対応数が前記分割データの分散処理に必要な必要数未満である場合に、前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の電力残量が許容範囲内であることと、を含み、
前記対応数が前記必要数以上である場合に、前記電力残量が前記許容範囲内であることを、除外する処理方法。

【請求項9】

複数の車両（３）にそれぞれ搭載されるエッジコンピュータ（３６）と通信可能なホストセンタ（１）において、クラウドサービスに関連したサービスデータセット（Ｄｓ）に対して、ホスト処理を遂行するために記憶媒体（１２）に記憶され、プロセッサ（１４）に実行させる命令を含む処理プログラムであって、
前記命令は、
前記サービスデータセットを複数に分割した分割データ（Ｄｓｄ）を、設定させることと、
各前記分割データの分散処理を成立させる分散必要条件（Ｃｄ）のマッチングを、各前記エッジコンピュータ毎に監視させることより、前記分散必要条件にマッチングした前記エッジコンピュータを、各前記分割データ毎に探索させることとを、含み、
前記分散必要条件は、
前記分割データの分散処理に必要な分散処理能力が前記エッジコンピュータの保有する保有処理能力以下であることを、メイン条件（Ｃｄ１）として含み、
さらに前記分散必要条件は、
前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の電力状態が充電実行状態であることと、
前記充電実行状態の前記車両に対応する前記エッジコンピュータの対応数が前記分割データの分散処理に必要な必要数未満である場合に、前記メイン条件のマッチングした前記エッジコンピュータが搭載される前記車両の電力残量が許容範囲内であることと、を含み、
前記対応数が前記必要数以上である場合に、前記電力残量が前記許容範囲内であることを、除外する処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、クラウドサービスに関連したサービスデータセットを処理する処理技術に、関する。

【背景技術】

【0002】

近年、通信ネットワークを通じてクラウドサービスを利用するサービス利用者は、世界的に増加している。クラウドサービスを提供するサービスセンタでは、こうしたサービス利用者の増加に伴い、大容量処理の可能なコンピュータが大型施設に設置されることで、種々のクラウドサービスに応じた複数のクラウドサーバが仮想的に構築されるようになってきている。

【先行技術文献】

【特許文献】

【0003】

【文献】特表２０２１－５１１７１８号公報

【発明の概要】

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

【0004】

しかし、大容量処理可能なコンピュータを設置するには、巨額の設備投資が必要となる。これは、クラウドサービスの独占乃至は寡占による後発参入の阻害、並びに売り手市場におけるサービス利用者の料金増大を招来するため、持続可能な技術開発及び経済成長の妨げとなるおそれがあった。

【0005】

本開示の課題は、クラウドサービスに関連したサービスデータセットを分散処理する新規の処理システムを、提供することにある。本開示の別の課題は、クラウドサービスに関連したサービスデータセットを分散処理する新規の処理方法を、提供することにある。本開示のさらに別の課題は、クラウドサービスに関連したサービスデータセットを分散処理する新規の処理プログラムを、提供することにある。

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

【0006】

以下、課題を解決するための本開示の技術的手段について、説明する。尚、特許請求の範囲及び本欄に記載された括弧内の符号は、後に詳述する実施形態に記載された具体的手段との対応関係を示すものであり、本開示の技術的範囲を限定するものではない。

【0007】

本開示の第一態様は、
複数の車両（３）にそれぞれ搭載されるエッジコンピュータ（３６）と通信可能なホストセンタ（１）において、プロセッサ（１４）を有し、クラウドサービスに関連したサービスデータセット（Ｄｓ）に対して、ホスト処理を遂行する処理システムであって、
プロセッサは、
サービスデータセットを複数に分割した分割データ（Ｄｓｄ）を、設定することと、
各分割データの分散処理を成立させる分散必要条件（Ｃｄ）のマッチングを、各エッジコンピュータ毎に監視することより、分散必要条件にマッチングしたエッジコンピュータを、各分割データ毎に探索することとを、実行するように構成され、
分散必要条件は、
分割データの分散処理に必要な分散処理能力がエッジコンピュータの保有する保有処理能力以下であることを、メイン条件（Ｃｄ１）として含み、
さらに分散必要条件は、
メイン条件のマッチングしたエッジコンピュータが搭載される車両の電力状態が充電実行状態であることと、
充電実行状態の車両に対応するエッジコンピュータの対応数が分割データの分散処理に必要な必要数未満である場合に、メイン条件のマッチングしたエッジコンピュータが搭載される車両の電力残量が許容範囲内であることと、を含み、
対応数が必要数以上である場合に、電力残量が許容範囲内であることを、除外する。

【0008】

本開示の第二態様は、
複数の車両（３）にそれぞれ搭載されるエッジコンピュータ（３６）と通信可能なホストセンタ（１）において、クラウドサービスに関連したサービスデータセット（Ｄｓ）に対して、ホスト処理を遂行するためにプロセッサ（１４）により実行される処理方法であって、
サービスデータセットを複数に分割した分割データ（Ｄｓｄ）を、設定することと、
各分割データの分散処理を成立させる分散必要条件（Ｃｄ）のマッチングを、各エッジコンピュータ毎に監視することより、分散必要条件にマッチングしたエッジコンピュータを、各分割データ毎に探索することとを、含み、
分散必要条件は、
分割データの分散処理に必要な分散処理能力がエッジコンピュータの保有する保有処理能力以下であることを、メイン条件（Ｃｄ１）として含み、
さらに分散必要条件は、
メイン条件のマッチングしたエッジコンピュータが搭載される車両の電力状態が充電実行状態であることと、
充電実行状態の車両に対応するエッジコンピュータの対応数が分割データの分散処理に必要な必要数未満である場合に、メイン条件のマッチングしたエッジコンピュータが搭載される車両の電力残量が許容範囲内であることと、を含み、
対応数が必要数以上である場合に、電力残量が許容範囲内であることを、除外する。

【0009】

本開示の第三態様は、
複数の車両（３）にそれぞれ搭載されるエッジコンピュータ（３６）と通信可能なホストセンタ（１）において、クラウドサービスに関連したサービスデータセット（Ｄｓ）に対して、ホスト処理を遂行するために記憶媒体（１２）に記憶され、プロセッサ（１４）に実行させる命令を含む処理プログラムであって、
命令は、
サービスデータセットを複数に分割した分割データ（Ｄｓｄ）を、設定させることと、
各分割データの分散処理を成立させる分散必要条件（Ｃｄ）のマッチングを、各エッジコンピュータ毎に監視させることより、分散必要条件にマッチングしたエッジコンピュータを、各分割データ毎に探索させることとを、含み、
分散必要条件は、
分割データの分散処理に必要な分散処理能力がエッジコンピュータの保有する保有処理能力以下であることを、メイン条件（Ｃｄ１）として含み、
さらに分散必要条件は、
メイン条件のマッチングしたエッジコンピュータが搭載される車両の電力状態が充電実行状態であることと、
充電実行状態の車両に対応するエッジコンピュータの対応数が分割データの分散処理に必要な必要数未満である場合に、メイン条件のマッチングしたエッジコンピュータが搭載される車両の電力残量が許容範囲内であることと、を含み、
対応数が必要数以上である場合に、電力残量が許容範囲内であることを、除外する。

【0010】

これら第一～第三態様によると、複数の移動体にそれぞれ搭載されるエッジコンピュータと通信可能なホストセンタのホスト処理では、クラウドサービスに関連したサービスデータセットが複数の分割データへと分割設定される。そこでホスト処理では、各分割データの分散処理を成立させる分散必要条件のマッチングが、各エッジコンピュータ毎に監視されることで、分散必要条件にマッチングしたエッジコンピュータが、各分割データ毎に探索される。このような新規のホスト処理によれば、移動体の搭載コンピュータがエッジコンピュータとして仮想的に有効活用され得るので、サービスデータセットの容量に応じて分散処理のネットワークを拡縮して、設備投資を削減することが可能となる。

【図面の簡単な説明】

【0011】

【図1】一実施形態による通信ネットワークの全体構成を示すブロック図である。

【図2】一実施形態による車両の詳細構成を示すブロック図である。

【図3】一実施形態による処理システムの機能構成を示すブロック図である。

【図4】一実施形態による処理方法を示すフローチャートである。

【図5】一実施形態による分割データを説明するための模式図である。

【図6】一実施形態による分散必要条件を示す条件表である。

【図7】一実施形態による探索サブルーチンを示すフローチャートである。

【図8】一実施形態による探索サブルーチンを説明するための模式図である。

【図9】一実施形態による分散処理済データ及び統合処理済データを説明するための模式図である。

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

【0012】

以下、本開示の一実施形態を図面に基づき説明する。

【0013】

図１に示される一実施形態のホストセンタ１は、クラウドサービスに関連したサービスデータセットＤｓに対してホスト処理を遂行するために、例えばゲートウェイサーバ及び通信ルータ等を主体に構築されている。ホストセンタ１は、有線通信回線及び無線通信回線のうち少なくとも一種類を介して、少なくとも一つのサービスセンタ２と複数の移動体３とに通信可能に接続されている。ホストセンタ１は、少なくとも一つのサービスセンタ２との間、及び複数の移動体３との間において、例えばＴＣＰ（Transmission Control Protocol）又はＵＤＰ（User Datagram Protocol）等のプロトコルを利用した通信ネットワークを形成している。これによりホストセンタ１は、少なくとも一つのサービスセンタ２と各移動体３との間におけるゲートウェイとして機能する。尚、以下の説明では、ホストセンタ１が一つのサービスセンタ２との間に通信ネットワークを形成している場合を例にとって、本実施形態を説明する。

【0014】

サービスセンタ２は、例えばクラウドサーバ及び通信ルータ等を主体に構築されている。サービスセンタ２は、クラウドサービスをサービス利用者へ提供するために、当該クラウドサービスを事業とするサービス事業者によって管理されている。サービスセンタ２により提供されるサービスは、例えば都市計画サービス、道路整備サービス、地図情報サービス、運行管理サービス、交通管理サービス、駐車管理サービス、電池管理サービス、物流サービス、通信サービス、金融サービス、売買サービス、レンタルサービス、派遣サービス、代行サービス、警備サービス、建物管理サービス、清掃サービス、保険サービス、旅行サービス、予約サービス、飲食サービス、アミューズメントサービス、配信サービス、ゲームサービス、医療サービス、教育サービス、保育サービス、学術サービス、セミナーサービス、経営サービス、及びリーガルサービス等のうち、少なくとも一種類である。

【0015】

サービスセンタ２は、ホストセンタ１においてホスト処理されるサービスデータセットＤｓを、生成する。サービスデータセットＤｓは、サービスセンタ２の提供するクラウドサービスを処理するために必要な、可変容量のデジタルデータである。サービスデータセットＤｓは、例えば画像データ、音声データ、テキストデータ、ジョブデータ、プログラムデータ等のうち、少なくとも一種類を含んでいる。サービスデータセットＤｓは、サービスセンタ２により暗号化されて、ホストセンタ１において復号されてもよく、この場合にはセキュアなデータとなる。

【0016】

複数の移動体３は、例えば自動車、バイク、及びドローン等、道路を走行可能且つホストセンタ１において事前登録された車両のうち、それぞれ個別の一種類である。それぞれの移動体３には、図２に示されるように通信ユニット３０、電力ユニット３２、温度検出ユニット３４、及びエッジコンピュータ３６がそれぞれ搭載されている。これらの搭載要素３０，３２，３４，３６は、搭載先移動体３において起動スイッチのオンされた起動モードに加え、当該起動スイッチのオフされたスタンバイモードにあっても、作動可能となっている。

【0017】

移動体３において通信ユニット３０は、外部との無線通信によりデータを送受信可能な、例えばＤＳＲＣ（Dedicated Short Range Communications）通信機、及びセルラＶ２Ｘ（C-V2X）通信機等のうち、Ｖ２Ｘシステムを構成する少なくとも一種類を有している。通信ユニット３０は、例えばＧＮＳＳ（Global Navigation Satellite System）の人工衛星から測位データを受信する、ＧＮＳＳ受信機等を有していてもよい。

【0018】

移動体３において電力ユニット３２は、例えばリチウムイオン電池、ニッケル水素電池、全固体電池、及び鉛蓄電池等のうち、少なくとも一種類の蓄電バッテリを有している。電力ユニット３２は、搭載先移動体３の起動中に内部での発電を受けることで、電力を蓄える。電力ユニット３２は、搭載先移動体３の停止中に外部からの充電を受けることで、電力を蓄えてもよい。電力ユニット３２は、搭載先移動体３の電装品に対して放電することで、当該移動体３における必要電力を供給する。

【0019】

移動体３において温度検出ユニット３４は、例えばサーミスタ等の温度センサを有している。温度検出ユニット３４は、搭載先移動体３の内部において、例えばエッジコンピュータ３６及び電力ユニット３２のうち少なとも一方等を含む電装品の、発熱温度又は周辺環境温度を検出してもよい。温度検出ユニット３４は、搭載先移動体３の外部における外気温を検出してもよい。

【0020】

移動体３においてエッジコンピュータ３６は、少なくとも一つ搭載される専用コンピュータである。例えば移動体３が自動車である場合にエッジコンピュータ３６は、一般に車載コンピュータと呼ばれている。エッジコンピュータ３６は、搭載先移動体３の自動運転及び手動運転のうち少なくとも一方を制御する、運転制御ＥＣＵ（Electronic Control Unit）であってもよい。エッジコンピュータ３６は、搭載先移動体３の走行経路をナビゲートする、ナビゲーションＥＣＵであってもよい。エッジコンピュータ３６は、搭載先移動体３の自己位置を含む自己状態量を推定する、ロケータＥＣＵであってもよい。エッジコンピュータ３６は、搭載先移動体３におけるエネルギーマネージメントとして、例えば電力管理及び温度管理等のうち少なくとも一種類を実行する、エネルギーＥＣＵであってもよい。エッジコンピュータ３６は、搭載先移動体３における情報提示を制御する、ＨＣＵ（HMI（Human Machine Interface） Control Unit）であってもよい。

【0021】

エッジコンピュータ３６は、メモリ及びプロセッサを、少なくとも一つずつ有している。エッジコンピュータ３６のメモリは、コンピュータにより読み取り可能なプログラム及びデータ等を非一時的に記憶する、例えば半導体メモリ、磁気媒体、及び光学媒体等のうち、少なくとも一種類の非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。エッジコンピュータ３６のプロセッサは、例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、及びＲＩＳＣ（Reduced Instruction Set Computer）－ＣＰＵ等のうち、少なくとも一種類をコアとして含んでいる。

【0022】

エッジコンピュータ３６は、通信ユニット３０による取得データに基づき、搭載先移動体３が存在する例えば緯度及び経度等の位置、並びに搭載先移動体３の属する地域の時刻を認識する。エッジコンピュータ３６は、例えば内部クロック、又は搭載先移動体３に設置の時計ユニット等から、時刻を認識してもよい。エッジコンピュータ３６は、電力ユニット３２からの取得データに基づき、搭載先移動体３における電力状態を認識する。このとき認識される電力状態には、電力ユニット３２における電力残量が含まれる。また、電力ユニット３２が外部から充電可能となっている場合には、認識される電力状態に充電実行状態が含まれる。エッジコンピュータ３６は、温度検出ユニット３４からの取得データに基づき、搭載先移動体３の温度状態を認識する。

【0023】

図１に示されるようにホストセンタ１は、クラウドサービスに関連したサービスデータセットＤｓに対して、ホスト処理を遂行する処理システム１０を、備えている。処理システム１０は、少なくとも一種類の専用コンピュータを含んで構成されている。処理システム１０を構成する専用コンピュータは、メモリ１２及びプロセッサ１４を、少なくとも一つずつ有している。メモリ１２は、コンピュータにより読み取り可能なプログラム及びデータ等を非一時的に記憶する、例えば半導体メモリ、磁気媒体、及び光学媒体等のうち、少なくとも一種類の非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。プロセッサ１４は、例えばＣＰＵ、ＧＰＵ、及びＲＩＳＣ－ＣＰＵ等のうち、少なくとも一種類をコアとして含んでいる。

【0024】

プロセッサ１４は、ソフトウェアとしてメモリ１２に記憶された処理プログラムに含まれる複数の命令を、実行する。これにより処理システム１０は、サービスデータセットＤｓに対するホスト処理を遂行するための機能ブロックを、複数構築する。このように処理システム１０では、ホスト処理を遂行するためにメモリ１２に記憶された処理プログラムが複数の命令をプロセッサ１４に実行させることで、複数の機能ブロックが構築される。処理システム１０により構築される複数の機能ブロックには、図３に示されるように分割ブロック１００、探索ブロック１１０、及び統合ブロック１２０が含まれている。

【0025】

これらブロック１００，１１０，１２０の共同により、処理システム１０がホスト処理を実行する処理方法のフロー（以下、処理フローという）を、図４に従って説明する。処理フローは、処理システム１０の処理周期毎に実行される。尚、処理フローの説明において「Ｓ」とは、処理プログラムに含まれた複数命令により実行される、複数ステップをそれぞれ意味している。また、処理フローの説明では、ホストセンタ１において処理システム１０がサービスセンタ２又は移動体３から通信ルータを通じてデータを取得することを、単にデータを取得することとして表現する。同様に、処理フローの説明では、ホストセンタ１において処理システム１０が通信ルータを通じてデータをサービスセンタ２又は移動体３へと送信することを、単にデータを送信することとして表現する。

【0026】

図４に示されるように、処理フローのＳ１０１において分割ブロック１００は、図３に示されるようにサービスセンタ２から送信される処理リクエストＲｓを、取得する。このとき処理リクエストＲｓとは、サービスセンタ２からホストセンタ１へサービスデータセットＤｓの処理依頼を要求する、例えばパケット等のデータである。処理リクエストＲｓは、サービスデータセットＤｓに関するリクエスト情報として、例えばデータ容量、データ構造、データ種別、及び処理納期等のうち少なくとも一種類を含んでいる。そこで処理リクエストＲｓは、Ｓ１０１の実行時点においサービスデータセットＤｓを含んでいてもよいし、含んでいなくてもよい。こうした処理リクエストＲｓは、例えばサービス利用者からのクラウドサービスの利用リクエスト等に応答してサービスセンタ２により生成及び送信されることで、分割ブロック１００により取得される。

【0027】

図４に示されるように、処理フローのＳ１０２において分割ブロック１００は、図５に示されようにサービスデータセットＤｓを分散処理可能な複数のタスクへと分割した、分割データＤｓｄを処理リクエストＲｓに応答して設定する。具体的に分割ブロック１００は、処理リクエストＲｓに含まれるリクエスト情報のうち、例えばデータ構造等に基づき各分割データＤｓｄの区分けを決定する。このとき、処理リクエストＲｓにサービスデータセットＤｓが含まれている場合には、決定された区分けに従って、当該サービスデータセットＤｓが複数の分割データＤｓｄに分割される。一方、処理リクエストＲｓにサービスデータセットＤｓが含まれていない場合には、Ｓ１０２の実行時点においてサービスセンタ２から取得されるサービスデータセットＤｓが、複数の分割データＤｓｄに分割されてもよい。あるいは、処理リクエストＲｓにサービスデータセットＤｓが含まれていない場合には、区分けの決定のみが分割データＤｓｄの設定として実行されてもよい。但し、区分けの決定のみが分割データＤｓｄの設定として実行される場合には、後述するＳ１０８での送信までに、サービスデータセットＤｓがサービスセンタ２から取得されることで、区分けに従う複数の分割データＤｓｄへと分割されておく必要がある。

【0028】

Ｓ１０２における分割ブロック１００は、各分割データＤｓｄの設定の一環として、それら各データＤｓｄの分散処理に必要な分散処理能力Ａｄを、図8に示されるように見積もる。このとき分散処理能力Ａｄの見積もりは、処理リクエストＲｓに含まれるリクエスト情報のうち、例えばデータ容量及び処理納期等に基づく。これにより分散処理能力Ａｄは、例えばデータ容量、必要処理速度、及び必要通信速度等のうち、少なくとも一種類を含んで各分割データＤｓｄ毎に見積もられる。

【0029】

図４に示されるように、処理フローのＳ１０３において探索ブロック１１０は、各分割データＤｓｄの分散処理を成立させるのに必要な分散必要条件Ｃｄのマッチングを、各移動体３のエッジコンピュータ３６毎に監視する。これにより探索ブロック１１０は、分散必要条件Ｃｄにマッチングしたエッジコンピュータ３６を、各分割データＤｓｄ毎に探索する。図６に示されるように分散必要条件Ｃｄは、メイン条件Ｃｄ１とサブ条件Ｃｄ２，Ｃｄ３，Ｃｄ４，Ｃｄ５とを、含んで定義されている。

【0030】

具体的にＳ１０３における探索ブロック１１０は、図７に示されるように探索サブルーチンを実行する。探索サブルーチンのＳ２０１において探索ブロック１１０は、メイン条件Ｃｄ１の成立するエッジコンピュータ３６を、各分割データＤｓｄ毎に探索する。図６に示されるようにメイン条件Ｃｄ１は、分割データＤｓｄの分散処理に必要な分散処理能力Ａｄがエッジコンピュータ３６の保有する保有処理能力Ａｅ以下であることに、規定されている。このとき、図8に示されるように分散処理能力Ａｄと対比される保有処理能力Ａｅは、例えばメモリの保有記憶容量、プロセッサの保有処理速度、及び保有通信速度等のうち、分散処理能力Ａｄに対応する少なくとも一種類である。メイン条件Ｃｄ１のマッチング判断では、こうした保有処理能力Ａｅとして、通信状態及び通信ルートのうち少なくとも一方も加えて、考慮されてもよい。

【0031】

図７に示されるように、探索サブルーチンのＳ２０２において探索ブロック１１０は、メイン条件Ｃｄ１のマッチングしたエッジコンピュータ３６の中から、サブ条件Ｃｄ２の成立するエッジコンピュータ３６を、各分割データＤｓｄ毎に探索する。図６に示されるようにサブ条件Ｃｄ２は、条件Ｃｄ１のマッチングしたエッジコンピュータ３６が搭載される移動体３の運動状態が静止状態であることに、規定されている。移動体３の静止状態は、エッジコンピュータ３６から通信ユニット３０を通じて取得される位置データに基づき、設定時間以上の停止状態として認識される。移動体３の静止状態は、位置データに加えて又は代えて、例えば駆動源の駆動状態、起動スイッチの操作状態、パーキングブレーキの操作状態、電力ユニット３２への外部からの充電電状態、及びスタンバイモードへの移行時間帯等のうち、少なくとも一種類に基づいてもよい。

【0032】

図７に示されるように、探索サブルーチンのＳ２０３において探索ブロック１１０は、メイン条件Ｃｄ１及びサブ条件Ｃｄ２のマッチングしたエッジコンピュータ３６の中から、サブ条件Ｃｄ３の成立するエッジコンピュータ３６を、各分割データＤｓｄ毎に探索する。図６に示されるようにサブ条件Ｃｄ３のうち必須条件Ｃｄ３＿ａは、条件Ｃｄ１，Ｃｄ２のマッチングしたエッジコンピュータ３６が搭載される移動体３の、電力ユニット３２における電力状態が充電実行状態であることに、規定されている。充電実行状態は、エッジコンピュータ３６から通信ユニット３０を通じて取得される電力状態データに基づき、認識される。これにより、充電実行状態の移動体３に対応するエッジコンピュータ３６の対応数が全分割データＤｓｄの分散処理に必要な必要数以上となる場合には、サブ条件Ｃｄ３として必須条件Ｃｄ３＿ａのみにマッチングしたエッジコンピュータ３６が、Ｓ２０３での探索結果となる。即ち、エッジコンピュータ３６の対応数が必要数以上の場合に探索ブロック１１０は、後述する選択条件Ｃｄ３＿ｂを、サブ条件Ｃｄ３から除外する。

【0033】

一方、充電実行状態の移動体３に対応するエッジコンピュータ３６の対応数が必要数未満となる場合に、Ｓ２０３における探索ブロック１１０は、サブ条件Ｃｄ３に選択条件Ｃｄ３＿ｂを追加する。これは、電力ユニット３２が外部から充電不可の移動体３、又は電力ユニット３２が外部から充電可能であっても充電設備に非接続の移動体３も、有効活用するためである。選択条件Ｃｄ３＿ｂは、条件Ｃｄ１，Ｃｄ２，Ｃｄ＿３ａのマッチングしたエッジコンピュータ３６が搭載される移動体３の、電力ユニット３２における電力残量が許容範囲内であることに、規定されている。電力残量は、エッジコンピュータ３６から通信ユニット３０を通じて取得される電力状態データに基づき、認識される。これにより、サブ条件Ｃｄ３として必須条件Ｃｄ３＿ａ及び選択条件Ｃｄ３＿ｂの双方にマッチングしたエッジコンピュータ３６が、Ｓ２０３での探索結果となる。尚、選択条件Ｃｄ３＿ｂの判断基準となる電力残量の許容範囲は、例えば各分割データＤｓｄ毎に処理の実行によって消費が予測される最大電力量等を考慮して、移動体３の起動時に電力不足を回避可能な範囲に設定される。

【0034】

図７に示されるように、探索サブルーチンのＳ２０４において探索ブロック１１０は、メイン条件Ｃｄ１及びサブ条件Ｃｄ２，Ｃｄ３のマッチングしたエッジコンピュータ３６の中から、サブ条件Ｃｄ４の成立するエッジコンピュータ３６を、各分割データＤｓｄ毎に探索する。図６に示されるようにサブ条件Ｃｄ４は、条件Ｃｄ１，Ｃｄ２，Ｃｄ３のマッチングしたエッジコンピュータ３６が搭載される移動体３の属する地域での時間帯が夜間帯であることに、規定されている。移動体３の属する該当地域は、エッジコンピュータ３６から通信ユニット３０を通じて取得される位置データに基づき、認識される。該当地域の時間帯は、エッジコンピュータ３６から通信ユニット３０を通じて取得される時刻データに基づき、ワールドワイドでのタイムシェアリング可能に認識される。

【0035】

サブ条件Ｃｄ４において夜間帯とは、日没から日の出までの時間帯として判断されてもよいし、該当地域の標準時刻に基づく固定の時間帯として判断されてもよい。サブ条件Ｃｄ４では該当地域の時間帯が、そうした夜間帯に加えて、早朝時間帯であることも含んでいてもよい。ここで早朝時間帯とは、日の出から設定時間が経過するまでの時間帯として判断されてもよいし、該当地域の標準時刻に基づく固定の時間帯として判断されてもよい。尚、夜間帯及び早朝時間帯は、一般に移動体３の起動する時間又は確率が設定値以下まで減少する、特定の時間帯ともいえる。

【0036】

図７に示されるように、探索サブルーチンのＳ２０５において探索ブロック１１０は、メイン条件Ｃｄ１及びサブ条件Ｃｄ２，Ｃｄ３，Ｃｄ４のマッチングしたエッジコンピュータ３６の中から、サブ条件Ｃｄ５の成立するエッジコンピュータ３６を、各分割データＤｓｄ毎に探索する。図６に示されるようにサブ条件Ｃｄ５は、条件Ｃｄ１，Ｃｄ２，Ｃｄ３，Ｃｄ４のマッチングしたエッジコンピュータ３６が搭載される移動体３の温度状態が許容範囲内であることに、規定されている。こうしたＳ２０５でのサブ条件Ｃｄ５による探索結果は、温度条件の有利な移動体３に対応したジコンピュータ３６から優先的に、順位付けして割り当てるものであってもよい。尚、サブ条件Ｃｄ５の判断基準となる温度状態の許容範囲は、例えば各分割データＤｓｄ毎に処理の実行によって到達の予測される最大発熱温度等を考慮して、過度な発熱による移動体３の起動エラーを回避可能な範囲に設定される。

【0037】

図４に示されるように、処理フローのＳ１０４において探索ブロック１１０は、各分割データＤｓｄ毎に探索されたエッジコンピュータ３６を搭載する各移動体３に対して、図３に示されるように分散リクエストＲｄを送信する。このとき分散リクエストＲｄとは、ホストセンタ１から各分割データＤｓｄ毎のエッジコンピュータ３６へ分散処理を依頼する、例えばパケット等のデータである。

【0038】

図４に示されるように、処理フローのＳ１０５において探索ブロック１１０は、分散リクエストＲｄを受信した各移動体３のエッジコンピュータ３６から通信ユニット３０を通じて、図３に示されるように送信される分散レスポンスＲｒを、取得する。そこで、処理フローのＳ１０６において探索ブロック１１０は、各移動体３から取得した分散レスポンスＲｒの表すサインが、拒否及び許諾のうちいずれあるかを判定する。

【0039】

少なくとも一つの移動体３からの分散レスポンスＲｒが拒否サインを表しているとの、否定判定がＳ１０６において下された場合には、図４に示されるように処理フローがＳ１０３へ戻る。こうしてＳ１０６から戻ったＳ１０３の探索サブルーチンでは、拒否サインの移動体３に割り当てられていた、少なくとも一つの分割データＤｓｄに関してのみ、別な移動体３の探索が実行されることとなる。

【0040】

一方、分散リクエストＲｄを送信した全移動体３からの分散レスポンスＲｒが許諾サインを表しているとの、肯定判定がＳ１０６において下された場合には、処理フローがＳ１０７へ移行する。Ｓ１０７において探索ブロック１１０は、許諾サインの分散レスポンスＲｒを送信した全移動体３のエッジコンピュータ３６との間において、分散処理ネットワークを仮想形成する。そこで、処理フローのＳ１０８において探索ブロック１１０は、分散処理ネットワークを形成する各移動体３のエッジコンピュータ３６に対して、それぞれ図９に示されるように割り当てられた分割データＤｓｄを、送信する。

【0041】

図４に示されるように、処理フローのＳ１０９において統合ブロック１２０は、分散処理ネットワークを形成する各移動体３のエッジコンピュータ３６から通信ユニット３０を通じて、図３に示されるように送信される分散処理済データＤｅｄを、取得する。このとき分散処理済データＤｅｄとは、図９に示されるようにエッジコンピュータ３６によって分割データＤｓｄに基づき分散処理されることで生成された、処理結果を含むデータである。

【0042】

分散処理ネットワークを形成する全移動体３のエッジコンピュータ３６から、分散処理済データＤｅｄを統合ブロック１２０が取得するのに応じて処理フローは、図４に示されるようにＳ１０９からＳ１１０へ移行する。Ｓ１１０において統合ブロック１２０は、取得した全分散処理済データＤｅｄを、図９に示されるように統合処理済データＤｅへと統合する。そこで図４に示されるように、処理フローのＳ１１１において統合ブロック１２０は、生成した統合処理済データＤｅを、図３に示されるようにサービスセンタ２へと送信する。以上により、処理フローの今回実行が終了する。

【0043】

ここまで説明した本実施形態によると、複数の移動体３にそれぞれ搭載されるエッジコンピュータ３６と通信可能なホストセンタ１のホスト処理では、クラウドサービスに関連したサービスデータセットＤｓが複数の分割データＤｓｄへと分割設定される。そこでホスト処理では、各分割データＤｓｄの分散処理を成立させる分散必要条件Ｃｄのマッチングが、各エッジコンピュータ３６毎に監視されることで、分散必要条件Ｃｄにマッチングしたエッジコンピュータ３６が、各分割データＤｓｄ毎に探索される。このような新規のホスト処理によれば、移動体３の搭載コンピュータがエッジコンピュータ３６として仮想的に有効活用され得るので、サービスデータセットＤｓの容量に応じて分散処理のネットワークを拡縮して、設備投資を削減することが可能となる。

【0044】

（他の実施形態）
以上、一実施形態について説明したが、本開示は、当該実施形態に限定して解釈されるものではなく、本開示の要旨を逸脱しない範囲内において種々の実施形態に適用することができる。

【0045】

変形例においてエッジコンピュータ３６は、デジタル回路、及びアナログ回路のうち、少なくとも一方をプロセッサとして含んでいてもよい。ここでデジタル回路とは、例えばＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＳＯＣ（System on a Chip）、ＰＧＡ（Programmable Gate Array）、及びＣＰＬＤ（Complex Programmable Logic Device）等のうち、少なくとも一種類である。またこうしたデジタル回路は、プログラムを記憶したメモリを、有していてもよい。

【0046】

変形例においてサービスセンタ２の少なくとも一部の機能は、ホストセンタ１により実現されてもよい。ここで、サービスセンタ２の全機能がホストセンタ１により実現される変形例では、分割ブロック１００のＳ１０１による処理と、探索ブロック１１０のＳ１１１による処理とが、省かれてもよい。

【0047】

変形例の探索ブロック１１０によるＳ１０３において、Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０５の各処理の実行順は、入れ替えられてもよい。変形例の探索ブロック１１０によるＳ１０３において、Ｓ２０２，Ｓ２０３，Ｓ２０４，Ｓ２０５の各処理のうち少なくとも一処理は、省かれてもよい。即ち、サブ条件Ｃｄ２，Ｃｄ３，Ｃｄ４，Ｃｄ５のうち少なくとも一条件に基づく探索は、実行されなくてもよい。変形例の探索ブロック１１０によるＳ１０３のうちＳ２０３では、必須条件Ｃｄ３＿ａ又は選択条件Ｃｄ３＿ｂに基づく探索が実行されなくてもよい。

【0048】

変形例の探索ブロック１１０によるＳ１０７，Ｓ１０８及び統合ブロック１２０によるＳ１０９，Ｓ１１０，Ｓ１１１は、サービスセンタ２により実行されてもよい。この場合、サービスデータセットＤｓはサービスセンタ２からホストセンタ１へは送信されず、エッジコンピュータ３６の探索結果がホストセンタ１からサービスセンタ２へ送信されてもよい。これにより、各分割データＤｓｄがサービスセンタ２から許諾サインの移動体３へ送信されると共に、分散処理済データＤｅｄが許諾サインの移動体３からサービスセンタ２へ送信されて統合されてもよい。

【符号の説明】

【0049】

１：ホストセンタ、２：サービスセンタ、３：移動体、１２：メモリ、１４：プロセッサ、３６：エッジコンピュータ、Ｃｄ：分散必要条件、Ｃｄ１：メイン条件、Ｃｄ２，Ｃｄ３，Ｃｄ４，Ｃｄ５：サブ条件、Ｄｅ：統合処理済データ、Ｄｅｄ：分散処理済データ、Ｄｓ：サービスデータセット、Ｄｓｄ：分割データ、Ｒｄ：分散リクエスト、Ｒｒ：分散レスポンス、Ｒｓ：処理リクエスト

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】