(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2023-12-12
(45)【発行日】2023-12-20
(54)【発明の名称】管理システム及びサブ基板
(51)【国際特許分類】
G06F 1/26 20060101AFI20231213BHJP
G06F 1/24 20060101ALI20231213BHJP
G06F 11/07 20060101ALI20231213BHJP
G06F 11/14 20060101ALI20231213BHJP
H04L 43/0876 20220101ALI20231213BHJP
【ＦＩ】
G06F1/26
G06F1/24 Z
G06F11/07 193
G06F11/14 638
H04L43/0876
【請求項の数】
10
(21)【出願番号】P 2023083972
(22)【出願日】2023-05-22
【審査請求日】2023-05-22
【早期審査対象出願】
(73)【特許権者】
【識別番号】000163419
【氏名又は名称】株式会社きんでん
(74)【代理人】
【識別番号】110002527
【氏名又は名称】弁理士法人北斗特許事務所
(72)【発明者】
【氏名】寺川 明宏
【審査官】白石 圭吾
(56)【参考文献】
【文献】特開２０１５－２２６１４１（ＪＰ，Ａ）
【文献】特開２０１８－０９４７２０（ＪＰ，Ａ）
【文献】特開２００６－０４８４９６（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ １／２６－１／３２９６
Ｇ０６Ｆ １／２４
Ｇ０６Ｆ １１／０７
Ｇ０６Ｆ １１／１４
Ｈ０４Ｌ ４３／０８７６
Ｈ０４Ｌ １２／００－１２／２２；１２／５０－１２／６６；４５／００－４９／９０５７
(57)【特許請求の範囲】
【請求項1】
コンピュータと、前記コンピュータと通信する機能を有するサブ基板と、を備え、
前記サブ基板は、
第１方式で第１機器と通信する機能と、
前記第１方式とは異なる第２方式で第２機器と通信する機能と、を有し、
前記サブ基板は、
前記第１方式での通信の状態の監視を行う処理である第１通信監視処理と、
前記第２方式での通信の状態の監視を行う処理である第２通信監視処理と、
前記第１通信監視処理及び前記第２通信監視処理のうち少なくとも１つの通信監視処理の結果が所定の条件を満たした場合に、少なくとも前記コンピュータを再起動させる処理を含む再起動処理と、を実行し、
前記再起動処理は、
前記所定の条件が満たされた場合に、前記コンピュータに再起動を命じる再起動命令を送信する第１再起動処理と、
前記第１再起動処理によって前記再起動命令が送信された後も、前記所定の条件が満たされたままである場合に、前記コンピュータの電源をオフ及びオンさせる第２再起動処理と、を含む、
管理システム。
【請求項2】
前記再起動処理は、前記第２再起動処理によって前記コンピュータの電源がオフ及びオンされた後も、前記所定の条件が満たされたままである場合に、前記コンピュータへの給電を停止及び再開させる第３再起動処理を更に含む、
請求項１に記載の管理システム。
【請求項3】
前記再起動処理は、前記第３再起動処理によって前記コンピュータへの給電が停止及び再開された後も、前記所定の条件が満たされたままである場合に、前記サブ基板を再起動する第４再起動処理を更に含む、
請求項２に記載の管理システム。
【請求項4】
前記再起動処理は、前記所定の条件が満たされている状態が継続している期間に、前記コンピュータがシャットダウンされた回数を計数し、計数結果に基づいて、前記第１再起動処理、前記第２再起動処理、前記第３再起動処理及び前記第４再起動処理を順次実行する、
請求項３に記載の管理システム。
【請求項5】
前記サブ基板は、前記コンピュータと少なくともＵＳＢ方式で通信する機能を有し、
前記再起動処理は、前記コンピュータから前記ＵＳＢ方式で供給されるバスパワーの変化に基づいて前記コンピュータがシャットダウンされたことを検知する処理を更に含む、
請求項４に記載の管理システム。
【請求項6】
前記サブ基板は、前記コンピュータと、ＵＳＢ方式及びＬＡＮ方式の各々で通信する機能を更に有し、
前記第１方式は、ＲＳ４８５方式であり、
前記第２方式は、前記ＬＡＮ方式であり、
前記第１通信監視処理は、前記ＲＳ４８５方式での通信の有無の監視を行う処理であるＲＳ４８５通信監視処理であり、
前記第２通信監視処理は、前記ＬＡＮ方式での通信の有無の監視を行う処理であるＬＡＮ通信監視処理であり、
前記所定の条件は、所定時間以上に渡って通信がない無通信状態を検知した、という無通信条件であり、
前記再起動処理は、前記ＲＳ４８５通信監視処理及び前記ＬＡＮ通信監視処理のうち少なくとも１つの通信監視処理の結果が前記無通信条件を満たした場合に、前記コンピュータを再起動させる処理を含む、
請求項１～５のいずれか一項に記載の管理システム。
【請求項7】
前記サブ基板は、前記ＵＳＢ方式で第３機器と通信する機能を更に有し、
前記サブ基板は、前記ＵＳＢ方式での通信の状態の監視であるＵＳＢ通信監視処理を更に実行し、
前記再起動処理は、前記ＲＳ４８５通信監視処理、前記ＬＡＮ通信監視処理及び前記ＵＳＢ通信監視処理のうち少なくとも１つの通信監視処理の結果が前記無通信条件を満たした場合に、前記コンピュータを再起動させる処理を含む、
請求項６に記載の管理システム。
【請求項8】
前記再起動処理は、
前記ＲＳ４８５通信監視処理の結果が前記無通信条件を満たした場合には、前記ＬＡＮ方式及び前記ＵＳＢ方式の少なくとも１つの方式での通信によって前記コンピュータを再起動させ、
前記ＬＡＮ通信監視処理の結果が前記無通信状態を満たした場合には、前記ＵＳＢ方式での通信によって前記コンピュータを再起動させ、
前記ＵＳＢ通信監視処理の結果が前記無通信条件を満たした場合には、前記ＬＡＮ方式での通信によって前記コンピュータを再起動させる処理を含む、
請求項７に記載の管理システム。
【請求項9】
前記再起動処理は、前記ＲＳ４８５通信監視処理及び前記ＬＡＮ通信監視処理のうち少なくとも１つの通信監視処理の結果が前記無通信条件を満たした場合に、前記コンピュータを再起動させる処理であり、
前記サブ基板は、前記ＵＳＢ方式で第３機器と通信する機能を更に有し、
前記コンピュータは、
前記ＵＳＢ方式での通信の状態の監視であるＵＳＢ通信監視処理を実行し、
前記ＵＳＢ通信監視処理の結果が前記無通信条件を満たした場合に、前記サブ基板から前記第３機器への前記ＵＳＢ方式による給電を停止及び再開させる、
請求項８に記載の管理システム。
【請求項10】
コンピュータと通信する機能を有するサブ基板であって、
前記サブ基板は、
第１方式で第１機器と通信する機能と、
前記第１方式とは異なる第２方式で第２機器と通信する機能と、を有し、
前記サブ基板は、
前記第１方式での通信の状態の監視を行う処理である第１通信監視処理と、
前記第２方式での通信の状態の監視を行う処理である第２通信監視処理と、
前記第１通信監視処理及び前記第２通信監視処理のうち少なくとも１つの通信監視処理の結果が所定の条件を満たした場合に、少なくとも前記コンピュータを再起動させる処理を含む再起動処理と、を実行し、
前記再起動処理は、
前記所定の条件が満たされた場合に、前記コンピュータに再起動を命じる再起動命令を送信する第１再起動処理と、
前記第１再起動処理によって前記再起動命令が送信された後も、前記所定の条件が満たされたままである場合に、前記コンピュータの電源をオフ及びオンさせる第２再起動処理と、を含む、
サブ基板。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、管理システム及びサブ基板に関し、より詳細には、コンピュータを備える管理システム、及びコンピュータと通信するサブ基板に関する。
【背景技術】
【0002】
特許文献１には、ＣＰＵへの負荷が高くなった場合に自己リブートを行うことで、内部情報を初期化して正常動作を継続する機能、を実装したルータが記載されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００９－２３２３５８号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載のルータでは、ＣＰＵ（コンピュータ）の動作が停止した場合、自己リブートは困難となる。
【0005】
また、コンピュータには一般に、複数の機器がＬＡＮ又はＵＳＢといった各種の方式で通信可能に接続されており、コンピュータは自己リブートを行うほど不安定になっていなくても、機器側の動作が不安定となる場合がある。このような場合に、コンピュータを再起動することで、機器側の動作が安定化し、ひいてはコンピュータの動作もより安定化する可能性がある。
【0006】
本開示の目的は、少なくともコンピュータの動作の安定化を図ることができる管理システム及びサブ基板を提供することである。
【課題を解決するための手段】
【0007】
本開示の一態様に係る管理システムは、コンピュータとサブ基板とを備える。前記サブ基板は、前記コンピュータと通信する機能を有する。前記サブ基板は、第１方式で第１機器と通信する機能と、第２方式で第２機器と通信する機能と、を有する。前記第２方式は、前記第１方式とは異なる方式である。前記サブ基板は、第１通信監視処理と第２通信監視処理と再起動処理とを実行する。前記第１通信監視処理は、前記第１方式での通信の状態の監視を行う処理である。前記第２通信監視処理は、前記第２方式での通信の状態の監視を行う処理である。前記再起動処理は、前記第１通信監視処理及び前記第２通信監視処理のうち少なくとも１つの通信監視処理の結果が所定の条件を満たした場合に、少なくとも前記コンピュータを再起動させる処理を含む。前記再起動処理は、前記所定の条件が満たされた場合に、前記コンピュータに再起動を命じる再起動命令を送信する第１再起動処理と、前記第１再起動処理によって前記再起動命令が送信された後も、前記所定の条件が満たされたままである場合に、前記コンピュータの電源をオフ及びオンさせる第２再起動処理と、を含む。
【0008】
本開示の一態様に係るサブ基板は、コンピュータと通信する機能を有する。前記サブ基板は、第１方式で第１機器と通信する機能と、第２方式で第２機器と通信する機能と、を有する。前記第２方式は、前記第１方式とは異なる方式である。前記サブ基板は、第１通信監視処理と第２通信監視処理と再起動処理とを実行する。前記第１通信監視処理は、前記第１方式での通信の状態の監視を行う処理である。前記第２通信監視処理は、前記第２方式での通信の状態の監視を行う処理である。前記再起動処理は、前記第１通信監視処理及び前記第２通信監視処理のうち少なくとも１つの通信監視処理の結果が所定の条件を満たした場合に、少なくとも前記コンピュータを再起動させる処理を含む。前記再起動処理は、前記所定の条件が満たされた場合に、前記コンピュータに再起動を命じる再起動命令を送信する第１再起動処理と、前記第１再起動処理によって前記再起動命令が送信された後も、前記所定の条件が満たされたままである場合に、前記コンピュータの電源をオフ及びオンさせる第２再起動処理と、を含む。
【発明の効果】
【0009】
本開示の管理システム及びサブ基板は、少なくともコンピュータの動作の安定化を図ることができる、という効果がある。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
（１）第１実施形態
以下の説明で挙げる通信の具体的な方式、具体的な処理の手順、及び各種の閾値の具体的な数値などは、いずれも例示に過ぎず、適宜変更され得る。
以下の説明で挙げる通信の具体的な方式、具体的な処理の手順、及び各種の閾値の具体的な数値などは、いずれも例示に過ぎず、適宜変更され得る。
【0012】
（１－１）コンピュータシステム
本開示の第１実施形態に係る端末１０は、例えば、図１に示すようなコンピュータシステム１００に用いられる。コンピュータシステム１００は、端末１０、ＬＴＥ（Long Term Evolution）ルータ２０、サーバ３０、第１機器１０１、第２機器１０２及び第３機器１０３を備える。第１機器１０１はＲＳ４８５コネクタを有し、第２機器１０２はＬＡＮ（Local Area Network）コネクタを有し、第３機器１０３はＵＳＢ（Universal Serial Bus）コネクタを有する。
本開示の第１実施形態に係る端末１０は、例えば、図１に示すようなコンピュータシステム１００に用いられる。コンピュータシステム１００は、端末１０、ＬＴＥ（Long Term Evolution）ルータ２０、サーバ３０、第１機器１０１、第２機器１０２及び第３機器１０３を備える。第１機器１０１はＲＳ４８５コネクタを有し、第２機器１０２はＬＡＮ（Local Area Network）コネクタを有し、第３機器１０３はＵＳＢ（Universal Serial Bus）コネクタを有する。
【0013】
（１－２）端末
端末１０は、コンピュータ１及びサブ基板２を備える。なお、コンピュータ１は、例えば、パーソナルコンピュータ（ＰＣ）であり、以下では「ＰＣ１」と記す場合がある。ただし、コンピュータ１は、個人用に限らない。
端末１０は、コンピュータ１及びサブ基板２を備える。なお、コンピュータ１は、例えば、パーソナルコンピュータ（ＰＣ）であり、以下では「ＰＣ１」と記す場合がある。ただし、コンピュータ１は、個人用に限らない。
【0014】
サブ基板２は、ＵＳＢ方式及びＬＡＮ方式の各々でコンピュータ１と通信する機能を有する。また、サブ基板２は、ＲＳ４８５方式で第１機器と、ＬＡＮ方式で第２機器と、ＵＳＢ方式で第３機器１０３と、それぞれ通信する機能を更に有する。
【0015】
なお、ＬＡＮは通常、配線方式を意味するが、本開示では、ＬＡＮ方式の配線で使用される通信方式、の意味で用いることとする。ＬＡＮ方式は、通常、有線ＬＡＮ方式（例えば、Ethernet（登録商標）方式）であるが、無線ＬＡＮ方式でもよい。
【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】
図３に示すように、最初に、サブ基板２（第２ＣＰＵ２１）は、各フラグのリセットを行う（ステップＳ１）。各フラグとは、第１フラグ～第４フラグの各々である。
【0054】
第１フラグは、ＰＣ１の再起動が実行済みであることを示すフラグである。第２フラグは、ＰＣ１の強制シャットダウンが実行済みであることを示すフラグである。第３フラグは、ＰＣ１への給電の停止及び再開が実行済みであることを示すフラグである。第４フラグは、サブ基板２自身の再起動が実行済みであることを示すフラグである。
【0055】
次に、サブ基板２（第２ＣＰＵ２１）は、内蔵メモリに記憶されている第２タイミング情報を基に、ＲＳ４８５通信の監視を行うタイミングであるか否かを判断する（ステップＳ２）。ＲＳ４８５通信の監視を行うタイミングでない（ステップＳ２でＮｏ）と判断された場合、処理はステップＳ４に進む。
【0056】
ステップＳ２でＲＳ４８５通信の監視を行うタイミングである（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信監視処理を実行する（ステップＳ３）。その後、処理はステップＳ６に進む。
【0057】
ステップＳ２でＲＳ４８５通信の監視を行うタイミングでない（Ｎｏ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、第２タイミング情報を基に、ＬＡＮ通信の監視を行うタイミングであるか否かを判断する（ステップＳ４）。ＬＡＮ通信の監視を行うタイミングである（ステップＳ４でＹｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＬＡＮ通信監視処理を実行する（ステップＳ５）。その後、処理はステップＳ６に進む。
【0058】
ステップＳ６では、サブ基板２（第２ＣＰＵ２１）は、ステップＳ３のＲＳ４８５通信監視処理及びステップＳ５のＬＡＮ通信監視処理の少なくとも１つによって無通信状態が検出されたか否かを判断する（ステップＳ６）。ＲＳ４８５通信監視処理及びＬＡＮ通信監視処理のいずれによっても無通信状態が検出されていない（ステップＳ６でＮｏ）と判断された場合、処理はステップＳ１に戻る。
【0059】
ステップＳ６で、ＲＳ４８５通信監視処理及びＬＡＮ通信監視処理の少なくとも１つによって無通信状態が検出された（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、第４フラグがセット状態であるか否かを判断する（ステップＳ７）。第４フラグがセット状態である（ステップＳ７でＹｅｓ）と判断された場合、処理は終了する。
【0060】
ステップＳ７で第４フラグがセット状態でない（Ｎｏ：つまり第４フラグがリセット状態である）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、再起動処理を実行する（ステップＳ８）。その後、処理はステップＳ２に戻る。
【0061】
ステップＳ４でＬＡＮ通信の監視を行うタイミングでない（Ｎｏ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＰＣ１からのＵＳＢリセットコマンドの有無（ＵＳＢリセットコマンドを受信したか否か）を判断する（ステップＳ９）。ＰＣ１からのＵＳＢリセットコマンドを受信していない（ステップＳ９でＮｏ）と判断された場合、処理はステップＳ２に戻る。
【0062】
ステップＳ９でＵＳＢリセットコマンドを受信した（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＵＳＢハブ２８を介して第３機器１０３へのＵＳＢ給電の停止及び再開（第３機器１０３のＵＳＢコネクタ２８１に対する抜き差しに相当する処理）を実行する（ステップＳ１０）。これにより、ＵＳＢコネクタ２８１に接続されている第３機器１０３が再起動される。その後、処理はステップＳ２に戻る。
【0063】
上記ステップＳ８の再起動処理は、例えば、図４のフローチャートに従って実行される。
【0064】
再起動処理では、最初に、サブ基板２（第２ＣＰＵ２１）は、第１フラグがセット状態であるか否かを判断する（ステップＳ８０１）。第１フラグがセット状態である（ステップＳ８０１でＹｅｓ）と判断された場合、処理はステップＳ８０４に進む。
【0065】
ステップＳ８０１で第１フラグがセット状態でない（Ｎｏ：つまり第１フラグがリセット状態である）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＰＣ１の再起動（ソフトウェアリブートに相当する処理）を行う（ステップＳ８０２）。次に、サブ基板２（第２ＣＰＵ２１）は、第１フラグをセットする（ステップＳ８０３）。その後、処理は上位のフローチャート（図３参照）に戻る。
【0066】
ステップＳ８０１で第１フラグがセット状態である（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、第２フラグがセット状態であるか否かを判断する（ステップＳ８０４）。第２フラグがセット状態である（ステップＳ８０４でＹｅｓ）と判断された場合、処理はステップＳ８０７に進む。
【0067】
ステップＳ８０４で第２フラグがセット状態でない（Ｎｏ：つまり第２フラグがリセット状態である）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＰＣ１の強制シャットダウン及び起動（ハードウェアリブートに相当する処理）を行う（ステップＳ８０５）。次に、サブ基板２（第２ＣＰＵ２１）は、第２フラグをセットする（ステップＳ８０６）。その後、処理は上位のフローチャート（図３参照）に戻る。
【0068】
ステップＳ８０４で第２フラグがセット状態である（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、第３フラグがセット状態であるか否かを判断する（ステップＳ８０７）。第３フラグがセット状態である（ステップＳ８０７でＹｅｓ）と判断された場合、処理はステップＳ８１０に進む。
【0069】
ステップＳ８０７で第３フラグがセット状態でない（Ｎｏ：つまり第３フラグがリセット状態である）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＰＣ１への給電の停止及び再開（コンセントの抜き差しに相当する処理）を行う（ステップＳ８０８）。次に、サブ基板２（第２ＣＰＵ２１）は、第３フラグをセットする（ステップＳ８０９）。その後、処理は上位のフローチャート（図３参照）に戻る。
【0070】
ステップＳ８０７で第３フラグがセット状態である（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、サーバ３０に向けてアラートを発信する（ステップＳ８１０）。次に、サブ基板２（第２ＣＰＵ２１）は、サブ基板２自身の再起動（自己リブート）を行い（ステップＳ８１１）、第４フラグをセットする（ステップＳ８１２）。その後、処理は上位のフローチャート（図３参照）に戻る。
【0071】
【0072】
最初に、ＰＣ１（第１ＣＰＵ１１）は、メモリ１２に記憶されている第１タイミング情報を基に、ＵＳＢ通信の監視を行うタイミングであるか否かを判断する（ステップＳ１１）。ＵＳＢ通信の監視を行うタイミングでない（ステップＳ１１でＮｏ）と判断された場合、処理はステップＳ１５に進む。
【0073】
ステップＳ１１でＵＳＢ通信の監視を行うタイミングである（Ｙｅｓ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、ＵＳＢ通信監視処理を実行する（ステップＳ１２）。次に、ＰＣ１（第１ＣＰＵ１１）は、ステップＳ１１のＵＳＢ通信監視処理によって無通信状態が検出されたか否かを判断する（ステップＳ１３）。ＵＳＢ通信監視処理によって無通信状態が検出されていない（ステップＳ１３でＮｏ）と判断された場合、処理はステップＳ１１に戻る。
【0074】
ステップＳ１３で無通信状態が検出された（Ｙｅｓ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、サブ基板２にＵＳＢリセットコマンドを送信する（ステップＳ１４）。その後、処理はステップＳ１１に戻る。
【0075】
ステップＳ１１でＵＳＢ通信の監視を行うタイミングでない（Ｎｏ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、他の処理（ＵＳＢ通信監視処理以外の処理）を実行する（ステップＳ１５）。その後、処理はステップＳ１１に戻る。
【0076】
（１－３－３）第１実施形態の変形例
以下では、既出事項の説明は省略又は簡略化し、第１実施形態との相違点を詳しく説明する。
以下では、既出事項の説明は省略又は簡略化し、第１実施形態との相違点を詳しく説明する。
【0077】
この変形例において、第２ＣＰＵ２１は、通信部２４を介してＲＳ４８５通信の有無を監視し、かつＬＡＮハブ２７を介してＬＡＮ通信の有無を監視するのに加えて、ＵＳＢハブ２８を介してＵＳＢ通信の有無を更に監視する。なお、第２ＣＰＵ２１が行うＵＳＢ通信の有無の監視（無通信状態か否かの判断）は、例えば、ＵＳＢハブ２８によって無通信状態が検出されたか否か、の判断である。
【0078】
そして、第２ＣＰＵ２１は、ＲＳ４８５方式、ＬＡＮ方式及びＵＳＢ方式のうち少なくとも１つの方式での通信に関する監視結果が、所定の条件（無通信条件）を満たす場合に、再起動処理を実行する。
【0079】
また、図４の再起動処理において、ステップＳ８１０のアラート発信は、ステップＳ８０７で第３フラグがセット状態であると判断された時点ではなく、例えば、ステップＳ８１２で第４フラグがセットされた後、に実行されてもよい。この場合、アラートに含まれる通知情報には、サブ基板２の自己リブートも実行済みである旨が追記されてもよい。これによって、コンピュータシステム１００の管理者は、端末１０においてＰＣ１の動作が不安定化していること、及び、サブ基板２による再起動処理を受け、更にサブ基板２自身が再起動（自己リブート）を行っても、ＰＣ１が安定化しなかったこと、を認識する。これによって、サブ基板２の自己リブートでＰＣ１が安定化した場合に、管理者は、端末１０のメンテナンスを行う必要がなくなる。
【0080】
また、この変形例において、ＲＳ４８５方式は、例えば、ＲＳ４２２方式、又はＲＳ２３２Ｃなどの、他のシリアル通信方式に置き換えられてもよい。
【0081】
また、この変形例において、通信の有無の監視（無通信状態か否かの判断）に代えて又はこれに加えて、通信エラーの有無の監視が行われてもよい。サブ基板２（第２ＣＰＵ２１）は、例えば、単位時間当たりの通信エラーの発生量が閾値以上である場合に、再起動処理を行ってもよい。または、サブ基板２（第２ＣＰＵ２１）は、例えば、無通信状態である場合、及び単位時間当たりの通信エラーの発生量が閾値以上である場合、の各々に再起動処理を行ってもよい。
【0082】
なお、この変形例において、商用電源４０は、商用以外の交流電源に置き換えられてもよい。また、サブ基板２に内蔵されたＡＣ／ＤＣコンバータ２２は、サブ基板２に外付けされた電源ブロック、に置き換えられてもよい。
【0083】
また、この変形例において、ＬＴＥルータ２０は、ＬＴＥ以外のルータ（例えば、５Ｇに対応するルータなど）に置き換えられてもよい。また、サーバ３０とＬＴＥルータ２０との間の通信は、ＶＰＮ以外の方式（例えば、一般的なインターネットに対応する方式など）で行われてもよい。
【0084】
（１－４）第１実施形態の利点
この実施形態によれば、第１機器１０１及び第２機器１０２に対応するＲＳ４８５方式及びＬＡＮ方式の各々での通信の状態に基づいて、ＰＣ１を再起動することで、ＰＣ１を備える端末１０において、少なくともＰＣ１の動作の安定化を効果的に図ることができる。
この実施形態によれば、第１機器１０１及び第２機器１０２に対応するＲＳ４８５方式及びＬＡＮ方式の各々での通信の状態に基づいて、ＰＣ１を再起動することで、ＰＣ１を備える端末１０において、少なくともＰＣ１の動作の安定化を効果的に図ることができる。
【0085】
また、この実施形態では、ＲＳ４８５方式及びＬＡＮ方式の各々での通信の監視（ＲＳ４８５通信及びＬＡＮ通信の各々が無通信状態か否かの判断）をサブ基板２が行い、ＵＳＢ方式での通信の監視（ＵＳＢ通信が無通信状態か否かの判断）をＰＣ１が行う。ＰＣ１は、ＵＳＢ通信が無通信状態となった場合に、第３機器１０３へのＵＳＢ方式による給電を停止及び再開させることで、第３機器１０３の再起動ひいてはＰＣ１の安定化を図ることができる。
【0086】
また、ＰＣ１の電源のオフ及びオン（ハードウエアリブートに相当する動作）の前に、再起動命令の送信（ソフトウエアリブートに相当する動作）を行うことで、ＰＣ１へのダメージを抑制しつつ、ＰＣ１の動作の安定化を図ることができる。
【0087】
また、ＰＣ１の電源のオフ及びオンを行ってもＰＣ１の動作が安定化しなかった場合には、ＰＣ１への給電の停止及び再開（コンセントの抜き差しに相当する動作）を行うことで、ＰＣ１の動作の安定化を図ることができる。
【0088】
また、ＲＳ４８５方式及びＬＡＮ方式のいずれが無通信状態となっても、ＰＣ１の再起動を図ることができる。
【0089】
（２）第２実施形態
以下では、第１実施形態との共通点についての説明は省略又は簡略化し、相違点を詳しく説明する。
以下では、第１実施形態との共通点についての説明は省略又は簡略化し、相違点を詳しく説明する。
【0090】
相違点の１つは、サブ基板２が、ＲＳ４８５通信及びＬＡＮ通信に加えてＵＳＢ通信についても監視を行い、ＲＳ４８５通信、ＬＡＮ通信及びＵＳＢ通信の少なくとも１つが無通信状態となった場合に、再起動処理を実行する点である。
【0091】
相違点の他の１つは、再起動処理に含まれる４種類の処理（ＰＣ１に対するソフトウェアリブート、ＰＣ１に対するハードウェアリブート、ＰＣ１に対するコンセントの抜き差し、及びサブ基板２の自己リブート、に対応する４種類の処理：図４参照）を実行するタイミング及び回数を、サブ基板２は、ＰＣ１のシャットダウン回数を基に管理する点である。
【0092】
シャットダウン回数とは、無通信条件が連続して満たされている期間（つまり、無通信状態が継続している期間）内に、ＰＣ１がシャットダウンされた回数である。シャットダウン回数は、初期値が０であり、無通信状態が継続している状態でＰＣ１がシャットダウンされる度にインクリメントされ、無通信状態でなくなると０にリセットされる。
【0093】
相違点のその他の１つは、ＰＣ１が、ＵＳＢ通信監視処理及びそれによって無通信状態が検出された場合のＵＳＢリセットコマンドの送信（図５の処理）に代えて、サブ基板２側の第２ＣＰＵ２１の死活監視（図８の処理）を行う点である。
【0094】
（２－１）サブ基板
第２ＣＰＵ２１は、通信部２４を介してＲＳ４８５通信の有無を監視し、かつＬＡＮハブ２７を介してＬＡＮ通信の有無を監視するのに加えて、ＵＳＢハブ２８を介して、ＰＣ１と、サブ基板２ひいては第３機器１０３と、の間のＵＳＢ方式での通信（以下、「ＵＳＢ通信」と記す場合がある）の有無を更に監視する。
第２ＣＰＵ２１は、通信部２４を介してＲＳ４８５通信の有無を監視し、かつＬＡＮハブ２７を介してＬＡＮ通信の有無を監視するのに加えて、ＵＳＢハブ２８を介して、ＰＣ１と、サブ基板２ひいては第３機器１０３と、の間のＵＳＢ方式での通信（以下、「ＵＳＢ通信」と記す場合がある）の有無を更に監視する。
【0095】
そして、第２ＣＰＵ２１は、ＲＳ４８５方式、ＬＡＮ方式及びＵＳＢ方式のうち少なくとも１つの方式での通信に関する監視結果が、所定の条件（無通信条件）を満たす場合に、再起動処理を実行する。
【0096】
第２ＣＰＵ２１は、ＵＳＢバスパワーの変化を基にＰＣ１のシャットダウンを検知するのに加えて、無信号条件が連続して満たされている期間内に、ＰＣ１がシャットダウンした回数（シャットダウン回数ｎ）を計数する。そして、第２ＣＰＵ２１は、シャットダウン回数ｎを基に、第１再起動処理、第２再起動処理、第３再起動処理及び第４再起動処理の各々の実行のタイミング（順序）及び回数を制御する。
【0097】
詳しくは、第２ＣＰＵ２１は、無信号条件が満たされていると判断したときのシャットダウン回数ｎが、例えば、１回以下（つまり０又は１回）の場合は第１再起動処理を、２回の場合は第２再起動処理を、３回の場合は第３再起動処理を、４回の場合は第４再起動処理を、それぞれ実行する。
【0098】
これによって、無信号条件に関する判断結果が、無信号条件が満たされていないとの判断結果から、無信号条件が満たされているとの判断結果に変化したことに応じて、まず第１再起動処理が実行される。こうして１回目の第１再起動処理が実行されても、無信号条件が満たされているとの判断結果のままである場合、２回目の第１再起動処理が実行される。また、第２再起動処理が実行されても、無信号条件が満たされているとの判断結果のままである場合、第３再起動処理が実行される。そして、第３再起動処理が実行されても、無信号条件が満たされているとの判断結果のままである場合、第４再起動処理が実行される。
【0099】
このように、サブ基板２では、無信号条件が満たされているか否かが、第２ＣＰＵ２１によって反復的に判断される。そして、無信号条件が満たされていると判断されたときのシャットダウン回数ｎが、１以下（ｎ＝０又は１ｎ＝１）であれば第１再起動処理が、ｎ＝２であれば第２再起動処理が、ｎ＝３であれば第３再起動処理が、ｎ＝４であれば第４再起動処理が、第２ＣＰＵ２１によって実行される。
【0100】
したがって、無信号条件が満たされている状態に変化がなければ、第１再起動処理が２回、第２再起動処理が１回、第３再起動処理が１回、第４再起動処理が１回、順次実行される結果となる。
【0101】
（２－２）ＰＣ
第１ＣＰＵ１１は、ＵＳＢ通信監視処理、及びＵＳＢ通信監視処理によって無通信状態が関した場合のＵＳＢリセットコマンドの送信、代えて、サブ基板２側の第２ＣＰＵ２１の死活監視を行う。例えば、メモリ１２に、第２ＣＰＵ２１の死活監視を行うタイミングに関する第３タイミング情報が更に記憶されている。
第１ＣＰＵ１１は、ＵＳＢ通信監視処理、及びＵＳＢ通信監視処理によって無通信状態が関した場合のＵＳＢリセットコマンドの送信、代えて、サブ基板２側の第２ＣＰＵ２１の死活監視を行う。例えば、メモリ１２に、第２ＣＰＵ２１の死活監視を行うタイミングに関する第３タイミング情報が更に記憶されている。
【0102】
（２－３）動作例
（２－３－１）サブ基板の動作例
サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信に関して、図６及び図７に示すフローチャートに示す処理（つまりＲＳ４８５通信監視・再起動処理）を実行する。
（２－３－１）サブ基板の動作例
サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信に関して、図６及び図７に示すフローチャートに示す処理（つまりＲＳ４８５通信監視・再起動処理）を実行する。
【0103】
図６に示すように、最初に、サブ基板２（第２ＣＰＵ２１）は、シャットダウン回数ｎに初期値０をセットする（ステップＳ２１）。次に、サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信の有無を判断し（ステップＳ２２）、ＲＳ４８５通信あり（ステップＳ２２でＹｅｓ）と判断された場合、ステップＳ２２に戻る。
【0104】
ステップＳ２２でＲＳ４８５通信なし（Ｎｏ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信に関する無通信時間ｔ１の計時を行う。無通信時間ｔ１は、例えば、ＲＳ４８５通信の検出終了に応じてタイマをリセット及びスタートすることで計時可能である。次に、サブ基板２（第２ＣＰＵ２１）は、無通信時間ｔ１が所定時間（例えば５分）以上であるか否かを判断する（ステップＳ２４）。無通信時間ｔ１が５分以上でない（ステップＳ２４でＮｏ：つまり５分未満である）と判断された場合、処理はステップＳ２２に戻る。
【0105】
ステップＳ２４で５分以上である（Ｙｅｓ）と判断された場合、図７に示すように、サブ基板２（第２ＣＰＵ２１）は、シャットダウン回数ｎが所定回数以下（例えば２回以下：ｎ≦２）であるか否かを判断する（ステップＳ２５）。シャットダウン回数ｎが２回以下でない（ステップＳ２５でＮｏ：つまりｎ≧３である）と判断された場合、処理はステップＳ３３に進む。
【0106】
ステップＳ２５でシャットダウン回数ｎが２回以下である（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＰＣ１のシャットダウンを行う（ステップＳ２６）。なお、ステップＳ２６では、ＰＣ１のシャットダウンに加えて、サブ基板２以外のデバイス（例えば、サブ基板２のＵＳＢコネクタ２８１に接続されている第３機器１０３など）の電源オフ及びオン（例えば、ＵＳＢ給電の停止及び再開）を行うことが好適である。
【0107】
次に、サブ基板２（第２ＣＰＵ２１）は、ＵＳＢバスの電圧Ｖが所定値以下（所定値は、例えば０Ｖ、又は０Ｖとみなし得るほど小さい値）であるか否かを判断する（ステップＳ２７）。電圧Ｖが所定値以下である（ステップＳ２７でＹｅｓ）と判断された場合、処理はステップＳ３１に進む。
【0108】
ステップＳ２７で電圧Ｖが所定値以下でない（Ｎｏ：つまり電圧Ｖが所定値を超えている）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、無通信時間ｔ１が所定値を超えている（例えば、ｔ１＞１０分）か否かを判断する（ステップＳ２８）。無通信時間ｔ１が所定値を超えていない（ステップＳ２８でＮｏ：つまりｔ１≦１０分）と判断された場合、処理はステップＳ２７に戻る。
【0109】
ステップＳ２８で無通信時間ｔ１が所定値を超えている（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、シャットダウン回数ｎが１回以下（ｎ≦１）であるか否かを判断する（ステップＳ２９）。シャットダウン回数ｎが１回以下でない（ステップＳ２９でＮｏ：つまりｎ＝２）と判断された場合、処理はステップＳ３２に進む。
【0110】
ステップＳ２９でシャットダウン回数ｎが１回以下である（Ｙｅｓ）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、ＰＣ１を強制シャットダウンする（ステップＳ３０）。なお、この処理において、無通信状態の検知対象はＲＳ４８５通信であり、ＰＣ１とサブ基板２との間ではＵＳＢ通信及びＬＡＮ通信のいずれも行えるため、ステップＳ３０の強制シャットダウンは、ＵＳＢ通信及びＬＡＮ通信の少なくとも１つ（例えば、ＵＳＢ通信）で行われる。その後、処理はステップＳ３１に進む。
【0111】
ステップＳ３１では、サブ基板２（第２ＣＰＵ２１）は、スイッチＳＷ１を介してＰＣ１の電源をオンする。その後、処理はステップＳ３５に進む。
【0112】
ステップＳ２９でシャットダウン回数ｎが１回以下でない（Ｎｏ：つまりｎ＝２）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、リレー２３を介して、ＰＣ１への給電を停止及び再開する（ステップＳ３２）。その後、処理はステップＳ３５に進む。
【0113】
ステップＳ２５でシャットダウン回数ｎが２回以下でない（Ｎｏ：つまりｎ≧３）と判断された場合、サブ基板２（第２ＣＰＵ２１）は、シャットダウン回数ｎが３回（ｎ＝３）か否かを判断する（ステップＳ３３）。シャットダウン回数ｎが３回でない（ステップＳ３３でＮｏ：つまりｎ≧４）と判断された場合、処理はステップＳ３６に進む。
【0114】
ステップＳ３５では、サブ基板２（第２ＣＰＵ２１）は、シャットダウン回数ｎをインクリメントする。その後、処理はステップＳ２２（図６参照）に戻る。
【0115】
ステップＳ３６では、サブ基板２（第２ＣＰＵ２１）は、サーバ３０に対してアラート発信を行う。その後、処理は終了する。
【0116】
また、サブ基板２（第２ＣＰＵ２１）は、ＬＡＮ通信に関して上記と同様の処理、つまり、図６及び図７に示すフローチャートにおいて「ＲＳ４８５」を「ＬＡＮ」に読み替えた処理（ＬＡＮ通信監視・再起動処理）、を更に実行する。ただし、ＬＡＮ通信監視・再起動処理において、無通信状態の検知対象はＬＡＮ通信であり、ＰＣ１とサブ基板２との間ではＵＳＢ通信しか行えない可能性があるため、ステップＳ３０の強制シャットダウンは、ＵＳＢ通信で行われる。
【0117】
また、サブ基板２（第２ＣＰＵ２１）は、ＵＳＢ通信に関して上記と同様の処理、つまり（図６及び図７に示すフローチャート）において「ＲＳ４８５」を「ＵＳＢ」に読み替えた処理（ＵＳＢ通信監視・再起動処理）、を更に実行する。ただし、ＵＳＢ通信監視・再起動処理において、無通信状態の検知対象はＵＳＢ通信であり、ＰＣ１とサブ基板２との間ではＬＡＮ通信しか行えない可能性があるため、ステップＳ３０の強制シャットダウンは、ＬＡＮ通信で行われる。
【0118】
なお、ＲＳ４８５通信監視・再起動処理、ＬＡＮ通信監視・再起動処理、及びＵＳＢ通信監視・再起動処理は、例えば、第２ＣＰＵ２１の単一のコア又は複数のコア、で並列的に実行される。
【0119】
【0120】
最初に、ＰＣ１（第１ＣＰＵ１１）は、メモリ１２に記憶されている第３タイミング情報を基に、第２ＣＰＵ２１の死活監視を行うタイミングであるか否かを判断する（ステップＳ４１）。第２ＣＰＵ２１の死活監視を行うタイミングでない（ステップＳ４１でＮｏ）と判断された場合、処理はステップＳ４６に進む。
【0121】
ステップＳ４１で第２ＣＰＵ２１の死活監視を行うタイミングである（Ｙｅｓ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、以下のステップＳ４２～Ｓ４４の死活監視処理を通じて、第２ＣＰＵ２１の死活監視を行う。すなわち、ＰＣ１（第１ＣＰＵ１１）は、第２ＣＰＵ２１からの信号の有無を判断する（ステップＳ４２）。第２ＣＰＵ２１からの信号あり（ステップＳ４２でＹｅｓ）と判断された場合、処理はステップＳ４６に進む。
【0122】
ステップＳ４２で第２ＣＰＵ２１からの信号なし（Ｎｏ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、無信号時間ｔ２の計時を行う（ステップＳ４３）。無信号時間ｔ２は、例えば、第２ＣＰＵ２１からの信号の検出終了に応じてタイマをリセット及びスタートすることで計時可能である。次に、ＰＣ１（第１ＣＰＵ１１）は、無信号時間ｔ２が所定時間以上（例えば、ｔ２≧６分３０秒）であるか否かを判断する（ステップＳ４４）。無信号時間ｔ２が所定時間以上でない（ステップＳ４４でＮｏ：つまりｔ２＜６分３０秒）であると判断された場合、処理はステップＳ４２に戻る。
【0123】
ステップＳ４４で無信号時間ｔ２が所定時間以上である（Ｙｅｓ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、第２ＣＰＵ２１を再起動する（ステップＳ４５）。なお、第２ＣＰＵ２１の再起動は、例えば、ＬＡＮ通信及びＵＳＢ通信の少なくとも１つを通じた再起動命令の、第１ＣＰＵ１１から第２ＣＰＵ２１への送信によって行われる。その後、処理はステップＳ４１に戻る。
【0124】
ステップＳ４１で第２ＣＰＵ２１の死活監視を行うタイミングでない（Ｎｏ）と判断された場合、ＰＣ１（第１ＣＰＵ１１）は、他の処理（死活監視処理以外の処理：例えば、後述するエネルギーマネジメントに関連する処理など）を実行する（ステップＳ４６）。その後、処理はステップＳ４１に戻る。
【0125】
（２－４）第２実施形態の変形例
以下では、既出事項の説明は省略又は簡略化し、第２実施形態との相違点を詳しく説明する。
以下では、既出事項の説明は省略又は簡略化し、第２実施形態との相違点を詳しく説明する。
【0126】
この変形例では、図９に示すように、サブ基板２が自己リブート用チップ２９を更に備えており、図８の処理は、自己リブート用チップ２９によって実行される。なお、この場合、図８の処理において、ステップＳ４６の「他の処理」は、サブ基板２の内部的な処理となる（何の処理も行われなくてもよい）。これによって、ＰＣ１とサブ基板２との間のＵＳＢ通信及びＬＡＮ通信が共に無通信状態となっても、サブ基板２の自己リブートが可能となる。
【0127】
なお、自己リブート用チップ２９は、例えば、ウォッチドッグタイマ（以下、「ウォッチドッグタイマ２９と記す」）でもよい。この場合、第２ＣＰＵ２１は、ウォッチドッグタイマ２９に向けて、所定の周期（例えば３分に１回の周期）で信号（例えば、第２ＣＰＵ２１自身の生存を示す信号）を送信する。ウォッチドッグタイマ２９は、例えば、図８の処理において、ステップＳ４１及びステップＳ４６を除いた処理、を実行する。
【0128】
詳しくは、ウォッチドッグタイマ２９は、最初、ステップＳ４２で、第２ＣＰＵ２１からの信号の有無の判断を行う。ステップＳ４２での判断結果が信号あり（Ｙｅｓ）の場合、処理はステップＳ４２に戻る。ステップＳ４２での判断結果が信号なし（Ｎｏ）の場合、ステップＳ４３～Ｓ４５が実行される。そして、ステップＳ４５の実行の後、処理はステップＳ４２に戻る。これによって、第２ＣＰＵ２１からの信号がない無信号時間ｔ２が、第２ＣＰＵ２１から信号が送信される周期の２倍に相当する時間（６分）に所定時間（例えば３０秒）を加算した時間（例えば６分３０秒）に達すると、第２ＣＰＵ２１はウォッチドッグタイマ２９によって再起動される。
【0129】
また、この変形例において、ＰＣ１（第１ＣＰＵ１１）は、ＵＳＢ通信監視処理の結果が無通信状態を示す場合に、ＵＳＢリセットコマンドの送信（第１実施形態で行った図５の処理に相当する処理）を更に行ってもよい。サブ基板２（第２ＣＰＵ２１）は、ＵＳＢリセットコマンドに応じたＵＳＢ給電の停止及び再開、を更に行ってもよい。
【0130】
また、この変形例において、サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信監視・再起動処理、及びＬＡＮ通信監視・再起動処理を行い、ＵＳＢ通信監視・再起動処理を行わなくてもよい。または、サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信監視・再起動処理のみを行い、ＬＡＮ通信監視・再起動処理、及びＵＳＢ通信監視・再起動処理を行わなくてもよい。一般には、サブ基板２（第２ＣＰＵ２１）は、ＲＳ４８５通信監視・再起動処理、ＬＡＮ通信監視・再起動処理、及びＵＳＢ通信監視・再起動処理のうち、いずれか１つのみを行ってもよいし、いずれか２つを行ってもよい。
【0131】
また、この変形例における端末１０は、ＰＣ１（第１ＣＰＵ１１）が、サブ基板２（第２ＣＰＵ２１）への再起動命令の送信だけでなく、サブ基板２（第２ＣＰＵ２１）の強制シャットダウン、更にはサブ基板２への給電の停止及び再開、を行えるように構成されてもよい。その場合、ステップＳ４５において、第２ＣＰＵ２１の再起動は、例えば、再起動命令の送信、強制シャットダウン、及びサブ基板２への給電の停止及び再開、によって段階的に行われてもよい。
【0132】
（２－５）第２実施形態の利点
この実施形態によれば、第１機器１０１、第２機器１０２及び第３機器１０３に対応するＲＳ４８５方式、ＬＡＮ方式及びＵＳＢ方式、の各々での通信の状態に基づいて、ＰＣ１を再起動することで、ＰＣ１を備える端末１０において、少なくともＰＣ１の動作の安定化を、より効果的に図ることができる。
この実施形態によれば、第１機器１０１、第２機器１０２及び第３機器１０３に対応するＲＳ４８５方式、ＬＡＮ方式及びＵＳＢ方式、の各々での通信の状態に基づいて、ＰＣ１を再起動することで、ＰＣ１を備える端末１０において、少なくともＰＣ１の動作の安定化を、より効果的に図ることができる。
【0133】
また、ＰＣ１の電源のオフ及びオン（ハードウエアリブートに相当する動作）の前に、再起動命令の送信（ソフトウエアリブートに相当する動作）を行うことで、ＰＣ１へのダメージを抑制しつつ、ＰＣ１の動作の安定化を図ることができる。
【0134】
また、ＰＣ１の電源のオフ及びオンを行ってもＰＣ１の動作が安定化しなかった場合には、ＰＣ１への給電の停止及び再開（コンセントの抜き差しに相当する動作）を行うことで、ＰＣ１の動作の安定化を図ることができる。
【0135】
また、ＰＣ１への給電の停止及び再開を行ってもＰＣ１の動作が安定化しなかった場合には、サブ基板２自身の再起動（自己リブートに相当する動作）を行うことで、サブ基板２ひいてはＰＣ１の動作の安定化を試みることができる。
【0136】
また、ＲＳ４８５方式、ＬＡＮ方式及びＵＳＢ方式のいずれが無通信状態となっても、ＰＣ１の再起動を図ることができる。
【0137】
また、シャットダウン回数ｎを基に、第１～第４の４種類の再起動処理（Ｓ２６及びＳ３１，Ｓ３０及びＳ３１，Ｓ３２並びにＳ３４）について、実行順序及び実行回数の管理を可能化できる。
【0138】
また、ＰＣ１からのＵＳＢバスパワーを監視することで、ＰＣ１のシャットダウンの検知の容易化を図ることができる。
【0139】
（３）具体例
（３－１）第１具体例
第１実施形態又は第２実施形態のコンピュータシステム１００は、例えば、コンビニエンスストア等の小規模店舗におけるエネルギーマネジメントを行うシステム（エネルギーマネジメントシステム）である。
（３－１）第１具体例
第１実施形態又は第２実施形態のコンピュータシステム１００は、例えば、コンビニエンスストア等の小規模店舗におけるエネルギーマネジメントを行うシステム（エネルギーマネジメントシステム）である。
【0140】
サーバ３０は、例えば、複数の店舗を統括する本部に設置される。端末１０は、ＬＴＥルータ２０及び第１機器１０１～第３機器１０３と共に、複数の店舗の各々に設置される。第１機器１０１は、例えば空調機器であり、第２機器１０２は、例えば保冷機器であり、第３機器は、例えば事務機器である。端末１０を構成するＰＣ１は、例えばＡＩコントローラ（以下、「ＡＩコントローラ１」と記す）である。ＡＩコントローラ１は、サーバ３０と協働して、又は単独で、端末１０が設置されている店舗のエネルギーマネジメント（例えば、消費電力を抑制しつつ店内環境の快適化を図ること等）を行う。端末１０を構成するサブ基板２は、ＡＩコントローラ１が不安定となったときに、ＡＩコントローラ１に対して、ソフトウェアリブート、ハードウェアリブート、コンセントの抜き差し、に対応する３種類の再起動処理、を段階的に実行する。これによって、端末１０において、ＡＩコントローラ１へのダメージを抑制しつつ、ＡＩコントローラ１の安定化を図ることができる。
【0141】
また、ＡＩコントローラ１に対する上記再起動処理を行ってもＡＩコントローラ１が安定化しない場合には、サブ基板２の自己リブートを更に行うことで、ＡＩコントローラ１の安定化の可能性をより高めることができる。併せて、サーバ３０に向けてアラートを発信することで、管理者が店舗に出向いて端末１０のメンテナンスを行う、といった人為的な対処の支援を図ることができる。
【0142】
なお、エネルギーマネジメントの対象は、小規模店舗に限らず、大規模店舗でもよいし、店舗以外（例えば、オフィス等）でも構わない。
【0143】
（３－２）第２具体例
第１実施形態又は第２実施形態のコンピュータシステム１００は、例えば、デジタルサイネージを制御する制御システムでもよい。
第１実施形態又は第２実施形態のコンピュータシステム１００は、例えば、デジタルサイネージを制御する制御システムでもよい。
【0144】
サーバ３０は、例えば、デジタルサイネージによる広告を行う広告代理店に設置される。端末１０は、ＬＴＥルータ２０と共に、例えば、広告主の店舗に設置され、第１機器１０１～第３機器１０３は、店舗の内外に設置される。第１機器１０１は、例えば屋外の大型電子看板であり、第２機器１０２は、例えば屋内の小型電子看板であり、第３機器は、例えばタブレット端末である。端末１０を構成するＰＣ１は、例えばＡＩコントローラ１であり、ＡＩコントローラ１は、サーバ３０と協働して、又は単独で、端末１０に接続されているデジタルサイネージを制御する。端末１０のサブ基板２は、ＡＩコントローラ１が不安定となったとき、ＡＩコントローラ１に対する３種類の再起動処理、及びサブ基板２の自己リブートを、必要に応じて段階的に行い、併せて、適宜なタイミングでサーバ３０に向けたアラートを発信する。これによって、デジタルサイネージの不具合への自動的な対処、更には人為的な対処の支援、を図ることができる。その結果、例えば、デジタルサイネージの管理に関する広告主の負担の軽減が図られる。
【0145】
（４）その他の変形例
以上の説明において、端末１０は、ＰＣ１とサブ基板２とを備える管理システム（以下では、「管理システム１０」と記す）であってもよい。管理システム１０では、ＰＣ１とサブ基板２とは別体であってもよい。つまり、ＰＣ１とサブ基板２とは、単一の筐体に収納されていなくてもよい。サブ基板２は、例えば、ＰＣ１に外付けされてもよいし、ＰＣ１から離れた場所に設置されてもよい。
以上の説明において、端末１０は、ＰＣ１とサブ基板２とを備える管理システム（以下では、「管理システム１０」と記す）であってもよい。管理システム１０では、ＰＣ１とサブ基板２とは別体であってもよい。つまり、ＰＣ１とサブ基板２とは、単一の筐体に収納されていなくてもよい。サブ基板２は、例えば、ＰＣ１に外付けされてもよいし、ＰＣ１から離れた場所に設置されてもよい。
【符号の説明】
【0146】
１０ 端末（管理システム）
１ コンピュータ
２ サブ基板
１０１ 第１機器
１０２ 第２機器
１０３ 第３機器
１ コンピュータ
２ サブ基板
１０１ 第１機器
１０２ 第２機器
１０３ 第３機器
【要約】
【課題】少なくともコンピュータの動作の安定化を図ることができる管理システムを提供することである。
【解決手段】管理システム１０は、コンピュータ（ＰＣ）１とサブ基板２とを備える。サブ基板２は、ＰＣ１と通信する機能を有する。サブ基板２は、第１方式で第１機器１０１と通信する機能と、第１方式とは異なる第２方式で第２機器１０２と通信する機能と、を有する。サブ基板２は、第１通信監視処理と第２通信監視処理と再起動処理とを実行する。第１通信監視処理は、第１方式での通信の状態の監視を行う処理であり、第２通信監視処理は、第２方式での通信の状態の監視を行う処理である。再起動処理は、第１通信監視処理及び第２通信監視処理のうち少なくとも１つの通信監視処理の結果が所定の条件を満たした場合に、少なくともＰＣ１を再起動させる処理を含む。
【選択図】 図１
【解決手段】管理システム１０は、コンピュータ（ＰＣ）１とサブ基板２とを備える。サブ基板２は、ＰＣ１と通信する機能を有する。サブ基板２は、第１方式で第１機器１０１と通信する機能と、第１方式とは異なる第２方式で第２機器１０２と通信する機能と、を有する。サブ基板２は、第１通信監視処理と第２通信監視処理と再起動処理とを実行する。第１通信監視処理は、第１方式での通信の状態の監視を行う処理であり、第２通信監視処理は、第２方式での通信の状態の監視を行う処理である。再起動処理は、第１通信監視処理及び第２通信監視処理のうち少なくとも１つの通信監視処理の結果が所定の条件を満たした場合に、少なくともＰＣ１を再起動させる処理を含む。
【選択図】 図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】