JP2022139288A - ゲートウェイ装置、実行プログラム更新方法、サーバ、および実行プログラム更新システム - Google Patents

Abstract

【課題】ゲートウェイ装置に効率的に新たな機能を追加する。【解決手段】更新指示データ取得部１３は、店舗内の電子機器に関する店舗情報に基づいて、ゲートウェイ装置（１）の実行プログラムの更新を指示するための更新指示データを、第２サーバ（３０）から取得する。更新データ取得部１４は、取得された更新指示データから特定した更新データを、第３サーバ（４０）から取得する。プログラム更新部（１５）は、取得された更新データに基づいて実行プログラムを更新する。【選択図】図１

Description

本発明は、ゲートウェイ装置、実行プログラム更新方法、サーバ、および実行プログラム更新システムに関する。

特許文献１に、家電製品等のエッジデバイスにおいて、エッジデバイスに対する機能追加が必要と判定された場合に、機能を追加するための更新プログラムをサーバから自動的に取得する技術の一例が開示されている。

特開２００５－１２８７５４号公報

しかし、特許文献１には、ゲートウェイ装置に対して自動的に機能を追加するための工夫については、何ら開示されていない。

ＩｏＴ時代以前に使用されていた従来のゲートウェイ装置では、エッジデバイスのデータをいかに速く確実に安全にサーバに送るかという中継機能の向上が主なテーマである。しかし、最近のＩｏＴ時代では、ネットワークに繋がるデバイスが爆発的に増えたことによって、中継地となるゲートウェイ装置数も同様に爆発的に増えている。それに伴って、扱われるデータも急激に増加している。そのため、ゲートウェイ装置が単に中継能力しか持たないと、データ増加に伴いネットワークやサーバに大きな負荷が掛かってしまう。

そこで、最近ではゲートウェイ装置に多機能が求められるようになっている。ゲートウェイ装置に機能を追加する方法として、新たな機能に対応するハードウェアをゲートウェイ装置に人手で追加する方法があり得る。しかし、上述したようにゲートウェイ装置の数が非常に多いことを考慮すると、ハードウェアを人手で追加する方法は現実的ではない。したがって、ゲートウェイ装置に効率的に新たな機能を追加する技術が求められている。

本発明は前記の課題を解決するためになされたものであり、その目的は、ゲートウェイ装置に効率的に新たな機能を追加する技術を提供することにある。

本発明の一態様に係るゲートウェイ装置は、前記の課題を解決するために、複数の電子機器、第１サーバ、第２サーバ、および第３サーバとそれぞれ通信可能に接続されているゲートウェイ装置であって、前記ゲートウェイ装置の実行プログラムを格納する記憶部と、前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信部と、受信された前記第１データを、前記第１サーバに送信する送信部と、受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得部と、取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定部と、前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定部と、特定された前記更新データを、前記第３サーバから取得する第２取得部と、取得された前記更新データに基づいて、前記実行プログラムを更新する更新部とを備えている。

本発明の一態様によれば、ゲートウェイ装置に効率的に機能を追加することができるという効果を奏する。

本発明の実施形態に係る店舗監視システムの構成を示す図である。 店舗の店舗情報を可視化する際にゲートウェイ装置および第１サーバによって実行される一連の処理の流れを示すシーケンス図である。 ゲートウェイ装置によって実行されるプログラム更新処理の一連の流れを示すフローチャートである。 更新指示データの一例を示す図である。

（店舗監視システム１００の構成）
図１は、本発明の実施形態に係る店舗監視システム１００の構成を示す図である。この図に示すように、店舗監視システム１００（実行プログラム更新システム）は、ゲートウェイ装置１、第１サーバ２０、第２サーバ３０、および第３サーバ４０を備えている。ゲートウェイ装置１は、第１サーバ２０、第２サーバ３０、および第３サーバ４０と、ネットワークを介して通信可能に接続されている。

図１に示すように、第１サーバ２０は、サーバ通信部２１、記憶部２２、および可視化部２３を備えている。サーバ通信部２１は、ゲートウェイ装置１と通信する。記憶部２２には、ゲートウェイ装置１を認証するための認証情報が格納されている。可視化部２３は、認証情報を用いて認証されたゲートウェイ装置１から受信した店舗の店舗情報（第１データ）を可視化する。

図１に示すように、第２サーバ３０は、サーバ通信部３１（通知部、サーバ受信部、サーバ送信部）および記憶部３２（サーバ記憶部）を備えている。サーバ通信部３１は、ゲートウェイ装置１と通信する。記憶部３２には、ゲートウェイ装置１を認証するための認証情報が格納されている。記憶部３２には、必要に応じて更新指示データおよび更新フラグが格納される。

図１に示すように、第３サーバ４０は、サーバ通信部４１および記憶部４２を備えている。サーバ通信部４１は、ゲートウェイ装置１と通信する。記憶部４２には、更新データが格納されている。

本実施形態では、第１サーバ２０、第２サーバ３０、および第３サーバ４０はいずれも物理的なサーバ装置である。これに限らず、第１サーバ２０、第２サーバ３０、および第３サーバ４０の少なくともいずれかは、クラウド上に構築される仮想サーバであってもよい。また、第２サーバ３０は、第３サーバ４０の機能を兼ね備えていても良い。

第１サーバ２０、第２サーバ３０、第３サーバ４０は、いずれも、ゲートウェイ装置１との間でセキュリティが担保された通信が可能となっている。すなわち、第１サーバ２０は、第１サーバ２０がゲートウェイ装置１を認証することができた場合にのみ、ゲートウェイ装置１との通信を継続することができる。第２サーバ３０も、同様に、第２サーバ３０がゲートウェイ装置１を認証することができた場合にのみ、ゲートウェイ装置１との通信を継続することができる。第３サーバ４０も、同様に、第３サーバ４０がゲートウェイ装置１を認証することができた場合にのみ、ゲートウェイ装置１との通信を継続することができる。

店舗監視システム１００は、店舗を監視するために使用されるネットワークシステムである。店舗には、ゲートウェイ装置１、ルータ２、プリンタ３、およびタブレット端末４が配置されている。これらの電子機器は、いずれも店舗の備品であり、店舗の関係者によって使用される。例えば、ゲートウェイ装置１は店舗内の情報を収集するために使用され、タブレット端末４は店舗に来店したユーザに対する来客対応のために使用される。ゲートウェイ装置１、ルータ２、プリンタ３、およびタブレット端末４はいずれも通信機能を有しており、店舗内に構築されるローカルネットワークを通じて互いに通信可能に接続されている。

店舗には、ユーザへのサービスとしてユーザに提供される無線ＬＡＮアクセスポイント５が用意されている。ユーザは、ＷｉＦｉ（登録商標）機能を有するスマートフォン６などの携帯端末装置を所持して店舗を訪問した場合、携帯端末装置のＷｉＦｉ機能をオンにすれば、店舗の無線ＬＡＮアクセスポイント経由でインターネットにアクセスすることができる。ゲートウェイ装置１は、ＷｉＦｉ機能をオンにした状態で店舗内に存在されるユーザのスマートフォン６と、無線ＬＡＮアクセスポイント５を介して通信可能に接続される。ゲートウェイ装置１は、店舗に存在するユーザのスマートフォン６に関する情報を、ユーザ個人を特定しない形でユーザのスマートフォン６から適宜受信することができる。

以上のように、ゲートウェイ装置１は、店舗内に配置される、店舗側の電子機器（ルータ２など）およびユーザ側の電子機器（スマートフォン６など）を含む複数の電子機器と、ローカルネットワークを介して通信可能に接続されている。詳しくは後述するが、ゲートウェイ装置１は、これらの複数の電子機器に関する情報を店舗情報として定期的に収集し、第１サーバ２０に送信する。第１サーバ２０は、受信した店舗情報を、店舗監視システム１００の管理者が店舗の現況を視覚的に容易に把握できるように可視化する。

（ゲートウェイ装置１の構成）
図１に示すように、ゲートウェイ装置１は、通信部１１（受信部、送信部）、更新判定部１２（判定部）、更新指示データ取得部１３（第１取得部）、更新データ取得部１４（特定部、第２取得部）、プログラム更新部１５（更新部）、プログラム実行部１６、および記憶部１７を備えている。

通信部１１は、店舗内の複数の電子機器と通信する。更新判定部１２は、ゲートウェイ装置１の実行プログラムを更新するか否かを判定する。更新指示データ取得部１３は、実行プログラムの更新を指示するための更新指示データを、第２サーバ３０から取得する。更新データ取得部１４は、実行プログラムを更新するための更新データを特定し、特定された更新データを第３サーバ４０から取得する。プログラム更新部１５は、取得された更新データに基づいて、実行プログラムを更新する。プログラム実行部１６は、実行プログラムを実行する。記憶部１７は、ゲートウェイ装置１の実行プログラムを格納している。記憶部１７は、図示しないゲートウェイＩＤおよび認証キーも格納している。ゲートウェイＩＤは、ゲートウェイ装置１を一意に特定するための識別子である。認証キーは、ゲートウェイＩＤに対応するパスワードである。

（店舗情報の可視化）
図２は、店舗の店舗情報を可視化する際にゲートウェイ装置１および第１サーバ２０によって実行される一連の処理の流れを示すシーケンス図である。図２に示す一連の処理が実行される前に、通信部１１は、店舗内の各電子機器から、当該電子機器に関する情報を店舗情報として受信している。例えば、各電子機器のＭＡＣアドレスを、各電子機器の店舗情報として受信する。

図２に示すように、ステップＳ１において、ゲートウェイ装置１の通信部１１は、ゲートウェイ装置１の認証情報を第１サーバ２０に送信する。この際、記憶部１７に格納されるゲートウェイＩＤおよび認証キーが、認証情報として送信される。ステップＳ２において、第１サーバ２０のサーバ通信部２１は、ゲートウェイ装置１から送信された認証情報を受信する。ステップＳ３において、サーバ通信部２１は、受信したゲートウェイ装置１の認証情報に基づいて、ゲートウェイ装置１の認証が可能か否かを判定する。サーバ通信部２１は、例えば、受信したゲートウェイＩＤおよび認証キーの組み合わせが、記憶部２２に格納されているゲートウェイ装置１のゲートウェイＩＤおよび認証キーの組み合わせと一致する場合、ゲートウェイ装置１を認証する。一方、各組み合わせが相違する場合、ゲートウェイ装置１を認証しない。

サーバ通信部２１は、ゲートウェイ装置１を認証しない場合（ステップＳ３においてＮＯ）、ステップＳ４において、ゲートウェイ装置１との通信を拒否する。したがって、サーバ通信部２１は、この後にゲートウェイ装置１から店舗情報が第１サーバ２０に送信されたとしても、その店舗情報を受信しない。

一方、サーバ通信部２１は、ゲートウェイ装置１を認証する場合（ステップＳ３においてＹｅｓ）、ステップＳ５において、第１サーバ２０がゲートウェイ装置１を認証したことをゲートウェイ装置１に通知する。ステップＳ６において、通信部１１は、この通知を受信する。通信部１１は、認証の通知を受信したことに基づいて、ステップＳ７において店舗情報を第１サーバ２０に送信する。サーバ通信部２１は、ステップＳ８において、ゲートウェイ装置１から送信された店舗情報を受信する。第１サーバ２０の可視化部２３は、ステップＳ９において、受信した店舗情報を可視化用の情報に加工する。例えば、可視化部２３は、受信した店舗情報に、ゲートウェイ装置１が設置される店舗に関する拠点情報を付与する。

ステップＳ１０において、可視化部２３は、加工された店舗情報を可視化する。可視化部２３は、例えば、店舗情報をグラフ化したり、リスト化したりして、管理者が店舗情報を容易に把握できるようにする。第１サーバ２０において可視化された店舗情報は、管理者によって操作される各種の端末装置（パソコン、タブレット端末、スマートフォンなど）において表示可能である。

（プログラム更新処理）
図３は、ゲートウェイ装置１によって実行されるプログラム更新処理の一連の流れを示すフローチャートである。この図に示すように、ステップＳ１１において、ゲートウェイ装置１の更新判定部１２は、店舗内に存在する電子機器の数が基準値を下回るか否かを判定する。この基準値は、ゲートウェイ装置１において予め定められており、例えば１０である。更新判定部１２は、通信部１１によって受信される複数の電子機器の各ＭＡＣアドレスに基づいて、この判定処理を実行する。ＭＡＣアドレスは、店舗内においてゲートウェイ装置１と通信可能に接続されている各電子機器に一意のデータである。そのため、受信されたＭＡＣアドレスの数は、店舗内でゲートウェイ装置１と通信可能な状態で存在する電子機器の数に等しい。そこで更新判定部１２は、直近で受信されたＭＡＣアドレスの数が基準値を下回る場合、店舗内に存在する電子機器の数が基準値を下回ると判定する。例えば、受信されたＭＡＣアドレスの数が８個あれば、店舗内に存在する電子機器の数は基準値を下回ると判定し、１２個あれば、店舗内に存在する電子機器の数は基準値を下回らないと判定する。

更新判定部１２は、店舗内に存在する電子機器の数は基準値を下回らないと判定した場合（ステップＳ１１においてＮＯ）、ステップＳ１２において、一定時間待機する。ここで更新判定部１２は、例えば通信部１１が各電子機器のＭＡＣアドレスを新たに受信するまで待機する。この後、図の処理はステップＳ１１に戻り、更新判定部１２は、新たに受信された受信されたＭＡＣアドレスの数に基づいて、ステップＳ１１の判定処理を実行する。このようにして、ゲートウェイ装置１は、店舗内に存在する電子機器の数が基準値を下回るという条件が満たされるまで、プログラム更新処理を保留する。

（更新フラグの確認）
更新指示データ取得部１３は、店舗内に存在する電子機器の数が基準値を下回ると判定された場合（ステップＳ１２においてＹＥＳ）、ステップＳ１３において、更新フラグの有無を第２サーバ３０に問い合わせる。この際、更新指示データ取得部１３は、第２サーバ３０にゲートウェイ装置１の認証情報を送信する。ここでは、更新指示データ取得部１３は、認証情報としてゲートウェイＩＤおよび認証キーを送信する。第２サーバ３０は、ゲートウェイ装置１から送信された認証情報に基づいて、ゲートウェイ装置１を認証する。第２サーバ３０によって予め管理されているゲートウェイ装置１のゲートウェイＩＤおよび認証キーの組み合わせと一致する場合、ゲートウェイ装置１を認証する。一方、両者が一致しない場合、ゲートウェイ装置１を認証しない。

店舗監視システム１００の管理者は、ゲートウェイ装置１の実行プログラムを更新する必要が生じた場合、実行プログラムの更新をゲートウェイ装置１に指示するための更新指示データを作成し、記憶部３２に予め保存しておく。これを受けて、第２サーバ３０は、店舗監視システム１００に含まれるゲートウェイ装置１ごとに個別の更新フラグを生成し、記憶部３２に保存する。具体的には、各ゲートウェイ装置１のゲートウェイＩＤに、当該ゲートウェイ装置１に対応する更新フラグを関連付けて、記憶部３２に保存する。この結果、記憶部３２は、店舗監視システム１００を構成するゲートウェイ装置１と同一数の更新フラグを格納する。例えば、店舗監視システム１００に１００台のゲートウェイ装置１が含まれる場合、記憶部３２には、１００個の更新フラグが格納される。

サーバ通信部３１は、ゲートウェイ装置１を認証した場合、ゲートウェイ装置１から受信したゲートウェイＩＤに関連付けられる更新フラグが、記憶部３２に格納されているか否かを判定する。サーバ通信部３１は、更新フラグが記憶部３２に格納されている場合、更新フラグがあることをゲートウェイ装置１に通知する。一方、更新フラグが記憶部３２に格納されていない場合、更新フラグがないことをゲートウェイ装置１に通知する。

ステップＳ１４において、更新指示データ取得部１３は、第２サーバ３０から送信された、更新フラグの有無を示す通知を受信する。ステップＳ１５において、更新指示データ取得部１３は、受信した通知に基づいて、更新フラグがあるか否かを判定する。更新指示データ取得部１３は、更新フラグがあることを示す通知を第２サーバ３０から受信した場合、更新フラグがあると判定する。一方、更新フラグがないことを示す通知を第２サーバ３０から受信した場合、更新フラグがないと判定する。

ゲートウェイ装置１は、更新フラグがないと判定された場合（ステップＳ１５においてＮＯ）、ステップＳ１６において一定時間待機する。この際の待機時間は、ステップＳ１２における待機時間よりも長く、例えば１２時間である。この後、図の処理はステップＳ１１に戻り、更新判定部１２が、新たに受信された受信されたＭＡＣアドレスの数に基づいて、ステップＳ１１の判定処理を実行する。このようにして、ゲートウェイ装置１は、更新フラグの存在を確認するまで、プログラム更新処理を保留する。

（更新指示データの取得）
更新指示データ取得部１３は、更新フラグがあると判定した場合（ステップＳ１５においてＹＥＳ）、ステップＳ１７において、第２サーバ３０の記憶部３２に格納される更新指示データを、第２サーバ３０から取得する。この際、更新指示データ取得部１３は、更新指示データの取得を要求するため取得要求を第２サーバ３０に送信する。サーバ通信部３１は、この信号を受信すると、更新指示データを記憶部３２から読み出し、ゲートウェイ装置１に送信する。更新データ取得部１４は、第２サーバ３０から送信された更新指示データを受信することによって、第２サーバ３０から更新指示データを取得する。

（更新指示データの構造）
図４は、更新指示データの一例を示す図である。この図に示すように、更新指示データは、ＹＡＭＬ形式のテキストデータである。これに限らず、更新指示データは、コンピュータによって処理可能な任意の形式のデータであればよい。図４の例では、更新指示データは、更新データの名称および取得先（ＵＲＬ）の情報が含まれる。図４の例では、更新データの名称（ｐａｎｄａｓ）および取得先の情報（ＵＲＬ）が、更新指示データに含まれている。図４に示す「ｕ＿ｕｒｌ」が、実際には、ｐａｎｄａｓの取得先のＵＲＬ、すなわち第３サーバ４０における更新データ取得用のＵＲＬに相当する。更新指示データには、さらに、ｐａｎｄａｓの取得先である第３サーバ４０の認証情報も含まれている。図４に示す「ｕａｐｉｋｅｙ」が、この認証情報に相当する。

ステップＳ１８において、更新判定部１２は、取得した更新指示データに基づいて、プログラムの更新が必要であるか否かを判定する。この際、記憶部Ｘに保存済みの過去の更新指示データと、新たに取得した更新指示データとを比較する。過去の更新指示データは、実行プログラムの更新をゲートウェイ装置１に指示するために過去に使用されたデータである。したがってゲートウェイ装置１は、過去の更新指示データに基づく実行プログラムの更新を過去に実行済みである。

図４では図示を省略しているが、更新指示データには、以前にゲートウェイ装置１に提供された、個々の新たな機能に関する過去の更新指示データの履歴が全て含まれている。そこで、更新判定部１２は、新たに取得した更新指示データと、直近で保存した前回の更新指示データとを比較する。直近で保存した前回の更新指示データに含まれる全ての情報は、新たに取得した更新指示データに履歴として含まれている。そのため、新たに取得した更新指示データと、直近で保存した過去の更新指示データとの間に差分がある場合、新たに取得した更新指示データに含まれる差分によって指示されるプログラム更新は、ゲートウェイ装置１において過去に実行済みではないことを意味する。そこで更新判定部１２は、両者の差分がある場合、新たな更新指示データに基づくプログラム更新が必要であると判定する。差分がない場合、新たな更新指示データに基づくプログラム更新は必要ではないと判定する。

ゲートウェイ装置１は、プログラム更新が必要でないと判定された場合（ステップＳ１８においてＮＯ）、プログラムを更新しない。そこで更新指示データ取得部１３は、ステップＳ１９において、今回の更新指示データに基づくプログラム更新が不要であることを、第２サーバ３０に通知する。サーバ通信部３１は、この通知を受信すると、通知を送信したゲートウェイ装置１のゲートウェイＩＤに関連付けられる更新フラグを、記憶部３２から削除する。この後、図３の処理は終了する。

（更新データの取得）
更新データ取得部１４は、実行プログラムの更新が必要であると判定された場合（ステップＳ１８においてＹＥＳ）、ステップＳ２０において、更新データ取得部１４は、更新指示データに基づいて、記憶部３２に格納されている実行プログラムを更新するために必要な更新データを特定する。図４の例では、更新データの名称（ｐａｎｄａｓ）、取得先のＵＲＬ（ｕ＿ｕｒｌ）、および認証情報（ｕａｐｉｋｅｙ）が、更新指示データに含まれている。更新データ取得部１４は、これらの情報を参照して、更新データとしてｐａｎｄａｓを特定する。ｐａｎｄａｓは、データ分析の機能をゲートウェイ装置１において実現するためのソフトウェアライブラリである。

更新データ取得部１４は、ステップＳ２１において、特定した更新データ（ｐａｎｄａｓ）を、第３サーバ４０から取得する。具体的には、更新データ取得部１４は、更新指示データに規定されるＵＲＬにアクセスすることによって、ｐａｎｄａｓを要求するための信号を第３サーバ４０に送信する。その際、認証情報であるｕａｐｉｋｅｙを含んだ信号を送信する。サーバ通信部４１は、この信号を受信すると、ｐａｎｄａｓを記憶部３２から読み出し、ゲートウェイ装置１に送信する。更新データ取得部１４は、第３サーバ４０から送信されたｐａｎｄａｓを受信することによって、第３サーバ４０からｐａｎｄａｓを取得する。

（実行プログラムの更新）
ステップＳ２２において、プログラム更新部１５は、取得したｐａｎｄａｓをゲートウェイ装置１にインストールすることによって、記憶部Ｘに格納される実行プログラムを更新する。この際、プログラム更新部１５は、記憶部Ｘに格納されている実行プログラムにｐａｎｄａｓを追加する。

（エラー情報の通知）
ステップＳ２３において、プログラム更新部１５は、実行プログラムの更新が開始された後、実行プログラムの更新が正常に完了したか否かを判定する。プログラム更新部１５は、プログラム更新中に何らかのエラーが発生して更新処理が中断した場合、更新が正常に完了しなかったと判定する。一方、エラーが何も発生せず、プログラム更新に関する全ての処理が正常に実行された場合、プログラム更新が正常に完了したと判定する。

プログラム更新部１５は、実行プログラムの更新が正常に完了しなかったと判定した場合（ステップＳ２４においてＮＯ）、発生したエラーに関するエラー情報を、店舗監視システム１００の管理者に通知する。例えば、エラー情報を含む電子メールを管理者のメールアドレス宛に送信する。このように、プログラム更新部１５は、実行プログラムの更新を開始した後、実行プログラムの更新を完了できなかった場合、エラー情報を出力する。

更新指示データ取得部１３は、プログラム更新が正常に完了したと判定された場合（ステップＳ１においてＹＥＳ）、ステップＳ２５において、取得した更新指示データを記憶部Ｘに保存する。こうして保存された更新指示データは、次の実行プログラム更新時に、過去に取得された更新指示データとして利用される。更新指示データ取得部１３は、ステップ２６において、更新指示データに基づく実行プログラムの更新が完了したことを、第２サーバ３０に通知する。サーバ通信部３１は、この通知を受信すると、通知を送信したゲートウェイ装置１のゲートウェイＩＤに関連付けられる更新フラグを、記憶部３２から削除する。

プログラム実行部１６は、ステップＳ２７において、実行プログラムの更新が正常に完了すると、更新された実行プログラムを実行する。これによりプログラム実行部１６は、ｐａｎｄａｓに基づく各種のデータ分析プログラムを実行することができるようになる。そこでプログラム実行部１６は、更新指示データに実行の指示が規定されるデータ分析プログラム（ｐａｎｄａｓ．ｐｙ）の実行を開始する。これによりプログラム実行部１６は、データ分析プログラムを使用して、店舗内の各電子機器から取得した情報をゲートウェイ装置１内で分析することができるようになる。この後、図３の処理は終了する。

（主要な作用効果）
管理者が第２サーバ３０の記憶部３２に更新指示データを保存さえすれば、更新指示データに応じた新しい機能がゲートウェイ装置１に新たに自動的に導入される。したがって、管理者が自ら各ゲートウェイ装置１に新しい機能を手動で導入する必要がない。さらには、既存のゲートウェイ装置を、新しい機能が導入された新型のゲートウェイ装置に置き換える必要もない。このように、本実施形態によれば、ゲートウェイ装置１に効率的に新たな機能を導入することができる。特に、多くの店舗に個別に配置される多数のゲートウェイ装置１に対して、自動的に新たな機能を追加することができるので、多数のゲートウェイ装置１に対して効率的に新たな機能を追加することができる。

ゲートウェイ装置１によって取得されたＭＡＣアドレスなどの店舗情報が第１サーバ２０によって可視化されるので、店舗監視システム１００の管理者は、可視化された店舗情報に基づいて店舗の状況を適格に把握することができる。これにより、電子機器の監視および保守を効率化することができる。

実行プログラムの更新を開始したにも関わらず更新処理が正常に完了しなかった場合、エラー情報が店舗監視システム１００の管理者に通知されるので、管理者が自らエラーに対処することができる。結果、エラーの発生により実行プログラムが更新されないままゲートウェイ装置１が放置されることを防止することができる。

ゲートウェイ装置１は、店舗内の電子機器の数が基準値を下回った場合に、すなわち店舗内の電子機器の数が少なくなった場合に、実行プログラムの更新処理を実行する。これによりゲートウェイ装置１は、実行プログラムの更新処理の実行中に、多くの電子機器から店舗情報を取得せずに済む。このように、電子機器の数が減った期間に更新処理を実行することによって、プログラム更新中におけるゲートウェイ装置１の処理負荷を低減することができる。

（変形例）
（第２サーバ３０からゲートウェイ装置１に通知）
更新指示データ取得部１３は、店舗内に存在する電子機器の数が基準値を下回ると判定された場合、更新フラグの有無を第２サーバ３０に問い合わせなくてもよい。本例では、更新判定部１２は、更新フラグのあるか否かを判定しない。その代わりに、サーバ通信部３１は、記憶部Ｂに更新指示データが新たに格納された場合、記憶部３２に更新指示データが新たに格納されたことをゲートウェイ装置１に通知する。この際、サーバ通信部３１は、第２サーバ３０によって認証済みのゲートウェイ装置１にのみ、記憶部３２に更新指示データが新たに格納されたことを通知する。これにより、認証されないゲートウェイ装置１に誤って第２サーバ３０が通知することを防止することができる。

更新指示データ取得部１３は、第２サーバ３０からの通知を随時受信する。更新指示データ取得部１３は、第２サーバＳＢから通知を受信したことにさらに基づいて、更新指示データの取得要求を第２サーバ３０に送信することによって、更新指示データを第２サーバ３０から取得する。詳細には、更新指示データ取得部１３は、受信されたＭＡＣアドレスの数が基準値を下回ると判定され、かつ、通知を第２サーバ３０から受信した場合に、更新指示データを第２サーバ３０から取得する。更新指示データ取得部１３は、ＭＡＣアドレスの数が基準値を下回ると判定された時点で通知を第２サーバ３０から受信済みである場合、更新指示データを直ちに第２サーバ３０から取得する。一方、ＭＡＣアドレスの数が基準値を下回ると判定された時点で通知を第２サーバ３０から受信していない場合、通知を受信するまで待機し、通知を受信してから更新指示データを第２サーバ３０から取得する。

本例では、ゲートウェイ装置１は、更新フラグの有無を第２サーバ３０に問い合わせる必要がないので、更新フラグがまだない場合にも関わらず更新フラグの有無を第２サーバ３０に問い合わせることもない。これにより、ゲートウェイ装置１は、更新フラグがまだない場合に更新フラグの有無を第２サーバ３０を繰り返し問い合わせる処理を実行せずに済むので、ゲートウェイ装置１の消費電力を低減することができる。さらに、ゲートウェイ装置１と第２サーバ３０との間の通信料を低減することもできる。

（更新処理開始のトリガ例）
更新判定部１２は、ＭＡＣアドレス以外の店舗情報に基づいて、更新指示データの取得要求を第２サーバ３０に送信することもできる。例えば、通信部１１が、店舗におけるネットワークの通信帯域を、店舗情報として取得しているとする。この場合、更新判定部１２は、通信帯域の値が基準値を上回る場合に、すなわち店舗内ネットワークの通信帯域に一定の余裕がある場合に、更新指示データの取得要求を第２サーバ３０に送信する。これにより、通信帯域に一定の余裕がある場合に更新指示データおよび更新データの取得がなされるため、実行プログラムの更新処理の進行時に店舗内の通信帯域が圧迫されて、高い通信帯域を要する店舗内の業務（テレビ会議システムの利用等）に支障が生じること、を防止することができる。

通信部１１は、複数の電子機器のうち少なくともいずれかの電子機器から、当該電子機器に関する店舗情報を受信すればよい。例えば、通信部１１が、プリンタ３の動作状況（動作中、停止等）を表す動作状況情報を、プリンタ３から店舗情報として取得しているとする。この場合、更新判定部１２は、例えばプリンタ３から取得したプリンタ３の動作状況情報が、プリンタ３の停止を表している場合に、更新指示データの取得要求を第２サーバ３０に送信する。これによりゲートウェイ装置１は、プリンタ３が停止している期間に、すなわち店舗の営業が終了している深夜等の時間帯に、実行プログラムの更新処理を進めることができる。これにより、店舗における業務に影響を与えることなく、実行プログラムを更新することができる。

（更新指示データの形式）
更新指示データには、過去にゲートウェイ装置１に提供された更新指示データの履歴が含まれていなくても良い。すなわち、更新指示データは、ゲートウェイ装置１に新たに追加される新たな機能に関する情報をのみを含むものであっても良い。この場合、プログラム更新部１５は、取得した更新指示データに基づいて実行プログラムを更新するたびに、取得した更新指示データを履歴として記憶部１７に全て保存する。そして、プログラム更新部１５は、新たな更新指示データが取得された場合、新たな更新指示データと、記憶部１７に履歴として保存される個々の過去の更新指示データとを、個別に比較する。そして、新たな取得した更新指示データが、過去の更新指示データの全てと相違する場合、新たな更新データ取得部１４と過去の更新指示データとの間に差分があると判定する。一方、新たに取得した更新指示データが、過去のいずれかの更新指示データと一致する場合、差分はないと判定する。

〔まとめ〕
本発明の態様１に係るゲートウェイ装置は、複数の電子機器、第１サーバ、第２サーバ、および第３サーバとそれぞれ通信可能に接続されているゲートウェイ装置であって、前記ゲートウェイ装置の実行プログラムを格納する記憶部と、前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信部と、受信された前記第１データを、前記第１サーバに送信する送信部と、受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得部と、取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定部と、前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定部と、特定された前記更新データを、前記第３サーバから取得する第２取得部と、取得された前記更新データに基づいて、前記実行プログラムを更新する更新部とを備えている構成である。

本発明の態様２に係るゲートウェイ装置は、上記の態様１において、前記第１サーバによって前記第１データが可視化される構成としてもよい。

本発明の態様３に係るゲートウェイ装置は、上記の態様１または２において、前記第２サーバは、前記更新指示データを格納するサーバ記憶部と、前記更新指示データが前記サーバ記憶部に新たに格納された場合、前記更新指示データが前記サーバ記憶部に新たに格納されたことを、前記ゲートウェイ装置に通知する通知部をさらに備えており、前記第１取得部は、前記第２サーバからの通知を受信したことにさらに基づいて、前記第２サーバから前記更新指示データを取得する構成としてもよい。

本発明の態様４に係るゲートウェイ装置は、上記の態様１～３のいずれかにおいて、前記更新部は、前記実行プログラムの更新を開始した後、前記実行プログラムの更新を完了できなかった場合、エラー情報を出力する構成としてもよい。

本発明の態様５に係るゲートウェイ装置は、上記の態様１～４のいずれかにおいて、前記受信部は、前記複数の電子機器のそれぞれから、当該電子機器に関する前記第１データを受信し、前記第１取得部は、受信された前記第１データの数が基準値を下回る場合、前記更新指示データの取得を要求するための取得要求を前記第２サーバに送信することによって、前記第２サーバから前記更新指示データを取得する構成としてもよい。

本発明の態様６に係る実行プログラム更新方法は、複数の電子機器、第１サーバ、第２サーバ、および第３サーバとそれぞれ通信可能に接続されており、実行プログラムを格納する記憶部を備えているゲートウェイ装置によって実行される実行プログラム更新方法であって、前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信ステップと、受信された前記第１データを、前記第１サーバに送信する送信ステップと、受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得ステップと、取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定ステップと、前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定ステップと、特定された前記更新データを、前記第３サーバから取得する第２取得ステップと、取得された前記更新データに基づいて、前記実行プログラムを更新する更新ステップとを有する方法である。

本発明の態様７に係るサーバは、実行プログラムを実行するゲートウェイ装置と通信可能に接続されているサーバであって、前記実行プログラムの更新を指示するための更新指示データを格納するサーバ記憶部と、前記更新指示データの取得を要求するための取得要求を、前記ゲートウェイ装置から受信するサーバ受信部と、前記取得要求が受信された場合、前記サーバ記憶部に格納されている前記更新指示データを前記ゲートウェイ装置に送信するサーバ送信部とを備えている構成である。

本発明の態様８に係る実行プログラム更新システムは、複数の電子機器と通信可能に接続されているゲートウェイ装置と、前記ゲートウェイ装置とそれぞれ通信可能に接続されている複数の電子機器、第１サーバ、第２サーバ、および第３サーバとを備えている実行プログラム更新システムであって、前記ゲートウェイ装置は、前記ゲートウェイ装置の実行プログラムを格納する記憶部と、前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信部と、受信された前記第１データを、前記第１サーバに送信する送信部と、受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得部と、取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定部と、前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定部と、特定された前記更新データを、前記第３サーバから取得する第２取得部と、取得された前記更新データに基づいて、前記実行プログラムを更新する更新部とを備えており、前記第１サーバは、前記第１データを受信するサーバ受信部を備えており、前記第２サーバは、前記更新指示データを格納するサーバ記憶部を備えており、前記第３サーバは、前記更新データを格納するサーバ記憶部を備えている構成である。

〔実現例〕
ゲートウェイ装置１の各機能ブロック（特に、通信部１１、更新判定部１２、更新指示データ取得部１３、更新データ取得部１４、およびプログラム更新部１５）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、ゲートウェイ装置１は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、前記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、前記コンピュータにおいて、前記プロセッサが前記プログラムを前記記録媒体から読み取って実行することにより、本発明の目的が達成される。

前記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。前記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。

また、前記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、前記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して前記コンピュータに供給されてもよい。なお、本発明の一態様は、前記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は前述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態も、本発明の技術的範囲に含まれる。各実施形態にそれぞれ開示された技術的手段を組み合わせることによって、新しい技術的特徴を形成することもできる。

１ ゲートウェイ装置
２ ルータ
３ プリンタ
４ タブレット端末
５ 無線ＬＡＮアクセスポイント
６ スマートフォン
１１ 通信部
１２ 更新判定部
１３ 更新指示データ取得部
１４ 更新データ取得部
１５ プログラム更新部
１６ プログラム実行部
１７、２２、３２、４２ 記憶部
２０ 第１サーバ
２１、３１、４１ サーバ通信部
２３ 可視化部
３０ 第２サーバ
４０ 第３サーバ
１００ 店舗監視システム

Claims (8)

1. 複数の電子機器、第１サーバ、第２サーバ、および第３サーバとそれぞれ通信可能に接続されているゲートウェイ装置であって、
   前記ゲートウェイ装置の実行プログラムを格納する記憶部と、
   前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信部と、
   受信された前記第１データを、前記第１サーバに送信する送信部と、
   受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得部と、
   取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定部と、
   前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定部と、
   特定された前記更新データを、前記第３サーバから取得する第２取得部と、
   取得された前記更新データに基づいて、前記実行プログラムを更新する更新部とを備えていることを特徴とするゲートウェイ装置。
2. 前記第２サーバは、
   前記更新指示データを格納するサーバ記憶部と、
   前記更新指示データが前記サーバ記憶部に新たに格納された場合、前記更新指示データが前記サーバ記憶部に新たに格納されたことを、前記ゲートウェイ装置に通知する通知部をさらに備えており、
   前記第１取得部は、前記第２サーバからの通知を受信したことにさらに基づいて、前記第２サーバから前記更新指示データを取得する、請求項１に記載のゲートウェイ装置。
3. 前記受信部は、前記複数の電子機器のそれぞれから、当該電子機器に関する前記第１データを受信し、
   前記第１取得部は、受信された前記第１データの数が基準値を下回る場合、前記更新指示データの取得を要求するための取得要求を前記第２サーバに送信することによって、前記第２サーバから前記更新指示データを取得する、請求項１または２に記載のゲートウェイ装置。
4. 前記第１サーバによって前記第１データが可視化される、請求項１～３のいずれか１項に記載のゲートウェイ装置。
5. 前記更新部は、前記実行プログラムの更新を開始した後、前記実行プログラムの更新を完了できなかった場合、エラー情報を出力する、請求項１～４のいずれか１項に記載のゲートウェイ装置。
6. 複数の電子機器、第１サーバ、第２サーバ、および第３サーバとそれぞれ通信可能に接続されており、実行プログラムを格納する記憶部を備えているゲートウェイ装置によって実行される実行プログラム更新方法であって、
   前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信ステップと、
   受信された前記第１データを、前記第１サーバに送信する送信ステップと、
   受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得ステップと、
   取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定ステップと、
   前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定ステップと、
   特定された前記更新データを、前記第３サーバから取得する第２取得ステップと、
   取得された前記更新データに基づいて、前記実行プログラムを更新する更新ステップとを有する、実行プログラム更新方法。
7. 実行プログラムを実行するゲートウェイ装置と通信可能に接続されているサーバであって、
   前記実行プログラムの更新を指示するための更新指示データを格納するサーバ記憶部と、
   前記更新指示データの取得を要求するための取得要求を、前記ゲートウェイ装置から受信するサーバ受信部と、
   前記取得要求が受信された場合、前記サーバ記憶部に格納されている前記更新指示データを前記ゲートウェイ装置に送信するサーバ送信部とを備えている、サーバ。
8. 複数の電子機器と通信可能に接続されているゲートウェイ装置と、
   前記ゲートウェイ装置とそれぞれ通信可能に接続されている第１サーバ、第２サーバ、および第３サーバとを備えている実行プログラム更新システムであって、
   前記ゲートウェイ装置は、
   前記ゲートウェイ装置の実行プログラムを格納する記憶部と、
   前記複数の電子機器のうちの少なくともいずれかの電子機器から、当該電子機器に関する第１データを受信する受信部と、
   受信された前記第１データを、前記第１サーバに送信する送信部と、
   受信された前記第１データに基づいて、前記実行プログラムの更新を指示するための更新指示データを、前記第２サーバから取得する第１取得部と、
   取得された前記更新指示データに基づいて、前記実行プログラムの更新が必要であるか否かを判定する判定部と、
   前記実行プログラムの更新が必要であると判定された場合、前記実行プログラムを更新するための更新データを特定する特定部と、
   特定された前記更新データを、前記第３サーバから取得する第２取得部と、
   取得された前記更新データに基づいて、前記実行プログラムを更新する更新部とを備えており、
   前記第１サーバは、
   前記第１データを受信するサーバ受信部を備えており、
   前記第２サーバは、
   前記更新指示データを格納するサーバ記憶部を備えており、
   前記第３サーバは、
   前記更新データを格納するサーバ記憶部を備えている、実行プログラム更新システム。

Images