特開 2022-44975 サービス提供システム、記録装置、制御プログラム、方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022044975

(43)【公開日】2022-03-18

(54)【発明の名称】サービス提供システム、記録装置、制御プログラム、方法

(51)【国際特許分類】

   G06F 21/10 20130101AFI20220311BHJP

   G09C 1/00 20060101ALI20220311BHJP

【ＦＩ】

G06F21/10

G09C1/00 640E

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2020150398

(22)【出願日】2020-09-08

(71)【出願人】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000992

【氏名又は名称】特許業務法人ネクスト

(72)【発明者】

【氏名】奥苑 大成

(57)【要約】

【課題】購入情報に対する入力ミスや不正使用を抑制することができるサービス提供システムを提供することを目的とする。
【解決手段】端末２０は、購入情報をサーバから購入する場合に、ワンタイムキーをサーバに送信する。サーバ３０では、ワンタイムキーに識別情報が含まれていると判断された場合に、購入情報と、ワンタイムキーに含まれていた識別情報とを含むトークンを端末２０に送信する。ＭＦＰ１０では、トークンに識別情報が含まれると判断された場合に、トークンに含まれる購入情報に応じて、利用枠を追加する。
【選択図】図５

【特許請求の範囲】

【請求項1】

記録装置と、端末と、サーバと、を備えるサービス提供システムであって、
前記記録装置は、装置側コントローラと、ユーザインタフェースと、記録エンジンと、を有し、前記サーバとネットワークを介して接続されておらず、
前記端末は、前記サーバとネットワークを介して接続されており、
前記装置側コントローラは、
前記サーバから購入された購入情報に応じた利用枠まで、前記記録エンジンにより被記録媒体に画像を記録させることが可能な記録処理と、
自装置の識別情報を少なくとも含む第１暗号化情報を出力する出力処理と、を実行し、
前記端末は、前記購入情報を前記サーバから購入する場合に、前記第１暗号化情報の入力操作を受付け、入力された前記第１暗号化情報を前記サーバに送信し、
前記サーバは、サーバ側コントローラを備え、
前記サーバ側コントローラは、
前記端末から前記第１暗号化情報を受信した場合に、前記第１暗号化情報に前記識別情報が含まれているか否かを判断するサーバ側判断処理と、
前記識別情報が含まれていると判断された場合に、前記購入情報と、前記第１暗号化情報に含まれていた前記識別情報とを含む第２暗号化情報を前記端末に送信する送信処理と、を実行し、
前記装置側コントローラは、
前記ユーザインタフェースを介して前記第２暗号化情報の入力を受付けた場合に、前記第２暗号化情報に前記識別情報が含まれるか否かを判断する装置側判断処理と、
前記識別情報が含まれると判断された場合に、前記第２暗号化情報に含まれる前記購入情報に応じて、前記利用枠を追加する追加処理と、
を実行するサービス提供システム。

【請求項2】

前記購入情報には、前記利用枠の上限が定められており、
前記装置側コントローラは、前記記録処理の実行により前記利用枠の上限に達した場合に、前記出力処理を実行する請求項１に記載のサービス提供システム。

【請求項3】

前記装置側コントローラは、前記出力処理において、乱数を含めた前記第１暗号化情報を出力し、
前記サーバ側コントローラは、
前記送信処理において、前記識別情報が含まれていると判断された場合に、前記購入情報及び前記識別情報に加えて、前記第１暗号化情報に含まれていた前記乱数を含む前記第２暗号化情報を前記端末に送信し、
前記装置側コントローラは、
前記装置側判断処理において、前記第２暗号化情報に含まれる前記乱数が、前記第１暗号化情報に含めた前記乱数と一致するか否かの判断と、前記第２暗号化情報に前記識別情報が含まれるか否かの判断とを行い、
前記追加処理では、前記乱数が一致するとの判断と、前記識別情報が含まれるとの判断とを共に行った場合に、前記購入情報に応じて前記利用枠を追加する請求項１又は２に記載のサービス提供システム。

【請求項4】

前記装置側コントローラは、前記出力処理において、
今回購入予定の前記購入情報における利用枠を示す情報を含めた前記第１暗号化情報を出力し、
前回購入済みの前記購入情報がある場合に、前回購入済みの前記購入情報における前記利用枠を前記第１暗号化情報に含める請求項１～３のいずれか一項に記載のサービス提供システム。

【請求項5】

前記購入情報は、前記利用枠の上限が定められており、
前記装置側コントローラは、前記出力処理において、現在の前記利用枠を前記第１暗号化情報に含ませ、
前記サーバ側コントローラは、前記送信処理において、前記利用枠の上限から前記現在の利用枠を引いた値に応じて、今回購入予定の前記購入情報における前記利用枠を算出する請求項１～３のいずれか一項に記載のサービス提供システム。

【請求項6】

前記装置側コントローラは、前記出力処理において、前記記録装置における消耗品の残量又は消耗品の使用量を示す消耗品情報を、前記第１暗号化情報に含め、
前記サーバ側コントローラは、前記サーバ側判断処理において前記識別情報が含まれていると判断されており、かつ前記第１暗号化情報に含まれる前記消耗品情報が、所定の判定値に達している場合に、前記記録装置に前記消耗品を発送させるための処理を実行する請求項１～５のいずれか一項に記載のサービス提供システム。

【請求項7】

前記装置側コントローラは、前記出力処理において、前記記録装置における消耗品の残量又は消耗品の使用量を示す消耗品情報を、前記第１暗号化情報に含め、
前記サーバ側コントローラは、前記サーバ側判断処理において前記識別情報が含まれていると判断されており、かつ前記消耗品情報に応じて判断される利用枠が、前記第２暗号化情報に含ませる前記購入情報に応じた利用枠よりも下回っていると判断された場合に、前記記録装置宛に前記消耗品を発送させるための処理を実行する請求項１～５のいずれか一項に記載のサービス提供システム。

【請求項8】

前記装置側コントローラは、前記ユーザインタフェースを介して前記第２暗号化情報の入力を受付ける前に、前記ユーザインタフェースを介した操作により前記第１暗号化情報の再出力を要請された場合に、前記出力処理において、要請された前記第１暗号化情報を再出力する請求項１～７のいずれか一項に記載のサービス提供システム。

【請求項9】

前記端末は、前記サーバに対して、前記第１暗号化情報の送信とともに、前記購入情報を購入するための課金処理を実行し、
前記サーバ側コントローラは、前記サーバ側判断処理において、再出力された前記第１暗号化情報を前記端末から受信した場合に、前記再出力された前記第１暗号化情報に基づいて、既に、前記課金処理が完了しているか否かを判断し、
前記課金処理が完了していると判断された場合、前記第２暗号化情報を前記端末に再送信する請求項８に記載のサービス提供システム。

【請求項10】

前記装置側コントローラは、アクティベーション情報の入力に応じて、前記記録装置を、前記記録処理に対する実行指示を受付けない無効化状態から、前記記録処理に対する実行指示を受付け可能な有効状態に遷移させるアクティベーション処理を実行し、
前記サーバ側コントローラは、前記記録装置が前記無効化状態である場合に、前記識別情報を含む前記アクティベーション情報を、前記端末に送信する有効化情報送信処理を実行し、
前記装置側コントローラは、前記アクティベーション処理において、前記ユーザインタフェースを介して入力を受付けた前記アクティベーション情報に、前記識別情報が含まれているか否かを判断し、前記識別情報が含まれていると判断した場合に、前記記録装置を前記無効化状態から前記有効状態に遷移させる請求項１～９のいずれか一項に記載のサービス提供システム。

【請求項11】

装置側コントローラと、ユーザインタフェースと、記録エンジンと、を備え、
前記装置側コントローラは、
サーバから購入された購入情報に応じた利用枠まで、前記記録エンジンにより被記録媒体に画像を記録させることが可能な記録処理と、
自装置の識別情報を少なくとも含む第１暗号化情報を出力する出力処理と、
前記第１暗号化情報の出力後に、前記ユーザインタフェースを介して、前記サーバにより作成された第２暗号化情報の入力を受付けた場合に、前記第２暗号化情報に前記識別情報が含まれるか否かを判断する装置側判断処理と、
前記識別情報が含まれると判断された場合に、前記第２暗号化情報に含まれる前記購入情報に応じて、前記記録処理の利用枠を追加する追加処理と、
を実行する記録装置。

【請求項12】

サーバのサーバ側コントローラで読み取り可能な制御プログラムであって、
前記サーバは、当該サーバと、端末と、記録装置とを備えるサービス提供システムに適用され、前記サービス提供システムは、前記サーバにより発行される購入情報に応じた利用枠まで、記録装置により記録媒体に画像を記録させることが可能なサービスを提供し、
前記サーバ側コントローラに、
端末から送信された第１暗号化情報を受信した場合に、前記第１暗号化情報に前記記録装置を識別するための識別情報が含まれているか否かを判断するサーバ側判断処理と、
前記識別情報が含まれていると判断された場合に、前記購入情報と、前記第１暗号化情報に含まれていた前記識別情報とを含む第２暗号化情報とを前記端末に送信する送信処理と、
を実行させる制御プログラム。

【請求項13】

記録装置と、端末と、サーバと、を備えるサービス提供システムで実行される方法あって、
前記記録装置は、前記サーバとネットワークを介して接続されておらず、
前記端末は、前記サーバとネットワークを介して接続されており、
前記記録装置は、
前記サーバから購入された購入情報に応じた利用枠まで、記録エンジンにより被記録媒体に画像を記録させることが可能な記録処理と、
自装置の識別情報を少なくとも含む第１暗号化情報を出力する出力処理と、を実行し、
前記端末は、前記購入情報を前記サーバから購入する場合に、前記第１暗号化情報の入力操作を受付け、入力された前記第１暗号化情報を前記サーバに送信し、
前記サーバは、
前記端末から前記第１暗号化情報を受信した場合に、前記第１暗号化情報に前記識別情報が含まれているか否かを判断するサーバ側判断処理と、
前記識別情報が含まれていると判断された場合に、前記購入情報と、前記第１暗号化情報に含まれていた前記識別情報とを含む第２暗号化情報を前記端末に送信する送信処理と、を実行し、
前記記憶装置は、
ユーザインタフェースを介して前記第２暗号化情報の入力を受付けた場合に、前記第２暗号化情報に前記識別情報が含まれるか否かを判断する装置側判断処理と、
前記識別情報が含まれると判断された場合に、前記第２暗号化情報に含まれる前記購入情報に応じて、前記利用枠を追加する追加処理と、
を実行する方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、プリペイド型のサービスに用いられる技術に関する。

【背景技術】

【0002】

特許文献１には、プリペイド型のサービスを提供するサービス提供システムが記載されている。具体的には、サービス提供システムは、サーバと、このサーバとネットワークを介して接続されていない記録装置とを備えている。記録装置によりサービスを提供させる場合、まず、管理者は、サーバに対して支払いを完了させることで、サーバから購入情報を取得する。そして、管理者は、購入情報を、記録装置に入力することで、記録部によるサービスの提供を開始することが可能となる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１５－２３２８１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載のサービス提供システムでは、記録装置の管理者は、サーバにより発行された購入情報を、ユーザインタフェースを介して記録装置に直接入力する必要がある。そのため、購入情報の入力時において入力ミスが生じることが懸念される。また、サーバにより発行された購入情報を、複数の記録装置に入力することで、不正にサービスの提供を受けることが可能になることも懸念される。

【0005】

本発明は、上記課題に鑑みたものであり、購入情報に対する入力ミスや不正使用を抑制することができるサービス提供システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

上記課題を解決するために本発明に係るサービス提供システムでは、記録装置と、端末と、サーバと、を備えており、記録装置は、装置側コントローラと、ユーザインタフェースと、記録エンジンと、を有している。サーバとネットワークを介して接続されておらず、端末は、サーバとネットワークを介して接続されている。装置側コントローラは、購入情報に応じた利用枠まで、記録エンジンにより被記録媒体に画像を記録させることが可能な記録処理と、自装置の識別情報を少なくとも含む第１暗号化情報を出力する出力処理と、を実行する。端末は、購入情報をサーバから購入する場合に、第１暗号化情報の入力操作を受付け、入力された第１暗号化情報をサーバに送信する。サーバのサーバ側コントローラは、端末からの第１暗号化情報を受信した場合に、第１暗号化情報に識別情報が含まれているか否かを判断するサーバ側判断処理と、識別情報が含まれていると判断された場合に、購入情報と、第１暗号化情報に含まれていた識別情報とを含む第２暗号化情報を端末に送信する送信処理と、を実行する。装置側コントローラは、ユーザインタフェースを介して第２暗号化情報の入力を受付けた場合に、第２暗号化情報に識別情報が含まれるか否かを判断する装置側判断処理と、識別情報が含まれると判断された場合に、第２暗号化情報に含まれる購入情報に応じて、記録処理の利用枠を追加する追加処理と、を実行する。利用枠は、記録装置により実行可能な記録処理の上限を定める情報である。例えば、利用枠は、被記録媒体の枚数、被記録媒体がロール紙である場合の記録可能な被記録媒体の長さ、インクやトナー等の記録媒体の量、更には、記録媒体の打ち込み量（デューティ）を含む概念である。

【0007】

上記構成では、記録装置の管理者は、購入情報をサーバから購入する場合に、端末を操作することで、記録装置により出力された第１暗号化情報を端末からサーバに送信する。サーバでは、サーバ側コントローラにより第１暗号化情報に識別情報が含まれていると判断された場合に、購入情報と、第１暗号化情報に含まれていた識別情報とを含む第２暗号化情報を端末に送信する。管理者は、端末を操作して、サーバから受信した第２暗号化情報を、記録装置のユーザインタフェースを介して記録装置に入力する。記録装置では、装置側コントローラにより、入力された第２暗号化情報に識別情報が含まれると判断された場合に、第２暗号化情報に含まれる購入情報に応じて利用枠を追加する。これにより、記録装置の管理者が利用枠を前払いする際に、記録装置とサーバとは、記録装置を識別する識別情報の有無に応じて、一方から送信される情報の確かさを判断することができる。また、記録装置に対してサーバが発行した購入情報は、識別情報とともに端末を介して記録装置に入力されるため、購入情報を他の記録装置に対して不正に使用することを防止することができる。

【0008】

本発明は、種々の形態により実現することが可能であり、サービス提供システムを構成する記録装置や、サーバのサーバ側コントローラが実行する制御プログラム、方法の発明としても実現することができる。

【発明の効果】

【0009】

本発明によれば、購入情報の入力ミスや不正使用を防止できるプリペイド型のサービスを提供することができる。

【図面の簡単な説明】

【0010】

【図1】サービス提供システムの構成図。

【図2】管理情報を説明する図。

【図3】アクティベーション処理を説明するタイミングチャート。

【図4】購入チケットの購入時における処理を説明するタイミングチャート。

【図5】購入チケットの購入時におけるデータの流れを説明する図。

【図6】図４のＳ３８で実行される処理を説明するフローチャート。

【図7】第２実施形態において図４のＳ３１で実行される処理を説明するフローチャート。

【図8】図４のＳ３６で実行される処理を説明するフローチャート。

【図9】第３実施形態に係る購入チケットの購入時における処理を説明するフローチャート。

【図10】第４実施形態に係る購入チケットの購入時における処理を説明するタイミングチャート。

【発明を実施するための形態】

【0011】

（第１実施形態）
本実施形態係に係るサービス提供システムを、図面を参照しつつ説明する。
図１に示すサービス提供システム１００は、ＭＦＰ（Multifunction Peripheral/Printer/Productの略称）１０と、端末２０と、サーバ３０とを備えている。サーバ３０と、端末２０とはネットワーク２００に接続されている。本実施形態では、ネットワーク２００は、インターネットであってもよいし、ローカルエリアネットワーク（ＬＡＮ）であってもよいし、ＬＡＮとインターネットとの組み合わせであってもよい。また、ネットワーク２００は、有線の他、無線でもよいし有線と無線の組み合わせにより構成されていてもよい。具体的には、サーバ３０とＭＦＰ１０とは、ネットワークの一部を構成する不図示のルータとの間で無線により接続されている。本実施形態では、ＭＦＰ１０が記録装置の一例である。

【0012】

上記構成のサービス提供システム１００では、ＭＦＰ１０と端末２０とは、記録サービスを提供する店舗に配置されており、サーバ３０は各店舗を管理する本店等に配置されている。記録サービスの提供を受けるユーザは、店舗上で、店舗管理者に料金を支払うことにより、ＭＦＰ１０を使用して記録サービスの提供を受けることができる。また、ＭＦＰ１０による利用枠は、サーバ３０によりプリペイド方式で管理されており、店舗管理者は、ＭＦＰ１０の利用が利用枠の上限に達した場合に、端末２０を操作することで、サーバ３０から購入チケットを購入する。購入チケットは、利用枠を追加する情報であり、本実施形態では、記録可能な記録媒体の数である。例えば、購入チケットでは、１００枚の利用枠で、サーバ３０から購入することが可能である。

【0013】

ＭＦＰ１０のハードウェア構成について説明する。ＭＦＰ１０は、バス１１、記録エンジン１２、読取部１３、ユーザインタフェース１４、コントローラ１７及びメモリ１８を備えている。ＭＦＰ１０を構成する各部は、バス１１を介して通信可能に接続されている。以下では、インタフェースを単にＩＦ（Interface）とも称す。

【0014】

ユーザＩＦ１４は、ＭＦＰ１０を操作するユーザとコントローラ１７との間に介在するインタフェースである。具体的には、ユーザＩＦ１４は、タッチパネル１５と、操作キー１６とを備えている。タッチパネル１５は、ユーザによる操作を受付けるための操作アイコンを表示し、操作アイコンが受付けた操作に応じた信号をコントローラ１７に出力する。操作キーは、ユーザによる操作を受付け、受付けた操作に応じた信号をコントローラ１７に出力する。なお、ユーザＩＦ１４は、バス１１に直接接続されるもの以外も、不図示の入出力ＩＦを介してバス１１に接続可能な外部装置であってもよい。この場合においても、ユーザＩＦ１４は、ユーザによる操作を受付けるタッチパネル又は操作キーを備えるものであってもよい。

【0015】

記録エンジン１２は、シートやディスクなどの被記録媒体に画像を印刷するプリント動作を実行する。具体的には、コントローラ１７は、印刷ジョブを解析し、被記録媒体に対して記録媒体を吐出することにより画像を印刷する。記録エンジン１２の記録方式としては、記録媒体としてのインクを吐出するインクジェット方式や、感光体にトナー像を形成し、形成されたトナー像を被記録媒体に転写する電子写真方式などを採用することができる。読取部１３は、原稿に記録されている画像を読み取って画像ファイルを生成するスキャン動作を実行する。コントローラ１７は、読取部１３に、ＡＤＦ（Auto Document Feeder）又は読取り台にセットされた原稿を読み取らせることで、画像ファイルを作成させ、作成された画像ファイルを、印刷ジョブとして記録エンジン１２に印刷させることができる。また、ＭＦＰ１０は、複数の動作を組み合わせた複合動作を実行可能であってもよい。記録エンジン１２によるプリント動作と、読取部１３によるスキャン動作とを組み合わせたコピー動作は、複合動作の一例である。なお、ＭＦＰ１０は、ＦＡＸプロトコルに準拠した方式で画像データを送受信するＦＡＸ部を備えていてもよい。

【0016】

コントローラ１７は、ＣＰＵや、ＡＳＩＣ（Application Specific Integrated Circuitの略称）等により構成されており、ＭＦＰ１０を構成する各部を制御する。メモリ１８は、ＲＡＭ、ＲＯＭ、フラッシュメモリーが組み合わされて構成されており、コントローラ１７が実行する各種プログラムを保存している。本実施形態では、コントローラ１７が装置側コントローラの一例である。

【0017】

次に、サーバ３０の構成について説明する。サーバ３０は、バス３１と、コントローラ３２と、ユーザＩＦ３３と、通信ＩＦ３４と、メモリ３５とを備えている。これらの構成要素は、バス３１を介して互いに通信可能にされている。

【0018】

ユーザＩＦ３３は、ユーザとサーバとの間に介在するインタフェースであり、ユーザによる操作を受付ける操作キーを備えている。通信ＩＦ３４は、サーバ３０をネットワーク２００に接続する。また、通信ＩＦ３４は、端末２０との間で、基地局を介した移動通信システムを利用した無線通信を行うものであってもよい。

【0019】

コントローラ３２は、ＣＰＵを備え、メモリ３５に記憶されたプログラムを実行することで、サーバ３０の各部を制御する。メモリ３５は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリーが組み合わされて構成されている。また、メモリ３５は、コンピュータであるコントローラ３２が読み取り可能なストレージ媒体であってもよい。コントローラ３２が読み取り可能なストレージ媒体とは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。本実施形態では、コントローラ３２がサーバ側コントローラの一例である。

【0020】

メモリ３５には、ＯＳ（Operating Systemの略称）４０と、メールアプリ４１と、制御プログラム４２と、が記憶されている。以下では、プログラムを実行するコントローラ３２のことを、単にプログラム名でも記載する場合がある。例えば、「制御プログラム４２が」という記載は、「制御プログラム４２を実行するコントローラ３２が」ということを意味する場合がある。なお、メールアプリ４１及び制御プログラム４２の機能には、ＯＳ４０の機能を利用して実現するものも含む。

【0021】

なお、本実施形態では、主に、プログラムに記述された命令に従ったコントローラの処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、コントローラの処理を表している。コントローラ３２による処理は、ＯＳ４０を介したハードウェア制御も含む。なお「取得」は要求を必須とはしない概念で用いる。すなわち、コントローラ３２が要求することなくデータを受信するという処理も、「ＣＰＵがデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能な形式で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。

【0022】

ＯＳ４０は、メールアプリ４１と制御プログラム４２とに対して、ＯＳ４０が備える機能の利用、及びメールアプリ４１と制御プログラム４２との間の通信を可能にするＡＰＩ（Application Programming Interface）を備えている。メールアプリ４１は、端末２０との間でメールの送受信を行うことが可能なアプリケーションプログラムである。メールアプリ４１は、メールアドレスを宛先としてメールを送信するアプリケーションの他、電話番号を宛先としてメールを送信するＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅの略称）であってもよい。制御プログラム４２は、各店舗に備えられたＭＦＰ１０を管理するための処理を行うプログラムである。制御プログラムによる具体的な処理については後述する。

【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】

一方、コントローラ１７は、Ｓ４２で、シリアルナンバーＮ１又は乱数Ｎ２が一致しないと判断した場合（Ｓ４２でＮＯ）、トークンＮ４から復号化された購入チケットは適正でないと判断し、Ｓ４４に進む。Ｓ４４では、コントローラ１７は、ユーザＩＦ１４に、トークンＮ４の入力が適正に行われなかったことを表示させる異常報知を行う。例えば、タッチパネル１５に、トークンＮ４の入力が適正でないため、店舗管理者に、再度のトークンＮ４の再入力を促す画面を表示させる。また、再入力されたトークンＮ４にてS４２の判断が否定された場合、コントローラ１７は、店舗管理者にワンタイムキーの再入力を促す異常報知を行ってもよい。店舗管理者は、異常報知を認識した場合、端末２０を操作して、ワンタイムキーの入力操作を再度行う。

【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】

Ｓ５３では、管理情報ＡＣに記録されている全ての消耗品に対して不足の有無を判断したか否かを判断する。Ｓ５３を否定判定すると、Ｓ５４に進み、不足の有無を判断する消耗品を変更する。そして、Ｓ５１に進み、変更後の消耗品に対して不足しているか否かを判断する。一方、Ｓ５３を肯定判定すると、Ｓ５５に進み、通知対象となる消耗品が存在するか否かを判断する。Ｓ５２で、通知対象となる消耗品を設定している場合、Ｓ５５を肯定判定して、Ｓ５６に進み、Ｓ５２で通知対象に設定した消耗品を対象とする通知処理を行う。Ｓ５６を終了した場合、図４のＳ４０に進む。なお、Ｓ５５で、通知対象となる消耗品が存在しないと判断すると、図４のＳ４０に進む。

【0085】

以上説明した本実施形態では、コントローラ１７は、ＭＦＰ１０における消耗品の残量を示す消耗品情報を、ワンタイムキーに含め、制御プログラム４２は、消耗品情報に応じて判断される利用枠が、トークンに含ませる購入チケットに応じた利用枠よりも下回っているか否かを判断し、下回っていると判断された場合に、ＭＦＰ１０宛に消耗品を発送させるための処理を実行する。これにより、消耗品が必要になると予測される場合に、ＭＦＰ１０宛に消耗品を発送させるための処理が行われるため、ＭＦＰ１０の管理における利便性をいっそう高めることができる。

【0086】

（第４実施形態）
第４実施形態では、第１実施形態と異なる構成を主に説明を行う。なお、第４実施形態において、第１実施形態と同じ個所には同じ符号を付し、その説明は繰り返さない。

【0087】

本実施形態では、ＭＦＰ１０のコントローラ１７は、トークンの入力を受付ける前に、ワンタイムキーを再出力する操作を受付けた場合に、ワンタイムキーを再出力する。図１０は、本実施形態に係る、ＭＦＰ１０、端末２０及びサーバ３０で実行される処理を説明するタイミングチャートである。

【0088】

ＭＦＰ１０では、コントローラ１７により、Ｓ３１で、ワンタイムキーが作成され、Ｓ３２で、作成されたワンタイムキーがタッチパネル１５により表示される。サーバ３０側では、制御プログラム４２により、Ｓ３５で、シリアルナンバーの一致を判断すると、Ｓ３６で、トークンが作成される。そして、Ｓ３７においてトークンが端末２０に送信されている。

【0089】

その後、例えば、店舗管理者は、トークンを含むメールデータを紛失したことにより、ＭＦＰ１０を操作して、ワンタイムキーの再出力を要求したとする。ＭＦＰ１０のコントローラ１７は、ワンタイムキーの出力後に、トークンの入力を受付けていないことを条件に、Ｓ１０１で、ワンタイムキーを再出力する。Ｓ１０１で再出力されるワンタイムキーは、Ｓ３２で出力されたワンタイムキーと同じ番号である。

【0090】

店舗管理者は、端末２０を操作して、ワンタイムキーを再入力する。端末２０は、ワンタイムキーの入力を受付けると、Ｓ１０２で、受付けたワンタイムキーをサーバ３０に送信する。サーバ３０では、端末２０から送信されたワンタイムキーを受信すると、Ｓ１０３では、制御プログラム４２は、受信したワンタイムキーを用いて、課金処理が完了しているか否かを判断する課金判定を行う。本実施形態では、制御プログラム４２は、ワンタイムキーを復号化することで、乱数を取り出す。制御プログラム４２は、取り出された乱数が、端末２０から前回送信されたワンタイムキー（Ｓ３３）に含まれる乱数と一致する場合に、課金処理が完了していると判断する。これ以外にも、端末２０から今回送信されたワンタイムキーが、端末２０から前回送信されたワンタイムキーと一致する場合に、課金処理が完了していると判断してもよい。

【0091】

制御プログラム４２は、課金処理が完了していると判断すると、Ｓ１０４でトークンを再作成する。Ｓ１０４で作成されるトークンは、Ｓ３６で作成されたトークンと同じ情報である。制御プログラム４２は、Ｓ１０５で、再作成されたトークンを端末２０にメールにより送信する。

【0092】

端末２０では、Ｓ１０６で、トークンが含まれるメールを受信すると、トークンを表示する。店舗管理者は、端末２０により表示されたトークンを確認すると、ＭＦＰ１０のユーザＩＦ１４を操作して、トークンを入力する。なお、説明は省略するが、その後、コントローラ１７では、図４で示したＳ４１～Ｓ４４の処理が実行される。

【0093】

以上説明した本実施形態では、以下の効果を奏することができる。
コントローラ１７は、ユーザＩＦ１４を介してトークンの入力を受付ける前に、ユーザＩＦ１４を介してワンタイムキーの再出力を要請する操作を受付けた場合に、要請されたワンタイムキーを再出力する。これにより、例えば、端末２０を操作する店舗管理者が、ワンタイムキーを紛失した場合でも、ＭＦＰ１０からワンタイムキーを再度出力させることができる。

【0094】

サーバ３０の制御プログラム４２は、端末２０から再出力されたワンタイムキーを受信した場合に、再出力されたワンタイムキーに基づいて、既に、課金処理が完了しているか否かを判断し、課金処理が完了していると判断された場合、トークンを端末に再送信する。これにより、店舗管理者により、ワンタイムキーの再出力が要請された場合に、既にサーバ３０への課金が完了していれば、再度の課金が行われることなく、トークンが端末２０に送信される。これにより、ＭＦＰ１０の管理における利便性をいっそう高めることができる。

【0095】

（その他の実施形態）
本明細書で開示される技術は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の形態に変形することができ、例えば次のような変形も可能である。
記録装置は、ＭＦＰ１０に限らず、記録処理のみを行うプリンタであってもよい。

【0096】

第１暗号化情報は、店舗管理者が端末２０を操作して、サーバ３０に送信できる情報であればよく、ユーザＩＦ１４が音声出力を行える場合に、ＭＦＰ１０は、音声によりワンタイムキーを出力するものであってもよい。これ以外にも、第１暗号化情報は、文字情報に限らず、バーコードやＱＲコード（登録商標）といった図形情報であってもよい。

【0097】

第２暗号化情報は、店舗管理者がＭＦＰ１０のユーザＩＦ１４を操作して入力できる情報であればよく、トークンに限定されない。これ以外にも、第２暗号化情報は、文字情報に限らず、バーコードやＱＲコード（登録商標）といった図形情報であってもよい。

【符号の説明】

【0098】

１０…ＭＦＰ、１２…記録エンジン、１４…ユーザＩＦ、１７…コントローラ、２０…端末、３０…サーバ、３２…コントローラ、３５…メモリ、４２…制御プログラム、１００…サービス提供システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】