(57)【要約】【課題】  挨拶状の画像の印刷をプリンタに実行させるコンピュータプログラムにおいて、プリンタにおける消耗品の消費量を予測してユーザに知らせるための技術を提供する。【解決手段】  コンピュータプログラムは、第１の年度内の第１の期間において、第１種の挨拶状画像の印刷をプリンタに実行させ、第１の年度内の第１の期間において第１種の挨拶状画像の印刷をプリンタに実行させた際のプリンタで消費された消耗品の量である第１の実績量を端末装置のメモリに記憶し、第１の年度の次の第２の年度内の第１の期間において、ユーザから所定の指示を受け付ける場合に、メモリ内の第１の実績量を利用して、第２の年度内の第１の期間において第１種の挨拶状画像の印刷をプリンタに実行させる際のプリンタで消費される消耗品の量である第１の消費量情報を予測し、予測済みの第１の消費量情報をユーザに通知する。【選択図】  図６
2019091306.tif 000002
【特許請求の範囲】
【請求項１】
端末装置のコンピュータプログラムであって、
前記端末装置のコンピュータを、
第１の年度内の第１の期間において、第１種の挨拶状画像の印刷をプリンタに実行させる第１の印刷処理部と、
前記第１の年度内の前記第１の期間において前記第１種の挨拶状画像の印刷を前記プリンタに実行させた際の前記プリンタで消費された消耗品の量である第１の実績量を前記端末装置のメモリに記憶する第１の実績量記憶部と、
前記第１の年度の次の第２の年度内の前記第１の期間において、ユーザから所定の指示を受け付ける場合に、前記メモリ内の前記第１の実績量を利用して、前記第２の年度内の前記第１の期間において前記第１種の挨拶状画像の印刷を前記プリンタに実行させる際の前記プリンタで消費される消耗品の量である第１の消費量情報を予測する第１の予測部と、
予測済みの前記第１の消費量情報を前記ユーザに通知する第１の通知部と、
として機能させる、コンピュータプログラム。
【請求項２】
前記第１の消費量情報は、前記第１の実績量とは異なる、請求項１に記載のコンピュータプログラム。
【請求項３】
前記消耗品の量は、印刷媒体の枚数を含む、請求項１又は２に記載のコンピュータプログラム。
【請求項４】
前記第１種の挨拶状画像は、年賀状を作成するための年賀画像である、請求項１から３のいずれか一項に記載のコンピュータプログラム。
【請求項５】
前記コンピュータプログラムは、前記コンピュータを、さらに、
喪中はがきを作成するための喪中画像の印刷を前記プリンタに実行させる第２の印刷処理部と、
前記喪中画像の印刷を前記プリンタに実行させる場合に、前記喪中画像の印刷を前記プリンタに実行させたことを示す喪中印刷情報を前記メモリに記憶する第１の情報記憶部と、
として機能させ、
前記第２の年度内の前記第１の期間において、前記ユーザから前記所定の指示を受け付け、かつ、前記喪中印刷情報が前記メモリに記憶されていない場合に、
前記第１の予測部は、前記第１の消費量情報を予測し、
前記第１の通知部は、前記第１の消費量情報を前記ユーザに通知し、
前記第１の通知部は、前記第２の年度内の前記第１の期間において、前記ユーザから前記所定の指示を受け付け、かつ、前記喪中印刷情報が前記メモリに記憶されている場合に、前記第１の消費量情報を前記ユーザに通知しない、請求項４に記載のコンピュータプログラム。
【請求項６】
前記消耗品の量は、印刷媒体の枚数を含み、
前記第１の予測部は、前記第１の実績量から前記第２の年度内に受け取った喪中はがきの枚数が減算された量を利用して、前記第１の消費量情報を予測する、請求項４又は５に記載のコンピュータプログラム。
【請求項７】
前記コンピュータプログラムは、前記コンピュータを、さらに、
喪中はがきの送付元に年賀状を送付するのか否かを前記ユーザに問い合わせる問合画面を前記端末装置の表示部に表示する問合画面制御部と、
前記問合画面において、前記喪中はがきの前記送付元に前記年賀状を送付することが前記ユーザによって選択される場合に、所定の情報を前記メモリに記憶する第２の情報記憶部と、
として機能させ、
前記第１の予測部は、
前記所定の情報が前記メモリに記憶されていない場合に、前記第１の実績量から前記第２の年度内に受け取った前記喪中はがきの前記枚数が減算された量を利用して、前記第１の消費量情報を予測し、
前記所定の情報が前記メモリに記憶されている場合に、前記第２の年度内に受け取った前記喪中はがきの前記枚数を利用せずに、前記第１の実績量を利用して、前記第１の消費量情報を予測する、請求項６に記載のコンピュータプログラム。
【請求項８】
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記第２の年度内の前記第１の期間より前の第２の期間において、前記第１種の挨拶状画像とは異なる第２種の挨拶状画像の印刷を前記プリンタに実行させる第３の印刷処理部と、
前記第２の期間において前記第２種の挨拶状画像の印刷を前記プリンタに実行させた際の前記プリンタで消費された消耗品の量である第２の実績量を前記メモリに記憶する第２の実績量記憶部と、
として機能させ、
前記第１の予測部は、
前記第１の年度内の前記第１の期間において、前記第１種の挨拶状画像の印刷を前記プリンタに実行させた場合に、前記第１の実績量を利用して、前記第１の消費量情報を予測し、
前記第１の年度内の前記第１の期間において、前記第１種の挨拶状画像の印刷を前記プリンタに実行させず、前記第２の期間において、前記第２種の挨拶状画像の印刷を前記プリンタに実行させた場合に、前記第２の実績量を利用して、前記第１の消費量情報を予測する、請求項１から７のいずれか一項に記載のコンピュータプログラム。
【請求項９】
前記第１の予測部は、前記第２の年度内の前記第１の期間より前に、前記第１種の挨拶状画像を含む複数種類の挨拶状画像のうちのいずれの挨拶状画像の印刷も前記プリンタに実行させていない場合に、前記メモリに記憶されている住所情報の個数を利用して、前記第１の消費量情報を予測する、請求項１から８のいずれか一項に記載のコンピュータプログラム。
【請求項１０】
前記消耗品の量は、印刷媒体の枚数を含み、
前記コンピュータプログラムは、さらに、
前記第１の年度内の前記第１の期間が終了する際に、前記メモリに記憶されている住所情報の個数である実績住所数を前記メモリに記憶する住所数記憶部として機能させ、
前記第１の予測部は、
前記メモリに現在記憶されている住所情報の個数から前記メモリ内の実績住所数を減算することによって差分数を算出し、
前記第１の実績量に前記差分数が加算された量を利用して、前記第１の消費量情報を予測する、請求項１から９のいずれか一項に記載のコンピュータプログラム。
【請求項１１】
前記第１種の挨拶状画像は、年賀状を作成するための年賀画像であり、
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記年賀画像の印刷を前記プリンタに実行させる場合に、前記年賀画像の印刷を前記プリンタに実行させたことを示す年賀印刷情報を前記メモリに記憶する第３の情報記憶部と、
前記第２の年度内において、年賀状を受け取ったことを示す受取指示を前記ユーザから受け付ける場合に、前記メモリに記憶されている複数個の住所情報のうち、受け取り済みの前記年賀状の送付元の住所情報に対応付けて、前記年賀状を受け取ったことを示す年賀受取情報を前記メモリに記憶する第４の情報記憶部と、
前記年賀印刷情報が前記メモリに記憶されていない状態で、前記第２の年度内の前記第１の期間より後の前記第２の年度内の第３の期間において、前記ユーザから前記所定の指示を受け付ける場合に、前記メモリに記憶されている１個以上の前記年賀受取情報の個数を利用して、寒中見舞いはがきを作成するための寒中見舞い画像の印刷を前記プリンタに実行させる際の前記プリンタで消費される消耗品の量を示す第２の消費量情報を予測する第２の予測部と、
予測済みの前記第２の消費量情報を前記ユーザに通知する第２の通知部と、
として機能させ、
前記第２の通知部は、前記年賀印刷情報が前記メモリに記憶されている場合に、前記第２の消費量情報を前記ユーザに通知しない、請求項１から１０のいずれか一項に記載のコンピュータプログラム。
【請求項１２】
前記第１種の挨拶状画像は、年賀状を作成するための年賀画像であり、
前記コンピュータプログラムは、前記コンピュータを、さらに、
前記メモリに記憶されている複数個の住所情報のうち、前記ユーザによって選択された住所情報に送付されるべき喪中はがきを作成するための喪中画像の印刷を前記プリンタに実行させる第２の印刷処理部と、
選択済みの前記住所情報と、前記喪中画像の印刷を前記プリンタに実行させたことを示す喪中印刷情報と、を対応付けて前記メモリに記憶する第５の情報記憶部と、
前記第２の年度内において、年賀状を受け取ったことを示す受取指示を前記ユーザから受け付ける場合に、前記複数個の住所情報のうち、受け取り済みの前記年賀状の送付元の住所情報に対応付けて、前記年賀状を受け取ったことを示す年賀受取情報を前記メモリに記憶する第６の情報記憶部と、
前記複数個の住所情報の中から、前記年賀受取情報が対応付けられており、かつ、前記喪中印刷情報が対応付けられていない１個以上の住所情報を特定する特定部と、
前記第２の年度内の前記第１の期間より後の前記第２の年度内の第３の期間において、前記ユーザから前記所定の指示を受け付ける場合に、特定済みの前記１個以上の住所情報の個数を利用して、寒中見舞いはがきを作成するための寒中見舞い画像の印刷を前記プリンタに実行させる際の前記プリンタで消費される消耗品の量を示す第３の消費量情報を予測する第３の予測部と、
予測済みの前記第３の消費量情報を前記ユーザに通知する第３の通知部と、
として機能させる、請求項１から１０のいずれか一項に記載のコンピュータプログラム。
【請求項１３】
端末装置であって、
第１の年度内の第１の期間において、第１種の挨拶状画像の印刷をプリンタに実行させる第１の印刷処理部と、
前記第１の年度内の前記第１の期間において前記第１種の挨拶状画像の印刷を前記プリンタに実行させた際の前記プリンタで消費された消耗品の量である第１の実績量を前記端末装置のメモリに記憶する第１の実績量記憶部と、
前記第１の年度の次の第２の年度内の前記第１の期間において、ユーザから所定の指示を受け付ける場合に、前記メモリ内の前記第１の実績量を利用して、前記第２の年度内の前記第１の期間において前記第１種の挨拶状画像の印刷を前記プリンタに実行させる際の前記プリンタで消費される消耗品の量である第１の消費量情報を予測する第１の予測部と、
予測済みの前記第１の消費量情報を前記ユーザに通知する第１の通知部と、
を備える、端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書では、挨拶状画像の印刷をプリンタに実行させるためのコンピュータプログラムを開示する。
【背景技術】
【０００２】
下記の特許文献１には、年賀状、暑中見舞いはがき等の画像の印刷の実行をプリンタに指示して、年賀状等をプリンタに作成させるプログラムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−８１３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
年賀状、暑中見舞いはがき等の挨拶状をプリンタに作成させるべき際に、プリンタにおける消耗品の消費量を予め知りたいというユーザの要望がある。
【０００５】
本明細書では、挨拶状の画像の印刷をプリンタに実行させるコンピュータプログラムにおいて、プリンタにおける消耗品の消費量を予測してユーザに知らせるための技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書によって開示される端末装置のためのコンピュータプログラムは、前記端末装置のコンピュータを、第１の年度内の第１の期間において、第１種の挨拶状画像の印刷をプリンタに実行させる第１の印刷処理部と、前記第１の年度内の前記第１の期間において前記第１種の挨拶状画像の印刷を前記プリンタに実行させた際の前記プリンタで消費された消耗品の量である第１の実績量を前記端末装置のメモリに記憶する第１の実績量記憶部と、前記第１の年度の次の第２の年度内の前記第１の期間において、ユーザから所定の指示を受け付ける場合に、前記メモリ内の前記第１の実績量を利用して、前記第２の年度内の前記第１の期間において前記第１種の挨拶状画像の印刷を前記プリンタに実行させる際の前記プリンタで消費される消耗品の量である第１の消費量情報を予測する第１の予測部と、予測済みの前記第１の消費量情報を前記ユーザに通知する第１の通知部と、として機能させてもよい。
【０００７】
上記の構成によれば、端末装置は、第２の年度内の第１の期間において、ユーザから所定の指示を受け付ける場合に、昨年度である第１の年度における第１の実績量を利用して、第１の消費量情報を予測し、第１の消費量情報をユーザに通知する。これにより、端末装置は、プリンタにおける消耗品の消費量を予測してユーザに知らせることができる。
【０００８】
上記のコンピュータプログラムによって実現される端末装置の制御方法も新規で有用である。また、上記の各部を備える端末装置も新規で有用である。
【図面の簡単な説明】
【０００９】
【図１】通信システムの構成を示す。
【図２】印刷及びスキャンの具体的なケースを示す。
【図３】カウント処理のフローチャートを示す。
【図４】メニュー表示処理のフローチャートを示す。
【図５】年賀枚数予測処理のフローチャートを示す。
【図６】通知処理のフローチャートを示す。
【図７】寒中枚数予測処理のフローチャートを示す。
【図８】予測年賀枚数及び予測寒中枚数の具体例を示す。
【発明を実施するための形態】
【００１０】
（通信システム２；図１）
図１に示されるように、通信システム２は、端末装置１０と、多機能機１００と、を備える。端末装置１０は、スマートフォン、ノートＰＣ（Personal Computerの略）、タブレットＰＣ等の可搬型の端末装置であり、無線ＬＡＮ（Local Area Networkの略）を利用して、多機能機１００と通信可能である。なお、変形例では、端末装置１０は、デスクトップＰＣ等の据置型の端末装置であってもよく、この場合、有線ＬＡＮを利用して、多機能機１００と通信可能であってもよい。多機能機１００は、印刷機能とスキャン機能とを含む多機能を実行可能である。
【００１１】
（端末装置１０の構成）
端末装置１０は、表示部１２と、無線ＬＡＮインターフェース１４と、制御部２０と、を備える。各部１２〜２０は、バス線（符号省略）に接続されている。なお、以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００１２】
表示部１２は、様々な情報を表示するためのディスプレイである。表示部１２は、ユーザの指示を受け付けるための操作部（いわゆるタッチパネル）としても機能してもよい。無線ＬＡＮＩ／Ｆ１４は、無線ＬＡＮに接続して、多機能機１００等の外部装置との無線通信を実行するためのＩ／Ｆである。
【００１３】
制御部２０は、ＣＰＵ２２と、メモリ２４と、を備える。ＣＰＵ２２は、メモリ２４に記憶されているプログラム２６、２８に従って、様々な処理を実行する。メモリ２４は、ＯＳ（Operating Systemの略）プログラム２６と、はがきサイズを有する印刷媒体に対する印刷を多機能機１００に実行させるためのはがきアプリケーションプログラム２８（以下では「はがきアプリ２８」と呼ぶ）と、を記憶する。はがきアプリ２８は、多機能機１００のベンダによって提供され、例えば、ベンダによって提供されるインターネット上のサーバ（図示省略）から端末装置１０にインストールされてもよいし、多機能機１００と共に出荷されるメディアから端末装置１０にインストールされてもよい。
【００１４】
はがきアプリ２８は、メモリ２４内に記憶領域を確保し、当該記憶領域に住所テーブル３０と喪中設定フラグ４０とを記憶させる。住所テーブル３０では、名前、住所等を示す住所情報と、年賀印刷フラグ３１ａと、年賀受取フラグ３１ｂと、喪中印刷フラグ３２ａと、喪中受取フラグ３２ｂと、寒中印刷フラグ３３ａと、暑中印刷フラグ３４ａと、が対応付けて記憶される。なお、変形例では、はがきアプリ２８が端末装置１０にインストールされる前に、メモリ２４に住所情報のリストが記憶されていてもよい。そして、住所テーブル３０は、当該リスト内の住所情報に対応付けて、各フラグ３１ａ等を記憶してもよい。
【００１５】
年賀印刷フラグ３１ａは、対応する住所を送付先とする年賀状を印刷したことを示す「ＯＮ」と、当該年賀状を印刷していないことを示す「ＯＦＦ」と、のどちらかの値に設定される。年賀受取フラグ３１ｂは、対応する住所を送付元とする年賀状を受け取ったことを示す「ＯＮ」と、当該年賀状を受け取っていないことを示す「ＯＦＦ」と、のどちらかの値に設定される。
【００１６】
喪中印刷フラグ３２ａ、喪中受取フラグ３２ｂは、それぞれ、対象のはがきが年賀状ではなく喪中はがきである点を除いて、年賀印刷フラグ３１ａ、年賀受取フラグ３１ｂと同様である。また、寒中印刷フラグ３３ａ、暑中印刷フラグ３４ａは、それぞれ、対象のはがきが年賀状ではなく寒中見舞いはがき、暑中見舞いはがきである点を除いて、年賀印刷フラグ３１ａと同様である。
【００１７】
喪中設定フラグ４０は、喪中はがきの送付元に年賀状を送付することを示す「ＯＮ」と、当該年賀状を送付しないことを示す「ＯＦＦ」と、のどちらかの値に設定される。住所テーブル３０内の各フラグ３１ａ等及び喪中設定フラグ４０は、初期状態では全て「ＯＦＦ」に設定されている。
【００１８】
（印刷及びスキャンの具体的なケース；図２）
図２を参照して、各装置１０、１００によって実現される印刷及びスキャンの具体的なケースを説明する。なお、以下では、端末装置１０のＣＰＵ２２が実行する処理について、理解の容易さの観点から、ＣＰＵ２２を主体として記載せずに、端末装置１０を主体として記載する。
【００１９】
端末装置１０は、ＯＳプログラム２６に従って、はがきアプリ２８を起動するための起動アイコンを表示部１２に表示する。端末装置１０は、ユーザから起動アイコンの選択を受け付けると、Ｔ１００において、はがきアプリ２８を起動する（即ち、はがきアプリ２８を利用するための操作を受け付け可能とする）。
【００２０】
端末装置１０は、はがきアプリ２８が起動されると、Ｔ１０２において、はがきアプリ２８に従ってメニュー画面ＭＳを表示部１２に表示する。メニュー画面ＭＳは、年賀アイコンＡ１と、喪中アイコンＡ２と、寒中アイコンＡ３と、暑中アイコンＡ４と、スキャンアイコンＡ５と、を含む。年賀アイコンＡ１、喪中アイコンＡ２、寒中アイコンＡ３、暑中アイコンＡ４は、それぞれ、年賀画像、喪中画像、寒中見舞い画像、暑中見舞い画像の印刷を多機能機１００に実行させるためのアイコンである。年賀画像、喪中画像、寒中見舞い画像、暑中見舞い画像は、それぞれ、年賀状、喪中はがき、寒中見舞いはがき、暑中見舞いはがきを作成するための画像である。スキャンアイコンＡ５は、受け取ったはがきのスキャンを多機能機１００に実行させるためのアイコンである。なお、メニュー画面ＭＳは、各アイコンＡ１〜Ａ５の他に、さらに、他の種類の挨拶状（例えば、引越しの挨拶状）を作成するための画像の印刷を多機能機１００に実行させるためのアイコンを含んでもよい。
【００２１】
（ケースＣ１）
メニュー画面ＭＳ内のアイコンＡ１〜Ａ４のいずれかがユーザによって選択されるケースＣ１を説明する。端末装置１０は、ユーザからメニュー画面ＭＳ内のアイコンＡ１〜Ａ４のいずれかの選択を受け付けると、Ｔ１１０において、複数個の画像の中から対象の画像を選択するための画像選択画面を表示部１２に表示する。例えば、年賀アイコンＡ１が選択される場合には、画像選択画面は、複数個の年賀画像を含む。Ｔ１１２では、端末装置１０は、ユーザから複数個の画像の中から対象の画像の選択を受け付ける。
【００２２】
Ｔ１１４では、端末装置１０は、複数個の住所情報の中から対象の住所情報を選択するための住所選択画面を表示部１２に表示する。住所選択画面は、住所テーブル３０内の複数個の住所情報を含む。Ｔ１１６では、端末装置１０は、ユーザから複数個の住所情報の中から住所情報ＡＩ１の選択を受け付ける。そして、端末装置１０は、Ｔ１１８において、ユーザから印刷指示を受け付けると、Ｔ１２０において、Ｔ１１２で選択された対象の画像（例えば年賀画像）を表わす画像情報と、Ｔ１１６で選択された住所情報ＡＩ１と、を含む印刷要求を多機能機１００に送信する。これにより、多機能機１００は、Ｔ１２２において、画像情報によって表わされる対象の画像をはがきの裏面に印刷し、住所情報ＡＩ１を当該はがきの表面に印刷する。これにより、挨拶状（例えば年賀状）が作成される。
【００２３】
また、端末装置１０は、Ｔ１２４において、住所テーブル３０（図１参照）を変更する。例えば、Ｔ１０２で表示されたメニュー画面ＭＳ内の年賀アイコンＡ１が選択された場合には、端末装置１０は、Ｔ１１６で選択された住所情報ＡＩ１に対応付けられている年賀印刷フラグ３１ａ（図１参照）を「ＯＦＦ」から「ＯＮ」に変更する。同様に、喪中アイコンＡ２、寒中アイコンＡ３、又は、暑中アイコンＡ４が選択された場合には、住所情報ＡＩ１に対応付けられている喪中印刷フラグ３２ａ、寒中印刷フラグ３３ａ、又は、暑中印刷フラグ３４ａ（図１参照）が「ＯＦＦ」から「ＯＮ」に変更される。
【００２４】
（ケースＣ２）
メニュー画面ＭＳ内のスキャンアイコンＡ５がユーザによって選択されるケースＣ２を説明する。本ケースでは、ユーザが住所情報ＡＩ２に対応する相手から年賀状又は喪中はがきを受け取る状況を想定する。この場合、端末装置１０は、ユーザからメニュー画面ＭＳ内のスキャンアイコンＡ５の選択を受け付ける。そして、ユーザが、年賀状又は喪中はがきの表面及び裏面のうち、住所情報ＡＩ２が記述されている面を多機能機１００がスキャンできるように、年賀状又は喪中はがきを多機能機１００にセットした後に、端末装置１０は、Ｔ１５０において、スキャン要求を多機能機１００に送信する。
【００２５】
多機能機１００は、Ｔ１５０において、スキャン要求を受信すると、Ｔ１５２において、受信済みのスキャン要求に従って、年賀状又は喪中はがきのスキャンを実行し、スキャン画像を表わすスキャン画像情報を取得する。そして、Ｔ１５４では、多機能機１００は、取得済みのスキャン画像情報を端末装置１０に送信する。
【００２６】
端末装置１０は、Ｔ１５４において、スキャン画像情報を受信すると、Ｔ１５６において、受信済みのスキャン画像情報によって表わされるスキャン画像に対してＯＣＲ（Optical Character Recognitionの略）を実行して、住所情報ＡＩ２を取得する。
【００２７】
Ｔ１５８では、端末装置１０は、スキャンされたはがきが年賀状であるのか喪中はがきであるのかをユーザに確認するための確認画面ＳＣ１を表示部１２に表示する。確認画面ＳＣ１は、年賀状を選択するためのラジオボタン「年賀状」と、喪中はがきを選択するためラジオボタン「喪中はがき」と、を含む。
【００２８】
Ｔ１６０では、端末装置１０は、ラジオボタン「年賀状」が選択された場合には、Ｔ１５６で取得された住所情報ＡＩ２に対応付けられている年賀受取フラグ３１ｂ（図１参照）を「ＯＦＦ」から「ＯＮ」に変更する。同様に、ラジオボタン「喪中はがき」が選択された場合には、喪中受取フラグ３２ｂ（図１参照）が「ＯＦＦ」から「ＯＮ」に変更される。
【００２９】
（カウント処理；図３）
図３を参照して、端末装置１０のＣＰＵ２２がはがきアプリ２８に従って実行するカウント処理の内容を説明する。図３の処理は、ユーザからはがきアプリ２８の起動指示が与えられなくても、所定の時刻（例えば午前１２時）が到来することに起因して、ＯＳプログラム２６によってはがきアプリ２８が起動されることをトリガとして開始される。
【００３０】
Ｓ１０では、ＣＰＵ２２は、本日の日付が８月７日であるのか否かを判断する。８月７日は、暑中見舞いはがきのやりとりが行われる期間（例えば７月７日〜８月６日）が終了した日の翌日である。ＣＰＵ２２は、本日の日付が８月７日であると判断する場合（Ｓ１０でＹＥＳ）に、Ｓ１２に進み、本日の日付が８月７日でないと判断する場合（Ｓ１０でＮＯ）に、Ｓ２０に進む。
【００３１】
Ｓ１２では、ＣＰＵ２２は、住所テーブル３０から、「ＯＮ」に設定されている暑中印刷フラグ３４ａの個数をカウントする。そして、ＣＰＵ２２は、カウント済みの個数を今年度に作成した暑中見舞いはがきの枚数（以下では「暑中印刷枚数」と呼ぶ）としてメモリ２４に記憶させる。ここで記憶される暑中印刷枚数は、暑中見舞いはがきを作成するために今年度に多機能機１００で消費されたはがきサイズの印刷媒体の枚数である。なお、「年度」は、本実施例では、４月１日から翌年の３月３１日までの１年間を意味するが、変形例では、４月１日とは異なる日からの１年間であってもよい。
【００３２】
Ｓ１６では、ＣＰＵ２２は、住所テーブル３０内の全ての住所情報の個数をカウントする。そして、ＣＰＵ２２は、カウント済みの個数を８月の時点の住所数としてメモリ２４に記憶させる。なお、ＣＰＵ２２は、昨年度の８月の時点の住所数がメモリ２４に記憶されている場合には、昨年度の８月の時点の住所数に代えて、今年度の８月の時点の住所数をメモリ２４に記憶させる。Ｓ１６が終了すると図３の処理が終了する。
【００３３】
また、ＣＰＵ２２は、本日の日付が８月７日でないと判断する場合（Ｓ１０でＮＯ）に、Ｓ２０において、本日の日付が２月１日であるのか否かを判断する。２月１日は、年賀状、喪中はがき、及び、寒中見舞いはがきのやりとりが行われる期間（例えば１２月１日〜１月３１日）が終了した日の翌日である。ＣＰＵ２２は、本日の日付が２月１日であると判断する場合（Ｓ２０でＹＥＳ）に、Ｓ２２に進み、本日の日付が２月１日でないと判断する場合（Ｓ２０でＮＯ）に、図３の処理を終了する。
【００３４】
Ｓ２２では、ＣＰＵ２２は、住所テーブル３０から、「ＯＮ」に設定されている年賀印刷フラグ３１ａの個数と、「ＯＮ」に設定されている喪中印刷フラグ３２ａの個数と、をカウントする。そして、ＣＰＵ２２は、カウント済みの２種類の個数を、今年度に作成した年賀状の枚数（以下では「年賀印刷枚数」と呼ぶ）及び今年度に作成した喪中はがきの枚数（以下では「喪中印刷枚数」と呼ぶ）としてメモリ２４に記憶させる。ここで記憶される年賀印刷枚数、喪中印刷枚数は、それぞれ、年賀状、喪中見舞いはがきを作成するために今年度に多機能機１００で消費されたはがきサイズの印刷媒体の枚数である。
【００３５】
Ｓ２４では、ＣＰＵ２２は、住所テーブル３０内の全ての住所情報に対応付けられている全てのフラグ３１ａ等を「ＯＦＦ」にリセットする。
【００３６】
Ｓ２６では、ＣＰＵ２２は、住所テーブル３０内の全ての住所情報の個数をカウントする。そして、ＣＰＵ２２は、カウント済みの個数を２月の時点の住所数としてメモリ２４に記憶させる。なお、ＣＰＵ２２は、昨年度の２月の時点の住所数がメモリ２４に記憶されている場合には、昨年度の２月の時点の住所数に代えて、今年度の２月の時点の住所数をメモリ２４に記憶させる。Ｓ２６が終了すると図３の処理が終了する。
【００３７】
（メニュー表示処理；図４）
図４を参照して、端末装置１０のＣＰＵ２２がはがきアプリ２８に従って実行するメニュー表示処理の内容を説明する。図４の処理は、ユーザからはがきアプリ２８の起動指示が与えられることに起因して、はがきアプリ２８が起動されることをトリガとして開始される（図２のＴ１００参照）。
【００３８】
Ｓ４０では、ＣＰＵ２２は、本日の日付が１２月１日〜１月６日の期間内（即ち年賀状のやりとりが行われる期間内）であるのか否かを判断する。ＣＰＵ２２は、本日の日付が当該期間内であると判断する場合（Ｓ１０でＹＥＳ）に、Ｓ４２に進む。
【００３９】
Ｓ４２では、ＣＰＵ２２は、住所テーブル３０（図１参照）内のいずれかの年賀印刷フラグ３１ａが「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、いずれかの年賀印刷フラグ３１ａが「ＯＮ」であると判断する場合（Ｓ４２でＹＥＳ）、即ち、今年度に少なくとも１枚の年賀状を作成済みである場合に、Ｓ４４及びＳ４６の処理をスキップして、Ｓ６０に進む。一方、ＣＰＵ２２は、全ての年賀印刷フラグ３１ａが「ＯＦＦ」であると判断する場合（Ｓ４２でＮＯ）、即ち、今年度に１枚の年賀状も作成されていない場合に、Ｓ４４に進む。
【００４０】
Ｓ４４では、ＣＰＵ２２は、住所テーブル３０内のいずれかの喪中印刷フラグ３２ａが「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、いずれかの喪中印刷フラグ３２ａが「ＯＮ」であると判断する場合（Ｓ４４でＹＥＳ）、即ち、今年度に少なくとも１枚の喪中はがきを作成済みである場合（換言するとユーザが喪中である場合）に、Ｓ４６をスキップして、Ｓ６０に進む。一方、ＣＰＵ２２は、全ての喪中印刷フラグ３２ａが「ＯＦＦ」であると判断する場合（Ｓ４４でＮＯ）、即ち、今年度に１枚の喪中はがきも作成されていない場合に、Ｓ４６において、今年度に作成すべき年賀状の枚数を予測して通知する処理（図５参照）を実行する。Ｓ４６が終了すると、Ｓ６０に進む。
【００４１】
また、ＣＰＵ２２は、本日の日付が１２月１日〜１月６日の期間内でないと判断する場合（Ｓ４０でＮＯ）に、Ｓ５０において、本日の日付が１月７日〜１月３１日の期間内（即ち寒中見舞いはがきのやりとりが行われる期間内）であるのか否かを判断する。ＣＰＵ２２は、本日の日付が当該期間内であると判断する場合（Ｓ５０でＹＥＳ）に、Ｓ５２に進み、本日の日付が当該期間内でないと判断する場合（Ｓ５０でＮＯ）に、Ｓ５２及びＳ５４をスキップして、Ｓ６０に進む。
【００４２】
Ｓ５２では、ＣＰＵ２２は、住所テーブル３０内のいずれかの寒中印刷フラグ３３ａが「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、いずれかの寒中印刷フラグ３３ａが「ＯＮ」であると判断する場合（Ｓ５２でＹＥＳ）、即ち、今年度に少なくとも１枚の寒中見舞いはがきを作成済みである場合に、Ｓ５４をスキップして、Ｓ６０に進む。一方、ＣＰＵ２２は、全ての寒中印刷フラグ３３ａが「ＯＦＦ」であると判断する場合（Ｓ５２でＮＯ）、即ち、今年度に１枚の寒中見舞いはがきも作成されていない場合に、Ｓ５４において、今年度に作成すべき寒中見舞いはがきの枚数を予測して通知する処理（図７参照）を実行する。Ｓ５４が終了すると、Ｓ６０に進む。
【００４３】
Ｓ６０では、ＣＰＵ２２は、メニュー画面ＭＳ（図２のＴ１０２参照）を表示部１２に表示させる。Ｓ７０は、図２のＴ１１０〜Ｔ１６０の処理と同様である。Ｓ７０の処理が終了すると、図４の処理が終了する。
【００４４】
例えば、Ｓ４４の処理が省略されて、Ｓ４２でＮＯの場合にＳ４６が実行される比較例が想定される。比較例では、ＣＰＵ２２は、ユーザが喪中である場合であっても、Ｓ４６の処理を実行して、今年度に作成すべき年賀状の枚数をユーザに通知する。この場合、喪中であって年賀状を送付する可能性が低いユーザに不快感を与える可能性がある。これに対し、本実施例では、ユーザが喪中である場合（Ｓ４４でＹＥＳ）に、Ｓ４６の処理を実行しない。これにより、ユーザに不快感を与えることを抑制することができる。なお、変形例では、上記の比較例の構成を採用してもよい。
【００４５】
（年賀枚数予測処理；図５）
図５を参照して、図４のＳ４６の年賀枚数予測処理を説明する。Ｓ１００では、ＣＰＵ２２は、メモリ２４に記憶されている年賀印刷枚数（図３のＳ２２参照）が１枚以上であるのか否かを判断する。ＣＰＵ２２は、年賀印刷枚数が１枚以上であると判断する場合（Ｓ１００でＹＥＳ）に、Ｓ１０２において、年賀印刷枚数（即ち昨年度に作成された年賀状の枚数）を仮年賀枚数として決定する。仮年賀枚数は、今年度に作成すべき年賀状の枚数の予測に利用される枚数である。一方、ＣＰＵ２２は、年賀印刷枚数が０枚であると判断する場合（Ｓ１００でＮＯ）に、Ｓ１１０に進む。
【００４６】
Ｓ１１０では、ＣＰＵ２２は、メモリ２４に記憶されている喪中印刷枚数（図３のＳ２２参照）が１枚以上であるのか否かを判断する。ＣＰＵ２２は、喪中印刷枚数が１枚以上であると判断する場合（Ｓ１１０でＹＥＳ）に、Ｓ１１２において、喪中印刷枚数（即ち昨年度に作成された喪中はがきの枚数）を仮年賀枚数として決定する。一方、ＣＰＵ２２は、喪中印刷枚数が０枚であると判断する場合（Ｓ１１０でＮＯ）に、Ｓ１２０に進む。
【００４７】
Ｓ１２０では、ＣＰＵ２２は、メモリ２４に記憶されている暑中印刷枚数（図３のＳ１２参照）が１枚以上であるのか否かを判断する。ＣＰＵ２２は、暑中印刷枚数が１枚以上であると判断する場合（Ｓ１２０でＹＥＳ）に、Ｓ１２２において、暑中印刷枚数（即ち今年度に作成された暑中見舞いはがきの枚数）を仮年賀枚数として決定する。Ｓ１０２、Ｓ１１２、及び、Ｓ１２２のいずれかが終了すると、ＣＰＵ２２は、Ｓ１３０において、今年度に作成すべき年賀状の枚数を通知する通知処理（図６参照）を実行する。Ｓ１３０が終了すると、図５の処理が終了する。一方、ＣＰＵ２２は、暑中印刷枚数が０枚であると判断する場合（Ｓ１２０でＮＯ）に、Ｓ１４０に進む。
【００４８】
Ｓ１４０では、ＣＰＵ２２は、住所テーブル３０内の全ての住所情報の個数をカウントする。Ｓ１４２では、ＣＰＵ２２は、カウント済みの住所情報の個数を今年度に作成すべき年賀状の枚数（以下では「予測年賀枚数」と呼ぶ）として決定し、決定済みの予測年賀枚数を含む通知画面ＳＣ２を表示部１２に表示する。即ち、昨年度の年賀状、昨年度の喪中はがき、及び、今年度の暑中見舞いはがきのいずれの挨拶状も作成されていない場合には、住所テーブル３０内の全ての住所情報の個数が予測年賀枚数としてユーザに通知される。これにより、ユーザは、予測年賀枚数を知ることができる。
【００４９】
Ｓ１４４では、ＣＰＵ２２は、喪中はがきの送付元に年賀状を送付するのか否かをユーザに問い合わせるための問合画面ＳＣ３を表示部１２に表示する。問合画面ＳＣ３は、喪中はがきの送付元に年賀状を送付することを示すラジオボタン「はい」と、当該年賀状を送付しないことを示すラジオボタン「いいえ」と、を含む。
【００５０】
Ｓ１４６では、ＣＰＵ２２は、ラジオボタン「はい」がユーザによって選択されたのか否かを判断する。ＣＰＵ２２は、ラジオボタン「はい」がユーザによって選択されたと判断する場合（Ｓ１４６でＹＥＳ）に、喪中設定フラグ４０を「ＯＦＦ」から「ＯＮ」に変更する。Ｓ１４８が終了すると、図５の処理が終了する。一方、ＣＰＵ２２は、ラジオボタン「いいえ」がユーザによって選択されたと判断する場合（Ｓ１４６でＮＯ）に、Ｓ１４８をスキップして、図５の処理を終了する。
【００５１】
（通知処理；図６）
図６を参照して、図５のＳ１３０の通知処理を説明する。Ｓ１６０では、ＣＰＵ２２は、住所テーブル３０内のいずれかの喪中受取フラグ３２ｂが「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、いずれかの喪中受取フラグ３２ｂが「ＯＮ」であると判断する場合（Ｓ１６０でＹＥＳ）に、Ｓ１６２において、「ＯＮ」に設定されている喪中受取フラグ３２ｂの個数をカウントする。そして、ＣＰＵ２２は、カウント済みの個数を今年度に受け取った喪中はがきの枚数（以下では「喪中受取枚数」と呼ぶ）として決定する。一方、ＣＰＵ２２は、全ての喪中受取フラグ３２ｂが「ＯＦＦ」であると判断する場合（Ｓ１６０でＮＯ）に、Ｓ１６４に進む。
【００５２】
Ｓ１６４では、ＣＰＵ２２は、喪中設定フラグ４０が「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、喪中設定フラグ４０が「ＯＮ」であると判断する場合（Ｓ１６４でＹＥＳ）に、Ｓ１６６をスキップして、Ｓ１７０に進む。一方、喪中設定フラグ４０が「ＯＦＦ」であると判断する場合（Ｓ１６４でＮＯ）に、Ｓ１６６において、今年度に受け取った喪中はがきの枚数をユーザに確認するための確認画面ＳＣ４を表示部１２に表示する。確認画面ＳＣ４は、受け取り済みの喪中はがきの枚数を入力するための入力欄を含む。ＣＰＵ２２は、確認画面ＳＣ４内の入力欄に入力された枚数を喪中受取枚数として決定する。Ｓ１６６が終了すると、Ｓ１７０に進む。
【００５３】
Ｓ１７０では、ＣＰＵ２２は、住所情報を新たに入力するための住所入力画面ＳＣ５を表示部１２に表示する。住所入力画面ＳＣ５は、住所情報を入力するための入力欄を含む。ＣＰＵ２２は、入力欄に住所情報がユーザによって入力されて、住所入力画面ＳＣ５内のアイコン「はい」がユーザによって選択される場合に、入力済みの住所情報を住所テーブル３０に記憶する。また、ＣＰＵ２２は、入力欄に住所情報がユーザによって入力されて、住所入力画面ＳＣ５内のアイコン「次」がユーザによって選択される場合に、入力済みの住所情報を住所テーブル３０に記憶すると共に、次の住所情報を入力するための入力欄を含む住所入力画面ＳＣ５を再び表示する。これにより、ユーザは、複数個の住所情報を入力することができる。また、ＣＰＵ２２は、住所入力画面ＳＣ５内のアイコン「いいえ」がユーザによって選択される場合に、住所入力画面ＳＣ５の表示を終了して、Ｓ１７２に進む。なお、変形例では、ＣＰＵ２２は、住所入力画面ＳＣ５のみならず、住所テーブル３０の中から住所情報を削除するための操作を受け付けるための削除画面を表示してもよい。また、変形例では、ＣＰＵ２２は、Ｓ１７０の処理を実行しなくてもよい。
【００５４】
Ｓ１７２では、ＣＰＵ２２は、住所テーブル３０内の住所情報の個数の増減数を計算する。具体的には、ＣＰＵ２２は、図５のＳ１０２又はＳ１１２において、年賀印刷枚数又は喪中印刷枚数を仮年賀枚数として決定した場合には、住所テーブル３０に現在記憶されている全ての住所情報の個数（以下では「現在住所数」と呼ぶ）からメモリ２４に記憶されている２月の時点の住所数（図３のＳ２６参照）を減算することによって増減数を算出する。即ち、この場合の増減数は、昨年度の２月１日から本日に至るまでに増加又は減少した住所情報の個数を示す。
【００５５】
また、ＣＰＵ２２は、図５のＳ１２２において、暑中印刷枚数を仮年賀枚数として決定した場合には、現在住所数からメモリ２４に記憶されている８月の時点の住所数（図３のＳ１６参照）を減算することによって増減数を算出する。即ち、この場合の増減数は、今年度の８月７日から本日に至るまでに増加又は減少した住所情報の個数を示す。
【００５６】
Ｓ１７４では、ＣＰＵ２２は、喪中設定フラグ４０が「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、喪中設定フラグ４０が「ＯＮ」であると判断する場合（Ｓ１７４でＹＥＳ）に、Ｓ１７６において、仮年賀枚数に増減数を加算することによって今年度に作成すべき年賀状の枚数（即ち予測年賀枚数）を算出する。喪中設定フラグ４０が「ＯＮ」であるということは、ユーザが喪中はがきの送付元に年賀状を送付することを意味するので、喪中はがきを受け取った枚数である喪中受取枚数が減算されることなく予測年賀枚数が算出される。これにより、喪中はがきの送付元に年賀状を送付するユーザに対して、適切な予測年賀枚数を通知することができる。
【００５７】
一方、ＣＰＵ２２は、喪中設定フラグ４０が「ＯＦＦ」であると判断する場合（Ｓ１７４でＮＯ）に、Ｓ１７８において、仮年賀枚数から喪中受取枚数を減算することによって減算値を算出し、減算値に増減数を加算することによって予測年賀枚数を算出する。喪中設定フラグ４０が「ＯＦＦ」であるということは、ユーザが喪中はがきの送付元に年賀状を送付しないことを意味するので、喪中はがきを受け取った枚数である喪中受取枚数が減算されることによって予測年賀枚数が算出される。これにより、喪中はがきの送付元に年賀状を送付しないユーザに対して、適切な予測年賀枚数を通知することができる。
【００５８】
Ｓ１９０では、ＣＰＵ２２は、Ｓ１７６又はＳ１７８で算出された予測年賀枚数を含む通知画面ＳＣ６を表示部１２に表示する。これにより、ユーザは、予測年賀枚数を知ることができる。Ｓ１９０が終了すると、図６の処理が終了する。
【００５９】
（寒中枚数予測処理；図７）
図７を参照して、図４のＳ５４の寒中枚数予測処理を説明する。Ｓ２００では、ＣＰＵ２２は、住所テーブル３０内のいずれかの喪中印刷フラグ３２ａが「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、いずれかの喪中印刷フラグ３２ａが「ＯＮ」であると判断する場合（Ｓ２００でＹＥＳ）、即ち、ユーザが喪中である場合に、Ｓ２０２に進む。
【００６０】
Ｓ２０２では、ＣＰＵ２２は、住所テーブル３０内の全ての住所情報の中から、「ＯＦＦ」に設定されている喪中印刷フラグ３２ａと、「ＯＮ」に設定されている年賀受取フラグ３１ｂと、の双方に対応付けられている住所情報を特定する。当該住所情報が存在するということは、ユーザが喪中はがきを送付していない相手から年賀状を受け取ったこと、即ち、当該相手に寒中見舞いはがきを送付すべきことを意味する。
【００６１】
Ｓ２０４では、ＣＰＵ２２は、Ｓ２０２で１個以上の住所情報が特定されたのか否かを判断する。ＣＰＵ２２は、１個以上の住所情報が特定されたと判断する場合（Ｓ２０４でＹＥＳ）、即ち、ユーザが喪中はがきを送付していない相手から年賀状を受け取った場合に、Ｓ２１０において、特定済みの１個以上の住所情報の個数を今年度に作成すべき寒中見舞いはがきの枚数（以下では「予測寒中枚数」と呼ぶ）として決定し、予測寒中枚数を含む通知画面ＳＣ７を表示部１２に表示する。通知画面ＳＣ７は、さらに、喪中はがきを送付していない相手から年賀状を受け取ったことを示すメッセージを含む。これにより、ユーザは、予測寒中枚数を知ることができる。Ｓ２１０が終了すると、図７の処理が終了する。一方、ＣＰＵ２２は、１個の住所情報も特定されなかったと判断する場合（Ｓ２０４でＮＯ）に、Ｓ２１０をスキップして、図７の処理を終了する。
【００６２】
また、ＣＰＵ２２は、全ての喪中印刷フラグ３２ａが「ＯＦＦ」であると判断する場合（Ｓ２００でＮＯ）、即ち、ユーザが喪中でない場合に、Ｓ２２０に進む。Ｓ２２０では、ＣＰＵ２２は、住所テーブル３０内の全ての年賀印刷フラグ３１ａが「ＯＦＦ」であるのか否かを判断する。ＣＰＵ２２は、全ての年賀印刷フラグ３１ａが「ＯＦＦ」であると判断する場合（Ｓ２２０でＹＥＳ）、即ち、今年度に１枚の年賀状も作成していない場合に、Ｓ２２２に進む。一方、ＣＰＵ２２は、いずれかの年賀印刷フラグ３１ａが「ＯＮ」であると判断する場合（Ｓ２２０でＮＯ）、即ち、今年度に１枚以上の年賀状を作成済みである場合に、Ｓ２２２以降の処理をスキップして、図７の処理を終了する。
【００６３】
Ｓ２２２では、ＣＰＵ２２は、住所テーブル３０内のいずれかの年賀受取フラグ３１ｂが「ＯＮ」であるのか否かを判断する。ＣＰＵ２２は、いずれかの年賀受取フラグ３１ｂが「ＯＮ」であると判断する場合（Ｓ２２２でＹＥＳ）に、Ｓ２２４に進む。ここで、いずれかの年賀受取フラグ３１ｂが「ＯＮ」であるということは、ユーザが年賀状を送付していない相手から年賀状を受け取ったこと、即ち、当該相手に寒中見舞いはがきを送付すべきことを意味する。
【００６４】
Ｓ２２４では、ＣＰＵ２２、「ＯＮ」に設定されている年賀受取フラグ３１ｂの個数をカウントする。そして、ＣＰＵ２２は、カウント済みの個数を今年度に受け取った年賀状の枚数（以下では「年賀受取枚数」と呼ぶ）として決定する。
【００６５】
Ｓ２３０では、ＣＰＵ２２は、Ｓ２２４で決定された年賀受取枚数を予測寒中枚数として決定し、予測寒中枚数を含む通知画面ＳＣ８を表示部１２に表示する。通知画面ＳＣ８は、さらに、年賀状を受け取ったことを示すメッセージを含む。これにより、ユーザは、予測寒中枚数を知ることができる。Ｓ２３０が終了すると、図７の処理が終了する。
【００６６】
また、ＣＰＵ２２は、全ての年賀受取フラグ３１ｂが「ＯＦＦ」であると判断する場合（Ｓ２２２でＮＯ）に、Ｓ２２４及びＳ２３０をスキップして、図７の処理を終了する。
【００６７】
（予測年賀枚数の具体例；図８）
図８を参照して、図５の予測年賀枚数処理によって予測される予測年賀枚数の具体例を説明する。
【００６８】
（パターンＰ１−１）
パターンＰ１−１は、以下の状況を想定している。昨年度に４０枚の年賀状が作成されたことに起因して、メモリ２４には、年賀印刷枚数「４０」が記憶されている（図３のＳ２２）。喪中設定フラグ４０が「ＯＮ」に設定されている（図５のＳ１４８）。ユーザが受け取った２枚の喪中はがきのスキャンが実行されたことに起因して（図２のＴ１５０〜Ｔ１６０）、２個の住所情報に対応する２個の喪中受取フラグが「ＯＮ」に設定されている（即ち喪中受取枚数が「２」である）。また、現在住所数は昨年度の２月の時点の住所数から５個増加している。このため、増減数は「＋５」である（図６のＳ１７２）。
【００６９】
端末装置１０は、今年度の１２月１日〜１月６日において、ユーザからはがきアプリ２８の起動の指示を受け付ける（図２のＴ１００）。端末装置１０は、年賀印刷枚数が１枚以上であるので（図５のＳ１００でＹＥＳ）、年賀印刷枚数「４０」を仮年賀枚数「４０」として決定する（Ｓ１０２）。端末装置１０は、２個の喪中受取フラグ３２ｂが「ＯＮ」を示すので（図６のＳ１６０でＹＥＳ）、喪中受取枚数「２」を決定する（Ｓ１６２）。端末装置１０は、増減数「＋５」を算出する（Ｓ１７２）。そして、端末装置１０は、喪中設定フラグ４０が「ＯＮ」であるので（Ｓ１７４でＹＥＳ）、喪中受取枚数「２」を利用せずに、仮年賀枚数「４０」に増減数「＋５」を加算して、予測年賀枚数「４５」を算出する（Ｓ１７６）。これにより、端末装置１０は、予測年賀枚数「４５」を含む通知画面を表示する（Ｓ１９０）。
【００７０】
（パターンＰ１−２）
パターンＰ１−２は、喪中設定フラグ４０に「ＯＦＦ」が設定されている点を除いて、パターンＰ１−１と同様である。この場合、端末装置１０は、喪中設定フラグ４０が「ＯＦＦ」であるので（図６のＳ１７４でＮＯ）、仮年賀枚数「４０」から喪中受取枚数「２」を減算することによって減算値を算出し、さらに、減算値に増減数「＋５」を加算して、予測年賀枚数「４３」を算出する（Ｓ１７８）。これにより、端末装置１０は、予測年賀枚数「４３」を含む通知画面を表示する（Ｓ１９０）。
【００７１】
上記のパターンＰ１−１及びパターンＰ１−２に示されるように、端末装置１０は、今年度の１２月１日〜１月６日において、ユーザからはがきアプリ２８の起動の指示を受け付ける場合に、昨年度の年賀印刷枚数「４０」を利用して予測年賀枚数「４５（又は４３）」を予測し、予測年賀枚数「４５（又は４３）」をユーザに通知する。これにより、端末装置１０は、プリンタで消費される年賀状の枚数を予測してユーザに知らせることができる。
【００７２】
また、端末装置１０は、仮年賀枚数「４０」に増減数「＋５」が加算された枚数を利用して、予測年賀枚数「４５（又は４３）」を算出する。これにより、昨年度の年賀状のやりとりが行われる期間（即ち１２月１日から１月６日）の後に、住所テーブル３０に新たな住所情報が記憶される場合に、端末装置１０は、当該新たな住所情報を送付先とする年賀状を作成することを考慮して、適切な年賀予測枚数をユーザに知らせることができる。
【００７３】
また、端末装置１０は、年賀印刷枚数「４０」から喪中受取枚数「２」が減算された枚数を利用して、予測年賀枚数「４３」を算出する（パターンＰ１−２）。これにより、端末装置１０は、喪中はがきの送付元に年賀状を送付しないユーザに対して、喪中受取枚数「２」を除いた適切な予測年賀枚数を通知することができる。
【００７４】
また、端末装置１０は、喪中フラグの「ＯＮ」又は「ＯＦＦ」に応じて、喪中受取枚数「２」を利用して予測年賀枚数「４３」を算出するのか（パターンＰ１−２）、喪中受取枚数「２」を利用せずに予測年賀枚数「４５」を算出するのか（パターンＰ１−１）、を変える。これにより、端末装置１０は、ユーザの意図に応じた適切な予測年賀枚数をユーザに通知することができる。
【００７５】
（パターンＰ２）
パターンＰ２は、以下の状況を想定している。昨年度に１枚の年賀状も作成されずに４０枚の喪中はがきが作成されたことに起因して、メモリ２４には、年賀印刷枚数「０」及び喪中印刷枚数「４０」が記憶されている（図３のＳ２２）。喪中設定フラグ４０が「ＯＦＦ」に設定されている（図５のＳ１４８）。また、上記のパターンＰ１−１及びＰ１−２と同様に、増減数が「＋５」である。端末装置１０は、年賀印刷枚数が０枚であり、かつ、喪中印刷枚数が１枚以上であるので（図５のＳ１００でＮＯ、Ｓ１１０でＹＥＳ）、喪中印刷枚数「４０」を仮年賀枚数「４０」として決定する（Ｓ１１２）。端末装置１０は、喪中設定フラグ４０が「ＯＦＦ」であるので（Ｓ１７４でＮＯ）、仮年賀枚数「４０」から喪中受取枚数「２」を減算することによって減算値を算出し、さらに、減算値に増減数「＋５」を加算して、予測年賀枚数「４３」を算出する（Ｓ１７８）。これにより、端末装置１０は、予測年賀枚数「４３」を含む通知画面を表示する（Ｓ１９０）。
【００７６】
上記のパターンＰ２に示されるように、端末装置１０は、昨年度に年賀状が作成されておらず、喪中はがきが作成されている場合に、昨年度の喪中はがきの枚数「４０」を利用して予測年賀枚数「４３」を予測して、予測年賀枚数「４３」をユーザに通知する。これにより、ユーザは、昨年度に喪中はがきを作成した実績に基づいた適切な予測年賀枚数を知ることができる。
【００７７】
（パターンＰ３）
パターンＰ３では、昨年度に１枚の年賀状も１枚の喪中はがきも作成されなかったことに起因して、メモリ２４には、年賀印刷枚数「０」及び喪中印刷枚数「０」が記憶されている（図３のＳ２２）。ただし、今年度に４０枚の暑中見舞いはがきが作成されたことに起因して、メモリ２４には、暑中印刷枚数「４０」が記憶されている（図３のＳ１２）。また、現在住所数は、今年度の８月の時点の住所数から４個増加している。その他の状況は、上記のパターンＰ２と同様である。端末装置１０は、年賀印刷枚数及び喪中印刷枚数が０枚であり、かつ、暑中印刷枚数が１枚以上であるので（図５のＳ１００でＮＯ、Ｓ１１０でＮＯ、Ｓ１２０でＹＥＳ）、暑中印刷枚数「４０」を仮年賀枚数「４０」として決定する（Ｓ１２２）。端末装置１０は、喪中設定フラグ４０が「ＯＦＦ」であるので（Ｓ１７４でＮＯ）、仮年賀枚数「４０」から喪中受取枚数「２」を減算することによって減算値を算出し、さらに、減算値に増減数「＋４」を加算して、予測年賀枚数「４２」を算出する（Ｓ１７８）。これにより、端末装置１０は、予測年賀枚数「４２」を含む通知画面を表示する（Ｓ１９０）。
【００７８】
上記のパターンＰ３に示されるように、端末装置１０は、昨年度に年賀状及び喪中はがきが作成されておらず、今年度に暑中見舞いはがきが作成されている場合に、今年度の暑中見舞いはがきの枚数「４０」を利用して予測年賀枚数「４２」を予測して、予測年賀枚数「４２」をユーザに通知する。これにより、ユーザは、今年度に暑中見舞いはがきを作成した実績に基づいた適切な予測年賀枚数を知ることができる。
【００７９】
（予測寒中枚数の具体例）
続いて、図８を参照して、図７の予測寒中枚数処理によって予測される予測寒中枚数の具体例を示すパターンＰ４及びパターンＰ５を説明する。これらのパターンでは、住所テーブル３０には、１０個の住所情報ＡＩ１〜ＡＩ１０が記憶されている。
【００８０】
（パターンＰ４）
パターンＰ４では、今年度に８個の住所情報ＡＩ３〜ＡＩ１０を送付先とする８枚の喪中はがきが作成されたことに起因して（図２のＴ１２０）、８個の住所情報ＡＩ３〜ＡＩ１０に対応する８個の喪中印刷フラグ３２ａが「ＯＮ」に設定されている（Ｔ１２４）。一方、２個の住所情報ＡＩ１、ＡＩ２に対応する２個の喪中印刷フラグ３２ａが「ＯＦＦ」に設定されている。また、ユーザが受け取った２枚の年賀状のスキャンが実行されたことに起因して、当該２枚の年賀状の送付元である２個の住所情報ＡＩ１、ＡＩ２に対応する２個の年賀受取フラグ３１ｂが「ＯＮ」に設定されている（図２のＴ１５０〜Ｔ１６０）。
【００８１】
端末装置１０は、今年度の１月７日〜１月３１日において、ユーザからはがきアプリ２８の起動の指示を受け付ける（図２のＴ１００）。端末装置１０は、８個の喪中印刷フラグ３２ａが「ＯＮ」に設定されているので（図７のＳ２００でＹＥＳ）、住所情報ＡＩ１〜ＡＩ１０の中から、「ＯＦＦ」に設定されている喪中印刷フラグ３２ａと、「ＯＮ」に設定されている年賀受取フラグ３１ｂと、の双方に対応付けられている２個の住所情報ＡＩ１、ＡＩ２を特定する（Ｓ２０２）。端末装置１０は、特定済みの住所情報ＡＩ１、ＡＩ２の個数「２」を予測寒中枚数「２」として決定し、予測寒中枚数「２」を含む通知画面を表示する（Ｓ２１０）。
【００８２】
上記のパターンＰ４に示されるように、端末装置１０は、喪中はがきを送付していない相手から年賀状を受け取った場合、即ち、当該相手に寒中見舞いはがきを送付すべき場合に、当該相手の住所情報ＡＩ１、ＡＩ２の個数「２」を予測寒中枚数「２」として決定し、予測寒中枚数「２」を含む通知画面を表示する。このために、適切な予測寒中枚数をユーザに通知することができる。
【００８３】
（パターンＰ５）
本パターンでは、今年度に１枚の年賀状も１枚の喪中はがきも作成されていない。このため、１０個の住所情報ＡＩ１〜ＡＩ１０に対応する１０個の年賀印刷フラグ３１ａ及び喪中印刷フラグ３２ａが「ＯＦＦ」に設定されている。また、ユーザが受け取った８枚の年賀状のスキャンが実行されたことに起因して、当該８枚の年賀状の送付元である８個の住所情報ＡＩ１〜ＡＩ８に対応する８個の年賀受取フラグ３１ｂが「ＯＮ」に設定されている（図２のＴ１５０〜Ｔ１６０）。
【００８４】
端末装置１０は、住所テーブル３０内の全ての年賀印刷フラグ３１ａが「ＯＦＦ」であり、かつ、８個の年賀受取フラグ３１ｂが「ＯＮ」であるので（図７のＳ２２０でＹＥＳ、Ｓ２２２でＹＥＳ）、年賀受取枚数「８」を決定し（Ｓ２２４）、年賀受取枚数「８」を予測寒中枚数「８」として決定し、予測寒中枚数「８」を含む通知画面を表示する（Ｓ２３０）。
【００８５】
上記のパターンＰ５に示されるように、端末装置１０は、ユーザが年賀状も送付していない相手から年賀状を受け取った場合、即ち、当該相手に寒中見舞いはがきを送付すべき場合に、当該相手の住所情報の個数である年賀受取枚数「８」を予測寒中枚数「８」として決定し、予測寒中枚数「８」を含む通知画面を表示する。このために、適切な予測寒中枚数をユーザに通知することができる。
【００８６】
（対応関係）
多機能機１００が、「プリンタ」の一例である。年賀画像、喪中画像が、それぞれ、「第１種の挨拶状画像」、「第２種の挨拶状画像」の一例である。図１の「ＯＮ」を示す年賀印刷フラグ３１ａ、「ＯＮ」を示す喪中印刷フラグ３２ａ、「ＯＮ」を示す年賀受取フラグ３１ｂが、それぞれ、「年賀印刷情報」、「喪中印刷情報」、「年賀受取情報」の一例である。図２のＴ１００において起動アイコンの選択することが、「所定の指示」の一例である。図２のメニュー画面ＭＳ内のスキャンアイコンＡ５を選択することが、「受取指示」の一例である。図４のＳ４０の１２月１日〜１月６日、Ｓ５０の１月７日〜１月３１日、が、それぞれ、「第１の期間」、「第３の期間」の一例である。「ＯＮ」を示す喪中設定フラグ４０、図５の問合画面ＳＣ３が、それぞれ、「所定の情報」、「問合画面」の一例である。２月の時点の住所数、図６のＳ１７２の増減数が、それぞれ、「実績住所数」「差分数」の一例である。図８のパターンＰ１−１における年賀印刷枚数「４０」、パターンＰ２における喪中印刷枚数「４０」が、それぞれ、「第１の実績量」、「第２の実績量」の一例である。図８のパターンＰ１−１における年賀予測枚数「４５」が、「第１の消費量情報」の一例である。図８における昨年度、図８における今年度が、それぞれ、「第１の年度」、「第２の年度」の一例である。昨年度において喪中はがきを作成した期間が、「第２の期間」の一例である。図８のパターンＰ５における予測寒中枚数「８」、パターンＰ４における予測寒中枚数「２」、パターンＰ４における住所情報ＡＩ１、ＡＩ２が、それぞれ、「第２の消費量情報」、「第３の消費量情報」、「１個以上の住所情報」の一例である。
【００８７】
図２のＴ１２０が、「第１（又は第２、第３）の印刷処理部」によって実現される処理の一例である。図２のＴ１２４、Ｔ１６０が、それぞれ、「第１（又は第３、第５）の情報記憶部」、「第４（又は第６）の情報記憶部」によって実現される処理の一例である。図３のＳ２２、図３のＳ１２又はＳ２２が、それぞれ、「第１の実績量記憶部」、「第２の実績量記憶部」によって実現される処理の一例である。図３のＳ２６が、「住所数記憶部」によって実現される処理の一例である。図５のＳ１４４、図５のＳ１４８が、「問合画面制御部」、「第２の情報記憶部」によって実現される処理の一例である。図６のＳ１７６又はＳ１７８、図６のＳ１９０が、それぞれ、「第１の予測部」、「第１の通知部」によって実現される処理の一例である。図７のＳ２２４、図７のＳ２３０が、それぞれ、「第２の予測部」、「第２の通知部」によって実現される処理の一例である。図７のＳ２０２が、「特定部」によって実現される処理の一例である。図７のＳ２１０が、「第３の予測部」、「第３の通知部」によって実現される処理の一例である。
【００８８】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００８９】
（変形例１）上記の実施例では、端末装置１０は、年賀状のやりとりが行われる期間（１２月１日から１月６日）において、年賀枚数予測処理を実行する（図４のＳ４６）。これに代えて、端末装置１０は、年賀状以外の他の挨拶状、例えば、暑中見舞いはがき、クリスマスカード等のやりとりが行われる期間において、今年度に作成すべき上記の他の挨拶状の枚数を予測して通知する処理を実行してもよい。本変形例では、暑中見舞いはがき、クリスマスカード等を作成するための画像が、「第１種の挨拶状画像」の一例である。
【００９０】
（変形例２）上記の実施例では、端末装置１０は、年賀予測枚数を通知する（図６のＳ１９０）。これに代えて、端末装置１０は、今年度に年賀状を作成する際の多機能機１００で消費されるインクの予測量を通知してもよい。この場合、端末装置１０は、昨年度に年賀画像の印刷を多機能機１００に実行させた場合（図２のＴ１２０参照）に、当該年賀画像を表わす画像データを解析して、当該年賀画像の印刷に必要なインクの消費量を推測し記憶してもよい。なお、端末装置１０は、多機能機１００から当該年賀画像の印刷で消費されたインクの消費量を取得して記憶してもよい。そして、端末装置１０は、図６のＳ１７６又はＳ１７８で予測年賀枚数を算出した後に、算出済みの予測年賀枚数に記憶済みのインクの消費量を乗算することによって、インクの予測量を算出して通知してもよい。本変形例では、記憶済みのインクの消費量、インクの予測量が、それぞれ、「第１の実績量」、「第１の消費量情報」の一例である。
【００９１】
（変形例３）上記の実施例では、端末装置１０は、ユーザが受け取った年賀状のスキャンを多機能機１００に実行させることによって、年賀受取フラグ３１ｂを「ＯＮ」に設定する（図２のＴ１６０）。これに代えて、端末装置１０は、住所テーブル３０内の全ての住所情報のそれぞれについて、当該住所情報の相手から年賀状を受け取ったことをチェックするためのボックスを含むチェック画面を表示してもよい。そして、端末装置１０は、チェック画面内のボックスがユーザによって選択される場合に、選択済みのボックスの住所情報に対応する年賀受取フラグ３１ｂを「ＯＮ」に設定してもよい。本変形例では、チェック画面内のボックスを選択することが「受取指示」の一例である。
【００９２】
（変形例４）端末装置１０は、喪中印刷フラグ３２ａを記憶していなくてもよく、図４のＳ４４の処理を実行しなくてもよい。本変形例では、「第１の情報記憶部」を省略可能である。
【００９３】
（変形例５）端末装置１０は、図６のＳ１６０〜Ｓ１６６の処理及びＳ１７４、Ｓ１７８の処理を実行せず、Ｓ１７２の後にＳ１７６を実行してもよい。本変形例では、Ｓ１７６が、「第１の予測部」によって実現される処理の一例である。
【００９４】
（変形例６）メモリ２４は、喪中設定フラグ４０を記憶していなくてもよく、端末装置１０は、図５のＳ１４４〜Ｓ１４８及び図６のＳ１７４の処理を実行せず、Ｓ１７２の後にＳ１７８を実行してもよい。本変形例では、「問合画面制御部」、「第２の情報記憶部」を省略可能である。
【００９５】
（変形例７）住所テーブル３０は、喪中印刷フラグ３２ａ、暑中印刷フラグ３４ａを記憶しなくてもよい。端末装置１０は、図２のＴ１２４において、年賀印刷フラグ３１ａを「ＯＮ」に設定する処理のみを実行してもよい。そして、端末装置１０は、図５のＳ１１０〜Ｓ１２２の処理を実行しなくてもよい。本変形例では、「第２の実績量記憶部」を省略可能である。
【００９６】
（変形例８）端末装置１０は、図５のＳ１４０及びＳ１４２の処理を実行しなくてもよい。本変形例では、「第１の予測部」は、メモリに記憶されている住所情報の個数を利用しなくてもよい。
【００９７】
（変形例９）端末装置１０は、図３のＳ２６の処理及び図６のＳ１７２の処理を実行しなくてもよい。本変形例では、「住所数記憶部」を省略可能である。
【００９８】
（変形例１０）端末装置１０は、図７のＳ２２０〜Ｓ２３０の処理を実行しなくてもよい。本変形例では、「第２の予測部」、「第２の通知部」を省略可能である。
【００９９】
（変形例１１）端末装置１０は、図７のＳ２００〜Ｓ２１０の処理を実行しなくてもよい。本変形例では、「特定部」、「第３の予測部」、「第３の通知部」を省略可能である。
【０１００】
（変形例１２）上記の各実施例では、端末装置１０のＣＰＵ２２がプログラム２６、２８（即ちソフトウェア）を実行することによって、図２〜図７の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。
【０１０１】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１０２】
１：端末装置、２：通信システム、１０：端末装置、１２：表示部、１４：無線ＬＡＮＩ／Ｆ、２０：制御部、２２：ＣＰＵ、２４：メモリ、２６：ＯＳプログラム、２８：はがきアプリ、３０：住所テーブル、３１ａ：年賀印刷フラグ、３１ｂ：年賀受取フラグ、３２ａ：喪中印刷フラグ、３２ｂ：喪中受取フラグ、３３ａ：寒中印刷フラグ、３４ａ：暑中印刷フラグ、４０：喪中設定フラグ、１００：多機能機、Ａ１：年賀アイコン、Ａ２：喪中アイコン、Ａ３：寒中アイコン、Ａ４：暑中アイコン、Ａ５：スキャンアイコン、ＡＩ１、ＡＩ２、ＡＩ３：住所情報、ＭＳ：メニュー画面、ＳＣ１：確認画面、ＳＣ２：通知画面、ＳＣ３：問合画面、ＳＣ４：確認画面、ＳＣ５：住所入力画面、ＳＣ６：通知画面、ＳＣ７：通知画面、ＳＣ８：通知画面
【図１】
2019091306.tif 000003
【図２】
2019091306.tif 000004
【図３】
2019091306.tif 000005
【図４】
2019091306.tif 000006
【図５】
2019091306.tif 000007
【図６】
2019091306.tif 000008
【図７】
2019091306.tif 000009
【図８】
2019091306.tif 000010