特開 2024-14604 情報処理装置及び情報処理プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024014604

(43)【公開日】2024-02-01

(54)【発明の名称】情報処理装置及び情報処理プログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20240125BHJP

   B41J 29/38 20060101ALI20240125BHJP

   H04N 1/00 20060101ALI20240125BHJP

【ＦＩ】

G06F3/12 329

G06F3/12 320

G06F3/12 334

G06F3/12 373

B41J29/38 801

H04N1/00 002C

H04N1/00 127A

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022117564

(22)【出願日】2022-07-22

(71)【出願人】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】上江洲 吉美

【テーマコード（参考）】

2C061

5C062

【Ｆターム（参考）】

2C061AP01

2C061AQ06

2C061HJ08

2C061HK19

2C061HN15

5C062AA05

5C062AB38

5C062AC38

5C062AC56

5C062AE16

(57)【要約】

【課題】全ての対象装置に関する管理情報を常時利用可能な状態で登録する場合に比較して、複数の対象装置を仮想的な装置を用いて管理する場合において必要とされる記憶容量を抑制することができる情報処理装置及び情報処理プログラムを得る。
【解決手段】サーバ１０は、複数の対象装置を仮想的な装置を用いて管理する場合に必要とされる、対象装置毎の管理情報を取得する取得部１１Ａと、取得部１１Ａによって取得された管理情報のうち、常時利用される常時利用情報については利用可能な状態とし、必要に応じて利用される適時利用情報については利用可能な状態より記憶容量が少ない状態として各々記憶部１３に登録する登録部１１Ｂと、を備える。
【選択図】図４

【特許請求の範囲】

【請求項1】

プロセッサを備え、
前記プロセッサは、
複数の対象装置を仮想的な装置を用いて管理する場合に必要とされる、前記対象装置毎の管理情報を取得し、
取得した前記管理情報のうち、常時利用される常時利用情報については利用可能な状態とし、必要に応じて利用される適時利用情報については前記利用可能な状態より記憶容量が少ない状態として各々記憶部に登録する、
情報処理装置。

【請求項2】

前記プロセッサは、
利用が想定される期間として予め定められた利用期間に前記適時利用情報を前記利用可能な状態とする、
請求項１に記載の情報処理装置。

【請求項3】

前記利用期間は、前記適時利用情報の種別毎に予め定められている、
請求項２に記載の情報処理装置。

【請求項4】

前記種別は、保守に関する情報、利用料金に関する情報、及び分析に関する情報の少なくとも１つを含む、
請求項３に記載の情報処理装置。

【請求項5】

前記プロセッサは、
予め定められたタイミングで、対応する前記対象装置との間で、前記常時利用情報及び前記適時利用情報の同期を行う、
請求項１に記載の情報処理装置。

【請求項6】

前記予め定められたタイミングは、前記常時利用情報及び前記適時利用情報の種別毎に予め定められている、
請求項５に記載の情報処理装置。

【請求項7】

前記利用可能な状態は、インスタンス化された状態である、
請求項１に記載の情報処理装置。

【請求項8】

前記利用可能な状態は、マイクロサービスにより利用可能な状態である、
請求項７に記載の情報処理装置。

【請求項9】

前記適時利用情報は、前記対象装置に関するサービスの種類別に利用される情報であり、
前記利用期間は、前記サービスを実施する複数の実施者によって予め指定された、対象とする前記適時利用情報を利用する期間に応じて定められる期間である、
請求項２に記載の情報処理装置。

【請求項10】

前記対象装置は、画像形成装置である、
請求項１～請求項９の何れか１項に記載の情報処理装置。

【請求項11】

複数の対象装置を仮想的な装置を用いて管理する場合に必要とされる、前記対象装置毎の管理情報を取得し、
取得した前記管理情報のうち、常時利用される常時利用情報については利用可能な状態とし、必要に応じて利用される適時利用情報については前記利用可能な状態より記憶容量が少ない状態として各々記憶部に登録する、
処理をコンピュータに実行させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置及び情報処理プログラムに関する。

【背景技術】

【0002】

複数の対象装置の管理を、当該対象装置の仮想的な装置を利用して行う場合に適用することのできる技術として、以下の技術があった。

【0003】

特許文献１には、クライアント装置がスリープ状態に移行した後に、クライアント装置が管理サーバからの指示を受信することが可能となる仕組みを提供することを目的とした、管理サーバからの指示を受信するために当該管理サーバと通信を行うクライアント装置が開示されている。

【0004】

この技術では、一定時間、クライアント装置がユーザ操作を受け付けなかったことにより、当該クライアント装置の電源がスリープ状態に移行された後、ユーザ操作を受け付けることなく一時的に通常状態に移行され、管理サーバとの通信の後、クライアント装置の電源が通常状態からスリープ状態に移行される。

【0005】

また、特許文献２には、デバイス内で検知したイベントをサーバ上のサービスで利用しやすい形式で送信しつつ、デバイスの処理負荷を低減することができるようにすることを目的とした、イベントを検知する検知部を備えるネットワークデバイスが開示されている。

【0006】

このネットワークデバイスは、通知設定を管理する管理手段と、検知部で検知されたイベントに紐づく通知情報がある場合に、該通知情報の各内容について、上記通知設定に従い、通知対象か否かを判定する判定手段と、通知対象であった内容のそれぞれについて、メッセージを作成する作成手段と、作成された１以上のメッセージを管理サーバに送信する送信手段と、を備える。

【0007】

更に、特許文献３には、オンプレミスのストレージ装置の容量の節約と、オンプレミスのストレージ装置の高アクセス性能と、オンプレミスのリソースに障害があったとき、クラウド上のデータを用いて、高速かつ正確に業務を再開することとを実現することを目的とした、ネットワークを介して他のストレージシステムに接続されるストレージシステムが開示されている。

【0008】

このストレージシステムは、メモリと、プログラムを実行するプロセッサと、データを記憶する記憶デバイスと、を備え、外部装置に提供する第１のボリュームと、前記他のストレージシステムに転送するデータを格納するジャーナルボリュームとを有する。また、このストレージシステムは、前記プロセッサが、前記外部装置から、前記第１のボリュームへのライト要求にかかるライトデータを受信し、受信した前記ライトデータを前記ストレージシステム内に保持するとともに、前記ライトデータとメタデータとを含むジャーナルを作成して前記ジャーナルボリュームに格納して、前記外部装置にライト要求の応答を行う。更に、このストレージシステムは、前記他のストレージシステムからジャーナル転送要求を受信した場合に、前記ジャーナルボリュームに格納したジャーナルを転送し、前記他のストレージシステムが前記ライトデータを格納した後に、前記ストレージシステムが保持したライトデータのうち、前記ストレージシステムへの格納対象となっていないライトデータを削除する。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特開２０１９－０４０４１３号公報

【特許文献2】特開２０２１－０５２２２１号公報

【特許文献3】特許第６８１１７３９号公報

【発明の概要】

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

【0010】

ところで、仮想的な装置を利用して複数の対象装置の管理を行う場合、当該管理に必要とされる全ての管理情報を常時利用可能な状態で登録すると、管理対象とする装置の数が多くなるほど膨大な記憶容量が必要となる、という問題点があった。

【0011】

本開示の目的は、全ての対象装置に関する管理情報を常時利用可能な状態で登録する場合に比較して、複数の対象装置を仮想的な装置を用いて管理する場合において必要とされる記憶容量を抑制することができる情報処理装置及び情報処理プログラムを提供することである。

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

【0012】

上記目的を達成するために、第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、複数の対象装置を仮想的な装置を用いて管理する場合に必要とされる、前記対象装置毎の管理情報を取得し、取得した前記管理情報のうち、常時利用される常時利用情報については利用可能な状態とし、必要に応じて利用される適時利用情報については前記利用可能な状態より記憶容量が少ない状態として各々記憶部に登録する。

【0013】

また、第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサが、利用が想定される期間として予め定められた利用期間に前記適時利用情報を前記利用可能な状態とするものである。

【0014】

また、第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記利用期間が、前記適時利用情報の種別毎に予め定められているものである。

【0015】

また、第４態様に係る情報処理装置は、第３態様に係る情報処理装置において、前記種別が、保守に関する情報、利用料金に関する情報、及び分析に関する情報の少なくとも１つを含むものである。

【0016】

また、第５態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサが、予め定められたタイミングで、対応する前記対象装置との間で、前記常時利用情報及び前記適時利用情報の同期を行うものである。

【0017】

また、第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記予め定められたタイミングが、前記常時利用情報及び前記適時利用情報の種別毎に予め定められているものである。

【0018】

また、第７態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記利用可能な状態が、インスタンス化された状態であるものである。

【0019】

また、第８態様に係る情報処理装置は、第７態様に係る情報処理装置において、前記利用可能な状態が、マイクロサービスにより利用可能な状態であるものである。

【0020】

また、第９態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記適時利用情報が、前記対象装置に関するサービスの種類別に利用される情報であり、前記利用期間が、前記サービスを実施する複数の実施者によって予め指定された、対象とする前記適時利用情報を利用する期間に応じて定められる期間であるものである。

【0021】

また、第１０態様に係る情報処理装置は、第１態様～第９態様の何れか１態様に係る情報処理装置において、前記対象装置が、画像形成装置であるものである。

【0022】

更に、上記目的を達成するために、第１１態様に係る情報処理プログラムは、複数の対象装置を仮想的な装置を用いて管理する場合に必要とされる、前記対象装置毎の管理情報を取得し、取得した前記管理情報のうち、常時利用される常時利用情報については利用可能な状態とし、必要に応じて利用される適時利用情報については前記利用可能な状態より記憶容量が少ない状態として各々記憶部に登録する、処理をコンピュータに実行させる。

【発明の効果】

【0023】

第１態様及び第１１態様によれば、全ての対象装置に関する管理情報を常時利用可能な状態で登録する場合に比較して、複数の対象装置を仮想的な装置を用いて管理する場合において必要とされる記憶容量を抑制することができる。

【0024】

第２態様によれば、適時利用情報を必要な期間に利用することができる。

【0025】

第３態様によれば、適時利用情報の種別毎に利用可能な期間を設定することができる。

【0026】

第４態様によれば、適用した種別毎に、適時利用情報の利用可能な期間を設定することができる。

【0027】

第５態様によれば、常時利用情報及び適時利用情報を新しい情報に更新することができる。

【0028】

第６態様によれば、常時利用情報及び適時利用情報の種別毎に同期を行う期間を設定することができる。

【0029】

第７態様によれば、インスタンスを用いて対象装置の管理を行う態様に対応することができる。

【0030】

第８態様によれば、マイクロサービスを用いて対象装置の管理を行う態様に対応することができる。

【0031】

第９態様によれば、複数のサービス実施者によるサービスを実施可能とすることができる。

【0032】

第１０態様によれば、画像形成装置について、必要とされる記憶容量を抑制することができる。

【図面の簡単な説明】

【0033】

【図1】本開示の実施形態に係る情報処理システムの構成の一例を示すブロック図である。

【図2】本開示の実施形態に係るサーバのハードウェア構成の一例を示すブロック図である。

【図3】本開示の実施形態に係る端末装置のハードウェア構成の一例を示すブロック図である。

【図4】本開示の実施形態に係るサーバの機能的な構成の一例を示すブロック図である。

【図5】本開示の実施形態に係る登録情報データベースの構成の一例を示す模式図である。

【図6】本開示の実施形態に係る復旧待避情報データベースの構成の一例を示す模式図である。

【図7】本開示の実施形態に係る登録処理の一例を示すフローチャートである。

【図8】本開示の実施形態に係る登録画面の一例を示す正面図である。

【図9】本開示の実施形態に係る復旧待避情報作成処理の一例を示すフローチャートである。

【図10】本開示の実施形態に係る情報処理の一例を示すフローチャートである。

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

【0034】

以下、図面を参照して、本開示の実施の形態について詳細に説明する。なお、本実施形態では、本開示の技術を、シェアオフィス及びオンサイトを含む各地に点在する複数の画像形成装置を対象として、各画像形成装置を仮想的なプリンタである仮想プリンタとして用いるクラウドプリントサービスを提供する情報処理システムに適用した場合について説明する。このサービスを利用することで、外出先で画像形成装置が設置されたネットワークに接続することができない端末装置からでもクラウド経由で当該画像形成装置による印刷を行うことができる。

【0035】

まず、図１を参照して、本実施形態に係る情報処理システム１の構成を説明する。図１は、本実施形態に係る情報処理システム１の構成の一例を示すブロック図である。

【0036】

図１に示すように、本実施形態に係る情報処理システム１は、本開示の技術の情報処理装置としてのサーバ１０と、複数の端末装置３０Ａ、３０Ｂ、・・・と、本開示の技術の対象装置としての複数の画像形成装置５０Ａ、５０Ｂ、・・・と、を含む。なお、以下では、端末装置３０Ａ、３０Ｂ、・・・を区別することなく説明する場合は単に「端末装置３０」と総称する。また、以下では、画像形成装置５０Ａ、５０Ｂ、・・・を区別することなく説明する場合は単に「画像形成装置５０」と総称する。

【0037】

サーバ１０及び端末装置３０の例としては、パーソナルコンピュータ及びサーバコンピュータ等の情報処理装置が挙げられる。また、本実施形態では、画像形成装置５０として、画像印刷機能、画像読取機能、及び画像送信機能等を有するデジタル複合機を適用している。但し、この形態に限るものではなく、画像印刷機能のみを有する画像形成装置や、画像印刷機能及び画像読取機能のみを有する画像形成装置等の他の画像形成装置を画像形成装置５０として適用する形態としてもよい。

【0038】

画像形成装置５０Ａ、５０Ｂ、・・・は、全てが同一の仕様のものとは限らず、実行可能なサービスが異なったり、当該サービスの設定可能な項目が異なったり、装備されているオプション品が異なったりしてもよいことは言うまでもない。

【0039】

サーバ１０と、端末装置３０と、画像形成装置５０と、は、ネットワークＮを介して接続されており、サーバ１０は、端末装置３０、及び画像形成装置５０とネットワークＮを介して相互に通信可能とされている。

【0040】

なお、本実施形態では、ネットワークＮとして、インターネット、電話回線網等の公共の通信回線と、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の企業内の通信回線とを組み合わせたものを適用しているが、この形態に限定されるものではない。例えば、ネットワークＮとして、上記公共の通信回線、及び企業内の通信回線の何れか一方のみを適用する形態としてもよい。また、本実施形態では、ネットワークＮとして有線及び無線の通信回線を適用しているが、この形態に限定されるものではなく、無線の通信回線及び有線の通信回線の何れか一方のみを適用する形態としてもよい。

【0041】

次に、図２を参照して、本実施形態に係るサーバ１０の構成を説明する。図２は、本実施形態に係るサーバ１０のハードウェア構成の一例を示すブロック図である。

【0042】

図２に示すように、本実施形態に係るサーバ１０は、プロセッサとしてのＣＰＵ（Central Processing Unit）１１、一時記憶領域としてのメモリ１２、不揮発性の記憶部１３、キーボード及びマウス等の入力部１４、液晶ディスプレイ等の表示部１５、媒体読み書き装置（Ｒ／Ｗ）１６、及び通信インタフェース（Ｉ／Ｆ）部１８を備えている。ＣＰＵ１１、メモリ１２、記憶部１３、入力部１４、表示部１５、媒体読み書き装置１６、及び通信Ｉ／Ｆ部１８はバスＢ１を介して互いに接続されている。媒体読み書き装置１６は、記録媒体１７に書き込まれている情報の読み出し及び記録媒体１７への情報の書き込みを行う。

【0043】

本実施形態に係る記憶部１３はＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等によって実現される。記憶媒体としての記憶部１３には、復旧待避情報作成処理プログラム１３Ａ及び情報処理プログラム１３Ｂが記憶されている。復旧待避情報作成処理プログラム１３Ａは、当該プログラムが書き込まれた記録媒体１７が媒体読み書き装置１６に接続され、媒体読み書き装置１６が記録媒体１７からの当該プログラムの読み出しを行うことで、記憶部１３へ記憶（インストール）される。また、情報処理プログラム１３Ｂも、当該プログラムが書き込まれた記録媒体１７が媒体読み書き装置１６に接続され、媒体読み書き装置１６が記録媒体１７からの当該プログラムの読み出しを行うことで、記憶部１３へ記憶（インストール）される。ＣＰＵ１１は、復旧待避情報作成処理プログラム１３Ａ及び情報処理プログラム１３Ｂの各プログラムを記憶部１３から適宜読み出してメモリ１２に展開し、当該各プログラムが有するプロセスを順次実行する。

【0044】

また、記憶部１３には、登録情報データベース１３Ｃ及び復旧待避情報データベース１３Ｄが記憶されている。なお、登録情報データベース１３Ｃ及び復旧待避情報データベース１３Ｄについては、詳細を後述する。

【0045】

次に、図３を参照して、本実施形態に係る端末装置３０の構成を説明する。図３は、本実施形態に係る端末装置３０のハードウェア構成の一例を示すブロック図である。

【0046】

本実施形態に係る情報処理システム１は、上述したクラウドプリントサービスに加えて、当該クラウドプリントサービスを利用して画像形成装置５０の各々を管理するサービス（以下、「管理サービス」という。）も構築することができるものとされている。そして、本実施形態に係る管理サービスは、予め定められたサービス提供会社（本実施形態では、画像形成装置５０のメーカの代理店）によって実施されるものとされており、本実施形態に係る端末装置３０は、サービス提供会社によって用いられるものである。

【0047】

図３に示すように、本実施形態に係る端末装置３０は、プロセッサとしてのＣＰＵ３１、一時記憶領域としてのメモリ３２、不揮発性の記憶部３３、キーボード及びマウス等の入力部３４、液晶ディスプレイ等の表示部３５、媒体読み書き装置（Ｒ／Ｗ）３６、及び通信Ｉ／Ｆ部３８を備えている。ＣＰＵ３１、メモリ３２、記憶部３３、入力部３４、表示部３５、媒体読み書き装置３６、及び通信Ｉ／Ｆ部３８はバスＢ２を介して互いに接続されている。媒体読み書き装置３６は、記録媒体３７に書き込まれている情報の読み出し及び記録媒体３７への情報の書き込みを行う。

【0048】

本実施形態に係る記憶部３３はＨＤＤ、ＳＳＤ、フラッシュメモリ等によって実現される。記憶媒体としての記憶部３３には、登録処理プログラム３３Ａが記憶されている。登録処理プログラム３３Ａは、当該プログラムが書き込まれた記録媒体３７が媒体読み書き装置３６に接続され、媒体読み書き装置３６が記録媒体３７からの当該プログラムの読み出しを行うことで、記憶部３３へ記憶（インストール）される。ＣＰＵ３１は、登録処理プログラム３３Ａを記憶部３３から読み出してメモリ３２に展開し、登録処理プログラム３３Ａが有するプロセスを順次実行する。

【0049】

次に、図４を参照して、本実施形態に係るサーバ１０の機能的な構成について説明する。図４は、本実施形態に係るサーバ１０の機能的な構成の一例を示すブロック図である。

【0050】

図４に示すように、サーバ１０は、取得部１１Ａ及び登録部１１Ｂを含む。サーバ１０のＣＰＵ１１が復旧待避情報作成処理プログラム１３Ａ及び情報処理プログラム１３Ｂを実行することで、取得部１１Ａ及び登録部１１Ｂとして機能する。

【0051】

本実施形態に係る取得部１１Ａは、複数の対象装置（本実施形態では、画像形成装置５０）を仮想的な装置（本実施形態では、仮想プリンタ）を用いて管理する場合に必要とされる、対象装置毎の管理情報を取得する。また、本実施形態に係る登録部１１Ｂは、取得部１１Ａによって取得された管理情報のうち、常時利用される常時利用情報については利用可能な状態（以下、「利用可能状態」という。）とし、必要に応じて利用される適時利用情報については利用可能状態より記憶容量が少ない状態として各々記憶部１３に登録する。そして、本実施形態に係る登録部１１Ｂは、利用が想定される期間として予め定められた利用期間に適時利用情報を利用可能状態とする。

【0052】

本実施形態では、上記利用期間が、適時利用情報の種別毎に予め定められており、特に、当該種別は、保守に関する情報、利用料金に関する情報、及び分析に関する情報を含むものとされているが、これに限るものではない。例えば、保守に関する情報、利用料金に関する情報、及び分析に関する情報のうちの何れか１つのみ、又は２つの組み合わせを上記種別に含める形態としてもよい。

【0053】

また、本実施形態に係る登録部１１Ｂは、予め定められたタイミングで、対応する対象装置との間で、常時利用情報及び適時利用情報の同期を行う。なお、本実施形態では、前記予め定められたタイミングが、常時利用情報及び適時利用情報の種別毎に予め定められているが、これに限るものではない。例えば、常時利用情報及び適時利用情報の種別とは無関係に上記タイミングが予め定められている形態としてもよい。

【0054】

また、本実施形態では、上記利用可能状態としてインスタンス（Instance）化された状態で、かつ、マイクロサービスにより利用可能な状態を適用している。なお、ここでいう「インスタンス化」とは、対応する常時利用情報及び適時利用情報を、メインメモリ上に展開して処理することができる状態にすることを意味し、「インスタンス」は、オブジェクト指向プログラミングにおける「オブジェクト」に相当する。

【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】

また、上記実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えば、ＣＰＵ等）や、専用のプロセッサ（例えば、ＧＰＵ： Graphics Processing Unit、ＡＳＩＣ： Application Specific Integrated Circuit、ＦＰＧＡ： Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。

【0109】

更に、上記実施形態では、各種処理を、プログラムを実行することにより、コンピュータを利用してソフトウェア構成により実現する場合について説明したが、本発明はこれに限定されるものではない。例えば、各種処理を、ハードウェア構成や、ハードウェア構成とソフトウェア構成の組み合わせによって実現する形態としてもよい。

【0110】

その他、上記実施形態で説明したサーバ１０及び端末装置３０の構成は一例であり、本発明の主旨を逸脱しない範囲内において不要な部分を削除したり、新たな部分を追加したりしてもよいことは言うまでもない。

【0111】

また、上記実施形態で説明した各種処理の流れも一例であり、本発明の主旨を逸脱しない範囲内において不要なステップを削除したり、新たなステップを追加したり、処理順序を入れ替えたりしてもよいことは言うまでもない。

【符号の説明】

【0112】

１ 情報処理システム
１０ サーバ
１１ ＣＰＵ
１１Ａ 取得部
１１Ｂ 登録部
１２ メモリ
１３ 記憶部
１３Ａ 復旧待避情報作成処理プログラム
１３Ｂ 情報処理プログラム
１３Ｃ 登録情報データベース
１３Ｄ 復旧待避情報データベース
１４ 入力部
１５ 表示部
１６ 媒体読み書き装置
１７ 記録媒体
１８ 通信Ｉ／Ｆ部
３０ 端末装置
３１ ＣＰＵ
３２ メモリ
３３ 記憶部
３３Ａ 登録処理プログラム
３４ 入力部
３５ 表示部
３６ 媒体読み書き装置
３７ 記録媒体
３８ 通信Ｉ／Ｆ部
５０ 画像形成装置
Ｎ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】