WO2023026607A1

WO2023026607A1 - 情報配信処理の制御方法、計算機システム、および計算機

Info

Publication number: WO2023026607A1
Application number: PCT/JP2022/020389
Authority: WO
Inventors: 倫太郎片山; 大介石井; 大輔伊藤; 亮介藤原
Original assignee: 株式会社日立製作所
Priority date: 2021-08-26
Filing date: 2022-05-16
Publication date: 2023-03-02
Also published as: JP2023032033A

Abstract

計算機システムは、複数のエッジ機器と接続し、複数のエッジ機器に対する情報配信処理の開始後、複数のエッジ機器の各々の状態を監視し、複数のエッジ機器の各々の状態の監視結果に基づいて、情報配信処理が失敗したエッジ機器および失敗要因を特定する処理を実行し、処理の結果に基づいて、情報配信処理の中止に関する操作内容を提示する。

Description

情報配信処理の制御方法、計算機システム、および計算機

参照による取り込み

　本出願は、２０２１年８月２６日に出願された日本特許出願第２０２１－１３７８９４号の優先権を主張し、その内容を参照することにより、本出願に取り込む。

　本発明は、エッジ機器に対する情報の配信を制御する方法、システム、および装置に関するものである。

　近年、工場機器、鉄道車両、および自動車等のエッジ機器のデジタル化の進展に伴って、ネットワークを介してエッジ機器にソフトウェア、情報コンテンツ、アプリケーション、および機能等の情報の配信／配備が行われる。以下の説明では、ネットワークを介したエッジ機器に対する情報の配信／配備を情報配信と記載する。

　情報配信の失敗に対応する技術として特許文献１に記載の技術が知られている。特許文献１には、「ファームウェアの更新処理を、複数のＩｏＴ機器を区分する複数のグループ間にて互いに異なるタイミングにて実行する。そして、ウェア更新処理に失敗したグループが発生した場合は、ファームウェア未更新の残余のグループに対するファームウェア更新処理の実行を制限する」ファームウェア更新システムが開示されている。

特開２０２０－１５４６３４号公報

　情報配信の一連の処理、すなわち配信シーケンスを、複数のエッジ機器に対して一括して行うことによって、作業者の工数を抑えながら、大量のエッジ機器への情報配信が可能となる。例えば、作業者は、複数のエッジ機器への配信シーケンス開始操作を一度に行うことができる。また、例えば、ソフトウェアのエッジ機器へのインストール等に伴って作業者の承認が必要な場合、作業者は、複数のエッジ機器への承認操作を一度に行うことができる。

　しかし、上記の方式では、エッジ機器からソフトウェアのインストールの準備が完了した旨の通知が届かない場合、承認が行えず、配信シーケンスが失敗する。また、エッジ機器からソフトウェアのインストールが完了した旨の通知が届かない場合にも配信シーケンスが失敗する。配信シーケンスの失敗要因は様々存在する。例えば、通信帯域の逼迫、通信の切断、エッジ機器の負荷増大によるコマンド実行の失敗、ソフトウェアの不具合によるインストールの失敗等がある。

　配信シーケンスの失敗要因に関する情報は作業者にとって有益であり、作業者は、失敗要因に応じて配信シーケンスを継続および中止の判断を行うことができる。特許文献１では失敗要因は特定されていない。

　本発明の目的は、配信シーケンスの失敗要因を特定し、作業者に配信シーケンスの継続および中止の判断に有用な情報を提供する方法およびシステムを提供する。

　本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数のエッジ機器と接続する計算機システムが実行する、前記エッジ機器に対する情報配信処理の制御方法であって、前記計算機システムは、プロセッサ、前記プロセッサに接続される記憶装置、および前記プロセッサに接続されるネットワークインタフェースを有する計算機を含み、前記情報配信処理の制御方法は、前記プロセッサが、前記複数のエッジ機器に対する前記情報配信処理の開始後、前記複数のエッジ機器の各々の状態を監視する第１のステップと、前記プロセッサが、前記複数のエッジ機器の各々の状態の監視結果に基づいて、前記情報配信処理が失敗した前記エッジ機器および失敗要因を特定する第１処理を実行する第２のステップと、前記プロセッサが、前記第１処理の結果に基づいて、前記情報配信処理の中止に関する操作内容を提示する第３のステップと、を含む。

　本発明によれば、配信シーケンスの失敗要因を特定し、作業者に配信シーケンスの継続および中止の判断に有用な情報を提供できる。上記した以外の課題、構成および効果は、以下の実施例の説明により明らかにされる。

実施例１のシステムの構成例を示す図である。実施例１の配信制御装置の構成例を示す図である。実施例１のエッジ機器の構成例を示す図である。実施例１のメトリック正解値管理情報のデータ構造の一例を示す図である。実施例１のエッジ機器管理情報のデータ構造の一例を示す図である。実施例１のシステムにおける処理の流れを説明するシーケンス図である。実施例１のシステムにおける処理の流れを説明するシーケンス図である。実施例１の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例１の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例１の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例１の作業者用端末に表示される画面の一例を示す図である。実施例１の作業者用端末に表示される画面の一例を示す図である。実施例１の配信制御装置が実行するメトリック確認処理の一例を説明するフローチャートである。実施例２のシステムにおける処理の流れを説明するシーケンス図である。実施例２の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例２の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例２の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例２の作業者用端末に表示される画面の一例を示す図である。実施例３のシステムにおける処理の流れを説明するシーケンス図である。実施例３の配信制御装置が実行するメトリック確認処理の一例を説明するフローチャートである。実施例３の配信制御装置が実行するメトリック確認処理の一例を説明するフローチャートである。実施例３の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例３の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。実施例４のシステムにおける処理の流れを説明するシーケンス図である。実施例４のシステムにおける処理の流れを説明するシーケンス図である。実施例４の配信制御装置が実行する中止判定処理の一例を説明するフローチャートである。変形例のシステムにおける処理の流れを説明するシーケンス図である。変形例のシステムにおける処理の流れを説明するシーケンス図である。

　以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

　以下に説明する発明の構成において、同一または類似する構成または機能には同一の符号を付し、重複する説明は省略する。

　本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数または順序を限定するものではない。

　図面等において示す各構成の位置、大きさ、形状、および範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、および範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、および範囲等に限定されない。

　図１は、実施例１のシステムの構成例を示す図である。

　システムは、配信制御装置１０１、エッジ機器１０２、配信サーバ１０３、および作業者用端末１０４から構成される。配信制御装置１０１、エッジ機器１０２、配信サーバ１０３、および作業者用端末１０４は、ネットワーク１０５を介して接続される。ネットワーク１０５は、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）およびＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）であり、接続方式は有線および無線のいずれでもよい。

　エッジ機器１０２は、情報配信を受ける機器であり、例えば、工場機器、鉄道車両、および自動車等である。配信制御装置１０１は、情報配信を制御する計算機である。配信サーバ１０３は、情報配信において、エッジ機器１０２に配信するソフトウェアおよび情報コンテンツ等を管理する計算機である。作業者用端末１０４は、情報配信を行う作業者が操作する端末である。作業者は、作業者用端末１０４を用いて、配信制御装置１０１を操作する。

　なお、配信サーバ１０３および配信制御装置１０１が有する機能は、複数の計算機から構成される計算機システムを用いて実現してもよい。また、配信サーバ１０３および配信制御装置１０１の各々の機能をいずれかの計算機にまとめてもよい。

　図２は、実施例１の配信制御装置１０１の構成例を示す図である。

　配信制御装置１０１は、プロセッサ２０１、ネットワークインタフェース２０２、主記憶装置２０３、および副記憶装置２０４を有する。各ハードウェア要素は内部バスを介して互いに接続される。

　配信制御装置１０１が有する機能は、プロセッサ２０１が主記憶装置２０３に格納されるプログラムを実行することによって実現される。以下で説明において、配信制御装置１０１を主語に処理を説明する場合、プロセッサ２０１がプログラムを実行していることを示す。

　ネットワークインタフェース２０２は、ネットワークを介して外部装置と通信する。

　主記憶装置２０３は、メモリ等の記憶装置であり、プロセッサ２０１が実行するプログラムおよびプログラムが使用する情報を格納する。また、主記憶装置２０３は、ワークエリアとしても用いられる。

　副記憶装置２０４は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）およびＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶装置であり、データを永続的に格納する。主記憶装置２０３に格納されるプログラムおよび情報は、副記憶装置２０４に格納されてもよい。この場合、プロセッサ２０１が副記憶装置２０４からプログラムおよび情報を読み出し、主記憶装置２０３にロードする。

　主記憶装置２０３は、中止判定プログラム２１１、メトリック確認プログラム２１２、メトリック正解値管理情報２２１、およびエッジ機器管理情報２２２を格納する。メトリック正解値管理情報２２１およびエッジ機器管理情報２２２のデータ構造、ならびにプログラムによって実現される処理については後述する。

　配信サーバ１０３および作業者用端末１０４のハードウェア構成は、配信制御装置１０１と同一であるため、説明は省略する。

　図３は、実施例１のエッジ機器１０２の構成例を示す図である。

　エッジ機器１０２は、プロセッサ３０１、ネットワークインタフェース３０２、主記憶装置３０３、および副記憶装置３０４を有する。各ハードウェア要素は内部バスを介して互いに接続される。なお、エッジ機器１０２は、駆動装置等、図示しないハードウェア要素を含んでもよい。

　プロセッサ３０１、ネットワークインタフェース３０２、主記憶装置３０３、および副記憶装置３０４は、プロセッサ２０１、ネットワークインタフェース２０２、主記憶装置２０３、および副記憶装置２０４と同一のハードウェアである。

　エッジ機器１０２が有する機能は、プロセッサ３０１が主記憶装置３０３に格納されるプログラムを実行することによって実現される。以下で説明において、エッジ機器１０２を主語に処理を説明する場合、プロセッサ３０１がプログラムを実行していることを示す。

　主記憶装置３０３は、コマンド実行プログラム３１１およびメトリック送信プログラム３１２を格納する。

　図４は、実施例１のメトリック正解値管理情報２２１のデータ構造の一例を示す図である。

　メトリック正解値管理情報２２１は、テーブル形式の情報であり、メトリック種別４０１および正解値４０２を含むエントリを格納する。一つのエントリが一つのメトリック種別に対応する。なお、エントリに含まれるフィールドは前述したものに限定されない。

　メトリック種別４０１は、情報配信の進捗状態を示すメトリックの種別を格納するフィールドである。図４に示すメトリック正解値管理情報２２１には、情報コンテンツの取得率および情報コンテンツのバージョンの二つのメトリック種別のエントリが格納される。

　正解値４０２は、メトリック種別に対応するメトリックの正解値を格納するフィールドである。情報コンテンツの取得率に対応するエントリの正解値４０２には１００％が格納され、情報コンテンツのバージョンに対応するエントリの正解値４０２には２．０が格納される。

　図５は、実施例１のエッジ機器管理情報２２２のデータ構造の一例を示す図である。

　エッジ機器管理情報２２２は、テーブル形式の情報であり、エッジ機器ＩＤ５０１、配信シーケンス実行結果５０２、不良指標５０３、およびグループＩＤ５０４を含むエントリを格納する。一つのエントリが一つのエッジ機器１０２に対応する。なお、エントリに含まれるフィールドは前述したものに限定されない。

　エッジ機器ＩＤ５０１は、エッジ機器１０２の識別情報を格納するフィールドである。

　配信シーケンス実行結果５０２は、エッジ機器１０２に対する配信シーケンスの実行結果を格納するフィールドである。配信シーケンス実行結果５０２には、配信シーケンスが成功したことを示す「成功」および配信シーケンスが失敗したことを示す「失敗」のいずれかが格納される。

　不良指標５０３は、判定に用いた指標に関する情報を格納するフィールドである。例えば、通信に関する指標の場合、不良指標５０３には「接続状態」が格納され、負荷に関する指標の場合、不良指標５０３には「負荷」が格納される。

　グループＩＤ５０４は、配信シーケンスの実行単位であるグループの識別情報を格納するフィールドである。作業者が予めグループを設定している場合、グループＩＤ５０４にはグループの識別情報が格納される。

　なお、グループの識別情報の代わりに、ファームウェアのバージョン、または、エッジ機器の種別等が格納されてもよい。この場合、ファームウェアまたは種別が同一のエッジ機器１０２を要素とするグループが構成される。

　図６Ａおよび図６Ｂは、実施例１のシステムにおける処理の流れを説明するシーケンス図である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス登録要求を送信する（ステップＳ６０１）。例えば、作業者は、配信シーケンス登録要求を送信することによって、配信シーケンスを構成するフェーズ群、作業者の承認を必要とするフェーズ、エッジ機器１０２が送信するメトリック、各フェーズでエッジ機器１０２が実行するコマンド、メトリックの正解値、ならびに、インストールするソフトウェア、情報コンテンツ、およびアプリケーションコンテナ等の必要資材を設定する。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス開始指示を送信する（ステップＳ６０２）。

　配信制御装置１０１は、配信シーケンス開始指示を受信した場合、配信シーケンスを開始する。ステップＳ６０３からステップＳ６２４までの処理が配信シーケンスである。まず、配信制御装置１０１は、エッジ機器１０２に対してファイルを配布し、また、ステータス更新要求を送信する（ステップＳ６０３）。また、配信制御装置１０１は、中止判定処理を開始する（ステップＳ６０４）。エッジ機器１０２には、ファイルを介して、配信シーケンスを構成するフェーズ群、送信するメトリック、各フェーズでエッジ機器１０２が実行するコマンド、および必要資材等が通知される。

　エッジ機器１０２は、ファイル配布およびステータス更新要求に対して、配信制御装置１０１にステータス更新応答を送信する（ステップＳ６０５）。

　本実施例では、配信制御装置１０１は、エッジ機器（Ａ）１０２からのステータス更新応答を受信できたが、エッジ機器（Ｂ）１０２からのステータス更新応答を受信できなかったものとする。ステータス更新応答を受信できなかった要因としては、ファイル／ステータス更新要求の欠落、およびステータス更新応答の欠落等が考えられる。

　配信制御装置１０１は、中止判定処理では、ステータス更新応答の受信状態に基づいて配信シーケンスの成否を判定し、また、失敗要因を特定する。ここで、中止判定処理の詳細について説明する。図７、図８、および図９は、実施例１の配信制御装置１０１が実行する中止判定処理の一例を説明するフローチャートである。中止判定処理は、中止判定プログラム２１１を実行するプロセッサ２０１によって行われる。

　まず、図７に示す中止判定処理について説明する。図７に示す中止判定処理は、エッジ機器１０２ごとに実行される。図７に示す中止判定処理では、エッジ機器１０２からのステータス更新応答の有無に基づいて、配信シーケンスの成否が判定され、エッジ機器１０２から取得される評価指標（接続状態指標および負荷指標）に基づいて、失敗要因が特定される。

　配信制御装置１０１は、所定期間内にエッジ機器１０２からステータス更新応答を受信したか否かを判定する（ステップＳ７０１）。

　所定期間内にエッジ機器１０２からステータス更新応答を受信した場合（ステップＳ７０１がＹＥＳ）、配信制御装置１０１は中止判定処理を終了する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「成功」を設定する。

　所定期間内にエッジ機器１０２からステータス更新応答を受信していない場合（ステップＳ７０１がＮＯ）、配信制御装置１０１は、配信シーケンスの失敗と判定し、失敗要因を特定する。まず、配信制御装置１０１は、エッジ機器１０２の接続状態が良好であるか否かを判定する（ステップＳ７０２）。具体的には、以下のような処理が実行される。

　（Ｓ７０２－１）配信制御装置１０１は、エッジ機器１０２の接続状態を評価する指標（接続状態指標）を算出する。

　例えば、エッジ機器１０２が周期的に配信制御装置１０１にＫｅｅｐ　Ａｌｉｖｅメッセージを送信している場合、配信制御装置１０１は、当該メッセージの受信の有無を接続状態指標として算出する。例えば、エッジ機器１０２が通信品質を示す指標を計測している場合、エッジ機器１０２は、最新の指標または指標の平均値等を接続状態指標として算出する。

　（Ｓ７０２－２）配信制御装置１０１は、接続状態指標に基づいて、エッジ機器１０２の接続状態を判定する。

　例えば、最新のＫｅｅｐ　Ａｌｉｖｅメッセージを受信している場合、配信制御装置１０１は、エッジ機器１０２の接続状態が良好である、と判定する。例えば、最新の通信品質の指標が閾値より大きい場合、配信制御装置１０１は、エッジ機器１０２の接続状態が良好である、と判定する。

　以上がステップＳ７０２の処理の説明である。

　エッジ機器１０２の接続状態が良好でない場合（ステップＳ７０２がＮＯ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ７０３）。その後、配信制御装置１０１は中止判定処理を終了する。

　このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」を設定し、不良指標５０３に「接続状態」を設定する。

　エッジ機器１０２の接続状態が良好である場合（ステップＳ７０２がＹＥＳ）、配信制御装置１０１は、エッジ機器１０２の負荷が高いか否かを判定する（ステップＳ７０４）。

　具体的には、配信制御装置１０１は、エッジ機器１０２の負荷を評価する指標（負荷指標）を算出し、負荷指標に基づいて、エッジ機器１０２の負荷が高いか否かを判定する。例えば、配信制御装置１０１は、周期的に、エッジ機器１０２からプロセッサ３０１の使用率を取得し、最新の使用率または使用率の平均値等を負荷指標として算出する。プロセッサ３０１の使用率が閾値より大きい場合、配信制御装置１０１は、エッジ機器１０２の負荷が高い、と判定する。

　エッジ機器１０２の負荷が高くない場合（ステップＳ７０４がＮＯ）、配信制御装置１０１は、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ７０５）。その後、配信制御装置１０１は中止判定処理を終了する。

　このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」を設定し、不良指標５０３に「その他」を設定する。

　エッジ機器１０２の負荷が高い場合（ステップＳ７０４がＹＥＳ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ７０６）。その後、配信制御装置１０１は中止判定処理を終了する。

　このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」を設定し、不良指標５０３に「負荷」を設定する。

　配信シーケンスが失敗したエッジ機器１０２の接続状態が不良の場合、または負荷が高い場合、エッジ機器１０２固有の要因によって配信シーケンスの失敗が生じたものとして中止対象リストに記録される。また、接続状態が良好かつ負荷が低い場合、エッジ機器１０２固有の要因以外の要因によって配信シーケンスの失敗が生じたものとして中止対象リストに登録される。

　全てのエッジ機器１０２について中止判定処理が終了した後、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する。例えば、以下のような推奨操作が考えられる。

　（１）エッジ機器１０２固有の要因によって配信シーケンスが失敗したエッジ機器１０２が存在する場合、配信制御装置１０１は、当該エッジ機器１０２の配信シーケンスの中止を作業者に提案する。この場合、他のエッジ機器１０２の配信シーケンスは継続する。

　（２）エッジ機器１０２固有の要因以外の要因で配信シーケンスが失敗したエッジ機器１０２が存在する場合、他のエッジ機器１０２にも配信シーケンスの失敗が生じる可能性がある。そこで、配信制御装置１０１は、グループまたは全体の配信シーケンスの中止を作業者に提案する。

　（３）配信シーケンスが失敗したエッジ機器１０２の要因が混在する場合、配信制御装置１０１は、各要因に属するエッジ機器１０２の比率に基づいて推奨操作を決定する。例えば、要因「その他」に属するエッジ機器１０２の比率が高い場合、配信制御装置１０１は、グループまたは全体の配信シーケンスの中止を作業者に提案する。

　このように、配信シーケンスの失敗要因とともに、推奨する操作を提案することによって、配信シーケンスの効率的な制御を実現できる。これによって、配信シーケンスの制御に要する作業者の工数および作業時間を削減することができる。

　次に、図８に示す中止判定処理について説明する。図８に示す中止判定処理は、エッジ機器１０２ごとに実行される。図８に示す中止判定処理では、エッジ機器１０２からのステータス更新応答の有無に基づいて、配信シーケンスの成否が判定され、複数のエッジ機器１０２から取得される評価指標に基づいて失敗要因が特定される。

　配信制御装置１０１は、各エッジ機器１０２から取得したプロセッサ３０１の使用率等の負荷指標を用いて、負荷指標の代表値を算出する（ステップＳ８０１）。

　負荷指標の代表値は、負荷指標の平均値、中央値、またはｘパーセント値（ｘ－パーセンタイル）（例えば、ｘは９０）等である。

　配信制御装置１０１は、各エッジ機器１０２の接続状態指標を用いて、接続状態指標の代表値を算出する（ステップＳ８０２）。

　例えば、配信制御装置１０１は、一定期間内に各エッジ機器１０２から送信されるＫｅｅｐ　Ａｌｉｖｅメッセージの受信回数、または、通信品質等の接続状態指標を用いて、接続状態指標の代表値を算出する。接続状態指標の代表値は、接続状態指標の平均値、中央値、またはｘパーセント値（ｘ－パーセンタイル）（例えば、ｘは９０）等である。

　配信制御装置１０１は、所定期間内にエッジ機器１０２からステータス更新応答を受信したか否かを判定する（ステップＳ８０３）。ステップＳ８０３の処理はステップＳ７０１の処理と同一である。

　所定期間内にエッジ機器１０２からステータス更新応答を受信した場合（ステップＳ８０３がＹＥＳ）、配信制御装置１０１は中止判定処理を終了する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「成功」を設定する。

　所定期間内にエッジ機器１０２からステータス更新応答を受信していない場合（ステップＳ８０３がＮＯ）、配信制御装置１０１は、エッジ機器１０２の接続状態が良好であるか否かを判定する（ステップＳ８０４）。具体的には、以下のような処理が実行される。

　（Ｓ８０４－１）配信制御装置１０１は、エッジ機器１０２の接続状態指標を算出する。

　例えば、エッジ機器１０２が周期的に配信制御装置１０１にＫｅｅｐ　Ａｌｉｖｅメッセージを送信している場合、配信制御装置１０１は、一定期間内の当該メッセージの受信回数等を接続状態指標として算出する。例えば、エッジ機器１０２が通信品質を示す指標を計測している場合、エッジ機器１０２は、最新の当該指標または当該指標の平均値等を接続状態指標として算出する。

　（Ｓ８０４－２）配信制御装置１０１は、接続状態指標および接続状態指標の代表値との比較結果に基づいて、エッジ機器１０２の接続状態を判定する。

　例えば、一定期間内に受信したＫｅｅｐ　Ａｌｉｖｅメッセージの受信回数が接続状態指標の代表値以上の場合、配信制御装置１０１は、エッジ機器１０２の接続状態が良好である、と判定する。例えば、接続状態指標が接続状態指標の代表値以上の場合、配信制御装置１０１は、エッジ機器１０２の接続状態が良好である、と判定する。

　エッジ機器１０２の接続状態が良好でない場合（ステップＳ８０４がＮＯ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ８０５）。その後、配信制御装置１０１は中止判定処理を終了する。

　エッジ機器１０２の接続状態が良好である場合（ステップＳ８０４がＹＥＳ）、配信制御装置１０１は、エッジ機器１０２の負荷が高いか否かを判定する（ステップＳ８０６）。

　具体的には、配信制御装置１０１は、エッジ機器１０２の負荷指標を算出し、負荷指標および負荷指標の代表値の比較結果に基づいて、エッジ機器１０２の負荷が高いか否かを判定する。

　例えば、配信制御装置１０１は、周期的に、エッジ機器１０２からプロセッサ３０１の使用率を取得し、最新の使用率または使用率の平均値等を負荷指標として算出する。プロセッサ３０１の使用率が負荷指標の代表値以上の場合、配信制御装置１０１は、エッジ機器１０２の負荷が高い、と判定する。

　エッジ機器１０２の負荷が高くない場合（ステップＳ８０６がＮＯ）、配信制御装置１０１は、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ８０７）。その後、配信制御装置１０１は中止判定処理を終了する。

　エッジ機器１０２の負荷が高い場合（ステップＳ８０６がＹＥＳ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ８０８）。その後、配信制御装置１０１は中止判定処理を終了する。

　全てのエッジ機器１０２について中止判定処理が終了した後、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する。推奨操作の決定方法は図７で説明した方法と同一である。

　エッジ機器１０２の評価指標と、評価指標の代表値との比較結果に基づいて、エッジ機器１０２の接続状態および負荷を判定することによって、エッジ機器１０２を相対的に評価できる。例えば、他のエッジ機器１０２と比較して、極端に接続状態が悪い、または、極端に負荷が高いエッジ機器１０２については機器特有の要因として記録する。

　次に、図９に示す中止判定処理について説明する。図９に示す中止判定処理は、全エッジ機器１０２に対して１回実行される。図９に示す中止判定処理では、各エッジ機器１０２から取得される評価指標の代表値と閾値との比較結果に基づいて失敗要因が特定される。

　配信制御装置１０１は、負荷指標の代表値を算出し（ステップＳ９０１）、また、接続状態指標の代表値を算出する（ステップＳ９０２）。ステップＳ９０１およびステップＳ９０２の処理は、ステップＳ８０１およびステップＳ８０２の処理と同一である。

　配信制御装置１０１は、所定期間内にステータス更新応答を受信していないエッジ機器１０２が存在するか否かを判定する（ステップＳ９０３）。すなわち、配信シーケンスが失敗したエッジ機器１０２が存在するか否かが判定される。

　所定期間内にステータス更新応答を受信していないエッジ機器１０２が存在しない場合（ステップＳ９０３がＮＯ）、配信制御装置１０１は中止判定処理を終了する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２の各エッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「成功」を設定する。

　所定期間内にステータス更新応答を受信していないエッジ機器１０２が存在する場合（ステップＳ９０３がＹＥＳ）、配信制御装置１０１は、接続状態指標の代表値が閾値以上であるか否かを判定する（ステップＳ９０４）。

　接続状態指標の代表値が閾値より小さい場合（ステップＳ９０４がＮＯ）、配信制御装置１０１は、配信シーケンスが失敗したエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ９０５）。その後、配信制御装置１０１はステップＳ９０９に進む。

　このとき、配信制御装置１０１は、エッジ機器管理情報２２２の、中止対象リストに登録されたエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」を設定し、不良指標５０３に「接続状態」を設定する。

　接続状態指標の代表値が閾値以上である場合（ステップＳ９０４がＹＥＳ）、配信制御装置１０１は、負荷指標の代表値が閾値以上であるか否かを判定する（ステップＳ９０６）。

　負荷指標の代表値が閾値以上である場合（ステップＳ９０６がＹＥＳ）、配信制御装置１０１は、配信シーケンスが失敗したエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ９０７）。その後、配信制御装置１０１はステップＳ９０９に進む。

　このとき、配信制御装置１０１は、エッジ機器管理情報２２２の、中止対象リストに登録されたエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」を設定し、不良指標５０３に「負荷」を設定する。

　負荷指標の代表値が閾値より小さい場合（ステップＳ９０６がＮＯ）、配信制御装置１０１は、配信シーケンスが失敗したエッジ機器１０２の数だけ、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ９０８）。その後、配信制御装置１０１はステップＳ９０９に進む。

　このとき、配信制御装置１０１は、エッジ機器管理情報２２２の、中止対象リストに登録されたエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」を設定し、不良指標５０３に「その他」を設定する。

　ステップＳ９０９では、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する（ステップＳ９０９）。その後、配信制御装置１０１は中止判定処理を終了する。例えば、以下のような推奨操作が考えられる。

　（１）要因が「共通」であるエッジ機器１０２が存在する場合、配信制御装置１０１は、グループまたは全体の配信シーケンスの中止を作業者に提案する。

　（２）要因が「その他」であるエッジ機器１０２が存在する場合、配信制御装置１０１は、当該エッジ機器１０２の配信シーケンスの中止を作業者に提案する。この場合、他のエッジ機器１０２の配信シーケンスは継続する。

　評価指標の代表値と、閾値との比較結果に基づいて、エッジ機器１０２の接続状態および負荷を判定することによって、システム全体を評価できる。また、図９に示す中止判定処理は、図７および図８に示すようなエッジ機器１０２単位の処理より計算量を削減できる。

　以上が中止判定処理の説明である。図６Ａの説明に戻る。

　配信制御装置１０１は、作業者用端末１０４に中止判定処理の結果を送信する（ステップＳ６０６）。当該結果には、エッジ機器管理情報２２２、推奨操作、および中止対象リスト等が含まれる。

　作業者用端末１０４は、中止判定処理の結果に基づいて画面を提示し、作業者の中止操作を受け付ける。ここで、作業者に提示される画面について説明する。図１０Ａおよび図１０Ｂは、実施例１の作業者用端末１０４に表示される画面の一例を示す図である。

　画面１０００は、表示欄１００１、１００２、１００３および選択欄１００４を含む。

　表示欄１００１は、各エッジ機器１０２の配信シーケンスの実行結果を表示する欄である。表示欄１００１には、エッジ機器管理情報２２２に基づいて生成されるテーブル１０１０が表示される。

　表示欄１００２は、特定された失敗要因を表示する欄である。表示欄１００２には、特定された失敗要因の種別および数が表示される。作業者用端末１０４は、中止対象リストに基づいて表示欄１００２への表示を行う。

　表示欄１００３は、配信制御装置１０１が決定した推奨操作を表示する欄である。

　選択欄１００４は、失敗した配信シーケンスに対する操作を選択するための欄である。選択欄１００４には、操作を選択するためのボタンが表示される。作業者は、表示欄１００１、１００２、１００３を参照し、選択欄１００４に表示されるいずれかのボタンを押下することによって、配信シーケンスの中止を指示する。

　図１０Ａの選択欄１００４には、失敗したエッジ機器１０２の配信シーケンスを中止する操作、全てのエッジ機器１０２の配信シーケンスを中止する操作、および待機を実現するボタンが表示される。待機は一定時間待機した後、再度中止判定処理を実行させるための操作である。図１０Ｂの選択欄１００４には、さらに、失敗したエッジ機器１０２を含むグループに所属するエッジ機器１０２の配信シーケンスを中止する操作を実現するボタンが表示される。

　以上が画面の説明である。図６Ａの説明に戻る。

　作業者は、作業者用端末１０４を用いて中止操作を行う（ステップＳ６０７）。具体的には、作業者は選択欄１００４に表示されたいずれかのボタンを押下する。作業者用端末１０４は、中止操作に応じた中止要求を配信制御装置１０１に送信する（ステップＳ６０８）。中止要求には、押下されたボタンの情報が含まれる。

　配信制御装置１０１は、中止要求にしたがって中止対象のエッジ機器１０２を特定し、特定されたエッジ機器１０２に中止指示を送信する（ステップＳ６０９）。

　失敗したエッジ機器１０２の配信シーケンスの中止が選択された場合、配信制御装置１０は、失敗したエッジ機器１０２のみに中止指示を送信する。全てのエッジ機器１０２の配信シーケンスの中止が選択された場合、配信制御装置１０１は、全てのエッジ機器１０２に中止指示を送信する。失敗したエッジ機器１０２を含むグループに所属するエッジ機器１０２の配信シーケンスの中止が選択された場合、配信制御装置１０１は、エッジ機器管理情報２２２を参照して、失敗したエッジ機器１０２を含むグループを特定し、当該グループに所属するエッジ機器１０２に中止指示を送信する。待機が選択された場合、配信制御装置１０１は、中止指示を送信せずに、一定時間経過した後、再度、中止判定処理を実行する。

　グループ単位で配信シーケンスを中止することによって、例えば、配信シーケンスがファームウェア更新である場合、グループ内のエッジ機器１０２のファームウェアのバージョンが異なる事態を回避できる。

　なお、中止対象リストにエッジ機器１０２が存在しない場合、すなわち、配信シーケンスが失敗したエッジ機器１０２が存在しない場合、ステップＳ６０６からステップＳ６０９までの処理は実行されない。

　ここでは、配信シーケンスが失敗したエッジ機器（Ｂ）１０２の配信シーケンスの中止が要求されたものとする。この場合、配信制御装置１０１は、エッジ機器（Ｂ）１０２に中止指示を送信する。

　配信シーケンスを継続しているエッジ機器１０２は、所定のフェーズでコマンドを実行し（ステップＳ６１０）、コマンド完了通知を配信制御装置１０１に送信する（ステップＳ６１１）。

　具体的には、エッジ機器１０２は、ステップＳ４０３において配信制御装置１０１から配布されたファイルに含まれるコマンドを実行する。実行されるコマンドは、例えば、ソフトウェアの解凍および情報コンテンツの取得等を実現するためのコマンドである。

　配信制御装置１０１は、コマンド完了通知を受信した場合、作業者用端末１０４に認証要求を送信する（ステップＳ６１２）。

　作業者は、作業者用端末１０４を用いて認証操作を行い（ステップＳ６１３）、作業者用端末１０４は、認証応答を配信制御装置１０１に送信する（ステップＳ６１４）。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ６１５）。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信し（ステップＳ６１６）、また、コマンドを実行する（ステップＳ６１７）。

　具体的には、エッジ機器１０２は、ステップＳ４０３において配信制御装置１０１から配布されたファイルに含まれるコマンドを実行する。実行されるコマンドは、例えば、ソフトウェアのインストールおよび情報コンテンツの配信準備等を実現するためのコマンドである。

　エッジ機器１０２は、配信制御装置１０１にメトリックを送信する（ステップＳ６１８）。

　例えば、エッジ機器１０２は、ソフトウェアのインストールに伴って生成される実行結果ファイルの有無、インストールされたソフトウェアのバージョン、情報コンテンツの取得率、および情報コンテンツのバージョン等をメトリックとして送信する。

　配信制御装置１０１は、メトリックを受信した場合、メトリック確認処理を実行する（ステップＳ６１９）。

　ここで、メトリック確認処理について説明する。図１１は、実施例１の配信制御装置１０１が実行するメトリック確認処理の一例を説明するフローチャートである。メトリック確認処理は、メトリック確認プログラム２１２を実行するプロセッサ２０１によって行われる。また、メトリック確認処理は、エッジ機器１０２からメトリックを受信した場合に実行される。

　配信制御装置１０１は、メトリック正解値管理情報２２１を参照して、受信したメトリックの種別に対応するエントリから正解値を取得し、受信したメトリックが正解値に一致するか否かを判定する（ステップＳ１１０１）。

　受信したメトリックが正解値に一致しない場合（ステップＳ１１０１がＮＯ）、配信制御装置１０１は、メトリック受信待ちに遷移し（ステップＳ１１０４）、メトリック確認処理を終了する。

　受信したメトリックが正解値に一致する場合（ステップＳ１１０１がＹＥＳ）、配信制御装置１０１は、全てのエッジ機器１０２のメトリックについて確認が完了したか否かを判定する（ステップＳ１１０２）。すなわち、全てのエッジ機器１０２のメトリックが正解値に一致したことを確認したか否かが判定される。

　全てのエッジ機器１０２のメトリックについて確認が完了していない場合（ステップＳ１１０２がＮＯ）、配信制御装置１０１は、メトリック受信待ちに遷移し（ステップＳ１１０４）、メトリック確認処理を終了する。

　全てのエッジ機器１０２のメトリックについて確認が完了した場合（ステップＳ１１０２がＹＥＳ）、配信制御装置１０１は、作業者用端末１０４に認証要求を送信し（ステップＳ１１０３、Ｓ６２０）、メトリック確認処理を終了する。

　以上がメトリック確認処理の説明である。図６Ｂに戻る。

　作業者は、作業者用端末１０４を用いて認証操作を行い（ステップＳ６２１）、作業者用端末１０４は、認証応答を配信制御装置１０１に送信する（ステップＳ６２２）。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ６２３）。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信する（ステップＳ６２４）。

　実施例１によれば、配信制御装置１０１は、ファイル配布後のステータス更新応答が無いエッジ機器１０２について失敗要因を特定し、特定された失敗要因に応じて配信シーケンスの中止操作について提案を行う。これによって、配信シーケンスの中止を効率的に制御できるため、配信シーケンスの制御に要する作業者の工数および作業時間を削減することができる。

　実施例２では、中止判定処理の実行フェーズが実施例１と異なる。以下、実施例１との差異を中心に実施例２について説明する。

　実施例２のシステムの構成は実施例１と同一である。実施例２の配信制御装置１０１およびエッジ機器１０２のハードウェア構成およびソフトウェア構成は、実施例１と同一である。実施例２のメトリック正解値管理情報２２１およびエッジ機器管理情報２２２のデータ構造は実施例１と同一である。

　図１２は、実施例２のシステムにおける処理の流れを説明するシーケンス図である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス登録要求を送信する（ステップＳ１２０１）。ステップＳ１２０１はステップＳ６０１と同一の処理である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス開始指示を送信する（ステップＳ１２０２）。ステップＳ１２０２はステップＳ６０２の処理と同一である。

　配信制御装置１０１は、配信シーケンス開始指示を受信した場合、エッジ機器１０２に対してファイルを配布し、また、ステータス更新要求を送信する（ステップＳ１２０３）。ステップＳ１２０３の処理はステップＳ６０３の処理と同一である。

　エッジ機器１０２は、ファイル配布およびステータス更新要求に対して、配信制御装置１０１にステータス更新応答を送信する（ステップＳ１２０４）。ステップＳ１２０４の処理はステップＳ６０４の処理と同一である。

　配信制御装置１０１は、ステータス更新応答を受信した後、中止判定処理を開始する（ステップＳ１２０５）。

　エッジ機器１０２は、所定のフェーズでコマンドを実行し（ステップＳ１２０６）、コマンド完了通知を配信制御装置１０１に送信する（ステップＳ１２０７）。ステップＳ１２０６およびステップＳ１２０７の処理は、ステップＳ６１０およびステップＳ６１１の処理と同一である。

　本実施例では、配信制御装置１０１は、エッジ機器（Ａ）１０２からのコマンド完了通知を受信できたが、エッジ機器（Ｂ）１０２からのコマンド完了通知を受信できなかったものとする。コマンド完了通知を受信できなかった要因としては、コマンド実行の失敗、コマンドの実行時間が長くなること、コマンド完了通知の欠落等が考えられる。

　ここで、中止判定処理の詳細について説明する。図１３、図１４、および図１５は、実施例２の配信制御装置１０１が実行する中止判定処理の一例を説明するフローチャートである。中止判定処理は、中止判定プログラム２１１を実行するプロセッサ２０１によって行われる。

　まず、図１３に示す中止判定処理について説明する。図１３に示す中止判定処理は、エッジ機器１０２ごとに実行される。図１３に示す中止判定処理では、エッジ機器１０２からのコマンド完了通知の有無に基づいて、配信シーケンスの成否が判定され、エッジ機器１０２から取得される評価指標に基づいて失敗要因が特定される。

　配信制御装置１０１は、所定期間内にエッジ機器１０２からコマンド完了通知を受信したか否かを判定する（ステップＳ１３０１）。

　所定期間内にエッジ機器１０２からコマンド完了通知を受信した場合（ステップＳ１３０１がＹＥＳ）、配信制御装置１０１は中止判定処理を終了する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「成功」を設定する。

　所定期間内にエッジ機器１０２からコマンド管理用通知を受信していない場合（ステップＳ１３０１がＮＯ）、配信制御装置１０１は、配信シーケンスの失敗と判定し、失敗要因を特定する。まず、配信制御装置１０１は、エッジ機器１０２の接続状態が良好であるか否かを判定する（ステップＳ１３０２）。ステップＳ１３０２の処理はステップＳ７０２の処理と同一である。

　エッジ機器１０２の接続状態が良好でない場合（ステップＳ１３０２がＮＯ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１３０３）。その後、配信制御装置１０１は中止判定処理を終了する。

　エッジ機器１０２の接続状態が良好である場合（ステップＳ１３０２がＹＥＳ）、配信制御装置１０１は、エッジ機器１０２の負荷が高いか否かを判定する（ステップＳ１３０４）。ステップＳ１３０４の処理はステップＳ７０４の処理と同一である。

　エッジ機器１０２の負荷が高くない場合（ステップＳ１３０４がＮＯ）、配信制御装置１０１は、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１３０５）。その後、配信制御装置１０１は中止判定処理を終了する。

　エッジ機器１０２の負荷が高い場合（ステップＳ１３０４がＹＥＳ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１３０６）。その後、配信制御装置１０１は中止判定処理を終了する。

　全てのエッジ機器１０２について中止判定処理が終了した後、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する。推奨操作のうち、配信シーケンスの中止に関する操作の決定方法は実施例１と同一である。実施例２では、認証操作の内容も決定される。例えば、配信シーケンスを継続するエッジ機器１０２のみを認証する操作、全てまたはグループのエッジ機器１０２を認証する操作等が決定される。

　次に、図１４に示す中止判定処理について説明する。図１４に示す中止判定処理は、エッジ機器１０２ごとに実行される。図１４に示す中止判定処理では、エッジ機器１０２からのコマンド完了通知の有無に基づいて、配信シーケンスの成否が判定され、複数のエッジ機器１０２から取得される評価指標に基づいて失敗要因が特定される。

　配信制御装置１０１は、負荷指標の代表値を算出する（ステップＳ１４０１）。ステップＳ１４０１の処理はステップＳ８０１の処理と同一である。

　配信制御装置１０１は、接続状態指標の代表値を算出する（ステップＳ１４０２）。ステップＳ１４０２の処理はステップＳ８０２の処理と同一である。

　配信制御装置１０１は、所定期間内にエッジ機器１０２からコマンド完了通知を受信したか否かを判定する（ステップＳ１４０３）。ステップＳ１４０３の処理はステップＳ１３０１の処理と同一である。

　所定期間内にエッジ機器１０２からコマンド完了通知を受信した場合（ステップＳ１４０３がＹＥＳ）、配信制御装置１０１は中止判定処理を終了する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「成功」を設定する。

　所定期間内にエッジ機器１０２からコマンド完了通知を受信していない場合（ステップＳ１４０３がＮＯ）、配信制御装置１０１は、エッジ機器１０２の接続状態が良好であるか否かを判定する（ステップＳ１４０４）。ステップＳ１４０４の処理はステップＳ８０４の処理と同一である。

　エッジ機器１０２の接続状態が良好でない場合（ステップＳ１４０４がＮＯ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１４０５）。その後、配信制御装置１０１は中止判定処理を終了する。

　エッジ機器１０２の接続状態が良好である場合（ステップＳ１４０４がＹＥＳ）、配信制御装置１０１は、エッジ機器１０２の負荷が高いか否かを判定する（ステップＳ１４０６）。ステップＳ１４０６の処理はステップＳ８０６の処理と同一である。

　エッジ機器１０２の負荷が高くない場合（ステップＳ１４０６がＮＯ）、配信制御装置１０１は、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１４０７）。その後、配信制御装置１０１は中止判定処理を終了する。

　エッジ機器１０２の負荷が高い場合（ステップＳ１４０６がＹＥＳ）、配信制御装置１０１は、要因「機器特有」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１４０８）。その後、配信制御装置１０１は中止判定処理を終了する。

　全てのエッジ機器１０２について中止判定処理が終了した後、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する。推奨操作の決定方法は図１３で説明した方法と同一である。

　次に、図１５に示す中止判定処理について説明する。図１５に示す中止判定処理は、全エッジ機器１０２に対して１回実行される。図１５に示す中止判定処理では、各エッジ機器１０２から取得される評価指標の代表値と閾値との比較結果に基づいて失敗の要因が特定される。

　配信制御装置１０１は、負荷指標の代表値を算出し（ステップＳ１５０１）、また、接続状態指標の代表値を算出する（ステップＳ１５０２）。ステップＳ１５０１およびステップＳ１５０２の処理は、ステップＳ８０１およびステップＳ８０２の処理と同一である。

　配信制御装置１０１は、所定期間内にコマンド完了通知を受信していないエッジ機器１０２が存在するか否かを判定する（ステップＳ１５０３）。

　所定期間内にコマンド完了通知を受信していないエッジ機器１０２が存在しない場合（ステップＳ１５０３がＮＯ）、配信制御装置１０１は中止判定処理を終了する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２の各エッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「成功」を設定する。

　所定期間内にコマンド完了通知を受信していないエッジ機器１０２が存在する場合（ステップＳ１５０３がＹＥＳ）、配信制御装置１０１は、接続状態指標の代表値が閾値以上であるか否かを判定する（ステップＳ１５０４）。

　接続状態指標の代表値が閾値より小さい場合（ステップＳ１５０４がＮＯ）、配信制御装置１０１は、配信シーケンスが失敗したエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１５０５）。その後、配信制御装置１０１はステップＳ１５０９に進む。

　接続状態指標の代表値が閾値以上である場合（ステップＳ１５０４がＹＥＳ）、配信制御装置１０１は、負荷指標の代表値が閾値以上であるか否かを判定する（ステップＳ１５０６）。

　負荷指標の代表値が閾値以上である場合（ステップＳ１５０６がＹＥＳ）、配信制御装置１０１は、配信シーケンスが失敗したエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１５０７）。その後、配信制御装置１０１はステップＳ１５０９に進む。

　負荷指標の代表値が閾値より小さい場合（ステップＳ１５０６がＮＯ）、配信制御装置１０１は、配信シーケンスが失敗したエッジ機器１０２の数だけ、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１５０８）。その後、配信制御装置１０１はステップＳ１５０９に進む。

　ステップＳ１５０９では、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する（ステップＳ１５０９）。その後、配信制御装置１０１は中止判定処理を終了する。

　推奨操作のうち、配信シーケンスの中止に関する操作の決定方法は実施例１と同一である。実施例２では、認証操作についても決定される。例えば、配信シーケンスを継続するエッジ機器１０２のみを認証する操作、全てまたはグループのエッジ機器１０２を認証する操作等が決定される。

　評価指標の代表値と、閾値との比較結果に基づいて、エッジ機器１０２の接続状態および負荷を判定することによって、システム全体を評価できる。また、図１５に示す中止判定処理は、図１３および図１４に示すようなエッジ機器１０２単位の処理より計算量を削減できる。

　以上が中止判定処理の説明である。図１２の説明に戻る。

　配信制御装置１０１は、作業者用端末１０４に中止判定処理の結果および認証要求を送信する（ステップＳ１２０８）。当該結果には、エッジ機器管理情報２２２、推奨操作、中止対象リスト等が含まれる。

　作業者用端末１０４は、中止判定処理の結果に基づいて画面を提示し、作業者の認証操作および中止操作を受け付ける。ここで、作業者に提示される画面について説明する。図１６は、実施例２の作業者用端末１０４に表示される画面の一例を示す図である。

　画面１６００は、表示欄１６０１、１６０２、１６０３および選択欄１６０４を含む。表示欄１６０１、１６０２、１６０３および選択欄１６０４は、表示欄１００１、１００２、１００３および選択欄１００４と同一のものである。

　ただし、実施例２の表示欄１６０２には、失敗した配信シーケンスに対する操作だけではなく、配信シーケンスの認証に関する操作も表示される。また、選択欄１６０４には、失敗した配信シーケンスに対する操作および配信シーケンスの認証に関する操作を組み合わせた操作を指示するボタンが表示される。例えば、一部のエッジ機器１０２の配信シーケンスが失敗している場合、「失敗したエッジ機器の配信シーケンスの中止および他のエッジ機器の配信シーケンスの認証」が表示され、失敗したエッジ機器１０２が存在しない場合、「全てのエッジ機器の配信シーケンスの認証」が表示される。

　以上が画面の説明である。図１２の説明に戻る。

　作業者は、作業者用端末１０４を用いて、認証操作および中止操作を行う（ステップＳ１２０９）。具体的には、作業者は選択欄１６０４に表示されたいずれかのボタンを押下する。作業者用端末１０４は、認証応答および中止要求を配信制御装置１０１に送信する（ステップＳ１２１０）。ここでは、作業者によって「失敗したエッジ機器の配信シーケンスの中止および他のエッジ機器の配信シーケンスの認証」が選択されたものとする。

　配信制御装置１０１は、中止対象のエッジ機器１０２に中止指示を送信する（ステップＳ１２１１）。また、配信制御装置１０１は、継続対象のエッジ機器１０２にステータス更新要求を送信する（ステップＳ１２１２）。図１２に示すシーケンス図では、エッジ機器（Ｂ）１０２に中止指示が送信され、エッジ機器（Ａ）１０２にステータス更新要求が送信される。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信し（ステップＳ１２１３）、また、コマンドを実行する（ステップＳ１２１４）。エッジ機器１０２は、配信制御装置１０１にメトリックを送信する（ステップＳ１２１５）。ステップＳ１２１３、ステップＳ１２１４、およびステップＳ１２１５の処理は、ステップＳ６１６、ステップＳ６１７、およびステップＳ６１８の処理と同一である。

　配信制御装置１０１は、メトリックを受信した場合、メトリック確認処理を実行し（ステップＳ１２１６）、作業者用端末１０４に認証要求を送信する（ステップＳ１２１７）。実施例２のメトリック確認処理は実施例１と同一である。

　作業者は、作業者用端末１０４を用いて認証操作を行い（ステップＳ１２１８）、作業者用端末１０４は、認証応答を配信制御装置１０１に送信する（ステップＳ１２１９）。ステップＳ１２１８およびステップＳ１２１９の処理はステップＳ６２１およびステップＳ６２２の処理と同一である。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ１２２０）。ステップＳ１２２０の処理はステップＳ６２３の処理と同一である。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信する（ステップＳ１２２１）。ステップＳ１２２１の処理はステップＳ６２４の処理と同一である。

　なお、失敗したエッジ機器１０２が存在しない場合、ステップＳ１２０８では認証要求のみが送信され、ステップＳ１２０９では、認証操作のみが行われ、ステップＳ１１２１０では認証応答のみが行われる。また、中止指示は送信されない。

　実施例２によれば、配信制御装置１０１は、コマンド完了通知が無いエッジ機器１０２について失敗要因を特定し、特定された失敗要因に応じて配信シーケンスの中止操作および認証操作について提案を行う。これによって、配信シーケンスの中止を効率的に制御できるため、配信シーケンスの制御に要する作業者の工数および作業時間を削減することができる。

　実施例３では、中止判定処理の実行フェーズが実施例１と異なる。以下、実施例１との差異を中心に実施例３について説明する。

　実施例３のシステムの構成は実施例１と同一である。実施例３の配信制御装置１０１およびエッジ機器１０２のハードウェア構成およびソフトウェア構成は、実施例１と同一である。実施例３のメトリック正解値管理情報２２１およびエッジ機器管理情報２２２のデータ構造は実施例１と同一である。

　図１７は、実施例３のシステムにおける処理の流れを説明するシーケンス図である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス登録要求を送信する（ステップＳ１７０１）。ステップＳ１７０１はステップＳ６０１と同一の処理である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス開始指示を送信する（ステップＳ１７０２）。ステップＳ１７０２はステップＳ６０２の処理と同一である。

　配信制御装置１０１は、配信シーケンス開始指示を受信した場合、エッジ機器１０２に対してファイルを配布し、また、ステータス更新要求を送信する（ステップＳ１７０３）。ステップＳ１７０３の処理はステップＳ６０３の処理と同一である。

　エッジ機器１０２は、ファイル配布およびステータス更新要求に対して、配信制御装置１０１にステータス更新応答を送信する（ステップＳ１７０４）。ステップＳ１７０４の処理はステップＳ６０４の処理と同一である。

　エッジ機器１０２は、所定のフェーズでコマンドを実行し（ステップＳ１７０５）、コマンド完了通知を配信制御装置１０１に送信する（ステップＳ１７０６）。ステップＳ１７０５およびステップＳ１７０６の処理は、ステップＳ６１０およびステップＳ６１１の処理と同一である。

　配信制御装置１０１は、コマンド完了通知を受信した場合、作業者用端末１０４に認証要求を送信する（ステップＳ１７０７）。ステップＳ１７０７の処理はステップＳ６１２の処理と同一である。

　作業者は、作業者用端末１０４を用いて、認証操作を行い（ステップＳ１７０８）、認証応答を配信制御装置１０１に送信する（ステップＳ１７０９）。ステップＳ１７０８およびステップＳ１７０９の処理は、ステップＳ６１３およびステップＳ６１４の処理と同一である。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ１７１０）。ステップＳ１７１０の処理はステップＳ６１５の処理と同一である。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信し（ステップＳ１７１１）、また、コマンドを実行する（ステップＳ１７１２）。エッジ機器１０２は、配信制御装置１０１にメトリックを送信する（ステップＳ１７１３）。ステップＳ１７１１、ステップＳ１７１２、およびステップＳ１７１３の処理は、ステップＳ６１６、ステップＳ６１７、およびステップＳ６１８の処理と同一である。

　配信制御装置１０１は、メトリックを受信した場合、メトリック確認処理を実行する（ステップＳ１７１４）。実施例３では、メトリック確認処理において失敗要因が特定される。

　ここで、メトリック確認処理について説明する。図１８Ａおよび図１８Ｂは、実施例３の配信制御装置１０１が実行するメトリック確認処理の一例を説明するフローチャートである。メトリック確認処理は、メトリック確認プログラム２１２を実行するプロセッサ２０１によって行われる。また、メトリック確認処理は、エッジ機器１０２からメトリックを受信した場合に実行される。

　配信制御装置１０１は、メトリック正解値管理情報２２１を参照して、受信したメトリックの種別に対応するエントリから正解値を取得し、受信したメトリックが正解値に一致するか否かを判定する（ステップＳ１８０１）。

　受信したメトリックが正解値に一致しない場合（ステップＳ１８０１がＮＯ）、配信制御装置１０１はステップＳ１８０４に進む。

　受信したメトリックが正解値に一致する場合（ステップＳ１８０１がＹＥＳ）、配信制御装置１０１は、全てのエッジ機器１０２のメトリックについて確認が完了したか否かを判定する（ステップＳ１８０２）。

　全てのエッジ機器１０２のメトリックについて確認が完了していない場合（ステップＳ１８０２がＮＯ）、配信制御装置１０１はステップＳ１８０４に進む。

　全てのエッジ機器１０２のメトリックについて確認が完了した場合（ステップＳ１８０２がＹＥＳ）、配信制御装置１０１は、作業者用端末１０４に判定結果および認証要求を送信し（ステップＳ１８０３、Ｓ１７１５）、メトリック確認処理を終了する。

　ステップＳ１８０４では、配信制御装置１０１は、一定時間経過しているか否かを判定する（ステップＳ１８０４）。

　一定時間経過していない場合（ステップＳ１８０４がＮＯ）、配信制御装置１０１は、メトリック受信待ちに遷移し（ステップＳ１８０５）、メトリック確認処理を終了する。

　一定時間経過している場合（ステップＳ１８０４がＹＥＳ）、配信制御装置１０１は、中止判定処理を実行し（ステップＳ１８０６）、その後、ステップＳ１８０３に進む。すなわち、配信制御装置１０１は、一定期間内に、メトリックが正解値に一致しなかったエッジ機器１０２を、配信シーケンスが失敗したエッジ機器１０２として失敗要因が特定する。

　ここで、メトリック確認処理において実行される中止判定処理について説明する。配信制御装置１０１は、メトリックの種別に応じて異なる中止判定処理を実行する。図１９および図２０は、実施例３の配信制御装置１０１が実行する中止判定処理の一例を説明するフローチャートである。中止判定処理は、中止判定プログラム２１１を実行するプロセッサ２０１によって行われる。

　まず、図１９に示す中止判定処理について説明する。図１９に示す中止判定処理は、中止判定処理の開始時にメトリックの値が正解値に一致していないエッジ機器１０２に対して１回実行される。図１９に示す中止判定処理では、エッジ機器１０２から取得される負荷指標に基づいて失敗の要因が特定される。

　配信制御装置１０１は、負荷指標の代表値を算出する（ステップＳ１９０１）。ステップＳ１９０１の処理はステップＳ８０１の処理と同一である。

　配信制御装置１０１は、負荷指標の代表値が閾値以上であるか否かを判定する（ステップＳ１９０２）。

　負荷指標の代表値が閾値以上である場合（ステップＳ１９０２がＹＥＳ）、配信制御装置１０１は、メトリックが正解値に一致していないエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１９０３）。その後、配信制御装置１０１はステップＳ１９０５に進む。

　負荷指標の代表値が閾値以下の場合（ステップＳ１９０２がＮＯ）、配信制御装置１０１は、メトリックが正解値に一致していないエッジ機器１０２の数だけ、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ１９０４）。その後、配信制御装置１０１はステップＳ１９０５に進む。

　ステップＳ１９０５では、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する（ステップＳ１９０５）。その後、配信制御装置１０１は中止判定処理を終了する。

　推奨操作のうち、配信シーケンスの中止に関する操作の決定方法は実施例１と同一である。実施例３では、認証操作についても決定される。例えば、配信シーケンスを継続するエッジ機器１０２のみを認証する操作、全てまたはグループのエッジ機器１０２を認証する操作等が決定される。

　次に、図２０に示す中止判定処理について説明する。図２０に示す中止判定処理は、中止判定処理の開始時にメトリックの値が正解値に一致していないエッジ機器１０２に対して１回実行される。図２０に示す中止判定処理では、各エッジ機器１０２から取得される負荷指標および接続状態指標の代表値と閾値との比較結果に基づいて失敗の要因が特定される。

　配信制御装置１０１は、負荷指標の代表値を算出し（ステップＳ２００１）、また、接続状態指標の代表値を算出する（ステップＳ２００２）。ステップＳ２００１およびステップＳ２００２の処理は、ステップＳ８０１およびステップＳ８０２の処理と同一の処理である。

　配信制御装置１０１は、接続状態指標の代表値が閾値以上であるか否かを判定する（ステップＳ２００３）。

　接続状態指標の代表値が閾値より小さい場合（ステップＳ２００３がＮＯ）、配信制御装置１０１は、メトリックが正解値と一致していないエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ２００４）。その後、配信制御装置１０１はステップＳ２００８に進む。

　接続状態指標の代表値が閾値以上である場合（ステップＳ２００３がＹＥＳ）、配信制御装置１０１は、負荷指標の代表値が閾値以上であるか否かを判定する（ステップＳ２００５）。

　負荷指標の代表値が閾値以上である場合（ステップＳ２００５がＹＥＳ）、配信制御装置１０１は、メトリックが正解値と一致していないエッジ機器１０２の数だけ、要因「共通」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ２００６）。その後、配信制御装置１０１はステップＳ２００８に進む。

　負荷指標の代表値が閾値より小さい場合（ステップＳ２００５がＮＯ）、配信制御装置１０１は、メトリックが正解値と一致していないエッジ機器１０２の数だけ、要因「その他」とエッジ機器１０２の識別情報とを対応付けたデータを中止対象リストに登録する（ステップＳ２００７）。その後、配信制御装置１０１はステップＳ２００８に進む。

　ステップＳ２００８では、配信制御装置１０１は、中止対象リストに基づいて、作業者に提示する推奨操作を決定する（ステップＳ２００８）。その後、配信制御装置１０１は中止判定処理を終了する。

　配信制御装置１０１は、メトリックの種別に応じて実行する中止判定処理を選択する。例えば、メトリックがソフトウェアのインストールに伴う実行結果ファイルの有無、またはメトリックが情報コンテンツのバージョンである場合、メトリックの不一致の原因としては、コマンドの問題またはエッジ機器１０２の負荷が高いこと等が考えられるため、図１９に示す中止判定処理が実行される。メトリックが情報コンテンツの取得率の場合、メトリックの不一致の原因としては、ネットワーク接続の不良またはエッジ機器１０２の負荷が高いこと等が考えられるため、図２０に示す中止判定処理が実行される。

　以上がメトリック確認処理の説明である。図１７に戻る。

　作業者は、作業者用端末１０４を用いて、認証操作および中止操作を行い（ステップＳ１７１６）、認証応答および中止要求を配信制御装置１０１に送信する（ステップＳ１７１７）。ここでは、作業者によって「失敗したエッジ機器の配信シーケンスの中止および他のエッジ機器の配信シーケンスの認証」が選択されたものとする。

　配信制御装置１０１は、中止対象のエッジ機器１０２に中止指示を送信する（ステップＳ１７１８）。また、配信制御装置１０１は、継続対象のエッジ機器１０２にステータス更新要求を送信する（ステップＳ１７１９）。図１７に示すシーケンス図では、エッジ機器（Ｂ）１０２に中止指示が送信され、エッジ機器（Ａ）１０２にステータス更新要求が送信される。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信する（ステップＳ１７２０）。

　なお、中止判定処理が実行されなかった場合、ステップＳ１７１５では認証要求のみが送信され、ステップＳ１７１６では、認証操作のみが行われ、ステップＳ１７１６では認証応答のみが行われる。また、中止指示は送信されない。

　実施例３によれば、配信制御装置１０１は、メトリックが正解値に一致しないエッジ機器１０２について失敗要因を特定し、特定された失敗要因に応じて配信シーケンスの中止操作および認証操作について提案を行う。これによって、配信シーケンスの中止を効率的に制御できるため、配信シーケンスの制御に要する作業者の工数および作業時間を削減することができる。

　実施例４では、配信シーケンスの開始前に中止判定処理が実行される。以下、実施例１との差異を中心に実施例４について説明する。

　実施例４のシステムの構成は実施例１と同一である。実施例４の配信制御装置１０１およびエッジ機器１０２のハードウェア構成およびソフトウェア構成は、実施例１と同一である。実施例４のメトリック正解値管理情報２２１およびエッジ機器管理情報２２２のデータ構造は実施例１と同一である。

　図２１Ａおよび図２１Ｂは、実施例４のシステムにおける処理の流れを説明するシーケンス図である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス登録要求を送信する（ステップＳ２１０１）。ステップＳ２１０１はステップＳ６０１と同一の処理である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス開始指示を送信する（ステップＳ２１０２）。ステップＳ２１０２はステップＳ６０２の処理と同一である。

　配信制御装置１０１は、配信シーケンス開始指示を受信した場合、各エッジ機器１０２の帯域を計測する（ステップＳ２１０３）。例えば、配信制御装置１０１は、ｐｉｎｇ送信機能等を用いて帯域を計測する。

　配信制御装置１０１は、帯域の計測結果に基づいて中止判定処理を実行する（ステップＳ２１０４）。

　ここで、中止判定処理の詳細について説明する。図２２は、実施例４の配信制御装置１０１が実行する中止判定処理の一例を説明するフローチャートである。中止判定処理は、中止判定プログラム２１１を実行するプロセッサ２０１によって行われる。図２２に示す中止判定処理は、全エッジ機器１０２に対して１回実行される。

　配信制御装置１０１は、エッジ機器１０２に送信されるファイルのサイズが閾値以上であるか否かを判定する（ステップＳ２２０１）。

　ここで、エッジ機器１０２に送信されるファイルとは、配信シーケンスの開始時に配信制御装置１０１から送信されるファイルである。なお、配信サーバ１０３からソフトウェアおよび情報コンテンツを取得する配信シーケンスの場合、当該ソフトウェアおよび情報コンテンツのサイズも加味してもよい。

　ファイルのサイズが閾値より小さい場合（ステップＳ２２０１がＮＯ）、配信制御装置１０１は中止判定処理を終了する。

　ファイルのサイズが閾値以上である場合（ステップＳ２２０１がＹＥＳ）、配信制御装置１０１は、エッジ機器１０２のループ処理を開始する（ステップＳ２２０２）。配信制御装置１０１は、配信シーケンスの実行対象のエッジ機器１０２の中から一つのエッジ機器１０２を選択する。

　配信制御装置１０１は、選択されたエッジ機器１０２の帯域が閾値以上であるか否かを判定する（ステップＳ２２０３）。

　選択されたエッジ機器１０２の帯域が閾値以上である場合（ステップＳ２２０３がＹＥＳ）、配信制御装置１０１はステップＳ２２０５に進む。

　選択されたエッジ機器１０２の帯域が閾値より小さい場合（ステップＳ２２０３がＮＯ）、配信制御装置１０１は、当該エッジ機器１０２を中止対象リストに登録し（ステップＳ２２０４）、その後、ステップＳ２２０５に進む。

　ステップＳ２２０５では、配信制御装置１０１は、配信シーケンスの実行対象の全てのエッジ機器１０２について処理が完了したか否かを判定する（ステップＳ２２０５）。

　配信シーケンスの実行対象の全てのエッジ機器１０２について処理が完了していない場合（ステップＳ２２０５がＮＯ）、配信制御装置１０１は、ステップＳ２２０２に戻り、同様の処理を実行する。

　配信シーケンスの実行対象の全てのエッジ機器１０２について処理が完了した場合（ステップＳ２２０５がＹＥＳ）、配信制御装置１０１は、配信シーケンスの実行対象のエッジ機器１０２の数に対する中止対象のエッジ機器１０２の割合が閾値以上であるか否かを判定する（ステップＳ２２０６）。

　割合が閾値以上である場合（ステップＳ２２０６がＹＥＳ）、配信制御装置１０１は、要因「共通」に応じた推奨操作を決定する（ステップＳ２２０７）。その後、配信制御装置１０１は中止判定処理を終了する。例えば、配信制御装置１０１は、配信シーケンスの実行対象の全てのエッジ機器１０２に対する配信シーケンスの実行中止を決定する。

　割合が閾値より小さい場合（ステップＳ２２０６がＮＯ）、配信制御装置１０１は、要因「機器特有」に応じた推奨操作を決定する（ステップＳ２２０８）。その後、配信制御装置１０１は中止判定処理を終了する。例えば、配信制御装置１０１は、中止対象リストに登録されているエッジ機器１０２に対する配信シーケンスの実行中止を決定する。

　以上が中止判定処理の説明である。図２１Ａの説明に戻る。

　配信制御装置１０１は、作業者用端末１０４に中止判定処理の結果を送信する（ステップＳ２１０５）。当該結果には、推奨操作および中止対象リスト等が含まれる。

　作業者は、作業者用端末１０４を用いて中止操作を行う（ステップＳ２１０６）。ステップＳ２１０６の処理はステップＳ６０７の処理と同一である。

　作業者用端末１０４は、作業者の操作に応じた中止要求を配信制御装置１０１に送信する（ステップＳ２１０７）。中止要求には、操作されたボタンの情報が含まれる。

　配信制御装置１０１は、中止要求にしたがって中止対象のエッジ機器１０２を特定し、特定されたエッジ機器１０２を除くエッジ機器１０２に対してファイルを配布し、また、ステータス更新要求を送信する（ステップＳ２１０８）。

　特定のエッジ機器１０２の配信シーケンスの実行中止が選択された場合、配信制御装置１０は、特定のエッジ機器１０２以外のエッジ機器１０２にファイルを配布し、また、ステータス更新要求を送信する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２の特定のエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」、不良指標５０３に「接続状態」を設定する。

　全てのエッジ機器１０２の配信シーケンスの実行中止が選択された場合、配信制御装置１０１は、全てのエッジ機器１０２に対して何も送信しない。このとき、配信制御装置１０１は、エッジ機器管理情報２２２の全てのエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」、不良指標５０３に「接続状態」を設定する。

　なお、特定のエッジ機器１０２を含むグループに所属するエッジ機器１０２の配信シーケンスの実行中止を指示できるようにしてもよい。この場合、配信制御装置１０１は、エッジ機器管理情報２２２を参照して、特定のエッジ機器１０２を含むグループを特定し、当該グループに所属するエッジ機器１０２を除くエッジ機器１０２にファイルを配布し、また、ステータス更新を要求する。このとき、配信制御装置１０１は、エッジ機器管理情報２２２のグループに所属するエッジ機器１０２に対応するエントリを更新する。具体的には、配信制御装置１０１は、配信シーケンス実行結果５０２に「失敗」、不良指標５０３に「接続状態」を設定する。

　待機が選択された場合、配信制御装置１０１は、全てのエッジ機器１０２にファイルを配布し、また、ステータス更新を要求する。

　なお、中止対象リストにエッジ機器１０２が存在しない場合、ステップＳ２１０５からステップＳ２１０７までの処理は実行されない。

　ここでは、エッジ機器（Ｂ）１０２の配信シーケンスの実行中止が要求されたものとする。したがって、配信制御装置１０１は、エッジ機器（Ａ）１０２にのみファイルを配布し、ステータス更新要求を送信する。

　エッジ機器１０２は、ファイル配布およびステータス更新要求に対して、配信制御装置１０１にステータス更新応答を送信する（ステップＳ２１０９）。

　エッジ機器１０２は、所定のフェーズでコマンドを実行し（ステップＳ２１１０）、コマンド完了通知を配信制御装置１０１に送信する（ステップＳ２１１１）。

　配信制御装置１０１は、コマンド完了通知を受信した場合、作業者用端末１０４に認証要求を送信する（ステップＳ２１１２）。

　作業者は、作業者用端末１０４を用いて、認証操作を行い（ステップＳ２１１３）、認証応答を配信制御装置１０１に送信する（ステップＳ２１１４）。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ２１１５）。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信し（ステップＳ２１１６）、また、コマンドを実行する（ステップＳ２１１７）。エッジ機器１０２は、配信制御装置１０１にメトリックを送信する（ステップＳ２１１８）。

　配信制御装置１０１は、メトリックを受信した場合、メトリック確認処理を実行し（ステップＳ２１１９）、作業者用端末１０４に認証要求を送信する（ステップＳ２１２０）。

　作業者は、作業者用端末１０４を用いて、認証操作を行い（ステップＳ２１２１）、認証応答を配信制御装置１０１に送信する（ステップＳ２１２２）。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ２１２３）。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信する（ステップＳ２１２４）。

　なお、ステップＳ２１１０からステップＳ２１２４までの処理は、ステップＳ６１０からステップＳ６２４までの処理と同一の処理である。

　実施例４によれば、配信制御装置１０１は、配信シーケンスの開始前に、帯域に余裕がないエッジ機器１０２を、配信シーケンスが失敗する可能性があるエッジ機器１０２として特定する。これによって、配信シーケンスを効率的に制御できるため、配信シーケンスの制御に要する作業者の工数および作業時間を削減することができる。

　（変形例）
　実施例１から実施例４の各実施例は組み合わせることもできる。ここで、実施例２および実施例４を組み合わせた実施例について述べる。

　図２３Ａおよび図２３Ｂは、変形例のシステムにおける処理の流れを説明するシーケンス図である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス登録要求を送信する（ステップＳ２３０１）。ステップＳ２３０１はステップＳ６０１と同一の処理である。

　作業者は、作業者用端末１０４を用いて、配信制御装置１０１に配信シーケンス開始指示を送信する（ステップＳ２３０２）。ステップＳ２３０２はステップＳ６０２の処理と同一である。

　配信制御装置１０１は、配信シーケンス開始指示を受信した場合、各エッジ機器１０２の帯域を計測する（ステップＳ２３０３）。ステップＳ２３０３の処理はステップＳ２１０３の処理と同一である。

　配信制御装置１０１は、帯域の計測結果に基づいて中止判定処理を実行する（ステップＳ２３０４）。ステップＳ２３０４の処理はステップＳ２１０４の処理と同一である。

　配信制御装置１０１は、作業者用端末１０４に中止判定処理の結果を送信する（ステップＳ２３０５）。ステップＳ２３０５の処理はステップＳ２１０５の処理と同一である。

　作業者は、作業者用端末１０４を用いて中止操作を行う（ステップＳ２３０６）。ステップＳ２３０６の処理はステップＳ６０７の処理と同一である。

　作業者用端末１０４は、作業者の操作に応じた中止要求を配信制御装置１０１に送信する（ステップＳ２３０７）。ステップＳ２３０７の処理はステップＳ２１０７の処理と同一である。

　配信制御装置１０１は、中止要求にしたがって中止対象のエッジ機器１０２を特定し、特定されたエッジ機器１０２を除くエッジ機器１０２に対してファイルを配布し、また、ステータス更新要求を送信する（ステップＳ２３０８）。ステップＳ２３０８の処理はステップＳ２１０８の処理と同一である。

　なお、中止対象リストにエッジ機器１０２が存在しない場合、ステップＳ２３０５からステップＳ２３０７までの処理は実行されない。ここでは、中止対象リストにエッジ機器１０２が存在しなかったものとする。したがって、エッジ機器（Ａ）１０２およびエッジ機器（Ｂ）１０２の各々にファイルが配布され、ステータス更新要求が送信される。

　エッジ機器１０２は、ファイル配布およびステータス更新要求に対して、配信制御装置１０１にステータス更新応答を送信する（ステップＳ２３０９）。ステップＳ２３０９の処理はステップＳ６０４の処理と同一である。

　配信制御装置１０１は、ステータス更新応答を受信した後、中止判定処理を開始する（ステップＳ２３１０）。

　配信シーケンスを継続しているエッジ機器１０２は、所定のフェーズでコマンドを実行し（ステップＳ２３１１）、コマンド完了通知を配信制御装置１０１に送信する（ステップＳ２３１２）。ステップＳ２３１１およびステップＳ２３１２の処理は、ステップＳ６１０およびステップＳ６１１の処理と同一である。

　配信制御装置１０１は、コマンド完了通知の受信状態に基づいて中止判定処理を実行する。中止判定処理は実施例２で説明した処理と同一であるため説明を省略する。

　配信制御装置１０１は、作業者用端末１０４に中止判定処理の結果および認証要求を送信する（ステップＳ２３１３）。ステップＳ２３１３の処理はステップＳ１２０８の処理と同一である。

　作業者は、作業者用端末１０４を用いて、認証操作および中止操作を行い（ステップＳ２３１４）、認証応答および中止要求を配信制御装置１０１に送信する（ステップＳ２３１５）。ステップＳ２３１４およびステップＳ２３１５の処理はステップＳ１２０９およびステップＳ１２１０の処理と同一である。

　配信制御装置１０１は、中止対象のエッジ機器１０２に中止指示を送信する（ステップＳ２３１６）。また、配信制御装置１０１は、継続対象のエッジ機器１０２にステータス更新要求を送信する（ステップＳ２３１７）。ステップＳ２３１６およびステップＳ２３１７の処理はステップＳ１２１１およびステップＳ１２１２の処理と同一である。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信し（ステップＳ２３１８）、また、コマンドを実行する（ステップＳ２３１９）。エッジ機器１０２は、配信制御装置１０１にメトリックを送信する（ステップＳ２３２０）。ステップＳ２３１８、ステップＳ２３１９、およびステップＳ２３２０の処理は、ステップＳ６１６、ステップＳ６１７、およびステップＳ６１８の処理と同一である。

　配信制御装置１０１は、メトリックを受信した場合、メトリック確認処理を実行する（ステップＳ２３２１）、作業者用端末１０４に認証要求を送信する（ステップＳ２３２２）。メトリック確認処理は実施例１と同一である。

　作業者は、作業者用端末１０４を用いて、認証操作を行い（ステップＳ２３２３）、認証応答を配信制御装置１０１に送信する（ステップＳ２３２４）。ステップＳ２３２３およびステップＳ２３２４の処理はステップＳ６２１およびステップＳ６２２の処理と同一である。

　配信制御装置１０１は、認証応答を受信した後、エッジ機器１０２にステータス更新要求を送信する（ステップＳ２３２５）。ステップＳ２３２５の処理はステップＳ６２３の処理と同一である。

　エッジ機器１０２は、配信制御装置１０１にステータス更新応答を送信する（ステップＳ２３２６）。ステップＳ２３２６の処理はステップＳ６２４の処理と同一である。

　図２３Ａおよび図２３Ｂに示す例では、エッジ機器（Ｂ）１０２からコマンド完了通知が受信できなかったため、配信制御装置１０１は、エッジ機器（Ｂ）１０２に中止指示を送信している。

　なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

　また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、およびそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

　また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ等の広範囲のプログラムまたはスクリプト言語で実装できる。

　さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段またはＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

　上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

Claims

　複数のエッジ機器と接続する計算機システムが実行する、前記エッジ機器に対する情報配信処理の制御方法であって、
　前記計算機システムは、プロセッサ、前記プロセッサに接続される記憶装置、および前記プロセッサに接続されるネットワークインタフェースを有する計算機を含み、
　前記情報配信処理の制御方法は、
　前記プロセッサが、前記複数のエッジ機器に対する前記情報配信処理の開始後、前記複数のエッジ機器の各々の状態を監視する第１のステップと、
　前記プロセッサが、前記複数のエッジ機器の各々の状態の監視結果に基づいて、前記情報配信処理が失敗した前記エッジ機器および失敗要因を特定する第１処理を実行する第２のステップと、
　前記プロセッサが、前記第１処理の結果に基づいて、前記情報配信処理の中止に関する操作内容を提示する第３のステップと、を含むことを特徴とする情報配信処理の制御方法。
　請求項１に記載の情報配信処理の制御方法であって、
　前記失敗要因は、前記エッジ機器固有の要因である第１失敗要因、および前記複数のエッジ機器に共通する要因である第２失敗要因を含むことを特徴とする情報配信処理の制御方法。
　請求項２に記載の情報配信処理の制御方法であって、
　前記第２のステップは、
　前記プロセッサが、前記複数のエッジ機器から、前記エッジ機器の通信品質を示す指標、および前記エッジ機器の負荷を示す指標の少なくともいずれかを評価指標として取得するステップと、
　前記プロセッサが、前記評価指標を用いて、前記情報配信処理が失敗した前記エッジ機器の失敗要因を特定するステップと、を含むことを特徴とする情報配信処理の制御方法。
　請求項３に記載の情報配信処理の制御方法であって、
　前記第１のステップは、前記プロセッサが、前記複数のエッジ機器の各々からの応答の有無を監視するステップを含み、
　前記第２のステップは、前記プロセッサが、応答がない前記エッジ機器を前記情報配信処理が失敗した前記エッジ機器として特定するステップを含むことを特徴とする情報配信処理の制御方法。
　請求項３に記載の情報配信制御方法であって、
　前記複数のエッジ機器から前記情報配信の進捗状態を示すメトリックの正解値を管理し、
　前記第１のステップは、前記プロセッサが、前記複数のエッジ機器から前記メトリックを取得するステップを含み、
　前記第２のステップは、前記プロセッサが、期間内に、取得された前記メトリックが正解値と一致しなかった前記エッジ機器を前記情報配信処理が失敗した前記エッジ機器として特定するステップを含むことを特徴とする情報配信処理の制御方法。
　請求項３に記載の情報配信処理の制御方法であって、
　前記第３のステップは、
　前記プロセッサが、前記第１失敗要因で前記情報配信処理が失敗した前記エッジ機器が存在する場合、当該エッジ機器の前記情報配信処理の中止を推奨する提示を行うステップと、
　前記プロセッサが、前記第２失敗要因で前記情報配信処理が失敗した前記エッジ機器が存在する場合、前記複数のエッジ機器の前記情報配信処理の中止を推奨する提示を行うステップと、を含むことを特徴とする情報配信処理の制御方法。
　請求項６に記載の情報配信処理の制御方法であって、
　前記情報配信処理は、前記複数のエッジ機器から構成されるグループ単位で実行され、
　前記第３のステップは、前記プロセッサが、前記第１失敗要因で前記情報配信処理が失敗した前記エッジ機器が存在する場合、当該エッジ機器の前記情報配信処理の中止、および、当該エッジ機器を含む前記グループに所属する前記複数のエッジ機器の前記情報配信処理の中止の少なくともいずれかを推奨する提示を行うステップを含むことを特徴とする情報配信処理の制御方法。
　請求項２に記載の情報配信処理の制御方法であって、
　前記プロセッサが、前記情報配信の開始前に、前記複数のエッジ機器の帯域を計測するステップと、
　前記プロセッサが、前記帯域と閾値との比較の結果に基づいて、前記情報配信処理が失敗する可能性がある前記エッジ機器を特定する第２処理を実行するステップと、
　前記プロセッサが、前記第２処理の結果に基づいて、前記情報配信処理の中止に関する操作内容を提示するステップと、を含むことを特徴とする情報配信処理の制御方法。
　情報配信処理が実行される、複数のエッジ機器と接続する計算機システムであって、
　プロセッサ、前記プロセッサに接続される記憶装置、および前記プロセッサに接続されるネットワークインタフェースを有する計算機を備え、
　前記プロセッサは、
　前記複数のエッジ機器に対する前記情報配信処理の開始後、前記複数のエッジ機器の各々の状態を監視し、
　前記複数のエッジ機器の各々の状態の監視結果に基づいて、前記情報配信処理が失敗した前記エッジ機器および失敗要因を特定する第１処理を実行し、
　前記第１処理の結果に基づいて、前記情報配信処理の中止に関する操作内容を提示し、
　前記失敗要因は、前記エッジ機器固有の要因である第１失敗要因、および前記複数のエッジ機器に共通する要因である第２失敗要因を含むことを特徴とする計算機システム。
　請求項９に記載の計算機システムであって、
　前記プロセッサは、
　前記複数のエッジ機器から、前記エッジ機器の通信品質を示す指標、および前記エッジ機器の負荷を示す指標の少なくともいずれかを評価指標として取得し、
　前記評価指標を用いて、前記情報配信処理が失敗した前記エッジ機器の失敗要因を特定することを特徴とする計算機システム。
　請求項９に記載の計算機システムであって、
　前記プロセッサは、
　前記複数のエッジ機器の各々からの応答の有無を監視し、
　応答がない前記エッジ機器を前記情報配信処理が失敗した前記エッジ機器として特定することを特徴とする計算機システム。
　請求項９に記載の計算機システムであって、
　前記複数のエッジ機器から前記情報配信の進捗状態を示すメトリックの正解値を管理し、
　前記プロセッサは、
　前記複数のエッジ機器から前記メトリックを取得し、
　期間内に、取得された前記メトリックが正解値と一致しなかった前記エッジ機器を前記情報配信処理が失敗した前記エッジ機器として特定することを特徴とする計算機システム。
　請求項９に記載の計算機システムであって、
　前記プロセッサは、
　前記第１失敗要因で前記情報配信処理が失敗した前記エッジ機器が存在する場合、当該エッジ機器の前記情報配信処理の中止を推奨する提示を行い、
　前記第２失敗要因で前記情報配信処理が失敗した前記エッジ機器が存在する場合、前記複数のエッジ機器の前記情報配信処理の中止を推奨する提示を行うことを特徴とする計算機システム。
　請求項９に記載の計算機システムであって、
　前記プロセッサは、
　前記情報配信の開始前に、前記複数のエッジ機器の帯域を計測し、
　前記帯域と閾値との比較の結果に基づいて、前記情報配信処理が失敗する可能性がある前記エッジ機器を特定する第２処理を実行し、
　前記第２処理の結果に基づいて、前記情報配信処理の中止に関する操作内容を提示することを特徴とする計算機システム。
　情報配信処理が実行される、複数のエッジ機器と接続する計算機であって、
　プロセッサ、前記プロセッサに接続される記憶装置、および前記プロセッサに接続されるネットワークインタフェースを備え、
　前記プロセッサは、
　前記複数のエッジ機器に対する前記情報配信処理の開始後、前記複数のエッジ機器の各々の状態を監視し、
　前記複数のエッジ機器の各々の状態の監視結果に基づいて、前記情報配信処理が失敗した前記エッジ機器および失敗要因を特定する処理を実行し、
　前記処理の結果に基づいて、前記情報配信処理の中止に関する操作内容を提示し、
　前記失敗要因は、前記エッジ機器固有の要因である第１失敗要因、および前記複数のエッジ機器に共通する要因である第２失敗要因を含むことを特徴とする計算機。