ホーム > 特許ランキング > ブラザー工業株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024120578
(43)【公開日】2024-09-05
(54)【発明の名称】サーバとサーバのためのコンピュータプログラム
(51)【国際特許分類】
G06F 3/12 20060101AFI20240829BHJP
【ＦＩ】
G06F3/12 335
G06F3/12 310
G06F3/12 373
G06F3/12 385
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023027457
(22)【出願日】2023-02-24
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000110
【氏名又は名称】弁理士法人 快友国際特許事務所
(72)【発明者】
【氏名】宋 磊
(57)【要約】
【課題】対象装置のための消耗品の重複した購入を抑制し得る新規な技術を開示すること。
【解決手段】サーバは、対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリを備える。実績情報は、複数個の端末装置のそれぞれについて、当該端末装置を利用して対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む。サーバは、さらに、対象装置のための消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、メモリ内の実績情報を利用して、複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を特定の通知情報の送信先として決定する第１の決定部と、第１の状況において、特定の通知情報を第１の端末装置に送信する第１の送信部と、を備える。第１の状況において、特定の通知情報は、複数個の端末装置のうちの第１の端末装置以外の各端末装置に送信されない。
【選択図】図４
【解決手段】サーバは、対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリを備える。実績情報は、複数個の端末装置のそれぞれについて、当該端末装置を利用して対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む。サーバは、さらに、対象装置のための消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、メモリ内の実績情報を利用して、複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を特定の通知情報の送信先として決定する第１の決定部と、第１の状況において、特定の通知情報を第１の端末装置に送信する第１の送信部と、を備える。第１の状況において、特定の通知情報は、複数個の端末装置のうちの第１の端末装置以外の各端末装置に送信されない。
【選択図】図４
【特許請求の範囲】
【請求項1】
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
【請求項2】
前記サーバは、さらに、
前記特定の通知情報に関連するアクションが前記第１の端末装置のユーザによって実行されることなく、前記特定の通知情報が前記第１の端末装置に送信されてから所定期間が経過する第２の状況において、前記複数個の端末装置のうちの前記第１の端末装置とは異なる第２の端末装置を前記特定の通知情報の送信先として決定する第２の決定部と、
前記第２の状況において、前記特定の通知情報を前記第２の端末装置に送信する第２の送信部であって、前記第２の状況において、前記特定の通知情報は、前記第１の端末装置に送信されない、前記第２の送信部と、
を備え、
前記特定の通知情報が前記第１の端末装置に送信されてから前記所定期間が経過する前に、前記アクションが前記第１の端末装置の前記ユーザによって実行される場合に、前記特定の通知情報は、前記複数個の端末装置のいずれにも送信されない、請求項１に記載のサーバ。
前記特定の通知情報に関連するアクションが前記第１の端末装置のユーザによって実行されることなく、前記特定の通知情報が前記第１の端末装置に送信されてから所定期間が経過する第２の状況において、前記複数個の端末装置のうちの前記第１の端末装置とは異なる第２の端末装置を前記特定の通知情報の送信先として決定する第２の決定部と、
前記第２の状況において、前記特定の通知情報を前記第２の端末装置に送信する第２の送信部であって、前記第２の状況において、前記特定の通知情報は、前記第１の端末装置に送信されない、前記第２の送信部と、
を備え、
前記特定の通知情報が前記第１の端末装置に送信されてから前記所定期間が経過する前に、前記アクションが前記第１の端末装置の前記ユーザによって実行される場合に、前記特定の通知情報は、前記複数個の端末装置のいずれにも送信されない、請求項１に記載のサーバ。
【請求項3】
前記第２の決定部は、前記第２の状況において、前記メモリ内の前記実績情報を利用して、前記最多の購入回数の次に多い購入回数に対応する前記第２の端末装置を前記特定の通知情報の送信先として決定する、請求項２に記載のサーバ。
【請求項4】
前記アクションは、前記特定の通知情報を開封することを含む、請求項２に記載のサーバ。
【請求項5】
前記アクションは、前記消耗品を購入することを含む、請求項２に記載のサーバ。
【請求項6】
前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置に処理を実行させた回数である処理回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の処理回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の処理回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
【請求項7】
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の開封回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の開封回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
【請求項8】
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置に処理を実行させた回数である処理回数に関連する情報と、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報と、を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最も大きい利用回数及び開封回数の和に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最も大きい利用回数及び開封回数の和に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
【請求項9】
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置において前記対象装置のためのアプリケーションが起動された回数である起動回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の起動回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の起動回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、請求項１に記載のサーバ。
【請求項10】
サーバのためのコンピュータプログラムであって、
前記サーバは、対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリを備え、
前記コンピュータプログラムは、前記サーバのコンピュータを、以下の各部、即ち、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
として機能させる、コンピュータプログラム。
前記サーバは、対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリを備え、
前記コンピュータプログラムは、前記サーバのコンピュータを、以下の各部、即ち、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書は、消耗品の購入に関する通知情報を端末装置に送信可能なサーバに関する技術を開示する。
【背景技術】
【0002】
特許文献１には、プリンタと、当該プリンタを共用する複数個のクライアントと、受注サーバと、を備える発注システムが開示されている。プリンタは、消耗品の発注が許可状態であるのか禁止状態であるのかを記憶し、許可状態を記憶している場合に、複数個のクライアントのうちの１つのクライアントに消耗品の発注の指示を許可する。これにより、消耗品の重複発注を抑制できる。
【先行技術文献】
【特許文献】
【0003】
特開２００７－５２５７０号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本明細書では、対象装置のための消耗品の重複した購入を抑制し得る新規な技術を開示する。
【課題を解決するための手段】
【0005】
本明細書によって開示されるサーバは、対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリと、前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、を備えてもよい。
【0006】
上記の構成によると、サーバは、対象装置のための消耗品の購入に関する特定の通知情報を最多の購入回数に対応する第１の端末装置に送信し、第１の端末装置以外の各端末装置に送信しない。従って、サーバは、対象装置のための消耗品の重複した購入を抑制し得る。
【0007】
上記のサーバを実現するためのコンピュータプログラム、及び、当該コンピュータプログラムを記憶するコンピュータ可読記録媒体も新規で有用である。上記のサーバによって実行される方法も新規で有用である。また、上記のサーバと他の装置（例えば対象装置、複数個の端末装置等）とを備えるシステムも新規で有用である。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
（第１実施例）
（通信システム２の構成：図１）
図１に示されるように、通信システム２は、複数個の端末装置１０，５０，６０とプリンタ１００と通知サーバ２００とＥＣサーバ３００とを備える。ＥＣは、Electronic Commerceの略である。各端末装置１０，５０，６０とプリンタ１００とは、ＬＡＮ４を介して相互に通信可能である。通知サーバ２００及びＥＣサーバ３００は、インターネット６上に設置されている。本実施例では、通知サーバ２００がプリンタ１００のための消耗品である色材カートリッジの購入に関する通知情報を端末装置（例えば１０）に送信するシステムが実現される。特に、各端末装置１０，５０，６０によって同じプリンタ１００が共用される状況において、通知サーバ２００は、通知情報を適切な端末装置に送信する。
（通信システム２の構成：図１）
図１に示されるように、通信システム２は、複数個の端末装置１０，５０，６０とプリンタ１００と通知サーバ２００とＥＣサーバ３００とを備える。ＥＣは、Electronic Commerceの略である。各端末装置１０，５０，６０とプリンタ１００とは、ＬＡＮ４を介して相互に通信可能である。通知サーバ２００及びＥＣサーバ３００は、インターネット６上に設置されている。本実施例では、通知サーバ２００がプリンタ１００のための消耗品である色材カートリッジの購入に関する通知情報を端末装置（例えば１０）に送信するシステムが実現される。特に、各端末装置１０，５０，６０によって同じプリンタ１００が共用される状況において、通知サーバ２００は、通知情報を適切な端末装置に送信する。
【0010】
（各端末装置１０，５０，６０の構成）
端末装置１０には、端末ＩＤ「Ｔ１」が割り当てられている。端末ＩＤは、端末装置を識別するユニークな情報である。端末装置５０、端末装置６０には、それぞれ、端末ＩＤ「Ｔ２」、「Ｔ３」が割り当てられている。各端末装置１０，５０，６０は、同様の構成を備える。以下では、端末装置１０の構成を説明する。
端末装置１０には、端末ＩＤ「Ｔ１」が割り当てられている。端末ＩＤは、端末装置を識別するユニークな情報である。端末装置５０、端末装置６０には、それぞれ、端末ＩＤ「Ｔ２」、「Ｔ３」が割り当てられている。各端末装置１０，５０，６０は、同様の構成を備える。以下では、端末装置１０の構成を説明する。
【0011】
端末装置１０は、スマートフォン、タブレットＰＣ、ノートＰＣ等の可搬型の端末装置である。変形例では、端末装置１０は、デスクトップＰＣ等の据置型の端末装置であってもよい。端末装置１０は、操作部１２と、表示部１４と、通信インターフェース２０と、制御部３０と、を備える。各部１２～３０は、バス線に接続されている。
【0012】
操作部１２は、様々な情報を端末装置１０に入力するためのインターフェースであり、マウス、キーボード等を備える。表示部１４は、様々な情報を表示するためのディスプレイである。通信インターフェース２０は、ＬＡＮ４に接続されている。ＬＡＮ４は、有線ＬＡＮであってもよいし無線ＬＡＮであってもよい。
【0013】
制御部３０は、ＣＰＵ３２とメモリ３４とを備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６，４０に従って、様々な処理を実行する。メモリ３４は、Read Only Memory（ＲＯＭ）、Random Access Memory（ＲＡＭ）等によって構成される。メモリ３４は、ＯＳプログラム３６とプリンタアプリケーション４０とを記憶する。
【0014】
ＯＳプログラム３６は、端末装置１０の基本的な動作を制御するためのプログラムである。プリンタアプリケーション４０は、プリンタ１００に印刷させたり、プリンタ１００に関する通知を表示したりするためのプログラムである。以下では、ＯＳプログラム３６のことを「ＯＳ３６」と記載し、プリンタアプリケーション４０のことを「アプリ４０」と記載する。
【0015】
（プリンタ１００の構成）
プリンタ１００には、プリンタＩＤ「Ｐ１」が割り当てられている。プリンタＩＤは、プリンタを識別するユニークな情報である。プリンタ１００は、印刷機能を実行可能な周辺装置（例えば端末装置１０等の周辺装置）である。プリンタ１００は、操作部１１２と、表示部１１４と、印刷実行部１１６と、通信インターフェース１２０と、制御部１３０と、を備える。各部１１２～１３０は、バス線に接続されている。
プリンタ１００には、プリンタＩＤ「Ｐ１」が割り当てられている。プリンタＩＤは、プリンタを識別するユニークな情報である。プリンタ１００は、印刷機能を実行可能な周辺装置（例えば端末装置１０等の周辺装置）である。プリンタ１００は、操作部１１２と、表示部１１４と、印刷実行部１１６と、通信インターフェース１２０と、制御部１３０と、を備える。各部１１２～１３０は、バス線に接続されている。
【0016】
操作部１１２は、様々な情報をプリンタ１００に入力するためのインターフェースであり、ボタン、タッチスクリーン等を備える。表示部１１４は、様々な情報を表示するためのディスプレイである。印刷実行部１１６は、インクジェット方式、レーザー方式等の印刷機構を備える。通信インターフェース１２０は、ＬＡＮ４に接続されている。
【0017】
制御部１３０は、ＣＰＵ１３２とメモリ１３４とを備える。ＣＰＵ１３２は、メモリ１３４に格納されているプログラム１３６に従って、様々な処理を実行する。メモリ１３４は、ＲＯＭ、ＲＡＭ等によって構成される。
【0018】
（通知サーバ２００の構成）
通知サーバ２００は、プリンタ１００のベンダによってインターネット６上に設置される。通知サーバ２００は、プリンタ１００を含む複数個のプリンタに関する情報を管理する。通知サーバ２００は、さらに、プリンタに関する通知情報を端末装置に送信して、プリンタに関する通知を端末装置に表示させる。
通知サーバ２００は、プリンタ１００のベンダによってインターネット６上に設置される。通知サーバ２００は、プリンタ１００を含む複数個のプリンタに関する情報を管理する。通知サーバ２００は、さらに、プリンタに関する通知情報を端末装置に送信して、プリンタに関する通知を端末装置に表示させる。
【0019】
通知サーバ２００は、物理的なサーバであってもよいし、クラウド上の仮想サーバ、仮想マシン等であってもよい。通知サーバ２００は、単一のサーバであってもよいし、複数個のサーバの集合であってもよい。例えば、通知サーバ２００は、後述の或るテーブルを記憶する第１のサーバと、他のテーブルを記憶する第２のサーバと、の組み合わせであってもよい。
【0020】
通知サーバ２００は、通信インターフェース２１２と制御部２３０とを備える。各部２１２，２３０は、バス線に接続されている。通信インターフェース２１２は、インターネット６に接続されている。制御部２３０は、ＣＰＵ２３２とメモリ２３４とを備える。ＣＰＵ２３２は、メモリ２３４に格納されているプログラム２３６に従って、様々な処理を実行する。メモリ２３４は、ＲＯＭ、ＲＡＭ等によって構成される。メモリ２３４は、複数のテーブル２５０～２８０を記憶する。
【0021】
（ＥＣサーバ３００の構成）
ＥＣサーバ３００は、電子商取引を管理するサーバである。本実施例では、ＥＣサーバ３００は、プリンタ１００のための色材カートリッジを販売する。
ＥＣサーバ３００は、電子商取引を管理するサーバである。本実施例では、ＥＣサーバ３００は、プリンタ１００のための色材カートリッジを販売する。
【0022】
（各テーブル２５０～２８０の内容：図２）
続いて、図２を参照して、通知サーバ２００に記憶される各テーブル２５０～２８０の内容を説明する。アカウントテーブル２５０は、アカウントＩＤとプリンタＩＤと端末ＩＤとを対応付けて記憶する。アカウントＩＤは、ユーザを識別するユニークな情報である。ユーザは、通知サーバ２００にアクセスして、例えばアカウントＩＤ「ＡＣ１」をアカウントテーブル２５０に登録する。その後、ユーザは、例えば以下の手法を利用して、プリンタＩＤと端末ＩＤとをアカウントテーブル２５０に登録する。
続いて、図２を参照して、通知サーバ２００に記憶される各テーブル２５０～２８０の内容を説明する。アカウントテーブル２５０は、アカウントＩＤとプリンタＩＤと端末ＩＤとを対応付けて記憶する。アカウントＩＤは、ユーザを識別するユニークな情報である。ユーザは、通知サーバ２００にアクセスして、例えばアカウントＩＤ「ＡＣ１」をアカウントテーブル２５０に登録する。その後、ユーザは、例えば以下の手法を利用して、プリンタＩＤと端末ＩＤとをアカウントテーブル２５０に登録する。
【0023】
例えば、端末装置１０のアプリ４０は、ユーザからの指示に応じて、端末装置１０と同じＬＡＮ４に所属しているプリンタ１００を検索する。アプリ４０は、検索によって見つかったプリンタ１００のプリンタＩＤ「Ｐ１」を通知サーバ２００に送信する。次いで、アプリ４０は、アカウントＩＤ「ＡＣ１」を利用して、通知サーバ２００にログインする。これにより、アカウントＩＤ「ＡＣ１」に対応付けて、プリンタＩＤ「Ｐ１」がアカウントテーブル２５０に記憶される。アプリ４０は、さらに、端末装置１０の端末ＩＤ「Ｔ１」を含む端末情報を通知サーバ２００に送信する。これにより、アカウントＩＤ「ＡＣ１」に対応付けて、端末ＩＤ「Ｔ１」がアカウントテーブル２５０に記憶される。なお、端末情報は、さらに、通知情報をアプリ４０（即ち端末装置１０）に送信するための通知トークンを含んでいてもよく、通知トークンもアカウントテーブル２５０に記憶されてもよい。
【0024】
上記の登録の手法は一例であり、他の手法が利用されてもよい。例えば、アプリ４０は、プリンタ１００を検索することなく、ユーザによって入力されたプリンタＩＤ「Ｐ１」を通知サーバ２００に送信してもよい。また、例えば、アプリ４０は、ユーザによって入力された端末ＩＤ「Ｔ１」を通知サーバ２００に送信してもよい。他にも様々な手法が利用され得る。他の端末装置５０，６０についても同様に、各情報が記憶される。これにより、１個のアカウントＩＤ「ＡＣ１」に対応付けて、１個のプリンタＩＤ「Ｐ１」と複数個の端末ＩＤ「Ｔ１」～「Ｔ３」とがアカウントテーブル２５０に記憶される。
【0025】
印刷履歴テーブル２６０は、プリンタＩＤと端末ＩＤと日時情報とを対応付けて記憶する。当該日時情報は、プリンタにおいて印刷が実行された日時を示す情報である。例えば、プリンタ１００は、端末装置１０から、端末装置１０の端末ＩＤ「Ｔ１」を含む印刷指示を受信して印刷を実行する場合に、プリンタＩＤ「Ｐ１」と、端末ＩＤ「Ｔ１」と、現在日時を示す日時情報と、を通知サーバ２００に送信する。これにより、プリンタＩＤ「Ｐ１」と端末ＩＤ「Ｔ１」と日時情報とが印刷履歴テーブル２６０が記憶される。プリンタ１００は、他の端末装置（例えば５０、６０）から印刷指示を受信する場合にも同様の処理を実行する。
【0026】
通知履歴テーブル２７０は、プリンタＩＤと端末ＩＤとクーポンＩＤと開封フラグとを対応付けて記憶する。クーポンＩＤは、色材カートリッジの購入のためのクーポン（即ち割引情報）を識別するユニークな情報である。開封フラグは、通知情報が端末装置に送信された後に、当該通知情報がユーザによって開封されたのか否かを示す情報である。開封フラグは、開封されたことを示す「ＹＥＳ」と、開封されていないことを示す「ＮＯ」と、のどちらかの値である。
【0027】
通知サーバ２００は、色材カートリッジの購入のためのクーポンを通知するための通知情報を或る端末装置に送信する際に、当該端末装置によって利用されるプリンタのプリンタＩＤと、当該端末装置の端末ＩＤと、上記の通知情報によって通知されるクーポンを識別するクーポンＩＤと、開封フラグ「ＮＯ」と、を対応付けて、通知履歴テーブル２７０に記憶させる。
【0028】
また、通知サーバ２００は、端末装置において通知情報がユーザによって開封される場合に、当該端末装置から、当該端末装置の端末ＩＤとクーポンＩＤとを含む開封情報を受信する。この場合、通知サーバ２００は、通知履歴テーブル２７０において、受信済みの端末ＩＤと受信済みのクーポンＩＤとに対応付けられている開封フラグを「ＮＯ」から「ＹＥＳ」に変更する。
【0029】
購入履歴テーブル２８０は、プリンタＩＤと端末ＩＤとクーポンＩＤと種類情報と日時情報とを対応付けて記憶する。種類情報は、ＥＣサーバ３００を介して購入された色材カートリッジの種類を示す情報である。当該日時情報は、色材カートリッジが購入された日時を示す情報である。
【0030】
通知サーバ２００は、ＥＣサーバ３００において、或る端末装置がクーポンを利用して色材カートリッジを購入する場合に、ＥＣサーバ３００から、当該端末装置の端末ＩＤと、当該クーポンのクーポンＩＤと、購入済みのカートリッジ種類と、を受信する。この場合、通知サーバ２００は、アカウントテーブル２５０から、受信済みの端末ＩＤに対応付けられているプリンタＩＤを特定する。そして、通知サーバ２００は、特定済みのプリンタＩＤと、受信済みの端末ＩＤと、受信済みのクーポンＩＤと、受信済みのカートリッジ種類と、現在日時を示す日時情報と、を対応付けて、購入履歴テーブル２８０に記憶させる。
【0031】
起動履歴テーブル２９０は本実施例では利用されないが、当該テーブル２９０の内容についてもここで説明しておく。起動履歴テーブル２９０は、端末ＩＤと日時情報とを対応付けて記憶する。当該日時情報は、アプリ４０が起動された日時を示す情報である。
【0032】
通知サーバ２００は、或る端末装置においてアプリ４０が起動される場合に、当該端末装置から、当該端末装置の端末ＩＤを含む起動情報を受信する。この場合、通知サーバ２００は、受信済みの端末ＩＤと、現在日時を示す日時情報と、を対応付けて、起動履歴テーブル２９０に記憶させる。
【0033】
（通知処理：図３）
図３を参照して、通知サーバ２００のＣＰＵ２３２が通知情報を端末装置に送信するための通知処理を説明する。例えばプリンタ１００のベンダによって新たなクーポンが通知サーバ２００に登録される場合に、図３の処理が開始される。
図３を参照して、通知サーバ２００のＣＰＵ２３２が通知情報を端末装置に送信するための通知処理を説明する。例えばプリンタ１００のベンダによって新たなクーポンが通知サーバ２００に登録される場合に、図３の処理が開始される。
【0034】
Ｓ１０では、ＣＰＵ２３２は、上記の新たなクーポンの対象の各プリンタＩＤを特定する。具体的には、上記の新たなクーポンを適用可能なカートリッジ種類が予め決められているので、ＣＰＵ２３２は、当該カートリッジ種類を装着可能なプリンタの各プリンタＩＤを特定する。そして、ＣＰＵ２３２は、特定済みのプリンタＩＤ毎に、以下のＳ２０～Ｓ５４の処理を実行する。例えば、ＣＰＵ２３２は、プリンタＩＤ「Ｐ１」，「Ｐ２」を特定する場合には、プリンタＩＤ「Ｐ１」に対応する処理スレッドを立ち上げて、以下のＳ２０～Ｓ５４の処理を実行し、プリンタＩＤ「Ｐ２」に対応する別の処理スレッドを立ち上げて、以下のＳ２０～Ｓ５４の処理を実行する。以下では、プリンタＩＤ「Ｐ１」についての処理を例として説明する。
【0035】
Ｓ２０では、ＣＰＵ２３２は、アカウントテーブル２５０から、プリンタＩＤ「Ｐ１」に対応付けられている各端末ＩＤ「Ｔ１」～「Ｔ３」を特定する。
【0036】
Ｓ２２では、ＣＰＵ２３２は、Ｓ２０で複数個の端末ＩＤが特定されたのか否かを判断する。プリンタＩＤ「Ｐ１」の場合には、３個の端末ＩＤ「Ｔ１」～「Ｔ３」が特定されるので、ＣＰＵ２３２は、Ｓ２２でＹＥＳと判断してＳ３０に進む。一方、ＣＰＵ２３２は、Ｓ２０で１個の端末ＩＤのみを特定する場合には、Ｓ２２でＮＯと判断してＳ２４に進む。
【0037】
Ｓ２４では、ＣＰＵ２３２は、上記の新たなクーポンを示す通知情報をＳ２０で特定済みの端末ＩＤによって識別される端末装置に送信する。通知情報は、クーポンＩＤ、クーポンを利用して色材カートリッジを購入することを促すメッセージ、ＥＣサーバ３００のＵＲＬ等を含む。具体的には、ＣＰＵ２３２は、まず、アカウントテーブル２５０から、端末装置のための通知トークン（図示省略）を特定する。次いで、ＣＰＵ２３２は、通知情報と通知トークンとを送信する。ここでの送信先は、端末装置のＯＳのベンダによって管理されるサーバである。これにより、当該サーバは、通知トークンから端末装置を特定し、通知情報を当該端末装置に送信する。
【0038】
ＣＰＵ２３２は、通知情報を端末装置に送信すると、通知履歴テーブル２７０を更新する。具体的には、ＣＰＵ２３２は、本処理スレッドに対応するプリンタＩＤ「Ｐ１」と、通知情報の送信先に対応する端末ＩＤと、クーポンＩＤと、開封フラグ「ＮＯ」と、を対応付けて、通知履歴テーブル２７０に記憶させる。Ｓ２４が終了すると、図３の処理が終了する。
【0039】
端末装置は、通知サーバ２００から通知情報を受信すると、ユーザ設定に応じた表示を行なう。例えば、ユーザ設定がバナー画像のプッシュ通知を許容することを示す場合には、端末装置は、通知情報を受信すると、通知情報に対応するバナー画像を直ちに表示する。また例えば、ユーザ設定がバナー画像のプッシュ通知を禁止することを示す場合には、端末装置は、バナー画像を直ちに表示せず、アプリ４０が起動されることに応じて、バナー画像を表示する。端末装置は、表示済みのバナー画像がユーザによって選択されると、通知情報を開封してより詳細な情報を表示する。
【0040】
Ｓ３０では、ＣＰＵ２３２は、Ｓ２０で特定済みの複数個の端末ＩＤ「Ｔ１」～「Ｔ３」の中から、最多の購入回数に対応する各端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、複数個の端末ＩＤ「Ｔ１」～「Ｔ３」のうちの１個の端末ＩＤ（例えば「Ｔ１」）を特定する。次いで、ＣＰＵ２３２は、購入履歴テーブル２８０に記憶されている当該端末ＩＤの個数を特定する。ここで特定される個数は、当該端末ＩＤによって識別される端末装置を利用して色材カートリッジが購入された回数に相当する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤ「Ｔ１」～「Ｔ３」のうちの他の各端末ＩＤに対応する購入回数も特定する。そして、ＣＰＵ２３２は、最多の購入回数に対応する各端末ＩＤを特定する。
【0041】
Ｓ３２では、ＣＰＵ２３２は、Ｓ３０で複数個の端末ＩＤが特定されたのか否かを判断する。ＣＰＵ２３２は、Ｓ３０で複数個の端末ＩＤを特定する場合、即ち、最多の購入回数に対応する複数個の端末装置が存在する場合には、Ｓ３２でＹＥＳと判断してＳ４０に進む。ＣＰＵ２３２は、Ｓ３０で１個の端末ＩＤのみを特定する場合には、Ｓ３２でＮＯと判断してＳ３４に進む。
【0042】
Ｓ３４では、ＣＰＵ２３２は、上記の新たなクーポンを示す通知情報をＳ３０で特定済みの端末ＩＤによって識別される端末装置に送信する。Ｓ３４は、Ｓ２４と同様である。Ｓ３４が終了すると、Ｓ５０に進む。
【0043】
Ｓ４０では、ＣＰＵ２３２は、Ｓ３０で特定済みの複数個の端末ＩＤの中から１個の端末ＩＤを特定する。本実施例では、ＣＰＵ２３２は、最多の印刷回数に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、印刷履歴テーブル２６０に記憶されている当該端末ＩＤの個数を特定する。ここで特定される個数は、当該端末ＩＤによって識別される端末装置からの印刷指示によってプリンタが印刷した回数に相当する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する印刷回数も特定する。そして、ＣＰＵ２３２は、最多の印刷回数に対応する１個の端末ＩＤを特定する。
【0044】
Ｓ４２では、ＣＰＵ２３２は、上記の新たなクーポンを示す通知情報をＳ４０で特定済みの端末ＩＤによって識別される端末装置に送信する。Ｓ４２は、Ｓ２４と同様である。Ｓ４２が終了すると、Ｓ５０に進む。
【0045】
上記で説明したように、Ｓ３４又はＳ４２では、複数個の端末装置のうちの１個の端末装置のみに通知情報が送信され、他の端末装置には通知情報が送信されない。仮に、複数個の端末装置に通知情報が同時的に送信されると、各端末装置のユーザによって同じ色材カートリッジが購入されてしまう可能性がある。このような重複購入を抑制するために、本実施例では、複数個の端末装置のうちの１個の端末装置のみに通知情報が送信される。
【0046】
例えば、プリンタ１００が設置されている会社では、色材カートリッジの購入担当のユーザ（例えばプリンタ１００の管理者）が決められている可能性が高い。従って、最多の購入回数に対応する端末装置は、そのようなユーザによって所持されている可能性が高い。本実施例では、最多の購入回数に対応する端末装置に通知情報が最初に送信されるので、クーポンの存在を購入担当のユーザに最初に通知できる可能性が高い。このため、色材カートリッジの購入を適切なユーザに促すことができる。
【0047】
また、プリンタ１００の利用頻度が高いユーザは、利用頻度が低いユーザと比べると、色材カートリッジを購入する可能性が高い。本実施例では、最多の購入回数に対応する複数個の端末装置が存在する場合には、最多の印刷回数に対応する端末装置に通知情報が最初に送信されるので、色材カートリッジの購入を適切なユーザに促すことができる。
【0048】
ＣＰＵ２３２は、Ｓ５０及びＳ５２の監視処理を並行して実行する。Ｓ５０では、ＣＰＵ２３２は、Ｓ３４又はＳ４２で通知情報が送信されてから所定日数が経過することを監視する。所定日数は、予め決められている固定的な日数（例えば１週間）であってもよいし、以下のように決定されてもよい。即ち、ＣＰＵ２３２は、クーポンの有効期間がＮ日（例えば３０日）であり、かつ、Ｓ２２で特定された端末ＩＤの個数がＭ個（例えば３日）である場合に、Ｎ／Ｍ日（例えば３０／３＝１０日）を所定日数として決定してもよい。ＣＰＵ２３２は、所定日数が経過する場合に、Ｓ５０でＹＥＳと判断してＳ５４に進む。
【0049】
Ｓ５２では、ＣＰＵ２３２は、所定日数が経過する前に、Ｓ３４又はＳ４２で送信された通知情報に対するアクションが実行されることを監視する。本実施例では、当該アクションは、通知情報の開封である。ＣＰＵ２３２は、通知履歴テーブル２７０を参照して、Ｓ３４又はＳ４２で送信された通知情報に含まれるクーポンＩＤに対応付けられてる開封フラグが「ＮＯ」から「ＹＥＳ」に変更される場合に、Ｓ５２でＹＥＳと判断する。この場合、図３の処理が終了する。このように、通知情報が或る端末装置のユーザによって開封されると、通知情報が他の端末装置に送信されなくなる。従って、色材カートリッジの重複購入が抑制される。
【0050】
Ｓ５４では、ＣＰＵ２３２は、Ｓ２０で特定された複数個の端末ＩＤのうち、通知情報がまだ送信されていない各端末装置を識別する各端末ＩＤを特定する。そして、ＣＰＵ２３２は、Ｓ２２に戻り、Ｓ５４で複数個の端末ＩＤを特定する場合（Ｓ２２でＹＥＳ）には、Ｓ３０において、当該複数個の端末ＩＤの中から、最多の購入回数の次に多い購入回数に対応する各端末ＩＤを特定し、Ｓ３４又はＳ４２において、通知情報を送信する。
【0051】
例えば、３個の端末ＩＤ「Ｔ１」～「Ｔ３」のそれぞれに対応する購入回数が、「１０回」、「５回」、「１回」である状況を想定する。この場合、ＣＰＵ２３２は、１回目のＳ３４において、最多の購入回数に対応する端末ＩＤ「Ｔ１」によって識別される端末装置１０に最初に通知情報を送信する。次いで、ＣＰＵ２３２は、２回目のＳ３４において、端末ＩＤ「Ｔ２」によって識別される端末装置５０に通知情報を送信する。このように、購入回数が多い順に各端末装置１０，５０に通知情報が送信されるので、色材カートリッジの購入を各ユーザに適切に促すことができる。
【0052】
（具体的なケース：図４）
続いて、図４を参照して、図３の処理によって実現される具体的なケースを説明する。図４のケースでは、端末装置１０の端末ＩＤ「Ｔ１」に対応する購入回数、印刷回数が、それぞれ、「８」、「１５０」である。端末装置５０の端末ＩＤ「Ｔ２」に対応する購入回数、印刷回数が、それぞれ、「８」、「１０２」である。また、端末装置６０の端末ＩＤ「Ｔ３」に対応する購入回数、印刷回数が、それぞれ、「２」、「３５」である。
続いて、図４を参照して、図３の処理によって実現される具体的なケースを説明する。図４のケースでは、端末装置１０の端末ＩＤ「Ｔ１」に対応する購入回数、印刷回数が、それぞれ、「８」、「１５０」である。端末装置５０の端末ＩＤ「Ｔ２」に対応する購入回数、印刷回数が、それぞれ、「８」、「１０２」である。また、端末装置６０の端末ＩＤ「Ｔ３」に対応する購入回数、印刷回数が、それぞれ、「２」、「３５」である。
【0053】
通知サーバ２００は、Ｔ１０において、クーポンＩＤ「Ｃ１０」によって識別される新しいクーポンを登録すると（図３の処理のトリガ）、Ｔ１２において、プリンタＩＤ「Ｐ１」を特定すると共に（Ｓ１０）、プリンタＩＤ「Ｐ１」に対応する３個の端末ＩＤ「Ｔ１」，「Ｔ２」，「Ｔ３」を特定する（Ｓ２０）。
【0054】
通知サーバ２００は、Ｔ１４において、３個の端末ＩＤ「Ｔ１」，「Ｔ２」，「Ｔ３」の中から、最多の購入回数「８」に対応する２個の端末ＩＤ「Ｔ１」，「Ｔ２」を特定する（Ｓ２２でＹＥＳ、Ｓ３０）。通知サーバ２００は、Ｔ１６において、２個の端末ＩＤ「Ｔ１」，「Ｔ２」の中から、最多の印刷回数「１５０」に対応する端末ＩＤ「Ｔ１」を特定する（Ｓ３２でＹＥＳ、Ｓ４０）。そして、通知サーバ２００は、Ｔ２０において、クーポンＩＤ「Ｃ１０」を含む通知情報を端末ＩＤ「Ｔ１」によって識別される端末装置１０に送信する（Ｓ４２）。次いで、通知サーバ２００は、Ｔ２２において、Ｔ１２で特定済みのプリンタＩＤ「Ｐ１」と、Ｔ１６で特定済みの端末ＩＤ「Ｔ１」と、クーポンＩＤ「Ｃ１０」と、開封フラグ「ＮＯ」と、を対応付けて、通知履歴テーブル２７０に記憶させる。
【0055】
端末装置１０は、Ｔ２０において、通知サーバ２００から通知情報を受信すると、Ｔ２４において、バナー画像を表示する。端末装置１０のユーザは、バナー画像の内容に興味を示せば、バナー画像を選択して通知情報を開封する。ただし、本ケースでは、ここで通知情報は開封されない。
【0056】
通知サーバ２００は、Ｔ３０において、Ｔ２０で通知情報が送信されてから、端末装置１０のユーザによって通知情報が開封されることなく、所定日数が経過したと判断する（Ｓ５０でＹＥＳ）。この場合、通知サーバ２００は、Ｔ３２において、３個の端末ＩＤ「Ｔ１」，「Ｔ２」，「Ｔ３」の中から、未通知に対応する２個の端末ＩＤ「Ｔ２」，「Ｔ３」を特定する（Ｓ５４）。
【0057】
通知サーバ２００は、Ｔ３４において、２個の端末ＩＤ「Ｔ２」，「Ｔ３」の中から、最多の購入回数「８」に対応する端末ＩＤ「Ｔ２」を特定する（Ｓ２２でＹＥＳ、Ｓ３０）。そして、通知サーバ２００は、Ｔ４０において、クーポンＩＤ「Ｃ１０」を含む通知情報を端末ＩＤ「Ｔ２」によって識別される端末装置５０に送信する（Ｓ３２でＮＯ、Ｓ３４）。次いで、通知サーバ２００は、Ｔ４２において、Ｔ１２で特定済みのプリンタＩＤ「Ｐ１」と、Ｔ３４で特定済みの端末ＩＤ「Ｔ２」と、クーポンＩＤ「Ｃ１０」と、開封フラグ「ＮＯ」と、を対応付けて、通知履歴テーブル２７０に記憶させる。
【0058】
端末装置５０は、Ｔ４０において、通知サーバ２００から通知情報を受信すると、Ｔ４４において、バナー画像を表示する。端末装置５０は、Ｔ４６において、ユーザから、バナー画像を選択する操作、即ち、通知情報を開封する操作を受け付けると、Ｔ５０において、端末ＩＤ「Ｔ２」とクーポンＩＤ「Ｃ１０」とを含む開封情報を通知サーバ２００に送信する。
【0059】
通知サーバ２００は、Ｔ５０において、端末装置５０から開封情報を受信すると、Ｔ５２において、通知履歴テーブル２７０を更新する。具体的には、通知サーバ２００は、開封情報に含まれる端末ＩＤ「Ｔ２」及びクーポンＩＤ「Ｃ１０」に対応付けられている開封フラグを「ＮＯ」から「ＹＥＳ」に変更する。この場合、通知サーバ２００は、端末装置５０のユーザによってアクションが実行されたと判断し（Ｓ５２でＹＥＳ）、図３の処理を終了する。
【0060】
端末装置５０は、Ｔ４６において、通知情報が開封された後に、ユーザからクーポンの利用を意図する操作を受け付けると、Ｔ６０において、端末ＩＤ「Ｔ２」とクーポンＩＤ「Ｃ１０」とを含むアクセス要求をＥＣサーバ３００に送信する。この場合、端末装置５０は、Ｔ６２において、ＥＣサーバ３００から、クーポンＩＤ「Ｃ１０」に対応する種類の色材カートリッジの購入画面を表わす購入画面データを受信し、Ｔ６４において、購入画面を表示する。当該購入画面は、クーポンが適用されているので定価よりも安い購入金額を示す。端末装置５０は、Ｔ６４において、ユーザから購入操作を受け付けると、Ｔ７０において、購入要求をＥＣサーバ３００に送信する。
【0061】
ＥＣサーバ３００は、Ｔ７０において、端末装置５０から購入要求を受信すると、Ｔ７２において、購入処理を実行する。購入処理は、クレジットカードの決済処理、色材カートリッジの発送処理等を含む。ＥＣサーバ３００は、Ｔ７４において、Ｔ６０で受信済みの端末ＩＤ「Ｔ２」と、Ｔ６０で受信済みのクーポンＩＤ「Ｃ１０」と、購入済みの色材カートリッジの種類情報「ＣＴ１０」と、を含む購入情報を通知サーバ２００に送信する。
【0062】
通知サーバ２００は、Ｔ７４において、ＥＣサーバ３００から購入情報を受信すると、Ｔ７６において、購入履歴テーブル２８０を更新する。具体的には、通知サーバ２００は、アカウントテーブル２５０から、受信済みの端末ＩＤ「Ｔ２」に対応付けられているプリンタＩＤ「Ｐ１」を特定する。そして、通知サーバ２００は、特定済みのプリンタＩＤ「Ｐ１」と、受信済みの端末ＩＤ「Ｔ２」と、受信済みのクーポンＩＤ「Ｃ１０」と、受信済みの種類情報「ＣＴ１０」と、現在日時を示す日時情報と、を対応付けて、購入履歴テーブル２８０に記憶させる。
【0063】
（対応関係）
通知サーバ２００、プリンタ１００、端末装置１０，５０，６０が、それぞれ、「サーバ」、「対象装置」、「複数個の端末装置」の一例である。端末装置１０、端末装置５０が、それぞれ、「第１の端末装置」、「第２の端末装置」の一例である。テーブル２６０～２９０が、「実績情報」の一例である。図４のＴ１０の状況、Ｔ３０の状況が、それぞれ、「第１の状況」、「第２の状況」の一例である。
通知サーバ２００、プリンタ１００、端末装置１０，５０，６０が、それぞれ、「サーバ」、「対象装置」、「複数個の端末装置」の一例である。端末装置１０、端末装置５０が、それぞれ、「第１の端末装置」、「第２の端末装置」の一例である。テーブル２６０～２９０が、「実績情報」の一例である。図４のＴ１０の状況、Ｔ３０の状況が、それぞれ、「第１の状況」、「第２の状況」の一例である。
【0064】
図３のＳ３０及びＳ４０の処理が、「第１の決定部」によって実行される処理の一例である。Ｓ３４及びＳ４２の処理が、「第１の送信部」によって実行される処理の一例である。Ｓ５４、２回目のＳ３０、及び、２回目のＳ４０の処理が、「第２の決定部」によって実行される処理の一例である。２回目のＳ３４及び２回目のＳ４２の処理が、「第２の送信部」によって実行される処理の一例である。
【0065】
（第２実施例）
続いて、第２実施例を説明する。本実施例では、図３のＳ５２のアクションが、通知情報の開封ではなく、通知情報の対象のクーポンを利用した色材カートリッジの購入である。ＣＰＵ２３２は、Ｓ３４又はＳ４２で送信された通知情報内のクーポンＩＤを含む購入履歴が購入履歴テーブル２８０に記憶される場合に、Ｓ５２でＹＥＳと判断する。この場合、図３の処理が終了する。他の処理は、第１実施例と同様である。
続いて、第２実施例を説明する。本実施例では、図３のＳ５２のアクションが、通知情報の開封ではなく、通知情報の対象のクーポンを利用した色材カートリッジの購入である。ＣＰＵ２３２は、Ｓ３４又はＳ４２で送信された通知情報内のクーポンＩＤを含む購入履歴が購入履歴テーブル２８０に記憶される場合に、Ｓ５２でＹＥＳと判断する。この場合、図３の処理が終了する。他の処理は、第１実施例と同様である。
【0066】
本実施例では、通知情報に応じて色材カートリッジが或る端末装置のユーザによって購入されると、通知情報が他の端末装置に送信されなくなる。従って、色材カートリッジの重複購入が抑制される。
【0067】
（第３実施例）
続いて、第３実施例を説明する。本実施例では、図３のＳ４０において、ＣＰＵ２３２は、最多の印刷回数ではなく、最多の開封回数に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、通知履歴テーブル２７０から、開封フラグ「ＹＥＳ」が対応付けられている当該端末ＩＤの個数を特定する。ここで特定される個数は、当該端末ＩＤによって識別される端末装置のユーザによって通知情報が開封された回数に相当する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する開封回数も特定する。そして、ＣＰＵ２３２は、最多の開封回数に対応する１個の端末ＩＤを特定する。他の処理は、第１実施例と同様である。
続いて、第３実施例を説明する。本実施例では、図３のＳ４０において、ＣＰＵ２３２は、最多の印刷回数ではなく、最多の開封回数に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、通知履歴テーブル２７０から、開封フラグ「ＹＥＳ」が対応付けられている当該端末ＩＤの個数を特定する。ここで特定される個数は、当該端末ＩＤによって識別される端末装置のユーザによって通知情報が開封された回数に相当する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する開封回数も特定する。そして、ＣＰＵ２３２は、最多の開封回数に対応する１個の端末ＩＤを特定する。他の処理は、第１実施例と同様である。
【0068】
通知情報の開封回数が多いユーザは、色材カートリッジの購入に意欲的である可能性が高い。本実施例では、最多の購入回数に対応する複数個の端末装置が存在する場合には、最多の開封回数に対応する端末装置に通知情報が最初に送信されるので、色材カートリッジの購入に意欲的なユーザに最初に通知できる可能性が高い。このため、色材カートリッジの購入を適切なユーザに促すことができる。
【0069】
（第４実施例）
続いて、第４実施例を説明する。本実施例では、図３のＳ４０において、ＣＰＵ２３２は、印刷回数と開封回数との最多の和に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、印刷履歴テーブル２６０から、当該端末ＩＤの個数（即ち印刷回数）を特定すると共に、通知履歴テーブル２７０から、開封フラグ「ＹＥＳ」が対応付けられている当該端末ＩＤの個数（即ち開封回数）を特定する。ＣＰＵ２３２は、印刷回数と開封回数との和を算出する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する上記の和も特定する。そして、ＣＰＵ２３２は、印刷回数と開封回数との最多の和に対応する１個の端末ＩＤを特定する。他の処理は、第１実施例と同様である。
続いて、第４実施例を説明する。本実施例では、図３のＳ４０において、ＣＰＵ２３２は、印刷回数と開封回数との最多の和に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、印刷履歴テーブル２６０から、当該端末ＩＤの個数（即ち印刷回数）を特定すると共に、通知履歴テーブル２７０から、開封フラグ「ＹＥＳ」が対応付けられている当該端末ＩＤの個数（即ち開封回数）を特定する。ＣＰＵ２３２は、印刷回数と開封回数との和を算出する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する上記の和も特定する。そして、ＣＰＵ２３２は、印刷回数と開封回数との最多の和に対応する１個の端末ＩＤを特定する。他の処理は、第１実施例と同様である。
【0070】
本実施例では、最多の購入回数に対応する複数個の端末装置が存在する場合には、印刷回数と開封回数との最多の和に対応する端末装置に通知情報が最初に送信されるので、色材カートリッジの購入に意欲的なユーザに最初に通知できる可能性が高い。このため、色材カートリッジの購入を適切なユーザに促すことができる。
【0071】
（第５実施例）
続いて、第５実施例を説明する。本実施例では、図３のＳ４０において、ＣＰＵ２３２は、アプリ４０の最多の起動回数に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、起動履歴テーブル２９０に記憶されている当該端末ＩＤの個数を特定する。ここで特定される個数は、当該端末ＩＤによって識別される端末装置においてアプリ４０が起動された回数に相当する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する起動回数も特定する。そして、ＣＰＵ２３２は、最多の起動回数に対応する１個の端末ＩＤを特定する。他の処理は、第１実施例と同様である。
続いて、第５実施例を説明する。本実施例では、図３のＳ４０において、ＣＰＵ２３２は、アプリ４０の最多の起動回数に対応する１個の端末ＩＤを特定する。具体的には、ＣＰＵ２３２は、まず、Ｓ３０で特定済みの複数個の端末ＩＤのうちの１個の端末ＩＤを特定する。次いで、ＣＰＵ２３２は、起動履歴テーブル２９０に記憶されている当該端末ＩＤの個数を特定する。ここで特定される個数は、当該端末ＩＤによって識別される端末装置においてアプリ４０が起動された回数に相当する。同様に、ＣＰＵ２３２は、複数個の端末ＩＤのうちの他の各端末ＩＤに対応する起動回数も特定する。そして、ＣＰＵ２３２は、最多の起動回数に対応する１個の端末ＩＤを特定する。他の処理は、第１実施例と同様である。
【0072】
アプリ４０の起動回数が多いユーザは、プリンタ１００に印刷を実行させる回数が多い可能性が高く、この結果、色材カートリッジを購入する可能性が高い。本実施例では、最多の購入回数に対応する複数個の端末装置が存在する場合には、最多の起動回数に対応する端末装置に通知情報が最初に送信されるので、色材カートリッジの購入を適切なユーザに促すことができる。
【0073】
以上、本明細書が開示する技術の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。以下に変形例を列挙する。
【0074】
（変形例１）通知サーバ２００は、日時情報を含む購入履歴を購入履歴テーブル２８０に記憶しなくてもよく、端末ＩＤ毎に購入回数をカウントして購入回数そのものを記憶していてもよい。一般的に言うと、「購入回数に関連する情報」は、実施例のように、日時情報を含む購入履歴であってもよいし、購入回数そのものであってもよい。同様に、「処理回数（又は起動回数）に関連する情報」は、実施例のように、日時情報を含む印刷履歴（又は起動履歴）であってもよいし、印刷回数（又は起動回数）そのものであってもよい。「開封回数に関連する情報」は、実施例のように、クーポンＩＤ及び開封フラグを含む通知履歴であってもよいし、開封回数そのものであってもよい。
【0075】
【0076】
（変形例３）通知サーバ２００は、図３のＳ５０でＹＥＳと判断する場合に、最多の購入回数の次に多い購入回数に対応する端末装置を特定しなくてもよく、例えばランダムに端末装置を特定してもよいし、残りの全ての端末装置を特定してもよい。一般的に言うと、「第２の決定部」は、最多の購入回数の次に多い購入回数に対応する第２の端末装置を特定の通知情報の送信先として決定しなくてもよい。「第２の決定部」は、第１の端末装置とは異なる第２の端末装置を特定の通知情報の送信先として決定すればよい。
【0077】
（変形例４）「対象装置」は、プリンタに限られず、スキャナ、ファクシミリ、多機能機、ＰＣ、サーバ等の様々な装置を含む。「対象装置」がスキャナである場合には、一例として、消耗品購入に相当する修理履歴又は部品交換履歴が利用されてもよい。この場合、図２の各テーブルでは、プリンタＩＤに代えてスキャナＩＤ、端末ＩＤに代えて電話番号、カートリッジ種別に代えて交換部品シリアル番号、及び、日時情報が記憶されてもよい。また、「対象装置」がＰＣである場合にも、スキャナの場合と同様に、一例として、消耗品購入に相当する修理履歴又は部品交換履歴が利用されてもよい。この場合、図２の各テーブルでは、プリンタＩＤに代えてＰＣＩＤ、端末ＩＤに代えてユーザのメールアドレス、カートリッジ種別に代えて交換部品シリアル番号、及び、日時情報が記憶されてもよい。さらに、購入履歴テーブル２８０は、修理履歴、バッテリの交換履歴等が記憶されてもよいし、ＧＰＵ変更、メモリ変更等に伴った構成変更の実行時の情報が記憶されてもよい。
【0078】
【0079】
（変形例６）通知サーバ２００は、図３のＳ３０において、最多の購入回数に対応する端末ＩＤを特定する代わりに、最多の印刷回数に対応する端末ＩＤを特定してもよい。この技術は、以下のように一般化して表現することができる。
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置が前記対象装置に処理を実行させた回数である処理回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の処理回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置が前記対象装置に処理を実行させた回数である処理回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の処理回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
【0080】
（変形例７）通知サーバ２００は、図３のＳ３０において、最多の購入回数に対応する端末ＩＤを特定する代わりに、最多の開封回数に対応する端末ＩＤを特定してもよい。この技術は、以下のように一般化して表現することができる。
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の開封回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の開封回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
【0081】
（変形例８）通知サーバ２００は、図３のＳ３０において、最多の購入回数に対応する端末ＩＤを特定する代わりに、最多の起動回数に対応する端末ＩＤを特定してもよい。この技術は、以下のように一般化して表現することができる。
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置において前記対象装置のためのアプリケーションが起動された回数である起動回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の起動回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置において前記対象装置のためのアプリケーションが起動された回数である起動回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の起動回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
【0082】
本明細書または図面に説明した技術要素は、単独で、あるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【0083】
本特許出願時の特許請求の範囲において、各請求項が一部の請求項のみに従属している場合であっても、各請求項が当該一部の請求項のみに従属可能であることに限定されない。技術的に矛盾しない範囲において、各請求項は、出願時に従属していない他の請求項にも従属可能である。即ち、各請求項の技術は以下のように様々に組み合わせることができる。
（項目１）
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
（項目２）
前記サーバは、さらに、
前記特定の通知情報に関連するアクションが前記第１の端末装置のユーザによって実行されることなく、前記特定の通知情報が前記第１の端末装置に送信されてから所定期間が経過する第２の状況において、前記複数個の端末装置のうちの前記第１の端末装置とは異なる第２の端末装置を前記特定の通知情報の送信先として決定する第２の決定部と、
前記第２の状況において、前記特定の通知情報を前記第２の端末装置に送信する第２の送信部であって、前記第２の状況において、前記特定の通知情報は、前記第１の端末装置に送信されない、前記第２の送信部と、
を備え、
前記特定の通知情報が前記第１の端末装置に送信されてから前記所定期間が経過する前に、前記アクションが前記第１の端末装置の前記ユーザによって実行される場合に、前記特定の通知情報は、前記複数個の端末装置のいずれにも送信されない、項目１に記載のサーバ。
（項目３）
前記第２の決定部は、前記第２の状況において、前記メモリ内の前記実績情報を利用して、前記最多の購入回数の次に多い購入回数に対応する前記第２の端末装置を前記特定の通知情報の送信先として決定する、項目２に記載のサーバ。
（項目４）
前記アクションは、前記特定の通知情報を開封することを含む、項目２又は３に記載のサーバ。
（項目５）
前記アクションは、前記消耗品を購入することを含む、項目２から４のいずれか一項に記載のサーバ。
（項目６）
前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置に処理を実行させた回数である処理回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の処理回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目７）
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の開封回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目８）
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置に処理を実行させた回数である処理回数に関連する情報と、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報と、を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最も大きい利用回数及び開封回数の和に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目９）
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置において前記対象装置のためのアプリケーションが起動された回数である起動回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の起動回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目１）
サーバであって、
対象装置を利用可能な複数個の端末装置の実績情報を記憶するメモリであって、前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置のための消耗品が購入された回数である購入回数に関連する情報を含む、前記メモリと、
前記対象装置のための前記消耗品の購入に関する特定の通知情報を送信すべき第１の状況において、前記メモリ内の前記実績情報を利用して、前記複数個の端末装置のうちの最多の購入回数に対応する第１の端末装置を前記特定の通知情報の送信先として決定する第１の決定部と、
前記第１の状況において、前記特定の通知情報を前記第１の端末装置に送信する第１の送信部であって、前記第１の状況において、前記特定の通知情報は、前記複数個の端末装置のうちの前記第１の端末装置以外の各端末装置に送信されない、前記第１の送信部と、
を備える、サーバ。
（項目２）
前記サーバは、さらに、
前記特定の通知情報に関連するアクションが前記第１の端末装置のユーザによって実行されることなく、前記特定の通知情報が前記第１の端末装置に送信されてから所定期間が経過する第２の状況において、前記複数個の端末装置のうちの前記第１の端末装置とは異なる第２の端末装置を前記特定の通知情報の送信先として決定する第２の決定部と、
前記第２の状況において、前記特定の通知情報を前記第２の端末装置に送信する第２の送信部であって、前記第２の状況において、前記特定の通知情報は、前記第１の端末装置に送信されない、前記第２の送信部と、
を備え、
前記特定の通知情報が前記第１の端末装置に送信されてから前記所定期間が経過する前に、前記アクションが前記第１の端末装置の前記ユーザによって実行される場合に、前記特定の通知情報は、前記複数個の端末装置のいずれにも送信されない、項目１に記載のサーバ。
（項目３）
前記第２の決定部は、前記第２の状況において、前記メモリ内の前記実績情報を利用して、前記最多の購入回数の次に多い購入回数に対応する前記第２の端末装置を前記特定の通知情報の送信先として決定する、項目２に記載のサーバ。
（項目４）
前記アクションは、前記特定の通知情報を開封することを含む、項目２又は３に記載のサーバ。
（項目５）
前記アクションは、前記消耗品を購入することを含む、項目２から４のいずれか一項に記載のサーバ。
（項目６）
前記実績情報は、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置に処理を実行させた回数である処理回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の処理回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目７）
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の開封回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目８）
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置を利用して前記対象装置に処理を実行させた回数である処理回数に関連する情報と、当該端末装置を利用して通知情報が開封された回数である開封回数に関連する情報と、を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最も大きい利用回数及び開封回数の和に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
（項目９）
前記実績情報は、さらに、前記複数個の端末装置のそれぞれについて、当該端末装置において前記対象装置のためのアプリケーションが起動された回数である起動回数に関連する情報を含み、
前記第１の決定部は、前記第１の状況において、前記複数個の端末装置の中に前記最多の購入回数に対応する２個以上の端末装置が存在する場合に、前記２個以上の端末装置のうちの最多の起動回数に対応する前記第１の端末装置を前記特定の通知情報の送信先として決定する、項目１から５のいずれか一項に記載のサーバ。
【符号の説明】
【0084】
２：通信システム、４：ＬＡＮ、６：インターネット、１０：端末装置、１２：操作部、１４：表示部、２０：通信インターフェース、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：ＯＳプログラム、４０：プリンタアプリケーション、５０，６０：端末装置、１００：プリンタ、１１２：操作部、１１４：表示部、１１６：印刷実行部、１２０：通信インターフェース、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：プログラム、２００：通知サーバ、２２０：通信インターフェース、２３０：制御部、２３２：ＣＰＵ、２３４：メモリ、２３６：プログラム、２５０～２８０：テーブル、３００：ＥＣサーバ
【図1】
【図2】
【図3】
【図4】