特開 2022-130808 通信装置、制御プログラム、サービス提供システム

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

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

(11)【公開番号】P2022130808

(43)【公開日】2022-09-07

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

(51)【国際特許分類】

   G06F 3/12 20060101AFI20220831BHJP

   B41J 29/38 20060101ALI20220831BHJP

   G06F 13/00 20060101ALI20220831BHJP

【ＦＩ】

G06F3/12 331

G06F3/12 303

G06F3/12 325

G06F3/12 330

G06F3/12 367

G06F3/12 388

B41J29/38 701

G06F13/00 510A

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2021029420

(22)【出願日】2021-02-26

(71)【出願人】

【識別番号】000005267

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

(74)【代理人】

【識別番号】110000992

【氏名又は名称】弁理士法人ネクスト

(72)【発明者】

【氏名】奥野 哲也

【テーマコード（参考）】

2C061

5B084

【Ｆターム（参考）】

2C061AP01

2C061AQ05

2C061AQ06

2C061HK05

2C061HN05

2C061HN15

2C061HN21

2C061HP00

2C061HQ01

5B084AA06

5B084AA11

5B084AB18

5B084AB31

5B084AB36

5B084BA09

5B084DB01

5B084DC02

5B084DC03

(57)【要約】

【課題】メモリに記憶されている情報をリセットした後に、サーバとの間でサービスの提供を受けるための再登録を行う場合において、通信装置又はサーバに対する悪影響を極力抑制することを目的とする。
【解決手段】プリンタ３０のコントローラ３５は、ファクトリリセットの指示を受付けた場合に、メモリ３６からデバイスＩＤ以外の情報を削除する。ファクトリリセットが実行された後であって、サーバ５０との間で所定のサービスの提供を受けるための再登録を行う場合に、サーバ５０に対してデバイスＩＤの更新を要求し、サーバ５０により更新されたデバイスＩＤをメモリ３６に記憶する。
【選択図】図１

【特許請求の範囲】

【請求項1】

通信インタフェースと、メモリと、コントローラとを備え、所定のサービスを提供するサーバと前記通信インタフェースを介して通信可能な通信装置であって、
前記メモリには、前記サーバが前記所定のサービスの提供において前記通信装置を識別するための識別情報が記憶されており、
前記コントローラは、
前記メモリのリセット指示を受付ける指示受付処理と、
前記リセット指示を受付けた場合に、前記メモリから前記識別情報以外の情報を削除するリセット処理と、
前記リセット処理が実行された後であって、前記サーバとの間で前記所定のサービスの提供を受けるための再登録を行う場合に、前記サーバに対して前記識別情報の更新を要求する更新要求処理と、
前記更新要求処理に基づき、更新された前記識別情報を前記メモリに記憶する記憶処理と、
を実行する通信装置。

【請求項2】

前記更新要求処理では、前記サーバに対して前記識別情報の更新を要求すると共に、前記メモリに記憶されている前記識別情報を前記サーバに送信する請求項１に記載の通信装置。

【請求項3】

前記更新要求処理では、前記識別情報の更新の要求により、前記サーバに、前記通信装置に対して新たな前記識別情報を作成させ、
前記記憶処理では、前記サーバにより作成された前記識別情報を、更新後の前記識別情報として前記メモリに記憶する請求項１又は２に記載の通信装置。

【請求項4】

前記コントローラは、前記リセット処理の実行後に新たな前記識別情報を作成し、
前記更新要求処理では、前記新たに作成された識別情報を前記通信装置における前記識別情報として前記サーバに送信し、
前記記憶処理では、前記新たに作成された識別情報を前記メモリに記憶する請求項１又は２に記載の通信装置。

【請求項5】

前記サーバは、前記所定のサービスに加え、他のサービスを提供可能であり、
前記メモリには、前記識別情報に加えて、前記サーバから前記他のサービスの提供を受けるための情報である接続情報が記憶されており、
前記リセット処理では、
前記リセット指示を受付けた場合に、前記通信装置に対して前記他のサービスの提供が登録されていれば、前記メモリに記憶された前記接続情報を削除せず、
前記リセット指示を受付けた場合に、前記通信装置に対して前記他のサービスの提供が登録されていなければ、前記メモリに記憶された前記接続情報を削除する請求項１～４のいずれか一項に記載の通信装置。

【請求項6】

前記リセット指示を受付けた場合に、前記通信装置に対して前記他のサービスの提供が登録されていれば、前記他のサービスが登録されていることを通知する通知処理を実行する請求項５に記載の通信装置。

【請求項7】

通信インタフェースと、メモリと、を備え、所定のサービスを提供するサーバと前記通信インタフェースを介して通信可能な通信装置のコントローラで実行可能な制御プログラムであって、
前記メモリには、
前記サーバが前記所定のサービスの提供において前記通信装置を識別するための識別情報が記憶されており、
前記コントローラに、
前記メモリのリセット指示を受付ける指示受付処理と、
前記リセット指示を受付けた場合に、前記識別情報以外の情報を前記メモリから削除するリセット処理と、
前記リセット処理が実行された後であって、前記サーバとの間で前記所定のサービスの提供を受けるための再登録を行う場合に、前記サーバに対して前記識別情報の更新を要求する更新要求処理と、
前記更新要求処理に基づき、更新された前記識別情報を前記メモリに記憶する記憶処理と、
を実行させる制御プログラム。

【請求項8】

通信インタフェースと、メモリとを備える通信装置と、所定のサービスを提供するサーバとで構成され、前記通信装置は前記通信インタフェースを介して前記サーバと通信可能なサービス提供システムであって、
前記メモリには、前記サーバが前記所定のサービスの提供において前記通信装置を識別するための識別情報が記憶されており、
前記通信装置は、
前記メモリのリセット指示を受付ける指示受付処理と、
前記リセット指示を受付けた場合に、前記識別情報以外の情報を前記メモリから削除するリセット処理と、
前記リセット処理が実行された後であって、前記サーバとの間で前記所定のサービスの提供を受けるための再登録を行う場合に、前記サーバに対して前記識別情報の更新を要求する更新要求処理と、
を実行し、
前記サーバは、前記識別情報の更新の要求を受けると、前記識別情報を更新し、
前記通信装置は、前記更新要求処理に基づき、更新された前記識別情報を前記メモリに記憶する記憶処理を実行するサービス提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サーバとの間で通信を行う技術に関する。

【背景技術】

【0002】

特許文献１には、所定のサービスを提供するサーバと、このサーバとの通信可能な通信装置が記載されている。特許文献１では、サービスの提供に先立ち、通信装置は、サーバとの間で、サービスの提供を受けるために必要な通信装置の識別情報をメモリに記憶する。そして、通信装置は、メモリに記憶された識別情報を用いてサーバからのサービスの提供を受ける。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

例えば、通信装置において、メモリに記憶された情報を削除した後に、サーバとの間でサービスの提供を受けるための再登録を行う場合がある。このような場合において、通信装置又はサーバに対して悪影響が生じる懸念がある。しかし、特許文献１では、メモリに記憶された情報をリセットした場合の通信装置の処理について何ら記載されていない。

【0005】

本発明は、上記課題に鑑みたものであり、メモリに記憶されている情報をリセットした後に、サーバとの間でサービスの提供を受けるための再登録を行う場合において、通信装置又はサーバに対する悪影響を極力抑制することを目的とする。

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

【0006】

上記課題を解決するために本発明では、通信インタフェースと、メモリと、コントローラとを備え、所定のサービスを提供するサーバと、通信インタフェースを介して通信可能な通信装置に関する。通信装置のメモリには、サーバが所定のサービスの提供において通信装置を識別するための識別情報が記憶されており、コントローラは、メモリのリセット指示を受付ける指示受付処理と、リセット指示を受付けた場合に、メモリから識別情報以外の情報を削除するリセット処理と、リセット処理が実行された後であって、サーバとの間で所定のサービスの提供を受けるための再登録を行う場合に、サーバに対して識別情報の更新を要求する更新要求処理と、更新要求処理に基づき、更新された識別情報をメモリに記憶する記憶処理と、を実行する。

【0007】

上記構成では、通信装置のコントローラは、メモリのリセット指示を受付けた場合に、メモリから識別情報以外の情報を削除するリセット処理を実行する。コントローラは、リセット処理が実行された後であって、サーバとの間で所定のサービスの提供を受けるための再登録を行う場合に、サーバに対して当該識別情報の更新を要求する。これにより、メモリのリセットを行った後において、サーバとの間でサービスの提供を受けるために通信装置の再登録が行われるまでは、識別情報が保持される。一方で、サーバとの間でサービスの提供を受けるために再登録が行われた場合は、通信装置の識別情報が更新されるため、通信装置に対して同じ識別情報が継続して使用される場合と比べて、セキュリティーの低下を抑制することができる。これにより、メモリのリセットが行われた場合において、メモリに記憶された全ての情報を削除する場合と比べて、通信装置又はサーバに対する悪影響を極力抑制することができる。

【0008】

本発明は、種々の形態により実現することが可能であり、通信装置の発明以外にも、通信装置のコントローラが実行する制御プログラムや、通信装置を含むサービス提供システムとしても実現することができる。

【発明の効果】

【0009】

本発明によれば、メモリに記憶されている情報をリセットした後に、サーバとの間でサービスの提供を受けるための再登録を行う場合において、通信装置又はサーバに対する悪影響を極力抑制することができる。

【図面の簡単な説明】

【0010】

【図1】印刷システムの構成図。

【図2】管理テーブルを説明する図。

【図3】サービスの登録の手順を示すタイミングチャート。

【図4】サービスの実行手順を説明するタイミングチャート。

【図5】ファクトリリセット後の各装置の処理を説明するタイミングチャート。

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

【図7】第２実施形態に係る、ファクトリリセット後の各装置の処理を説明するタイミングチャート。

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

【0011】

（第１実施形態）
本実施形態係に係る印刷システムを、図面を参照しつつ説明する。

【0012】

図１に示す印刷システム１００は、端末１０と、プリンタ３０と、サーバ５０とを備えている。端末１０と、プリンタ３０と、サーバ５０とはネットワーク２００に接続されている。本実施形態では、ネットワーク２００は、インターネットであってもよいし、ローカルエリアネットワーク（ＬＡＮ）であってもよいし、ＬＡＮとインターネットとの組み合わせであってもよい。また、ネットワーク２００は、有線の他、無線でもよいし有線と無線の組み合わせにより構成されていてもよい。本実施形態では、プリンタ３０が通信装置の一例である。

【0013】

端末１０の構成について説明する。端末１０は、スマートフォンやタブレット端末である。端末１０は、バス１１と、端末側ＣＰＵ１２と、メモリ１３と、ユーザＩＦ１７と、通信ＩＦ２０とを備えている。これらの構成要素は、バス１１を介して互いに通信可能に接続されている。ＩＦは、Interfaceの略称である。

【0014】

ユーザＩＦ１７は、操作キー１８や、タッチパネル１９を備えている。タッチパネル１９は、タッチセンサを有しており、タッチセンサによる検出結果に応じた信号を出力する。なお、本実施形態における「タッチ」とは、入力媒体をタッチパネル１９の表示画面に接触させる操作全般を含む。また、入力媒体をタッチパネル１９との間の距離がごく僅かな位置まで入力媒体を近接させることを、前述の「タッチ」の概念に含めてもよい。さらに入力媒体とは、ユーザの指であってもよいし、タッチペン等であってもよい。

【0015】

通信ＩＦ２０は、所定の通信プロトコルに準拠して、端末１０をネットワーク２００に接続する。通信ＩＦ２０は、例えば、ＩＥＥＥの８０２．１１の規格およびそれに準ずる規格に基づいて、Ｗｉ-Ｆｉ（Ｒ）（登録商標）方式の無線通信を行うことが可能とされている。また、通信ＩＦ２０は、プリンタ３０との間でＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信を行うものであってもよい。なお、通信ＩＦ２０は、基地局を介した移動通信システムを利用した無線通信を行うものであってもよい。

【0016】

端末側ＣＰＵ１２は、メモリ１３に記憶されたプログラムを実行することで、端末１０の各部を制御する。メモリ１３には、不図示のＯＳ（Operating Systemの略称）、印刷アプリケーションプログラム１４、メールプログラム１５、課金アプリケーションプログラム１６が記憶されている。以下、アプリケーションプログラムを、単に、「アプリケーション」と称す。端末側ＣＰＵ１２は、ＯＳの実行下において、各プログラム１４，１５，１６を実行することにより、プリンタ３０及びサーバ５０との間でネットワーク２００を介した通信を行うことができる。例えば、端末側ＣＰＵ１２は、印刷アプリケーション１４を実行することにより、プリンタ３０に対して、プリント処理の指示を行う。端末側ＣＰＵ１２は、メールプログラム１５を実行することにより、サーバ５０との間で、メールデータの送受信を行うことができる。端末側ＣＰＵ１２は、課金アプリケーションを実行することにより、サーバ５０から課金の伴うサービスの提供を受けることができる。以下では、プログラムを実行するＣＰＵのことを、単にプログラム名でも記載する場合がある。例えば、「印刷アプリケーション１４が」という記載は、「印刷アプリケーション１４を実行する端末側ＣＰＵ１２が」ということを意味する場合がある。

【0017】

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

【0018】

次に、サーバ５０の構成について説明する。サーバ５０は、通信ＩＦ５２と、サーバ側ＣＰＵ５３と、メモリ５４とを備え、バス５１を介して互いに通信可能に接続されている。サーバ５０は、端末１０に対して、各種のサービスの提供を行うことが可能なサーバである。本実施形態では、サーバ５０により、提供可能なサービスとして、メールサービス、メールプリント、及び課金サービスがある。メールサービスは、端末１０との間で、アドレスを指定したメールデータの送受信を行うサービスである。メールプリントは、印刷ファイルを、メールデータに添付して送信することにより、プリンタ３０に印刷ファイルを印刷させることができるサービスである。なお、本実施形態では、一台のサーバ５０により各種のサービスが提供されるが、これに限定されず複数のサーバそれぞれが各サービスを提供するものであってもよい。

【0019】

サーバ５０のメモリ５４には、管理テーブルＫＴが記憶されている。図２に示すように、管理テーブルＫＴは、サーバ５０が提供可能なサービスにおける各種の情報を関連付けて記憶する情報である。管理テーブルＫＴには、「デバイスＩＤ」、「サービスＩＤ」、「アカウント」、「クライアント番号」、「メールアドレス」、「課金情報」の各項目を含んでいる。「デバイスＩＤ」は、サーバ５０がサービスの提供に用いる装置を識別するための情報であり、装置を一意に特定することができる情報である。図２では、「ｄｖ１」がプリンタ３０のデバイスＩＤである。「サービスＩＤ」は、サーバ５０が提供可能なサービスを特定するための情報である。このうち、「ｓｖ１」がメールプリントのサービスＩＤであり、「ｓｖ２」が課金サービスのサービスＩＤである。「アカウント」は、ユーザが、各サービスの提供を受けるために入力される情報である。また、管理テーブルＫＴにおいて、メールプリントのサービスＩＤ（ｓｖ１）には、「メールアドレス」（〇〇〇＠ｐｒｉｎｔ）が関連づけて記憶されている。「クライアント番号」は、サーバ５０が装置のアドレスを特定するために用いる情報である。本実施形態では、ＸＭＰＰプロトコルに対応する情報である。管理テーブルＫＴにおいて、課金サービスのサービスＩＤ（ｓｖ２）には、「課金情報」が関連づけて記憶されている。なお、課金情報は、課金サービスの提供を受けるユーザが、サーバに課金を行う際に必要となる情報であり、例えば、クレジットカードの番号である。

【0020】

図２で示す管理テーブルＫＴでは、プリンタ３０のデバイスＩＤ（ｄｖ１）に対して、２つのサービスＩＤ（ｓｖ１，ｓｖ２）が関連付けて記憶されている。これは、プリンタ３０に対して、メールプリントと、課金サービスとが登録されていることを示している。

【0021】

次に、プリンタ３０のハードウェア構成について説明する。プリンタ３０は、バス３１、通信ＩＦ３２、印刷ユニット３３、ユーザＩＦ３４、コントローラ３５、メモリ３６、インクタンク３８を備えている。プリンタ３０を構成する各部は、バス３１を介して通信可能に接続されている。

【0022】

通信ＩＦ３２は、端末１０における通信ＩＦ２０と同様である。ユーザＩＦ３４は、端末１０におけるユーザＩＦ１７と同様であり、タッチパネルや、物理キーとしての操作キーを備えている。

【0023】

印刷ユニット３３は、シートやディスクなどの被記録媒体に画像を印刷するプリント動作を実行する。印刷ユニット３３は、記録媒体としてのインクを被記録媒体に吐出するインクジェット方式のユニットである。印刷ユニット３３には、インクを貯留するインクタンク３８が接続されている。なお、印刷ユニット３３は、感光体にトナー像を形成し、形成されたトナー像を被記録媒体に転写する電子写真方式のユニットであってもよい。この場合、印刷ユニットには、インクタンク３８に代えて、トナーが貯留されたトナーカートリッジが接続されている。

【0024】

コントローラ３５は、ＣＰＵや、ＡＳＩＣ（Application Specific Integrated Circuitの略称）等により構成されており、印刷ユニット３３、ユーザＩＦ３４の各動作を制御する。メモリ３６は、各種のプログラムや、データが記憶されている。本実施形態では、メモリ３６には、ＮＶＲＡＭ（Non-Volatile RAMの略称）３７が含まれている。これ以外にも、メモリ３６は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリーが組み合わされて構成されていてもよい。また、メモリ３６は、コンピュータであるコントローラ３５が読み取り可能なストレージ媒体を含んでいてもよい。ストレージ媒体とは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。

【0025】

メモリ３６には、ファームウェア４０が記憶されている。コントローラ３５は、制御プログラムであるファームウェア４０を実行することにより、プリント処理を実行することができる。メモリ３６には、各種サービスで用いられる情報が記憶されている。具体的には、「サービスＩＤ」、「デバイスＩＤ」、「メールアドレス」、「保護フラグ」が記憶される。メモリ３６に記憶された各情報には、管理テーブルＫＴ上でデバイスＩＤ（ｄｖ１）に関連づけて記憶された情報と同じ情報が含まれている。図１では、ＮＶＲＡＭ３７には、デバイスＩＤ（ｄｖ１）が記憶されている。なお、メモリ３６に記憶される各情報は、後述する図３に示す処理においてメモリ３６に記憶される。

【0026】

次に、図３を用いて、サーバ５０が提供可能なサービスである「メールプリント」で使用するプリンタとして、プリンタ３０を登録する場合の処理を説明する。図３に示す各処理のうち、プリンタ３０が実行する処理は、ファームウェア４０により実行される。なお、プリンタ３０とサーバ５０との間のネットワーク接続は既に確立されているものとする。

【0027】

ユーザが、プリンタ３０のユーザＩＦ３４に対して、プリンタ３０をメールプリントで使用するプリンタに登録する操作を行う。具体的には、ユーザＩＦ３４に表示された待受画面をメールプリントの設定画面に切換え、この設定画面上で、メールプリントの実行を選択操作する。ファームウェア４０は、メールプリントの選択操作を受付けると。ステップ１０（以下、Ｓ１０と記載する。）では、サーバ５０に対して、プリンタ３０をメールプリントで使用するプリンタに登録するための登録要求を送信する。

【0028】

サーバ５０のサーバ側ＣＰＵ５３は、通信ＩＦ５２を介して登録要求を受信すると、Ｓ１１で、プリンタ３０に対してデバイスＩＤを発行する。Ｓ１２では、サーバ側ＣＰＵ５３は、発行されたデバイスＩＤを、管理テーブルＫＴに記憶することで、プリンタ３０を、メールプリントで使用するプリンタに登録する。具体的には、管理テーブルＫＴ上に、発行されたデバイスＩＤ（ｄｖ１）に関連付けて、「メールプリント」を示すサービスＩＤ（ｓｖ１）を記憶する。

【0029】

サーバ側ＣＰＵ５３は、Ｓ１３では、Ｓ１１で発行された「デバイスＩＤ」及び認証トークンを、プリンタ３０に送信する。これ以降、プリンタ３０とサーバ５０とはＸＭＰＰプロトコルに従った常時接続状態となる。プリンタ３０のファームウェア４０は、デバイスＩＤを受信すると、Ｓ１４では、受信したデバイスＩＤと認証トークンとをＮＶＲＡＭ３７に記憶する。これにより、サーバ５０は、プリンタ３０を、メールプリントで使用するプリンタとして識別することが可能となる。なお、例えば、定額制の印刷サービスや消耗品の発注サービス等の課金情報を必要とするサービスＩＤ「ｓｖ２」をサーバ５０に登録した場合、プリンタ３０のファームウェア４０はメモリ３６に記憶された保護フラグを１に設定する。

【0030】

ファームウェア４０は、Ｓ１５で、サーバ５０に対して、自装置のデバイスＩＤ（ｄｖ１）と共に、アドレス取得要求を送信する。ファームウェア４０が送信するアドレス取得要求は、「メールプリント」において、プリンタ３０に関連付けられるメールアドレスを、サーバ５０に発行させるための要求である。なお、Ｓ１５において、デバイスＩＤに代えて、プリンタ３０を識別可能な認証トークンを送信するものであってもよい。

【0031】

サーバ側ＣＰＵ５３は、プリンタ３０からのアドレス取得要求を受信すると、Ｓ１６で、プリンタ３０に対してメールアドレスを発行する。具体的には、サーバ側ＣＰＵ５３は、Ｅメールアドレス「〇〇〇＠ｐｒｉｎｔ」を発行する。Ｓ１７では、サーバ側ＣＰＵ５３は、Ｓ１６で発行したメールアドレスを、プリンタ３０のデバイスＩＤ（ｄｖ１）に関連付けて管理テーブルＫＴに記憶する。

【0032】

サーバ側ＣＰＵ５３は、Ｓ１８において、発行されたメールアドレスを、プリンタ３０に送信する。ファームウェア４０は、Ｓ１９で、サーバ５０から受信したメールアドレスを、メモリ３６に記憶する。ファームウェア４０は、Ｓ１９の処理の後、ユーザＩＦ３４を介して受付けた操作に応じて、メモリ３６に記憶されたメールアドレスを、ユーザＩＦ３４に表示させることができる。

【0033】

次に、図４を用いて、ユーザが、端末１０が記憶する印刷ファイルを、「メールプリント」を利用して印刷する手順を説明する。印刷ファイルは、例えば、印刷アプリケーション１４により作成されたファイルである。しかしながら、文書作成アプリケーションや表作成アプリケーションなど他のアプリケーションで作成したファイルであってもよい。端末１０が実行する処理は、メールプログラム１５により実行される処理である。

【0034】

メールプログラム１５は、ユーザによるユーザＩＦ１７を介した操作に応じて、新規作成画面をユーザＩＦ１７に表示させる。ユーザは、新規作成画面上で、印刷ファイルをメールデータに添付する操作を行うとともに、プリンタ３０に記憶されたメールアドレスを宛先として入力する。これにより、Ｓ２０では、メールプログラム１５は、プリンタ３０に記憶されたメールアドレスを宛先として、メールデータ及びメールデータに添付された印刷ファイルをサーバ５０に送信する。

【0035】

サーバ５０のサーバ側ＣＰＵ５３は、メールデータを受信すると、メールデータに添付されているファイルを適宜プリンタ３０が解釈可能なファイルに変換する。そして、Ｓ２１で、管理テーブルＫＴ上でメールアドレスに関連付けられたデバイスＩＤを参照する。サーバ側ＣＰＵ５３は、Ｓ２２では、管理テーブルＫＴ上で、Ｓ２０で参照されたデバイスＩＤに関連づけられたプリンタ３０に対して、メールデータに添付された印刷ファイルを送信する。例えば、サーバ側ＣＰＵ５３は、ＸＭＰＰプロトコルに従い、デバイスＩＤに関連付けられたクライアント番号を特定し、そのクライアント番号により特定されるプリンタ３０に対して印刷ファイルを送信する。

【0036】

ファームウェア４０は、サーバ５０から印刷ファイルを受信すると、Ｓ２３で、印刷ファイルをメモリ３６に記憶する保存処理を行う。例えば、宛先として指定されたメールアドレスと、メールアドレスを受信した時刻とを関連付けて、印刷ファイルをメモリ３６に記憶してもよい。Ｓ２４では、ファームウェア４０は、印刷ファイルの保存が完了したことを、サーバ５０に送信する。

【0037】

Ｓ２５では、ファームウェア４０は、ユーザＩＦ３４を介して、ユーザによる印刷ファイルの印刷操作を受付ける。本実施形態では、ファームウェア４０は、サーバ５０から受信した印刷ファイルを、メールアドレスに関連付けてユーザＩＦ３４に表示させることができる。そのため、ユーザは、ユーザＩＦ３４に表示された印刷ファイルのうち、所望とするメールアドレスに関連付けられた印刷ファイルを指定して、ファームウェア４０に印刷操作を行うことができる。これ以外にも、ファームウェア４０は、サーバ５０から印刷ファイルを受信すると、ユーザによるユーザＩＦ３４に対する操作を受付けることなく印刷ファイルを即座に印刷するものであってもよい。この場合、図４のＳ２５の処理を省略すればよい。

【0038】

Ｓ２６では、ファームウェア４０は、Ｓ２５で受付けた印刷操作に応じて、印刷ファイルに対する印刷処理を行う。

【0039】

次に、図５を用いて、プリンタ３０に対してファクトリリセットが実行される場合に、各装置が実行する処理の手順を説明する。ファクトリリセットは、メモリ３６に記憶された各種のデータを削除することにより、プリンタ３０を工場出荷時の状態に戻すための処理である。ファクトリリセットの実行に先立ち、端末側ＣＰＵ１２は、ユーザからプリンタ３０の各種設定を行うための設定画面の表示操作を、ユーザＩＦ１７を介して受付けると、端末側ＣＰＵ１２は、設定画面の表示要求をプリンタ３０に送信する。プリンタ３０のファームウェア４０は、Ｗｅｂサーバ機能により、設定画面を表示させるためのＷｅｂページデータを、端末１０に送信する。

【0040】

端末側ＣＰＵ１２は、Ｗｅｂページデータを受信すると、Ｓ３０でユーザＩＦ１７に、設定画面を表示して、ファクトリリセットの実行操作を受付ける。端末側ＣＰＵ１２は、ユーザによるファクトリリセットの実行操作を受付けると、Ｓ３１で、プリンタ３０に対してファクトリリセットの実行指示を送信する。本実施形態では、Ｓ３０で端末側ＣＰＵ１２が実行する処理が指示受付処理の一例である。

【0041】

ファームウェア４０は、ファクトリリセットの実行指示を受信すると、Ｓ３２で、リセット処理を実行する。図６は、Ｓ３２で実行されるリセット処理の詳細を示すフローチャートであり、主体は、ファームウェア４０である。

【0042】

Ｓ５０では、プリンタ３０に対して課金サービスを登録済みであるか否かを判断する。例えば、メモリ３６に記憶された「保護フラグ」が「１」に設定されている場合、プリンタ３０に対して課金サービスが登録されていると判断する。「保護フラグ」は、課金サービスの提供を受けるためにプリンタ３０とサーバ５０との間で常時接続が確立されている場合に、「１」に設定される情報である。これ以外にも、サーバ５０に対して、現在、課金サービスに登録済みであるか否かの問合せを行い、サーバ５０からの返信結果により判断を行ってもよい。

【0043】

課金サービスが登録されておらず、Ｓ５０を否定判定する場合、Ｓ５１に進みファクトリリセットを実行する。ファクトリリセットでは、プリンタ３０とサーバ５０との間で使用される認証トークンや、保護フラグ等の接続情報が削除される。一方、Ｓ５１でのファクトリリセットにおいて、ＮＶＲＡＭ３７に記憶されたデバイスＩＤは削除されない。

【0044】

Ｓ５２では、リセットフラグを「０」に設定する。リセットフラグは、ファクトリリセットが実行されたか否かを示す情報であり、「０」の場合にファクトリリセットが実行されたことを示し、「１」の場合に、ファクトリリセットが実行されていないことを示す。これにより、リセットフラグの値を参照することで、ファクトリリセットが実行されたことを判断することが可能となる。そして、図５のＳ３３に進む。

【0045】

一方、課金サービスを登録済みである場合、Ｓ５０を肯定判定して、Ｓ５３に進む。この場合、ファクトリリセットは実行されない。これは、サーバ５０から課金サービスの提供を受けている場合、プリンタ３０とサーバ５０との間の常時接続を維持するために、メモリ３６には認証トークンが記憶されている。しかし、ファクトリリセットが実行され、メモリ３６に記憶された認証トークンが削除されてしまうと、サーバ５０とプリンタ３０との間の常時接続が解除され、既に支払い済みの課金サービスを維持することができなくなる。これを回避するために、課金サービスが登録されている場合、常時接続を維持するため、ファクトリリセットを実行しない。

【0046】

Ｓ５３では、リセットフラグを「１」に設定する。なお、リセットフラグが既に「１」に設定されている場合は、「１」を維持する。Ｓ５３の処理を終了すると、図５のＳ３３に進む。

【0047】

Ｓ３３では、ファームウェア４０は、端末１０に対して通知処理を実行する。この通知処理では、ファームウェア４０は、リセット処理の結果を端末１０に送信する。具体的には、ファームウェア４０は、リセットフラグが「０」である場合、ファクトリリセットの完了通知を端末１０に送信する。一方、ファームウェア４０は、リセットフラグが「１」である場合、プリンタ３０に課金サービスが登録されており、ファクトリリセットを実行できないことを通知する。これにより、ユーザは、課金サービスが登録されているため、ファクトリリセットが実行できないことを認識することができる。

【0048】

以下、ファクトリリセットが実行された後に、ユーザが、プリンタ３０を、「メールプリント」に再登録する場合を例に説明を行う。

【0049】

プリンタ３０のファームウェア４０は、プリンタ３０を「メールプリント」に使用するプリンタに登録するための登録操作を、ユーザＩＦ３４を介して受付けると、Ｓ３４で、ファームウェア４０は、ファクトリリセットは実行済みであるか否かを判断する。具体的には、ファームウェア４０は、リセットフラグを参照し、リセットフラグが「０」であれば、ファクトリリセットを実行済みであると判断する。一方、リセットフラグが「１」であれば、ファクトリリセットが未実行であると判断する。

【0050】

ファームウェア４０は、リセットフラグが「１」でありＳ３４を否定判定する場合、図５の処理を終了する。この場合、現在、ＮＶＲＡＭ３７に記憶されているデバイスＩＤを用いて、プリンタ３０を対象とするメールプリントを継続することとなる。

【0051】

ファームウェア４０は、Ｓ３４を肯定判定する場合、Ｓ３５に進み、ＮＶＲＡＭ３７に記憶されているデバイスＩＤとともに、デバイスＩＤの更新要求をサーバ５０に送信する。更新要求は、サーバ５０に対して、ＮＶＲＡＭ３７に記憶されているデバイスＩＤを、新たなデバイスＩＤに更新させるための要求である。本実施形態では、ファームウェア４０が、Ｓ３５で実行する処理が更新要求処理の一例である。

【0052】

サーバ５０に対して、プリンタ３０からデバイスＩＤが送信されることで、サーバ５０は、更新前のデバイスＩＤと、後述するＳ３６で新たに発行されるデバイスＩＤとが同じプリンタ３０を識別する情報であることを認識することが可能となる。これにより、サーバ側ＣＰＵ５３は、例えば、管理テーブルＫＴ上で、更新前のデバイスＩＤに関連づけられた情報を引き継ぐことで、新たに発行されたデバイスＩＤに関連づけて記憶させることが可能となる。

【0053】

サーバ５０のサーバ側ＣＰＵ５３は、更新要求を受信すると、Ｓ３６で、プリンタ３０に対して新たなデバイスＩＤを発行する。Ｓ３７では、Ｓ３６で発行されたデバイスＩＤを、メールプリントのサービスＩＤ（ｓｖ１）等、管理テーブルＫＴの各情報に関連づけて登録する。

【0054】

Ｓ３８では、新たに発行されたデバイスＩＤを、プリンタ３０に送信する。プリンタ３０のファームウェア４０は、デバイスＩＤを受信すると、Ｓ３９で、既にＮＶＲＡＭ３７に記憶されているデバイスＩＤを、受信されたデバイスＩＤに上書きすることで、デバイスＩＤを更新する。これにより、プリンタ３０は、更新後のデバイスＩＤにより、サーバ５０により認識されることとなる。本実施形態では、ファームウェア４０がＳ３９で実行する処理が記憶処理の一例である。なお、その後、図３で示した、Ｓ１５～Ｓ１９の処理が実行されることで、プリンタ３０をメールプリントで使用するプリンタとして設定することができる。

【0055】

以上説明した本実施形態では、以下の効果を奏することができる。
コントローラ３５は、ファクトリリセットの実行指示を受付けた場合に、メモリ３６からデバイスＩＤ以外の情報を削除する。コントローラ３５は、サーバ５０に対して、プリンタ３０をメールプリントで使用するプリンタに再登録する場合に、サーバ５０に対してデバイスＩＤの更新を要求し、サーバ５０により更新されたデバイスＩＤをＮＶＲＡＭ３７に記憶する。これにより、ファクトリリセットを行った後において、プリンタ３０の再登録が行われるまでは、デバイスＩＤが保持される。一方、プリンタ３０の再登録が行われた後は、デバイスＩＤが更新されるため、プリンタ３０に対して同じデバイスＩＤが継続して使用される場合と比べて、セキュリティーの低下を抑制することができる。

【0056】

プリンタ３０のファームウェア４０は、サーバ５０に対してデバイスＩＤの更新を要求すると共に、ＮＶＲＡＭ３７に記憶されているデバイスＩＤをサーバ５０に送信する。これにより、例えば、サーバ５０は、プリンタ３０から送信された更新前のデバイスＩＤに関連付けられたデータを引き継ぐことで、更新後のデバイスＩＤに関連づける情報を管理テーブルＫＴに容易に記憶させることができる。

【0057】

ファームウェア４０は、デバイスＩＤの更新指示により、サーバ５０に、プリンタ３０の新たなデバイスＩＤを作成させ、サーバ５０により作成された新たなデバイスＩＤを、更新後のデバイスＩＤとしてＮＶＲＡＭ３７に記憶する。これにより、サーバ５０により作成されたデバイスＩＤを用いて、プリンタ３０に対して、新たなデバイスＩＤを再設定することができる。

【0058】

ファームウェア４０は、ファクトリリセットの実行操作を受付けた場合に、プリンタ３０に対して課金サービスの提供が登録されていれば、メモリ３６に記憶された情報を削除しない。一方、ファクトリリセットの実行操作を受付けた場合に、プリンタ３０に対して課金サービスの提供が登録されていなければ、メモリ３６に記憶されたデバイスＩＤ以外の情報を削除する。これにより、不用意にメモリ３６に記憶された情報が削除されたことに伴う、他のサービスへの悪影響を防止することができる。

【0059】

ファームウェア４０は、ファクトリリセットの実行操作を受付けた場合に、プリンタ３０に対して課金サービスの提供が登録されていれば、課金サービスが登録されていることを通知する。これにより、課金サービスの提供が登録されている場合に、その旨が通知されるため、ユーザは、ファクトリリセットが実行されない理由を認識することができる。

【0060】

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

【0061】

本実施形態では、プリンタ３０に対するファクトリリセットが実行された後において、ファームウェア４０が新たなデバイスＩＤを作成する。図７を用いて、本実施形態に係るプリンタ３０に対してファクトリリセットが実行された場合に、各装置が実行する処理の手順を説明する。本実施形態においても、Ｓ３１で、端末１０からプリンタ３０にファクトリリセットの実行指示が送信された場合に、Ｓ３２でリセット処理が実行される。そして、Ｓ３２でのリセット処理の後、ユーザが、端末１０を操作してプリンタ３０をメールプリントで使用するプリンタに登録する操作を行ったものとする。

【0062】

Ｓ３４で、プリンタ３０のファームウェア４０は、ファクトリリセットが実行済みであるか否かを判断する。Ｓ３４を肯定判定すると、ファームウェア４０は、Ｓ６０において、自装置における新たなデバイスＩＤを作成する。Ｓ６０で作成されるデバイスＩＤは、ＮＶＲＡＭ３７に記憶されているデバイスＩＤと異なる値である。Ｓ６１では、デバイスＩＤの更新要求と共に、ＮＶＲＡＭ３７に記憶されている旧デバイスＩＤと、Ｓ６０で作成された新たなデバイスＩＤとをサーバ５０に送信する。

【0063】

サーバ５０のサーバ側ＣＰＵ５３は、プリンタ３０からの更新要求を受信すると、Ｓ６２で、プリンタ３０から受信した新たなデバイスＩＤを登録する。Ｓ６２の処理は、図５のＳ３７の処理と同様である。Ｓ６３では、サーバ側ＣＰＵ５３は、デバイスＩＤを更新したことを、プリンタ３０に通知する。Ｓ３９では、ファームウェア４０は、ＮＶＲＡＭ３７に記憶されている旧デバイスＩＤを、Ｓ６０で作成されたデバイスＩＤに上書きすることで、デバイスＩＤを更新する。

【0064】

以上説明した本実施形態では、プリンタ３０でデバイスＩＤを作成する場合においても、第１実施形態と同様の作用効果を奏することができる。

【0065】

（その他の実施形態）
本明細書で開示される技術は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の形態に変形することができ、例えば次のような変形も可能である。
上述した各実施形態では、識別情報として、デバイスＩＤを用いた。これ以外にも、デバイスＩＤに代えて、ユーザを固有に識別するユーザＩＤ等を用いてもよい。

【0066】

ファームウェア４０は、図５のＳ３５において、デバイスＩＤの更新要求を行う場合に、デバイスＩＤを送信しなくともよい。この場合において、Ｓ３５において、デバイスＩＤの送信に代えて、プリンタ３０を特定可能な認証トークンをサーバ５０に送信するものであってもよい。そして、サーバ５０のサーバ側ＣＰＵ５３は、認証トークンを用いて、プリンタ３０によりデバイスＩＤの更新要求が行われたことを判断すればよい。

【0067】

サーバが提供可能なサービスは、メールプリントに限定されず、プリンタを使用するサービスであれば、どのようなサービスであってもよい。

【0068】

通信装置を、プリンタ３０として説明したことは一例であり、通信装置は、プリント処理の他、スキャン処理を実行可能な複合機であってもよい。この場合、サーバが提供可能なサービスは、スキャン処理を使用するサービスであってもよい。

【符号の説明】

【0069】

１０…端末、３０…プリンタ、３２…通信ＩＦ、３４…ユーザＩＦ、３５…コントローラ、３６…メモリ、５０…サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】