(57)【要約】【課題】定期的なバックアップ処理の失敗を検出し、サーバに通知する。【解決手段】ネットワークデバイスの管理手段は、ストレージサービスにバックアップデータを送信するためのスケジュール設定に従い、送信タイミングを管理する。送信手段は、前記管理された送信タイミングになった場合に、前記ストレージサービスに、記憶手段に記憶されたデータから作成されるバックアップデータを送信する。更新手段は、前記バックアップデータの送信に応じて、前記スケジュール設定に従い、送信タイミングを更新する。指示手段は、前記ネットワークデバイスの起動時に、現在時刻が前記管理された送信タイミングを既に過ぎていた場合に、通知機能に、バックアップデータの送信に失敗したことを示す第１エラーのサーバに対する送信を指示する。【選択図】図５
2020112859.tif 000002
【特許請求の範囲】
【請求項１】
サーバと通信可能な通知機能と、バックアップデータの対象となるデータを記憶する記憶手段と、を備えるネットワークデバイスであって、
ストレージサービスにバックアップデータを送信するためのスケジュール設定に従い、送信タイミングを管理する管理手段と、
前記管理された送信タイミングになった場合に、前記ストレージサービスに、前記記憶手段に記憶されたデータから作成されるバックアップデータを送信する送信手段と、
前記バックアップデータの送信に応じて、前記スケジュール設定に従い、送信タイミングを更新する更新手段と、
前記ネットワークデバイスの起動時に、現在時刻が前記管理された送信タイミングを既に過ぎていた場合に、前記通知機能に、バックアップデータの送信に失敗したことを示す第１エラーの前記サーバに対する送信を指示する指示手段と、
を有することを特徴とするネットワークデバイス。
【請求項２】
前記スケジュール設定には、定期的に前記バックアップデータを送信するためのタイミングを計算するための時間情報が設定される
ことを特徴とする請求項１に記載のネットワークデバイス。
【請求項３】
前記指示手段は、前記ネットワークデバイスの起動時に、現在時刻までに前記スケジュール設定に基づく複数回のバックアップデータの送信に失敗している場合であっても、前記管理された送信タイミングによるバックアップデータの送信に失敗したことを示す前記第１エラーの前記サーバに対する送信を指示する
ことを特徴とする請求項１または請求項２に記載のネットワークデバイス。
【請求項４】
前記指示手段は、前記通知機能に対する前記第１エラーの指示に、前記管理された送信タイミングを示す時間情報を含める
ことを特徴とする請求項１乃至３のいずれか一項に記載のネットワークデバイス。
【請求項５】
前記送信手段は、前記ネットワークデバイスに対するバックアップデータの送信指示の入力に応じて、前記管理された送信タイミングによらずに、前記ストレージサービスに、前記記憶手段に記憶されたデータから作成されるバックアップデータを送信する
ことを特徴とする請求項１乃至４のいずれか一項に記載のネットワークデバイス。
【請求項６】
前記ネットワークデバイスの起動時に、前記送信指示の入力に応じたバックアップデータの送信に失敗したことが検知された場合に、
前記指示手段は、前記通知機能に、前記第１エラーとは異なるバックアップデータの送信に失敗したことを示す第２エラーの前記サーバに対する送信を指示する
ことを特徴とする請求項５に記載のネットワークデバイス。
【請求項７】
前記ネットワークデバイスの起動時に、前記送信指示の入力に応じたバックアップデータの送信に失敗したことが検知された場合に、現在時刻が前記管理された送信タイミングを過ぎていなければ、
前記指示手段は、前記通知機能に、前記第１エラーの送信を指示することなく、前記第２エラーの前記サーバに対する送信を指示する
ことを特徴とする請求項６に記載のネットワークデバイス。
【請求項８】
前記ネットワークデバイスの起動時に、前記送信指示の入力に応じたバックアップデータの送信に失敗したことが検出され、かつ現在時刻が前記管理された送信タイミングを既に過ぎていた場合に、
前記指示手段は、前記通知機能に、前記第１エラーおよび前記第２エラーの前記サーバに対する送信を指示する
ことを特徴とする請求項６に記載のネットワークデバイス。
【請求項９】
前記ネットワークデバイスの起動時に、前記管理された送信タイミングでのバックアップの処理が未完了であることを検知した場合に、
前記指示手段は、前記通知機能に、前記管理された送信タイミングでのバックアップが完了する前に電源がオフされたことを示す第３エラーの前記サーバに対する送信を指示する
ことを特徴とする請求項１乃至８のいずれか一項に記載のネットワークデバイス。
【請求項１０】
前記指示手段は、前記通知機能に、前記第３エラーの前記サーバに対する送信を指示するときには、前記第１エラーの前記サーバに対する送信を指示しない
ことを特徴とする請求項９に記載のネットワークデバイス。
【請求項１１】
サーバと通信可能な通知機能と、バックアップデータの対象となるデータを記憶する記憶手段と、を備えるネットワークデバイスにおける方法であって、
ストレージサービスにバックアップデータを送信するためのスケジュール設定に従い、送信タイミングを管理する工程と、
前記管理された送信タイミングになった場合に、前記ストレージサービスに、前記記憶手段に記憶されたデータから作成されるバックアップデータを送信する工程と、
前記バックアップデータの送信に応じて、前記スケジュール設定に従い、送信タイミングを更新する工程と、
前記ネットワークデバイスの起動時に、現在時刻が前記管理された送信タイミングを既に過ぎていた場合に、前記通知機能に、バックアップデータの送信に失敗したことを示す第１エラーの前記サーバに対する送信を指示する工程と、
を有することを特徴とするネットワークデバイスにおける方法。
【請求項１２】
ストレージサービスにバックアップデータを送信するためのスケジュール設定に従い、送信タイミングを管理する工程と、
前記管理された送信タイミングになった場合に、前記ストレージサービスに、バックアップデータの対象となるデータが記憶される記憶手段に記憶されたデータから作成されるバックアップデータを送信する工程と、
前記バックアップデータの送信に応じて、前記スケジュール設定に従い、送信タイミングを更新する工程と、
コンピュータの起動時に、現在時刻が前記管理された送信タイミングを既に過ぎていた場合に、サーバと通信可能な通知機能に、バックアップデータの送信に失敗したことを示す第１エラーの前記サーバに対する送信を指示する工程と、
をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークデバイス、方法およびプログラムに関する。
【背景技術】
【０００２】
プリンタ等の画像形成装置を含む情報処理装置において、設定値や保有する情報を保護し、故障やデータ消去等の問題が発生した場合に復旧を可能にするために、バックアップ処理が行われる。バックアップ処理では、例えば、サービスセンターが提供するバックアップサーバや、クラウドサービスとして提供されるストレージ等の外部記憶装置にバックアップデータを保存することもある。なお、バックアップ処理の種類としては、定期的なスケジューリングでバックアップを取得する定期バックアップや、ユーザが意図したタイミングでバックアップを取得する手動バックアップが挙げられる。
【０００３】
また、この種の情報処理装置の管理システムでは、何らかのエラーや不慮の事態が発生した場合、ネットワークを介してイベントの情報をサービスセンターのホストサーバへ送ることで、情報処理装置の保守や管理が行われる。管理システムのサービスセンター側では、受信した情報に応じて何らかの対処が行われる。
【０００４】
例えば、特許文献１には、デバイス再起動のようなユーザの操作によってエラーが解消された場合、ホストサーバ側に通知することにより、サービスセンターにエラーの解消を通知する技術が開示されている。サポート対象である情報処理装置の場合、バックアップ処理が失敗した場合に、そのイベントの情報をホストサーバに送り、サービスセンター等の管理者側で何らかの対処をすることが求められる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−７２９６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
定期バックアップにおいて、スケジューリングされたタイミングにデバイス自身の電源が入っていなかった場合、バックアップが実行できずにスキップされる。この場合には、デバイス自身の電源が入っていないので、定期バックアップ処理が実行されなかったことの通知処理も行われずに、サービスセンターで上記の事象を把握できない可能性がある。
【０００７】
一方、バックアップデータの保存先では多数の情報処理装置からバックアップデータをそれぞれ受信して保存している。そのため、特定の情報処理装置に関するバックアップのスキップ等の事象をバックアップデータの保存先から監視して把握することは非常に煩雑であり、このような仕組みを構築することはコスト面からも現実的ではない。
【課題を解決するための手段】
【０００８】
一実施形態のネットワークデバイスは、サーバと通信可能な通知機能と、バックアップデータの対象となるデータを記憶する記憶手段と、を備える。ネットワークデバイスは、管理手段と、送信手段と、更新手段と、指示手段とを有する。管理手段は、ストレージサービスにバックアップデータを送信するためのスケジュール設定に従い、送信タイミングを管理する。送信手段は、前記管理された送信タイミングになった場合に、前記ストレージサービスに、前記記憶手段に記憶されたデータから作成されるバックアップデータを送信する。更新手段は、前記バックアップデータの送信に応じて、前記スケジュール設定に従い、送信タイミングを更新する。指示手段は、前記ネットワークデバイスの起動時に、現在時刻が前記管理された送信タイミングを既に過ぎていた場合に、前記通知機能に、バックアップデータの送信に失敗したことを示す第１エラーの前記サーバに対する送信を指示する。
【発明の効果】
【０００９】
一実施形態のネットワークデバイスによれば、定期的なバックアップ処理の失敗を検出し、サーバに通知することができる。
【図面の簡単な説明】
【００１０】
【図１】ネットワークシステムの全体構成例を示す図である。
【図２】印刷デバイスのハードウェア構成例を示す図である。
【図３】印刷デバイスのソフトウェア構成例を示す図である。
【図４】定期バックアップ処理を説明するフローチャートである。
【図５】定期バックアップのスキップ検知処理を説明するフローチャートである。
【図６】アラート通知の送信処理を説明するフローチャートである。
【図７】印刷デバイスのソフトウェア構成の別例を示す図である。
【図８】イベント検知処理を説明するフローチャートである。
【図９】ユーザインタフェース画面の表示例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面などを参照して説明する。
【００１２】
（第１実施形態）
図１は、第１実施形態のネットワークシステムの全体構成例を示す図である。このネットワークシステムは、例えばＨＴＴＰ（Hyper Text Transfer Protocol）に準拠したネットワーク構成を想定している。
【００１３】
図１に示すネットワークシステムにおいては、ゲートウェイ装置１０１、印刷デバイス１０３およびパーソナルコンピュータ（ＰＣ）１０４は、イントラネットＬＡＮ（Local Area Network）１０２を介して互いに接続されている。また、ホストサーバ装置１０５およびストレージサービス１０６は、ネットワーク１００を介して、イントラネットＬＡＮ１０２のゲートウェイ装置１０１に接続される。なお、イントラネットＬＡＮ１０２に接続される印刷デバイス１０３およびＰＣ１０４の数は、図１の例に限定されず、複数であってもよい。
【００１４】
ゲートウェイ装置１０１は、イントラネットＬＡＮ１０２のセキュリティを高めるために設置され、ネットワーク１００へ接続するためのファイアーウォールの役目を果たす。
【００１５】
印刷デバイス１０３は、ネットワークデバイスの一例であって、用紙に対してトナーやインク等の記録剤を用いて画像形成を行う画像形成装置である。印刷デバイス１０３は、印刷機能に加えてＦＡＸやコピー等の複合機能を備える複合機であってもよい。印刷デバイス１０３は、ホストサーバ装置１０５に対して、印刷デバイス１０３のデバイス情報やイベント情報を、ネットワーク１００を介して定期または不定期に送信する。
【００１６】
ＰＣ１０４は、一般のユーザが業務等で使用するコンピュータである。ＰＣ１０４は、イントラネットＬＡＮ１０２を通して印刷デバイス１０３との通信が可能であり、印刷ジョブを印刷デバイス１０３に送信することによりネットワーク印刷を行う。
【００１７】
ホストサーバ装置１０５は、サーバの一例であって、印刷デバイス１０３の稼動状態を一元的に管理する情報処理装置である。
ホストサーバ装置１０５は、印刷デバイス１０３の保守を行うサービスセンターで運用される。例えば、ホストサーバ装置１０５は、印刷デバイス１０３の稼動情報の収集や印刷デバイス１０３の故障検出等を行い、必要に応じて印刷デバイス１０３の保守の手配等を行う。
【００１８】
なお、ホストサーバ装置１０５は、例えば、Ｗｅｂブラウザで閲覧可能なユーザインタフェース画面に情報を提示することや、ｅ−ｍａｉｌ等のメッセージによって、サービスセンターの顧客管理者や担当のサービスマンに通知を行うことができる。なお、ユーザインタフェース画面の例については、図９を参照して後述する。
【００１９】
ストレージサービス１０６は、印刷デバイス１０３から受信する後述のバックアップデータを内部ストレージに格納し、ネットワーク１００上で当該バックアップデータを管理する情報処理装置である。ストレージサービス１０６は、複数台の情報処理装置から構築されていてもよい。
【００２０】
図２は、印刷デバイス１０３のハードウェア構成例を示す図である。
印刷デバイス１０３は、ＣＰＵ２００、ＲＡＭ２０１、ＲＯＭ２０２、ネットワークＩ／Ｆ２０３、システムバス２０４、デバイスコントローラ２０５、二次記憶装置２０６およびプリンタ２０７を備える。ＣＰＵ２００、ＲＡＭ２０１、ＲＯＭ２０２、ネットワークＩ／Ｆ２０３、デバイスコントローラ２０５および二次記憶装置２０６は、システムバス２０４を介して接続されている。
なお、ＣＰＵは、Central Processing Unitの略であり、ＲＡＭは、Random Access Memoryの略である。ＲＯＭは、Read Only Memoryの略である。
【００２１】
ＣＰＵ２００は、システムバス２０４を介して印刷デバイス１０３の各要素を統括的に制御する。ＣＰＵ２００は、ＲＡＭ２０１、ＲＯＭ２０２あるいは二次記憶装置２０６に記憶されたプログラムを読み出して実行し、例えば通信制御や画像処理などの各種制御を行う。
【００２２】
ＲＡＭ２０１は、ＣＰＵ２００の主メモリ、ワークエリア等の一時領域として用いられる。ここで、ＲＡＭ２０１は、バッテリによりバックアップされて、電源オフ時でも情報の保存が可能なバックアップＲＡＭ２０１ａを含む。
ＲＯＭ２０２は、不揮発性の記憶媒体であって、組込済みプログラムおよび各種のデータを記憶する。
【００２３】
ネットワークＩ／Ｆ２０３は、ＬＡＮなどのネットワークに接続するための通信インタフェースである。印刷デバイス１０３は、ネットワークＩ／Ｆ２０３を介して、他のコンピュータやネットワーク機器との通信を行う。なお、ネットワークＩ／Ｆ２０３による通信の方式は、有線または無線のいずれでもよい。
【００２４】
デバイスコントローラ２０５は、プリンタ２０７を制御する。プリンタ２０７は、例えば電子写真方式の印刷装置であり、露光部、転写部や定着器などを含む。
二次記憶装置２０６は、プログラムやデータを記憶する不揮発性の記憶媒体であって、例えば、ＨＤＤ（Hard Disk Drive）などで構成される。
【００２５】
図３は、印刷デバイス１０３のソフトウェア構成例を示す図である。
印刷デバイス１０３は、ソフトウェアモジュールとして、バックアップ機能を担うイベント検知機能３００と、ホストサーバ装置１０５と通信可能な通知機能３０１とを有する。
【００２６】
イベント検知機能３００のソフトウェアモジュールは、スケジュール判断部３０２と、通知指示部３０３と、スケジュール更新部３０６と、バックアップ部３０７および復元部３０８とを含む。
【００２７】
スケジュール判断部３０２は、バックアップデータの定期的な送信タイミングの時間情報が設定されたスケジュール設定に従って、送信タイミングの時間情報と現在時刻との差を計算する。スケジュール判断部３０２は、上記の計算結果に基づいて、ストレージサービス１０６にバックアップデータを送信する送信タイミングを管理する。スケジュール設定の情報は、例えば、バックアップＲＡＭ２０１ａや二次記憶装置２０６に保存される。
ここで、上記のスケジュール設定に従ったストレージサービス１０６へのバックアップデータの送信処理を、定期バックアップ処理とも称する。イベント検知機能３００による定期バックアップ処理の詳細は、図４を用いて後述する。
【００２８】
また、スケジュール判断部３０２は、印刷デバイス１０３の電源がオンになったとき（起動時）に、定期バックアップ処理の次回実行予定時刻と現在時刻とを比較する。そして、次回実行予定時刻が現在時刻よりも前である場合（現在時刻が管理された送信タイミングを既に過ぎていた場合）、スケジュール判断部３０２は、定期バックアップ処理のスキップを検知する。
【００２９】
通知指示部３０３は、定期バックアップ処理のスキップが検知されたときに、通知機能３０１に対して、バックアップデータの送信に失敗したことを示すアラート通知をホストサーバ装置１０５に送信することを指示する（通知指示）。
なお、イベント検知機能３００による定期バックアップのスキップ検知処理の詳細は、図５を用いて後述する。
【００３０】
スケジュール更新部３０６は、定期バックアップ処理でのバックアップデータの送信に応じて、スケジュール設定に従い、次回の定期バックアップ処理を行う送信タイミング（次回実行予定時刻）を更新する。
【００３１】
バックアップ部３０７は、印刷デバイス１０３の故障やデータの破損などの不慮の事態に備えて印刷デバイス１０３のバックアップを実行し、バックアップデータを作成する。また、バックアップ部３０７は、作成したバックアップデータをストレージサービス１０６に送信する。
【００３２】
ここで、バックアップデータは、印刷デバイス１０３のバックアップＲＡＭ２０１ａや二次記憶装置２０６に格納される一部または全部の情報を対象として作成される。印刷デバイス１０３のバックアップデータは、例えば、各種設定情報、ログ情報、アプリケーション、ライセンス情報などを含む。
【００３３】
また、バックアップ部３０７は、定期バックアップ処理による定期的なバックアップだけでなく、ユーザによるバックアップデータの送信指示の入力に応じて不定期に手動でバックアップを実行できる。例えば、図示しないタッチパネル等を介して印刷デバイス１０３がユーザのバックアップ指示を受けると、バックアップ部３０７はバックアップを実行する。このとき、バックアップ部３０７は、スケジュール設定で管理された送信タイミングによらずにストレージサービス１０６にバックアップデータを送信する。
【００３４】
復元部３０８は、印刷デバイス１０３の故障やデータの破損などの不慮の事態が生じたときに、ストレージサービス１０６にバックアップされたバックアップデータを用いて印刷デバイス１０３のデータを復元する。これにより、印刷デバイス１０３をバックアップが実行された時点の状態に戻すことができる。
【００３５】
一方、通知機能３０１のソフトウェアモジュールは、通知生成部３０４と、通知送信部３０５とを含む。
【００３６】
通知生成部３０４は、印刷デバイス１０３に関する情報（デバイス情報）の通知や、印刷デバイス１０３で発生したイベントに関する情報（イベント情報）の通知を生成する。
また、通知生成部３０４は、通知指示部３０３からの通知指示を受信すると、ホストサーバ装置１０５へのアラート通知を生成する。このアラート通知は、定期バックアップ処理のスキップを表すメッセージと、定期バックアップ処理の次回実行予定時刻の情報を含む。
【００３７】
通知送信部３０５は、通知生成部３０４が生成した各種の通知をホストサーバ装置１０５へ送信する。通知送信部３０５の送信する通知には、例えば、カウンタ情報の送信、ログの送信、デバイスのステータスの送信、デバイスの故障通知や、上記のアラート通知が含まれる。
なお、通知機能３０１によるアラート通知の送信処理の詳細は、図６を用いて後述する。
【００３８】
図４は、イベント検知機能３００による定期バックアップ処理を説明するフローチャートである。図４に係る定期バックアップ処理を実現するプログラムは、ＲＡＭ２０１、ＲＯＭ２０２、二次記憶装置２０６などから読み込まれ、ＣＰＵ２００により実行される。
【００３９】
印刷デバイス１０３の電源がオンであるときには、所定の時間間隔をおいて、イベント検知機能３００による定期バックアップ処理のプログラムが定期的に実行される。
まず、スケジュール判断部３０２は、定期バックアップ処理の次回実行予定時刻と現在時刻と比較し、次回実行予定時刻が到来したかを判定する（Ｓ３００）。次回実行予定時刻が到来していなければ（Ｓ３００のＮＯ）、図４の処理は終了する。この場合、定期バックアップ処理のプログラムが実行されるごとにＳ３００の判定が行われ、イベント検知機能３００は、次回実行予定時刻が到来するまではＳ３０１以降の処理の実行を待機することになる。
【００４０】
一方、定期バックアップ処理の次回実行予定時刻が到来すると（Ｓ３００のＹＥＳ）、バックアップ部３０７は、定期バックアップ処理を開始する（Ｓ３０１）。バックアップ部３０７は、バックアップＲＡＭ２０１ａや二次記憶装置２０６に格納される情報からバックアップデータを作成し、作成したバックアップデータをストレージサービス１０６に送信する。これにより、定期バックアップ処理のバックアップデータがストレージサービス１０６に保存される。
【００４１】
バックアップデータの送信が完了すると、スケジュール更新部３０６は、スケジュール設定に従い、次回の定期バックアップ処理を行う送信タイミング（次回実行予定時刻）を更新し、図４の処理が終了する。
これにより、次回以降の定期バックアップ処理において、Ｓ３００の処理では更新された次回実行予定時刻に基づき判定が行われる。
【００４２】
ここで、印刷デバイス１０３の電源がオフであるときに定期バックアップ処理の次回実行予定時刻が到来した場合を想定する。この場合には、スケジュール設定で管理されたタイミングにおいて、バックアップデータの送信（Ｓ３０１）および次回実行予定時刻の更新（Ｓ３０２）はいずれも実行されない。
【００４３】
印刷デバイス１０３の電源がオフである期間が長い場合には、複数回の定期バックアップ処理が実行されずにスキップされることもある。なお、複数回の定期バックアップ処理がスキップされる場合には次回実行予定時刻の更新がされないので、この場合の次回実行予定時刻の情報は最初にスキップされた定期バックアップ処理のタイミングを示す。
【００４４】
図５は、イベント検知機能３００による定期バックアップのスキップ検知処理を説明するフローチャートである。図５に係る定期バックアップのスキップ検知処理を実現するプログラムは、ＲＡＭ２０１、ＲＯＭ２０２、二次記憶装置２０６などから読み込まれ、ＣＰＵ２００により実行される。
【００４５】
印刷デバイス１０３の電源がオンになったとき、イベント検知機能３００による定期バックアップのスキップ検知処理のプログラムが実行される。
まず、スケジュール判断部３０２は、定期バックアップ処理の次回実行予定時刻を、現在時刻と比較する（Ｓ４００）。定期バックアップ処理の次回実行予定時刻が現在時刻以降であれば（Ｓ４００のＮＯ）、図５の処理は終了する。
【００４６】
一方、定期バックアップ処理の次回実行予定時刻が現在時刻よりも前であれば（Ｓ４００のＹＥＳ）、スケジュール判断部３０２は、定期バックアップ処理のスキップを検知する（Ｓ４０１）。
【００４７】
定期バックアップ処理のスキップが検知されると、通知指示部３０３は、通知機能３０１に対してホストサーバ装置１０５へのアラート通知を指示し（Ｓ４０２）、図５の処理が終了する。
【００４８】
Ｓ４０２のアラート通知の指示には、スケジュール判断部３０２により検知された定期バックアップ処理のスキップを表すメッセージと、定期バックアップ処理の次回実行予定時刻の情報が含まれる。なお、定期バックアップ処理のスキップを表すメッセージは、当該事象を表すシステム上のアラートコードなどでもよい。
【００４９】
図６は、通知機能３０１によるアラート通知の送信処理を説明するフローチャートである。図６に係るアラート通知の送信処理を実現するプログラムは、ＲＡＭ２０１、ＲＯＭ２０２、二次記憶装置２０６などから読み込まれ、ＣＰＵ２００により実行される。
【００５０】
イベント検知機能３００からアラート通知の指示を受けると、通知機能３０１によるアラート通知の送信処理のプログラムが実行される。
まず、通知生成部３０４は、イベント検知機能３００から受けたアラート通知の指示に含まれるメッセージおよび時刻の情報を取得する（Ｓ５００）。そして、通知生成部３０４は、取得したメッセージおよび時刻の情報を用いてアラートを生成する（Ｓ５０１）。
その後、通知送信部３０５は、生成したアラートをホストサーバ装置１０５へ送信し（Ｓ５０２）、図６の処理は終了する。
【００５１】
ここで、図５のＳ４０２で送信する通知指示や、図６のＳ５０２で送信するアラートは、いずれもＪＳＯＮ(JavaScript(登録商標) Object Notation)などのデータ記述言語で表現される。
Ｓ４０２で送信する通知指示の記述例をＪＳＯＮ形式で以下に示す。この通知指示には、アラート種別を表すアラートコード(alert-code)の情報と、アラートの発生時刻(occurrence-time)の情報が含まれる。第１実施形態においてアラートの発生時刻は、定期バックアップ処理の次回実行予定時刻に対応する。
【００５２】
【表１】
2020112859.tif 000003
【００５３】
また、Ｓ５０２で送信するアラートの記述例をＪＳＯＮ形式で以下に示す。このアラートには、上記の通知指示に含まれていたアラートコードおよびアラートの発生時刻を表す情報に加え、さらに以下の情報が含まれている。具体的には、アラートには、印刷デバイス１０３固有のＩＤ(device-id)、印刷デバイス１０３を所有する顧客名(customer)、印刷デバイス１０３を販売した販売組織名(sales)の情報が含まれる。
【００５４】
【表２】
2020112859.tif 000004
【００５５】
第１実施形態の印刷デバイス１０３は、電源がオンされたときに定期バックアップのスキップ検知処理（図５）を実行する。例えば、定期バックアップ処理の次回実行予定時刻にデバイス自身の電源が入っておらずに定期バックアップ処理が失敗した場合には、印刷デバイス１０３が、定期バックアップのスキップを検知してホストサーバ装置１０５にアラートを通知する。
したがって、第１実施形態では、印刷デバイス１０３からのアラートに基づき、ホストサーバ装置１０５からの通知を受けたサービスマン等は、印刷デバイス１０３で定期バックアップ処理のスキップが発生したことを把握できる。
【００５６】
第１実施形態においては、定期バックアップ処理がスキップされている回数に拘わらず、定期バックアップのスキップ検知処理ごとにホストサーバ装置１０５へのアラートの通知は１回行われる。つまり、定期バックアップ処理が複数回スキップされていても、ホストサーバ装置１０５に同時に多数のアラートの通知が送信されることがなく、必要性の低い多数のアラート通知が行われることを抑止できる。そのため、サービスマン等がアラートの事象を把握しやすくなる。
【００５７】
また、第１実施形態の印刷デバイス１０３は、定期バックアップ処理の次回実行予定時刻を含めたアラートをホストサーバ装置１０５に通知する。複数回の定期バックアップ処理がスキップされる場合には次回実行予定時刻が更新されない。したがって、サービスマン等は、アラートに含まれる次回実行予定時刻の情報を参照することで、定期バックアップ処理のスキップがいつから起きていたかを容易に把握できる。
【００５８】
（第２実施形態）
第２実施形態では、バックアップ処理のスキップと強制電源断をイベント検知機能３００が検知する構成について説明する。
【００５９】
ここで、第２実施形態におけるネットワークシステムの全体構成と、印刷デバイス１０３のハードウェア構成は第１実施形態と同様である。また、イベント検知機能３００の定期バックアップ処理と、通知機能３０１のアラート通知の送信処理は、第１実施形態および第２実施形態で同様である。そのため、これらの重複説明はいずれも省略する。
【００６０】
図７は、第２実施形態における印刷デバイス１０３のソフトウェア構成例を示す図である。図７に関しては図３と相違する部分を主に説明し、第１実施形態と同様の部分には同じ符号を付して重複説明を省略する。
【００６１】
第２実施形態におけるイベント検知機能３００のソフトウェアモジュールは、スケジュール判断部３０２、通知指示部３０３、スケジュール更新部３０６、バックアップ部３０７および復元部３０８に加えて、実行中処理判断部６００をさらに有している。
【００６２】
実行中処理判断部６００は、バックアップＲＡＭ２０１ａに格納されるバックアップ処理の進捗を示す管理情報を参照し、未完了のバックアップ処理の有無を判定する。
例えば、実行中処理判断部６００は、バックアップデータの作成が開始され、かつバックアップデータの送信が完了していないときには、未完了のバックアップ処理があると判定する。
【００６３】
図８は、イベント検知機能３００によるイベント検知処理を説明するフローチャートである。図８に係るイベント検知処理を実現するプログラムは、ＲＡＭ２０１、ＲＯＭ２０２、二次記憶装置２０６などから読み込まれ、ＣＰＵ２００により実行される。
【００６４】
印刷デバイス１０３の電源がオンになったとき、イベント検知機能３００によるイベント検知処理のプログラムが実行される。
ステップＳ７００にて、実行中処理判断部６００は、バックアップＲＡＭ２０１ａを参照し、未完了のバックアップ処理があるかを判定する。未完了のバックアップ処理がある場合にはステップＳ７０１に処理が移行する。一方、未完了のバックアップ処理がない場合にはステップＳ７０６に処理が移行する。
【００６５】
ステップＳ７０１にて、スケジュール判断部３０２は、未完了のバックアップ処理が定期的な処理であるか、手動処理であるかを判定する。例えば、スケジュール判断部３０２は、スケジュール設定を参照し、未完了のバックアップ処理がスケジュール設定のタイミングで実行されていない場合には、手動処理であると判定する。
未完了のバックアップ処理が定期的な処理である場合にはステップＳ７０２に処理が移行する。一方、未完了のバックアップ処理が手動処理である場合にはステップＳ７０３に処理が移行する。
【００６６】
ステップＳ７０２にて、定期バックアップ処理が未完了であった場合、スケジュール判断部３０２は、定期バックアップ処理の強制電源断をイベントとして検知する。その後、ステップＳ７０８に処理が移行する。
【００６７】
ここで、強制電源断とは、処理実行中に強制的に電源が切られ、処理が未完了のまま終了した状態を意味する。なお、定期バックアップ処理の強制電源断が発生する状況としては、例えば、顧客インフラの電源管理スケジュールによる電源オフ期間または印刷デバイス１０３で設定された定期電源オフ期間と、定期バックアップ処理のタイミングが合致する場合が挙げられる。
【００６８】
ステップＳ７０３にて、手動のバックアップ処理が未完了であった場合、スケジュール判断部３０２は、定期バックアップ処理の次回実行予定時刻を現在時刻と比較する。そして、スケジュール判断部３０２は、次回実行予定時刻が現在時刻よりも前であるかを判定する。
次回実行予定時刻が現在時刻よりも前である場合にはステップＳ７０４に処理が移行する。一方、次回実行予定時刻が現在時刻以降である場合にはステップＳ７０５に処理が移行する。
【００６９】
ステップＳ７０４は、手動のバックアップ処理が未完了であり、次回実行予定時刻が現在時刻よりも前である場合である。この場合、スケジュール判断部３０２は、手動のバックアップ処理の強制電源断と定期バックアップ処理のスキップをそれぞれイベントとして検知する。その後、ステップＳ７０８に処理が移行する。
【００７０】
ステップＳ７０５は、手動のバックアップ処理が未完了であり、次回実行予定時刻が現在時刻以降である場合である。この場合、スケジュール判断部３０２は、手動バックアップ処理の強制電源断をイベントとして検知する。その後、ステップＳ７０８に処理が移行する。
なお、手動バックアップ処理の強制電源断は、手動バックアップ処理の実行中に何らかの理由で印刷デバイス１０３の電源がオフになった場合に相当する。
【００７１】
ステップＳ７０６にて、スケジュール判断部３０２は、定期バックアップ処理の次回実行予定時刻を現在時刻と比較する。そして、スケジュール判断部３０２は、次回実行予定時刻が現在時刻よりも前であるかを判定する。
次回実行予定時刻が現在時刻よりも前である場合にはステップＳ７０７に処理が移行する。一方、次回実行予定時刻が現在時刻以降である場合には、検知されるイベントがないため、図８の処理が終了する。
【００７２】
ステップＳ７０７は、未完了のバックアップ処理がなく、次回実行予定時刻が現在時刻よりも前である場合である。この場合、スケジュール判断部３０２は、定期バックアップ処理のスキップをイベントとして検知する。その後、ステップＳ７０８に処理が移行する。
【００７３】
ステップＳ７０８にて、通知指示部３０３は、通知機能３０１に対してホストサーバ装置１０５へ検知したイベントのアラート通知を指示する。その後、図８の処理が終了する。
なお、第２実施形態においても、上記のアラート通知の指示を受けて通知機能３０１がアラート通知の送信処理（図６参照）を実行する。
【００７４】
ここで、ステップＳ７０８における通知指示部３０３によるアラート通知の指示は、検知したイベントに応じて以下のように相違する。
【００７５】
例えば、ステップＳ７０２でイベントを検知した場合、アラート通知の指示には、定期バックアップ処理の強制電源断を示すメッセージと、定期バックアップ処理の開始時刻の情報が含まれる。
【００７６】
定期バックアップ処理の強制電源断が検知された場合、強制電源断のアラートがあれば、そのイベントの発生時刻から次回以降の定期バックアップ処理のスキップの有無を把握できる。以上の観点から、ステップＳ７０２の場合には、定期バックアップ処理のスキップに関するアラート通知の指示は行われない。
【００７７】
例えば、ステップＳ７０４でイベントを検知した場合、２種類のアラート通知の指示が発生する。第１のアラート通知の指示には、手動バックアップ処理の強制電源断を示すメッセージと、手動バックアップ処理の開始時刻の情報が含まれる。第２のアラート通知の指示には、定期バックアップ処理のスキップを表すメッセージと、定期バックアップ処理の次回実行予定時刻の情報が含まれる。
【００７８】
手動バックアップ処理の強制電源断が検知された場合において、強制電源断のアラートのみからは定期バックアップ処理のスキップがいつから発生していたかを確実に把握することはできない。以上の観点から、ステップＳ７０４の場合には、手動バックアップ処理の強制電源断に関するアラート通知の指示と、定期バックアップ処理のスキップに関するアラート通知の指示が行われる。
【００７９】
例えば、ステップＳ７０５でイベントを検知した場合、アラート通知の指示には、手動バックアップ処理の強制電源断を示すメッセージと、手動バックアップ処理の開始時刻の情報が含まれる。
【００８０】
手動バックアップ処理の強制電源断と定期バックアップ処理のスキップが発生する場合には２種類のアラート通知の指示が行われるが、ステップＳ７０５の場合には、手動バックアップ処理の強制電源断に関するアラート通知の指示のみ行われる。そのため、ステップＳ７０５の場合には、定期バックアップ処理のスキップに関しては通知がないので、手動バックアップ処理の強制電源断のみ発生していると把握できる。
【００８１】
例えば、ステップＳ７０７でイベントを検知した場合、図５のステップＳ４０２と同様に、定期バックアップ処理のスキップに関するアラート通知の指示が行われる。この場合のアラート通知の指示には、定期バックアップ処理のスキップを表すメッセージと、定期バックアップ処理の次回実行予定時刻の情報が含まれる。
【００８２】
第２実施形態においても、アラート通知の指示に含まれるメッセージは、第１実施形態と同様にイベントの事象を表すシステム上のアラートコードでもよい。また、第２実施形態においても、イベント検知機能３００の通知指示および通知機能３０１のアラートは、第１実施形態と同様の形式で生成される。
【００８３】
第２実施形態の印刷デバイス１０３は、電源がオンされたときにイベント検知処理（図８）を実行する。このイベント検知処理では、強制電源断や電源オフによる定期バックアップ処理の失敗がイベントとして検知され、これらのイベントが検知すると、印刷デバイス１０３がホストサーバ装置１０５にアラートを通知する。
【００８４】
したがって、第２実施形態では、印刷デバイス１０３からのアラートに基づき、ホストサーバ装置１０５からの通知を受けたサービスマン等は、印刷デバイス１０３で強制電源断や電源オフによる定期バックアップ処理の失敗が発生したことを把握できる。なお、第２実施形態においても、定期バックアップ処理のスキップを通知する場合の効果は第１実施形態と同様である。
【００８５】
第２実施形態では、定期バックアップ処理の強制電源断が検知された場合（Ｓ７０２）には、定期バックアップ処理のスキップに関するアラート通知は行われない。また、手動バックアップ処理の強制電源断と定期バックアップ処理のスキップが検知された場合（Ｓ７０４）には、手動バックアップ処理の強制電源断と定期バックアップ処理のスキップの両方でアラート通知が行われる。
【００８６】
第２実施形態では、上記のように、強制電源断と定期バックアップ処理のスキップの状況を把握するために必要な通知がケースごとに行われるので、必要性の低い多数のアラート通知が行われることを抑止できる。そのため、サービスマン等は重要度の高い通知に基づいてアラートの事象を把握しやすくなる。
【００８７】
（ユーザインタフェース画面の表示例）
図９は、アラートを受けたホストサーバ装置１０５によって提供されるユーザインタフェース画面８００の一例を示している。ユーザインタフェース画面８００は、第１実施形態および第２実施形態で共通するが、図９では、第２実施形態のアラートを受けたときのユーザインタフェース画面８００の例を示す。
【００８８】
図９に示すユーザインタフェース画面８００は、印刷デバイス１０３から受けたアラートの通知内容を表形式で表示している。図９のユーザインタフェース画面８００には、カラムヘッダ８０１と、３件分のアラート表示８０２、８０３、８０４とが表示されている。
【００８９】
カラムヘッダ８０１は、アラート表示に含まれる情報のインデックスとして、顧客名、固有の印刷デバイスを表すデバイスＩＤ、アラート発生日時、販売組織名を示している。カラムヘッダ８０１には、例えば、顧客を表すＩＤ、印刷デバイスの製品名、アラートに対する対応有無等の項目が含まれてもよい。
【００９０】
アラート表示８０２、８０３、８０４は、ホストサーバ装置１０５が受けたアラート通知にそれぞれ対応する。例えば、ホストサーバ装置１０５が印刷デバイス１０３からアラートを受けると、ユーザインタフェース画面８００には新たなアラート表示の行が追加される。
【００９１】
個々のアラート表示には、顧客名、デバイスＩＤ、発生日時、販売組織名、アラートの種別の情報が含まれる。なお、アラート表示８０２は強制電源断を示し、アラート表示８０３、８０４は、定期バックアップ処理のスキップを示している。
【００９２】
サービスマン等は、ユーザインタフェース画面８００を閲覧することで、印刷デバイス１０３の強制電源断や定期バックアップ処理のスキップを把握できる。そして、サービスマン等は、印刷デバイス１０３を所有する顧客に対しての連絡や訪問等の対応を取ることができる。
【００９３】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００９４】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【符号の説明】
【００９５】
１００  ネットワーク
１０３  印刷デバイス
１０５  ホストサーバ装置
１０６  ストレージサービス
２００  ＣＰＵ
２０１ａ  バックアップＲＡＭ
２０６  二次記憶装置
３００  イベント検知機能
３０１  通知機能
３０２  スケジュール判断部
３０３  通知指示部
３０６  スケジュール更新部
３０７  バックアップ部
【図１】
2020112859.tif 000005
【図２】
2020112859.tif 000006
【図３】
2020112859.tif 000007
【図４】
2020112859.tif 000008
【図５】
2020112859.tif 000009
【図６】
2020112859.tif 000010
【図７】
2020112859.tif 000011
【図８】
2020112859.tif 000012
【図９】
2020112859.tif 000013