JP2023023925A - 印刷システム、サーバ装置及び端末装置 - Google Patents

Abstract

【課題】印刷物を撮影した画像に基づき印刷物が正常に出力されていない場合に返金を行う印刷システム、サーバ装置及び端末装置を提供する。【解決手段】第１の端末装置１０と、メッセージサーバ２０と、管理サーバ３０と、画像を形成して印刷物として出力する画像形成装置４０と、第２の端末装置５０とが、ネットワークＮＷを介して通信可能に接続されているシステム１において、管理サーバ３０は、印刷物の出力に応じた料金の課金を行う課金部と、印刷物の印刷履歴と、印刷物を撮影した画像とから、印刷物が正常に出力されているかを判定する判定部と、を備える。課金部は、印刷物が正常に出力されていない場合、印刷物の生成に生じた料金を返金する。【選択図】図１

Description

本開示は、印刷システム等に関する。

従来、コンビニエンスストア等のパブリックスペースにおいて、印刷を行う複写機（画像形成装置）が設置され、予めユーザによって登録された写真、画像、文書といったコンテンツを印刷物として出力するサービス（プリントサービス）が利用されている。また、印刷ミスが生じた場合、返金を行う技術も提案されている。

例えば、画像形成装置内に返却された印刷物の内容に基づいて使用者への返金の可否を判別し、コインキットのコインの返却口からユーザから徴収した料金を返却する技術が提案されている（例えば、特許文献１参照）。また、印刷媒体が有する記憶素子から識別情報を読み出し、印刷媒体を使用できない状態にした上で、印刷媒体の代金の一部または全部を還元する技術が提案されている（例えば、特許文献２参照）。

特開２００９－０９３４５９号公報 特開２００４－０５０６００号公報

近年、いわゆるインスタントメッセージングサービスといった、ユーザ間でメッセージを送受信することが可能なサービスが広く利用されている。また、インスタントメッセージングサービスを介してユーザからの問い合わせや要求を含むメッセージを受信し、応答を行うチャットボットの使用も行われている。さらに、電子マネーの利用も進んでいる。

従来、コンビニエンスストア店舗でのミスプリントが発生した場合、当該店舗の店員が印刷物を目視確認して、返金の対応をしている。ここで、プリントサービスの提供者がチャットボットを使用してコンテンツを受信・登録し、当該コンテンツを複合機から出力するプリントサービスを提供する場合において、電子マネーによる印刷料金支払い制を導入するとする。このとき、印刷料金の決済は、決済はエンドユーザとプリントサービスの提供者との直接取引となるため、店舗等での現金の払い戻しを行うことは適当ではない。仮に、店舗等での現金の払い戻しを行うと、店舗の店員による印刷物の確認やユーザに対する返却金額（現金）の受け渡しの手間や、サービス提供者から店舗への返却金額の支払い等の手間が生じる。そのため、チャットボットを使ったユーザとの直接のやり取りにおいて返金処理（ポイント戻し、電子マネーの送金）を実施するにあたり、印刷物が正常に出力されているか否かといったミスプリントの確定方法や料金返還処理が必要となる。

つまり、プリントサービスの提供者は、簡易的な方法でユーザから印刷物の状態を取得し、印刷物が正常に出力されたか否かを判定し、返金を行う必要がある。しかし、上述した課題に対して、特許文献１や特許文献２は考慮されていない。

本開示は上述した課題に鑑み、印刷物を撮影した画像に基づき印刷物が正常に出力されていない場合に返金を行う印刷システム等を提供することを目的とする。

上述した課題を解決するために、本開示に係る印刷システムは、画像を形成して印刷物として出力する画像形成部と、印刷物の出力に応じた料金の課金を行う課金部と、前記印刷物の印刷履歴と、前記印刷物を撮影した画像とから、前記印刷物が正常に出力されているかを判定する判定部と、を備え、前記課金部は、前記印刷物が正常に出力されていない場合、印刷物の生成に生じた料金を返金することを特徴とする。

本開示に係るサーバ装置は、制御部と、通信部を備えたサーバ装置であって、前記制御部は、前記通信部を解して画像形成装置に印刷ジョブを送信し、前記通信部を解して端末装置から前記画像形成装置が前記印刷ジョブに基づいて出力した印刷物を撮影した画像を受信し、前記画像に基づいて、前記印刷物が正常に出力されていないと判定した場合には、前記画像形成装置が前記印刷物を出力するのに生じた料金を返金する処理を実行することを特徴とする。

本開示に係る端末装置は、表示部と、制御部と、を備えた端末装置であって、前記制御部は、メッセージを時系列に並べて表示可能なタイムラインに印刷ジョブを含むメッセージを投稿することで、画像形成装置に対して印刷ジョブを送信し、前記画像形成装置が前記印刷ジョブに基づいて印刷物の出力を行うときに、出力に応じた料金を決済し、前記画像形成装置が出力した印刷物を撮影した画像を含むメッセージを前記タイムラインに投稿し、前記タイムラインに投稿された画像に基づいて、印刷物が正常に出力されていないと判定された場合は、前記出力に応じた料金が返金されることを特徴とする。

本開示によれば、印刷物を撮影した画像に基づき印刷物が正常に出力されていない場合に返金を行う印刷システム等を提供することが可能となる。

第１実施形態におけるシステムの全体構成を説明するための図である。 第１実施形態における第１の端末装置の機能構成を説明するための図である。 第１実施形態におけるメッセージ情報のデータ構造を説明するための図である。 第１実施形態におけるメッセージサーバの機能構成を説明するための図である。 第１実施形態におけるユーザ情報のデータ構造を説明するための図である。 第１実施形態における残高情報のデータ構造を説明するための図である。 第１実施形態における管理サーバの機能構成を説明するための図である。 第１実施形態におけるポイント情報のデータ構造を説明するための図である。 第１実施形態における印刷ジョブ情報のデータ構造を説明するための図である。 第１実施形態における管理装置情報のデータ構造を説明するための図である。 第１実施形態における印刷履歴情報のデータ構造を説明するための図である。 第１実施形態における画像形成装置の機能構成を説明するための図である。 第１実施形態における第２の端末装置の機能構成を説明するための図である。 第１実施形態における印刷物を出力する処理の流れを説明するためのシーケンス図である。 第１実施形態における返金処理の流れを説明するためのシーケンス図である。 第１実施形態における返金実行処理の流れを説明するためのシーケンス図である。 第１実施形態における判定処理の流れを説明するためのフロー図である。 第１実施形態における第２の端末装置の処理の流れを説明するためのフロー図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第１実施形態における動作例を説明するための図である。 第２実施形態における管理サーバの機能構成を説明するための図である。 第２実施形態における判定処理の流れを説明するためのフロー図である。 第３実施形態における判定処理の流れを説明するためのフロー図である。 第５実施形態における返金処理の流れを説明するためのシーケンス図である。 第５実施形態における動作例を示す図である。

以下、図面を参照して、本開示を実施するための一実施形態について説明する。なお、以下の実施形態は、本開示を説明するための一例であり、特許請求の範囲に記載した発明の技術的範囲が、以下の記載に限定されるものではない。

［１．第１実施形態］
［１．１ 全体構成］
図１を参照して、本実施形態におけるシステム１の全体構成を説明する。図１に示すように、システム１は、第１の端末装置１０と、メッセージサーバ２０と、管理サーバ３０と、画像形成装置４０と、第２の端末装置５０とがネットワークＮＷを介して、通信可能に接続されている。ネットワークＮＷは、例えば、インターネットなどの外部ネットワーク（ＷＡＮ（Wide Area Network））である。なお、ネットワークＮＷは、システム１を構成する装置において必要な通信が可能であればよく、ＬＡＮ（Local Area Network）や、ＶＰＮ（Virtual Private Network）等のネットワークが利用されてもよい。

第１の端末装置１０は、画像形成装置４０から印刷物を出力するユーザによって使用される情報処理装置である。第１の端末装置１０は、例えば、スマートフォン、タブレット、ＰＣ（Personal Computer）等のコンピュータ（情報処理装置）により構成される。なお、本実施形態では、印刷物を出力するユーザを印刷ユーザと記載する。印刷ユーザは、第１の端末装置１０を使用する。

メッセージサーバ２０及び管理サーバ３０は、所定のサービスを提供する情報処理装置である。メッセージサーバ２０及び管理サーバ３０は、ＰＣやサーバ装置といった、コンピュータ（情報処理装置）により構成される。メッセージサーバ２０及び管理サーバ３０は、複数の情報処理装置によって構成されていてもよいし、任意の情報処理装置上で実現される仮想サーバによって構成されてもよい。

メッセージサーバ２０は、ユーザ間でメッセージの送受信を可能にするサービス（以下、「メッセージングサービス」という）と、電子的な金銭的価値（電子マネー）を用いた決済を行うサービス（以下、「電子マネーサービス」という）とを提供する。また、管理サーバ３０は、画像形成装置４０を管理し、管理下の画像形成装置４０のうち所定の画像形成装置４０に印刷ジョブの情報を送信することで、当該画像形成装置４０から印刷物を出力させるサービス（以下、「プリントサービス」という）を提供する。

画像形成装置４０は、コピー機能、印刷機能、スキャナ機能、メール送信機能等の複数の機能を有する複合機（ＭＦＰ；Multi-Function Printer/Peripheral）である。画像形成装置４０は、画像を記録用紙等の記録媒体に形成（印刷）することにより、印刷物の出力が可能な装置である。なお、画像形成装置４０は、印刷物の出力が可能な装置であればよく、印刷機能のみを備えた印刷装置によって構成されてもよい。

第２の端末装置５０は、プリントサービスを提供するユーザによって使用される情報処理装置である。第２の端末装置５０は、ＰＣやタブレットやスマートフォンといったコンピュータ（情報処理装置）により構成される。

なお、本実施形態では、プリントサービスを提供するユーザや、プリントサービスの運用担当者を管理ユーザと記載する。管理ユーザは、管理サーバ３０や第２の端末装置５０を使用する。

本実施形態では、説明のため、ネットワークＮＷに接続される第１の端末装置１０や画像形成装置４０は１台であるとして説明するが、複数の第１の端末装置１０や複数の画像形成装置４０がネットワークＮＷに接続されてもよい。つまり、メッセージサーバ２０や管理サーバ３０によって提供されるサービスは、複数の印刷ユーザによって利用されてよく、また、管理サーバ３０は、複数の画像形成装置４０（例えば、店舗毎に設置された画像形成装置４０）を管理してもよい。

［１．２ 機能構成］
［１．２．１ 第１の端末装置］
図２を参照して、本実施形態における第１の端末装置１０の機能構成について説明する。図２に示すように、第１の端末装置１０は、制御部１００、撮影部１３０、表示部１４０、操作部１５０、記憶部１６０、通信部１９０を備えて構成される。

制御部１００は、第１の端末装置１０の全体を制御する。制御部１００は、記憶部１６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ（Central Processing Unit））により構成されている。

撮影部１３０は、撮影した画像を入力する。撮影部１３０は、例えば、カメラ等の撮影装置により構成される。なお、撮影部１３０は、第１の端末装置１０に予め備え付けられてもよい。

表示部１４０は、各種情報を表示する。表示部１４０は、例えば、ＬＣＤ（Liquid crystal display）、有機ＥＬ（electro-luminescence）ディスプレイ、マイクロＬＥＤ（Light Emitting Diode）ディスプレイ等の表示装置により構成される。

操作部１５０は、第１の端末装置１０を使用するユーザ（印刷ユーザ）の操作を受け付ける。操作部１５０は、例えば、タッチセンサ等の入力装置によって構成される。タッチセンサにおいて入力を検出する方式は、例えば、抵抗膜方式、赤外線方式、電磁誘導方式、静電容量方式といった、一般的な検出方式であればよい。なお、操作部１５０は、マウス、キーボードといった種々の操作装置によって構成されてもよい。また、第１の端末装置１０には、表示部１４０と、操作部１５０とが一体に形成されたタッチパネルが搭載されてもよい。

記憶部１６０は、第１の端末装置１０の動作に必要な各種プログラムや、各種データを記憶する。記憶部１６０は、例えば、半導体メモリであるＳＳＤ（Solid State Drive）や、ＨＤＤ（Hard Disk Drive）等の記憶装置により構成される。

記憶部１６０は、メッセージングアプリ１６２及びユーザ情報１６４を記憶し、さらに、記憶領域として、メッセージ情報記憶領域１６６及びコンテンツ記憶領域１６８を確保する。

メッセージングアプリ１６２は、メッセージングサービスを利用するための機能を制御部１００に実現させるためのアプリケーション（プログラム）である。メッセージングアプリ１６２によって実現される機能については後述する。

ユーザ情報１６４は、メッセージングサービスを利用するユーザに関する情報である。ユーザ情報１６４には、例えば、メッセージングサービスを利用するユーザを識別するために用いられる識別情報であるユーザＩＤや、ユーザの認証に用いられるパスワード等が含まれる。

メッセージ情報記憶領域１６６は、メッセージングサービスに投稿されたメッセージに関する情報（メッセージ情報）を記憶する。なお、本実施形態では、メッセージングサービスを提供するメッセージサーバ２０に、所定のメッセージを含むメッセージ情報を送信することを「投稿」という。メッセージ情報には、図３に示すように、例えば、メッセージ情報を投稿したユーザを識別する投稿ユーザＩＤ（例えば、「CHATBOT」）と、メッセージの宛先となったユーザを識別する宛先ユーザＩＤ（例えば、「tanaka123」）と、メッセージが投稿された投稿日時（例えば、「2021/06/01 09:04:11」）と、メッセージの内容（例えば、「印刷したい画像を送ってね。」）と、メッセージに含められた（添付された）ファイルの情報とが含まれる。ファイルの情報は、ファイル自体であってもよいし、ファイルの取得先を示すリンクの情報であってもよい。

コンテンツ記憶領域１６８は、第１の端末装置１０において表示や編集等の操作がされるコンテンツのデータ（例えば、ファイル）を記憶する。コンテンツは、例えば、画像、文書、資料等である。コンテンツ記憶領域１６８には、例えば、ＪＰＥＧ（Joint Photographic Experts Group）形式やＰＮＧ（Portable Network Graphics）形式の画像ファイルや、ＰＤＦ（Portable Document Format）形式の文書ファイル等が記憶される。

通信部１９０は、メッセージサーバ２０等の外部の装置と通信を行う。通信部１９０は、例えば、有線／無線ＬＡＮ（Local Area Network）で利用されるＮＩＣ（Network Interface Card）や、ＬＴＥ（Long Term Evolution）／ＬＴＥ－Ａ（LTE-Advanced）／ＬＡＡ（License-Assisted Access using LTE）／５Ｇ回線に接続可能な通信モジュールにより構成される。

制御部１００は、メッセージングアプリ１６２を読み出して実行することにより、メッセージ取得部１０２、タイムライン生成部１０４、メッセージ投稿部１０６として機能する。

メッセージ取得部１０２は、メッセージサーバ２０からメッセージ情報を取得する。例えば、メッセージ取得部１０２は、ユーザ情報１６４に含まれるユーザＩＤやパスワードを含むメッセージの取得要求を、通信部１９０を介してメッセージサーバ２０に送信する。メッセージ取得部１０２は、メッセージの取得要求の送信後、メッセージサーバ２０からメッセージ情報を受信（取得）し、メッセージ情報記憶領域１６６に記憶する。

タイムライン生成部１０４は、タイムラインを生成し、表示部１４０に表示する。タイムラインとは、メッセージの投稿日時等の日時情報に基づき、メッセージを時系列に並べて表示させる表示態様をいう。例えば、タイムライン生成部１０４は、印刷ユーザに対して、メッセージングサービスを利用する他のユーザ（メッセージの送信相手）を選択させる。タイムライン生成部１０４は、他のユーザが選択された場合、当該選択されたユーザに対応するユーザＩＤを、投稿ユーザＩＤ又は宛先ユーザＩＤに含むメッセージ情報をメッセージ情報記憶領域１６６から読み出す。そして、タイムライン生成部１０４は、読み出したメッセージ情報に含まれるメッセージを、投稿日時順に並べることで、タイムラインを生成する。なお、タイムライン生成部１０４は、投稿日時、メッセージが読まれたか否かを示す情報、メッセージに含まれるファイルのサムネイル画像等を、タイムラインに含めてもよい。また、タイムライン生成部１０４は、メッセージを入力するためのテキストボックスや、入力されたメッセージを含むメッセージ情報を投稿するためのボタンを、表示部１４０に表示してもよい。

メッセージ投稿部１０６は、タイムライン生成部１０４において投稿の操作（例えば、投稿するためのボタンを選択する操作）がされた場合、以下の情報を含むメッセージ情報と、ユーザ情報１６４に含まれるパスワードとを、通信部１９０を介して、メッセージサーバ２０に投稿する。
・ユーザ情報１６４に含まれるユーザＩＤ（投稿ユーザＩＤ）
・タイムライン生成部１０４を介して指定されたユーザＩＤ（宛先ユーザＩＤ）
・投稿操作がされた日時（投稿日時）
・ユーザによって入力されたメッセージ
・ユーザによって選択されたファイルの情報

また、メッセージ投稿部１０６は、投稿したメッセージ情報を、メッセージ情報記憶領域１６６に記憶する。メッセージ情報記憶領域１６６に記憶されたメッセージ情報は、タイムライン生成部１０４によって読み出され、タイムラインが生成され、生成されたタイムラインを介して、表示部１４０に表示される。

このように、メッセージ投稿部１０６は、第１の端末装置１０を使用する印刷ユーザと他のユーザとの間で送受信されたメッセージがタイムラインとして表示された画面を介して、当該他のユーザを宛先としたメッセージ情報を投稿する。なお、タイムラインが表示された状態においてメッセージ情報を投稿することを、本実施形態では、タイムラインにメッセージ情報を投稿すると記載する。

［１．２．２ メッセージサーバ］
図４を参照して、本実施形態におけるメッセージサーバ２０の機能構成について説明する。図４に示すように、メッセージサーバ２０は、制御部２００、記憶部２６０、通信部２９０を備えて構成される。

制御部２００は、メッセージサーバ２０の全体を制御する。制御部２００は、記憶部２６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

記憶部２６０は、メッセージサーバ２０の動作に必要な各種プログラムや、各種データを記憶する。記憶部２６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。

記憶部２６０は、記憶領域として、メッセージ情報記憶領域２６２、ユーザ情報記憶領域２６４及び残高情報記憶領域２６６を確保する。

メッセージ情報記憶領域２６２は、他の装置から投稿されたメッセージ情報を記憶する。メッセージ情報記憶領域２６２に記憶されるメッセージ情報のデータ構造は、図３に示したような、メッセージ情報記憶領域１６６に記憶されるメッセージ情報と同様である。

ユーザ情報記憶領域２６４は、メッセージングサービスを利用するユーザの情報（ユーザ情報）を記憶する。ユーザ情報には、図５に示すように、例えば、メッセージングサービスを利用するユーザを識別するために用いられるユーザＩＤ（例えば、「tanaka123」）と、ユーザの認証に用いられるパスワード（例えば、「abc123」）と、当該ユーザが用いる装置を識別するために用いられる装置識別子（例えば、「012345678901234」）が含まれる。なお、装置識別子は、装置のシリアル番号や、ＩＭＥＩ（International Mobile Equipment Identifier）や、ＩＰ（Internet Protocol）アドレスといった情報である。

残高情報記憶領域２６６は、電子マネーサービスを利用するユーザに対応する、電子マネーの残高を示す情報（残高情報）を記憶する。残高情報には、図６に示すように、例えば、ユーザＩＤ（例えば、「tanaka123」）と、当該ユーザに対応する電子マネーの残高（例えば、「1,023円」）とが含まれる。

なお、本実施形態では、メッセージングサービスのユーザＩＤと、電子マネーサービスのユーザＩＤとは、共通することとして説明する。つまり、メッセージングサービスを利用するユーザは、電子マネーサービスも利用可能である。

また、制御部２００は、記憶部２６０に記憶されたプログラムを読み出して実行することにより、メッセージ受信部２０２及びメッセージ送信部２０４として機能する。

メッセージ受信部２０２は、他の装置から投稿されたメッセージ情報を受信し、メッセージ情報記憶領域２６２に記憶する。なお、メッセージ受信部２０２は、メッセージ情報と併せてパスワードを受信し、メッセージ情報に含まれる投稿ユーザＩＤと当該パスワードとを含むユーザ情報がユーザ情報記憶領域２６４に記憶されている場合に、メッセージを投稿したユーザを認証し、受信したメッセージ情報をメッセージ情報記憶領域２６２に記憶してもよい。メッセージ受信部２０２は、ユーザを認証できなかった場合、受信したメッセージをメッセージ情報記憶領域２６２に記憶せず、メッセージ情報を送信した装置に対してエラーメッセージを送信してもよい。

メッセージ送信部２０４は、他の装置からメッセージの取得要求を受信し、メッセージの取得要求に含まれるユーザＩＤやパスワードに基づきユーザを認証し、当該ユーザＩＤを宛先ユーザＩＤに含むメッセージ情報を、当該他の装置に送信する。これにより、メッセージ送信部２０４は、メッセージの取得要求を送信した装置を使用するユーザを宛先としたメッセージを、当該装置に送信する。メッセージ送信部２０４は、メッセージ受信部２０２によりメッセージ情報が受信された場合、受信されたメッセージ情報に含まれる宛先ユーザＩＤに対応する装置識別子により識別される装置にメッセージの受信の通知を送信してもよい。また、メッセージ送信部２０４は、メッセージの取得要求を送信した装置に対して、未送信のメッセージ情報のみを送信してもよい。

［１．２．３ 管理サーバ］
図７を参照して、本実施形態における管理サーバ３０の機能構成について説明する。図７に示すように、管理サーバ３０は、制御部３００、表示部３４０、操作部３５０、記憶部３６０、通信部３９０を備えて構成される。

制御部３００は、管理サーバ３０の全体を制御する。制御部３００は、記憶部３６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ）により構成されている。

表示部３４０は、各種情報を表示する。表示部３４０は、例えば、ＬＣＤ、有機ＥＬディスプレイ、マイクロＬＥＤディスプレイ等の表示装置により構成される。

操作部３５０は、管理サーバ３０を使用するユーザ（管理ユーザ）の操作を受け付ける。操作部３５０は、マウス、キーボードといった種々の操作装置や、タッチ入力を検出するセンサ等の入力装置によって構成される。

記憶部３６０は、管理サーバ３０の動作に必要な各種プログラムや、各種データを記憶する。記憶部３６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。

記憶部３６０には、ユーザ情報３６４が記憶され、さらに記憶領域として、ポイント情報記憶領域３６２、印刷ジョブ情報記憶領域３６６、管理装置情報記憶領域３６８、印刷履歴情報記憶領域３７０が確保される。

ポイント情報記憶領域３６２は、プリントサービスを利用するために用いられるポイントの情報（ポイント情報）を記憶する。ポイント情報には、図８に示すように、例えば、ユーザＩＤ（例えば、「tanaka123」）と、当該ユーザに対応するポイント（例えば、「２０３ポイント」）とが含まれる。なお、本実施形態では、ポイント情報に含まれるユーザＩＤと、メッセージングサービス及び電子マネーサービスにおけるユーザＩＤとは共通することとして説明する。また、ポイントは、プリントサービスにおいて、印刷物の生成に生じた料金の支払いに用いることができる電子的な金銭的価値であり、予め購入されているものとする。ポイントは、例えば、電子マネーや、現金、クレジットカード等を用いた支払いにより、購入することができる。

ユーザ情報３６４は、メッセージングサービスを利用するユーザに関する情報である。例えば、ユーザ情報３６４には、メッセージングサービスを利用するユーザを識別するために用いられる識別情報であるユーザＩＤや、ユーザの認証に用いられるパスワード等が含まれる。本実施形態では、管理サーバ３０は、後述するメッセージ取得部３０２及びメッセージ投稿部３０４における機能が実現されることにより、いわゆるチャットボットとして振る舞う。したがって、管理サーバ３０に対応するユーザＩＤやパスワードが予め定められている。

印刷ジョブ情報記憶領域３６６は、画像形成装置４０が印刷物を出力するときに実行するジョブである印刷ジョブの情報（印刷ジョブ情報）を記憶する。印刷ジョブ情報には、図９に示すように、例えば、印刷ジョブを識別する印刷ジョブＩＤ（例えば、「12345678」）と、当該印刷ジョブを送信したユーザを識別するユーザＩＤ（例えば、「tanaka123」）と、当該印刷ジョブを受け付けた日時を示す受付日時（例えば、「2021/06/01 09:00:21」）と、印刷物を示す印刷データ（例えば、「MyDoc-01.pdf」）とが含まれる。

印刷ジョブＩＤは、印刷ジョブ情報毎に発行される識別情報であって、連番、所定の形式のコード、印刷データのハッシュ値等である。

印刷データは、出力の対象となる画像ファイルや文書ファイルのデータであってもよいし、画像形成装置４０が解釈可能なコマンドや画像を含むデータであってもよい。

管理装置情報記憶領域３６８は、管理サーバ３０が管理する画像形成装置４０の情報（管理装置情報）を記憶する。管理装置情報には、図１０に示すように、例えば、画像形成装置４０を識別するための画像形成装置ＩＤ（例えば、「Ｐ０００１」）と、当該画像形成装置４０と通信を行うために用いられる情報であるアドレス（例えば、「203.0.113.1」）と、当該画像形成装置４０に対応する店舗名（例えば、「○○マート 奈良△△店」）とが含まれる。

管理装置情報に記憶されるアドレスは、例えば、ＩＰアドレスや、ＭＡＣアドレス（Media Access Control address）、ポート番号といった、ネットワークＮＷ上の位置を示す情報である。また、店舗名は、例えば、画像形成装置４０が設置された店舗の名称が記憶される。

印刷履歴情報記憶領域３７０は、画像形成装置４０によって実行された印刷ジョブに関する履歴情報（印刷履歴情報）を記憶する。印刷履歴情報には、図１１に示すように、例えば、印刷ジョブＩＤ（例えば、「12345678」）と、当該印刷ジョブを実行した日時を示す印刷日時（例えば、「2021/06/01 09:03:55」）と、印刷物の出力に応じた料金を示す印刷料金（例えば、「２４３円」）と、当該印刷ジョブを実行した画像形成装置４０に対応する店舗名（例えば、「○○マート 奈良△△店」）と、返金済であるか否かを示す返金済フラグ（例えば、「Ｙｅｓ」）とが含まれる。

なお、返金済フラグには、対応する印刷ジョブＩＤに対して、返金済であるか否かを区別可能な情報が記憶されていればよい。例えば、返金済フラグには、例えば、返金済であれば「Ｙｅｓ」が記憶され、返金済でなければ「Ｎｏ」が記憶されていてもよい。なお、返金済でないことが、返金済フラグに何らの情報も記憶されないことにより示されてもよい。返金済フラグには、真偽値や数値（例えば「０」又は「１」）が記憶されてもよい。

また、制御部３００は、記憶部３６０に記憶されたプログラムを読み出して実行することにより、メッセージ取得部３０２、メッセージ投稿部３０４、課金部３０６、判定部３０８、表示制御部３１０、選択部３１２として機能する。

メッセージ取得部３０２は、管理サーバ３０（チャットボット）を宛先としたメッセージ情報をメッセージサーバ２０から取得する。例えば、メッセージ取得部３０２は、通信部３９０を介して、ユーザ情報３６４に記憶されたユーザＩＤやパスワードを含むメッセージの取得要求を、メッセージサーバ２０に送信し、メッセージサーバ２０からメッセージ情報を受信（取得）する。

メッセージ投稿部３０４は、メッセージ取得部３０２によって取得されたメッセージ情報に含まれるメッセージに対する応答を含むメッセージ情報を投稿する。このように、メッセージ投稿部３０４は、管理サーバ３０（チャットボット）に送信されたメッセージに対する応答のメッセージを含むメッセージ情報を投稿することにより、チャットボットとして振る舞う。

課金部３０６は、印刷物の出力に応じた料金（印刷物の生成に生じた料金、印刷料金）を課金する処理及び印刷料金を返金する処理を実行する。判定部３０８は、印刷物が正常に出力されたか否かを判定する。表示制御部３１０は、表示部３４０に表示される内容を制御したり、通信部３９０を介して接続された他の装置に表示される内容を制御したりする。選択部３１２は、印刷履歴情報を選択する。課金部３０６、判定部３０８、表示制御部３１０及び選択部３１２が実行する処理については、後述する。

［１．２．４ 画像形成装置］
画像形成装置４０の機能構成について、図１２を参照して説明する。図１２に示すように、画像形成装置４０は、制御部４００と、画像入力部４２０と、画像形成部４３０と、表示部４４０と、操作部４５０と、記憶部４６０と、通信部４９０とを備える。

制御部４００は、画像形成装置４０の全体を制御するための機能部である。制御部４００は、各種プログラムを読み出して実行することにより各種機能を実現しており、例えば、１又は複数の演算装置（ＣＰＵ）等により構成される。

制御部４００は、記憶部４６０に記憶されたプログラムを読み出して実行することで、画像処理部４０２として機能する。画像処理部４０２は、画像入力部４２０によって入力された画像データに対して、鮮鋭化処理や色変換処理といった各種画像処理を実行する。

画像入力部４２０は、画像を読み取って画像データを生成することで、当該画像データを画像形成装置４０に入力する。画像入力部４２０は、例えば、ＣＣＤ（Charge Coupled Device）やＣＩＳ（Contact Image Sensor）等のイメージセンサによって画像を電気信号に変換し、電気信号を量子化及び符号化することでデジタルデータを生成するスキャナ装置等により構成される。

画像形成部４３０は、画像を記録媒体（例えば記録用紙）に形成することにより、印刷物を生成し、出力する。画像形成部４３０は、例えば、電子写真方式を利用したレーザプリンタ等により構成される。

表示部４４０は、各種情報を表示する。表示部４４０は、例えば、ＬＣＤ、有機ＥＬディスプレイ、マイクロＬＥＤディスプレイ等の表示装置により構成される。操作部４５０は、ユーザによる操作指示を受け付ける。操作部４５０は、例えば、ハードキー（例えば、テンキー）やボタン等により構成される。なお、画像形成装置４０は、表示部４４０と操作部４５０とが一体に形成されたタッチパネルを備えてもよい。入力を検出する方式は、例えば、抵抗膜方式、赤外線方式、電磁誘導方式、静電容量方式といった、一般的な検出方式であればよい。

記憶部４６０は、画像形成装置４０の動作に必要な各種プログラムや、各種データを記憶する。記憶部４６０は、例えば、半導体メモリであるＳＳＤや、ＨＤＤ等の記憶装置により構成される。

通信部４９０は、画像形成装置４０が、管理サーバ３０等の外部の装置と通信を行うための機能部である。通信部４９０は、例えば、有線／無線ＬＡＮで利用されるＮＩＣ等の通信モジュール（通信装置）により構成される。

［１．２．５ 第２の端末装置］
図１３を参照して、本実施形態における第２の端末装置５０の機能構成について説明する。図１３に示すように、第２の端末装置５０は、制御部５００、表示部５４０、操作部５５０、記憶部５６０、通信部５９０を備えて構成される。

制御部５００は、第２の端末装置５０の全体を制御する。制御部５００は、記憶部５６０に記憶されている各種プログラムを読み出して実行することにより各種機能を実現しており、１又は複数の演算装置（例えば、ＣＰＵ（Central Processing Unit））により構成されている。

表示部５４０は、各種情報を表示する。操作部５５０は、第２の端末装置５０を使用するユーザ（管理ユーザ）の操作を受け付ける。記憶部５６０は、第２の端末装置５０の動作に必要な各種プログラムや、各種データを記憶する。通信部５９０は、管理サーバ３０等の外部の装置と通信を行う。なお、表示部５４０、操作部５５０、記憶部５６０及び通信部５９０は、それぞれ、第１の端末装置１０の表示部１４０、操作部１５０、記憶部１６０、通信部１９０と同様の装置により構成される。

［１．３ 処理の流れ］
つづいて、図１４から図１８までを参照して、システム１に含まれる各装置が実行する処理について説明する。なお、図１４から図１８までに記載した処理は、システム１に含まれる各装置の制御部が、記憶部に記憶されたプログラムを読み出すことにより実行される。

［１．３．１ 印刷物を出力する処理］
図１４を参照して、印刷物を出力する処理の流れについて説明する。はじめに、第１の端末装置１０の制御部１００は、印刷ユーザの操作に基づき、印刷する内容を示すデータ（例えば、印刷ジョブ）を含むメッセージ情報を投稿する（Ｓ１０００）。例えば、第１の端末装置１０は、他のユーザとして管理サーバ３０が選択されたタイムラインに、印刷する内容を示すデータを含むメッセージ情報を投稿する。印刷する内容を示すデータは、例えば、印刷ジョブのデータであってもよいし、ユーザによって選択されたコンテンツのデータ（ファイル）であってもよい。

メッセージサーバ２０の制御部２００（メッセージ受信部２０２）は、第１の端末装置１０から投稿されたメッセージ情報を受信する。そして、メッセージサーバ２０の、制御部２００（メッセージ送信部２０４）は、管理サーバ３０からメッセージの取得要求を受信したら、メッセージの取得要求に基づき、管理サーバ３０に対応するユーザＩＤを宛先ユーザＩＤとしたメッセージ情報を、管理サーバ３０に送信する（Ｓ１００２）。

管理サーバ３０の制御部３００（メッセージ取得部３０２）は、メッセージサーバ２０からメッセージ情報を受信（取得）する。つづいて、制御部３００は、印刷ジョブＩＤを発行し、発行した印刷ジョブＩＤを含む印刷ジョブ情報を生成し、印刷ジョブ情報記憶領域３６６に記憶（登録）する（Ｓ１００４）。例えば、制御部３００は、以下の情報を含む印刷ジョブ情報を生成する。
・発行した印刷ジョブＩＤ
・メッセージ情報を投稿したユーザのユーザＩＤ
・メッセージを受信した日時（受付日時）
・受信したメッセージに含まれる印刷する内容を示すデータ（印刷データ）

なお、制御部３００は、メッセージに印刷ジョブが含まれている場合、当該印刷ジョブをそのまま印刷データとして記憶してもよい。また、メッセージにコンテンツのデータ（ファイル）が含まれている場合、コンテンツのデータを印刷データとして記憶してもよいし、当該コンテンツを画像データに変換したデータを印刷データとして記憶してもよい。このように、制御部３００は、メッセージに含まれる印刷する内容を示すデータに基づいて印刷データを取得したり生成したりした上で、当該印刷データを含む印刷ジョブ情報を記憶する。

つづいて、管理サーバ３０の制御部３００（メッセージ投稿部３０４）は、Ｓ１０００においてメッセージ情報を投稿したユーザを宛先とし、Ｓ１００４において発行した印刷ジョブＩＤをメッセージに含めたメッセージ情報を投稿する（Ｓ１００６）。なお、所定のユーザを宛先としたメッセージ情報とは、当該所定のユーザに対応するユーザＩＤを宛先ユーザＩＤとしたメッセージ情報である。

Ｓ１００６において投稿されたメッセージ情報は、メッセージサーバ２０の制御部２００（メッセージ受信部２０２）により受信され、メッセージサーバ２０の制御部２００（メッセージ送信部２０４）により、第１の端末装置１０に送信される（Ｓ１００８）。これにより、印刷ユーザは、Ｓ１０００においてメッセージに含めた印刷する内容を示すデータに基づく印刷物を取得するために必要な印刷ジョブＩＤを知ることができる。

つづいて、画像形成装置４０の制御部４００は、印刷ジョブＩＤを取得する（Ｓ１０１０）。例えば、制御部４００は、操作部４５０を介して、印刷ユーザによる印刷ジョブＩＤの入力操作に基づき、印刷ジョブＩＤを取得する。なお、制御部４００は、第１の端末装置１０と通信を行うことで、第１の端末装置１０から印刷ジョブＩＤを取得してもよい。

つづいて、画像形成装置４０の制御部４００は、Ｓ１０１０において取得した印刷ジョブＩＤを、通信部４９０を介して管理サーバ３０に送信する（Ｓ１０１２）。管理サーバ３０の制御部３００は、受信した印刷ジョブＩＤを含む印刷ジョブ情報を印刷ジョブ情報記憶領域３６６から取得する。さらに、制御部３００は、取得した印刷ジョブ情報を、通信部３９０を介して、印刷ジョブＩＤを送信した画像形成装置４０に送信する（Ｓ１０１４）。

画像形成装置４０の制御部４００は、通信部４９０を介して、管理サーバ３０から印刷ジョブ情報を受信する。そして、制御部４００は、画像形成部４３０を制御することで、受信した印刷ジョブ情報に含まれる印刷データに基づく画像を形成し、印刷物として出力する（Ｓ１０１６）。

つづいて、システム１に含まれるそれぞれの装置は、印刷料金の課金及び課金した料金の決済の処理を実行する（Ｓ１０１８）。例えば、システム１に含まれるそれぞれの装置は、以下の処理を実行する。
（１）画像形成装置４０の制御部４００は、印刷料金を算出し、算出した印刷料金の情報及びＳ１０１４において受信した印刷ジョブ情報に含まれるユーザＩＤの情報を、管理サーバ３０に送信する。
（２）管理サーバ３０の制御部３００（課金部３０６）は、印刷物の出力に応じた印刷料金を課金する。例えば、課金部３０６は、画像形成装置４０から受信したユーザＩＤに対応するポイントのうち、印刷料金に対応するポイントを仮押さえする。また、制御部３００（メッセージ投稿部３０４）は、画像形成装置４０から受信したユーザＩＤを宛先ユーザＩＤとし、画像形成装置４０から受信した印刷料金の情報をメッセージに含むメッセージ情報を投稿する。
（３）メッセージサーバ２０は、管理サーバ３０から受信したメッセージ情報を、第１の端末装置１０に送信する。
（４）第１の端末装置１０の制御部１００（メッセージ取得部１０２）は、管理サーバ３０から投稿されたメッセージ情報を取得（受信）する。また、第１の端末装置１０の制御部１００（タイムライン生成部１０４）は、取得したメッセージ情報のメッセージを含むタイムラインを生成し、表示部１４０に表示する。
（５）第１の端末装置１０の制御部１００（メッセージ投稿部１０６）は、ユーザの操作により、決済処理を行う。決済処理は、例えば、印刷ユーザの操作に基づき、印刷ユーザに対応するポイントから、印刷料金に対応するポイントを減算する要求を管理サーバ３０に送信する処理である。制御部１００は、管理サーバ３０と直接通信したり、管理サーバ３０を宛先としたメッセージ情報を投稿したりすることで、印刷料金に対応するポイントを減算する要求を管理サーバ３０に送信する。
（６）管理サーバ３０の制御部３００（課金部３０６）は、ポイントを減算する要求を受信したら、仮押さえしたポイントを減算することで、印刷料金の決済を完了する。

つづいて、管理サーバ３０の制御部３００は、印刷履歴情報を生成し、生成した印刷履歴情報を印刷履歴情報記憶領域３７０に記憶する（Ｓ１０２０）。例えば、制御部３００は、以下の情報を含む印刷履歴情報を生成する。
・Ｓ１０１２において受信した印刷ジョブＩＤ
・Ｓ１０１８において画像形成装置４０から情報を受信した日時（印刷日時）
・Ｓ１０１８において画像形成装置４０から受信した印刷料金
・Ｓ１０１８において情報を送信した画像形成装置４０に対応する店舗名

なお、制御部３００は、画像形成装置４０に対応する店舗名を画像形成装置４０から受信してもよいし、Ｓ１０１８において、管理サーバ３０に対して情報を送信した画像形成装置４０に対応するアドレスを含む管理装置情報から取得してもよい。

［１．３．２ 返金処理］
図１５を参照して、印刷物の生成に生じた料金を返金する処理（返金処理）の流れについて説明する。はじめに、第１の端末装置１０の制御部１００は、管理サーバ３０に対して、返金を申請する（Ｓ１１００）。例えば、制御部１００は、表示部１４０に、タイムラインとともに、返金を申請するためのボタンを表示し、当該ボタンが選択されたときに、管理サーバ３０に対して、返金が申請されたことを示す情報を送信する。返金が申請されたことを示す情報は、例えば、管理サーバ３０を宛先としたメッセージ情報を投稿することにより、メッセージサーバ２０を介して管理サーバ３０に送信される。このとき、ユーザにミスプリントの概要（クレーム内容）を選択させ、当該ミスプリントの概要が管理サーバ３０に送信されてもよい。このようにして、管理サーバ３０（チャットボット）は、返金申請を受信する。管理サーバ３０は、返金が申請された場合、印刷物をユーザに撮影させ、撮影した画像を管理サーバ３０に送信することを印刷ユーザに促すメッセージ情報を投稿してもよい。

つづいて、第１の端末装置１０の制御部１００は、第１の端末装置１０のカメラアプリ等を起動し、第１の端末装置１０の撮影部１３０を動作させる。撮影部１３０は、印刷ユーザの操作に基づき、画像形成装置４０によって生成（出力）された印刷物を撮影し、撮影した画像を第１の端末装置１０に入力する（Ｓ１１０２）。さらに、第１の端末装置１０の制御部１００（メッセージ投稿部１０６）は、管理サーバ３０（チャットボット）を宛先として、Ｓ１１０２において入力された印刷物を撮影した画像（撮影画像）を含むメッセージ情報を投稿する（Ｓ１１０４）。なお、Ｓ１１０４の処理により、タイムラインには、印刷物の撮影画像が表示される。

メッセージサーバ２０の制御部２００（メッセージ受信部２０２）は、第１の端末装置１０から投稿された、印刷物の撮影画像を含むメッセージ情報を受信する。また、制御部２００（メッセージ送信部２０４）は、メッセージ情報に含まれる宛先ユーザＩＤに基づき、管理サーバ３０に印刷物の撮影画像を含むメッセージ情報を送信する（Ｓ１１０６）。このようにして、管理サーバ３０は、タイムラインに投稿された印刷物を撮影した画像を、当該タイムラインから取得する。

つづいて、管理サーバ３０の制御部３００（選択部３１２）は、印刷履歴情報記憶領域３７０に記憶された印刷履歴情報から、１の印刷履歴情報を選択する（Ｓ１１０８）。例えば、選択部３１２は、Ｓ１１０４においてメッセージ情報を投稿した印刷ユーザのユーザＩＤを含み、最も現在の日時に近い印刷日時を含んだ印刷履歴情報を選択する。本実施形態では、チャットボットは返金を申請した印刷ユーザと直接メッセージを送受信することで、当該印刷ユーザのユーザＩＤを知ることができる。そのため、選択部３１２（管理サーバ３０）は、チャットボットを介して、当該印刷ユーザのユーザＩＤにより登録された印刷ジョブを対象に、返金対象の印刷ジョブを特定することができる。

つづいて、管理サーバ３０の制御部３００は、未返金であるか否かを判定する（Ｓ１１１０）。例えば、制御部３００は、Ｓ１１０８において選択した印刷履歴情報が、返金済ではないことを示す状態である場合（例えば、返金済フラグに「Ｎｏ」が記憶されている場合）、未返金であることを判定する。

つづいて、管理サーバ３０の制御部３００は、未返金である場合、印刷物が正常に出力されたか否か（ミスプリントが確認されたか否か）を判定する判定処理を実行する（Ｓ１１１０；Ｙｅｓ→Ｓ１１１２）。判定処理が実行されることにより、印刷料金を返金することを示す「返金実施」又は印刷料金を返金しないことを示す「返金不実施」の何れかの結果が出力される。「返金実施」は、ミスプリントが確認された場合に出力される。判定処理については後述する。

返金を実施する場合、つまり、判定処理の結果が「返金実施」である場合、管理サーバ３０の制御部３００は、返金する料金を取得する（Ｓ１１１４；Ｙｅｓ→Ｓ１１１６）。返金する料金は、Ｓ１１０８において選択された印刷履歴情報に含まれる印刷料金である。

管理サーバ３０の制御部３００（メッセージ投稿部３０４）は、返金する料金を含むメッセージを、第１の端末装置１０とのタイムラインに投稿する（Ｓ１１１８）。例えば、メッセージ投稿部３０４は、Ｓ１１０４においてメッセージ情報を投稿した印刷ユーザを宛先とし、ステップＳ１１１６において取得した料金をメッセージに含むメッセージ情報を投稿する。メッセージサーバ２０は、管理サーバ３０から投稿されたメッセージ情報を、第１の端末装置１０に送信する（Ｓ１１２０）。

また、管理サーバ３０及びメッセージサーバ２０は、返金を実行する処理（返金実行処理）を実行する（Ｓ１１２２）。返金実行処理の流れについては、図１６を参照して説明する。

はじめに、管理サーバ３０の制御部３００（課金部３０６）は、メッセージサーバ２０に対して、メッセージサーバ２０が提供する電子マネーサービスによって管理されている電子マネーの残高を移転する移転要求を送信する（Ｓ１２００）。移転要求には、残高の移転元のユーザである管理サーバ３０のユーザＩＤと、残高の移転先である印刷ユーザのユーザＩＤと、移転する金額とが含まれる。なお、印刷ユーザのユーザＩＤは、Ｓ１１０４においてメッセージ情報を投稿したユーザのユーザＩＤである。また、移転する金額は、Ｓ１１１６において取得した印刷料金である。

メッセージサーバ２０の制御部２００は、残高を移転する処理を実行する（Ｓ１２０２）。例えば、制御部２００は、Ｓ１２００において受信した管理サーバのユーザＩＤを含む残高情報を残高情報記憶領域２６６から取得し、取得した残高情報の残高から移転する金額を減算し、減算後の残高を記憶し直す。さらに、制御部２００は、Ｓ１２００において受信した印刷サーバのユーザＩＤを含む残高情報を残高情報記憶領域２６６から取得し、取得した残高情報の残高から移転する金額を加算し、加算後の残高を記憶し直す。この処理により、管理ユーザから印刷ユーザに対する、印刷料金の返金処理が実施される。

さらに、管理サーバ３０の制御部３００（課金部３０６）は、Ｓ１１０８において選択された印刷履歴情報の返金済フラグに「Ｎｏ」が記憶等の処理を行い、返金済であることを示す状態に更新する（Ｓ１２０４）。

なお、図１５のＳ１１１０において、管理サーバ３０の制御部３００は、未返金ではない（返金済である）ことを判定した場合は、Ｓ１１１２からＳ１１２２までの処理を省略（スキップ）する（Ｓ１１１０；Ｎｏ）。また、図１５のＳ１１１４において、管理サーバ３０の制御部３００は、返金を実施しないことを判定した場合（判定処理の結果が「返金不実施」である場合）は、Ｓ１１１６からＳ１１２２までの処理を省略（スキップ）する（Ｓ１１１４；Ｎｏ）。

［１．３．３ 判定処理］
図１７及び図１８を参照して、判定処理の流れについて説明する。図１７は、管理サーバ３０が実行する処理を示す図であり、図１８は、第２の端末装置５０が実行する処理を示す図である。

［１．３．３．１ 管理サーバの処理］
図１７を参照して、管理サーバ３０が実行する処理の流れを説明する。はじめに、制御部３００は、図１５のＳ１１０８において選択された印刷画像情報に含まれる印刷データに基づく印刷プレビュー画像（返金対象の元画像データ）を取得する（ステップＳ１００）。例えば、制御部３００は、印刷データが文書ファイルや印刷ジョブのデータであれば、当該データをレンダリングすることで、印刷プレビュー画像を取得する。また、制御部３００は、印刷データが画像ファイルであれば、当該画像ファイルに基づく画像を印刷プレビュー画像として取得する。

つづいて、制御部３００は、印刷プレビュー画像と図１５のＳ１１０６において取得した撮影画像との２つの画像を第２の端末装置５０に送信するか否かを判定する（ステップＳ１０２）。２つの画像を第２の端末装置５０に送信するか否かは、例えば、管理ユーザの指示に基づいて判定されてもよいし、第２の端末装置５０がネットワークＮＷに接続されているか否かに応じて判定されてもよい。また、２つの画像を第２の端末装置５０に送信するか否かは、管理サーバ３０において予め設定されていてもよい。

制御部３００は、２つの画像を第２の端末装置に送信する場合、当該２つの画像（印刷プレビュー画像及び印刷物の撮影画像）を、通信部３９０を介して、第２の端末装置５０に送信する（ステップＳ１０２；Ｙｅｓ→ステップＳ１０４）。なお、制御部３００は、第２の端末装置５０に、返金申請を受け取ったチャットボットの情報、図１５のＳ１１０８において選択した印刷履歴情報（店舗名、印刷日時）を送信してもよい。これにより、制御部３００は、管理ユーザに確認依頼を行う。また、制御部３００は、通信部３９０を介して、第２の端末装置５０から送信される判定結果を受信する（ステップＳ１０６）。判定結果とは、印刷物が正常に出力されているか否かの判定の結果を示す情報である。

一方、制御部３００（表示制御部３１０）は、２つの画像を第２の端末装置に送信しない場合、当該２つの画像（印刷プレビュー画像及び印刷物の撮影画像）を、表示部３４０に並べて表示する（ステップＳ１０２；Ｎｏ→ステップＳ１０８）。これにより、表示制御部３１０は、管理ユーザに、印刷プレビュー画像と印刷物の撮影画像（ミスプリント画像）との比較確認を可能にする。このとき、返金申請を受け取ったチャットボットの情報、図１５のＳ１１０８において選択した印刷履歴情報、クレーム内容が表示されてもよい。また、制御部３００は、操作部３５０を介して管理ユーザの操作を取得し、管理ユーザの操作に基づき判定結果を取得する（ステップＳ１１０）。

つづいて、制御部３００（判定部３０８）は、印刷物が正常に出力されたか否かを判定する（ステップＳ１１２）。本実施形態では、判定部３０８は、ステップＳ１０６おいて受信した判定結果又はステップＳ１１０において取得した判定結果に基づき、印刷物が正常に出力されたか否かを判定する。判定部３０８は、印刷物が正常に出力されている場合、判定処理の結果として、「返金不実施」を出力する（ステップＳ１１２；Ｙｅｓ→ステップＳ１１４）。一方、判定部３０８は、印刷物が正常に出力されていない場合（ミスプリントを確認できた場合）、判定処理の結果として、「返金実施」を出力する（ステップＳ１１２；Ｎｏ→ステップＳ１１６）。

［１．３．３．２ 第２の端末装置の処理］
図１８を参照して、第２の端末装置５０が実行する処理の流れを説明する。はじめに、制御部５００は、通信部５９０を介して、印刷プレビュー画像及び印刷物の撮影画像の２つの画像を受信したか否かを判定する（ステップＳ１５０）。２つの画像を受信した場合、制御部５００は、表示部５４０に、当該２つの画像（印刷プレビュー画像及び印刷物の撮影画像）を、表示部５４０に並べて表示する（ステップＳ１５０；Ｙｅｓ→ステップＳ１５２）。なお、制御部５００は、ステップＳ１５０において、返金申請を受け取ったチャットボットの情報、図１５のＳ１１０８において選択された印刷履歴情報、クレーム内容の情報を受信し、ステップＳ１５２において、受信した情報を表示してもよい。

つづいて、制御部５００は、操作部５５０を介して管理ユーザの操作を取得し、管理ユーザの操作に基づき判定結果を取得する（ステップＳ１５４）。さらに、制御部５００は、判定結果を、通信部５９０を介して、管理サーバ３０に送信する（ステップＳ１５６）。

なお、制御部５００は、ステップＳ１５０において、印刷プレビュー画像及び印刷物の撮影画像の２つの画像を受信したと判定しない場合、ステップＳ１５０を繰り返し実行することで、画像の受信を待ち受ける（ステップＳ１５０；Ｎｏ）。

上述した処理により、管理サーバ３０は、印刷履歴情報に基づき、返金対象の印刷データに基づくプレビュー画像を取得し、印刷物の撮影画像（ミスプリントの画像）と共に、管理ユーザが使用する第２の端末装置５０に送信することができる。また、第２の端末装置５０は、受信したプレビュー画像と印刷物を撮影した撮影画像とを表示することができる。このとき、第２の端末装置５０は、管理ユーザの判断に基づいて、印刷ユーザに対して、返金処理の実行を指示することができる。

［１．４ 動作例］
図１９から図２２を参照して、本実施形態の動作例を説明する。なお、動作例として、ポイント利用でのプリント時にミスプリントが発生した場合について説明する。図１９は、第１の端末装置１０においてメッセージングアプリが実行され、メッセージの送信相手として管理サーバ３０が選択されたときに、表示部１４０に表示される表示画面Ｗ１００の画面例である。表示画面Ｗ１００には、タイムラインを表示する領域Ｅ１００が含まれる。タイムラインには、印刷ユーザ及び管理サーバ３０によって投稿されたメッセージが表示される。例えば、印刷する内容を示すデータを含むメッセージＭ１００や、印刷ジョブＩＤ（印刷用番号）を含むメッセージＭ１０２が表示される。

また、表示画面Ｗ１００には、所定の処理を行うためのボタンとして、例えば、返金を申請するためのボタンＢ１００が含まれる。印刷ユーザは、ミスプリントが発生した場合、ボタンＢ１００を選択することで、端末装置から１０からチャットボットとのチャットフローで、返金を申請できる。返金が申請された場合、タイムラインには、印刷物を撮影した画像（写真）の送信を印刷ユーザに促すメッセージＭ１０４が表示される。

図２０は、印刷物を撮影した画像を含むメッセージがタイムラインに投稿された場合に、表示部１４０に表示される表示画面Ｗ１１０の画面例である。図２０に示すように、タイムラインには、印刷物を撮影した画像を含むメッセージＭ１１０が表示される。また、タイムラインに投稿されたメッセージＭ１１０に含まれる画像は、管理サーバ３０によって取得される。

図２１は、印刷プレビュー画像Ｐ１２０及びタイムラインから取得された印刷物の撮影画像Ｐ１２２が並べて表示された表示画面Ｗ１２０の画面例である。表示画面Ｗ１２０は、第２の端末装置５０の表示部５４０や、管理サーバ３０の表示部３４０に表示される。管理ユーザは、表示画面Ｗ１２０を確認することで、印刷物が正常に出力されたか否かを判定することができる。管理ユーザは、印刷物が正常に出力されていないことを示すボタンＢ１２０又は印刷物が正常に出力されていることを示すＢ１２２の何れかのボタンを選択することで、判定結果を入力することができる。判定結果は、第２の端末装置５０から管理サーバ３０に送信されたり、管理サーバ３０に対して直接入力されたりする。

図２２は、印刷物の生成に生じた料金が返金される場合に、表示部１４０に表示される表示画面Ｗ１３０の画面例である。図２２に示すように、表示画面Ｗ１３０に含まれるタイムラインには、返金される料金を含むメッセージＭ１３０が表示される。印刷ユーザは、メッセージＭ１３０を確認することで、印刷物の生成に生じた料金が返金されることや、返金される料金を把握することができる。

なお、上述した説明以外であっても、矛盾のない範囲において、ステップの順番を変更したり、一部のステップを省略したりしても構わない。例えば、図１５において、管理サーバ３０は、返金処理（Ｓ１１２２）を実行した後に、返金した料金を第１の端末装置に送信する処理（Ｓ１１１８及びＳ１１２０）を実行してもよい。また、図１７のステップＳ１０４及びステップＳ１０８において、返金金額（印刷料金）を表示することで、管理ユーザに返金金額を確認可能としてもよい。

このように、本実施形態によれば、印刷ユーザと管理ユーザ（チャットボット）との間でメッセージを送受信することで直接のやり取りを行い、印刷料金の返金の処理を行うことができる。管理ユーザは、チャットボットを介して、タイムラインに投稿された印刷物の撮影画像を容易に取得できる。また、管理ユーザは、印刷ユーザに対して直接的に返金処理を行うことができる。したがって、そのため、管理ユーザは、コンビニエンスストア等の店舗を介さず、チャットボットを使ったユーザとの直接のやり取り（チャット）により、返金処理を行うことができる。この結果、複雑な返金フローが必要なくなり、画像形成装置を設置した店舗の店員の手間や、画像形成装置を設置した店舗に対する手間を省くことができる。

また、本実施形態では、管理ユーザが印刷プレビュー画像とミスプリント画像とを比較確認できるため、返金申請の不正防止が実現できる。チャットボットが印刷ジョブ（登録ファイル）と返金申請とを受信することにより、チャットボットを介して登録ファイルの印刷プレビュー画像とミスプリントの画像とが紐付けられるため、管理ユーザは、印刷プレビュー画像とミスプリントの画像の比較を簡単にできる。

［２．第２実施形態］
つづいて第２実施形態について説明する。第２実施形態は、第１実施形態とは異なり、印刷物が正常に出力されたか否かを自動的に判定する実施形態である。本実施形態は、第１実施形態の図７を図２３に、第１実施形態の図１７を図２４にそれぞれ置き換えたものである。なお、同一の機能部及び処理には同一の符号を付し、説明については省略する。

［２．１ 機能構成］
本実施形態は、第１実施形態における管理サーバ３０の代わりに、管理サーバ３２をネットワークＮＷに接続する。また、図２３を参照して、管理サーバ３２の機能構成について説明する。本実施形態における管理サーバ３２は、管理サーバ３０と異なり、記憶部３６０に、さらに学習済モデル３７２を記憶する。学習済モデルと３７２は、印刷プレビュー画像と、印刷物を撮影した画像と、当該印刷物が正常に出力されているか否かを示す情報とを教師データとして機械学習されたモデルである。学習済モデル３７２は、印刷プレビュー画像と印刷物を撮影した画像とを入力し、当該印刷物が正常に出力されているか否かを示す予測値を出力する。

［２．２ 処理の流れ］
図２４を参照して、本実施形態における判定処理の流れを説明する。本実施形態では、制御部３００（判定部３０８）は、ステップＳ１００において印刷プレビュー画像を取得したあと、取得した印刷プレビュー画像と印刷物の撮影画像とを学習済モデル３７２に入力し、予測値を取得する（ステップＳ２００）。

つづいて、制御部３００（判定部３０８）は、ステップＳ２００において取得した予測値に基づき、印刷物が正常に出力されたか否かを判定する（ステップＳ２０２）。例えば、判定部３０８は、予測値が高いほど印刷物が正常に出力されていることを示す場合、予測値が所定の閾値以上であれば印刷物が正常に出力されたと判定し、予測値が所定の閾値未満であれば印刷物が正常に出力されなかったと判定する。判定部３０８は、印刷物が正常に出力されている場合、判定処理の結果として、「返金不実施」を出力する（ステップＳ２０２；Ｙｅｓ→ステップＳ１１４）。一方、判定部３０８は、印刷物が正常に出力されていない場合、判定処理の結果として、「返金実施」を出力する（ステップＳ２０２；Ｎｏ→ステップＳ１１６）。このようにして、判定部３０８は、学習済モデル３７２を用いて、正常に印刷物が出力されたか否かを機械学習を用いて予測させ、予測結果に基づいて、正常に印刷物が出力されたか否かを判定する。

本実施形態によれば、印刷物が正常に出力されたか否かを学習済モデルからの予測値に基づき、印刷物が正常に出力されたか否かを自動的に判定することができる。この結果、管理ユーザが、印刷物が正常に出力されたか否かを判定する手間を省くことができる。

［３． 第３実施形態］
つづいて、第３実施形態について説明する。第３実施形態は、第１実施形態とは異なり、印刷物の撮影画像のみに基づいて、印刷物が正常に出力されたか否かを自動的に判定する実施形態である。例えば、管理サーバ３０は、印刷物の端部が折れ曲がっている場合、当該印刷物は正常に出力されていないと判定する。本実施形態は、第１実施形態の図１７を図２５に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。

図２５に示すように、制御部３００（判定部３０８）は、印刷物の撮影画像から、印刷物の特徴を取得する（ステップＳ３００）。特徴としては、例えば、以下のような特徴を取得する。
・折れ曲がっている場所（印刷物の４隅（左上、左下、右上、右下））
・折れ曲がりが生じている印刷物の辺上の位置
・折れ曲がっている量（面積）
・折れ曲がっている場所の数

判定部３０８は、例えば、印刷物の撮影画像に対してパターンマッチング等の画像認識をしたり、印刷物の撮影画像の画素の特徴から所定の判定をしたりすることで、印刷物の特徴を取得する。

具体的な例としては、判定部３０８は、印刷物の撮影画像に基づき、折れ曲がっていない状態の印刷物の画像が表れる範囲を特定する。例えば、判定部３０８は、印刷物の撮影画像がＡ４サイズの記録用紙に画像が形成された印刷物の画像であれば、印刷物の撮影画像に基づき、Ａ４サイズの紙が本来表れる印刷物の撮影画像内の範囲を特定する。つづいて、判定部３０８は、印刷物の撮影画像のうち、特定した範囲内の画素の画素値の分布や、印刷物の記録用紙の下地の色と異なる色の画素が生じた位置や量等の情報から、折れ曲がっている場所や位置を取得する。

また、別の例としては、管理サーバ３０の記憶部３６０に折れ曲がり方のパターンを示す画像を予め記憶し、判定部３０８は、何れのパターンに近いかを判定（パターンマッチング）してもよい。

制御部３００（判定部３０８）は、ステップＳ２２０において取得した特徴に基づき、印刷物が正常に出力されたか否かを判定する（ステップＳ３０２）。例えば、例えば、判定部３０８は、印刷物の端部が折れ曲がっていることを示す特徴を取得した場合は、折れ曲がっている量に関わらず、印刷物が正常に出力されていないと判定する。なお、判定部３０８は、折れ曲がっている量が大きい場合（大きく折れ曲がっている場合）、印刷物が正常に出力されていないと判定してもよい。

また、判定部３０８は、印刷物の端部が短辺の長さの３分の１以上折れ曲がっていることを示す特徴を取得した場合、印刷物が正常に出力されていないと判定してもよい。なお、判定部３０８は、印刷物の端部が短辺の長さの４分の１以上折れ曲がっている場合や、印刷物の端部が短辺の長さの５分の１以上折れ曲がっている場合に、印刷物が正常に出力されていないと判定してもよい。また、判定部３０８は、印刷物の端部が長辺の長さの３分の１以上折れ曲がっている場合、４分の１以上折れ曲がっている場合、５分の１以上折れ曲がっている場合の何れかの場合に、印刷物が正常に出力されていないと判定してもよい。印刷物が正常に出力されているか否かを判定される場合における値（３分の１、４分の１、５分の１といった値）は、上述した値以外の値であってよい。また、判定部３０８は、短辺に対する折れ曲がりの判定と、長辺に対する折れ曲がりの判定とを組み合わせて、印刷物が正常に出力されているか否かを判定してもよい。

また、判定部３０８は、折れ曲がり方に基づき、印刷物が正常に出力されているか否かを判定してもよい。例えば、判定部３０８は、印刷物の角部分が折れ曲がる状態（いわゆる、ドッグイヤー）である場合、印刷物が正常に出力されていないと判定し、印刷物が２つ折りや３つ折りの状態である場合、印刷物が正常に出力されていると判定してもよい。

また、判定部３０８は、折れ曲がっている量（面積）に基づき、印刷物が正常に出力されていないと判定してもよい。例えば、判定部３０８は、折れ曲がっている面積が、所定の閾値（例えば、印刷物全体の面積の３分の１）以上である場合に、印刷物が正常に出力されていないと判定してもよい。なお、所定の閾値は、印刷物の面積の４分の１や、５分の１であってもよいし、これらの値以外の値であってもよい。

判定部３０８は、印刷物が正常に出力されている場合、判定処理の結果として、「返金不実施」を出力する（ステップＳ３０２；Ｙｅｓ→ステップＳ１１４）。一方、判定部３０８は、印刷物が正常に出力されていない場合、判定処理の結果として、「返金実施」を出力する（ステップＳ３０２；Ｎｏ→ステップＳ１１６）。

このように、本実施形態によれば、印刷物が正常に出力されたか否かを自動的に判定されるため、管理ユーザは、印刷物が正常に出力されたか否かを判定する必要がない。

［４． 第４実施形態］
つづいて、第４実施形態について説明する。第４実施形態は、第３実施形態において説明した印刷物の撮影画像の特徴の取得と、印刷物が正常に出力されたか否かの判定を、機械学習を用いて判定する実施形態である。

本実施形態では、管理サーバ３０は、第２実施形態で説明した管理サーバ３２と同様に、記憶部３６０に学習済モデルを記憶する。本実施形態における学習済モデルは、印刷物の撮影画像と印刷物が正常に出力されたか否かを示す情報とを教師データとして機械学習がされたモデルであり、印刷物を撮影した画像が入力された場合に当該印刷物が正常に出力されているか否かを示す予測値を出力する。判定部３０８は、印刷物の撮影画像を学習済モデルに入力することで予測値を取得し、当該予測値に基づいて印刷物が正常に出力されたか否かを判定する。

本実施形態の学習済モデルは、印刷物が折れ曲がっている撮影画像を用いて学習されたモデルであってもよい。この場合、当該学習済モデルは、印刷物が折れ曲がっている撮影画像が入力された場合に、当該印刷物が正常に出力されていないことを示す予測値を出力する。

なお、本実施形態の学習済モデルは、印刷がかすれている印刷物の撮像画像や濃淡の変化が大きい印刷物の撮像画像等であってもよい。つまり、学習済モデルは、管理ユーザによって正常に出力されていないと考えられた特徴を有する印刷物の撮像画像が学習されたモデルであってもよい。また、複数種類の学習済モデルを記憶部３６０に記憶させておき、判定部３０８は、クレーム内容に基づいて、使用する学習済モデルを切り替えてもよい。また、判定部３０８は、複数種類の印刷物の不備を判定することが可能な学習済モデルを用いて印刷物の不備を判定し、判定結果がクレーム内容と一致した場合に、印刷物が正常に出力されていないと判定してもよい。

このように、本実施形態によれば、印刷物が正常に出力されたか否かを自動的に判定されるため、管理ユーザは、印刷物が正常に出力されたか否かを判定する必要がない。

［５．第５実施形態］
つづいて、第５実施形態について説明する。第５実施形態は、印刷ユーザが、返金対象の印刷ジョブを選択することができる実施形態である。本実施形態は、第１実施形態の図１５を図２６に置き換えたものである。なお、同一の処理には同一の符号を付し、説明については省略する。

はじめに、第１の端末装置１０の制御部１００は、返金を申請したあと、管理サーバ３０を宛先として、印刷履歴情報要求を示すメッセージ情報を投稿する（Ｓ５０００）。印刷履歴情報要求とは、管理サーバ３０に記憶されている印刷履歴情報を取得するための要求である。メッセージサーバ２０は、第１の端末装置１０から投稿されたメッセージ情報を管理サーバ３０に送信することにより、印刷履歴情報要求を管理サーバ３０に送信する（Ｓ５００２）。

管理サーバ３０の制御部３００（メッセージ投稿部３０４）は、Ｓ３０００においてメッセージ情報を投稿したユーザに対応するユーザＩＤを含む印刷履歴情報を印刷履歴情報記憶領域３７０から読み出す。このとき、メッセージ投稿部３０４は、印刷日時が直近である数件分（例えば、５件）の印刷履歴情報を読み出してもよいし、印刷ユーザが所在する位置に近い店舗の情報を含む印刷履歴情報を数件分（例えば、５件）読み出してもよい。そして、メッセージ投稿部３０４は、Ｓ３０００においてメッセージ情報を投稿したユーザを宛先として、読み出した印刷履歴情報を示すメッセージ情報を投稿する（Ｓ５００４）。

メッセージサーバ２０は、管理サーバ３０から投稿されたメッセージ情報を第１の端末装置１０に送信することにより、印刷履歴情報を第１の端末装置１０に送信する（Ｓ５００６）。

第１の端末装置１０の制御部１００（タイムライン生成部１０４）は、印刷履歴情報を示すメッセージを含むタイムラインを生成し、印刷履歴情報を示すメッセージを表示部１４０に表示する（Ｓ５００８）。印刷履歴情報を示すメッセージには、例えば、印刷日時や店舗の情報が含まれる。

第１の端末装置１０の制御部１００（メッセージ投稿部１０６）は、印刷ユーザによって、印刷履歴情報を示すメッセージから１の印刷履歴情報（印刷ジョブ）が選択された場合、選択された印刷履歴情報に対応する印刷ジョブＩＤをメッセージサーバ２０に送信する（Ｓ５０１０）。例えば、メッセージ投稿部１０６は、印刷ジョブＩＤは、例えば、管理サーバ３０を宛先として、印刷ジョブＩＤを示すメッセージを含むメッセージ情報を投稿する。メッセージサーバ２０は、第１の端末装置１０から投稿されたメッセージ情報を管理サーバ３０に送信することにより、印刷ジョブＩＤを管理サーバ３０に送信する（Ｓ５０１２）。

つづいて、管理サーバ３０の制御部３００（メッセージ投稿部３０４）は、印刷ユーザを宛先として、印刷物を撮影した画像を管理サーバ３０に送信することを要求するメッセージ情報を投稿する（Ｓ５０１４）。メッセージサーバ２０は、管理サーバ３０から投稿されたメッセージ情報を第１の端末装置１０に送信する（Ｓ５０１６）。これにより、第１の端末装置１０の表示部１４０には、印刷物を撮影した画像をタイムラインに投稿することを促すメッセージが表示される。

なお、本実施形態では、ステップＳ１１０８において、選択部３１２は、Ｓ３０１２において受信した印刷ジョブＩＤを含む印刷履歴情報を選択する。これにより、管理サーバ３０は、印刷ユーザによって選択された印刷ジョブＩＤに対応する印刷物に対する返金の処理を実行することができる。

図２７を参照して、本実施形態における動作例を説明する。図２７は、タイムラインに印刷履歴情報を示すメッセージＭ５００が表示された表示画面Ｗ５００の画面例である。

メッセージＭ５００には、印刷履歴情報を選択するためのボタンＢ５００やボタンＢ５０２が含まれる。印刷ユーザは、ボタンＢ５００やボタンＢ５０２を選択することで、返金申請の対象となる印刷履歴情報（印刷ジョブ）を選択することができる。また、印刷ユーザは、選択した印刷履歴情報に対応する印刷物の撮影画像を管理サーバ３０に送信することができる。

このように、本実施形態によれば、印刷ユーザは、返金対象とする印刷ジョブを選択することができる。したがって、印刷ユーザは、複数の店舗において印刷物を出力する操作を行った場合や、複数の印刷ジョブを実行する操作を行った場合であっても、所望の印刷ジョブに対する返金申請を行うことができる。

［６．変形例］
本発明は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本発明の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本発明の技術的範囲に含まれる。また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。

また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ （Blu-ray（登録商標） Disk） 等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

また、上述した実施形態では、メッセージサーバ２０が電子マネーサービスを提供することとして説明したが、電子マネーサービスはメッセージサーバ２０以外のサーバにより提供されてもよい。また、管理サーバ３０は、複数の電子マネーサービスとの間で返金処理が実行可能であってもよい。この場合、管理サーバ３０は、印刷ユーザ毎や、印刷ジョブ毎に、返金処理を行う電子マネーサービスを記憶し、当該記憶した電子マネーサービスに対して返金処理を行う。

また、上述した実施形態では、電子マネーサービスは、電子的な金銭的価値として電子マネーの残高を管理することとして説明したが、電子マネー以外の金銭的価値を管理してもよい。例えば、電子マネーサービスは、ポイントや、仮想通貨（暗号通貨や暗号資産）の残高を管理してもよい。

また、上述した実施形態において含まれる機能部は、上述した実施形態において説明した装置以外の装置に備えられてもよい。例えば、管理サーバ３０が備える機能の一部は、管理サーバ３０以外の装置（例えば、クラウド上の装置）が備えてもよい。判定部３０８をクラウド上の装置に備えることで、印刷物が正常に出力されたか否かが、当該クラウド上の装置によって判定されてもよい。課金部３０６がクラウド上の装置に備えることで、課金処理が管理サーバ３０の印刷ジョブの管理等から分離されてもよい。また、印刷履歴情報記憶領域３７０及び選択部３１２を管理サーバ３０以外の装置に備えることで、印刷履歴情報の管理や選択が、管理サーバ３０以外の装置によって行われてもよい。このように、管理ユーザは、実施するサービスの状況や環境に応じて、必要な装置をシステム１に含め、システム１に含まれる装置に対して、適切に機能部を構成してもよい。また、上述した実施形態における構成は一例であり、変更しても構わない。例えば、各装置は、制御部や通信部を統合したチップ（ＳｏＣ；System-on-a-chip）により構成されてもよい。

１ システム
１０ 第１の端末装置
１００ 制御部
１０２ メッセージ取得部
１０４ タイムライン生成部
１０６ メッセージ投稿部
１３０ 撮影部
１４０ 表示部
１５０ 操作部
１６０ 記憶部
１６２ メッセージングアプリ
１６４ ユーザ情報
１６６ メッセージ情報記憶領域
１６８ コンテンツ記憶領域
１９０ 通信部
２０ メッセージサーバ
２００ 制御部
２０２ メッセージ受信部
２０４ メッセージ送信部
２６０ 記憶部
２６２ メッセージ情報記憶領域
２６４ ユーザ情報記憶領域
２６６ 残高情報記憶領域
２９０ 通信部
３０、３２ 管理サーバ
３００ 制御部
３０２ メッセージ取得部
３０４ メッセージ投稿部
３０６ 課金部
３０８ 判定部
３１０ 表示制御部
３１２ 選択部
３４０ 表示部
３５０ 操作部
３６０ 記憶部
３６２ ポイント情報記憶領域
３６４ ユーザ情報
３６６ 印刷ジョブ情報記憶領域
３６８ 管理装置情報記憶領域
３７０ 印刷履歴情報記憶領域
３７２ 学習済モデル
３９０ 通信部
４０ 画像形成装置
４００ 制御部
４０２ 画像処理部
４２０ 画像入力部
４３０ 画像形成部
４４０ 表示部
４５０ 操作部
４６０ 記憶部
４９０ 通信部
５０ 第２の端末装置
５００ 制御部
５４０ 表示部
５５０ 操作部
５６０ 記憶部
５９０ 通信部

Claims (11)

1. 画像を形成して印刷物として出力する画像形成部と、
   印刷物の出力に応じた料金の課金を行う課金部と、
   前記印刷物の印刷履歴と、前記印刷物を撮影した画像とから、前記印刷物が正常に出力されているかを判定する判定部と、
   を備え、
   前記課金部は、前記印刷物が正常に出力されていない場合、印刷物の生成に生じた料金を返金することを特徴とする印刷システム。
2. 前記判定部は、前記印刷履歴に基づく印刷プレビュー画像と、前記印刷物を撮影した画像とに基づいて、印刷物が正常に出力されているかを判定する請求項１に記載の印刷システム。
3. 前記印刷プレビュー画像と、前記印刷物を撮影した画像とを並べて表示する表示部を更に備えたことを特徴とする請求項２に記載の印刷システム。
4. 前記判定部は、前記印刷プレビュー画像と、前記印刷物を撮影した画像と、当該印刷物が正常に出力されているか否かの情報とを教師データとして機械学習されたモデルを用いて前記印刷物が正常に出力されているかを判定することを特徴とする請求項２に記載の印刷システム。
5. 前記判定部は、前記印刷物の端部が折れ曲がっている場合に、印刷物が正常に出力されていないと判定することを特徴とする請求項１から４の何れか一項に記載の印刷システム。
6. 前記判定部は、前記印刷物の端部が、印刷物の短辺の長さの３分の１以上折れ曲がっている場合に、印刷物が正常に出力されていないと判定することを特徴とする請求項５に記載の印刷システム。
7. 複数の印刷履歴の中から一の印刷履歴を選択する選択部を更に有することを特徴する請求項１から６の何れか一項に記載の印刷システム。
8. メッセージを時系列に表示可能なタイムラインを生成するタイムライン生成部を更に有し、
   前記判定部は、前記印刷物を撮影した画像を、前記タイムラインから取得することを特徴とする請求項１から７の何れか一項に記載の印刷システム。
9. 前記課金部は、印刷物の生成に生じた料金を返金する場合に、返金する料金を含むメッセージを前記タイムラインに投稿することを特徴とする請求項８に記載の印刷システム。
10. 制御部と、通信部を備えたサーバ装置であって、
    前記制御部は、
    前記通信部を解して画像形成装置に印刷ジョブを送信し、
    前記通信部を解して端末装置から前記画像形成装置が前記印刷ジョブに基づいて出力した印刷物を撮影した画像を受信し、
    前記画像に基づいて、前記印刷物が正常に出力されていないと判定した場合には、前記画像形成装置が前記印刷物を出力するのに生じた料金を返金する処理を実行する
    ことを特徴とするサーバ装置。
11. 表示部と、制御部と、を備えた端末装置であって、
    前記制御部は、
    メッセージを時系列に並べて表示可能なタイムラインに印刷ジョブを含むメッセージを投稿することで、画像形成装置に対して印刷ジョブを送信し、
    前記画像形成装置が前記印刷ジョブに基づいて印刷物の出力を行うときに、出力に応じた料金を決済し、
    前記画像形成装置が出力した印刷物を撮影した画像を含むメッセージを前記タイムラインに投稿し、
    前記タイムラインに投稿された画像に基づいて、印刷物が正常に出力されていないと判定された場合は、前記出力に応じた料金が返金される
    ことを特徴とする端末装置。

Images