JP2020170287A - 装置、制御方法、およびプログラム - Google Patents

Abstract

【課題】画像形成装置等の装置に対して同種のサービスが重複して契約された場合に、それらの中からユーザが利用したいサービスを選択して利用することができる装置、制御方法、およびプログラムを提供する。【解決手段】装置に対して契約されている各サービスに関する情報を管理する管理サーバから、各サービスを特定可能な第１の情報を取得し、管理サーバから、重複して受けることができないサービスの種別の組み合わせを示す第２の情報を取得する。そして、第１の情報と第２の情報とに基づき、各サービスの中から重複して受けることができないサービスの組み合わせを特定し、特定した組み合わせのそれぞれから、ユーザの指示に基づき有効にするサービスを選択する。さらに、選択されたサービスを有効にし、選択されなかったサービスを無効にするための通知を、管理サーバに対して行う。【選択図】図１５

Description

本発明は、装置、特に画像形成装置に契約されている複数のサービスを管理する技術に関する。

パーソナルコンピュータ、ファクシミリ等における情報出力装置として、所望される文字や画像等の情報を用紙等の記録媒体に記録を行う画像形成装置が広く知られている。

このような画像形成装置のユーザは、画像形成装置に対して提供される様々なサポートサービス（以下、単にサービスと呼ぶ。）から複数のサービスを選択し、それらのサービスを同時に利用することがある。サービスとは、例えば、現像剤を収容するカートリッジといった消耗品の残量が閾値以下になると消耗品を自動発注するサービスや、記録回数が閾値以上になると画像形成装置のメンテナンスを依頼するサービスである。

特許文献１には、同種のサービスが同時に重複して契約されないように、ユーザが新規にサービスを締結する際に、管理サーバが、そのサービスと重複するサービスが既に契約されているか否かなどの情報を画像形成装置に通知する方法が開示されている。特許文献１に記載の方法によれば、重複する契約が既に締結されているかどうかの確認を事前に行うことが可能となる。

特開２０１２−１９４９９９号公報

しかし、特許文献１に記載の方法を用いて上記通知を行ったとしても、ユーザは二重契約をしてしまう可能性がある。また、同種のサービスが二重契約された場合には、同種の消耗品が必要以上に発注されてしまうなどの問題が生じる可能性がある。

そこで、本発明は、画像形成装置等の装置に対して同種のサービスが重複して契約された場合に、それらの中からユーザが利用したいサービスを選択して利用することができる装置を提供することを目的とする。

本発明による装置は、装置に対して契約されている各サービスに関する情報を管理する管理サーバから、前記各サービスを特定可能な第１の情報を取得する第１の取得手段と、前記管理サーバから、重複して受けることができないサービスの種別の組み合わせを示す第２の情報を取得する第２の取得手段と、前記第１の情報と前記第２の情報とに基づき、前記各サービスの中から重複して受けることができないサービスの組み合わせを特定し、特定した組み合わせのそれぞれから、ユーザの指示に基づき有効にするサービスを選択する選択手段と、前記選択されたサービスを有効にし、前記選択されなかったサービスを無効にするための通知を前記管理サーバに対して行う通知手段と、を備えることを特徴とする。

本発明によれば、画像形成装置等の装置に対して同種のサービスが重複して契約された場合に、それらの中からユーザが利用したいサービスを選択して利用することができる。

第１実施形態に係る画像処理システムを示すブロック図。 第１実施形態におけるＭＦＰのハードウェア構成を示すブロック図。 第１実施形態におけるＭＦＰのソフトウェア構成を表すブロック図。 第１実施形態における情報管理サーバのハードウェア構成を示すブロック図。 第１実施形態における情報管理サーバのソフトウェア構成を表すブロック図。 第１実施形態における申込み情報テーブルの一例を示す図。 第１実施形態におけるサービス設定テーブルの一例を示す図。 第１実施形態における情報管理サーバへの登録シーケンスの一例を示す図。 第１実施形態におけるＭＦＰのアクティベート通知制御部の処理を示すフローチャート。 第１実施形態における情報管理サーバが有するイベントサービス対応テーブルの一例を示す図。 第１実施形態における情報管理サーバのサービス依頼部が行うイベント受信処理のフローチャート。 第１実施形態における重複不可能サービス種別テーブルの一例を示す図。 第１実施形態における重複不可能サービス種別テーブルの更新シーケンスの一例を示す図。 書き換え後の重複不可能サービス種別テーブルの例を示す図。 第１実施形態における重複サービス判定処理のフローチャート。 重複サービス選択画面の一例を示す図。 第１実施形態における重複サービス選択処理終了後のサービス設定テーブルの例を示す図。

以下、図面を参照して本発明の実施の形態を詳しく説明する。本実施形態では、装置として、プリントやスキャン、ファクス機能を有する複合機（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、以下ＭＦＰとする）を例に説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
図１は、第１実施形態に係る画像処理システムを示すブロック図である。画像処理システムは、ＭＦＰ１０１（ＭＦＰ１０１ａ，１０１ｂ）と、情報管理サーバ１０２とを備える。ＭＦＰ１０１と情報管理サーバ１０２とは、ネットワーク１００を介して通信可能に接続されている。本実施形態ではＭＦＰ１０１ａとＭＦＰ１０１ｂとは同機種であるものとするが、別機種であってもよい。また、情報管理サーバ１０２にはいくつＭＦＰ１０１が接続されていてもよい。

情報管理サーバ１０２は、クライアントとなるＭＦＰ１０１の申込み情報や各種サービス情報と、ＭＦＰ１０１の装置に関連する情報とを関連付けた情報を管理する申込み情報管理サービス機能を搭載する。本実施形態では、情報管理サーバ１０２は複数のサーバ群により構成されるクラウドサービス機能を搭載するものとする。なお、情報管理サーバ１０２は単一のサーバから構成されていてもよいし、複数のサーバ群によって構成されていてもよい。また、ＭＦＰ１０１と情報管理サーバ１０２とは同一ネットワーク上にあってもよい。

情報管理サーバ１０２は、ネットワーク１００を介して、契約先サーバ１０３（１０３ａ，１０３ｂ，１０３ｃ，１０３ｄ）と接続されている。各契約サーバ１０３のサービス提供元は同じでもよいし別でもよい。なお、以下では、契約先サーバ１０３ａを“ＡＡＡ”、１０３ｂを“ＢＢＢ”、１０３ｃを“ＣＣＣ”、１０３ｄを“ＤＤＤ”と呼ぶ。また、情報管理サーバ１０２と契約先サーバ１０３とは同一ネットワーク上にあってもよい。さらに、情報管理サーバ１０２にはいくつ契約先サーバ１０３が接続されていてもよい。

図２は、第１実施形態におけるＭＦＰ１０１のハードウェア構成を示すブロック図である。ＭＦＰ１０１は原稿上の画像を読み取る読取機能と、用紙等の記録媒体に画像を印刷する印刷機能とを有する。また、他にもＭＦＰ１０１は、画像データを外部装置に送信するファイル送信機能などを有する。なお、本実施形態では装置として画像形成装置であるＭＦＰを例にするが、ＭＦＰ以外であってもよい。例えば、装置は、読取機能を有さないプリンタ等の印刷装置であってもよいし、印刷機能を有さないスキャナ等の画像読取装置であってもよい。また、装置は画像形成装置以外であってもよい。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２またはストレージ２０４に記憶された制御プログラムを読み出して、読取機能や印刷機能など各種機能を実現するための制御を行う。ＲＯＭ２０２は、ＣＰＵ２０１で実行可能な制御プログラムを記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の主記憶メモリであり、ワークエリアや、ＲＯＭ２０２及びストレージ２０４に記憶された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ２０４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。なお、本実施形態のＭＦＰ１０１では、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ２０７は、ＭＦＰ１０１と操作部２０８とを接続する。操作部２０８は、例えばタッチパネルであり、液晶ディスプレイ等の表示装置を有するものとする。読取部Ｉ／Ｆ２０９は、ＭＦＰ１０１と読取部２１０とを接続する。読取部２１０は、シート上の画像を読み取って、画像データを生成する。読取部２１０によって生成された画像データは、通信部Ｉ／Ｆ２０５を介して外部装置に送信される。または読取部２１０によって生成された画像データを用いて印刷部２１２にてシート上に画像が印刷される。また、読取部２１０は、原稿フィーダ（不図示）に載置されたシートを１枚ずつ搬送させながら読み取ることが可能である。

印刷部Ｉ／Ｆ２１１は、ＭＦＰ１０１と印刷部２１２とを接続する。印刷すべき画像データは印刷部Ｉ／Ｆ２１１を介して印刷部２１２に転送される。印刷部２１２は、制御コマンド及び印刷すべき画像データを受信し、受信した画像データに基づく画像をシート上に印刷する。印刷部２１２の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。電子写真方式の場合は、印刷部２１２は、感光体上に静電潜像を形成した後トナーにより現像し、そのトナー像をシートに転写し、転写されたトナー像を定着することにより画像を形成する。一方、インクジェット方式の場合は、印刷部２１２は、インクを吐出してシートに画像を印刷する。印刷部２１２で使用されるトナーカートリッジやインクカートリッジなどの印刷に使用する消耗品は、ＭＦＰ１０１の内部に着脱可能に装着されている。ユーザは、これらの消耗品を交換することで、ＭＦＰ１０１に対して消耗品を補充することができる。ＣＰＵ２０１は、印刷のために必要な消耗品の残量を所定のタイミングで取得し、取得したトナー残量をＲＡＭ２０３に保持する。所定のタイミングとは、例えば、定期的なタイミングや、画像を１ページ印刷するタイミング、カートリッジが装着されたタイミングである。また、ＣＰＵ２０１は、カートリッジの装着時に当該カートリッジの型番をＲＡＭ２０３又はストレージ２０４に記憶する。

また、ＭＦＰ１０１は、通信部Ｉ／Ｆ２０５を介してネットワーク１００に接続される。通信部Ｉ／Ｆ２０５は、ネットワーク１００上の情報管理サーバ１０２から申込み情報を取得する。また通信部Ｉ／Ｆ２０５は、ネットワーク１００上のＰＣ（パーソナルコンピュータ）から印刷データや各種情報を受信したり、ＲＡＭ２０３又はストレージ２０４に記憶された、トナー残量やカートリッジ型番といった消耗品に関連する情報を送信したりする。

通信部Ｉ／Ｆ２０５を介して受信された印刷データは、ストレージ２０４又はＲＯＭ２０２に記憶された、印刷データを解析するためのソフトウェアモジュール（ＰＤＬ解析部(不図示)）によって解析される。ＰＤＬ解析部は、様々な種類のページ記述言語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で表現された印刷データに基づいて、印刷部２１２で印刷するためのデータを生成する。タイマ処理部２０６は、ＣＰＵ２０１においてタイムカウント処理を行い、所定時間が経過した否かを判断する。またタイマ処理部２０６は、ユーザが選択した基準時刻に基づいて、所定時刻に達したことをＣＰＵ２０１に通知する時刻管理処理を行う。

図３は、第１実施形態におけるＭＦＰ１０１のソフトウェア構成を表すブロック図である。図３に示すように、ＭＦＰ１０１は、モジュール３０１〜３０６を有する。ＭＦＰコントール部３０１は、他のモジュールを制御し、スキャン、送信、表示処理などのＭＦＰ内で発生する各ジョブの実行を統括的に制御する。ＵＩ制御部３０２は、操作部Ｉ／Ｆ２０７を介して操作部２０８を制御する。具体的にはＵＩ制御部３０２は、操作部２０８へのユーザ通知や選択肢等の表示、及び、操作部２０８を介したユーザ操作を受け付け、受け付けたユーザ操作の内容を他のモジュールに通達する。記憶制御部３０３は、他のモジュールからの指示により、指定されたデータをＲＯＭ２０２、ＲＡＭ２０３、またはストレージ２０４に記憶したり、それらに記憶されているデータを読み出したりする。本実施形態では、記憶制御部３０３は、ＭＦＰ１０１のストレージ２０４に記憶される重複不可能サービス種別テーブル３０７、及びサービス設定テーブル３０８を参照可能である。サービス設定テーブル３０８については、図７を用いて後述する。重複サービス有効設定制御部３０４は、記憶制御部３０３によって読み出された重複不可能サービス種別テーブル３０７とサービス設定テーブル３０８とをもとに、重複不可能サービス組み合わせリスト３１０を生成する。重複不可能サービス組み合わせリスト３１０は、有効になっているサービスの中で互いに重複してアクティベート通知を行うことができないサービスの組み合わせのリストである。重複サービス有効設定制御部３０４は、生成した重複不可能サービス組み合わせリスト３１０をＲＡＭ２０３上に記憶する。重複サービス有効設定制御部３０４は、重複不可能サービス組み合わせリスト３１０を用いて、ユーザに有効にしたいサービスを選択させる処理を行う。

記憶制御部３０３によって読み出されたサービス設定テーブル３０８の情報をもとに、サービスの機能を有効または無効にするためのアクティベート通知を情報管理サーバ１０２に行うか否かの判断を行う。イベント通知制御部３０６は、ＭＦＰ１０１内で発生したイベントを収集し、通信部Ｉ／Ｆ２０５を介して情報管理サーバ１０２に通知する。カートリッジに関するイベントとしては、例えば、印刷等によりトナーが消費されたときに発生するイベントや、トナーの残量が所定の閾値を下回ったときに発生するイベント、カートリッジが着脱されたときに発生するイベントがある。送信データ種別テーブル３０９については、後述する。

図４は、第１実施形態における情報管理サーバ１０２のハードウェア構成を示すブロック図である。情報管理サーバ１０２は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＨＤＤ（ハードディスクドライブ）４０４、及び通信部Ｉ／Ｆ４０５を含む。また、これらの構成要素はバスを介して互いに通信可能に接続されている。ＣＰＵ４０１は、演算回路からなり、情報管理サーバ１０２を統括制御する。ＣＰＵ４０１は、ＲＯＭ４０２またはＨＤＤ４０４に記憶されたプログラムをＲＡＭ４０３に読み出し、種々の処理を実行する。ＲＯＭ４０２は、情報管理サーバ１０２の制御に用いられるシステムプログラムなどを記憶する。ＨＤＤ４０４は、種々の処理を実行するアプリケーションプログラムなどを記憶する記憶領域を有する。なお、ＨＤＤ４０４は記憶装置の一例であり、記憶装置としてＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などが用いられてもよい。通信部Ｉ／Ｆ４０５は、ＣＰＵ４０１の制御に基づいてＭＦＰ１０１などとネットワーク１００を介して通信を行う。

図５は、第１実施形態における情報管理サーバ１０２のソフトウェア構成を表すブロック図である。図５に示すように、情報管理サーバ１０２は、モジュール５０１〜５０６を有する。サーバコントール部５０１は、他のモジュールを制御し、ＭＦＰ１０１との通信、契約先サーバ１０３へのサービス依頼処理など、サーバ内で発生する各ジョブの実行を統括的に制御する。記憶制御部５０２は、他のモジュールからの指示により、指定されたデータをＲＯＭ４０２や、ＲＡＭ４０３、ＨＤＤ４０４に記憶したり、それらに記憶されているデータを読み出したりする。本実施形態では、記憶制御部５０２は、情報管理サーバ１０２のＨＤＤ４０４に記憶されている申込み情報テーブル５０７及びイベントサ−ビス対応テーブル５０８を参照する。サービス判定部５０３は、記憶制御部５０２によって読み出された申込み情報テーブル５０７の情報をもとに、ＭＦＰ１０１において、申込みが必要なサービスに申込みが行われているか否かを判断する。申込み情報登録部５０４は、契約先サーバ１０３から申込み情報登録通知を受信すると、受信した申込み情報登録通知の情報をもとに、申込み情報テーブル５０７に申込み情報を書き込む。アクティベート通知受信部５０５は、通信部Ｉ／Ｆ４０５を介して、ＭＦＰ１０１からアクティベート通知を受信すると、受信したアクティベート通知をもとに、申込み情報テーブル５０７の情報を更新する。サービス依頼部５０６は、通信部Ｉ／Ｆ４０５を介して、ＭＦＰ１０１からイベントを受信する。すると、サービス依頼部５０６は、記憶制御部５０２によってＲＡＭ４０３から読み出されたイベントサービス対応テーブル５０８をもとにして、受信したインベトに対応するサービス種別を特定する。イベントサービス対応テーブル５０８は、イベント名とイベントに対応するサービス種別とが対応付けて格納されたリストである。サービス種別は、サービスの種別を示す情報である。サービス依頼部５０６は、特定したサービス情報をイベントサービス対応情報リスト５０９に記憶する。そして、サービス依頼部５０６は、イベントサービス対応情報リスト５０９と申込み情報テーブル５０７の情報をもとに、ＲＡＭ４０３上に申込み情報リスト５１０を記憶する。さらに、サービス依頼部５０６は、申込み情報リスト５１０の情報をもとに、契約先サーバ１０３にサービスの依頼を行う。

図６は、第１実施形態における申込み情報テーブル５０７の一例を示す図である。申込み情報テーブル５０７は、情報管理サーバ１０２の記憶制御部５０２に保存される。図６に示すように、申込み情報テーブル５０７には、ＭＦＰ１０１を一意に識別可能なプリンタＩＤ（識別子）と、該ＭＦＰ１０１に関連するサービスの管理情報（以下、サービス管理情報と呼ぶ。）とが対応付けて記憶されている。なお、プリンタＩＤ“１２３４５６７８９”はＭＦＰ１０１ａの識別子であり、プリンタＩＤ“２２２２２２２２２”はＭＦＰ１０１ｂの識別子であるものとする。サービス管理情報には、例えば、サービスのアクティベート状態を示すアクティベート状態情報、サービス種別、申込みＩＤ、契約先サーバが含まれる。なお、プリンタＩＤにサービス管理情報が１つも紐づけられない場合もあり得る。また、１つのプリンタＩＤにサービス管理情報が複数紐づけられる場合もある。

なお、本実施形態におけるサービスは、サービス提供者（サービス提供元）とＭＦＰ１０１の管理者との両者の間で契約が必要となるサービスである。サービスには、例えば、消耗品の自動配送サービスがある。これは、ＭＦＰ１０１にて使用される消耗品の消耗度が閾値以下であることが検知されると、自動的にサービス提供元に消耗品の発注がされ、この発注に従い消耗品が配送されるサービスである。サービスとして他には、ＭＦＰ１０１を遠隔地から状態監視しメンテナンスを行うメンテナンスサービスや、ＭＦＰ１０１の利用状況をレポートするデバイス管理サービス等がある。

サービス提供元とＭＦＰ１０１の管理者とがサービスの契約を締結することで、サービス提供元の契約先サーバ１０３から情報管理サーバ１０２に申込み情報登録通知が通知される。そして、申込みが行われたＭＦＰ１０１のプリンタＩＤと、該ＭＦＰ１０１に対応するサービス管理情報とが、申込み情報テーブル５０７に書き込まれる。新規にサービス管理情報が書き込まれる場合、アクティベート状態情報は“無効”が設定されている。そして、ＭＦＰ１０１からのアクティベート通知によってサービスは有効化され、アクティベート状態情報に“有効”が設定される。また、契約が解除された場合は、申込み情報テーブル５０７から、契約が解除されたサービスに該当するサービス管理情報が削除される。

図６に示す申込み情報テーブル５０７の例では、プリンタＩＤ“１２３４５６７８９”に対応するサービス管理情報は４つ存在する。これは、プリンタＩＤ“１２３４５６７８９”のＭＦＰ１０１ａは、４つのサービスと契約締結中であることを示している。また、契約先サーバ“ＡＡＡ”、契約先サーバ“ＢＢＢ”、及び契約先サーバ“ＤＤＤ”に対するアクティベート状態情報は“有効”であり、これらの契約先サーバによるサービスが提供される状態であることを示している。また、契約先サーバ“ＣＣＣ”に対するアクティベート状態情報は“無効”であり、契約が締結されているもののサービスの提供が停止されている状態であることを示している。一方、プリンタＩＤ“２２２２２２２２２”に対応するサービス管理情報は１つ存在する。これは、プリンタＩＤ“２２２２２２２２２”のＭＦＰ１０１ｂは、１つのサービスと契約締結中の状態であることを示す。また、契約先サーバ“ＣＣＣ”に対するアクティベート状態情報は“無効”であり、契約を結んでいるもののサービスの提供を停止している状態であることを示している。

サービスに契約しているか否かの情報の通知をＭＦＰ１０１が要求してきた際、情報管理サーバ１０２は、その要求元のＭＦＰ１０１のプリンタＩＤを用いて申込み情報テーブル５０７を検索し、その検索結果を通知する。ＭＦＰ１０１は、情報管理サーバ１０２から通知された検索結果を、サービス設定テーブル３０８に記憶する。図７は、第１実施形態におけるサービス設定テーブル３０８の一例を示す図である。サービス設定テーブル３０８には、サービス有効設定と、サービス種別、申込みＩＤ、及び契約先名からなる申込み情報とが対応付けて記憶されている。サービス種別、申込みＩＤ、及び契約先名を含む申込み情報は、各サービスを特定可能な情報であり、上記検索結果として情報管理サーバ１０２から通知される情報である。サービス有効設定は、各申込み情報に対応するサービスの機能がＭＦＰ１０１において有効または無効であるかを示す情報である。サービス有効設定の切り替え方法については、図１５及び図１６を用いて後述する。なお、サービス提供元とＭＦＰ１０１の管理者とが契約を結んでいても、サービス有効設定が無効であれば、サービスは提供されない。サービス有効設定は、例えば、操作部２０８を介したユーザまたはサービスマンからの操作によって、または、外部から送信されたＭＦＰ１０１に対する指示コマンドなどによって有効または無効を切り替えることができる。なお、情報管理サーバ１０２に対してアクティベートを行った結果を示す情報（以下、アクティベート結果情報）をサービス設定テーブル３０８に含ませても良い。その場合、情報管理サーバ１０２へのアクティベート通知によるアクティベートが成功したときには、アクティベート結果情報には“成功”が設定され、アクティベートが失敗したときには、アクティベート結果情報には“失敗”が設定される。アクティベート通知をしていない状態またはサービス設定がＯＦＦされたときには、アクティベート結果情報には“未実施”が設定される。

図８は、第１実施形態における情報管理サーバ１０２への登録シーケンスの一例を示す図である。図８に示すシーケンスに従って、ＭＦＰ１０１に関する情報がＭＦＰ１０１から情報管理サーバ１０２に登録されることで、サービスがアクティベートされる。図８に示すシーケンスは１日ごとに所定の時間に実施されるものとする。本実施形態では所定の時間をＡＭ７：００とする。ＭＦＰ１０１がサービスの提供を受ける場合、情報管理サーバ１０２に対してＭＦＰ１０１に関する情報の登録処理とサービスの提供を開始するためのアクティベート通知とが行われる。

まずＳ８０１にて、ＭＦＰ１０１はタイマ処理部２０６でＡＭ７：００になったことを検知すると、情報管理サーバ１０２に接続先情報要求を送信する。次いでＳ８０２にて、情報管理サーバ１０２は、接続先情報要求への応答として、ＭＦＰ１０１に接続先情報を返送する。本実施形態では、接続先情報要求の際にＭＦＰ１０１は、国や地域などのデバイスの設置地域に関する情報を併せて送信する。対して情報管理サーバ１０２は、接続先情報として、後述するＳ８０３，Ｓ８０５，Ｓ８０９の要求やＳ８０７，Ｓ８１１の通知を行う際の接続先を示すＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）をＭＦＰ１０１に送信する。

Ｓ８０３にてＭＦＰ１０１は、情報管理サーバ１０２に対し、デバイス登録要求を送信する。デバイス登録要求にはＭＦＰ１０１のシリアル番号などデバイス個体を一意に特定可能な情報と、製品名や出荷仕向けなどデバイスの種類を特定可能な情報とが含まれる。Ｓ８０４にて、情報管理サーバ１０２は、デバイス登録要求を受け付けると、情報管理サーバ１０２で管理するデバイス（プリンタ）の識別子であるプリンタＩＤを発行する。そして、情報管理サーバ１０２は、デバイス登録要求に対する応答として、プリンタＩＤを含む情報をＭＦＰ１０１に返送する。

Ｓ８０５にてＭＦＰ１０１は、情報管理サーバ１０２に、申込み情報要求を送信する。Ｓ８０６にて情報管理サーバ１０２は、申込み情報要求を受信すると、ＭＦＰ１０１のプリンタＩＤに紐づけられた申込み情報を返送する。なお、ＭＦＰ１０１のプリンタＩＤに紐づけられた申込み情報は１つもない場合や複数ある場合もある。ＭＦＰ１０１は、情報管理サーバ１０２から送信された申込み情報を、サービス設定テーブル３０８に記憶する。サービス設定テーブル３０８に記憶する情報は、ＭＦＰ１０１においてサービスを一意に識別することができる情報であれば申込み情報の一部のみでもよい。本実施形態では、申込みＩＤをサービス設定テーブル３０８に記憶する。サービス設定テーブル３０８は、図７に示すようなテーブルである。サービス設定テーブル３０８は、ＭＦＰ１０１のサービスそれぞれについて、サービスの提供を有効化するか否かを示すサービス有効設定と、Ｓ８０６においてＭＦＰ１０１が受信した１つ以上の申込み情報とを紐づけたテーブルである。ＭＦＰ１０１は、申込み情報をサービス設定テーブル３０８に記憶した後、後述する図１５に示す重複サービス判断処理を実行する。これにより、同種のサービスが重複して提供されることを防止している。

Ｓ８０７にてＭＦＰ１０１は、情報管理サーバ１０２から受信した申込み情報と、サービス設定テーブル３０８のサービス有効設定とをもとにサービスを有効化するための申込みアクティベート通知を送信するか否かを決定する。この決定は、アクティベート通知制御部３０５により行われる。具体的には、まずアクティベート通知制御部３０５は、サービス設定テーブル３０８のサービス有効設定が有効に設定されているサービスの申込みＩＤが空か否かを判断する。そして、申込みＩＤが空でない、すなわち契約が解除されていないと判断された場合は、アクティベート通知制御部３０５は、情報管理サーバ１０２にサービスを有効化するための申込みアクティベート通知を行う。申込みＩＤが空であると判断された場合は、アクティベート通知制御部３０５は、申込みアクティベート通知を行わない。例えば、ＭＦＰ１０１で使用できない消耗品を自動配送するサービス（ＭＦＰ１０１に対応していないサービス）については、アクティベート通知制御部３０５は申込みアクティベート通知を行わないようにする。なお、サービス設定テーブルに申し込み情報として申込みサービス概要等の情報を記憶させておき、それらの情報に基づいて、サービスがＭＦＰ１０１に対応しているか否かを判断して申込みアクティベート通知を行うか決定してもよい。Ｓ８０７の申込みアクティベート通知にはアクティベートするサービスを一意に決定するために申込みＩＤ等の識別情報が含まれる。図６に示す例では、サービス有効設定が“有効”であり且つ申込みＩＤが空ではない、申込みＩＤ“ａｂｃ１２３”、“ｘｙｚ３２１”、“ｚｚｚ９９９”のサービスについて、申込みアクティベート通知が行われることになる。ただし、本実施形態では、後述する図１５に示す処理により、サービス種別が重複している“ａｂｃ１２３”、“ｘｙｚ３２１”については、いずれかの申込みＩＤのサービスについてのみ申込みアクティベート通知が行われる。

Ｓ８０８にて情報管理サーバ１０２は、ＭＦＰ１０１からの申込みアクティベート通知を受信すると、申込みアクティベート通知に含まれる識別情報に対応する、申込み情報テーブル５０７のアクティベート状態情報を“有効”に設定する。なお、ＭＦＰ１０１からの申込みアクティベート通知を受け付けていないサービスのアクティベート状態情報については“無効”に設定されるものとする。情報管理サーバ１０２はアクティベート状態情報を“有効”に設定すると、ＭＦＰ１０１にアクティベート結果情報を送信する。また、情報管理サーバ１０２はＭＦＰ１０１からの申込みアクティベート通知を受信すると、リテーラ等のサービス提供元の契約先サーバ１０３とサービスの提供に必要な通信処理を開始する。このようなシーケンスにより、情報管理サーバ１０２がＭＦＰ１０１に対してサービスを提供するための設定が有効になる。

Ｓ８０９にてＭＦＰ１０１は、情報管理サーバ１０２にデバイス制御情報要求を送信する。Ｓ８１０にて情報管理サーバ１０２は、デバイス制御情報要求を受信すると、デバイス制御情報を返送する。デバイス制御情報には情報管理サーバ１０２がＭＦＰ１０１からの送信を望むデータの種別（以後、要求データ種別と呼ぶ）が含まれている。要求データ種別は、現在アクティベートされているサービスの提供を受けるために必要となるＭＦＰ１０１の情報の種類である。例えば、カートリッジ自動配送サービスの要求データ種別であれば、カートリッジの種類、残量、色といったカートリッジに関するデータが要求データ種別となる。なお、要求データ種別はこれらに限らず、サービスの提供を受けるために必要と想定されるデータを任意の方法で決定するようにしてもよい。また、ＭＦＰ１０１から送信されるＭＦＰ１０１の情報を、以降では送信データと呼ぶ。また、情報管理サーバ１０２が認識しているＭＦＰ１０１の現在の送信データの種別（以後、現在データ種別と呼ぶ）、及び現在データ種別と要求データ種別との差分情報がデバイス制御情報に含まれる。

Ｓ８１１にてＭＦＰ１０１は、デバイス制御情報を受信すると、要求データ種別に基づいて送信データ種別テーブル３０９を変更する。送信データ種別テーブル３０９は、送信データの種別を記憶するテーブルである。続いて、ＭＦＰ１０１は、変更した送信データ種別テーブル３０９に基づいて、現在データ種別をデバイス制御結果通知として、情報管理サーバ１０２に返送する。

このようなシーケンスにより、ＭＦＰ１０１は、情報管理サーバ１０２に送信データ種別テーブル３０９に記憶されているデータ種別に従ってデバイス情報（以後、デバイス状態情報と呼ぶ）の送信を開始する。デバイス状態情報を情報管理サーバ１０２に送信するタイミングは、データ種別ごとに予め定められているイベントが発生したタイミングでもよいし、周期的に一定時間経過したタイミングでもよい。これにより、ＭＦＰ１０１がサービスを提供されるために、ＭＦＰ１０１の情報のうち、提供されるサービスに関する情報を選択的に情報管理サーバ１０２に送信することが可能になる。

Ｓ８０６及びＳ８１０で情報管理サーバ１０２から送信される情報（申込み情報及びデバイス制御情報）は、サービスの契約締結または契約解除、サービスの停止、仕様の変更等により、変更される情報である。そのため、ＭＦＰ１０１は定期的または間欠的に情報管理サーバ１０２に対して情報取得を行う必要がある。したがって、本実施形態のＭＦＰ１０１は、図８に示すシーケンスを毎日ＡＭ７：００に実行するようにしている。

図９は、ＭＦＰ１０１のアクティベート通知制御部３０５が、Ｓ８０６で受信した申込み情報をもとに、アクティベート通知（Ｓ８０７）を行うか否かを判定する処理を示すフローチャートである。図９に示すフローチャートにおける各ステップは、ＭＦＰ１０１におけるＲＯＭ２０２または記憶制御部３０３に記憶されたプログラムがＲＡＭ２０３に読み出されてＣＰＵ２０１にて実行されることで実現される。

まずＳ９０１にてＭＦＰ１０１は、情報管理サーバ１０２から送信された申込み情報を受信する。Ｓ９０２にてアクティベート通知制御部３０５は記憶制御部３０３を用いて、サービス設定テーブル３０８に、情報管理サーバ１０２から受信した申込み情報の書き込みを行う。Ｓ９０３にてアクティベート通知制御部３０５がサービス設定テーブル３０８に記憶されているサービスについてサービス有効設定が有効であるか否かの判断を行う。これが有効であると判断された場合は、処理はＳ９０４へ進み、無効であると判断された場合は、処理は終了する。Ｓ９０４にてＭＦＰ１０１は、Ｓ９０３で有効であると判断されたサービスの申込みＩＤが、サービス設定テーブル３０８において空であるか否かを判断する。サービスの申込みＩＤが空ではない、すなわちサービスの契約が解除されていないと判断された場合は、処理はＳ９０５へ進み、空である場合は、処理は終了する。Ｓ９０５にてＭＦＰ１０１は、情報管理サーバ１０２に対してサービスの機能を有効化するために申込みアクティベート通知を行う。

図９に示すフローを実行することで、ＭＦＰ１０１において有効化したサービスの機能のみ、情報管理サーバ１０２にて有効化することが可能になる。このような方法により、ＭＦＰ１０１の管理者が所望するサービスの提供元を切り替えることが容易にできる。また、管理者とサービスの提供元との契約状態や画像形成装置の構成によって適切にサービスを開始させることができる仕組みを提供することができる。

図１０は、第１実施形態における情報管理サーバ１０２が有するイベントサービス対応テーブル５０８の一例を示す図である。イベントサービス対応テーブル５０８には、イベント名と、サービス種別とからなるイベントサービス対応情報が保存されている。イベントサービス対応情報は、サービス依頼部５０６がＭＦＰ１０１からイベントを受信した際に取得される情報である。イベントサービス対応情報から、受信したイベントに対応するサービスのサービス種別を取得することができる。図１０に例示しているとおり、同一のイベント名に対して複数のサービス種別が紐付いていても良いし、一つのサービス種別に対して複数のイベント名が紐付いていてもよい。またＭＦＰ１０１から通知されるイベント名のすべてが、イベントサービス対応テーブル５０８に存在している必要は無く、例えば“トナー交換“といった、イベントサービス対応テーブル５０８に存在していないイベント名があってもよい。

図１１は、情報管理サーバ１０２のサービス依頼部５０６が行うイベント受信処理のフローチャートである。イベント受信処理では、まずサービス依頼部５０６は、ＭＦＰ１０１からイベントを受信した際に、契約先サーバ１０３に対してサービスの依頼を行う。イベントにはイベント名、プリンタＩＤ、イベント発生時間など、デバイスやイベントを一意に特定可能な情報とサービスを特定可能な情報とが含まれる。次いでサービス依頼部５０６は、通知されたイベントから依頼するサービス種別を特定する。最後に、サービス依頼部５０６は、特定したサービスに紐付いている契約先サーバ１０３に対してサービスの依頼を行う。以下、イベント受信処理について詳細に説明する。

まずＳ１１０１にて情報管理サーバ１０２は、ＭＦＰ１０１からイベントを受信すると、イベントサービス対応テーブル５０８から、イベントに含まれるイベント名と一致するイベント名を含むイベントサービス対応情報を取得する。そして、情報管理サーバ１０２は、取得したすべてのイベントサービス対応情報を、ＲＡＭ４０３上のイベントサービス対応情報リスト５０９に記憶する。

Ｓ１１０２にて情報管理サーバ１０２は、イベントサービス対応情報リスト５０９が空である場合（Ｓ１１０２ ＹＥＳ）、処理を終了する。一方、イベントサービス対応情報リスト５０９が空でない場合（Ｓ１１０２ ＮＯ）、処理はＳ１１０３に移行する。Ｓ１１０３にて情報管理サーバ１０２は、申込み情報テーブル５０７から、イベントサービス対応情報リスト５０９に記憶されているサービス種別とイベントで通知されたプリンタＩＤとの両方が一致する申込み情報を取得する。そして、情報管理サーバ１０２は一致したすべての申込み情報をＲＡＭ４０３上の申込み情報リスト５１０に記憶する。

申込み情報リスト５１０が空である場合（Ｓ１１０４ ＹＥＳ）、情報管理サーバ１０２は処理を終了する。申込み情報リスト５１０が空でない場合（Ｓ１１０４ ＮＯ）、情報管理サーバ１０２は、申込み情報リスト５１０に記憶されている各申込み情報に対して、Ｓ１１０５〜Ｓ１１１０の処理を行う。

まずＳ１１０５にて情報管理サーバ１０２は、申込み情報リスト５１０の先頭要素を、申込み情報の一時領域である一時申込み情報領域に記憶する。次にＳ１１０６にて情報管理サーバ１０２は、一時申込み情報領域に記憶されている申込み情報のアクティベート状態情報が“有効”かどうかを判断する。アクティベート状態情報が“無効”であれば（Ｓ１１０６ ＮＯ）、処理はＳ１１０９に移行する。アクティベート状態情報が“有効”であれば（Ｓ１１０６ ＹＥＳ）、Ｓ１１０７にて情報管理サーバ１０２は、サービス提供依頼条件を満たしているかどうかを判断する。ここで、サービス提供依頼条件とは、情報管理サーバ１０２が、サービス種別ごとに設けている、サービスの提供を依頼するかどうかを判断するための条件である。例えば、サービス種別“カートリッジ自動配送”では、ＭＦＰ１０１からのイベント“トナーＬＯＷ”の受信がサービス提供依頼条件となる。つまり、ＭＦＰ１０１からイベント“トナーＬＯＷ”を受信しただけで、情報管理サーバ１０２は、ＭＦＰ１０１のトナーが無くなったと判断し、カートリッジ自動配送のサービス提供を依頼する。一方、サービス種別“故障診断”では、同一のプリンタＩＤのＭＦＰ１０１から、イベント“トナー交換”を受信してから例えば１時間といった所定時間以内にイベント“トナーＬＯＷ”を受信した場合に、サービス提供依頼条件が満たされたと判断される。つまり、イベント“トナー交換”を受信してから所定時間以内に、イベント“トナーＬＯＷ”受信した場合に、情報管理サーバ１０２は、ＭＦＰ１０１が故障したと判断し、故障診断のサービス提供を依頼する。サービス提供依頼条件を満たしていると判断した場合（Ｓ１１０７ ＹＥＳ）、Ｓ１１０８にて情報管理サーバ１０２は、一時申込み情報領域に記憶されている申込み情報が示す契約先サーバに対して、通信Ｉ／Ｆ４０５を介して、サービスを依頼する。サービス提供依頼条件を満たしていないと判断した場合（Ｓ１１０７ ＮＯ）、処理はＳ１１０９に移行する。

Ｓ１１０９にて情報管理サーバ１０２は、申込み情報リスト５１０に次要素が存在するかどうかを判断する。次要素が存在する場合（Ｓ１１０９ ＮＯ）、Ｓ１１１０にて情報管理サーバ１０２は、申込み情報リスト５１０の次要素を一時申込み情報領域に記憶しＳ１１０６の処理に戻る。これにより、次要素に対してＳ１１０６〜Ｓ１１０９の処理が実行される。次要素が存在しなければ（Ｓ１１０９ ＹＥＳ）、処理は終了する。

ここで、情報管理サーバ１０２が、イベント“トナー交換”、プリンタＩＤ“１２３４５６７８９”というイベントを受信してから２週間後に、イベント“トナーＬＯＷ”、プリンタＩＤ“１２３４５６７８９”というイベントを受信したと仮定する。以下では、そのときに実行される図１１に示す各処理について説明する。

まずＳ１１０１にて情報管理サーバ１０２は、イベントサービス対応テーブル５０８からイベント“トナーＬＯＷ”に対応するサービス種別“カートリッジ自動配送”、“故障診断”をＲＡＭ４０３上のイベントサービス対応情報リスト５０９に記憶する。

イベントサービス対応情報リスト５０９は空ではないので（Ｓ１１０２ ＮＯ）、処理はＳ１１０３に移行する。Ｓ１１０３にて情報管理サーバ１０２は、申込み情報テーブル５０７から、プリンタＩＤ“１２３４５６７８９”と、サービス種別“カートリッジ自動配送”、“故障診断”とに対応する申込み情報を取得する。ここでは、プリンタＩＤ“１２３４５６７８９”、アクティベート状態“有効”、サービス種別“カートリッジ自動配送”、申込みＩＤ“ａｂｃ１２３”、契約先サーバ“ＡＡＡ”からなる申込み情報（以降、申込み情報＃１と記す）が取得される。また、プリンタＩＤ“１２３４５６７８９”、アクティベート状態“有効”、サービス種別“故障診断”、申込みＩＤ“ｚｚｚ９９９”、契約先サーバ“ＤＤＤ”からなる申込み情報（以降、申込み情報＃２と記す）が取得される。そして、情報管理サーバ１０２は、取得した申込み情報＃１，＃２を申込み情報リスト５１０に記憶する。

申込み情報リスト５１０は空ではないので（Ｓ１１０４ ＮＯ）、Ｓ１１０５にて情報管理サーバ１０２は、申込み情報リスト５１０の先頭要素である申込み情報＃１を一時申込み情報領域に記憶する。申込み情報＃１のアクティベート状態情報は“有効”であり（Ｓ１１０６ ＹＥＳ）、かつ、イベント“トナーＬＯＷ”が受信されていてサービス種別“カートリッジ自動配送”のサービス提供依頼条件が満たされている（Ｓ１１０７ ＹＥＳ）。よって、処理はＳ１００８に進む。Ｓ１００８にて情報管理サーバ１０２は、契約先サーバ“ＡＡＡ”である契約先サーバ１０３ａに、プリンタＩＤ“１２３４５６７８９”に対するサービスの提供を依頼する。その後、Ｓ１００９にて情報管理サーバ１０２は、申込み情報リスト５１０の次要素が存在するかどうかを判断する。

申込み情報リスト５１０に次要素が存在するため（Ｓ１１０９ ＮＯ）、Ｓ１１１０にて情報管理サーバ１０２は、申込み情報リスト５１０の次要素である申込み情報＃２を一時申込み情報領域に記憶して、Ｓ１００６の処理に移行する。申込み情報＃２のサービスは“有効”であるが（Ｓ１１０６ ＹＥＳ）、イベント“トナー交換”を受信してから１時間以内にイベント“トナーＬＯＷ”が受信されていない。よって、サービス種別“故障診断”のサービス提供依頼条件が満たされていないため（Ｓ１１０７ ＮＯ）、処理はＳ１００９に移行する。申込み情報リスト５１０に次要素が存在しないため（Ｓ１１０９ ＹＥＳ）、処理は終了する。

図１２は、第１実施形態における重複不可能サービス種別テーブル３０７の一例を示す図である。重複不可能サービス種別テーブル３０７は、ＭＦＰ１０１の記憶制御部３０３によってストレージ２０４に保存される。重複不可能サービス種別テーブル３０７は、情報管理サーバ１０２がサポートしているサービスの中で重複不可能な組み合わせが、サービス種別＃１とサービス種別＃２というサービス種別の組で表現されている。このように、重複不可能サービス種別テーブル３０７は、重複して受けることができないサービスの種別の組み合わせを示す情報を記憶する。図１２に示す例は、“カートリッジ自動配送”、“電力管理”、及び“故障診断”という３種類のサービスについては、同一のサービス種別を重複して受けることができないことを表している。したがって、ＭＦＰ１０１のユーザは、それらのサービスとサービス種別が同一である他のサービスを重複して受けることができない。一方、サービス種別が異なる他のサービスについては重複して受けることが可能である。

重複不可能サービス種別テーブル３０７は、新しいサービス種別が増えた場合などには更新される。例えば“用紙自動配送”といった新しいサービス種別が増えた場合には、重複不可能サービス種別テーブル３０７に新しいサービス種別を追加して、重複不可能サービス種別テーブル３０７を更新する必要がある。また例えば、あるサービス種別が細分化されると、細分化されたサービス種別のそれぞれで重複不可能サービス種別テーブル３０７を更新する必要がある。細分化の一例として、サービス種別“カートリッジ自動配送”を細分化した、“黒カートリッジ自動配送”、“シアンカートリッジ自動配送”、“マゼンタカートリッジ自動配送”、“イエローカートリッジ自動配送”がある。

重複不可能サービス種別テーブル３０７を更新する必要がある場合には、例えば、情報管理サーバ１０２は、更新前後における重複不可能サービス種別テーブル３０７の差分データをＭＦＰ１０１に送信する。更新前後における重複不可能サービス種別テーブル３０７とは、具体的には、ＭＦＰ１０１が保持している重複不可能サービス種別テーブル３０７と、更新により生成される新規の重複不可能サービス種別テーブル３０７である。ＭＦＰ１０１は、その差分データをもとに重複不可能サービス種別テーブル３０７を更新する。本実施形態では、後述するように、サービスをアクティベートする際に、すなわち図８に示す登録シーケンスの中で重複不可能サービス種別テーブル３０７の更新シーケンスが行われるものとする。

図１３は、重複不可能サービス種別テーブル３０７の更新シーケンスの一例を示す図である。重複不可能サービス種別テーブル３０７のバージョンは、ＭＦＰ１０１によってＲＯＭ２０２に記憶され、また情報管理サーバ１０２によってＲＯＭ４０２に記憶されているものとする。なお、図１３に示すＳ８０１〜Ｓ８０４，Ｓ８０５〜Ｓ８１１の処理は、図８に示す処理と同様であるため説明を省略する。

Ｓ８０４の後、Ｓ１３０１にてＭＦＰ１０１は、情報管理サーバ１０２に対して、重複不可能サービス種別テーブル３０７のバージョンを通知する。情報管理サーバ１０２は、Ｓ１３０１で通知されたバージョンと、ＲＯＭ４０２に記憶されているバージョンとを比較する。そして、それぞれのバージョンが異なっていれば、Ｓ１３０２にて情報管理サーバ１０２は、サービス種別＃１と、サービス種別＃２と、差分種別とを含む差分データをＭＦＰ１０１に通知する。差分種別については後述する。それぞれのバージョン（版）が異なっていなければ、Ｓ１３０２にて情報管理サーバ１０２は、空の差分データをＭＦＰ１０１に通知する。ＭＦＰ１０１は、情報管理サーバ１０２から差分データを受けると、差分データをもとにして重複不可能サービス種別テーブル３０７に対して項目の追加や削除を行う。例えば、サービス種別＃１“電力管理”、サービス種別＃２“故障診断”、及び差分種別“追加”から成る差分データを受け付けた場合、ＭＦＰ１０１は、図１２に示す重複不可能サービス種別テーブル３０７を図１４（ａ）に示される状態に書き換える。また、サービス種別＃１“故障診断”、サービス種別＃２“故障診断”、及び差分種別“削除”から成る差分データを受け付けた場合には、ＭＦＰ１０１は、重複不可能サービス種別テーブル３０７を、図１４（ｂ）に示される状態に書き換える。

図１５は、重複サービス判定処理のフローチャートである。ＭＦＰ１０１の重複サービス有効設定制御部３０４は、サービス設定テーブル３０８に重複不可能なサービス種別の組み合わせが存在している場合、図１５に示す重複サービス判定処理を実行して、ユーザに利用するサービスを選択させる。

まず、Ｓ１５０１にてＭＦＰ１０１は、重複不可能サービス種別テーブル３０７をもとに、サービス設定テーブル３０８に含まれるサービスの中で他のサービスと重複不可能なサービスを特定する。そして、ＭＦＰ１０１は、特定したサービスについて、申込みＩＤ、契約先名、及びサービス種別からなる重複サービス情報を生成する。ここでは、重複サービス情報“ａｂｃ１２３”、“Ａ社”、“カートリッジ自動配送”と、重複サービス情報“ａｂｃ１２３”、“Ｃ社”、“カートリッジ自動配送”とが生成される。そして、ＭＦＰ１０１は、生成された重複サービス情報を重複不可能なサービスの組み合わせごとに格納したリスト（重複不可能サービス組み合わせリスト）３１０をＲＡＭ２０３上に記憶する。以降では、重複不可能サービス組み合わせリスト３１０内の各要素を、組み合わせ情報と呼ぶ。

重複不可能サービス組み合わせリスト３１０が空である場合（Ｓ１５０２ ＹＥＳ）、処理は終了する。一方、重複不可能サービス組み合わせリスト３１０が空でない場合（Ｓ１５０２ ＮＯ）、Ｓ１５０３にてＭＦＰ１０１は、ＲＡＭ２０３上の組み合わせ情報一時領域に、重複不可能サービス組み合わせリスト３１０の先頭の要素（組み合わせ情報）を記憶する。そして、Ｓ１５０４にてＭＦＰ１０１のＵＩ制御部３０２は、組み合わせ情報一時領域に記憶された組み合わせ情報をもとに、図１６に示すユーザインタフェース画面（重複サービス選択画面）を操作部２０８に表示する。図１６に示すように、重複サービス選択画面１６０１は、サービス選択ボタン１６０２ａ，１６０２ｂと戻るボタン１６０３とを含む。サービス選択ボタン１６０２ａ，１６０２ｂ上には、組み合わせ情報一時領域に記憶された組み合わせ情報の内容が表示される。本実施形態では、図１６に示すようにサービス種別と契約先名とが表示される。そして、ユーザがサービス選択ボタン１６０２ａ，１６０２ｂのいずれかを押下すると、押下されたボタンに対応するサービスが選択される。戻るボタン１６０３を押下すると、操作部２０８の画面が、重複サービス選択画面に遷移する前の画面に遷移する。このようにして、ユーザに利用するサービスを選択させることができる。ユーザが重複サービス選択画面１６０１で利用したいサービスを選択すると、ＭＦＰ１０１は、選択したサービスに対応する重複サービス情報を有効重複サービス情報として以降の処理に用いる。

Ｓ１５０５においてＭＦＰ１０１は、サービス設定テーブル３０８の、有効重複サービス情報に記憶されている申込みＩＤに対応するサービス有効設定を有効にする。また、サービス設定テーブル３０８の、組み合わせ情報一時領域に記憶された組み合わせ情報のうち、有効重複サービス情報以外の重複サービス情報に記憶されているサービス有効設定を無効にする。ここでは、ユーザがサービス選択ボタン１６０２ｂを押下したとする。したがって、サービス設定テーブル３０８の、申込みＩＤ“ｘｙｚ３２１”に対応するサービス有効設定が“有効”になり、申込みＩＤ“ａｂｃ１２３”に対応するサービス有効設定が“無効”になる。図１７は、第１実施形態における重複サービス選択処理終了後のサービス設定テーブル３０８の例を示す図である。なお、サービス有効設定を有効または無効に切り替える方法は上記の方法に限らず、その他の方法で切り替えるようにしても良い。

重複不可能サービス組み合わせリスト３１０の次の要素が存在しなければ（Ｓ１５０６ ＮＯ）、処理は終了する。重複不可能サービス組み合わせリスト３１０の次要素が存在すれば（Ｓ１５０６ ＹＥＳ）、Ｓ１５０７にてＭＦＰ１０１は、ＲＡＭ２０３上の組み合わせ情報一時領域に重複不可能サービス組み合わせリスト３１０の次要素を記憶する。そして、ＭＦＰ１０１は、次要素に対してＳ１５０４からの処理を行う。

以上のように、本実施形態によれば、ＭＦＰ１０１に対して同種のサービスを重複して利用することを防ぐことが可能となる。また、サービス提供元をユーザ（画像形成装置の管理者等）が容易に切り替えることができる。また、切り替え前のサービス提供元との契約を解約することなく、該契約を維持したままサービス提供元を切り替えることができるので、切り替えの前後においてサービスが提供されない空白期間が発生しない。さらに、切り替え前のサービス提供元との契約が維持されるので、該サービス提供元からのサービスを再度受けようとした場合に再契約を行う必要がない。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

Claims (10)

1. 装置に対して契約されている各サービスに関する情報を管理する管理サーバから、前記各サービスを特定可能な第１の情報を取得する第１の取得手段と、
   前記管理サーバから、重複して受けることができないサービスの種別の組み合わせを示す第２の情報を取得する第２の取得手段と、
   前記第１の情報と前記第２の情報とに基づき、前記各サービスの中から重複して受けることができないサービスの組み合わせを特定し、特定した組み合わせのそれぞれから、ユーザの指示に基づき有効にするサービスを選択する選択手段と、
   前記選択されたサービスを有効にし、前記選択されなかったサービスを無効にするための通知を前記管理サーバに対して行う通知手段と、
   を備えることを特徴とする装置。
2. 前記第１の取得手段が取得した前記第１の情報を保持する第１の保持手段をさらに備え、
   前記第１の保持手段は、前記選択手段の選択の結果に基づき、前記各サービスを有効にするか否かを示す設定情報を、前記第１の情報に対応づけて保持し、
   前記通知手段は、前記設定情報に従って前記通知を行うサービスを決定する
   ことを特徴とする請求項１に記載の装置。
3. 前記第１の取得手段は、所定の期間ごとに、前記管理サーバから前記第１の情報を取得して前記第１の保持手段に格納する
   ことを特徴とする請求項２に記載の装置。
4. 前記第２の取得手段が取得した前記第２の情報を保持する第２の保持手段をさらに備え、
   前記第２の取得手段は、
   所定の期間ごとに、前記管理サーバが保持する前記第２の情報の更新に関する情報を取得し、該取得した情報に基づき、前記第２の保持手段が保持する前記第２の情報を更新する
   ことを特徴とする請求項１から請求項３のうちのいずれか１項に記載の装置。
5. 前記更新に関する情報には、前記管理サーバが保持する前記第２の情報の版を示す情報が含まれ、
   前記第２の取得手段は、
   前記管理サーバが保持する前記第２の情報と前記第２の保持手段が保持する前記第２の情報との版が異なる場合に、前記管理サーバが保持する前記第２の情報と前記第２の保持手段が保持する前記第２の情報との差分を示すデータを前記管理サーバから取得し、
   前記差分を示すデータに基づき、前記第２の保持手段が保持する前記第２の情報を更新する
   ことを特徴とする請求項４に記載の装置。
6. 前記所定の期間が１日である
   ことを特徴とする請求項３から請求項５のうちのいずれか１項に記載の装置。
7. 前記第１の情報は、前記装置に契約されている各サービスについて、サービスの種別と、サービスを一意に特定可能なＩＤと、サービスの契約先とを示す情報が含まれる
   ことを特徴とする請求項１から請求項６のうちのいずれか１項に記載の装置。
8. 前記選択手段は、
   前記特定した組み合わせのそれぞれから有効にするサービスをユーザに選択させるためのユーザインタフェース画面を表示装置に表示する
   ことを特徴とする請求項１から請求項７のうちのいずれか１項に記載の装置。
9. 装置に対して契約されている各サービスに関する情報を管理する管理サーバから、前記各サービスを特定可能な第１の情報を取得するステップと、
   前記管理サーバから、重複して受けることができないサービスの種別の組み合わせを示す第２の情報を取得するステップと、
   前記第１の情報と前記第２の情報とに基づき、前記各サービスの中から重複して受けることができないサービスの組み合わせを特定し、特定した組み合わせのそれぞれから、ユーザの指示に基づき有効にするサービスを選択するステップと、
   前記選択されたサービスを有効にし、前記選択されなかったサービスを無効にするための通知を前記管理サーバに対して行うステップと、
   を含むことを特徴とする制御方法。
10. コンピュータに、請求項９に記載の方法を実行させるためのプログラム。

Images