JP6977279B2 - 情報配信システム - Google Patents

Description

本発明は、情報配信システムに関する。

屋外、店頭、公共空間及び交通機関など、人が通過又は存在しうる場所でディスプレイなどの電子的な表示機器を使って情報を発信する情報配信システムが知られている。情報配信システムや情報配信システムが配信する情報はデジタルサイネージと呼ばれ、様々な場所で利用されている。

しかし、情報配信システムで配信される情報が閲覧者にとって全て有効であることは少なく、情報配信システムが情報を効果的に提供するためには閲覧者にとって有益と思われる情報を適切なタイミングで配信することが重要であると考えられる。このため、閲覧者にとって有益と思われる情報の配信確率を上げる技術が考案されている（例えば、特許文献１参照。）。特許文献１には、電子機器の利用情報及び表示装置の表示能力情報を収集し、収集した情報に応じた広告情報を抽出して加工する情報配信システムが開示されている。

しかしながら、従来の情報配信システムが提供する情報は、閲覧者に誤認を起こさせるおそれがあるという問題があった。具体例を挙げて説明する。画像形成装置のような電子機器では、画像形成装置のメーカ側が電子機器を遠隔監視するサービス（以下、遠隔監視サービスという）を提供する場合がある。また、遠隔監視サービスを利用して配送会社が消耗品を自動で配送するサービス（以下、消耗品の自動配送サービスという）が提供される場合がある。例えば、電子機器がトナーエンドを遠隔監視装置に送信すると、遠隔監視装置が配送会社に通知することで、電子機器の顧客がトナーを注文しなくてもトナーが自動で電子機器の顧客に配送される。

情報配信システムが電子機器に適用されると、情報配信システムは遠隔監視サービスや自動配送サービスの広告やお知らせを電子機器に送信する場合がある。しかし、顧客によってはすでに遠隔監視サービス及び自動配送サービスを契約している場合がある。契約している場合に、これらのサービスの情報が電子機器に表示されると、閲覧者は自分たちが自動配送サービスに加入しておらずトナーエンドの場合にはトナーを注文する必要があると誤認して、場合によっては二重に注文してしまうおそれがある。

本発明は、上記課題に鑑み、誤認を生じさせることを抑制する情報提供システムを提供することを目的とする。

本発明は、ネットワークを介して電子機器と１以上の情報配信装置を含むサーバシステムとが通信する情報配信システムであって、前記電子機器は、前記電子機器の識別情報と共に情報の配信を前記サーバシステムに要求する情報要求手段と、前記サーバシステムから送信された前記情報を表示装置に表示する情報表示手段と、を有し、
前記サーバシステムは、前記電子機器に提供されるサービスの契約に関する契約情報を取得する契約情報取得手段と、前記識別情報に基づいて前記電子機器の前記契約情報を特定し、前記契約情報に応じた前記情報を生成する情報生成手段と、前記情報生成手段が生成した前記情報を前記電子機器に配信する情報配信手段と、を有し、
前記契約情報が、前記電子機器の消耗品を発注する契約であり、かつ、前記電子機器に関する機器情報を所定の情報処理装置に送信しないという契約の場合、前記情報生成手段は、前記電子機器の前記消耗品の配送状況を取得して、前記消耗品の配送状況に関する前記情報を生成し、
前記契約情報が、前記機器情報を所定の情報処理装置に送信するという契約の場合、前記情報生成手段は、前記電子機器が前記機器情報を前記サーバシステムに送信するサービスに関する前記情報を生成し、
前記契約情報が、前記消耗品を発注する契約でなく、かつ、前記機器情報を前記所定の情報処理装置に送信しないという契約の場合、前記情報生成手段は、前記消耗品の自動配送サービスに関する前記情報を生成する情報配信システムを提供する。

誤認を生じさせることを抑制する情報提供システムを提供することができる。

情報提供システムが提供する情報の一例を示す図である。 情報配信システムの概略的な一例の全体構成図である。 画像形成装置のハードウェア構成の一例を示す図である。 遠隔監視装置、消耗品発注装置、消耗品配送装置、又は情報配信装置のハードウェア構成図の一例である。 画像形成装置のソフトウェア構成の一例を示す模式図である。 情報配信システムが有する画像形成装置、遠隔監視装置、消耗品発注装置、消耗品配送装置、及び情報配信装置の機能ブロック図の一例である。 情報配信システムの全体的な動作を示すシーケンス図の一例である。 遠隔監視装置が機器情報を受信した際の動作を説明するフローチャート図の一例である。 操作部が本体を介してコンテンツを取得する手順を示すシーケンス図の一例である。 コンテンツ生成部がコンテンツを生成する手順を示すフローチャート図の一例である。 消耗品配送状況コンテンツの一例を示す図である。 遠隔監視サービス紹介コンテンツの一例を示す図である。 消耗品配送促進コンテンツの一例を示す図である。 契約状態と情報表示アイコンの関係を説明する図の一例である。 情報表示アイコンに関する画像形成装置と情報配信装置の動作手順を示すシーケンス図の一例である。 情報配信システムの概略的な全体構成図の一例である（実施例２）。 情報配信システムが有する画像形成装置、遠隔監視装置、消耗品発注装置、消耗品配送装置、及び情報配信装置の機能ブロック図の一例である（実施例２）。 納品ならずの場合の情報配信システムの全体的な動作を示すシーケンス図の一例である。 納品完了の場合の情報配信システムの全体的な動作を示すシーケンス図の一例である。 消耗品配送状況コンテンツの一例を示す図である。 トナー種別をコンテンツ生成部が作成するために必要となるテーブルである。 コンテンツ生成部がトナー種別を判断する手順を示すフローチャート図の一例である。 情報表示アイコンに関する画像形成装置と情報配信装置の動作手順を示すシーケンス図の一例である（実施例３）。 アイコン情報提供部が情報表示アイコンを作成する手順を示すフローチャート図の一例である。 サイズが異なる操作部によるコンテンツの表示例を説明する図の一例である。 消耗品配送状況コンテンツと配送履歴一覧を示す図の一例である。 画像形成装置が消耗品配送状況コンテンツから配送履歴一覧画面を表示させる手順を示すシーケンス図の一例である。 情報表示アイコンが押下された場合の情報配信アプリと情報配信装置の処理の手順を示すフローチャート図の一例である。 契約状態と情報表示アイコンの関係を説明する図の一例である。

以下、本発明を実施するための形態に好適な情報配信システム、及び画像形成装置が行う情報表示方法について図面を参照しながら説明する。

図１は、本実施形態の情報提供システムが提供する情報（後述するコンテンツ）の一例を示す図である。図１（ａ）は閲覧者がログインした状態のホーム画面４０１を示す。ホーム画面４０１は各種のアプリのアイコンが選択可能に表示される画面である。ホーム画面４０１にはウィジェットと呼ばれる情報表示アイコン９０が配置されている。この情報表示アイコン９０は、イベントの内容やコンテンツの表示を誘導する文字などを表示し、情報配信装置７０が何らかのコンテンツを用意している旨を報知する。
（１）画像形成装置８０が消耗品の自動配送サービスを契約している場合
閲覧者が情報表示アイコン９０を押下すると、画像形成装置８０は図１（ｂ）の消耗品配送状況コンテンツ４０２を表示する。消耗品配送状況コンテンツ４０２は消耗品の現在の配送状況をコンテンツとして表示する。閲覧者は消耗品がどのような配送状況かを把握できる。
（２）画像形成装置８０が消耗品の自動配送サービスを契約していない場合
閲覧者が情報表示アイコン９０を押下すると、図１（ｃ）の消耗品配送促進コンテンツ４０３を表示する。消耗品配送促進コンテンツ４０３は消耗品の自動配送サービスの契約を閲覧者に促すコンテンツである。閲覧者は消耗品の自動配送サービスを契約することを検討するので、画像形成装置８０のメーカ側は消耗品の自動配送サービスの契約を増やすことができる。

このように、本実施形態の情報配信システムは、消耗品の自動配送サービスの契約状態に応じて配信するコンテンツを変更できるため、閲覧者が誤認する可能性を低減できる。

＜用語について＞
特許請求の範囲の情報とは、閲覧者にとって有用な情報であればよい。閲覧者が見ることで電子機器のメーカ（提供者を含む）側が受益しうる情報を含んでよい。本実施形態ではコンテンツという用語で説明する。

また、情報の配信には、情報の送信、提供、発信、表示などの他の態様が含まれている。

また、サービスの契約とは、電子機器の顧客と電子機器のメーカ側とがサービスに関し合意したことをいう。契約情報は、この契約の内容に関する情報である。また、サービスとは電子機器の顧客にとって何らかの役に立つもてなしを言う。例えば、電子機器を遠隔監視するサービス（遠隔監視サービス）、配送会社が消耗品を自動で配送するサービス（消耗品の自動配送サービス）がある。

＜システム構成例＞
図２は、情報配信システム１００の概略的な一例の全体構成図を示す。情報配信システム１００は、画像形成装置８０、画像形成装置８０を監視する遠隔監視装置４０、遠隔監視装置４０から消耗品発注依頼を受信する消耗品発注装置５０、消耗品発注装置５０から消耗品配送依頼を受信する消耗品配送装置６０、及び、画像形成装置８０にコンテンツを提供する情報配信装置７０を有する。更に、遠隔監視装置４０は、消耗品の卸売り又は小売りを行う販社が運営する販社サーバ１１０と接続されている。販社サーバ１１０は情報配信システム１００には含まれないものとして説明する。

なお、情報配信システム１００はネットワークで相互に通信可能に接続されているものとする。ネットワークは、画像形成装置８０が配置された施設のＬＡＮ、ＬＡＮをインターネットに接続するプロバイダのプロバイダネットワーク、及び、回線事業者が提供する回線等により構築されている。ネットワークが複数のＬＡＮを有する場合、ネットワークはＷＡＮやインターネットと呼ばれる。ネットワークは有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、画像形成装置８０が、３ＧやＬＴＥなどの回線交換型の通信装置を有する場合、画像形成装置８０は回線事業者の回線を介してインターネットに接続できる。なお、インターネットとは、コンピュータを世界的な規模で接続すると共に世界中のネットワークが相互接続されたネットワークである。

遠隔監視装置４０は、画像形成装置８０から後述の機器情報を受信し、消耗品が足りなくなると契約情報に応じて消耗品発注情報９７を消耗品発注装置５０に送信する情報処理装置である。また、遠隔監視装置４０は契約情報に応じて販社サーバ１１０に消耗品の残量を送信する。この他、遠隔監視装置４０は画像形成装置８０が正常に稼動しているか否か等を監視する。

また、遠隔監視装置４０は画像形成装置８０が加入しているサービスの契約に関する契約情報９９を定期的に情報配信装置７０に送信する。これにより、情報配信装置７０は契約情報９９に応じたコンテンツの生成が可能になる。

このサービスには遠隔監視サービス及び自動配送サービスがある。しかし、本実施形態では、画像形成装置８０の顧客は遠隔監視サービスへは加入済みであるとして説明する。ただし、画像形成装置８０は遠隔監視サービスへ加入していなくても後述する情報配信アプリを実行することができる。また、自動配送サービスには消耗品配送装置６０が配送するサービスと販社が配送するサービスがある。前者を「消耗品自動配送」といい、後者を「消耗品残量情報提供」という。

消耗品発注装置５０は、消耗品の発注から納品までを管理する情報処理装置であり、消耗品発注情報９７に基づいて消耗品配送依頼９４を消耗品配送装置６０に送信する情報処理装置である。消耗品の配送依頼を送信後、納品までの配送ステータスを管理し、納品後に顧客に対する課金処理等を行う（課金のタイミングは契約によって異なり、課金しない場合もある）。

また、消耗品発注装置５０は、定期的に消耗品配送状況９８を情報配信装置７０に送信する。消耗品配送状況９８には配送ステータスが含まれているため、情報配信装置７０は消耗品配送状況コンテンツ４０２を生成できる。

消耗品配送装置６０は、消耗品の配送を管理する情報処理装置である。消耗品配送装置６０は消耗品の配達員による配達結果の入力を受け付け、配送状況を消耗品発注装置５０に送信する。配達員は端末を携帯しており、配達が完了した消耗品を特定する情報を入力する。端末は無線で消耗品配送装置６０に配送状況を送信する。あるいは、消耗品配送装置６０に有線接続された端末から配達員等がマニュアルで入力してもよい。

情報配信装置７０は、契約情報に応じたコンテンツを生成し画像形成装置８０からの要求に応じて配信する。コンテンツは要求されたタイミングで生成される。ただし、例えば１日に２回など決まったタイミングで生成されてもよい。これにより、画像形成装置８０がコンテンツを要求すると速やかにコンテンツを取得できる。

画像形成装置８０は、用紙などの印刷媒体に画像を形成して出力する電子機器の一例である。画像形成装置８０は後述する操作パネル（ディスプレイなどの表示装置を含む）を有しており、操作パネルにコンテンツを表示する。電子機器は表示装置を有していればよく、画像形成装置８０の他、プロジェクタ、電子黒板、テレビ会議端末、カーナビゲーション装置、デジタルカメラなどでもよい。また、画像形成装置８０は、プリンタ、複写機、コピー機、ＭＦＰ（Multi-Function Peripherals）、複合機、スキャナ、ＦＡＸ装置などと呼ばれていてもよい。

画像形成装置８０（後述する本体１０）には、遠隔監視装置４０へ後述の機器情報９６を送信する機能を提供するためのアプリケーション（以下、「機器情報通知アプリ」と称する）が予めインストールされている。また、画像形成装置８０（後述する操作部２０）には、情報配信装置７０へコンテンツを要求する機能や、コンテンツを表示する機能を提供するためのアプリケーション（以下、「情報配信アプリ」と称する）が、予めインストールされている。

販社サーバ１１０は、遠隔監視装置４０から消耗品の残量９５を受信する情報処理装置である。遠隔監視装置４０は契約情報９９を参照して、顧客が消耗品残量情報提供を契約している場合、消耗品の残量９５を販社サーバ１１０に送信する。また、顧客が消耗品自動配送を契約している場合、機器情報のトナー残量に応じて消耗品発注装置５０に消耗品発注情報９７を送信する。販社サーバ１１０は情報配信装置７０と通信しないため、販社サーバ１１０が管理する消耗品の配送ステータスは情報配信装置７０に提供されない。

遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、及び情報配信装置７０はいずれもサーバと呼ばれる場合がある。遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、及び情報配信装置７０は１つ以上のサーバで構成されるためサーバシステムと呼ばれる。

＜消耗品の配送ルート＞
本実施形態では、以下の２つのルートで消耗品が配送される点に注意されたい。
ルート１．遠隔監視装置４０→消耗品発注装置５０→消耗品配送装置６０→顧客
ルート２．遠隔監視装置４０→販社サーバ１１０→顧客
本実施形態の画像形成装置８０は遠隔監視サービスを契約している。したがって、画像形成装置８０は機器情報９６を遠隔監視装置４０に送信する。

そして、ルート１の画像形成装置８０は、消耗品自動配送（自動配送サービス）を契約している場合と、契約していない場合がある。また、ルート２の画像形成装置８０は、消耗品残量を販社サーバ１１０に提供する契約（消耗品残量情報提供）をしている場合としていない場合がある。消耗品残量情報提供の契約有りの場合、販社は消耗品を自動配送すると考えられる（ただし、必ずしもそうとは限らない）。

ルート１の画像形成装置８０の閲覧者が消耗品自動配送を契約していない場合には、情報配信装置７０が自動配送サービスの広告やお知らせを配信すべきである。ルート１の画像形成装置８０の閲覧者が自動配送サービスを契約している場合には、情報配信装置７０は自動配送サービスの広告やお知らせを配信すべきでない。この場合、自動配送サービスの広告やお知らせの代わりに情報配信システム１００が配送状況を提供できる。

また、ルート２の画像形成装置８０の閲覧者が消耗品残量情報提供の契約をしていない場合、情報配信装置７０は自動配送サービスの広告を配信すべきである。しかし、ルート２の画像形成装置８０の閲覧者が消耗品残量情報提供の契約をしている場合、情報配信装置７０は自動配送サービスの広告を配信すべきではない。この場合、情報配信装置７０にとって配送ステータスが不明なので配送状況を提供できない。

本実施形態の情報配信サービスはこのような契約状態を考慮して、各画像形成装置８０に適切なコンテンツを提供する。
＜ハードウェア構成例＞
図３は、画像形成装置８０のハードウェア構成の一例を示す図である。図３に示すように、画像形成装置８０は、本体１０と、操作部２０と、を備える。本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

次に、本体１０のハードウェア構成について説明する。図３に示すように、本体１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、ＨＤＤ（Hard Disk Drive）１４と、通信Ｉ／Ｆ（Interface）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。説明の便宜上、図３では、本体１０はＨＤＤ１４を有している構成を例に挙げて説明したが、例えばＨＤＤ１４を有しておらず、十分な記憶領域を確保できない構成もあり得る。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２又はＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上記したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、及び、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図３に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。説明の便宜上、図３では、操作部２０はフラッシュメモリ２４を有している構成を例に挙げて説明したが、例えばフラッシュメモリ２４を有していない構成もあり得る。要するに、画像形成装置８０は、受信したコンテンツを記憶するための記憶装置を有していない構成もあり得る。

<<遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、情報配信装置７０>>
図４は、遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、又は情報配信装置７０のハードウェア構成図の一例である。ここでは、遠隔監視装置４０を対象に説明する。遠隔監視装置４０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信Ｉ／Ｆ３０４と、入力装置３０５と、表示装置３０６とを備える。ＣＰＵ３０１は、遠隔監視装置４０の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。通信Ｉ／Ｆ３０４は、ネットワーク８と接続するためのインタフェースである。入力装置３０５は、ユーザによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。

消耗品発注装置５０、消耗品配送装置６０、及び情報配信装置７０のハードウェア構成は遠隔監視装置４０と同じであるか、又は異なっていても本実施形態の説明に支障はないものとする。

なお、遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、又は情報配信装置はクラウドコンピューティングに対応していることが好ましい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用されるコンピュータの利用形態をいう。

図示したハードウェア構成は、１つの筐体に収納されていたりひとまとまりの装置として備えられていたりする必要はなく、遠隔監視装置４０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の遠隔監視装置４０の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

＜ソフトウェア構成＞
図５は、画像形成装置８０のソフトウェア構成の一例を示す模式図である。図５に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ(Operating System)層１０３とを有する。アプリ層１０１、サービス層１０２、及び、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリ、機器情報通知アプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。例えばサービス層１０２のインタフェース機能は、ＷｅｂＡＰＩで提供される。操作部２０と本体１０は、通信路３０をネットワークとして通信することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能、初期設定機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能（コピーのＵＩ機能、スキャナのＵＩ機能、ファクスのＵＩ機能、プリンタのＵＩ機能、初期設定のＵＩ機能等）やブラウザ機能を提供するためのソフトウェアである。ここでは、アプリ層２０１のアプリとしては、情報配信アプリなどが含まれる。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば本体１０側のＯＳ層１０３のソフトウェアとしてＮｅｔＢＳＤ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

以上のように、本実施形態の画像形成装置８０において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（閲覧者からの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。

また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３０を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

＜機能について＞
次に、図６を用いて、情報配信システム１００の各装置が有する機能について説明する。図６は、情報配信システム１００が有する画像形成装置８０、遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、及び情報配信装置７０の機能ブロック図の一例である。

<<画像形成装置８０>>
画像形成装置８０は、本体１０と操作部２０を有しており、本体１０は外部通信部８７、基本機能部８８、機器情報送信部８９、及び本体通信部８６ａを有する。本体１０が有するこれら各機能部は、図３に示された各構成要素のいずれかが、ＨＤＤ１４からＲＡＭ１３に展開されたプログラムに従ったＣＰＵ１１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

操作部２０は操作受付部８１、アイコン取得部８２、アイコン表示部８３、コンテンツ取得部８４、コンテンツ表示部８５、及び操作部通信部８６ｂを有している。操作部２０が有する各機能部は、図３に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたプログラムに従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

外部通信部８７は、図３のＣＰＵ１１がプログラムを実行し通信Ｉ／Ｆ１５を制御すること等により実現され、ネットワーク８を介して各種のデータの送受信を行う。

基本機能部８８は、図３のＣＰＵ１１がプログラムを実行しエンジン部１７を制御すること等により実現され、画像形成装置８０が有する基本的な機能を提供する。すなわち、プリンタ、印刷、スキャン、ＦＡＸ送受信などとしての機能を提供する。

機器情報送信部８９は、図３のＣＰＵ１１がプログラムを実行すること等により実現され、外部通信部８７を介して機器情報を遠隔監視装置４０に送信する。機器情報については表１にて説明する。

本体通信部８６ａは、図３のＣＰＵ１１がプログラムを実行し接続Ｉ／Ｆ１６を制御すること等により実現され、操作部２０と各種のデータの送受信を行う。

記憶部８００１は図３のＨＤＤ１４により実現される記憶手段である。記憶部８００１には情報表示アイコン９０やコンテンツが記憶される。

操作受付部８１は、図３のＣＰＵ２１がプログラムを実行し操作パネル２７を制御すること等により実現され、閲覧者からの各種の操作を受け付ける。

アイコン取得部８２は、図３のＣＰＵ２１がプログラムを実行すること等により実現され、操作部通信部８６ｂを介して情報表示アイコン９０を情報配信装置７０から取得する。

アイコン表示部８３は、図３のＣＰＵ２１がプログラムを実行し操作パネル２７を制御すること等により実現され、情報表示アイコン９０を操作パネルに表示する。

コンテンツ取得部８４は、図３のＣＰＵ２１がプログラムを実行すること等により実現され、閲覧者が情報表示アイコン９０を操作すると、操作部通信部８６ｂを介して情報表示アイコン９０が保持するＵＲＬに基づいてコンテンツを取得する。

コンテンツ表示部８５は、図３のＣＰＵ２１がプログラムを実行して操作パネル２７を操作すること等により実現され、コンテンツ取得部８４が取得したコンテンツを操作パネル２７に表示する。

操作部通信部８６ｂは、図３のＣＰＵ２１がプログラムを実行し接続Ｉ／Ｆ２６を制御すること等により実現され、本体１０と各種のデータの送受信を行う。

表１は、機器情報をテーブル状に示す。機器情報は機種、機番、トナー残量、カウンタ情報、及び異常有無の各項目を有する。機種は、画像形成装置８０の製品名や製品の区分を識別するための情報であり、機番は、該機種における画像形成装置８０の製造番号である。機種と機番の組により画像形成装置８０が一意に特定されるので、機種と機番の組は画像形成装置８０の識別情報となる。トナー残量は各色（表では色を省略した）のトナーの残量をパーセント表示などで示す。カウンタ情報は、画像形成装置８０が過去に何ページ印刷したかという累積印刷数である。異常有無は画像形成装置８０の異常の有無（異常がある場合はその内容）を示す。例えば、トナー残量が閾値以下の機器情報が遠隔監視装置４０に送信されると、遠隔監視装置４０がトナーを発注すると判断する。あるいは、機器情報としてトナーエンドという所定の異常（イベント情報という）が遠隔監視装置４０に送信される。

<<遠隔監視装置４０>>
遠隔監視装置４０は、契約情報管理部４１、機器情報管理部４２、機器情報受信部４３、発注要求部４４及び契約情報送信部４５を有している。遠隔監視装置４０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

契約情報管理部４１は、図４のＣＰＵ３０１がプログラムを実行しＨＤＤ３０７等を使用すること等により実現され、画像形成装置８０の契約情報を管理する。契約情報について表２にて説明する。

機器情報管理部４２は、図４のＣＰＵ３０１がプログラムを実行しＨＤＤ３０７等を使用すること等により実現され、画像形成装置８０から送信される機器情報を管理する。

機器情報受信部４３は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、画像形成装置８０から機器情報を受信する。

発注要求部４４は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、契約情報を参照して消耗品自動配送又は消耗品残量情報提供のどちらかを契約しているかを判断する。消耗品残量情報提供を契約している場合は販社サーバ１１０に消耗品の残量９５を送信する。消耗品自動配送を契約している場合は、消耗品の残量が閾値以下又はトナーエンドのイベントによって消耗品発注装置５０に消耗品発注情報９７を送信する。

契約情報送信部４５は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、契約情報管理部４１が管理する契約情報を定期的に情報配信装置７０に送信する。

表２は、契約情報をテーブル状に示す。契約情報は機種、機番、消耗品自動配送の有無、消耗品残量情報提供の有無、遠隔監視サービスの有無及び更新時刻の各項目を１レコードとするテーブル状のデータベースである。機種と機番は表１と同様である。消耗品自動配送の有無は、画像形成装置８０が消耗品の自動配送サービスの契約の対象となっているか否かを示す。すなわち、画像形成装置８０の消耗品を（自動で）発注する契約か否かが設定されている。消耗品残量情報提供の有無は、画像形成装置８０が消耗品の残量を販社サーバ１１０に送信する契約の対象となっているか否かを示す。すなわち、機器情報を所定の情報処理装置（販社サーバ１１０）に送信する契約か否かが設定されている。遠隔監視サービスの有無は、画像形成装置８０が遠隔監視サービスに加入しているか否かを示す。更新時刻は契約情報が最後に更新された時刻をレコードごとに示す。

上記のように、本実施形態の画像形成装置８０は全て遠隔監視サービスを契約していることが前提なので、消耗品残量情報提供の有無は、遠隔監視装置４０が販社サーバ１１０に消耗品の残量を提供するか否かの設定である。

顧客は、消耗品の自動配送サービス又は販社サーバ１１０への消耗品の残量の提供のどちらか一方のみを選択すると考えられるため、表２で「有」「有」という状況は生じない。

なお、契約情報は、画像形成装置８０を販売する担当者が入力する。

<<消耗品発注装置５０>>
消耗品発注装置５０は、発注要求受信部５１、発注状況管理部５２、及び発注状況送信部５３を有している。消耗品発注装置５０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

発注要求受信部５１は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、遠隔監視装置４０から消耗品発注情報９７を受信する。

発注状況管理部５２は、図４のＣＰＵ３０１がプログラムを実行しＨＤＤ３０７等を使用すること等により実現され、現在の消耗品配送状況９８を管理する。消耗品配送状況９８について表３で説明する。発注状況管理部５２は消耗品配送装置６０から配送ステータスの更新要求を取得すると、消耗品配送状況９８の配送ステータスに更新要求を反映させることで更新する。

発注状況送信部５３は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、消耗品配送状況９８を情報配信装置７０に送信する。

表３は、消耗品配送状況に含まれる情報をテーブル状に示す。消耗品配送状況９８は機種、機番、消耗品名、問い合わせ番号、配送ステータス、注文日、及び納品予定日を有する。機種と機番は表１と同様である。消耗品名は、発注された消耗品の名称である。問い合わせ番号は、消耗品の発注を識別するための情報であり、発注番号に相当する。配送ステータスは、消耗品が配送においてどのような状況かを示す。配送ステータスには、出荷完了、納品ならず（不在や受け取り拒否）、納品完了等がある。注文日は、消耗品発注装置５０が消耗品を発注した日時である。納品予定日は消耗品が納品される予定の日である。画像形成装置８０の場所と消耗品の在庫の有無により一意に決定される。

消耗品配送状況は、一例として１日に１回、まとめて消耗品発注装置５０が情報配信装置７０に送信する。送信後は、配送ステータスが変わったタイミングで適宜、消耗品発注装置５０が情報配信装置７０に送信する。

<<消耗品配送装置６０>>
消耗品配送装置６０は、配送要求受信部６１、及び配送状況更新部６２を有している。消耗品配送装置６０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

配送要求受信部６１は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、消耗品発注装置５０から配送要求を受信する。

配送状況更新部６２は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、消耗品発注装置５０に対し配送状況の更新要求を送信する。配達員は携帯する端末に適宜、配送状況を入力しており、消耗品配送装置６０は配達員が携帯する端末から配送中の消耗品の配送状況を収集しリアルタイムに管理している。

表４は、消耗品配送装置６０が消耗品発注装置５０に送信する配送状況の更新要求をテーブル状に示す。配送状況の更新要求は、問い合わせ番号、配送ステータス、及び納品日を有する。問い合わせ番号は、表３と同じものである。配送ステータスは、消耗品配送装置６０が配達員から通知された最新の配送状況である。納品日は、消耗品が実際に顧客に配送された（納品された）日時である。納品日は、納品までに配送状況が更新される場合は空欄でよい。消耗品発注装置５０の発注状況管理部５２は問い合わせ番号をキーにして消耗品配送状況を更新できる。この他、納品予定日などが含まれていてもよい。

<<情報配信装置７０>>
情報配信装置７０は、契約情報受信部７１、発注状況受信部７２、アイコン情報提供部７３、コンテンツ要求受信部７４、コンテンツ生成部７５及びコンテンツ配信部７６を有している。情報配信装置７０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

契約情報受信部７１は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、遠隔監視装置４０から契約情報９９を受信する。

発注状況受信部７２は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、消耗品発注装置５０から消耗品配送状況９８を受信する。

アイコン情報提供部７３は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、契約情報と消耗品配送状況に基づいて情報表示アイコン９０を生成し画像形成装置８０に提供する。情報表示アイコン９０は視覚で認識されるアイコンの画像データの他、ＵＲＬ等の情報を有する。情報表示アイコン９０については表５にて説明する。

コンテンツ要求受信部７４は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、画像形成装置８０からコンテンツの配信要求を受信する。

コンテンツ生成部７５は、図４のＣＰＵ３０１がプログラムを実行すること等により実現され、契約情報と消耗品配送状況に基づいて及びコンテンツを生成する。詳細は後述される。

コンテンツ配信部７６は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、コンテンツを要求した画像形成装置８０に対しコンテンツを配信する。

表５は、アイコン情報提供部７３が生成する情報表示アイコン９０に関する情報をテーブル状に示す。情報表示アイコン９０に関する情報は、情報表示アイコン名、情報表示画像、メッセージ、タップ時アクセスＵＲＬ、及び情報表示アイコン作成時刻を有する。情報表示アイコン名は、情報表示アイコン９０を閲覧者が判別するための情報表示アイコン９０の名称である。情報表示画像は情報表示アイコン９０として表示される画像データである。メッセージは情報表示アイコン９０の内部に表示される文字列である。タップ時アクセスＵＲＬは閲覧者が情報表示アイコン９０を押下した際に画像形成装置８０がアクセスするリソースのアドレス情報である。リンク先やリンク情報と称してよい。情報表示アイコン作成時刻は、情報表示アイコン９０を生成した時刻であるが、画像形成装置８０は１日に何回か情報表示アイコン９０を取得する可能性があるため、情報表示アイコン９０を識別するために使用される。

情報表示アイコン作成時刻を除き、情報表示アイコン名、情報表示画像、メッセージ、及びタップ時アクセスＵＲＬは、静的な情報として情報配信装置７０が管理している。

＜動作手順＞
図７は、情報配信システム１００の全体的な動作を示すシーケンス図の一例である。

S1：画像形成装置８０を顧客に販売した担当者は遠隔監視装置４０に契約情報を入力する。遠隔監視装置４０の契約情報管理部４１は契約情報を受け付け保持する。

S2：遠隔監視装置４０の契約情報送信部４５は、１日に１回などの決まったタイミングで契約情報を情報配信装置７０に送信する。情報配信装置７０からの要求に応じて送信してもよい。契約情報送信部４５は、新規の契約に関して１日に１回などの決まったタイミングで送信し、契約の内容が変更になった場合も１日に１回などの決まったタイミングで送信する。すでに契約の内容を送信した機種と機番については、契約の内容の変更があった機種と機番のみの契約情報を送信する。すなわち、差分のみを送信する。

S3：また、消耗品発注装置５０の発注状況送信部５３は、予め決まったタイミング又は配送ステータスが更新されると消耗品配送状況を情報配信装置７０に送信する。予め決まったタイミングは１日に２回程度の決まった時刻である。消耗品発注装置５０の発注状況管理部５２は、遠隔監視装置４０から発注要求されたタイミングで消耗品配送装置６０に配送を依頼する。したがって、前回の送信タイミングと次回の送信タイミングの間に、配送を依頼した消耗品の消耗品配送状況が蓄積される。この新しく蓄積した消耗品配送状況のみを１日に２回程度の決まった時刻に情報配信装置７０に送信する。

また、前回の送信タイミングと次回の送信タイミングの間に、発注状況管理部５２が消耗品配送装置６０から消耗品の配送ステータスを取得した場合。配送ステータスを取得したタイミングで、消耗品発注装置５０が消耗品配送状況を情報配信装置７０に送信する。ただし、次回のタイミングを待ってもよい。

S4：情報配信装置７０のコンテンツ生成部７５は、機種と機番とキーにして契約情報と消耗品配送状況を統合する。これにより、機種と機番に契約情報と消耗品配送状況が対応付けられる。

S5：画像形成装置８０のアイコン取得部８２は後述する所定のタイミングで情報表示アイコン９０を情報配信装置７０に要求する。

S6:情報配信装置７０のアイコン情報提供部７３は情報表示アイコン９０を生成して画像形成装置８０に送信する。詳細は図１４にて説明される。これにより画像形成装置８０はＵＲＬを保持する情報表示アイコン９０を表示できる。情報表示アイコン９０は、上記のようにウィジェット（アプリ）なので画像形成装置８０がウィジェットを実行することで情報表示アイコン９０を表示できる。

S7：画像形成装置８０のアイコン表示部８３は画像形成装置８０の起動後、自動的に初期画面としての情報表示アイコン９０をホーム画面４０１に表示する。起動直後は、画像形成装置８０が情報表示アイコン９０を有していないので（情報配信装置７０から受信していない）所定の決まったメッセージなどを表示する（ＵＲＬを持っていない）。ステップＳ６で情報表示アイコン９０に関する情報を受信すると、これに基づいて情報表示アイコン９０を表示する。

S8：画像形成装置８０のコンテンツ取得部８４は、閲覧者の操作によりコンテンツの取得要求を情報配信装置７０に送信する。本実施例では閲覧者が情報表示アイコン９０を押下することでコンテンツが取得されるものとする。ただし、定期的にコンテンツを取得したり、起動直後に取得したりしてもよい。取得要求には機種と機番が含まれる。コンテンツ取得部８４は、操作部通信部８６ｂを介して本体通信部８６ａと通信し、コンテンツ取得要求を本体１０に送信し、本体１０の外部通信部８７が情報配信装置７０にコンテンツの取得要求を送信する。

S9：情報配信装置７０のコンテンツ生成部７５はコンテンツを生成する。図７では、コンテンツの取得要求に対しコンテンツが生成されている。なお、コンテンツは１日に２回などの決まったタイミングで予め生成されてもよい。コンテンツを要求した画像形成装置８０が消耗品自動配送を契約している場合、ステップＳ７の状態では、画像形成装置８０はトナーエンドを送信していないので（消耗品を発注していないので）、コンテンツは生成されない。消耗品残量情報提供を契約している場合はトナーの配送状況は関係ないので遠隔監視サービス紹介コンテンツ４０４を提供する。消耗品自動配送と消耗品残量情報提供をどちらも契約していない場合は消耗品配送促進コンテンツ４０３を提供する。詳細は図１０で説明される。

S10：情報配信装置７０のコンテンツ配信部７６はコンテンツを画像形成装置８０に送信する。

S11：画像形成装置８０の機器情報送信部８９はトナー残量が閾値以下の機器情報、又は、基本機能部８８から取得した消耗品が足りなくなった等の機器情報を、外部通信部８７を介して遠隔監視装置４０に送信する。

S12：遠隔監視装置４０の機器情報受信部４３は機器情報を受信する。これらにより消耗品が足りなくなったと判断すると発注要求部４４が機種、機番、消耗品名（消耗品ＩＤ）等を含む消耗品発注依頼を消耗品発注装置５０に送信する。なお、販社サーバ１１０への消耗品の残量の送信は省略されている。

S13：消耗品発注装置５０の発注要求受信部５１は、消耗品発注情報９７を受信する。消耗品発注装置５０は好ましくはすぐに消耗品配送依頼を消耗品配送装置６０に送信する。消耗品配送依頼は機種、機番、消耗品名（消耗品ＩＤ）等を含む。

S14：消耗品配送装置６０の配送状況更新部６２は、配送中の消耗品の配送ステータスが変更になると適宜、配送ステータスを消耗品発注装置５０に送信する。

S15：上記のように、遠隔監視装置４０の契約情報送信部４５は契約情報を情報配信装置７０に送信する。このように、定期的に送信することで、情報配信装置７０は最新の契約情報に応じてコンテンツを生成できる。

S16：上記のように、消耗品発注装置５０の発注状況送信部５３は、消耗品配送状況９８を情報配信装置７０に送信する。このように、定期的又は適宜、送信することで、情報配信装置７０は最新の消耗品配送状況９８に応じてコンテンツを生成できる。

S17：情報表示アイコン９０は自動的に情報配信装置７０と通信するので、情報表示アイコン９０にはコンテンツの概要が表示されている。閲覧者はコンテンツの概要を見て、情報表示アイコン９０を押下する。画像形成装置８０の操作受付部８１は操作を受け付け、コンテンツ取得部８４は情報表示アイコン９０が有するＵＲＬに基づいてコンテンツの取得要求を情報配信装置７０に送信する。詳細はステップＳ５と同様である。なお、後述する遠隔監視サービス紹介コンテンツ４０４を画像形成装置８０が表示する際は、画像形成装置８０は情報配信装置７０でなく所定のＵＲＬにアクセスする。

S18：情報配信装置７０のコンテンツ生成部７５はコンテンツを生成する。契約情報で消耗品自動配送の契約有りの場合、消耗品配送状況コンテンツ４０２を生成する。画像形成装置８０から受信した機種と機番で契約情報と消耗品配送状況を検索すると、出荷完了であることが分かるので、コンテンツ生成部７５は図１１のような消耗品配送状況コンテンツ４０２を生成する。また、コンテンツ生成部７５は、配送状況更新部６２が配送ステータスを変更すると、最新の配送ステータスを反映させたコンテンツを生成する。

S19：コンテンツ配信部７６はコンテンツを画像形成装置８０に送信する。

＜消耗品発注情報又は消耗品の残量の送信の振り分け＞
図８は、遠隔監視装置４０が機器情報を受信した際の動作を説明するフローチャート図の一例である。図８の処理は機器情報を受信するとスタートする。

遠隔監視装置４０の発注要求部４４は、まず機種と機番に基づいて契約情報を参照し、画像形成装置８０が消耗品残量情報提供の契約対象であるか否かを判断する（Ｓ１０）。

ステップＳ１０の判断がＹｅｓの場合、発注要求部４４は消耗品の残量を販社サーバ１１０に送信する（Ｓ２０）。

ステップＳ１０の判断がＮｏの場合、発注要求部４４は機種と機番で特定された画像形成装置８０が消耗品自動配送を契約しているか否かを、契約情報を参照して判断する（Ｓ３０）。

ステップＳ３０の判断がＮｏの場合、処理は終了する。ステップＳ３０の判断がＹｅｓの場合、発注要求部４４は消耗品の発注の必要があるか否かを判断する（Ｓ４０）。すなわち、機器情報のトナー残量が閾値以下であるか又はトナーエンドを意味している場合は、発注すると判断される。

ステップＳ４０の判断がＹｅｓの場合、発注要求部４４は消耗品発注情報９７を消耗品発注装置５０に送信する（Ｓ５０）。

このように、遠隔監視装置４０は消耗品の発注のルートを契約情報に応じて変更する（切り替える）ことができる。

＜操作部２０と本体１０の通信＞
図９を用いて操作部２０と本体１０の通信手順を説明する。上記のように操作部２０と本体１０は通信路３０を介して通信し、操作部２０は外部との通信を本体１０に依頼する。図９は操作部２０が本体１０を介してコンテンツを取得する手順を示すシーケンス図の一例である。図９の処理は情報表示アイコン９０が押下されることでスタートする。

S1：コンテンツ取得部８４は操作部通信部８６ｂにコンテンツ取得要求を送出する。
S2：操作部通信部８６ｂはコンテンツ取得要求を本体通信部８６ａに送信する。
S3：本体通信部８６ａは外部通信部８７にコンテンツ取得要求を送出する。
S4：外部通信部８７は情報配信装置７０にコンテンツ取得要求を送信する。
S5：情報配信装置７０はコンテンツを外部通信部８７に送信する。

S6：外部通信部８７はコンテンツを記憶部８００１に記憶させる。これにより、操作部２０の記憶装置の記憶容量が小さい場合に本体１０の記憶装置を利用できる。なお、外部通信部８７は記憶装置としてＨＤＤ１４を有しているかどうかを判断し、有している場合にのみコンテンツを保持する。ＨＤＤ１４は記憶容量が大きいので記憶容量に余裕がある場合にのみコンテンツを保持できる。

S7：コンテンツ取得部８４は、コンテンツ取得要求を送出後、記憶部８００１にコンテンツが記憶されたか否かを監視する。操作部２０は本体１０が記憶部（ＨＤＤ）を有しているか否かを起動時に取得しているので、記憶部８００１がある場合にのみ本体１０に問い合わせる。本体１０にＨＤＤ１４がない場合は操作部２０のＲＡＭ２３に記憶されているコンテンツを読み出せばよい。
S8：操作部通信部８６ｂは本体通信部８６ａにコンテンツ読出要求を送信する。
S9,S10：本体通信部８６ａは記憶部８００１からコンテンツを読み出す。
S11：本体通信部８６ａはコンテンツを操作部通信部８６ｂに送信する。
S12：操作部通信部８６ｂはコンテンツをコンテンツ取得部８４に送出する。

ステップＳ１でコンテンツ取得部８４がコンテンツ取得要求を送出しているが、コンテンツ取得部８４は先に記憶部８００１のコンテンツを読み出し、コンテンツの生成時刻と現在時刻を比較して、一定時間が経過している場合にだけ本体１０にコンテンツの取得要求を送信することができる。これにより、情報配信装置７０の通信負荷や処理負荷を低減できる。つまり、一定時間が経過していない場合はステップＳ７〜Ｓ１２を行えばよい。

なお、情報表示アイコン９０が取得されるシーケンスも同様である。ＨＤＤがあれば本体に記憶されなければ操作部に記憶される。ただし、初期画面用のアイコンとコンテンツはＨＤＤの有無に関係なく操作部に記憶される。

＜コンテンツ生成＞
図１０は、コンテンツ生成部７５がコンテンツを生成する手順を示すフローチャート図の一例である。図１０の処理は図７のステップＳ９、Ｓ１８で実行される。

まず、コンテンツ要求受信部７４は、機種と機番と共にコンテンツの取得要求を受信する（Ｓ１０）。

コンテンツ生成部７５は機種と機番をキーにして統合された契約情報と消耗品配送状況を参照し、契約状態を判断する（Ｓ１５）。まず、遠隔監視サービスに加入済みかどうかを判断する。遠隔監視サービスに加入していなくても情報配信アプリが実行され、コンテンツの取得要求が送信されるためである。

コンテンツ生成部７５は機種と機番をキーにして統合された契約情報と消耗品配送状況を参照し、契約状態を判断する（Ｓ２０）。

Ａ．消耗品自動配送：あり 消耗品残量情報提供：なしの場合
コンテンツ生成部７５は図１１に示す消耗品配送状況コンテンツ４０２を生成する（Ｓ３０）。この場合は、画像形成装置８０の顧客が消耗品の自動配送サービスを契約しているので、情報配信装置７０は消耗品の配送状況を閲覧者に提供できる。

Ｂ．消耗品残量情報提供：ありの場合
コンテンツ生成部７５は図１２に示す遠隔監視サービス紹介コンテンツ４０４を生成する（Ｓ４０）。この場合は、画像形成装置８０の顧客が販社への消耗品残量情報の提供を行う契約なので、情報配信装置７０は配送状況を提供できない。また、販社から消耗品の自動配送サービスを受けている可能性が高い。そこで、情報配信装置７０は遠隔監視サービス紹介コンテンツ４０４を生成する。すでに画像形成装置８０は遠隔監視サービスを契約しているため、閲覧者が管理者である場合、遠隔監視サービスについて一定の知識を持っている。しかし、閲覧者が一般ユーザの場合、遠隔監視サービスの知識を有しているとは限らないので、情報配信装置７０が遠隔監視サービス紹介コンテンツ４０４を配信することで、より多くのユーザに遠隔監視サービスを紹介できる。

Ｃ．消耗品自動配送：なし 消耗品残量情報提供：なし、遠隔監視サービスなし
コンテンツ生成部７５は図１３に示す消耗品配送促進コンテンツ４０３を生成する（Ｓ５０）。この場合は、画像形成装置８０の顧客は遠隔監視サービスしか契約していないので、消耗品の自動配送サービスを紹介することで、自動配送サービスの利用を促進できる。

コンテンツを生成すると、コンテンツ配信部７６はコンテンツを画像形成装置８０に配信する（Ｓ６０）。

なお、いずれのコンテンツもＨＴＭＬ、スクリプト言語及びＣＳＳなどで記述されている。コンテンツはＷｅｂページやＷｅｂアプリと称される。静止画でも動画でもよい。

＜コンテンツの画面例＞
図１１は、消耗品配送状況コンテンツ４０２の一例を示す図である。消耗品配送状況コンテンツ４０２はトナー別配送履歴５０１と配送履歴一覧５０２を有する。トナー別配送履歴５０１は、トナーの色ごとに最も新しい配送履歴である。図示するように、ブラック、シアン、マゼンタ、及びイエローの各色の配送履歴が表示される。閲覧者は色ごとにいつ配送されたかを容易に確認できる。

配送履歴一覧５０２は、過去の配送履歴が時系列に表示される欄である。閲覧者は、例えばブラックのようによく使用されるトナーの過去の配送履歴を確認できる。

トナー別配送履歴５０１は以下のように生成される。コンテンツ生成部７５は、消耗品配送状況から、コンテンツを要求した画像形成装置８０の機種と機番のレコードを特定する。そして、注文日の新しい順に各色を検索して、トナーの色ごとに最も新しい配送履歴を特定する。なお、トナーの色の区別は商品コードや商品名を見ればよい。

配送履歴一覧５０２は、以下のように生成される。コンテンツ生成部７５は、消耗品配送状況から、コンテンツを要求した画像形成装置８０の機種と機番のレコードを特定する。そして、例えば過去一年分の配送履歴を時系列に取得する。

トナー別配送履歴５０１と配送履歴一覧５０２はそれぞれ、自動通報日５０３、商品名５０４、及び配送状況５０５の各フィールドを有する。自動通報日５０３は、表３の注文日である。商品名は表３の消耗品名である。配送状況は表３の配送ステータスである。コンテンツ生成部７５は表３からこれらを読み出してコンテンツを生成する。

閲覧者は消耗品配送状況コンテンツ４０２を閲覧することで、消耗品の配送の現在の状況が分かり、安心して待つことができ、また、二重で注文することなどを抑制できる。また、画像形成装置８０のメーカ側も顧客からの問い合わせが減るのでカスタマーサービスなどのコストを低減できる。

図１２は、遠隔監視サービス紹介コンテンツ４０４の一例を示す図である。遠隔監視サービス紹介コンテンツ４０４は遠隔監視サービスが紹介されるＷｅｂページである。閲覧者は遠隔監視サービスについてＷｅｂページで情報を得ることができる。

なお、アイコン情報提供部７３は情報表示アイコン９０に予め遠隔監視サービスのＷｅｂページのＵＲＬを添付しておくので、コンテンツ生成部７５はコンテンツを生成する必要がない。

図１３は、消耗品配送促進コンテンツ４０３の一例を示す図である。消耗品配送促進コンテンツ４０３は消耗品の自動配送サービスの広告である。消耗品の自動配送サービスを契約しないと生じる不都合（発注忘れ、二重発注）が、改善される旨が表示されている。また、消耗品の自動配送の流れが表示されている。

閲覧者は消耗品配送促進コンテンツ４０３を見て、消耗品の自動配送サービスの存在を知ることができる。また、画像形成装置８０のメーカ側も顧客からの発注をカスタマーサービスが処理する機会が減るので、カスタマーサービスなどのコストを低減できる。

＜情報表示アイコン９０の生成＞
画像形成装置８０の情報表示アイコン９０は、例えば定期的に情報配信装置７０と通信して、契約状態に応じたコンテンツを表示させるように閲覧者を誘導する。情報表示アイコン９０は閲覧者が押下することでどのようなコンテンツが表示されるかを表示する。コンテンツの概略を表示すると称してもよい。

図１４は、契約状態と情報表示アイコン９０の関係を説明する図の一例である。
(i) 遠隔監視サービスが未契約
情報表示アイコン９０は「トナーに関するお困りごとはありませんか？」というメッセージを表示する。この場合、遠隔監視サービスの契約を促すためにこのようなメッセージが表示される。情報表示アイコン９０には遠隔監視サービスのＷｅｂページのＵＲＬが含まれており、閲覧者が押下するとブラウザが起動して遠隔監視サービスのＷｅｂページにアクセスする。

以下の(ii)〜（iv）では、遠隔監視サービスの契約有りを前提に説明する。
(ii)消耗品自動配送の契約なし・消耗品残量情報提供の契約なし
情報表示アイコン９０は「トナーに関するお困りごとはありませんか？」というメッセージを表示する。情報表示アイコン９０には消耗品配送促進コンテンツ４０３のＵＲＬが含まれており、閲覧者が押下するとブラウザが起動して消耗品配送促進コンテンツ４０３を表示する（図１３）。
(iii)消耗品自動配送の契約あり・消耗品残量情報提供の契約なし
情報表示アイコン９０は「トナー配送履歴表示」というメッセージを表示する。情報表示アイコン９０には情報配信装置７０のＵＲＬがリンクされており、閲覧者が押下するとブラウザが起動して図１０の処理により生成される消耗品配送状況コンテンツを表示する（図１１）。
(iv) 消耗品残量情報提供の契約あり
情報表示アイコン９０は「出力機器の運用効率化を実現！ 新しいサポート＆サービス 「@リモート」をご存じですか？」というメッセージを表示する。情報表示アイコン９０には遠隔監視サービスのＷｅｂページのＵＲＬがリンクされており、閲覧者が押下するとブラウザが起動してＷｅｂページ（図１２）にアクセスする。

＜情報表示アイコン９０の生成手順＞
情報表示アイコン９０は情報配信装置７０が生成する。画像形成装置８０は情報表示アイコン９０の取得を要求して情報表示アイコン９０を随時更新する。

図１５は、情報表示アイコン９０に関する画像形成装置８０と情報配信装置７０の動作手順を示すシーケンス図の一例である。

S1：情報配信アプリが起動する。起動直後、情報配信アプリは情報配信装置７０と通信していないので情報表示アイコン９０の初期画面を表示する。情報表示アイコン９０の初期画面は、遠隔監視サービスが未契約の場合と同じである。情報表示アイコン９０の位置は他のアプリのアイコンと重複しない位置であり、ＯＳが自動的に決定する。閲覧者は任意の位置に情報表示アイコン９０を移動できる。

S2：アイコン取得部８２は、情報表示アイコン９０の取得タイミングになると、情報表示アイコン９０を情報配信装置７０に要求する。なお、機種と機番の他、情報表示アイコン作成時刻を添付する。情報表示アイコン作成時刻の利用方法は実施例３にて説明する。

取得タイミングは、例えば以下のようになる。情報表示アイコン９０を取得した後は短い周期で取得される。
・情報表示アイコン９０を取得していない状態
閲覧者が押下時、１時間に１回（第一の所定時間）
・情報表示アイコン９０を取得した後
１日に一回取得（第二の所定時間）
S3：情報配信装置７０のアイコン情報提供部７３は上記のように契約情報を参照して、情報表示アイコン９０を生成する。「消耗品残量情報提供の契約なし、消耗品の自動配送契約なし」の場合、アイコン情報提供部７３は情報配信装置７０のＵＲＬをタップ時アクセスＵＲＬとする。「消耗品残量情報提供の契約なし、消耗品の自動配送契約あり」の場合、アイコン情報提供部７３は情報配信装置７０のＵＲＬをタップ時アクセスＵＲＬとする。「消耗品残量情報提供の契約あり」の場合、アイコン情報提供部７３は遠隔監視サービスのＷｅｂページのＵＲＬをタップ時アクセスＵＲＬとする。情報表示アイコン作成時刻に、情報表示アイコンを作成した時刻を設定する。情報表示アイコン９０名、情報表示画像、及び、メッセージは予め決まっているものとする。

S4：情報配信装置７０のアイコン情報提供部７３は情報表示アイコン９０を画像形成装置８０に送信する。

S5：アイコン表示部８３は情報表示アイコン９０を更新して表示する。すなわち、情報表示画像にメッセージを重畳して元の位置に表示する。また、情報表示アイコン９０の近くに情報表示アイコン９０名を表示してもよい。

S6：閲覧者が情報表示アイコン９０を押下すると、操作受付部８１が情報表示アイコン９０の押下を受け付ける。

S7：これにより、コンテンツ取得部８４は押下された情報表示アイコン９０が保持するＵＲＬを指定して対応するコンテンツにアクセスする。

S8：上記のように、情報配信装置７０のコンテンツ生成部７５は契約情報に応じてコンテンツを生成する。

S9：コンテンツ配信部７６はコンテンツを画像形成装置８０に送信する。

S10：コンテンツ表示部８５はブラウザ等によりコンテンツを操作パネル２７に表示する。

以上のように、画像形成装置８０は定期的に情報配信装置７０と通信して契約情報に応じた情報表示アイコンを表示するので、閲覧者が情報表示アイコンを見た時のメッセージによって押下すべきかどうかを判断できる。

＜まとめ＞
以上のように本実施形態の情報配信システムは、消耗品の自動配送サービスの契約状態に応じて配信するコンテンツを変更できるため、閲覧者が誤認する可能性を低減できる。更に、消耗品残量情報提供の契約の有無に応じて配信するコンテンツを変更できるため、閲覧者が誤認する可能性を低減できる。

本実施例では消耗品配送装置６０が複数ある場合の情報配信システム１００について説明する。図１６は情報配信システム１００の概略的な全体構成図の一例である。図１６の説明では主に図２との相違を説明する。

図１６の情報配信システム１００は消耗品配送装置６０に加え、消耗品配送装置６０Ｂを有している。消耗品の配送先となる顧客の場所は様々で数も多いので、消耗品配送装置６０が消耗品配送装置６０Ｂに消耗品の配送を依頼する場合がある。例えば、消耗品配送装置６０は情報配信システム１００と関係が深い会社が運営しており、消耗品配送装置６０Ｂは消耗品配送装置６０から配送を請け負う協力会社などである。なお、消耗品配送装置６０Ｂも消耗品の配送を管理する情報処理装置である。

消耗品配送装置６０は自機も消耗品の配送を管理する他、消耗品配送装置６０Ｂに配送依頼を行う。配送を依頼された消耗品配送装置６０Ｂは配達員に消耗品を配送させる。この場合、納品が成功する場合と失敗する場合がある。納品に失敗した場合、消耗品配送装置６０Ｂは「納品ならず」を消耗品配送装置６０に通知する。納品ならずとは、担当者が何回か訪問したが不在などで配送できない場合、又は、配送を拒否された場合などである。

これに対し、納品に成功した場合、納品に成功する配送数が多いのと通常は納品に成功するため、消耗品配送装置６０Ｂは「納品完了」を消耗品配送装置６０に通知することはない。

したがって、納品ならずの場合、消耗品発注装置５０はその旨を情報配信装置７０に通知できるが、納品完了の場合、消耗品発注装置５０はその旨を情報配信装置７０に通知できない。このため、消耗品配送装置６０Ｂが配送する消耗品については、画像形成装置８０が消耗品配送状況コンテンツ４０２を表示しても配送状況が更新されないという不都合があった。

本実施例では、納品完了及び納品ならずのいずれの場合も、消耗品配送状況コンテンツ４０２が更新された配送状況を表示できる情報配信システム１００について説明する。

＜機能について＞
図１７は、本実施例の情報配信システム１００が有する画像形成装置８０、遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、消耗品配送装置６０Ｂ、及び情報配信装置７０の機能ブロック図の一例である。図１７の説明では主に図６との相違を説明する。

まず、上記のように、情報配信システム１００が新たに消耗品配送装置６０Ｂを有する。消耗品配送装置６０Ｂは配送要求受信部６１、配送状況更新部６２、及び、配送ならず送信部６５を有する。配送要求受信部６１と配送状況更新部６２の機能は消耗品配送装置６０のものと同様でよい。

配送ならず送信部６５は、消耗品の配達員が配送できないと判断しその旨を入力すると配送ならずを消耗品配送装置６０に通知する。配送ならず送信部６５は、図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現される。

また、消耗品配送装置６０は、新たに配送要求部６３と配送結果受信部６４を有している。配送要求部６３は、消耗品の配送を消耗品配送装置６０Ｂに要求する（消耗品配送依頼９４を転送する）。配送要求部６３が消耗品配送装置６０Ｂに消耗品の配送を要求する顧客は地域などで予め決まっていてもよいし、管理者が適宜設定してもよい。

また、配送結果受信部６４は、消耗品配送装置６０Ｂから納品ならずを受信する。消耗品配送装置６０Ｂから納品ならずを受信した場合、消耗品配送装置６０の配送状況更新部６２が配送状況の更新要求を消耗品発注装置５０に送信する。配送要求部６３と配送結果受信部６４は図４のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現される。

＜動作手順 納品ならずの場合＞
図１８は、納品ならずの場合の情報配信システム１００の全体的な動作を示すシーケンス図の一例である。図１８の説明では主に図７との相違を説明する。ステップＳ１〜Ｓ１３の処理は図７と同様である。
S13-2：消耗品配送装置６０の配送要求部６３は消耗品配送依頼を消耗品配送装置６０Ｂに送信する。
S13-3：消耗品配送装置６０Ｂで納品ならずが発生した場合、消耗品配送装置６０Ｂの配送ならず送信部６５は消耗品配送装置６０に「納品ならず」を送信する。
S14：消耗品配送装置６０の配送状況更新部６２は、配送中の消耗品の配送ステータスが変更になったので、「納品ならず」という配送ステータスを含む配送状況の更新要求を消耗品発注装置５０に送信する。

ステップＳ１５の処理は図７と同様であり、ステップＳ１６で、配送状況の更新要求に基づいて、消耗品配送状況９８が情報配信装置７０に送信される。
S16：消耗品発注装置５０の発注状況送信部５３は、消耗品配送状況９８を定期的又は適宜、情報配信装置７０に送信する。したがって、情報配信装置７０はコンテンツを要求した画像形成装置８０に配送状況が更新されたコンテンツを送信できる。

このように、消耗品配送装置６０Ｂが配送した場合でも、「納品ならず」の場合、「納品ならず」という旨が情報配信装置７０まで通知される。

＜動作手順 納品完了の場合＞
図１９は、納品完了の場合の情報配信システム１００の全体的な動作を示すシーケンス図の一例である。図１９の説明では主に図１８との相違を説明する。図１９に示すように、納品完了の場合ステップＳ１３−３がない。すなわち、消耗品配送装置６０Ｂから消耗品配送装置６０に「納品完了」の状態が通知されない。そこで、消耗品発注装置５０はステップＳ１２−２の処理を行う。

S12-2：消耗品発注装置５０の発注状況管理部５２は消耗品配送依頼を送信した日時（注文日）を記録しておき、一定期間、配送ステータス（納品ならず）を受信しなかった場合は「納品完了」とみなす。

したがって、ステップＳ１６では、図１８と同様に、発注状況送信部５３が消耗品配送状況９８を情報配信装置７０に送信することができる。

このように、消耗品配送装置６０Ｂが配送し、「納品完了」の場合でも、「納品完了」の旨が情報配信装置７０まで通知される。

＜消耗品配送状況コンテンツ＞
図２０を用いて納品ならずが含まれる場合の消耗品配送状況コンテンツ４０２について説明する。図２０は消耗品配送状況コンテンツ４０２の一例を示す図である。図２０の説明では主に図１１との相違を説明する。図２０の消耗品配送状況コンテンツ４０２は配送履歴一覧を有さないが、配送履歴一覧については別の画面の遷移後に表示される。詳細は図２６にて説明される。

図２０の消耗品配送状況コンテンツ４０２は配送状況５０５の項目に「持ち帰り」が表示されている。「持ち帰り」が納品ならずを意味する。情報配信装置７０のコンテンツ生成部７５は、消耗品発注装置５０から送信される消耗品配送状況９８に基づき配送状況５０５の項目を決定する。表６を用いて説明する。

表６は、消耗品配送状況のコードと内容を説明する。表６はデータ区分、納品報告種別区分、意味、及び、表示仕様の各項目を有する。データ区分は納品か納品ならずを示し、納品報告種別区分は納品ならずの細分類を示す。データ区分と納品報告種別区分を、消耗品発注装置５０の発注状況管理部５２が設定する。

意味の項目はデータ区分と納品報告種別区分の組み合わせが有する内容を示す。本実施例の説明のための項目であり、コンテンツ生成部７５がこの項目を参照しなくてもよい。表示仕様はデータ区分と納品報告種別区分の組み合わせが消耗品配送状況コンテンツ４０２でどのように表示されるかを示す。納品ならずの場合、コンテンツ生成部７５は消耗品配送状況のコードを参照して「持ち帰り」又は「現地変更」を消耗品配送状況コンテンツ４０２に設定できる。

データ区分の項目が納品の場合、出荷が完了した状態と納品が完了した状態がある。発注状況管理部５２は、以下のように、出荷完了か納品完了かを判断する
Ａ．出荷完了
消耗品配送依頼９４の送信直後は「出荷完了」であると判断する。この場合、発注状況管理部５２は納品予定日を設定する。納品予定日のフォーマットは例えば「YYYY/MM/DD」である。納品予定日の決定方法については後述する。
Ｂ．納品完了
納品予定日から一定期間（例えば７、１０、１４日など）「納品ならず」が消耗品配送装置６０から送信されない場合、納品完了とみなし、発注状況管理部５２は納品完了であると判断する。

発注状況管理部５２はこのように決定した配送状況５０５の表示に必要な情報を設定し、発注状況送信部５３が情報配信装置７０に送信する。

納品予定日について説明する。納品予定日は以下のようになる。消耗品配送装置６０又は６０Ｂから近隣の地域では、午前中に注文されると当日が納品予定日である。午後に注文されると翌日が納品予定日である。近隣よりも遠い中距離地域では、発注日の翌日が納品予定日である。それ以外の遠距離地域では、発注日の翌々日が納品予定日である。

消耗品発注装置５０は地域ごとに近隣、中距離地域、遠距離地域が対応づけられたテーブルを有しており、注文日と顧客の地域に応じて、納品予定日を決定する。

次に、消耗品配送状況コンテンツ４０２のトナーアイコン５０８とトナー種別５０６について説明する。図２０の消耗品配送状況コンテンツ４０２はトナーアイコン５０８とトナー種別５０６の項目を有している。実施例１の図１１ではトナー種別５０６が商品名になっており、消耗品の商品名がそのまま表示されていた。本実施例ではトナー種別５０６のみを表示する方法を説明する。

まず、図２１を用いてトナー種別を表示する方法の一例を説明する。図２１は、トナー種別５０６をコンテンツ生成部７５が作成するために必要となるテーブルである。テーブルには商品コード、商品名、トナー種別及びトナーアイコンの各項目が対応付けて登録されている。コンテンツ生成部７５がこのようなテーブルを有していれば消耗品配送状況９８の商品名（消耗品名）からトナー種別とトナーアイコンを特定できる。

しかしながら、商品コード又は商品名は一定のルールで付与されているものではなく、商品コード又は商品名の種類は多種多様である。このため、情報配信システム１００の管理者がこのようなテーブルを作成することは容易でない。

そこで、本実施例のコンテンツ生成部７５は商品名に含まれる文字を利用してトナー種別５０６を判断する。商品名にはトナー種別５０６の文字列が含まれているため、トナー種別５０６を容易に判断できる。トナーアイコン５０８はトナー種別５０６と１対１に対応するので同様に判断できる。

図２２は、コンテンツ生成部７５がトナー種別５０６とトナーアイコン５０８を判断する手順を示すフローチャート図の一例である。

まず、コンテンツ生成部７５は消耗品配送状況９８の商品名（消耗品名）と予め保持する「ブラック」という文字列を比較し、「ブラック」が商品名に含まれるか否かを判断する（Ｓ１０）。

ステップＳ１０の判断がＹｅｓの場合、コンテンツ生成部７５はトナー種別が「ブラック」であると判断し、また、ブラック用のトナーアイコンを消耗品配送状況コンテンツ４０２に設定する（Ｓ２０）。

ステップＳ１０の判断がＮｏの場合、コンテンツ生成部７５は消耗品配送状況の商品名に「シアン」という文字列が含まれるか否かを判断する（Ｓ３０）。

ステップＳ３０の判断がＹｅｓの場合、コンテンツ生成部７５はトナー種別が「シアン」であると判断し、また、シアン用のトナーアイコンを消耗品配送状況コンテンツ４０２に設定する（Ｓ４０）。

ステップＳ３０の判断がＮｏの場合、コンテンツ生成部７５は消耗品配送状況の商品名に「マゼンタ」という文字列が含まれるか否かを判断する（Ｓ５０）。

ステップＳ５０の判断がＹｅｓの場合、コンテンツ生成部７５はトナー種別が「マゼンタ」であると判断し、また、マゼンタ用のトナーアイコンを消耗品配送状況コンテンツ４０２に設定する（Ｓ６０）。

ステップＳ５０の判断がＮｏの場合、コンテンツ生成部７５は消耗品配送状況の商品名に「イエロー」という文字列が含まれるか否かを判断する（Ｓ７０）。

ステップＳ７０の判断がＹｅｓの場合、コンテンツ生成部７５はトナー種別が「イエロー」であると判断し、また、イエロー用のトナーアイコンを消耗品配送状況コンテンツ４０２に設定する（Ｓ８０）。

ステップＳ７０の判断がＮｏの場合、コンテンツ生成部７５は消耗品配送状況の商品名に「レッド」という文字列が含まれるか否かを判断する（Ｓ９０）。

ステップＳ９０の判断がＹｅｓの場合、コンテンツ生成部７５はトナー種別が「レッド」であると判断し、また、レッド用のトナーアイコンを消耗品配送状況コンテンツ４０２に設定する（Ｓ１００）。

ステップＳ９０の判断がＮｏの場合、商品名に該当するトナー種別がないと判断される。この場合、トナーアイコン５０８とトナー種別５０６は空欄になる。このように、情報配信システム１００は商品名とトナー種別を対応付けるテーブルを有していなくても、消耗品配送状況コンテンツ４０２にトナー種別及びトナーアイコンを表示できる。

＜まとめ＞
以上のように本実施例の情報配信システム１００は、消耗品配送装置６０Ｂが配送する消耗品に関しても配送状況を更新でき、配送状況が更新された消耗品配送状況コンテンツ４０２を画像形成装置８０が表示できる。

画像形成装置８０が有する操作部２０のサイズは必ずしも一定でないため、操作部２０のサイズが小さいと閲覧者がコンテンツの文字を読みづらい場合がある。そこで、本実施例では、操作部２０のサイズに応じたコンテンツを作成する情報配信装置７０について説明する。

また、情報表示アイコン９０を取得していない場合、画像形成装置８０は１時間に１回、情報配信装置７０へ情報表示アイコンを取りに行くため、画像形成装置８０の起動後及び省エネ復帰後などに画像形成装置８０のアクセスが情報配信装置７０に集中するおそれがある。そこで、本実施例では、情報表示アイコン９０の作成の必要性を判断して、必要な場合にだけ情報表示アイコン９０を作成する情報配信装置７０について説明する。

なお、本実施例のシステム構成、機能ブロック図については実施例１と同様であるか、又は、異なっていても本実施例の説明に支障がないものとする。

＜情報表示アイコンの生成手順＞
図２３は、情報表示アイコン９０に関する画像形成装置８０と情報配信装置７０の動作手順を示すシーケンス図の一例である。図２３では主に図１５との相違を説明する。

S1：情報配信アプリが起動する。起動直後、情報配信アプリは情報配信装置７０と通信していないので情報表示アイコン９０の初期画面を表示する。情報表示アイコン９０の初期画面は、遠隔監視サービスが未契約の場合と同じである。情報表示アイコン９０の位置は他のアプリのアイコンと重複しない位置であり、ＯＳが自動的に決定する。閲覧者は任意の位置に情報表示アイコン９０を移動できる。

S2：アイコン取得部８２は、情報表示アイコン９０の取得タイミングになると、情報表示アイコン９０を情報配信装置７０に要求する。本実施例では、操作部２０のサイズが新たに送信される。また、起動直後の画像形成装置８０は情報表示アイコン作成時刻を有していないので、情報表示アイコン作成時刻には「０００」など情報表示アイコン作成時刻を有していない旨の値を設定する。

S3：情報配信装置７０のアイコン情報提供部７３は上記のように契約情報を参照して、情報表示アイコン９０を生成する。詳細を図２４に示す。本実施例では情報表示アイコン９０が応答される場合と、情報表示アイコン９０ではなく「最新である旨」だけが応答される場合がある。情報表示アイコン９０が送信される場合、画像形成装置８０に送信される情報は表５に示したとおりである。ただし、タップ時アクセスＵＲＬには操作部２０のサイズによって異なるＵＲＬが格納される。

S4：情報配信装置７０のアイコン情報提供部７３は情報表示アイコン９０又は最新である旨を画像形成装置８０に送信する。

S5：アイコン表示部８３は情報表示アイコン９０を更新して表示する。すなわち、情報表示画像にメッセージを重畳して元の位置に表示する。

S6：閲覧者が情報表示アイコン９０を押下すると、操作受付部８１が情報表示アイコン９０の押下を受け付ける。

S7：これにより、コンテンツ取得部８４は押下された情報表示アイコン９０が保持するＵＲＬを指定して対応するコンテンツにアクセスする。

S8：上記のように、情報配信装置７０のコンテンツ生成部７５は契約情報に応じてコンテンツを生成する。

S9：コンテンツ配信部７６はコンテンツを画像形成装置８０に送信する。

S10：コンテンツ表示部８５はブラウザ等によりコンテンツを操作パネル２７に表示する。

このように、アイコン情報提供部７３は操作部２０のサイズによって異なるタップ時アクセスＵＲＬを設定でき、また、情報表示アイコン９０を作成しないことができる。このため、情報配信装置７０は操作部２０のサイズに適切なコンテンツを送信でき、情報表示アイコン９０の作成負荷を低減できる。

＜情報表示アイコンを作成するか否かの判断＞
図２４は、アイコン情報提供部７３が情報表示アイコンを作成する手順を示すフローチャート図の一例である。

まず、情報配信アプリは起動完了通知を検出する（Ｓ１０）。起動完了通知とは、画像形成装置８０のアプリの管理機能が各アプリに画像形成装置８０の起動が完了したことをいっせいに通知するブロードキャストである。起動や復帰の処理を行う他のアプリのリソースを消費しないように、情報配信アプリは起動完了通知から所定時間内は情報表示アイコン９０を取得しない。なお、省エネ復帰後の所定時間も情報表示アイコン９０を取得しない。

次に、アイコン取得部８２は情報表示アイコン９０を取得するタイミングか否かを判断する（Ｓ２０）。

情報表示アイコンを取得するタイミングでない場合（Ｓ２０のＮｏ）、アイコン取得部８２は一定時間待機する（Ｓ３０）。

情報表示アイコンを取得するタイミングになると（Ｓ２０のＹｅｓ）、アイコン取得部８２は情報表示アイコン９０の取得を情報配信装置７０に要求する（Ｓ４０）。

情報配信装置７０のアイコン情報提供部７３は情報表示アイコン９０の取得要求を受信する（Ｓ５０）。

アイコン情報提供部７３は、情報表示アイコン９０を作成するか否かを判段する（Ｓ６０）。すなわち、情報表示アイコン作成時刻と契約情報の更新時刻とを比較して、契約情報の方が新しいか否かを判断する。契約情報の方が新しい場合は、情報表示アイコン９０を作成し直すことが好ましく、そうでない場合は、情報表示アイコン９０を作成し直す必要がない。

ステップＳ６０の判断がＮｏの場合、アイコン情報提供部７３は、情報表示アイコン９０が最新である旨を画像形成装置８０に応答する（Ｓ７０）。

ステップＳ６０の判断がＹｅｓの場合、アイコン情報提供部７３は新たに情報表示アイコン９０を作成する（Ｓ８０）。

この場合、アイコン情報提供部７３は操作部２０のサイズに応じたタップ時アクセスＵＲＬを作成する（Ｓ９０）。このように、画像形成装置８０のアクセス先を変えることで操作部２０のサイズに応じたコンテンツを画像形成装置８０に表示させることができる。

画像形成装置８０のアイコン取得部８２は情報表示アイコン９０又は最新である旨の応答を受信する（Ｓ１００）。

アイコン取得部８２は受信に成功したか否かを判断する（Ｓ１１０）。失敗した場合、一定時間待機して（Ｓ１２０）、再度の取得を行う。成功した場合であって情報表示アイコン９０を受信した場合、アイコン表示部８３が情報表示アイコンを表示する（Ｓ１３０）。

このように、情報表示アイコン作成時刻と契約情報の更新時刻とを比較することで、情報配信装置７０が情報表示アイコンを作成しなくて済む場合があるため、情報配信装置７０の処理負荷を低減できる。

＜サイズが異なる操作部によるコンテンツの表示例＞
図２５は、サイズが異なる操作部２０によるコンテンツの表示例を説明する図の一例である。図２５（ａ）の操作部２０のサイズは７インチであり、図２５（ｂ）の操作部２０のサイズは１０インチである。これらの文字は小さいため、操作部２０のサイズが７インチの画像形成装置８０の製造機番６０１と情報更新日時６０２は視認性が悪かった。

本実施例では、７インチの画像形成装置８０は、図２５（ａ）のコンテンツを生成するタップ時アクセスＵＲＬにアクセスする。これにより、図２５（ａ）のコンテンツと図２５（ｂ）のコンテンツで製造機番６０１と情報更新日時６０２の文字サイズを同じにすることができる。すなわち、７インチの画像形成装置８０からアクセスされたコンテンツ生成部７５は製造機番６０１と情報更新日時６０２の文字サイズを、１０インチの画像形成装置８０からアクセスされた場合よりも大きくする。したがって、小さい文字の視認性の低下を抑制できる。

なお、製造機番６０１と情報更新日時６０２以外の文字は元々サイズが大きいので、コンテンツ生成部７５は、７インチの画像形成装置８０からアクセスされた場合と１０インチの画像形成装置８０からアクセスされた場合とで文字のサイズを変更しない。

＜消耗品配送状況コンテンツの表示と配送履歴一覧＞
図２０で説明したように、消耗品配送状況コンテンツ４０２と配送履歴が別の画面で表示される場合がある。配送履歴が別の画面になることで、閲覧者は消耗品配送状況コンテンツ４０２から最新の配信状況を確認しやすくなる。

図２６は消耗品配送状況コンテンツ４０２と配送履歴一覧を示す図の一例である。図２６（ａ）は消耗品配送状況コンテンツ４０２を示す。消耗品配送状況コンテンツ４０２はトナー別配送履歴５０１、閉じるボタン５０７、配送履歴一覧ボタン５０９、及び、お知らせボタン５１０を有している。情報配信アプリは消耗品配送状況コンテンツ４０２のフレーム５１１や背景５１２と閉じるボタン５０７を生成するが、トナー別配送履歴５０１を含め配送履歴一覧ボタン５０９とお知らせボタン５１０は情報配信装置７０のコンテンツ生成部７５が作成する。

コンテンツ生成部７５は配送履歴一覧ボタン５０９とお知らせボタン５１０にそれぞれ接続先のＵＲＬを対応付けており、閲覧者が配送履歴一覧ボタン５０９とお知らせボタン５１０を押下すると情報配信アプリはこのＵＲＬにアクセスする。なお、お知らせボタン５１０には情報配信装置７０のメンテナンス等の情報を提供するＵＲＬが対応付けられている。

図２６（ｂ）は配送履歴一覧画面５２１を示す。閲覧者が配送履歴一覧ボタン５０９を押下すると、情報配信アプリは対応付けられたＵＲＬにしたがって情報配信装置７０と通信し、コンテンツ生成部７５が配送履歴一覧画面５２１を生成する。

配送履歴一覧画面５２１は配送履歴一覧５０２、戻るボタン５２２、及び閉じるボタン５０７を有する。情報配信アプリは消耗品配送状況コンテンツ４０２と同様に、フレーム５１１、背景５１２及び閉じるボタン５０７を生成するが、戻るボタン５２２を生成できない。戻るボタン５２２は、画像形成装置８０が直前に表示していた消耗品配送状況コンテンツ４０２を再度、閲覧者が表示させるためのボタンであるが、情報配信アプリはタップ時アクセスＵＲＬを保持する仕組みを有していない。これは、情報配信装置７０が配信する以外の情報も情報表示アプリは表示するため、情報配信装置７０に特有の画面遷移に対応していないからである。このため、情報配信アプリが戻るボタン５２２を表示したとしても、閲覧者が消耗品配送状況コンテンツ４０２を再表示できない。

そこで、コンテンツ生成部７５は配送履歴一覧画面５２１を生成する際、戻るボタン５２２を生成して配送履歴一覧画面５２１における位置を決定すると共に、戻るボタン５２２にタップ時アクセスＵＲＬを対応付ける。このため、配送履歴一覧ボタン５０９が押下された場合、コンテンツ取得部８４は情報表示アイコン９０が有するタップ時アクセスＵＲＬを情報配信装置７０に送信する。

図２７は、画像形成装置８０が消耗品配送状況コンテンツ４０２から配送履歴一覧画面５２１を表示させる手順を示すシーケンス図の一例である。
S1：閲覧者が配送履歴一覧ボタン５０９を押下すると、操作受付部８１が配送履歴一覧ボタン５０９の押下を受け付ける。
S2：コンテンツ取得部８４は配送履歴一覧画面取得要求と共にタップ時アクセスＵＲＬを情報配信装置７０に送信する。
S3：情報配信装置７０のコンテンツ要求受信部７４は配送履歴一覧画面取得要求を受信し、コンテンツ生成部７５は配送履歴一覧画面の戻るボタン５２２にタップ時アクセスＵＲＬを対応付ける。
S4：コンテンツ配信部７６は配送履歴一覧画面を画像形成装置８０に送信する。

こうすることで、情報配信アプリに元の画面に戻る機能がなくても、閲覧者は配送履歴一覧画面５２１と消耗品配送状況コンテンツ４０２を交互に表示できる。

次に、図２８に基づき、情報表示アイコンが押下された場合の情報配信アプリと情報配信装置７０の処理について説明する。

まず、閲覧者が情報表示アイコンを押下する（Ｓ１０）。操作受付部８１は該操作を受け付ける。

コンテンツ取得部８４は情報表示アイコンを取得済みか否か判断する（Ｓ２０）。起動直後などは情報表示アイコンが表示されてもタップ時アクセスＵＲＬ等が取得されていないためである。

ステップＳ２０の判断がＹｅｓの場合、コンテンツ取得部８４は機種と機番がコンテンツの取得に必要か否かを判断する（Ｓ３０）。これは、機種と機番が必要でないコンテンツも存在するためである。例えば、上記のお知らせボタンなどは機種と機番に関係がない共通のコンテンツを表示するため機種と機番は不要である。図２８の処理は必要であるとして説明する。なお、機種と機番が必要かどうかは押下される情報表示アイコンの種類等に依存する。

コンテンツ取得部８４はタップ時アクセスＵＲＬに機種と機番を設定して情報配信装置７０にアクセスする。例えば、タップ時アクセスＵＲＬの末尾に「?mid=3C66-700013」と追加する。

情報配信装置７０のコンテンツ生成部７５は、タップ時アクセスＵＲＬに対応したコンテンツを生成する（Ｓ５０）。すなわち、消耗品配送状況コンテンツ４０２、消耗品配送促進コンテンツ４０３、アプリ説明コンテンツ４０５（図２９参照）のいずれかを生成する（Ｓ６０，Ｓ７０、Ｓ８０）。

コンテンツ配信部７６がコンテンツを送信すると、情報配信アプリのコンテンツ取得部８４が受信し、コンテンツ表示部８５が表示する（Ｓ９０）。

ステップＳ２０の判断がＮｏの場合、情報表示アイコンを取得していないので、アイコン取得部８２が図２４の処理を行う（Ｓ４０）。これにより情報表示アイコンを取得できた場合は、図２８のステップＳ３０以降の処理が実行される。このように、情報表示アイコンを保持していない場合に情報表示アイコンが押下されると、情報配信アプリは情報配信アプリを取得し、続けてコンテンツを取得できる。

＜情報表示アイコンの他の例＞
図２９は、契約状態と情報表示アイコン９０の関係を説明する図の一例である。図２９では図１４との相違を説明する。
(i) 遠隔監視サービスが未契約
この場合の情報表示アイコン９０は図１４と同様である。

以下の(ii)〜（iv）では、遠隔監視サービスの契約有りを前提に説明する。
(ii)消耗品自動配送の契約なし・消耗品残量情報提供の契約なし
この場合の情報表示アイコン９０は図１４と同様である。
(iii)消耗品自動配送の契約あり・消耗品残量情報提供の契約なし
情報表示アイコン９０は「トナー自動配送状況」というメッセージを表示する。情報表示アイコン９０には情報配信装置７０のＵＲＬがリンクされており、閲覧者が押下すると情報配信アプリが消耗品配送状況コンテンツ４０２を表示する。
(iv) 消耗品残量情報提供の契約あり
情報表示アイコン９０は「トナー自動配送状況」というメッセージを表示する。すなわち、(iii)と同様である。情報表示アイコン９０には情報配信装置のＵＲＬが対応付けられており、閲覧者が押下すると図示するアプリ説明コンテンツ４０５が表示される。このアプリ説明コンテンツ４０５には「リモート管理サービスのトナー自動配送サービス。ご加入のお客様専用のアプリケーションです。」と表示される。これにより、閲覧者は情報表示アイコン９０が自分たちには意味がないことを把握できる。

なお、図２９のコンテンツは一例に過ぎず、コンテンツの具体的な内容は適宜設定される。

＜まとめ＞
以上説明したように、本実施例の情報配信システム１００は、操作部２０のサイズに応じたコンテンツを提供でき、情報表示アイコン９０が最新の場合は作成しないことで情報配信装置７０の処理負荷を低減できる。

なお、操作部２０のサイズに応じたコンテンツだけでなく、画像形成装置８０が備える機能（プリンタ、コピー、ＦＡＸ、フィニッシャ、モノクロ・カラー、両面印刷、集約印刷等）に応じたコンテンツを作成してもよい。

また、サーバシステムが契約情報のうち少なくとも更新時刻を画像形成装置８０に通知しておき、画像形成装置８０が情報表示アイコンを取得するか否かを判断してもよい。この場合、契約情報の送信タイミングとして機器情報の送信に対する応答が考えられる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では、消耗品としてトナーを例に説明したが、用紙が消耗品となる場合がある。また、中間転写ベルトや感光体のトナーを回収する廃トナーボトル、定着ベルトなどが消耗品となる場合がある。画像形成装置以外の電子機器としてプロジェクタの場合は光源ランプが消耗品となる場合がある。

また、情報表示アイコン９０は単に表示される他、画像形成装置８０が音声でメッセージを読み上げてもよい。

また、本実施形態で図示した画面例は一例に過ぎず、適宜、変形、画面要素の置換、画面要素の追加、画面要素の除去等が可能である。

また、販社サーバ１１０は情報配信システム１００内の消耗品発注装置５０以外の情報処理装置でもよい。また、消耗品の情報の送信先は管理者の端末などでもよい。すなわち、消耗品の情報の送信先は販社のサーバに限られない。

また、情報表示アイコン９０は単なるアイコンでもよい。また、ボタン、オブジェクト、ソフトキーなどと呼ばれてもよく呼称がアイコンである必要はない。また、情報表示アイコン９０はハードキーの操作で押下を検出してもよい。

また、図６などの構成例は、情報配信システム１００による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。情報配信システム１００の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、図２に示すように遠隔監視装置４０、消耗品発注装置５０、消耗品配送装置６０、及び情報配信装置７０は、それぞれが別々の情報処理装置で実現されてもよいし、２つ以上が１つの情報処理装置で実現されてよい。また、図２よりも更に多くの情報処理装置で実現されてよい。

なお、コンテンツ取得部８４は情報要求手段の一例であり、コンテンツ表示部８５は情報表示手段の一例であり、契約情報受信部７１は契約情報取得手段の一例であり、コンテンツ生成部７５は情報生成手段の一例であり、コンテンツ配信部７６は情報配信手段の一例であり、機器情報送信部８９は機器情報送信手段の一例である。情報表示アイコン９０は表示部品の一例であり、アイコン取得部８２は表示部品情報取得手段の一例であり、アイコン表示部８３は表示部品表示手段の一例であり、アイコン情報提供部７３は表示部品情報提供手段の一例であり、配送状況更新部６２は更新手段の一例である。配送結果受信部６４は配送結果受信手段の一例である。

１０ ：本体
２０ ：操作部
４０ ：遠隔監視装置
５０ ：消耗品発注装置
６０ ：消耗品配送装置
７０ ：情報配信装置
８０ ：画像形成装置
９０ ：情報表示アイコン
１００ ：情報配信システム
１１０ ：販社サーバ

特開２０１５−１８０９８６号公報

Claims (16)

1. ネットワークを介して電子機器と１以上の情報配信装置を含むサーバシステムとが通信する情報配信システムであって、
   前記電子機器は、
   前記電子機器の識別情報と共に情報の配信を前記サーバシステムに要求する情報要求手段と、
   前記サーバシステムから送信された前記情報を表示装置に表示する情報表示手段と、を有し、
   前記サーバシステムは、
   前記電子機器に提供されるサービスの契約に関する契約情報を取得する契約情報取得手段と、
   前記識別情報に基づいて前記電子機器の前記契約情報を特定し、前記契約情報に応じた前記情報を生成する情報生成手段と、
   前記情報生成手段が生成した前記情報を前記電子機器に配信する情報配信手段と、を有し、
   前記契約情報が、前記電子機器の消耗品を発注する契約であり、かつ、前記電子機器に関する機器情報を所定の情報処理装置に送信しないという契約の場合、前記情報生成手段は、前記電子機器の前記消耗品の配送状況を取得して、前記消耗品の配送状況に関する前記情報を生成し、
   前記契約情報が、前記機器情報を所定の情報処理装置に送信するという契約の場合、前記情報生成手段は、前記電子機器が前記機器情報を前記サーバシステムに送信するサービスに関する前記情報を生成し、
   前記契約情報が、前記消耗品を発注する契約でなく、かつ、前記機器情報を前記所定の情報処理装置に送信しないという契約の場合、前記情報生成手段は、前記消耗品の自動配送サービスに関する前記情報を生成する情報配信システム。
2. 前記電子機器は、
   前記電子機器に関する機器情報を前記サーバシステムに送信する機器情報送信手段を有し、
   前記契約情報には前記機器情報を所定の情報処理装置に送信する契約か否かが設定されており、
   前記サーバシステムは、
   前記契約情報に設定された前記所定の情報処理装置に前記機器情報を送信する機器情報送信手段を有し、
   前記情報生成手段は、前記機器情報を前記所定の情報処理装置に送信する契約か否かに応じて生成する前記情報を変更する請求項１に記載の情報配信システム。
3. 前記電子機器は、
   前記電子機器に関する機器情報を前記サーバシステムに送信する機器情報送信手段を有し、
   前記契約情報には、前記電子機器の消耗品を発注する契約か否かが設定されており、
   前記情報生成手段は、前記消耗品を発注する契約と発注しない契約とで生成する前記情報を変更する請求項２に記載の情報配信システム。
4. 前記サーバシステムは、
   前記消耗品の配送状況を更新する更新手段を有し、
   前記更新手段が前記配送状況を更新した場合、前記情報生成手段は前記配送状況を反映させて前記消耗品の配送状況に関する前記情報を生成する請求項１に記載の情報配信システム。
5. 前記電子機器は、
   前記情報の概略を示す表示部品に関する情報を前記サーバシステムから取得する表示部品情報取得手段と、
   前記表示部品に関する情報を用いて表示装置に表示部品を表示する表示部品表示手段と、を有し、
   前記サーバシステムは、
   前記契約情報に応じて前記表示部品に関する情報を生成し前記電子機器に提供する表示部品情報提供手段を有する請求項１〜４のいずれか１項に記載の情報配信システム。
6. 前記表示部品情報提供手段は、前記契約情報に応じたアドレス情報を前記表示部品に関する情報に含め、
   前記表示部品表示手段が表示した前記表示部品の押下が受け付けられた場合、前記情報表示手段は前記アドレス情報のリソースにアクセスして取得した前記情報を前記表示装置に表示する請求項５に記載の情報配信システム。
7. 前記表示部品情報取得手段は、定期的に前記表示部品に関する情報を前記サーバシステムから取得する請求項５又は６に記載の情報配信システム。
8. 前記電子機器は、少なくとも画像形成部を含む本体と、前記本体を操作する操作部を有し、
   前記操作部は前記本体と独立したＯＳ及びＣＰＵ及び、
   前記ＯＳ及びＣＰＵにより動作する情報配信アプリ及びブラウザを有し、
   前記操作部の前記情報配信アプリは、
   所定のタイミングで前記情報配信アプリのアイコンの画像を前記サーバシステムから取得して表示し、
   前記取得したアイコンの画像が押下されると、前記電子機器の識別情報を送信すると共に、
   前記識別情報に対応するコンテンツを取得して前記ブラウザで表示する請求項１に記載の情報配信システム。
9. 前記所定のタイミングは、
   前記情報配信アプリが前記アイコンの画像を取得していない場合は、前記情報配信アプリの押下時又は第一の所定時間ごとに取得を実施し、
   前記情報配信アプリが前記アイコンの画像を取得している場合は、第二の所定時間ごとに取得を実施し、
   前記第一の所定時間は、前記第二の所定時間よりも短い請求項８に記載の情報配信システム。
10. 前記消耗品の配送を管理する消耗品配送装置から前記消耗品を配送できなかった場合に納品ならずの旨を受信する配送結果受信手段を有し、
    前記消耗品配送装置への配送依頼から一定期間に、前記配送結果受信手段が前記納品ならずの旨を前記消耗品配送装置から受信しない場合、
    前記更新手段は、前記消耗品の納品が完了したとみなして前記情報生成手段に通知し、
    前記情報生成手段は納品が完了した旨を反映させて前記消耗品の配送状況に関する前記情報を生成する請求項４に記載の情報配信システム。
11. 前記情報生成手段が取得する前記消耗品の配送状況には前記消耗品の商品名が含まれており、
    前記情報生成手段は、前記商品名を予め保持する文字列と比較することで前記消耗品の種類を判断し、
    前記消耗品の配送状況に関する前記情報を前記消耗品の種類に対応付けて生成する請求項１又は４に記載の情報配信システム。
12. 前記電子機器が、前記情報表示手段が表示した前記情報から別の情報を表示させる操作を受け付けた場合、
    前記情報要求手段は、前記アドレス情報と共に前記別の情報を前記サーバシステムに要求し、
    前記情報生成手段は前記別の情報を生成すると共に、前記アドレス情報を前記別の情報の戻るボタンに対応付け、
    前記情報配信手段は、前記別の情報を前記電子機器に配信し、
    前記電子機器の前記情報表示手段は、前記戻るボタンと共に前記別の情報を表示装置に表示する請求項６に記載の情報配信システム。
13. 前記表示部品情報提供手段は、前記表示部品に関する情報を生成した時刻を前記表示部品に関する情報に含めて前記電子機器に提供し、
    前記表示部品情報取得手段は前記表示部品に関する情報を前記サーバシステムに要求する際、前記時刻を前記サーバシステムに送信し、
    前記表示部品情報提供手段は、前記契約情報取得手段が前記契約情報を取得した前記契約情報の更新時刻と前記時刻を比較し、
    前記更新時刻の方が新しい場合は前記表示部品に関する情報を生成し、前記更新時刻の方が新しくない場合は、前記表示部品に関する情報が最新である旨を前記電子機器に応答する請求項５〜７のいずれか１項に記載の情報配信システム。
14. 前記表示部品情報取得手段は前記表示部品に関する情報を前記サーバシステムに要求する際、前記電子機器の機能に関する情報を前記サーバシステムに送信し、
    前記表示部品情報提供手段は、前記機能に応じた前記アドレス情報を前記表示部品に関する情報に含め、
    前記表示部品表示手段が表示した前記表示部品の押下が受け付けられた場合、前記情報表示手段は前記アドレス情報のリソースにアクセスして前記機能に応じた前記情報を前記表示装置に表示する請求項６に記載の情報配信システム。
15. 前記サーバシステムは、前記契約情報を管理するサーバを有し、
    前記契約情報取得手段は、更新された前記契約情報のみを前記サーバから取得する請求項１〜１４のいずれか１項に記載の情報配信システム。
16. 前記更新手段は、定期的に消耗品の配送状況を前記情報生成手段に通知するものであり、
    前回の通知よりも後に注文された前記消耗品の配送状況を前記情報生成手段に通知し、
    配送状況が更新された前記消耗品の配送状況については、配送状況が更新された場合に前記情報生成手段に通知する請求項４に記載の情報配信システム。

Images