JP7608840B2 - プログラム、移行システム、及び移行方法 - Google Patents

Description

本発明は、プログラム、移行システム、及び移行方法に関する。

特許文献１には、メモリカードを装着するカードインタフェース手段を備え、メモリカードに記憶された印刷可能枚数に基づいて印刷を実行するプリンタについて記載されている。プリンタを使用するユーザは、メモリカードの印刷可能枚数だけ、印刷をプリンタに実行させることができる。ユーザは、印刷可能枚数を購入することで、印刷サービスを継続して利用することができる。

特開２００２－１３７５０１号公報（図３、図４）

上述した特許文献１の印刷サービスでは、プリンタが故障した場合や、プリンタの消耗品を消費した場合など、プリンタを交換する必要が生じる。このため、古いプリンタから新しいプリンタへ、どのようにして印刷可能枚数を引き継ぐべきかが問題となる。

そこで、本明細書は、ユーザにとって利便性の高い記録サービスを提供できるプログラム、移行システム、及び移行方法を開示する。

本明細書によって開示されるプログラムは、記録装置及びサーバと通信可能な情報処理装置のコンピュータに実行させるプログラムであって、前記記録装置は、記録媒体に記録動作を実行する記録部を備え、前記サーバは、前記記録装置を識別する記録装置識別情報と、前記記録部による記録を許可するサーバ側記録許可量に係わるサーバ側記録許可情報とを対応付けて記憶するサーバ記憶部を備え、前記コンピュータに、前記記録装置である第１記録装置を識別する第１記録装置識別情報に対応付けて前記サーバ記憶部に記憶された前記サーバ側記録許可情報を、第２記録装置を識別する第２記録装置識別情報に対応付けて前記サーバ記憶部に記憶させる処理を前記サーバに実行させる移行命令を、前記サーバに送信する移行処理を、実行させる。

また、本明細書に開示の内容は、情報処理装置のコンピュータに実行させるプログラムとしての実施に限らず、例えば、記録装置、サーバ、情報処理装置を備える移行システムとして実施しても良く、移行システムにおける移行方法として実施しても有益である。

上記構成のプログラム、移行システム、移行方法によれば、ユーザにとって利便性の高い新規な記録サービスを実現することができる。

本明細書の実施例に係る印刷システムの構成図である。 図１に示すプリンタ管理テーブルの説明図である。 図１に示すサーバ管理テーブルの説明図である。 初期デバイス設定処理が実行された場合のシーケンス図である。 携帯端末装置のディスプレイに表示するメニュー画面を示す図である。 携帯端末装置が実行する印刷処理のフローチャートである。 図６に示す印刷処理が実行された場合におけるシーケンス図である。 プリンタが実行する非印刷時同期処理のフローチャートである。 携帯端末装置が実行するチャージ処理のフローチャートである。 図１に示すディスプレイに表示されるチャージ画面である。 図９に示すチャージ処理が実行された場合のシーケンス図である。 携帯端末装置が実行する申請処理のフローチャートである。 図１２に示す申請処理が実行された場合におけるシーケンス図である。 申請処理において携帯端末装置のディスプレイに表示する表示画面の遷移を示す図である。 携帯端末装置が実行する引き継ぎ処理のフローチャートである。 図１５に示す引き継ぎ処理が実行された場合におけるシーケンス図である。 引き継ぎ処理において携帯端末装置のディスプレイに表示する表示画面の遷移を示す図である。 図１５に示す引き継ぎ処理の実行前後における、交換前及び交換後のプリンタに対応するサーバ管理テーブルのデータを示す図である。 その他の実施形態を示す図である。

（印刷システム１の構成）
図１は、本明細書の実施例に係る印刷システム１の構成図である。印刷システム１は、ユーザに提供される印刷サービスに用いられるものである。印刷サービスは、プリンタ２０によって印刷可能な用紙の枚数である印刷可能枚数に対してユーザが課金することにより、ユーザが印刷可能となるサービスである。ユーザがこの印刷サービスを申し込むときに初期費用を支払うことにより、ユーザに対して所定の印刷可能枚数（例えば２０００枚）が付与される。以下の説明では、印刷可能枚数を設定することや、追加で課金して印刷可能枚数を増加させることを、「チャージする」という場合がある。

また、本実施例においてプリンタ２０は、例えば、インクジェットプリンタである。ベンダからユーザに送付されるプリンタ２０には、ユーザに対して付与された所定の印刷可能枚数以上（例えば２０００枚+α枚）の印刷をするために必要な量のインクが充填されている。このため、本印刷サービスでは、ユーザは、プリンタ２０を入手した後、初期費用を支払うことにより付与された印刷可能枚数の印刷を行うまでの間に、プリンタ２０にインクを充填したり、インクカートリッジを交換したりする手間が不要となる。したがって、本印刷サービスは、プリンタ２０へのインクの補充作業が不要となり、ユーザにとっての利便性が高いサービスである。

また、ユーザが初期費用の支払いにより付与された所定の印刷可能枚数を超えて印刷を行いたい場合は、追加の費用を支払う。そして、追加の印刷可能枚数を購入することにより、ユーザはプリンタ２０を継続して利用可能である。ユーザが追加の印刷枚数の購入を繰り返したために、初期費用の支払いにより入手したプリンタ２０のインク残量が少なくなった場合には、プリンタ２０の交換をユーザが申請することによりプリンタ２０が交換されることによって、印刷サービスが継続される。尚、上記α枚は印刷サービスを提供するベンダによって適宜設定される枚数である。

印刷システム１は、携帯端末装置１０、プリンタ２０及びサーバ３０を備えている。携帯端末装置１０とプリンタ２０とは、ルータ２を介して相互に通信可能に、有線又は無線によって（例えば、ＬＡＮによって）接続されている。また、携帯端末装置１０とサーバ３０とは、ルータ２及びインターネット３を介して相互に通信可能に接続されている。さらに、プリンタ２０とサーバ３０とは、ルータ２及びインターネット３を介して相互に通信可能に接続されている。尚、上記したネットワークの構成は、一例である。例えば、サーバ３０をＬＡＮ内に配置しても良い。また、サーバ３０に接続される携帯端末装置１０やプリンタ２０は、複数台でも良く、１つのプリンタ２０に対して複数の携帯端末装置１０を接続しても良い。即ち、後述する印刷処理やチャージ処理を実行する携帯端末装置１０は、複数台存在しても良く、印刷を実行するプリンタ２０を、複数のプリンタ２０から選択しても良い。

（携帯端末装置１０の構成）
携帯端末装置１０は、用紙（本願の記録媒体の一例）に対して画像の印刷をプリンタ２０に実行させるものである。携帯端末装置１０は、例えば、スマートフォンである。携帯端末装置１０は、端末ＣＰＵ１１、端末記憶部１２、近距離通信部１３、ディスプレイ１４、入力Ｉ／Ｆ（インタフェースの略）１５、画像取得部１６、及び、外部通信部１７を備えている。これらの構成要素は、バス１８を介して互いに通信可能とされている。

端末記憶部１２は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、端末ＣＰＵ１１が備えるバッファなどが組み合わされて構成されている。端末記憶部１２には、端末プログラム１２Ａ、アプリケーションプログラム（以下、アプリケーションという場合がある）１２Ｂ、印刷データ１２Ｃが記憶されている。端末プログラム１２Ａは、携帯端末装置１０を統括的に制御するプログラムであり、アプリケーション１２Ｂに基本的な機能やサービスを提供する。端末プログラム１２Ａは、例えば、Ａｎｄｒｏｉｄ（登録商標）ＯＳやｉＯＳ（登録商標）である。また、携帯端末装置１０が例えばＰＣである場合、端末プログラム１２Ａは、Ｗｉｎｄｏｗｓ（登録商標）ＯＳなどである。アプリケーション１２Ｂは、例えば、プリンタ２０のベンダから提供されるプログラムであり、端末プログラム１２Ａの機能等を利用して、プリンタ２０に対する設定処理や印刷命令、サーバ３０に対するチャージ命令等、後述する各種処理を実行するプログラムである。端末ＣＰＵ１１は、端末プログラム１２Ａやアプリケーション１２Ｂを実行し、携帯端末装置１０の制御やサーバ３０への命令等を実行する。印刷データ１２Ｃは、印刷処理の対象となる画像をプリンタ２０が解釈可能なデータ形式に変換されたものである。また、端末記憶部１２は、プリンタ２０の印刷可能枚数の記憶にも用いられる。携帯端末装置１０は、後述するように、例えば、サーバ３０から取得した印刷可能枚数を端末記憶部１２に記憶し、記憶した印刷可能枚数の情報を図１０のチャージ画面７１（印刷可能枚数表示部７２）の表示等に使用する。

尚、以下の説明では、端末プログラム１２Ａやアプリケーション１２Ｂを端末ＣＰＵ１１で実行する携帯端末装置１０のことを、単に装置名で記載する場合がある。例えば、「携帯端末装置１０は」という記載は、「端末プログラム１２Ａやアプリケーション１２Ｂを端末ＣＰＵ１１で実行する携帯端末装置１０は」ということを意味する場合がある。また、後述するプリンタプログラム２６Ｂ１をプリンタＣＰＵ２６Ａで実行するプリンタ２０や、サーバプログラム３２Ｂ１をサーバＣＰＵ３２Ａで実行するサーバ３０についても同様である。

近距離通信部１３は、プリンタ２０と近距離にて無線通信するものである。近距離通信部１３は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ（Near Field Communicationの略）によって、後述するプリンタ２０の近距離通信部２１と無線通信を行う。ディスプレイ１４は、各種情報を表示するものであり、ＬＣＤや有機ＥＬディスプレイ等を採用できるが、特にこれらに限定されない。入力Ｉ／Ｆ１５としては、ディスプレイ１４と一体的に構成されているタッチパネルを採用でき、ディスプレイ１４に表示されたアイコン等へのユーザの操作を受け付ける。また、入力Ｉ／Ｆ１５は、キーボード、マウス等でも良い。

画像取得部１６は、例えば携帯端末装置１０が備えるカメラ（図示省略）によって撮影された画像を取得する。また、画像取得部１６は、外部装置に相当するＨＤＤ等と接続されて画像を取得しても良い。画像取得部１６によって取得された画像は、印刷データ１２Ｃに変換されて端末記憶部１２に記憶される。

外部通信部１７は、例えば、Ｗｉ－Ｆｉ（登録商標）の通信規格に準じた無線通信により、ルータ２との間でデータを送受信する。外部通信部１７は、ルータ２を介してプリンタ２０に接続されている。また、外部通信部１７は、ルータ２及びインターネット３を介してサーバ３０に接続されている。尚、外部通信部１７は、ＬＡＮケーブル等の有線通信によりルータ２と接続される構成でも良い。

（プリンタ２０の構成）
プリンタ２０は、例えば、インクジェット方式のカラー印刷機である。プリンタ２０は、近距離通信部２１、外部通信部２２、タンク部２３、インク残量検出部２４、印刷部２５、ユーザＩ／Ｆ２７及び、プリンタ制御部２６を備えている。外部通信部２２は、ネットワークを介して接続された外部装置（本実施例では携帯端末装置１０及びサーバ３０）と相互に信号の送受信を行うものである。タンク部２３は、インクを貯留するものである。本実施例においてインクは４種類あり（マゼンタＭ、シアンＣ、イエローＹ及びブラックＢＫ）、タンク部２３は、インクの種類毎に複数設けられている。即ち、プリンタ２０は、複数のタンク部２３を用いて４種類のインクそれぞれを独立させて貯留する。尚、本実施例において、ベンダからユーザにプリンタ２０が供給される際には、複数のタンク部２３それぞれには、例えば、単色カバレッジを５％とした場合において、所定枚数の用紙を印刷可能なインクの量が充填されている。所定枚数とは、印刷サービスを申し込んだユーザに付与される印刷可能枚数よりも多い枚数であり、印刷サービスを提供するベンダが適宜設定可能である。

また、タンク部２３は、ユーザがインクを充填不能に設けられている。具体的には、タンク部２３は、ユーザによっては触れることができない位置に配置されている。また、タンク部２３は、プリンタ２０に着脱不能に固定されている。インク残量検出部２４は、タンク部２３に貯留されたインクの残量であるインク残量を検出するものである。インク残量検出部２４は、タンク部２３に配置され、インクの液面の高さを検出することにより、インク残量を検出する光学センサである。インク残量検出部２４は複数のタンク部２３それぞれに配置され、複数のタンク部２３それぞれのインク残量を検出する。尚、プリンタ２０は、タンク部２３をユーザが交換可能な構成でも良い。

印刷部２５は、タンク部２３に貯留されたインクを用いて印刷を実行する。印刷部２５は、印刷データ１２Ｃ等の画像を、既知のインクジェット方式で用紙に印刷するための処理を実行する。ユーザＩ／Ｆ２７は、例えば、タッチパネル、押しボタンスイッチ等であり、ユーザからの操作入力の受け付けや各種の情報の表示を行う。プリンタ制御部２６は、プリンタ２０を統括制御するものである。プリンタ制御部２６は、プリンタＣＰＵ２６Ａ、プリンタ記憶部２６Ｂを備えている。尚、上記したプリンタ２０の構成は、一例である。例えば、プリンタ２０は、タッチパネル等のユーザＩ／Ｆ２７を備えない構成でも良い。

プリンタＣＰＵ２６Ａは、プリンタ記憶部２６Ｂ内のプリンタプログラム２６Ｂ１を実行することで、プリンタ２０の動作を制御する。プリンタプログラム２６Ｂ１は、プリンタ２０を統括的に管理するプログラムであり、プリンタ２０に各種処理を実行させるプログラムである。プリンタ記憶部２６Ｂは、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、及び、プリンタＣＰＵ２６Ａが備えるバッファなどが組み合わされて構成されている。

また、プリンタ記憶部２６Ｂには、プリンタ管理テーブルＰＴが記憶されている。プリンタ管理テーブルＰＴは、印刷サービスの利用に関して、プリンタ２０に関する情報が記憶されたテーブルである。プリンタ管理テーブルＰＴに記憶された情報は、後述する各種処理が実行される場合に適宜使用される。プリンタ管理テーブルＰＴには、図２に示すように、デバイスＩＤ、印刷可能枚数、インク残量、アクティベーション情報、デバイス設定、及び同期日時が対応付けられて記憶されている。

デバイスＩＤは、例えば、プリンタ２０のベンダによって設定されたシリアル番号であり、任意のプリンタ２０を他のプリンタ２０と識別できる固有の情報である。尚、デバイスＩＤは、シリアル番号に限らず、例えば、近距離通信部２１や外部通信部２２の有線のＭＡＣアドレス、無線のＭＡＣアドレスでも良い。印刷可能枚数は、プリンタ２０によって印刷を実行可能な用紙の枚数を示すものである。プリンタ２０を利用するユーザは、プリンタ管理テーブルＰＴに記憶された印刷可能枚数だけ印刷することができる。印刷可能枚数は、ユーザによって課金されることにより、課金された額に応じた枚数が加算（チャージ）される。一方、印刷可能枚数は、プリンタ２０の印刷によって使用された用紙の枚数が減算される。印刷可能枚数の加算及び減算についての詳細は後述する。

インク残量は、インク残量検出部２４によって検出されたインク残量を示すものである。プリンタ２０は、例えば、インクの補充、ノズルチェック、印刷等のインクを使用する動作を実行した後、インク残量検出部２４によって検出したインク残量をプリンタ管理テーブルＰＴに記憶する。アクティベーション情報は、オン状態に設定された場合に印刷部２５による印刷の実行が許容され、オフ状態に設定された場合に印刷部２５による印刷の実行が制限されることを示すものである。印刷の実行の制限とは、例えば、印刷部２５によって印刷できない状態にプリンタ２０をすることをいう。尚、図２、図３に示す「〇」はオン状態に設定されていることを示し、「×」は、オフ状態に設定されていることを示している。デバイス設定は、プリンタ２０の機能（印刷等）及び各機能の設定（用紙サイズ、カラー、倍率等）、ユーザＩ／Ｆ２７に表示する言語等の設定情報である。同期日時は、サーバ３０との間で、前回（直近）の同期処理を実行した日時である。ここでいう同期処理とは、例えば、サーバ３０とプリンタ２０の印刷可能枚数を一致させる処理である。尚、本実施形態における同期処理は、本願の更新処理の一例である。本願の更新処理とは、印刷可能枚数や印刷済の枚数（後述する図１９参照）など、記録許可量（印刷量など）に関する情報に関し、サーバ３０とプリンタ２０との間で通信して一方の記録許可量の情報に基づいて他方を最新の情報に更新する処理を含む。従って、更新処理とは、同期処理のような同じ印刷可能枚数の情報をサーバ３０とプリンタ２０の両方で持つ処理（一致させる処理）に限らず、一方の情報に基づいて他方の情報を更新した結果、印刷可能枚数を一致させる処理を含む概念である。別の実施形態については、図１９で詳述する。

（サーバ３０の構成）
サーバ３０は、図１に示すように、外部通信部３１及びサーバ制御部３２を備えている。外部通信部３１は、ネットワークを介して接続された携帯端末装置１０やプリンタ２０と通信を実行する。サーバ制御部３２は、サーバ３０を統括制御するものである。サーバ制御部３２は、サーバＣＰＵ３２Ａ及びサーバ記憶部３２Ｂを備えている。サーバＣＰＵ３２Ａは、サーバ記憶部３２Ｂ内のサーバプログラム３２Ｂ１を実行することで、サーバ３０の動作を制御する。サーバプログラム３２Ｂ１は、サーバ３０を統括的に管理するプログラムであり、サーバ３０に各種処理を実行させるプログラムである。

サーバ記憶部３２Ｂは、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＨＤＤ、及び、サーバＣＰＵ３２Ａが備えるバッファなどが組み合わされて構成されている。また、サーバ記憶部３２Ｂには、サーバ管理テーブルＳＴが記憶されている（図３）。サーバ管理テーブルＳＴは、印刷サービスを利用するにあたって必要な情報が記憶されたテーブルである。サーバ管理テーブルＳＴは、印刷サービスを利用する各プリンタ２０の情報が、プリンタ２０のデバイスＩＤに関連付けて記憶され、ベンダによって管理されている。サーバ管理テーブルＳＴに記憶された情報は、後述する各種処理が実行される場合に適宜使用される。

サーバ管理テーブルＳＴには、図３に示すように、デバイスＩＤ、印刷可能枚数、アクティベーション情報、交換申請情報、及び、チャージ予定枚数が対応付けられて記憶されている。デバイスＩＤ、印刷可能枚数、アクティベーション情報は、上述したプリンタ管理テーブルＰＴと同じデータであり、同じデバイスＩＤに対応するプリンタ管理テーブルＰＴのデータが記憶される。

本実施例では、サーバ３０は、印刷サービスを利用する複数のプリンタ２０について、デバイスＩＤと印刷可能枚数を関連付けたサーバ管理テーブルＳＴによって、各プリンタ２０の印刷可能枚数を管理する。サーバ３０は、各ユーザの操作に応じて増減するプリンタ２０の印刷可能枚数を、プリンタ２０との間で同期する同期処理を実行することで、最新の印刷可能枚数をサーバ管理テーブルＳＴで管理する。

交換申請情報は、オン状態に設定された場合にプリンタ２０の交換が既に申請された状態であることを示し、オフ状態である場合にプリンタ２０の交換が未だ申請されていない状態であることを示すものである。チャージ予定枚数は、ユーザによってチャージされた印刷可能枚数で、まだプリンタ２０に反映していない印刷可能枚数である。尚、交換申請情報を、プリンタ２０のプリンタ管理テーブルＰＴに記憶して管理しても良い。

（初期デバイス設定処理）
次に、プリンタ２０の初期デバイス設定処理におけるユーザの作業、各装置の処理の内容について説明する。ユーザは、プリンタ２０を初めて購入し、ベンダからプリンタ２０が到着すると、図４に示す作業を行う。携帯端末装置１０、プリンタ２０、サーバ３０の各装置は、ユーザの作業に応じて各処理を実行する。尚、図４以降のシーケンス図では、ユーザ（人）による作業は、斜め左下向きの矢印で示している。また、図４以降に示す処理、作業の内容や順番は、一例である。また、プリンタ２０として、デバイスＩＤが「ｄｖ１」（図２参照）のプリンタ２０を設定する場合について説明する。

まず、図４のステップ（以下、単にＳと記載する）１１において、ユーザは、ユーザＩ／Ｆ２７を操作して、プリンタ２０の電源を投入する（Ｓ１１）。プリンタ２０は、電源が投入されると、プリンタプログラム２６Ｂ１をプリンタＣＰＵ２６Ａで実行し、プリンタ２０のシステムを起動する（Ｓ１３）。プリンタ２０は、システムを起動すると初期導入等を実行する。ここでいう、初期導入とは、例えば、印刷部２５による印刷を実行するための準備処理であり、印刷部２５のインクの充填処理、ノズルの詰まりのチェック処理などである。また、プリンタ２０は、初期導入が完了すると、印刷部２５のインク残量を印刷部２５で検出する。この時点では、インク残量ｉｎｋ１は、ほぼ満タンの残量となる。また、印刷可能枚数ｐｒ１は、何も設定されていないブランクの状態又はゼロ枚である。尚、プリンタ２０は、印刷可能枚数ｐｒ１を設定された後に、初期導入やインク残量の検出等を実行しても良い。

プリンタ２０は、システムの起動等を実行すると、通信設定を受け付け可能な状態へ移行する（Ｓ１５）。プリンタ２０は、近距離通信部２１や外部通信部２２へ電力を供給し、外部装置と通信可能な状態へ移行する。一方、携帯端末装置１０は、例えば、電源を投入されると、端末プログラム１２Ａを実行してシステムを起動した後、入力Ｉ／Ｆ１５に対する操作入力等に応じてアプリケーション１２Ｂを実行し、アプリケーションプログラムを起動する（Ｓ１７）。

また、ユーザは、プリンタ２０と携帯端末装置１０に対し、通信設定を適宜実行する。例えば、Ｗｉ－Ｆｉ（登録商標）の通信規格に応じた無線通信でプリンタ２０と携帯端末装置１０を接続する場合、プリンタ２０は、ユーザＩ／Ｆ２７のタッチパネルでルータ２のＳＳＩＤや暗号化キーの入力を受け付ける（Ｓ１５）。プリンタ２０は、受け付けたＳＳＩＤや暗号化キーに基づいて、ルータ２との間で、無線通信で接続を行う。同様に、携帯端末装置１０は、入力Ｉ／Ｆ１５に対する操作入力に基づいて、ルータ２と無線通信で接続する。携帯端末装置１０は、アプリケーション１２Ｂの起動や、起動後の所定の操作入力に基づいて（Ｓ１７）、同一ネットワーク上のプリンタ２０（外部通信部２２のＭＡＣアドレスなど）を検出し、Ｗｉ－Ｆｉ（登録商標）の通信規格に応じた無線通信でプリンタ２０と通信可能な状態となる（Ｓ１９）。また、プリンタ２０は、ルータ２を通じてサーバ３０と通信可能な状態となる。

尚、プリンタ２０と携帯端末装置１０とをルータ２に接続する方法は、上記した方法に限らない。例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信規格に準じた近距離無線通信で接続する場合、プリンタ２０は、ユーザＩ／Ｆ２７の特定のボタン操作（任意のボタンの長押し操作など）に基づいて、近距離通信部２１によりペアリングを実行するペアリングモードへ移行する（Ｓ１５）。また、携帯端末装置１０は、例えば、入力Ｉ／Ｆ１５に対する所定の操作入力に基づいて、端末プログラム１２ＡのＯＳの機能に利用し、近距離通信部１３により近距離無線通信でプリンタ２０と接続を実行する（Ｓ１９）。ここでいう所定の操作入力とは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）の通信により検索したプリンタ２０を選択される操作である。そして、携帯端末装置１０は、近距離無線通信の接続に応じて、Ｗｉ－Ｆｉ（登録商標）の無線通信の接続に必要なルータ２のＳＳＩＤや暗号化キーをプリンタ２０との間で近距離無線通信により交換し、プリンタ２０の通信設定を実行しても良い。

携帯端末装置１０は、例えば、Ｓ１９で検出したプリンタ２０の一覧をディスプレイ１４に表示し、プリンタ２０の選択を受け付ける。携帯端末装置１０は、例えば、選択されたプリンタ２０が初めて接続するプリンタ２０である場合、そのプリンタ２０の情報を要求する（Ｓ１９）。尚、ここでいう初めて接続するプリンタ２０とは、例えば、過去に印刷データ１２Ｃ等のデータのやり取りを実行したことがないプリンタ２０である。携帯端末装置１０は、例えば、過去に通信を実行したプリンタ名やデバイスＩＤを端末記憶部１２に記憶しておく。端末記憶部１２は、端末記憶部１２にプリンタ名等のデータがないプリンタ２０と接続する場合、初めて接続するプリンタ２０であると判断し、情報を要求しても良い。

プリンタ２０は、携帯端末装置１０から情報の要求を受け付けると、デバイスＩＤ「ｄｖ１」、インク残量「ｉｎｋ１」、デバイス設定「ｄｃ１」を携帯端末装置１０に送信する（Ｓ２１）。プリンタ２０は、ベンダから発送された段階では、プリンタ管理テーブルＰＴにデータを記憶していない状態となっている。プリンタ２０は、デバイスＩＤやデバイス設定をプリンタ管理テーブルＰＴ以外のプリンタ記憶部２６Ｂの記憶領域に記憶して発送される。プリンタ２０は、Ｓ２１において、このプリンタ記憶部２６Ｂに記憶されたデバイスＩＤやデバイス設定を送信する。また、プリンタ２０は、インク残量検出部２４で検出したインク残量を送信する。携帯端末装置１０は、デバイスＩＤ等をＳ２１で受信すると、図５に示すメニュー画面５１を、ディスプレイ１４に表示する。携帯端末装置１０は、例えば、印刷機能の実行をプリンタ２０に命令する印刷アイコン５２、プリンタ２０の設定を行う設定アイコン５５、プリンタ２０の状態を確認するステータスアイコン５７を、メニュー画面５１に表示する。

また、携帯端末装置１０は、メニュー画面５１の下部に設けられたプリンタ表示部６１に、Ｓ１９で選択されたプリンタ２０の情報を表示する。携帯端末装置１０は、例えば、「オンライン」の文字を表示し、プリンタ２０と通信可能になったことをプリンタ表示部６１に表示する。携帯端末装置１０は、プリンタ表示部６１の選択ボタン６３をタッチ操作されると、同一ネットワーク上で検出したプリンタ２０のプリンタ名（型番など）の一覧を表示し、印刷等を実行するプリンタ２０の選択を受け付ける。また、携帯端末装置１０は、選択ボタン６３をタッチ操作されると、過去に印刷命令を送信して印刷を実行したことのあるプリンタ２０や、チャージ処理を実行したことがあるプリンタ２０も、一覧に表示する。携帯端末装置１０は、例えば、これらのプリンタ２０がオフラインであった場合や同一ネットワーク上にない場合、オンラインのプリンタ２０と区別するために「オフライン」などの文字を付加してプリンタ名を表示する。携帯端末装置１０は、この一覧表示したプリンタ２０の中から、後述するチャージ処理を実行するプリンタ２０の選択を受け付ける（図９のＳ１１１）。

また、携帯端末装置１０は、任意のプリンタ２０をプリンタ表示部６１で選択された状態で、印刷アイコン５２をタッチ操作されると、プリンタ２０に対する印刷命令を実行する。また、携帯端末装置１０は、設定アイコン５５をタッチ操作されると、プリンタ２０から取得したデバイス設定等を表示する。また、携帯端末装置１０は、ステータスアイコン５７をタッチ操作されると、プリンタ２０から取得したインク残量などの状態情報を表示する。

携帯端末装置１０は、デバイスＩＤ等を受信したことに応じて、プリンタ管理テーブルＰＴへ各項目を記憶するプリンタ管理テーブル登録命令をプリンタ２０に送信する（Ｓ２３）。プリンタ２０は、Ｓ２３の命令を受信したことに応じて、プリンタ管理テーブルＰＴに、デバイスＩＤ「ｄｖ１」と、Ｓ１３で検出したインク残量「ｉｎｋ１」と、デバイス設定「ｄｃ１」とを対応付けて登録（記憶）する（Ｓ２７）。また、プリンタ２０は、プリンタ管理テーブルＰＴの印刷可能枚数ｐｒ１を、初期導入後のブランク状態のまま維持する。また、プリンタ２０は、プリンタ管理テーブルＰＴのアクティベーション情報をオフ状態に設定する。プリンタ２０は、同期日時「ｃｄ１」を、ブランク状態に設定する。これにより、プリンタ管理テーブルＰＴの登録が完了する。尚、プリンタ２０は、ベンダから発送される段階でデバイスＩＤやデバイス設定をプリンタ管理テーブルＰＴに設定された状態でも良い。

また、携帯端末装置１０は、Ｓ２９において、入力Ｉ／Ｆ１５を介してユーザ情報を受け付ける。携帯端末装置１０は、例えば、アプリケーション１２Ｂのユーザ登録が未登録であった場合や、プリンタ２０のユーザ登録が未登録であった場合、Ｓ２９のユーザ情報の受付を実行する。このユーザ情報は、例えば、アプリケーション１２Ｂにログインするためのログインユーザの情報や、プリンタ２０を使用するユーザに関する情報であり、ユーザＩＤ、パスワード、ユーザの氏名、住所、年齢、性別、職業、連絡先のメールアドレス、料金の支払い方法等である。尚、ユーザ情報を受け付ける処理は、初期デバイス設定処理時に限らない。例えば、ユーザ情報の登録を、初期デバイス設定処理前（初めてアプリケーション１２Ｂを起動する際など）に実行しも良く、後述するチャージ処理や交換処理を実行する際に実行しても良い。

携帯端末装置１０は、Ｓ２９でユーザ情報を受け付けると、受け付けたユーザ情報をサーバ３０へ送信する（Ｓ３１）。サーバ３０は、携帯端末装置１０からユーザ情報を取得すると、取得したユーザ情報をサーバ記憶部３２Ｂに記憶する（Ｓ３３）。これにより、プリンタ２０を使用するユーザの情報がサーバ３０に登録される。サーバ３０は、サーバ管理テーブルＳＴとは別にユーザ情報を管理しても良く、サーバ管理テーブルＳＴのデバイスＩＤに関連付けて管理しても良い。

また、プリンタ２０は、Ｓ２７を実行しプリンタ管理テーブルＰＴの登録を完了させると、サーバ３０へアクセスし、登録処理を実行する（Ｓ３５）。プリンタ２０は、例えば、予めプリンタ記憶部２６Ｂに記憶されたサーバ３０のＵＲＬへアクセスする。プリンタ２０は、サーバ３０へのアクセスに成功すると、サーバ３０との間で通信可能な状態となる（Ｓ３５）。また、プリンタ２０は、例えば、デバイスＩＤ、印刷可能枚数、アクティベーション情報の登録を依頼する命令を、サーバ３０へ送信する。サーバ３０は、受信したデバイスＩＤについて、予め登録されたベンダのシリアル番号との照合を実行し、一致するデバイスＩＤを検出すると、受信したデバイスＩＤ等の情報を関連付けてサーバ管理テーブルＳＴに登録する（Ｓ３５）。尚、プリンタ２０は、サーバ３０のアクセス先の情報を、携帯端末装置１０から取得しても良い。また、プリンタ登録処理（Ｓ３５）を、携帯端末装置１０が実行しても良い。

また、ユーザは、Ｓ２９のユーザ情報の登録を完了させると、サービスの申し込みを実行する（Ｓ３７）。例えば、ユーザは、入力Ｉ／Ｆ１５を操作して、登録したユーザ情報、Ｓ１９で選択したプリンタ２０の情報、選択したプリンタ２０について料金を支払う方法などの登録を、サーバ３０に対して実行する。料金を支払う方法は、Ｓ３１で登録した支払い方法から選択しても良く、改めてクレジットカードの情報等を新規に登録しても良い。これにより、ユーザ情報、課金方法が、課金対象のプリンタ２０の情報（デバイスＩＤなど）と関連付けられサーバ３０に登録される。

また、サーバ３０は、サーバ管理テーブルＳＴへの登録が初登録であるプリンタ２０に対して、所定の印刷可能枚数（例えば、２０００枚）を初回チャージとしてチャージする（Ｓ３９）。例えば、サーバ３０は、Ｓ３７によってサービスの申し込みが完了したユーザで、且つ、サーバ管理テーブルＳＴへの登録が初登録であるプリンタ２０のデバイスＩＤに関連付けられた印刷可能枚数について、所定の枚数を自動で初回チャージしても良い。あるいは、サーバ３０は、初回チャージの実行の有無を、携帯端末装置１０を介してユーザに確認しても良い（Ｓ３９）。サーバ３０は、初回のチャージ処理が完了すると、チャージの完了通知を携帯端末装置１０へ送信する（Ｓ４１）。尚、初回チャージの印刷可能枚数を、ベンダからユーザにプリンタ２０を送付する時点で、プリンタ管理テーブルＰＴに設定しても良い。

携帯端末装置１０は、Ｓ４１の完了通知を受信すると、初回チャージの印刷可能枚数を、サーバ３０との間で同期させる同期開始命令を、プリンタ２０に送信する（Ｓ４３）。尚、携帯端末装置１０は、完了通知を受信したことをディスプレイ１４に表示して、プリンタ２０に同期を実行させるか、ユーザの命令を受け付けても良い。

プリンタ２０は、Ｓ４３の同期開始命令を受信すると、サーバ３０との間で、印刷可能枚数を同期する処理を実行する（Ｓ４５）。プリンタ２０は、例えば、Ｓ３９の初回チャージでチャージされた印刷可能枚数をサーバ３０へ問い合わせる。サーバ３０は、デバイスＩＤに基づいて、初回チャージされた印刷可能枚数を、プリンタ２０へ応答する。プリンタ２０は、サーバ３０から取得した印刷可能枚数で、プリンタ管理テーブルＰＴの印刷可能枚数を上書きすることで、印刷可能枚数の同期処理を実行する。プリンタ２０は、同期処理を完了させると、プリンタ管理テーブルＰＴの同期日時「ｃｄ１」を、現在の日時に更新する。尚、Ｓ４５の同期処理を開始する条件は、上記した携帯端末装置１０からプリンタ２０への同期開始命令の送信に限らない。例えば、プリンタ２０は、入力Ｉ／Ｆ１５に対する所定の操作入力に基づいて同期処理を開始しても良い。

サーバ３０は、Ｓ４５の同期処理を完了させると、プリンタ２０を印刷が可能な状態へ移行させる設定を行う（Ｓ４７）。サーバ３０は、サーバ管理テーブルＳＴにおいて、Ｓ３９で初回チャージを完了させたプリンタ２０のデバイスＩＤに関連付けられたアクティベーション情報をオン状態（図３の「○」）にする。サーバ３０は、サーバ管理テーブルＳＴのアクティベーション情報を更新すると、アクティベーション情報をオン状態にするアクティベーション命令を、プリンタ２０へ送信する（Ｓ４９）。プリンタ２０は、Ｓ４９のアクティベーション命令を、サーバ３０から受信すると、自装置のプリンタ管理テーブルＰＴのアクティベーション情報をオン状態にする。これにより、プリンタ２０は、携帯端末装置１０から受信した印刷データ１２Ｃ等を印刷可能な状態となる。尚、サーバ３０は、サーバ管理テーブルＳＴの交換識別情報の初期値として、オフ状態に設定する。

プリンタ２０は、アクティベーション情報をオン状態にすると、完了通知を携帯端末装置１０へ送信する（Ｓ５０）。携帯端末装置１０は、Ｓ５０の完了通知を受信すると、例えば、メニュー画面５１に、印刷可能な状態になったことを表示する。尚、上記した図４に示す初期デバイス設定処理の内容は、一例である。例えば、プリンタ２０へ追加で印刷可能枚数をチャージする予定がない場合、ユーザは、ユーザ情報の登録、クレジットカードの登録等を実行しなくとも良い。この場合、初回チャージの印刷可能枚数だけプリンタ２０にチャージしても良い。また、後述する交換後のプリンタ２０に対する初期デバイス設定処理を実行する場合、ユーザ情報の登録や、初回チャージを実行しなくとも良い。また、プリンタ２０は、ベンダや製造工場から出荷される時点で、初回チャージ分等の印刷可能枚数がチャージされていても良い。また、サーバ３０は、所定のタイミング、例えば、プリンタ２０から初めて接続されサーバ管理テーブルＳＴに登録するタイミングなどに、チャージ行為とは関係なく、印刷可能枚数をプリンタ２０に設定しても良い。

また、携帯端末装置１０は、Ｓ４３で送信した同期開始命令をプリンタ２０に送信できたか否かを判断しても良い（Ｓ４４）。携帯端末装置１０は、Ｓ４３の命令を送信した後、所定時間だけ経過してもＳ５０の完了通知を受信できない場合、同期開始命令を送信できていないと判断しても良い。例えば、ユーザが、ＬＡＮのネットワークの範囲外にいる場合、携帯端末装置１０からプリンタ２０への同期開始命令の送信が困難となる。また、プリンタ２０の電源が切られていた場合などにも、同期開始命令の送信が困難となる。携帯端末装置１０は、例えば、Ｓ５０の完了通知を受信できない場合、プリンタ２０に対する操作を実行して同期処理を開始する必要があることをユーザに報知する報知処理を実行しても良い（Ｓ４６）。例えば、携帯端末装置１０は、「プリンタ２０の押しボタンスイッチを３秒間押して同期処理を実行して下さい」などの文字をユーザＩ／Ｆ２７のタッチパネルに表示しても良い。そして、プリンタ２０は、押しボタンスイッチに対する３秒間の押下に基づいて、同期処理を再度実行しても良い。

（印刷処理）
次に、携帯端末装置１０が実行する印刷処理について、図６に示すフローチャートを用いて説明する。印刷処理は、プリンタ２０に印刷を実行させる処理である。
まず、Ｓ５１において、携帯端末装置１０は、印刷実行操作がされたか否かを判断する。印刷実行操作は、ユーザによるメニュー画面５１の印刷アイコン５２への操作である。印刷実行操作がされたことに応じて（Ｓ５１：ＹＥＳ）ディスプレイ１４に表示される印刷実行画面（図示省略）において、印刷に使用される用紙の枚数などが指定される。以下、印刷実行画面において指定された用紙の枚数を印刷指定枚数と記載する。

携帯端末装置１０は、印刷アイコン５２が操作されない場合、Ｓ５１で否定判断し（Ｓ５１：ＮＯ）、Ｓ５１を繰り返し実行する。一方、携帯端末装置１０は、印刷アイコン５２が操作されたことに応じて（Ｓ５１：ＹＥＳ）、プリンタ２０から印刷可能枚数及びアクティベーション情報を取得する（Ｓ５３）。次に、Ｓ５５において、携帯端末装置１０は、Ｓ５３で取得した印刷可能枚数が印刷指定枚数以上であるか否かを判断する。携帯端末装置１０は、印刷可能枚数が印刷指定枚数より少ない場合（Ｓ５５：ＮＯ）、印刷処理を中止する（Ｓ５７）。この場合、後述する印刷可能枚数のチャージ処理を促す旨がディスプレイ１４に表示される。一方、携帯端末装置１０は、印刷可能枚数が印刷指定枚数以上である場合、（Ｓ５５：ＹＥＳ）、Ｓ５３で取得したアクティベーション情報がオン状態であるか否かを判断する（Ｓ５９）。尚、印刷可能枚数と印刷指定枚数の判断は、携帯端末装置１０以外の装置、例えば、プリンタ２０が実行しても良い。例えば、携帯端末装置１０は、Ｓ７３で印刷可能枚数を要求せず、印刷指定枚数との比較も実施せずに、印刷命令を送信しても良い。そして、プリンタ２０は、携帯端末装置１０から受信した印刷命令の印刷指定枚数より印刷可能枚数が少ない場合、印刷を中止しても良い。

携帯端末装置１０は、アクティベーション情報がオフ状態であることに応じて（Ｓ５９：ＮＯ）、Ｓ５７にて印刷処理を中止する。この場合、アクティベーション情報がオフ状態であるため、初期デバイス設定処理を促す旨がディスプレイ１４に表示される。一方、携帯端末装置１０は、アクティベーション情報がオン状態であることに応じて（Ｓ５９：ＹＥＳ）、Ｓ６５を実行する。Ｓ６５にて、携帯端末装置１０は、印刷命令をプリンタ２０に送信して、プリンタ２０に印刷を実行させる。印刷命令の情報は、ユーザによる印刷実行操作によって指定された印刷の設定に関する情報であり、具体的には、印刷データ１２Ｃ、印刷指定枚数や色調などの情報である。

次に、Ｓ６７にて、携帯端末装置１０は、印刷が完了したか否かを判断する。携帯端末装置１０は、印刷完了通知をプリンタ２０から受信するまでの間、Ｓ６７で否定判断し（Ｓ６７：ＮＯ）、印刷完了通知を受信すると（Ｓ６７：ＹＥＳ）、印刷可能枚数をプリンタ２０から取得する（Ｓ６９）。プリンタ２０は、印刷を実行すると、印刷枚数に応じて印刷可能枚数を減算する。携帯端末装置１０は、印刷完了通知を受信すると、減算後の印刷可能枚数をプリンタ２０から取得し、端末記憶部１２の情報を更新し、図６に示す処理を終了する。例えば、携帯端末装置１０は、メニュー画面５１のステータスアイコン５７の操作に応じて表示する印刷可能枚数や、印刷アイコン５２の操作に応じて表示する印刷画面の印刷可能枚数の情報として、取得した更新後の情報を用いる。尚、携帯端末装置１０は、印刷完了通知に応じて、インク残量の情報などの他の情報をプリンタ２０から取得して更新しても良い。また、携帯端末装置１０は、印刷可能枚数等の情報をプリンタ２０から取得しなくとも良い。例えば、携帯端末装置１０は、印刷可能枚数の情報をサーバ３０から取得し表示等しても良い。

（印刷処理における印刷システム１の動作）
次に、上述した印刷処理における印刷システム１の動作について図７を用いて説明する。一例として、印刷指定枚数に対して印刷可能枚数が十分にある状態であり、アクティベーション情報がオン状態である場合について説明する。

Ｓ７１では、携帯端末装置１０は、ユーザによる印刷実行操作を受け付ける（図６のＳ５１でＹＥＳ）。Ｓ７３では、携帯端末装置１０は、印刷実行操作を受け付けたことに応じて、印刷可能枚数を取得するための印刷可能枚数要求、及び、アクティベーション情報を取得するためのアクティベーション情報要求をプリンタ２０に送信する。

Ｓ７５では、プリンタ２０は、携帯端末装置１０の要求に応じて、プリンタ管理テーブルＰＴに記憶されている印刷可能枚数及びアクティベーション情報を送信する。Ｓ７７では、携帯端末装置１０は、プリンタ２０から印刷可能枚数及びアクティベーション情報を取得したことに応じて（図６のＳ５３）、印刷可能枚数及びアクティベーション情報を確認する（図６のＳ５５、Ｓ５９）。Ｓ７９では、携帯端末装置１０は、印刷可能枚数が印刷指定枚数以上であること（Ｓ５５：ＹＥＳ）、及びアクティベーション情報がオン状態であること（Ｓ５９：ＹＥＳ）に応じて、印刷命令をプリンタ２０へ送信する（Ｓ６５）。例えば、携帯端末装置１０は、印刷データ１２Ｃを送信して、印刷データ１２Ｃの印刷をプリンタ２０に命令する。尚、携帯端末装置１０側で、印刷可能枚数が印刷指定枚数以上であるか否かの判断や、アクティベーション情報がオン状態であるか否かの判断を実行しなくとも良い。例えば、プリンタ２０が、印刷可能枚数等を判断して、エラーを携帯端末装置１０へ通知しても良い。

Ｓ８１では、プリンタ２０は、サーバ３０との間で通信可能であるか否かを判断する。ここで、例えば、ルータ２の故障、ネットワークの設定の変更、サーバ３０の不具合などによって、サーバ３０と通信できない場合、プリンタ２０は、印刷可能枚数をサーバ３０と同期することができない。印刷システム１では、印刷可能枚数をデバイスＩＤと関連付けてサーバ３０で管理しているため、通信不能の状態でプリンタ２０の印刷を許可することは不正使用などが発生する可能性があり、好ましくない。一方で、上記したネットワーク障害などが発生した場合に、一律にプリンタ２０の印刷を禁止すると、ユーザビリティの低下を招く虞がある。

そこで、本実施例のプリンタ２０は、Ｓ８１において、サーバ３０と通信可能であると判断すると（Ｓ８１：ＹＥＳ）、Ｓ８５において、印刷部２５を制御して印刷を実行する。プリンタ２０は、印刷の実行を完了させると、プリンタ管理テーブルＰＴの印刷可能枚数を更新する（Ｓ８７）。具体的には、プリンタ２０は、印刷の実行に使用した用紙の枚数だけ印刷可能枚数から減算する。プリンタ２０は、印刷を完了したことに応じて、その旨を示す印刷完了通知を携帯端末装置１０に送信する（Ｓ８９）。

一方、プリンタ２０は、サーバ３０と通信できないと判断した場合（Ｓ８１：ＮＯ）、オフライン時印刷可能条件を満たすか否かを判断する（Ｓ８３）。このオフライン時印刷可能条件は、上記したユーザビリティを確保するために、サーバ３０と通信できないオフライン状態でも、印刷を許可する条件である。プリンタ２０は、オフライン時印刷可能条件を満たすと判断すると（Ｓ８３：ＹＥＳ）、Ｓ８１で肯定した場合と同様に、Ｓ８５で印刷を実行して、Ｓ８７以降の処理を実行する。尚、プリンタ２０は、Ｓ８３のオフライン時印刷可能条件を判断しなくとも良い。例えば、プリンタ２０は、サーバ３０と通信可能であるか否かに係わらず、印刷可能枚数の範囲で印刷を実行しても良い。

オフライン時印刷可能条件は、例えば、オフライン状態のままで印刷しても良い印刷の上限枚数である。この場合、プリンタ２０は、Ｓ８１で否定判断しても、オフライン状態で印刷した累積の印刷枚数が上限枚数に到達するまでの間、Ｓ８３で肯定判断する。あるいは、オフライン時印刷可能条件は、オフラインの継続時間の閾値である。この場合、プリンタ２０は、Ｓ８１で否定判断しても、オフライン状態の継続時間が閾値に到達するまでの間、Ｓ８３で肯定判断しても良い。

また、プリンタ２０は、Ｓ８９で印刷完了通知を送信すると、Ｓ８７で更新した後の印刷可能枚数を携帯端末装置１０へ送信する（Ｓ９１）。また、プリンタ２０は、印刷可能枚数を同期させる同期命令を、サーバ３０へ送信する（Ｓ９３）。プリンタ２０は、Ｓ８７で更新した後の印刷可能枚数、即ち、印刷処理により減算した後の印刷可能枚数を、サーバ３０へ送信する。尚、プリンタ２０は、サーバ３０との間で通信できない状態である場合、所定の時間だけ待機した後に、再度、同期命令をサーバ３０へ送信しても良い。

サーバ３０は、同期命令をプリンタ２０から受信すると、サーバ管理テーブルＳＴにおいて、送信元のプリンタ２０のデバイスＩＤに対応する印刷可能枚数を、受信した印刷可能枚数で更新（上書き）する（Ｓ９５）。これにより、サーバ管理テーブルＳＴの印刷可能枚数が、印刷実行後のプリンタ２０の印刷可能枚数に一致する。サーバ３０は、Ｓ９５の更新処理を完了させると、完了した旨の通知をプリンタ２０へ送信する（Ｓ９７）。プリンタ２０は、Ｓ９７の完了通知を受信すると、プリンタ管理テーブルＰＴの同期日時を、現在の日時に更新する（Ｓ９９）。プリンタ２０は、同期日時を更新すると、同期が完了した旨の通知を、携帯端末装置１０へ送信する（Ｓ１０１）。

尚、上記した印刷処理の内容は、一例である。例えば、プリンタ２０は、用紙を一枚ずつ印刷するごとに印刷可能枚数の同期処理を実行しても良く、複数の印刷ジョブをまとめて受け付けた場合、複数の印刷ジョブを全て完了させた後に、同期処理を実行しても良い。また、プリンタ２０は、印刷可能枚数の同期処理を、携帯端末装置１０を介して実行しても良い。例えば、プリンタ２０は、サーバ３０と通信できない場合、印刷可能枚数と、同期を要求する命令を携帯端末装置１０へ送信する。携帯端末装置１０は、プリンタ２０から命令を受信しことに基づいて、サーバ３０との間で印刷可能枚数の同期処理を実行しても良い。また、プリンタ２０は、サーバ３０と通信できない場合、オフライン時印刷可能条件が満たされる間、携帯端末装置１０からの印刷命令に基づいて印刷を実行しても良い。

（非印刷時同期処理）
次に、プリンタ２０が実行する非印刷時同期処理について図８に示すフローチャートを用いて説明する。非印刷時同期処理は、印刷を実行していない状態において、プリンタ２０がサーバ３０との間で印刷可能枚数の同期を実行する処理である。プリンタ２０は、例えば、プリンタ管理テーブルＰＴのアクティベーション情報をオン状態にすると、電源をＯＮされた状態において、図８に示す非印刷時同期処理を実行する。

まず、プリンタ２０は、非印刷時同期処理を開始すると、Ｓ１０５において、プリンタ管理テーブルＰＴの同期日時から一定期間だけ経過したか否かを判断する。この一定期間は、同期処理を繰り返し実行する期間であり、例えば、数十分や数時間である。プリンタ２０は、プリンタ管理テーブルＰＴの同期日時から一定期間だけ経過していない場合、即ち、前回の同期処理から一定期間だけ経過していない場合（Ｓ１０５：ＮＯ）、Ｓ１０５の判断処理を繰り返し実行する。

また、プリンタ２０は、同期日時から一定期間だけ経過していた場合（Ｓ１０５：ＹＥＳ）、サーバ３０との間で通信可能か否かを判断する（Ｓ１０７）。プリンタ２０は、例えば、サーバ３０の所定のＵＲＬにアクセスし、正常にアクセスできた場合に、通信可能であると判断する（Ｓ１０７：ＹＥＳ）。あるいは、プリンタ２０は、通信可能か否かを確認するデータをサーバ３０へ送信し、サーバ３０からの応答に基づいて、通信可能か否かを判断しても良い。プリンタ２０は、サーバ３０と通信可能である場合（Ｓ１０７：ＹＥＳ）、サーバ３０との間で印刷可能枚数の同期処理を実行する（Ｓ１０９）。プリンタ２０は、図７のＳ９３と同様に、プリンタ管理テーブルＰＴの印刷可能枚数をサーバ３０へ通知してサーバ管理テーブルＳＴの印刷可能枚数を更新する。また、プリンタ２０は、同期処理を実行したため、プリンタ管理テーブルＰＴの同期日時を、現在の日時に更新する。プリンタ２０は、図８に示す処理を終了し、Ｓ１０５からの処理を再度開始する。また、プリンタ２０は、サーバ３０と通信できない場合（Ｓ１０７：ＮＯ）、図８に示す処理を終了し、Ｓ１０５からの処理を再度開始する。その後、プリンタ２０は、一定期間だけ同期が実行されなかった場合、Ｓ１０５で肯定判断し、同期処理を実行する。

尚、上記した非印刷時同期処理の内容は、一例である。例えば、サーバ３０が主体となって同期処理を実行しても良い。サーバ３０は、特定の通信ポート（ＴＣＰのハイポートなど）をプリンタ２０と常時接続した状態を維持し、プリンタ２０に対して定期的な通信を実行して、印刷可能枚数の同期処理を実行しても良い。例えば、サーバ３０は、所定期間ごとに、同期処理を実行可能であるか否かをプリンタ２０に問い合わせ、実行可能である旨の応答を受信したことに基づいてプリンタ２０との間で同期処理を実行しても良い。サーバ３０は、プリンタ２０の同期日時と同様に、前回の同期処理から一定期間だけ経過すると、プリンタ２０から印刷可能枚数を取得してサーバ管理テーブルＳＴの印刷可能枚数を更新しても良い。この場合、プリンタ２０は、サーバ３０から問い合わせを受信した際に、印刷部２５による印刷を実行中又は印刷の実行予定である場合、印刷が終了するまでの間、同期処理を実行しなくとも良い。例えば、プリンタ２０は、印刷中にサーバ３０から問い合わせがあった場合に、同期処理を実行できない旨をサーバ３０に応答しても良く、印刷が終了した後に同期処理を実行できる旨をサーバ３０へ応答しても良い。

また、プリンタ２０は、ユーザからの操作入力に基づいて、同期処理を実行しても良い。例えば、プリンタ２０は、ユーザＩ／Ｆ２７に対する所定の操作入力（電源ボタンの長押しなど）に基づいて、図８のＳ１０７以降の処理を実行しても良い。また、携帯端末装置１０は、アプリケーション１２Ｂに対する所定の操作入力に基づいて、プリンタ２０へ同期処理を実行する命令を送信しても良い。プリンタ２０は、携帯端末装置１０からの同期処理の開始命令を受信したことに基づいて、例えば、図８の非印刷時同期処理を開始しても良い。この場合、携帯端末装置１０は、同期処理の命令を送信した後、図４のＳ４４、Ｓ４６と同様に、命令を送信できたか否かを判断し、送信できていない場合、ユーザＩ／Ｆ２７に対する所定の操作等を促すメッセージをディスプレイ１４に表示しても良い。また、プリンタ２０は、図８に示す非印刷時同期処理を実行しなくとも良い。例えば、プリンタ２０は、上記した所定の操作入力や、印刷の開始前、印刷の完了後、電源投入時、省電力モードからの復帰時のうち、少なくとも１つのタイミングでサーバ３０との同期処理を実行しても良い。プリンタ２０は、例えば、一定時間だけ操作入力や印刷命令を受け付けなかった場合に、プリンタ２０の機能の一部を制限し（ユーザＩ／Ｆ２７のタッチパネルの非表示など）、省電力を図る省電力モードへ移行しても良い。そして、プリンタ２０は、省電力モードにおいて、操作入力や印刷命令を受け付けた場合に、省電力モードから通常の状態に復帰し、復帰する際に同期処理を実行しても良い。

（チャージ処理）
次に、携帯端末装置１０が実行するチャージ処理について図９に示すフローチャートを用いて説明する。チャージ処理は、ユーザによって印刷可能枚数に対して課金されたことに応じて、印刷可能枚数を加算する処理である。チャージ処理は、図１０に示すチャージ画面７１にて実行可能である。チャージ画面７１は、印刷可能枚数表示部７２及びチャージ枚数表示部７３を備えている。印刷可能枚数表示部７２は、チャージ画面７１の上側に配置され、印刷可能枚数を表示する。この印刷可能枚数は、例えば、サーバ３０のサーバ管理テーブルＳＴから取得し端末記憶部１２に記憶したものを用いることができる。尚、携帯端末装置１０は、プリンタ２０から印刷可能枚数を取得して端末記憶部１２に記憶し、印刷可能枚数表示部７２の表示等に用いても良い。チャージ枚数表示部７３は、チャージ画面７１の下側に配置され、複数のチャージアイコン７４がリスト形式にて表示される。複数のチャージアイコン７４のそれぞれは、互いに異なる用紙の枚数、及び、用紙の枚数に応じた課金の額が表示さている。

図９に戻ってチャージ処理について説明する。Ｓ１１１において、携帯端末装置１０は、チャージ画面表示処理を実行する。例えば、携帯端末装置１０は、図５のメニュー画面５１にて選択ボタン６３を操作された後、同一ネットワーク上のプリンタ２０や過去に印刷・チャージ処理を実行した（通信したことがある）プリンタ２０のプリンタ名を一覧表示し、チャージ処理を実行するプリンタ２０の選択を受け付ける。例えば、携帯端末装置１０は、過去に印刷等したプリンタ２０について、端末記憶部１２に履歴情報を記憶しても良い。また、携帯端末装置１０は、一覧から任意のプリンタ２０が選択された状態で、図５のメニュー画面５１にてステータスアイコン５７が操作された後の画面でチャージ用のアイコン（図示略）を選択されると、チャージ画面７１をディスプレイ１４に表示する。尚、チャージ画面７１の表示や図９のチャージ処理を実行するプログラムは、メニュー画面５１の表示や上記した印刷処理等を実行するアプリケーションプログラムとは別のプログラムでも良い。

Ｓ１１３にて、携帯端末装置１０は、プリンタ管理テーブルＰＴに記憶された印刷可能枚数を取得して、取得した印刷可能枚数を印刷可能枚数表示部７２に表示させる印刷可能枚数表示処理を実行する。次に、携帯端末装置１０は、チャージ操作されたか否かを判断する（Ｓ１１５）。チャージ操作は、ユーザによるチャージアイコン７４への操作である。任意のチャージアイコン７４をユーザが操作したことに応じて、携帯端末装置１０は、Ｓ１１５にてＹＥＳと判断し、Ｓ１１７にて印刷可能枚数設定処理を実行する。尚、携帯端末装置１０は、チャージ画面７１に印刷可能枚数を表示しなくとも良い。この場合、携帯端末装置１０は、プリンタ２０から印刷可能枚数を取得しなくとも良い。

印刷可能枚数設定処理は、サーバ３０に対して、ユーザによって操作されたチャージアイコン７４に表示された用紙の枚数（以下、チャージ枚数と記載する）を、サーバ管理テーブルＳＴに記憶された印刷可能枚数に加算させる処理である。さらに、加算された印刷可能枚数は、同期処理によってプリンタ２０のサーバ管理テーブルＳＴに反映される。

携帯端末装置１０は、チャージ画面７１で受け付けたプリンタ２０、即ち、メニュー画面５１を表示した段階で、プリンタ表示部６１（図５参照）で選択されてプリンタ２０のデバイスＩＤに対応するサーバ管理テーブルＳＴの印刷可能枚数に、チャージ枚数を加算させる許可量設定情報を、サーバ３０に送信する（Ｓ１１７）。携帯端末装置１０は、加算後の印刷可能枚数の同期を完了した旨のチャージ完了通知を、サーバ３０から受信すると（Ｓ１１９）、図９に示すチャージ処理を終了する。携帯端末装置１０は、例えば、ディスプレイ１４のチャージ画面７１を消して、メニュー画面５１を表示する。

（チャージ処理における印刷システム１の動作）
次に、上述したチャージ処理が実行された場合における印刷システム１の動作について、図１１に示すシーケンス図を用いて、メニュー画面５１が表示されている状態から説明する。まず、携帯端末装置１０は、メニュー画面５１にてチャージ画面７１を表示する操作を受け付ける（Ｓ１２１）。携帯端末装置１０は、チャージ画面７１を表示し（Ｓ１２３、図９のＳ１１１）、印刷可能枚数要求をプリンタ２０に送信する（Ｓ１２５）。プリンタ２０は、印刷可能枚数要求を受信したことに応じて、プリンタ管理テーブルＰＴに記憶されている印刷可能枚数を携帯端末装置１０に送信する（Ｓ１２７）。携帯端末装置１０は、印刷可能枚数を受信したことに応じて、印刷可能枚数表示部７２に印刷可能枚数を表示する（Ｓ１２９、図９のＳ１１３）。

Ｓ１３１では、携帯端末装置１０は、チャージ画面７１にてチャージ操作を受け付ける（図９のＳ１１５）。Ｓ１３３では、携帯端末装置１０は、ユーザによるチャージ操作を受け付けたことに応じて、チャージ操作されたチャージアイコン７４に示されたチャージ枚数をチャージさせる許可量設定情報を、サーバ３０に送信する（Ｓ１３３、図９のＳ１１７）。携帯端末装置１０は、現在選択中のプリンタ２０（例えば、プリンタ表示部６１で選択されてプリンタ２０）のデバイスＩＤ、選択されたチャージ枚数、加算を指示する命令を、許可量設定情報として、サーバ３０へ送信する。尚、チャージ処理を実行する方法は、上記したサーバ３０へ加算する命令を送信する方法に限らない。例えば、チャージの決済を実行するサーバをサーバ３０とは別に設け、携帯端末装置１０と決済用のサーバとの間で決済処理が実行されたことに応じて、サーバ３０に対するチャージ処理が開始されてもよい。また、課金を行なう方法について、オンライン以外の方法（コンビニエンスストア支払い、窓口支払い、銀行引き落とし）など、種々の方法を用いることができる。

また、Ｓ１３３において、携帯端末装置１０は、許可量設定情報に、「加算を指示する命令」を含めてサーバ３０へ送信したが、加算を命令する方法はこれに限らない。例えば、加算の命令コマンドと、チャージ枚数などの許可量設定情報を、別の情報としてサーバ３０へ送信しても良い。あるいは、サーバ３０は、チャージ枚数・デバイスIDなどの許可量設定情報だけを受信することを、チャージの命令コマンドとして解釈してチャージ処理を実行しても良い。この場合、携帯端末装置１０は、許可量設定情報だけをサーバ３０に送信することで、チャージを命令できる。また、携帯端末装置１０は、Ｓ１３３の命令として、加算する命令ではなく、加算した印刷可能枚数で、現状の印刷可能枚数を上書きさせる設定命令をサーバ３０へ送信しても良い。

Ｓ１３５では、サーバ３０は、許可量設定情報を携帯端末装置１０から受信すると、サーバ管理テーブルＳＴにおいて、受信した許可量設定情報のデバイスＩＤに関連付けられたチャージ予定枚数を、チャージ枚数に更新する。例えば、サーバ３０は、デバイスＩＤが「ｄｖ１」で、チャージ枚数が「２０００枚」の許可量設定情報を受信すると、サーバ管理テーブルＳＴの「ｄｖ１」に関連付けられたチャージ予定枚数「ｃｇ１」を、「２０００」に更新する（図３参照）。

Ｓ１３７では、サーバ３０は、プリンタ２０からプリンタ管理テーブルＰＴの印刷可能枚数を取得する処理を実行する。これは、印刷等が実行された場合、プリンタ２０の印刷可能枚数が最新の情報に更新（減算）されている可能性があるためである。あるいは、別のユーザが同時期にチャージ処理を実行していた場合、プリンタ管理テーブルＰＴの印刷可能枚数が更新（加算）されている可能性があるためである。

サーバ３０は、Ｓ１３７で取得した印刷可能枚数で、サーバ管理テーブルＳＴにおけるチャージ対象のプリンタ２０の印刷可能枚数を更新する（Ｓ１３９）。即ち、サーバ３０は、印刷可能枚数の加算を実行する前に、チャージ予定のプリンタ２０の印刷可能枚数を取得し、サーバ管理テーブルＳＴの印刷可能枚数を最新の状態に更新する。

サーバ３０は、サーバ管理テーブルＳＴの印刷可能枚数を更新すると、チャージ枚数をプリンタ２０へ送信し、チャージ枚数の加算をプリンタ２０へ要求する（Ｓ１４１）。プリンタ２０は、サーバ３０からチャージ枚数を受信すると、チャージの実行が可能な状態か否かを判断する（Ｓ１４３）。例えば、印刷を実行中である場合、チャージ処理中に印刷可能枚数が変動する可能性がある。このため、プリンタ２０は、印刷処理中である場合、チャージを実行できないと判断し、印刷の実行が完了するまで待機する。あるいは、プリンタ２０は、チャージが実行できない状態であることをサーバ３０へ通知する。尚、プリンタ２０は、印刷中であってもチャージを実行しても良い。

プリンタ２０は、Ｓ１４３でチャージを実行可能であると判断すると、チャージの準備が完了した旨を、サーバ３０へ送信する（Ｓ１４５）。プリンタ２０は、Ｓ１４５において、プリンタ管理テーブルＰＴの印刷可能枚数にＳ１４１で受信したチャージ枚数を加算した後の印刷可能枚数の値を、サーバ３０へ送信する。これにより、サーバ３０は、加算後の印刷可能枚数を確認することで、チャージ枚数が正常にプリンタ２０に送信されていることを確認できる。サーバ３０は、Ｓ１４５のチャージ準備完了通知を受信すると、受信した旨の応答通知をプリンタ２０へ送信する（Ｓ１４７）。プリンタ２０は、Ｓ１４７の応答通知を受信すると、プリンタ管理テーブルＰＴの印刷可能枚数にチャージ枚数を加算し、印刷可能枚数を更新する（Ｓ１４９）。

また、サーバ３０は、Ｓ１４５のチャージ準備完了通知を受信すると、サーバ管理テーブルＳＴにおいて、チャージ対象のプリンタ２０のデバイスＩＤに関連付けられたチャージ予定枚数を、ゼロ枚に更新する（Ｓ１５１）。サーバ３０は、チャージ予定枚数を更新すると、チャージ対象のプリンタ２０の印刷可能枚数を、チャージ後の印刷可能枚数に更新する（Ｓ１５３）。

これにより、サーバ３０は、プリンタ２０の印刷可能枚数を確実に更新した後に、自装置のサーバ管理テーブルＳＴの印刷可能枚数を更新できる。例えば、サーバ３０が、Ｓ１４１のチャージ命令をプリンタ２０に送信した後、プリンタ２０から応答がない段階でサーバ管理テーブルＳＴの印刷可能枚数を加算すると、プリンタ２０の印刷可能枚数が加算されずに、チャージ予定枚数がゼロ枚となる可能性がある。その結果、図８の非印刷時同期処理によって、チャージされていないプリンタ２０のプリンタ管理テーブルＰＴの印刷可能枚数によって、サーバ３０のサーバ管理テーブルＳＴの印刷可能枚数が更新される可能性がある。

また、サーバ３０は、仮に、チャージ処理の途中でサーバ３０とプリンタ２０との通信が切断されたとしても、チャージ予定枚数が残っているプリンタ２０に対して、再度、チャージ処理を再開することができる。一方で、仮に、プリンタ２０が、Ｓ１４７の応答通知を受信しない前段階、例えば、Ｓ１４１を受信して直ぐに、プリンタ管理テーブルＰＴの印刷可能枚数の加算処理を実行すると、Ｓ１４１の通知を実行した段階でプリンタ２０とサーバ３０との間の通信が切断されると、チャージ予定枚数がゼロにならずに、プリンタ管理テーブルＰＴの印刷可能枚数だけが増加する不正行為が行われる可能性がある。そこで、サーバ３０及びプリンタ２０は、Ｓ１４５、Ｓ１４７の通知を行い、お互いが確実にチャージ処理を実行できる状態であることを確認した上で、互いの印刷可能枚数を加算する。これにより、印刷可能枚数の不正なチャージの発生を抑制することができる。

また、Ｓ１３９やＳ１５３において、サーバ３０は、プリンタ２０から取得した印刷可能枚数で、サーバ管理テーブルＳＴの印刷可能枚数を更新、即ち、データの上書きを実行する。一方、Ｓ１４９において、プリンタ２０は、サーバ３０から取得したチャージ枚数を、プリンタ管理テーブルＰＴの印刷可能枚数に加算する。これは、本実施例では、プリンタ２０が、印刷を実行して印刷可能枚数を随時更新する可能性があり、即ち、プリンタ２０が最新の印刷可能枚数の情報を保持しており、初回チャージを除けば、基本的には、プリンタ２０の印刷可能枚数にサーバ３０の印刷可能枚数を一致させることが好ましいためである。

プリンタ２０は、Ｓ１４９でプリンタ管理テーブルＰＴの印刷可能枚数を更新すると、チャージが完了した旨の完了通知をサーバ３０へ送信する（Ｓ１５５）。プリンタ２０は、例えば、完了したことを示す情報だけを送信しても良く、チャージ枚数を加算した後の印刷可能枚数を送信しても良い。サーバ３０は、Ｓ１５３でサーバ管理テーブルＳＴの印刷可能枚数を更新し、Ｓ１５５の完了通知を受信すると、チャージが完了した旨の通知を、携帯端末装置１０へ送信する（Ｓ１５７）。携帯端末装置１０は、チャージ完了通知を受信すると（図９のＳ１１９）、図９に示すチャージ処理を終了する。

尚、上記したチャージ処理の内容は、一例である。例えば、携帯端末装置１０は、Ｓ１１７、Ｓ１３３において、チャージ枚数をサーバ３０へ通知せずに、チャージ枚数を加算した後の印刷可能枚数をサーバ３０へ通知しても良い。サーバ３０は、携帯端末装置１０から受信した加算後の印刷可能枚数で、サーバ管理テーブルＳＴやプリンタ管理テーブルＰＴの印刷可能枚数を更新しても良い。また、携帯端末装置１０は、チャージ枚数などの枚数をサーバ３０へ送信しなくとも良い。例えば、図１０に示すチャージアイコン７４のそれぞれに識別番号を付与し、携帯端末装置１０は、選択されたチャージアイコン７４の識別番号をサーバ３０へ通知しても良い。また、サーバ３０は、チャージアイコン７４の識別番号と、チャージ枚数とを対応付けたデータベースを備え、携帯端末装置１０から受信した識別番号に基づいてチャージ枚数を特定しても良い。また、携帯端末装置１０は、チャージ枚数を、２５００枚などの数値で受け付けても良い。

また、印刷システム１は、印刷可能枚数を自動でチャージするオートチャージを実行しても良い。例えば、携帯端末装置１０は、選択したプリンタ２０について、所定の印刷可能枚数まで減った場合にチャージするチャージ枚数を、予めサーバ３０へ設定しても良い。そして、サーバ３０は、同期処理を実行して、プリンタ２０の印刷可能枚数が所定の印刷可能枚数まで減ったことに基づいて、予め設定されたチャージ枚数だけ加算する処理をプリンタ２０に実行させ、同期しても良い。この場合、オートチャージのチャージ枚数を、携帯端末装置１０からサーバ３０へ設定する処理は、本願の許可量設定処理の一例である。従って、本願の許可量設定処理と、記録許可量の加算処理とは、同時期に実行しなくとも良い。記録許可量をサーバ３０に設定した後、オートチャージ等の一定の条件が成立した後に、記録許可量の加算処理を実行しても良い。

（申請処理）
次に、携帯端末装置１０が実行する申請処理について図１２に示すフローチャートを用いて説明する。申請処理は、サーバ３０からの通知に基づいてプリンタ２０の交換を促す旨の報知をユーザに対して行い、サーバ３０に対してプリンタ２０の交換を申請する処理である。例えば、携帯端末装置１０は、プリンタ２０による印刷等を実行するアプリケーション１２Ｂを起動すると、図１２に示す処理を開始する。尚、交換を申請するサーバは、印刷可能枚数等を管理するサーバ３０とは別のサーバでも良い。

まず、図１２のＳ１６１にて、携帯端末装置１０は、サーバ３０から交換要求通知を受信したか否かを判断する。交換要求通知は、サーバ３０から携帯端末装置１０へプリンタ２０の交換を促す通知である。携帯端末装置１０は、交換要求通知を受信するまでの間（Ｓ１６１：ＮＯ）、Ｓ１６１の判断処理を実行し、交換要求通知を受信すると（Ｓ１６１：ＹＥＳ）、交換通知をディスプレイ１４に表示する（Ｓ１６３）。携帯端末装置１０は、交換通知を表示した後、交換受付処理を実行する（Ｓ１６５）。

携帯端末装置１０は、ユーザの入力Ｉ／Ｆ１５に対する操作入力に基づいて交換受付処理を実行すると、交換申請通知をサーバ３０へ送信し（Ｓ１６７）、引き継ぎコードをサーバ３０から受信したか否かを判断する（Ｓ１６９）。携帯端末装置１０は、引き継ぎコードを受信できなかった場合（Ｓ１６９：ＮＯ）、図１２に示す処理を終了する。一方、携帯端末装置１０は、引き継ぎコードを受信すると（Ｓ１６９：ＹＥＳ）、受信した引き継ぎコードをディスプレイ１４に表示し（Ｓ１７３）、図１２に示す処理を終了する。

（申請処理における印刷システム１の動作）
次に、申請処理におけるユーザの作業、各装置の処理の内容について説明する。以下の説明では、説明の便宜上、交換前のプリンタ２０をプリンタ２０Ａ、交換後のプリンタ２０をプリンタ２０Ｂ（図１６参照）と称して説明する。また、プリンタ２０Ａ，２０Ｂを総称する場合は、プリンタ２０と称して説明する。

まず、Ｓ１８１にて、サーバ３０は、プリンタ情報を更新する。プリンタ２０は、例えば、図８に示す非印刷時同期処理において、プリンタ管理テーブルＰＴのインク残量の情報をインク残量検出部２４により最新の残量の情報に更新し、印刷可能枚数と合わせて定期的にインク残量をサーバ３０へ送信する。サーバ３０は、プリンタ２０から受信した情報に基づいて、送信元のプリンタ２０のデバイスＩＤに関連付けられたインク残量を更新する。これにより、プリンタ管理テーブルＰＴとサーバ管理テーブルＳＴのインク残量の情報が同期される。

尚、プリンタ２０は、非印刷時同期処理のタイミングに限らず、例えば、電源の投入時などの所定のタイミングでインク残量をサーバ３０へ送信しても良い。また、インク残量を取得する主体は、サーバ３０でも良い。例えば、サーバ３０は、サーバ管理テーブルＳＴに登録されているプリンタ２０のうち、アクティベーション情報がオン状態であるプリンタ２０について、特定の通信ポート常時接続した状態を維持し、インク残量の情報を所定時間ごとに問い合わせても良い。サーバ３０は、問い合わせ結果に基づいて、サーバ管理テーブルＳＴのインク残量を更新しても良い。

サーバ３０は、各プリンタ２０からインク残量の情報を受信すると（Ｓ１８１）、各プリンタ２０について交換の要否を判断する（Ｓ１８３）。サーバ３０は、プリンタ２０のインク残量が所定量以下になった場合に、そのプリンタ２０について交換が必要であると判断する（Ｓ１８３：ＹＥＳ）。尚、交換の要否を判断する方法は、インク残量と所定量を比べる方法に限らない。例えば、サーバ３０は、インク残量の更新情報からインクの減り量を算出し、インクが完全になくなると予想される日時を推定する。サーバ３０は、推定した日時から所定日数前となった時点で交換が必要であると判断しても良い。あるいは、サーバ３０は、インク残量と印刷可能枚数の更新情報から、インク残量で印刷ができる枚数を推定し、印刷ができる枚数が所定枚数以下となった時点で交換が必要であると判断しても良い。また、サーバ３０は、上記したインク残量を判断する所定量、インクがなくなる前の所定日数、印刷ができる所定枚数などの判断条件の値を、ユーザから受け付けても良い。

また、サーバ３０は、インク残量以外の情報で交換の要否を判断しても良い。例えば、サーバ３０は、プリンタ２０の製造日時、購入日時、サーバ管理テーブルＳＴの最初の登録日時などの基準となる日時から経過した日数に基づいて、交換の要否を判断しても良い。これにより、サーバ３０は、プリンタ２０をユーザが利用した期間に基づいて、交換の要否を判断できる。あるいは、サーバ３０は、プリンタ２０の後継の機種、新しいモデルのプリンタ２０などの販売時期に基づいて、交換を通知しても良い。後継機種の販売時期の判断は、２年、４年などの固定年数を用いても良く、ベンダからのリリース情報を用いても良い。また、サーバ３０は、例えば、プリンタ２０の利用を開始してからの総印刷枚数が所定の印刷枚数に到達したことに基づいて、交換を通知しても良い。また、交換の要否の判断を、サーバ３０以外の装置、例えば、携帯端末装置１０やプリンタ２０が実行しても良い。携帯端末装置１０は、プリンタ２０から取得したインク残量に基づいて、交換通知の表示を実行しても良い。

サーバ３０は、Ｓ１８３で交換が必要であると判断したプリンタ２０について、サーバ管理テーブルＳＴの交換申請情報がオン状態であるか、即ち、既に交換が申請されているか否かを判断する（Ｓ１８５）。サーバ３０は、対象のプリンタ２０について交換が申請されていないと判断すると（Ｓ１８５：ＹＥＳ）、交換要求通知を携帯端末装置１０へ通知する（Ｓ１８７）。サーバ３０は、Ｓ１８７において、例えば、交換対象のプリンタ２０Ａについて、ユーザ登録を行ったユーザのうち、図９～図１１に示すチャージ処理を実行可能な、より具体的にはクレジットカードの登録等の料金の支払い方法を登録したユーザの携帯端末装置１０や、ユーザがログイン状態のアプリケーション１２Ｂのみに交換要求通知を送信しても良い。あるいは、サーバ３０は、ユーザ登録を行った全てのユーザの携帯端末装置１０やログイン状態のアプリケーション１２Ｂに、交換要求通知を送信しても良い。また、サーバ３０は、プリンタ２０Ａを利用したことがある全てのユーザ、例えば、プリンタ２０Ａへ印刷命令を送信した全ての携帯端末装置１０へ交換要求通知を送信しても良い。また、サーバ３０は、携帯端末装置１０以外に、メールアドレス等に交換要求通知を送信しても良い。

携帯端末装置１０は、Ｓ１８７の交換要求通知を受信すると（図１２のＳ１６１：ＹＥＳ）、交換通知をディスプレイ１４に表示する（Ｓ１６３）。図１４は、申請処理におけるディスプレイ１４に表示する表示画面の遷移を示している。携帯端末装置１０は、例えば、アプリケーション１２Ｂを起動すると、同一のネットワーク上のプリンタ２０を検索し、検出したプリンタ名を表示したアイコン８２を一覧で示す画面８１をディスプレイ１４に表示する。この一覧に表示されるプリンタ２０は、例えば、通信設定が完了し、初期導入が完了しているプリンタである。サーバ３０は、例えば、交換要求通知において、交換が必要となったプリンタ２０ＡのデバイスＩＤを通知する。携帯端末装置１０は、交換要求通知を受信すると、画面８１の一覧のうち、デバイスＩＤで特定したプリンタ２０Ａのアイコン８２に警告表示８３を表示する。これにより、プリンタ２０Ａのアイコン８２の操作をユーザに促すことができる。

携帯端末装置１０は、Ｓ１６３の交換通知の表示を実行した後、交換受付処理を実行する（Ｓ１６５）。例えば、携帯端末装置１０は、図１４の画面８１を表示する状態において、プリンタ２０Ａのアイコン８２を選択する操作を入力Ｉ／Ｆ１５で受け付けると（Ｓ１９１）、画面８５をディスプレイ１４に表示する。携帯端末装置１０は、「交換が必要と予想される日数」を示すメッセージ８７を、画面８５に表示する。サーバ３０は、表示する日数を、例えば、過去のインク残量の更新履歴からインクの減る量を推定し、インクがなくなる日時を予想することで決定することができる。そして、サーバ３０は、Ｓ１８７の交換要求通知で、この日数を携帯端末装置１０に通知することで画面８５に表示させることができる。また、携帯端末装置１０は、新しいプリンタ２０を、ベンダから発送してほしいか否かを確認するメッセージ８７と、「はい」、「いいえ」の文字を表示したアイコン８９を画面８５に表示する。

携帯端末装置１０は、「はい」のアイコン８９を選択されると（Ｓ１９２）、新しいプリンタの発送先を入力してほしい旨のメッセージ９２、送り先住所を入力する入力欄９３、及び「ＯＫ」の文字を表示したアイコン９４を表示した画面９１をディスプレイ１４に表示する。携帯端末装置１０は、入力欄９３において、新しいプリンタ２０の発送先の住所を受け付け、「ＯＫ」のアイコン９４を選択されると、発送先の住所の情報を含む交換申請通知をサーバ３０へ送信する（Ｓ１６７）。また、携帯端末装置１０は、画面８５で「いいえ」のアイコン８９を選択された場合も、交換申請通知をサーバ３０へ送信する（Ｓ１６７）。交換申請通知は、Ｓ１８７の交換要求通知に対する応答であり、ユーザによって交換が申請されたことを示す情報で、例えば、Ｓ１８７の交換要求通知を受信した受信者（送信先）を示す情報を含んでいる。ここでいう受信者を示す情報とは、例えば、ユーザＩＤやアプリケーション１２ＢのＩＤ等である。

サーバ３０は、Ｓ１６７の交換申請通知を受信すると、受信した交換申請を判断する（Ｓ１９５）。サーバ３０は、例えば、Ｓ１８７で送信した送信先のユーザＩＤと、Ｓ１６７で受信した交換申請通知のユーザＩＤとが一致しない場合、交換申請を拒否し（Ｓ１９５：ＮＯ）、交換拒否通知を携帯端末装置１０へ送信する（Ｓ１９７）。携帯端末装置１０は、図１２のＳ１６９で否定判断し（Ｓ１６９：ＮＯ）、処理を終了する。例えば、サーバ３０から交換要求通知を送信していないにも係わらず、不正に交換申請通知を偽装等して送信されると、古いプリンタ２０Ａの交換期限が迫っていないにも係わらず、サーバ３０が、新しいプリンタ２０の発送を手配してしまう可能性がある。そこで、本実施例のサーバ３０では、交換要求通知の送信先と、交換申請通知の送信元とが一致した場合のみ、交換申請を承認する。尚、サーバ３０は、Ｓ１９５の交換申請の判断を実行しなくとも良い。

サーバ３０は、Ｓ１８７の送信先のユーザＩＤと、Ｓ１６７の送信元のユーザＩＤとが一致した場合、交換の申請を承認する（Ｓ１９５：ＹＥＳ）。図１８は、交換前のプリンタ２０Ａから交換後のプリンタ２０へ印刷可能枚数を引き継ぐ際のサーバ管理テーブルＳＴの状態を示している。サーバ３０は、Ｓ１９５で肯定判断し、交換の申請を承認すると、プリンタ２０Ａに対応する交換申請情報（図１８の左側の図におけるデバイスＩＤ「ｄｖ１」に対応する交換申請情報）を、オン状態に変更する。これにより、サーバ３０は、再度、Ｓ１８３の判断処理で、交換が必要であると判断しても（Ｓ１８３：ＹＥＳ）、Ｓ１８５で否定判断することで、Ｓ１８７の交換要求通知を送信しない。インク残量が減るごとに、不必要に交換要求通知が送信されることを抑制できる。尚、サーバ３０は、交換申請情報を用いなくとも良い。サーバ３０は、Ｓ１８３で交換が必要であると判断したプリンタ２０について、Ｓ１８１でインク残量が更新される度に、交換要求通知を通知しても良い。この場合、サーバ管理テーブルＳＴは、交換申請情報を備えなくとも良い。

サーバ３０は、Ｓ１６７で受信した交換申請通知に、発送先の住所の情報が含まれていた場合、新しいプリンタ２０の発送を命令する（Ｓ１９９）。例えば、サーバ３０は、発送先の住所の情報や交換後のプリンタ２０Ｂの機種情報を、配送センターへ通知する。これにより、図１４の画面８５でユーザが発送を希望した場合、交換後のプリンタ２０Ｂの発送を行うことができる。また、発送を希望しないユーザは、自宅にあるプリンタ２０Ａ以外のプリンタ２０Ｂを使用できる。あるいは、ユーザは、小売店、家電量販店等の実店舗や、インターネット３上に開設されたＥＣサイト等の仮想店舗からプリンタ２０Ｂを入手し、古いプリンタ２０Ａの印刷可能枚数を引き継ぐプリンタ２０Ｂを準備することができる。

また、サーバ３０は、Ｓ１９５で交換申請を承認すると、引き継ぎコードを発行し（Ｓ２０１）、発行した引き継ぎコードを携帯端末装置１０へ送信する（Ｓ２０３）。携帯端末装置１０は、Ｓ２０３の引き継ぎコードを受信すると、図１２のＳ１６９で肯定判断し（Ｓ１６９：ＹＥＳ）、引き継ぎコードを表示する（Ｓ１７３）。携帯端末装置１０は、Ｓ１６７の交換申請通知を送信した後、引き継ぎコードを受信すると、図１４に示す画面９５をディスプレイ１４に表示する。携帯端末装置１０は、引き継ぎコードを表示する旨のメッセージ９６、引き継ぎコード９７を表示する引き継ぎコード欄９８、「ＯＫ」の文字を表示したアイコン９９を、画面９５に表示する。携帯端末装置１０は、画面９５を表示する状態で、アイコン９９の選択を受け付けると、例えば、プリンタ２０Ａのメニュー画面５１（図５）をディスプレイ１４に表示させる。

この引き継ぎコード９７は、交換前のプリンタ２０Ａから、交換後のプリンタ２０Ｂへ印刷可能枚数を引き継ぐ引き継ぎ処理において、引き継ぎ処理を実行しているユーザが申請処理を実行したユーザであるか判断するための情報である。図１８に示すように、引き継ぎコード９７は、例えば、英数文字等を組み合わせた文字列であり、サーバ管理テーブルＳＴにおいて、交換申請を受け付けたプリンタ２０ＡのデバイスＩＤに一時的に関連付けられる。ユーザは、画面９５に表示された引き継ぎコード９７をメモ等して記録しておく。

（引き継ぎ処理）
次に、携帯端末装置１０が実行する引き継ぎ処理について図１５に示すフローチャートを用いて説明する。引き継ぎ処理は、交換前のプリンタ２０Ａから交換後のプリンタ２０Ｂに、印刷可能枚数を移行させる処理である。例えば、携帯端末装置１０は、後述する図１７に示す所定の操作を受け付けると、図１５の処理を開始する。

まず、図１５のＳ２１１にて、携帯端末装置１０は、交換後のプリンタ２０Ｂの指定を受け付けた後、引き継ぎコード９７の入力を受け付けたか否かを判断する（Ｓ２１３）。携帯端末装置１０は、引き継ぎコード９７を受け付けなかった場合（Ｓ２１３：ＮＯ）、プリンタ２０Ｂの指定等を受け付ける（Ｓ２１１）。

一方、携帯端末装置１０は、引き継ぎコード９７の入力を受け付けると（Ｓ２１３：ＹＥＳ）、引き継ぎ命令をサーバ３０へ送信する（Ｓ２１５）。次に、携帯端末装置１０は、交換前のプリンタ２０Ａの接続を依頼する接続依頼を、サーバ３０から受信したか否かを判断する（Ｓ２１７）。携帯端末装置１０は、接続依頼を受信すると（Ｓ２１７：ＹＥＳ）、プリンタ２０Ａの接続を依頼する画面をディスプレイ１４に表示し（Ｓ２１８）、図１５に示す処理を終了する。

また、携帯端末装置１０は、接続依頼を受信しなかった場合（Ｓ２１７：ＮＯ）、プリンタ２０Ａからプリンタ２０Ｂへ引き継ぐ印刷可能枚数を、サーバ３０から受信したか否かを判断する（Ｓ２１９）。携帯端末装置１０は、印刷可能枚数を受信するまでの間（Ｓ２１９：ＮＯ）、Ｓ２１７の判断処理を繰り返し実行する。携帯端末装置１０は、印刷可能枚数を受信すると（Ｓ２１９：ＹＥＳ）、受信した印刷可能枚数、即ち、引き継ぐ印刷可能枚数と、引き継ぎ先などをディスプレイ１４に表示し（Ｓ２２１）、表示した引き継ぎの内容についてユーザの承認を受け付ける（Ｓ２２３）。尚、引き継ぐ印刷可能枚数を報知する方法は、ディスプレイ１４に印刷可能枚数を表示する方法に限らない。例えば、サーバ３０は、プリンタ２０ＡのユーザＩ／Ｆ２７に引き継ぐ印刷可能枚数を表示させても良く、ユーザのメールアドレス等に引き継ぐ印刷可能枚数を送信しても良い。

携帯端末装置１０は、ユーザによって承認されなかった場合（Ｓ２２３：ＮＯ）、図１５に示す処理を終了する。一方、携帯端末装置１０は、承認された場合（Ｓ２２３：ＹＥＳ）、引き継ぎ内容がユーザによって承認されたことを示す承認通知をサーバ３０へ送信する（Ｓ２２５）。携帯端末装置１０は、承認通知を送信した後、引き継ぎ処理が完了したことを示す引継完了通知を、サーバ３０から受信したか否かを判断する（Ｓ２２７）。携帯端末装置１０は、引継完了通知を受信するまでの間（Ｓ２２７：ＮＯ）、Ｓ２２７の判断処理を繰り返し実行する。携帯端末装置１０は、引継完了通知を受信すると（Ｓ２２７：ＹＥＳ）、引き継ぎの後処理を実行し（Ｓ２２９）、図１５に示す処理を終了する。

（引き継ぎ処理における印刷システム１の動作）
次に、引き継ぎ処理におけるユーザの作業、各装置の処理の内容について説明する。
まず、Ｓ２１１にて、携帯端末装置１０は、交換後のプリンタ２０Ｂの受け付け処理を実行する。図１７は、引き継ぎ処理におけるディスプレイ１４に表示する表示画面の遷移を示している。携帯端末装置１０は、例えば、図１４と同様に、アプリケーション１２Ｂを起動すると、同一のネットワーク上のプリンタ２０を検索し、検出したプリンタ名を表示したアイコン８２を一覧で示す画面８１をディスプレイ１４に表示する。ユーザは、上記した申請処理で引き継ぎコード９７を入手した後、画面１０１において引き継ぎを実行したい（交換後の）プリンタ２０Ｂのアイコン１０３を選択する操作を入力Ｉ／Ｆ１５で行なう。尚、上記した申請処理が完了した場合、携帯端末装置１０は、図１７に示すように、再度、画面８１を表示した際に、プリンタ２０Ａの警告表示８３を消しても良い。

また、以下の説明では、一例として、ベンダから発送された新規のプリンタ２０Ｂへ印刷可能枚数を引き継ぐ場合について説明する。例えば、図１４の画面８１に示すように、プリンタ２０Ｂは、申請処理を実行する段階では、ユーザが所有しておらず、プリンタ２０Ａが接続されるネットワーク上に存在していない。ユーザは、プリンタ２０Ｂの発送を要求した後、例えば、家に送られてきたプリンタ２０Ｂの通信設定等を行ない、プリンタ２０Ｂをルータ２に接続してプリンタ２０Ｂとサーバ３０を通信可能な状態にする。この状態では、図１７の画面８１に示すように、プリンタ２０Ｂは、初期導入や通信設定が完了し一覧には表示されるものの、アクティベーション情報がオフ状態となっており、印刷ができない状態となっている。尚、ユーザは、アクティベーション情報がオン状態（印刷可能な状態）のプリンタ２０Ｂ、例えば、既に使用中のプリンタ２０Ｂに、プリンタ２０Ａからの印刷可能枚数の引き継ぎを実施しても良い。この場合にも、ユーザは、図１７の画面８１において、プリンタ２０Ｂを選択することで、印刷可能枚数の引き継ぎを行なうことができる。

携帯端末装置１０は、交換後のプリンタ２０Ｂのアイコン８２が選択されると、プリンタ２０Ｂのメニュー画面５１をディスプレイ１４に表示する（Ｓ２３１）。携帯端末装置１０は、例えば、メニュー画面５１の設定アイコン５５を選択する操作を入力Ｉ／Ｆ１５で受け付けると、画面１０１を表示する（Ｓ２３３）。携帯端末装置１０は、プリンタ２０Ｂに対する設定を受け付ける複数のアイコン１０３を、画面１０１に表示し、複数のアイコン１０３の１つに「引き継ぎコードの入力」を受け付けるアイコン１０３を表示する。

携帯端末装置１０は、「引き継ぎコードの入力」のアイコン１０３を選択されると、画面１０５を表示する（Ｓ２３５）。携帯端末装置１０は、引き継ぎコードの入力を促すメッセージ１０７、引き継ぎコード９７を入力する入力欄１０９、「ＯＫ」の文字を表示したアイコン１１１、「戻る」の文字を表示したアイコン１１３を、画面１０５に表示する。携帯端末装置１０は、「戻る」のアイコン１１３を選択された場合、図１５のＳ２１３で否定判断し（Ｓ２１３：ＮＯ）、画面１０１をディスプレイ１４に表示する（Ｓ２３７）。携帯端末装置１０は、入力Ｉ／Ｆ１５の操作入力に応じて、「引き継ぎコードの入力」の選択を再度受け付けて画面１０５を表示する、あるいは、画面８１を表示して交換後のプリンタ２０の選択から再度受け付けを行なう（図１５のＳ２１１）。

一方、携帯端末装置１０は、入力欄１０９に引き継ぎコード９７を入力された状態で、「ＯＫ」のアイコン１１１を選択されると、引き継ぎ命令をサーバ３０へ送信する（Ｓ２３９、図１５のＳ２１５）。携帯端末装置１０は、画面８１で選択されたプリンタ２０ＢのデバイスＩＤと、画面１０５の入力欄１０９に入力された引き継ぎコード９７の情報を、引き継ぎ命令に含めてサーバ３０へ送信する。

サーバ３０は、Ｓ２１５の引き継ぎ命令を受信すると、受信した引き継ぎコード９７に基づいて、交換前のプリンタ２０Ａを、ネットワーク上で検索する処理を実行する（Ｓ２４１）。サーバ３０は、例えば、通信の接続状態を確認するメッセージをプリンタ２０Ａへ送信し（Ｓ２４３）、それに対するプリンタ２０Ａの応答に基づいて、通信の接続状態を確認する。サーバ３０は、プリンタ２０Ａから正常な応答を受信できない場合、接続依頼を携帯端末装置１０へ送信する（Ｓ２４５）。この場合、携帯端末装置１０は、図１５のＳ２１７で肯定判断し（Ｓ２１７：ＹＥＳ）、接続依頼をディスプレイ１４に表示する（Ｓ２１８）。携帯端末装置１０は、例えば、「交換前のプリンタ２０Ａがネットワークに接続されていないようです、接続を確認して下さい」といったメッセージをディスプレイ１４に表示する。これにより、プリンタ２０Ａをネットワークに接続する作業をユーザに促すことができる。

一方、サーバ３０は、Ｓ２４３の通信の接続状態を確認するメッセージに対して、プリンタ２０Ａから正常な応答を受信すると（Ｓ２４７）、印刷を制限する印刷制限命令を、プリンタ２０Ａに送信する（Ｓ２４９）。プリンタ２０Ａは、印刷制限命令をサーバ３０から受信すると、印刷を制限する状態へ移行する（Ｓ２５１）。プリンタ２０Ａは、例えば、携帯端末装置１０からの印刷命令や、ユーザＩ／Ｆ２７の操作入力に基づく印刷命令を受け付けない、あるいは受け付けても印刷を実行しない状態へと移行する。プリンタ２０Ａは、印刷を制限する状態への移行が完了すると、移行が完了したことをサーバ３０へ応答する（Ｓ２５３）。尚、プリンタ２０Ａは、印刷の実行中や実行予定の印刷ジョブがある場合、印刷が完了した後に、印刷を制限する状態へ移行することが好ましい。

また、サーバ３０がプリンタ２０Ａとの通信を確認する方法は、上記した確認メッセージを送信する方法に限らない。例えば、プリンタ２０からサーバ３０へ定期的な通信を実行する構成では、サーバ３０は、例えば、一定時間内にプリンタ２０Ａからアクセスがあった場合に、プリンタ２０Ａと通信可能であると判断しても良い。あるいは、サーバ３０は、例えば、一定時間内にプリンタ２０Ａからアクセスがあり、印刷制限命令をプリンタ２０Ａに送信できた場合に、通信が可能であると判断しても良い。

また、Ｓ２４９、Ｓ２５１の印刷を制限する方法は、上記した印刷を制限する状態へプリンタ２０Ａを移行させる方法に限らない。例えば、プリンタ２０Ａのプリンタ管理テーブルＰＴの印刷可能枚数をゼロに変更しても良い。この場合、印刷可能枚数の情報を、一時的にプリンタ記憶部２６Ｂの他の記憶領域に退避しても良い。あるいは、印刷可能枚数をゼロに変更せずに、１枚に変更するなど、少ない枚数に変更することで、印刷を制限しても良い。また、プリンタ２０が、所定の印刷枚数（例えば、１枚）以下となった場合に、印刷が実行できない構成としても良い。そして、サーバ３０は、プリンタ２０Ａのプリンタ管理テーブルＰＴの印刷可能枚数を１枚以下にすることで、印刷を制限しても良い。あるいは、印刷部２５等の特定の装置の動作を禁止することで、印刷を制限しても良い。

サーバ３０は、Ｓ２５３で移行完了通知をプリンタ２０Ａから受信すると、プリンタ２０へ印刷可能枚数を要求する命令を送信する。（Ｓ２５５）。プリンタ２０Ａは、Ｓ２５５の要求命令を受信すると、プリンタ管理テーブルＰＴの印刷可能枚数、即ち、現状の印刷可能枚数をサーバ３０へ送信する（Ｓ２５７）。サーバ３０は、プリンタ２０Ａから印刷可能枚数を受信すると、サーバ管理テーブルＳＴにおけるプリンタ２０ＡのデバイスＩＤに関連付けられた印刷可能枚数を、受信した印刷可能枚数に更新する（Ｓ２５９）。これにより、サーバ管理テーブルＳＴの印刷可能枚数を、プリンタ２０Ａの最新の状態の印刷可能枚数と一致させることができる。また、プリンタ２０Ａの印刷を制限しておくことで、以降の印刷可能枚数の変動を抑制できる。

サーバ３０は、サーバ管理テーブルＳＴの印刷可能枚数を更新すると、更新後の印刷可能枚数、即ち、プリンタ２０Ａの印刷可能枚数を、引き継ぐ印刷可能枚数の情報として携帯端末装置１０へ送信する（Ｓ２６１）。図１６、図１７に示すように、携帯端末装置１０は、画面１０５のアイコン１１１を選択され、引き継ぎ命令をサーバ３０へ送信（Ｓ２３９、図１６のＳ２１５）した後、図１６のＳ２６１で印刷可能枚数を受信すると、画面１１５をディスプレイ１４に表示する（図１５のＳ２２３）。携帯端末装置１０は、引き継ぎ情報欄１１７、メッセージ１１９、「はい」の文字を表示したアイコン１２１、「いいえ」の文字を表示したアイコン１２３を、画面１１５に表示する。

携帯端末装置１０は、引き継ぎ元（交換前）のプリンタ２０Ａ、引き継ぎ先（交換後）のプリンタ２０Ｂ、引き継ぐ印刷可能枚数（例えば、１００枚）の情報を、引き継ぎ情報欄１１７に表示する。また、携帯端末装置１０は、「引き継ぎを実行した場合に、引き継ぎ元のプリンタ２０Ａが使用できなくなる」ことをメッセージ１１９に表示する。ユーザは、引き継ぎ情報欄１１７の内容を見て、意図したプリンタ２０Ａ，２０Ｂで印刷可能枚数が移行されるか、移行する印刷可能枚数は合っているかなどを確認する。ユーザは、内容が意図したものでない場合、「いいえ」のアイコン１２３を選択する。携帯端末装置１０は、アイコン１２３を選択された場合、例えば、画面８１をディスプレイ１４に表示して、交換後のプリンタ２０の選択を再度受け付ける（Ｓ２２３：ＮＯ）。この場合、サーバ３０は、引き継ぎ処理を中断したため、プリンタ２０Ａの印刷制限を解除する。

一方、携帯端末装置１０は、「はい」のアイコン１２１を選択されると（Ｓ２２３：ＹＥＳ）、引き継ぎ処理を実行中であることを示す画面１２５をディスプレイ１４に表示する。また、携帯端末装置１０は、承認通知をサーバ３０へ送信する（Ｓ２２５）。サーバ３０は、承認通知を受信すると、ユーザ認証を実行する（Ｓ２６３）。サーバ３０は、Ｓ２６３において、引き継ぎを実行しているユーザ、即ち、Ｓ２２５の承認通知の送信元のユーザが、交換前のプリンタ２０Ａを利用するユーザであるか否かを確認する。

ユーザ認証の方法は、特に限定されない。例えば、サーバ３０は、図４に示すユーザ登録等において、予め、プリンタ２０Ａを使用するユーザのメールアドレスを、デバイスＩＤに関連付けてサーバ管理テーブルＳＴに登録しても良い。そして、サーバ３０は、Ｓ２６３において、認証用のＵＲＬを記載したメールを、登録済みのユーザのメールアドレスへ送信し、所定時間内にＵＲＬに対するアクセスを検出できた場合に、ユーザ認証に成功したと判断しても良い。あるいは、サーバ３０は、所定期間経過した後に無効となる所謂ワンタイムパスワードを、登録されたメールアドレスに添付して送信し、携帯端末装置１０のアプリケーション１２Ｂでワンタイムパスを受け付けることで、ユーザ認証を実行しても良い。また、メールアドレスを用いずに、例えば、予めプリンタ２０Ａと同封してトークンをユーザに送信しておき、トークンに表示されるワンタイムパスの入力を、アプリケーション１２Ｂで受け付けても良い。尚、サーバ３０は、ユーザ認証に失敗した場合、Ｓ２２５の送信元の携帯端末装置１０へ認証に失敗した旨を送信しても良い。この場合、携帯端末装置１０は、Ｓ１２５に、「引き継ぎ処理におけるユーザ認証に失敗しました」などのメッセージを表示しても良い。また、サーバ３０は、引き継ぎ処理を中断したため、プリンタ２０Ａの印刷制限を解除しても良い。

サーバ３０は、Ｓ２６３のユーザ認証に成功すると、印刷可能枚数をゼロにするゼロ命令をプリンタ２０Ａに送信する（Ｓ２６５）。プリンタ２０Ａは、ゼロ命令を受信すると、プリンタ管理テーブルＰＴの印刷可能枚数をゼロに更新し（Ｓ２６７）、ゼロに更新できたことをサーバ３０へ通知する（Ｓ２６９）。これにより、印刷可能枚数を移行する前のプリンタ２０Ａの印刷可能枚数をゼロにしてから、新しいプリンタ２０Ｂへ印刷可能枚数を移行することができる。尚、サーバ３０は、プリンタ２０Ａの印刷可能枚数をゼロにせずに、１枚等の所定枚数だけ残しても良い。

サーバ３０は、Ｓ２６９の通知を受信すると、交換前のプリンタ２０Ａへのチャージを制限するチャージ不可設定を実行する（Ｓ２７１）。例えば、サーバ３０は、チャージできないことを示すチャージ不可フラグを、プリンタ２０Ａのチャージ予定枚数に記憶しておき（図１８参照）、プリンタ２０Ａへのチャージを携帯端末装置１０から受け付けた場合に、チャージ不可フラグに基づいてチャージができないことを携帯端末装置１０へ通知しても良い。あるいは、チャージを実行するサーバが別サーバである場合、サーバ３０は、チャージのサーバへ、プリンタ２０Ａのチャージを禁止する旨のメッセージを送信しても良い。

サーバ３０は、Ｓ２７１を実行すると、引き継ぐ印刷可能枚数、即ち、プリンタ２０Ａの印刷可能枚数を、自装置の印刷可能枚数に加算する命令をプリンタ２０Ｂに送信する（Ｓ２７３）。プリンタ２０Ｂは、自装置のプリンタ管理テーブルＰＴの印刷可能枚数に、受信した印刷可能枚数を加算すると、加算に成功した旨の通知をサーバ３０へ送信する（Ｓ２７５）。サーバ３０は、Ｓ２７５の通知を受信すると、サーバ管理テーブルＳＴにおいてプリンタ２０Ｂの印刷可能枚数に、引き継いだ印刷可能枚数を加算する（Ｓ２７７）。

例えば、図１８に示すように、上記した引き継ぎ処理を実行することで、プリンタ２０Ａの印刷可能枚数がゼロ（ブランク状態）となり、プリンタ２０Ｂの印刷可能枚数に、プリンタ２０Ａから引き継がれた印刷可能枚数「ｐｒ１」がチャージされる。また、引き継ぎの時点でプリンタ２０Ｂのアクティベーション情報がオフ状態であった場合（新規購入等）、交換前のプリンタ２０Ａのアクティベーション情報をオフ状態にするのに合せて、交換後のプリンタ２０Ｂのアクティベーション情報をオン状態にする。プリンタ２０Ａ，２０Ｂのアクティベーション情報を変更するタイミングは特に限定されないが、例えば、サーバ３０は、Ｓ２４９の命令において、プリンタ２０Ａのアクティベーション情報をオフ状態にする命令をプリンタ２０Ａに送信しても良い。また、サーバ３０は、Ｓ２７３の命令に合せてアクティベーション情報のオン状態にする命令をプリンタ２０Ｂへ送信しても良い。あるいは、Ｓ２７３の印刷可能枚数の加算命令を受け付けると、プリンタ２０Ｂが自動でアクティベーション情報をオン状態とし、その結果をＳ２７５でサーバ３０へ通知しても良い。また、サーバ３０は、引き継ぎが完了したため、プリンタ２０Ａの交換申請情報をオフ状態とする。また、サーバ３０は、引き継ぎが完了したため、プリンタ２０Ａに関連付けられていた引き継ぎコード９７を削除する。

サーバ３０は、引き継ぎが完了した旨の完了通知を携帯端末装置１０へ送信する（Ｓ２７７）。携帯端末装置１０は、完了通知を受信すると（図１５のＳ２２７：ＹＥＳ）、引き継ぎ後の後処理を実行する（Ｓ２２９）。例えば、携帯端末装置１０は、図１７に示すように、画面１２５を表示した後、Ｓ２７７の完了通知を受信すると、画面１２７を表示する（Ｓ２７９）。携帯端末装置１０は、引き継ぎが完了した旨のメッセージ１２９と、「ＯＫ」の文字を表示したアイコン１３１を、画面１２７に表示する。これにより、印刷可能枚数がプリンタ２０に移行する処理が完了したことをユーザに通知できる。携帯端末装置１０は、アイコン１３１を選択されると、画面８１を表示する（Ｓ２８１）。この際、携帯端末装置１０は、Ｓ２２９の後処理として、例えば、交換前のプリンタ２０Ａのアイコン８２を、グレーアウトで表示するなど、引き継ぎ前の状態とは違う状態で表示する。携帯端末装置１０は、グレーアウトしたプリンタ２０Ａのアイコン８２を選択された場合に、「このプリンタは使用できません」などの文字を画面８１に表示し、プリンタ２０に対する操作を受け付けない。あるいは、携帯端末装置１０は、プリンタ２０Ａのアイコン８２を、画面８１から削除する後処理を実行しても良い。また、携帯端末装置１０は、機能を制限（ステータスの確認のみ等）して、プリンタ２０Ａに対する操作を受け付けても良い。また、サーバ３０が、後処理を実行しても良い。例えば、サーバ３０は、プリンタ２０Ａに対してユーザ登録を実行した全てのユーザの携帯端末装置１０へプリンタ２０Ａをグレーアウトする処理を命令しても良い。あるいは、プリンタ２０が、後処理を実行しても良い。プリンタ２０は、自装置に対して印刷命令を送信したことがある携帯端末装置１０に対して、グレーアウトする処理を命令しても良い。

因みに、印刷システム１は、移行システムの一例である。携帯端末装置１０は、情報処理装置の一例である。アプリケーション１２Ｂは、プログラムの一例である。ディスプレイ１４及び入力Ｉ／Ｆ１５は、ユーザインタフェースの一例である。プリンタ２０は、記録装置の一例である。プリンタ２０Ａは、第１記録装置の一例である。プリンタ２０Ｂは、第２記録装置の一例である。プリンタ記憶部２６Ｂは、記録装置記憶部の一例である。引き継ぎコード９７は、交換識別情報の一例である。アプリケーション１２Ｂは、プログラムの一例である。デバイスＩＤは、記録装置識別情報の一例である。サーバ管理テーブルＳＴの印刷可能枚数は、サーバ側記録許可情報、サーバ側記録許可量の一例である。プリンタ管理テーブルＰＴの印刷可能枚数は、記録装置側記録許可情報、記録装置側記録許可量の一例である。Ｓ２１５は、移行処理、移行ステップの一例である。Ｓ２１１、Ｓ２１３は、第１受付処理の一例である。Ｓ２０３は、取得処理の一例である。Ｓ１６７は、交換申請処理の一例である。Ｓ２２１は、報知処理の一例である。Ｓ２２９は、非アクティブ処理の一例である。Ｓ２４９は、制限処理の一例である。Ｓ２６１は、第１送信処理の一例である。Ｓ２２３は、確認処理の一例である。Ｓ２２５は、承認通知処理の一例である。Ｓ２６３は、ユーザ認証処理の一例である。Ｓ２６５は、低減通知処理の一例である。Ｓ２７３は、増加通知処理の一例である。Ｓ２４３は、通信確認処理の一例である。Ｓ２４５は、通信不能通知処理の一例である。

（効果）上記した実施例によれば、以下の効果を奏する。
（１）本実施例の携帯端末装置１０は、プリンタ２０ＡのデバイスＩＤに対応付けられたサーバ管理テーブルＳＴの印刷可能枚数を、プリンタ２０ＢのデバイスＩＤに対応付けてサーバ管理テーブルＳＴに記憶させる処理をサーバ３０に実行させる引き継ぎ命令（移行命令の一例）を送信する（Ｓ２１５）。これによれば、携帯端末装置１０は、印刷可能枚数の引き継ぎを実行する命令を、サーバ３０に送信する。このため、ＬＡＮの外など、外出先などのプリンタ２０から離れた遠隔地から引き継ぎ命令を実行できる。また、サーバ３０によって、各プリンタ２０の印刷可能枚数をデバイスＩＤに関連付けて管理できる。また、ユーザが課金した印刷可能枚数を別のプリンタ２０に移行することができる。これにより、ユーザにとって利便性の高い新規な印刷サービスを実現することができる。

（２）また、携帯端末装置１０は、入力Ｉ／Ｆ１５を介して、交換前のプリンタ２０Ａを識別する引き継ぎコード９７の入力を受け付ける（Ｓ２１３）。携帯端末装置１０は、Ｓ２１３で受け付けた引き継ぎコード９７をサーバ３０に送信す（Ｓ２１５）。これによれば、予めサーバ３０で引き継ぎコード９７とプリンタ２０Ａを対応付けておくことで、サーバ３０は、引き継ぎコードに基づいて交換対象のプリンタ２０Ａを特定することが可能となる。

（３）また、携帯端末装置１０は、引き継ぎコード９７に基づいて特定したプリンタ２０Ａと通信可能か否かをサーバ３０に確認させる（Ｓ２４７）。印刷可能枚数は、印刷処理によって減るため、引き継ぐ前に最新の印刷可能枚数をプリンタ２０Ａから取得する必要がある。このため、印刷可能枚数の移行等を開始する前に、交換前のプリンタ２０Ａとの通信を確認することで、通信不能であればユーザに連絡するなど、適切な対応を実施できる。

（４）また、携帯端末装置１０は、引き継ぎ処理を実行する前に、プリンタ２０Ａの交換をサーバ３０に申請する交換申請通知を送信する（Ｓ１６７）。携帯端末装置１０は、交換申請通知により交換が認められたプリンタ２０Ａの引き継ぎコード９７を、サーバ３０から取得する（Ｓ２０３）。これによれば、交換対象のプリンタ２０Ａを予めサーバ３０に申請しておくことで、サーバ３０側でプリンタ２０ＡのデバイスＩＤと引き継ぎコード９７とを関連付けた上で、引き継ぎコード９７をユーザへ発行することができる。

（５）また、携帯端末装置１０は、Ｓ２１１において、移行先であるプリンタ２０Ｂの選択を、入力Ｉ／Ｆ１５を介して受け付け、受け付けたプリンタ２０Ｂを対象に、引き継ぎコード９７の入力を受け付ける（Ｓ２１３）。携帯端末装置１０は、サーバ３０からプリンタ２０Ａの印刷可能枚数を取得したことに基づいて（Ｓ２１９：ＹＥＳ）、引き継ぐ印刷可能枚数をディスプレイ１４に表示する（Ｓ２２１）。これによれば、印刷可能枚数を実際に移行する前に、移行する印刷可能枚数が正しいか否かを、ユーザに確認させることができる。間違った印刷可能枚数の引き継ぎの発生を抑制できる。

（６）また、携帯端末装置１０は、サーバ３０から交換要求通知を取得したことに基づいて（Ｓ１６１：ＹＥＳ）、プリンタ２０Ａを交換するか否かを受け付ける（Ｓ１６５）。携帯端末装置１０は、交換する命令を受け付けたことに基づいて（図１４のＳ１９２）、Ｓ１６７の交換申請通知を実行する。これによれば、交換するか否かをユーザに確認した上で、交換が必要となったプリンタ２０Ａの引き継ぎコード９７の発行や新しいプリンタ２０Ｂの発送等の作業を実行することができる。ユーザは、印刷システム１を継続して使用しない場合、交換申請通知を送信しないことで、サービスの利用を停止することができる。

（７）また、携帯端末装置１０は、印刷可能枚数の移行が完了した引継完了通知をサーバ３０から受信したことに基づいて（Ｓ２２７：ＹＥＳ）、プリンタ２０Ａに対する操作を受け付けない後処理を実行する（Ｓ２２９）。携帯端末装置１０は、Ｓ２２９において、プリンタ２０Ａのアイコン８２をグレーアウトして、プリンタ２０Ａに対する操作を受け付けない非アクティブ処理を実行しても良い。これによれば、移行が済んだプリンタ２０Ａに対して印刷命令を出してしまうなどの誤操作の発生を抑制できる。

（８）また、サーバ３０は、携帯端末装置１０から引き継ぎ命令を受信すると（Ｓ２１５）、プリンタ２０Ａの印刷動作を制限する（Ｓ２４９）。これによれば、印刷可能枚数を引き継ぐ前や引き継ぎ中に、プリンタ２０Ａで印刷が実行され、印刷可能枚数が変動することを抑制できる。

（９）また、サーバ３０は、Ｓ２１５の引き継ぎ命令を受信したことに基づいて、プリンタ２０Ａに対応付けられている印刷可能枚数を、引き継ぐ印刷可能枚数として携帯端末装置１０へ送信する（Ｓ２６１）。携帯端末装置１０は、受信した印刷可能枚数が合っているか否かを、ディスプレイ１４及び入力Ｉ／Ｆ１５を介してユーザに確認する（Ｓ２２３）。これによれば、印刷可能枚数を実際に移行する前に、移行する印刷可能枚数が正しいか否かを、ユーザに確認させることができる。間違った印刷可能枚数の引き継ぎの発生を抑制できる。

（１０）サーバ３０は、Ｓ２１５の命令を受信したことに基づいて、プリンタ２０Ａの印刷可能枚数で、サーバ管理テーブルＳＴのプリンタ２０Ａの印刷可能枚数を更新した後（Ｓ２５９）、Ｓ２６１を実行する。これによれば、サーバ管理テーブルＳＴの印刷可能枚数を、プリンタ２０Ａの最新の印刷可能枚数に更新（同期）させた上で、最新の印刷可能枚数をユーザに確認させることができる。より正確な印刷可能枚数をユーザに提示することができる。

（１１）携帯端末装置１０は、Ｓ２２３により、引き継ぐ印刷可能枚数が承認された場合（Ｓ２２３：ＹＥＳ）、承認通知をサーバ３０へ送信する（Ｓ２２５）。サーバ３０は、承認を行なったユーザが、プリンタ２０Ａに関連付けられたユーザであるか確認する（Ｓ２６３）。これによれば、引き継ぎを承認したユーザと、プリンタ２０Ａを利用しているユーザ等との確認を実施でき、不正な印刷可能枚数の引き継ぎの発生を抑制できる。

（１２）サーバ３０は、Ｓ２１５の命令に基づいて、プリンタ２０Ａの印刷可能枚数をゼロにするゼロ命令（低減命令の一例）を、プリンタ２０へ送信（Ｓ２６５）。サーバ３０は、Ｓ２６５の応答を受信すると（Ｓ２６９）、印刷可能枚数を増やす加算命令（増加命令の一例）をプリンタ２０Ｂに送信する。これによれば、交換前のプリンタ２０Ａの印刷可能枚数を確実に減らした上で、交換後のプリンタ２０Ｂの印刷可能枚数を増加させることができる。印刷可能枚数の不正利用の発生を抑制できる。尚、プリンタ２０Ａの印刷可能枚数の一部をプリンタ２０Ｂに移行させても良い。

（１３）サーバ３０は、プリンタ２０Ａと通信可能か否かを確認し（Ｓ２４３）プリンタ２０Ａと通信できない場合、接続依頼を携帯端末装置１０へ送信する（Ｓ２４５）。これによれば、プリンタ２０Ａと通信ができず最新の印刷可能枚数を取得できない場合に、プリンタ２０Ａの通信状態の確認をユーザに促すことができる。

（その他の実施形態）
上記実施例では、プリンタ２０とサーバ３０との間で、印刷により減算した後の残りの印刷可能枚数を同期（一致）させる形態を説明したが、本願の更新処理は、印刷可能枚数を一致させる処理に限らない。図１９は、その他の実施形態の印刷システム１Ａを示している。尚、以下の説明では、上記実施例と同様の構成については、同一符号を付し、その説明を適宜省略する。

図１９に示すように、例えば、印刷システム１Ａのサーバ３０は、印刷済枚数１５１、チャージ済枚数１５２をサーバ記憶部３２Ｂに記憶している。また、プリンタ２０は、印刷済枚数１５３、チャージ済枚数１５４をプリンタ記憶部２６Ｂに記憶している。印刷済枚数１５１，１５３は、プリンタ２０によって印刷された印刷枚数の総計である。即ち、印刷済枚数１５１，１５３は、上記実施例の印刷可能枚数とは異なり、印刷回数が増えるごとに増加する枚数である。チャージ済枚数１５２，１５４は、携帯端末装置１０によってチャージされたチャージ枚数の総計である。即ち、チャージ済枚数１５２，１５４は、携帯端末装置１０からチャージされるごとに増加する枚数である。この場合、印刷可能枚数は、チャージ済枚数１５２，１５４から印刷済枚数１５１，１５３を減算した値となる。プリンタ２０とサーバ３０は、この印刷済枚数１５１，１５３とチャージ済枚数１５２，１５４について、一方の情報に基づいて他方の情報を更新する更新処理を実行する。印刷済枚数１５１、チャージ済枚数１５２は、サーバ側記録許可情報の一例である。印刷済枚数１５３、チャージ済枚数１５４は、記録装置側記録許可情報の一例である。

詳述すると、例えば、プリンタ２０には、チャージ済枚数１５４の初期値として、購入時に５０００枚がチャージされる。プリンタ２０は、印刷処理を実行すると印刷した枚数だけ印刷済枚数１５３を増加させる（Ｓ３０７）。プリンタ２０は、例えば、印刷後に、チャージ済枚数１５４から印刷済枚数１５３を減算した値、即ち、印刷可能枚数がゼロとなった場合、それ以降の印刷動作を制限する。あるいは、プリンタ２０は、印刷前に印刷可能枚数を演算して印刷可能枚数が足りない場合、印刷を実行しなくとも良い。例えば、プリンタ２０は、「印刷可能枚数が印刷命令の印刷指定枚数を超える条件」や、「（印刷済枚数１５３＋印刷指定枚数）がチャージ済枚数１５４を越える条件」が印刷前に成立した場合（本願の「記録許可情報が所定の条件を満たす場合」の一例）、その印刷命令の印刷を中止しても良い。また、サーバ３０が、チャージ済枚数１５２から印刷済枚数１５１を減算して印刷可能枚数を判断し、プリンタ２０のアクティベーション情報等を制御して印刷を制限しても良い。従って、本実施例では、印刷可能枚数（本願の印刷許可量の一例）自体を装置が記憶せずとも、演算によって管理することができる。

また、例えば、サーバ３０は、携帯端末装置１０からチャージ命令を受信すると（Ｓ３１０）、チャージ命令で命令されたチャージ枚数（例えば、１０００枚）をチャージ済枚数１５２に加算する（Ｓ３０３）。サーバ３０は、加算後のチャージ済枚数１５２で、プリンタ２０のチャージ済枚数１５４を更新（上書き）する（Ｓ３０５）。これにより、プリンタ２０のチャージ済枚数１５４に、チャージ枚数が加算される（例えば、５０００＋１０００＝６０００枚）。尚、サーバ３０は、チャージ済枚数１５４を上書きせずに、上記実施例のように、加算するチャージ枚数をプリンタ２０へ通知し、加算処理をプリンタ２０に実行させても良い。あるいは、サーバ３０は、加算後のチャージ済枚数１５２と印刷済枚数１５１の差分の値をプリンタ２０へ通知しても良い。そして、プリンタ２０が、受信した差分の値を、印刷済枚数１５３に加算してチャージ済枚数１５４を演算して更新しても良い。

プリンタ２０は、更新後のチャージ済枚数１５４（例えば、６０００枚）を上限値として設定し、携帯端末装置１０等から印刷命令を受信すると（Ｓ３１０）、印刷済枚数１５３がチャージ済枚数１５４以上となるまで印刷を実行する。上記したように、プリンタ２０は、例えば、印刷が終了するごとに、印刷枚数だけ印刷済枚数１５３を増加させる（Ｓ３０７）。そして、プリンタ２０は、増加させた後の印刷済枚数１５３で、サーバ３０の印刷済枚数１５１を更新（上書き）する（Ｓ３０９）。

また、図１９に示す実施例における印刷可能枚数の移行処理も、上記実施例（図１５、図１６）と同様に実行することができる。例えば、サーバ３０は、図１５のＳ２５５～２５９において、交換前のプリンタ２０ＡのデバイスＩＤに関連付けられた印刷済枚数１５１、チャージ済枚数１５２を、プリンタ２０Ａが所有する印刷済枚数１５３、チャージ済枚数１５４と同期させ、最新の情報に更新する。尚、チャージ済枚数１５２については、サーバ３０が最新の情報を持っているため、チャージ済枚数１５２でチャージ済枚数１５４を更新しなくとも良い。サーバ３０は、更新した後、プリンタ２０Aのチャージ済枚数１５２から印刷済枚数１５１を減算し、引き継ぎ前のプリンタ２０Ａの印刷可能枚数を算出する。サーバ３０は、この算出した印刷可能枚数を、引き継ぐ印刷可能枚数として携帯端末装置１０に通知する（Ｓ２６１）。サーバ３０は、ユーザの承認等を得ると（Ｓ２６３）、プリンタ２０Ａの印刷済枚数１５３やチャージ済枚数１５４をゼロにし（Ｓ２６７）、サーバ３０側が所有するプリンタ２０Ａに関連付けられた印刷済枚数１５１及びチャージ済枚数１５２を、交換後のプリンタ２０Ｂに設定することで、印刷可能枚数をプリンタ２０Ａからプリンタ２０Ｂに移行させることができる。これにより、チャージ済枚数１５２や印刷済枚数１５１で印刷可能枚数を管理する場合でも、印刷可能枚数の移行処理を行なうことができる。

因みに、上記したその他の実施形態において、印刷済枚数１５１、チャージ済枚数１５２は、サーバ側記録許可情報の一例である。印刷済枚数１５３、チャージ済枚数１５４は、記録装置側記録許可情報の一例である。チャージ済枚数１５２，１５４から印刷済枚数１５１，１５３を減算した量は、サーバ側記録許可量、記録装置側記録許可量の一例である。

（効果）上記した実施例によれば、以下の効果を奏する。
サーバ３０は、携帯端末装置１０から受信したチャージ枚数で加算したチャージ済枚数１５２をプリンタ２０へ送信し、プリンタ２０のチャージ済枚数１５４を更新する（Ｓ３０５）。また、プリンタ２０は、Ｓ３１０の印刷命令に基づいて実行した印刷動作による印刷枚数で印刷済枚数１５３を更新する（Ｓ３０７）。プリンタ２０は、更新した印刷済枚数１５３に基づいて、サーバ３０の印刷済枚数１５１を更新する（Ｓ３０９）。これによれば、サーバ３０からはチャージ済枚数１５２を通知することで、プリンタ２０からは印刷済枚数１５３を通知することで、印刷可能枚数を互いに管理することができる。更新処理における通信の頻度を減らすことができる。

（変形例）
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

上記の実施例において、本願の情報処理端末として、スマートフォンである携帯端末装置１０を採用したが、これに限らない。情報処理装置としては、デスクトップＰＣ、ノートＰＣ、タブレットＰＣ等の端末を採用できる。
また、１つのプリンタ２０に対して、複数の携帯端末装置１０から印刷の命令や追加の印刷可能枚数の購入を実施しても良い。
また、本実施形態では一つの携帯端末装置１０に対してサーバ３０が通信する例を示したが、複数の携帯端末装置１０と通信するようにしても良い。例えば、サーバ３０は、複数の携帯端末装置１０からチャージの命令を受け付け、各携帯端末装置１０からのチャージ命令に基づいて各プリンタ２０に対応付けた印刷可能枚数にチャージ枚数を加算し、サーバ記憶部３２Ｂに記憶するようにしても良い。これにより、各ユーザが、個人のプリンタ２０や共用のプリンタ２０へ任意の場所からチャージを実行することができる。この場合、サーバ３０は各携帯端末装置１０に対し、更新された印刷可能枚数を通知するようにしても良い。
プリンタ２０は、ユーザがインクを補充可能（タンク部２３の各インクタンクを交換可能）な構成でも良い。また、インクなどの消耗品を補充するための手段としては、他にはタンク部２３に対してインクなどが入ったボトルから注入可能にする構成などが挙げられる。
また、本願の記録装置として、インクジェット方式のプリンタ２０を採用したが、レーザープ方式やサーマル方式のプリンタでも良い。また、記録装置は、個人ユーザ向けのプリンタに限らず、商業用・産業用の印刷機でも良い。従って、記録装置は、印刷機能の他に、スキャン機能、コピー機能、ＦＡＸ機能等を備える複合機でも良い。また、記録装置は、金属部材等に対して、レーザによりマーカを行うレーザマーカでも良い。従って、本願の記録媒体は、用紙に限らず、金属部材等でも良い。

また、プリンタ２０は、プリンタ管理テーブルＰＴを、プリンタ記憶部２６Ｂに記憶する構成であったが、これに限らない。例えば、プリンタ２０は、ＩＣカードやメモリカード等を読み取り可能な読み取りＩ／Ｆを備えても良い。そして、プリンタ２０は、読み取りＩ／Ｆに装着されたＩＣカード等から、デバイスＩＤや印刷可能枚数などのプリンタ管理テーブルＰＴの情報を読み取って用いても良い。即ち、プリンタ２０は、プリンタ管理テーブルＰＴを、ＩＣカード等で管理される構成でも良い。
あるいは、プリンタ２０は、印刷可能枚数等のプリンタ管理テーブルＰＴの情報を、印刷部２５のインクタンクに設けられたメモリ、レーザプリンタの場合であれば、トナーカートリッジのメモリ、感光体ドラムのメモリなど、プリンタプログラム２６Ｂ１が記憶された記憶部以外のメモリ等に記憶して管理しても良い。
また、初期デバイス設定処理、印刷処理、チャージ処理、申請処理、引き継ぎ処理の各処理を実行するアプリケーション１２Ｂは、別のアプリケーションプログラムでも良い。
また、本願における記録許可情報が示す記録許可量は、印刷枚数に限らない。例えば、記録許可量は、インクやトナーの消費量でも良い。記録許可量は、何ドット（ピクセル）だけインクの吐出を許可する量、インクの使用を許可する量（何ｍｌなど）でも良い。あるいは、記録許可量は、感光体ドラム等の印刷動作にともなって回転する部材の回転数で規定しても良い。

Ｓ２４９、Ｓ２５１における交換前のプリンタ２０Ａの印刷を制限する処理を、携帯端末装置１０からプリンタ２０Ａへ命令して実行しても良い。
また、上記実施例では、１台のプリンタ２０Ａの印刷可能枚数を、１台のプリンタ２０Ｂに移行させたが、これに限らない。プリンタ２０Ａの印刷可能枚数を、複数のプリンタ２０Ｂに分割して移行しても良く。複数のプリンタ２０Ａの印刷可能枚数を、統合して１台のプリンタ２０Ｂに移行しても良い。
申請処理により、ユーザから交換の申請を受け付けたが、サーバ３０が、交換が必要と判断したプリンタ２０Ａのユーザへ、申請の有無に係わらず引き継ぎコード９７の発行とプリンタ２０Ｂの発送を自動で実行しても良い。
Ｓ２４３の接続の確認、Ｓ２４９の印刷の制限、Ｓ２５５の印刷可能枚数の取得等のサーバ３０の処理の一部又は全部を、サーバ３０以外の装置（携帯端末装置１０やプリンタ２０）が実行しても良い。同様に、携帯端末装置１０やプリンタ２０の処理を、サーバ３０が実行しても良い。

また、携帯端末装置１０は、プリンタ２０やサーバ３０から取得した印刷可能枚数を端末記憶部１２に記憶し、ユーザに通知等しても良い。これにより、例えば、ユーザは、携帯端末装置１０を操作することで、最新の印刷可能枚数を確認できる。また、携帯端末装置１０は、サーバ３０、プリンタ２０と連携して、印刷可能枚数の同期処理を実行しても良い。ユーザは、プリンタ２０と通信できない場所（ＬＡＮ外など）にいても、最新の印刷可能枚数を確認してサーバ３０へ引き継ぎ等の命令を出すことができる。
また、プリンタ２０を交換する際の交換識別情報は、引き継ぎコード９７に限らない。例えば、交換識別情報としては、製品ごとに付与されるプリンタ２０のシリアル番号を採用することができる。この場合、携帯端末装置１０は、交換識別情報を、引き継ぎコード９７のようにサーバ３０から取得しなくとも良い。例えば、ベンダから発送する交換用のプリンタ２０Ｂの箱にシリアル番号を印刷しておき、そのシリアル番号を引き継ぎの際に受け付けることで、引き継ぐ印刷可能枚数等をサーバ３０が判断しても良い。また、この場合、引き継ぎコード９７の発行等を要求する申請処理が不要となる。

上記の実施例において、プリンタ２０の交換を、インク残量に基づいて実行した。しかしながら、プリンタ２０の交換を、プリンタ２０の故障が発生した場合や、現在使用しているプリンタ２０と異なるプリンタ２０をユーザが所望した場合に実行してもよい。
また、図９のチャージ処理において、ディスプレイ１４に表示されたチャージ画面７１ら所望のチャージアイコン７４を選択することで、選択したチャージアイコン７４に対応するチャージ枚数が印刷可能枚数にチャージ（加算）された。しかしながら、ユーザが所望のチャージ枚数を入力できるように構成して、ユーザによって入力されたチャージ枚数を印刷可能枚数にチャージし、入力されたチャージ枚数に応じた課金額をベンダがユーザに請求するようにしても良い。また、用紙をチャージする構成に限らず、ポイントをチャージしたり、インク量をチャージしたりするような印刷システム１としてもよい。この場合、例えば片面印刷か両面印刷か、あるいは印刷データで使用するインク量などに応じて、印刷１回あたりのポイントやインク量を算出し、チャージされたポイントやインク量からカウントするようにすればよい。

１、１Ａ 印刷システム（移行システム）、１０ 携帯端末装置（情報処理装置）、１２Ｂ アプリケーション（プログラム）、１４ ディスプレイ（ユーザインタフェース）、１５ 入力Ｉ／Ｆ（ユーザインタフェース）、２０ プリンタ（記録装置）、２０Ａ プリンタ（第１記録装置）、２０Ｂ プリンタ（第２記録装置）、２６Ｂ プリンタ記憶部（記録装置記憶部）、３０ サーバ、３２Ｂ サーバ記憶部、９７ 引き継ぎコード（交換識別情報）。

Claims (14)

1. 記録装置及びサーバと通信可能な情報処理装置のコンピュータに実行させるプログラムであって、
   前記記録装置は、
   記録媒体に記録動作を実行する記録部を備え、
   前記情報処理装置は、
   入力インタフェースを備え、
   前記サーバは、
   前記記録装置を識別する記録装置識別情報と、前記記録部による記録を許可するサーバ側記録許可量に係わるサーバ側記録許可情報とを対応付けて記憶するサーバ記憶部を備え、
   前記コンピュータに、
   前記入力インタフェースを介して、前記サーバ側記録許可量を増加させる指示を受け付け、受け付けた指示を前記サーバへ送信する処理と、
   前記入力インタフェースを介して、交換対象の前記記録装置である第１記録装置を識別する交換識別情報の入力を受け付ける第１受付処理と、
   前記第１受付処理で受け付けた前記交換識別情報を前記サーバに送信させ、前記交換識別情報に対応する前記第１記録装置を識別する第１記録装置識別情報に対応付けて前記サーバ記憶部に記憶された前記サーバ側記録許可情報を、第２記録装置を識別する第２記録装置識別情報に対応付けて前記サーバ記憶部に記憶させる処理を前記サーバに実行させる移行命令を、前記サーバに送信する移行処理と、
   を実行させるプログラム。
2. 前記移行処理において、
   前記交換識別情報に基づいて特定した前記第１記録装置と通信可能か否かを前記サーバに確認させる、請求項１に記載のプログラム。
3. 前記コンピュータに、
   前記移行処理を実行する前に、前記第１記録装置の交換を前記サーバに申請する交換申請処理と、
   前記交換申請処理により交換が認められた前記第１記録装置の前記交換識別情報を、前記サーバから取得する取得処理と、
   を実行させる請求項１又は請求項２に記載のプログラム。
4. 前記第１受付処理において、
   移行先である前記第２記録装置の選択を、前記入力インタフェースを介して受け付け、受け付けた前記第２記録装置を対象に、前記交換識別情報の入力を受け付けさせ、
   前記コンピュータに、
   前記サーバから前記第１記録装置の前記サーバ側記録許可情報を取得したことに基づいて、前記第１記録装置から前記第２記録装置に移行される記録許可情報を報知する報知処理を実行させる、請求項３に記載のプログラム。
5. 前記コンピュータに、
   前記サーバから前記第１記録装置の交換が必要であることを示す通知を取得したことに基づいて、交換が必要な前記第１記録装置を交換するか否かを受け付ける第２受付処理を実行させ、
   前記第２受付処理において交換する命令を受け付けたことに基づいて、前記交換申請処理を実行する、請求項３又は請求項４に記載のプログラム。
6. 前記コンピュータに、
   前記移行命令に基づく移行が完了した通知を前記サーバから取得したことに基づいて、前記第１記録装置に対する操作を受け付けない非アクティブ処理を実行させる、請求項１から請求項５の何れか１項に記載のプログラム。
7. 記録装置と、
   サーバと、
   前記記録装置及び前記サーバと通信可能な情報処理装置と、
   を備える移行システムであって、
   前記記録装置は、
   記録媒体に記録動作を実行する記録部を備え、
   前記情報処理装置は、
   入力インタフェースを備え、
   前記サーバは、
   前記記録装置を識別する記録装置識別情報と、前記記録部による記録を許可するサーバ側記録許可量に係わるサーバ側記録許可情報とを対応付けて記憶するサーバ記憶部を備え、
   前記情報処理装置は、
   前記入力インタフェースを介して、前記サーバ側記録許可量を増加させる指示を受け付け、受け付けた指示を前記サーバへ送信する処理と、
   前記入力インタフェースを介して、交換対象の前記記録装置である第１記録装置を識別する交換識別情報の入力を受け付ける第１受付処理と、
   前記第１受付処理で受け付けた前記交換識別情報を前記サーバに送信させ、前記交換識別情報に対応する前記第１記録装置を識別する第１記録装置識別情報に対応付けて前記サーバ記憶部に記憶された前記サーバ側記録許可情報を、第２記録装置を識別する第２記録装置識別情報に対応付けて前記サーバ記憶部に記憶させる処理を前記サーバに実行させる移行命令を、前記サーバに送信する移行処理と、
   を実行する、移行システム。
8. 前記サーバは、
   前記移行命令を受信したことに基づいて、前記第１記録装置による記録動作を制限する制限処理を実行する、請求項７に記載の移行システム。
9. 前記情報処理装置は、
   前記入力インタフェースを有するユーザインタフェースを備え、
   前記サーバは、
   前記移行命令を受信したことに基づいて、前記第１記録装置識別情報に対応付けた前記前記サーバ側記録許可情報を、前記情報処理装置へ送信する第１送信処理と、
   前記情報処理装置は、
   前記第１送信処理で受信した前記サーバ側記録許可情報が示す前記サーバ側記録許可量が合っているか否かを、前記ユーザインタフェースを介してユーザに確認する確認処理を実行する、請求項７又は請求項８に記載の移行システム。
10. 前記記録装置は、
    前記記録部による記録を許可する記録装置側記録許可量に係わる記録装置側記録許可情報を記憶する記録装置記憶部を備え、
    前記サーバは、
    前記移行命令を受信したことに基づいて、前記第１記録装置の前記記録装置側記録許可情報に基づいて、前記第１記録装置識別情報に対応付けられた前記サーバ側記録許可情報を更新した後、前記第１送信処理を実行する、請求項９に記載の移行システム。
11. 前記情報処理装置は、
    前記確認処理により、前記サーバ側記録許可量が合っていることを示す入力を前記ユーザインタフェースで受け付けたことに基づいて、前記サーバ側記録許可量が承認されたことを前記サーバに通知する承認通知処理を実行し、
    前記サーバは、
    前記承認通知処理による通知を受信したことに基づいて、承認を行なったユーザが、前記第１記録装置識別情報に関連付けられたユーザ情報が示すユーザであるか確認するユーザ認証処理を実行する、請求項９又は請求項１０に記載の移行システム。
12. 前記記録装置は、
    前記記録部による記録を許可する記録装置側記録許可量に係わる記録装置側記録許可情報を記憶する記録装置記憶部を備え、
    前記サーバは、
    前記移行命令を受信したことに基づいて、前記第１記録装置の前記記録装置側記録許可量を所定量だけ減らす低減命令を、前記第１記録装置へ通知する低減通知処理と、
    前記低減通知処理による通知に対する応答を前記第１記録装置から受信したことに基づいて、前記第２記録装置の前記記録装置側記録許可量に前記所定量を増やす増加命令を、前記第２記録装置へ通知する増加通知処理と、
    を実行する、請求項７から請求項１１の何れか１項に記載の移行システム。
13. 前記移行命令を受信したことに基づいて、前記第１記録装置と通信可能か否かを確認する通信確認処理と、
    前記通信確認処理の結果、前記第１記録装置と通信できない場合、前記第１記録装置と通信できないことを示す情報を、前記情報処理装置へ通知する通信不能通知処理と、
    を実行する請求項７から請求項１２の何れか１項に記載の移行システム。
14. 記録装置と、
    サーバと、
    前記記録装置及び前記サーバと通信可能な情報処理装置と、
    を備える移行システムにおける移行方法であって、
    前記記録装置は、
    記録媒体に記録動作を実行する記録部を備え、
    前記情報処理装置は、
    入力インタフェースを備え、
    前記サーバは、
    前記記録装置を識別する記録装置識別情報と、前記記録部による記録を許可するサーバ側記録許可量に係わるサーバ側記録許可情報とを対応付けて記憶するサーバ記憶部を備え、
    前記入力インタフェースを介して、前記サーバ側記録許可量を増加させる指示を受け付け、受け付けた指示を前記サーバへ送信するステップと、
    前記入力インタフェースを介して、交換対象の前記記録装置である第１記録装置を識別する交換識別情報の入力を受け付ける第１受付ステップと、
    前記第１受付ステップで受け付けた前記交換識別情報を前記サーバに送信させ、前記交換識別情報に対応する前記第１記録装置を識別する第１記録装置識別情報に対応付けて前記サーバ記憶部に記憶された前記サーバ側記録許可情報を、第２記録装置を識別する第２記録装置識別情報に対応付けて前記サーバ記憶部に記憶させる処理を前記サーバに実行させる移行ステップと、
    を含む移行方法。

Images