JP2017156845A - サーバ装置、通信システムおよびプログラム - Google Patents

Abstract

【課題】画像処理装置やサーバ装置などが接続されている通信システム等を提供すること。【解決手段】サーバ装置は、第１ユーザと関連付けられた第２識別情報を第１記憶部に記憶させる。外部サーバから第１識別情報を取得する。第１ユーザによって指定された特定画像処理装置に固有の第３識別情報を、特定画像処理装置から取得する。取得した第１識別情報および第３識別情報を、第２識別情報と対応付けて第１記憶部に記憶させる。特定の条件が成立することに応じて、特定画像処理装置からステータス情報を取得する。取得したステータス情報に基づいて、特定画像処理装置で使用される部材である使用部材の注文が必要か否かを判断する。判断手段で使用部材の注文が必要であると判断された場合に、第３識別情報と、第１ユーザへ使用部材を送付することを外部サーバへ指示する指示情報と、を外部サーバへ送信する。【選択図】図１

Description

本明細書では、画像処理装置やサーバ装置などが接続されている通信システム等を開示する。

消費者向けのサービスとして、画像形成装置のトナー、インク等の消耗品が無くなりかけた時に、画像形成装置が、インターネット上のサーバ装置へ自動的に消耗品を発注する技術が知られている。また、関連する技術が、特許文献１に開示されている。

特開2001-347734号公報

消耗品を購入するための電子商取引を制御するためのサーバと、画像形成装置の消耗品の使用状況を監視するためのサーバとが別々に設けられ、両サーバにおいて、各々、いろいろなサービスが提供されている。ユーザは、各サーバからサービスの提供を受ける場合、通常は、各サーバに、ユーザアカウント登録を行い、いろいろなサービスの提供を受ける必要がある。ユーザが、両サーバで連携したサービスの提供を受ける場合、一方のサーバに対してユーザアカウント登録を行った後、もう一方のサーバに対してもユーザアカウント登録を行う必要があり、ユーザの利便性を損なってしまう。

本明細書に記載されているサーバ装置は、画像処理装置および外部サーバとネットワークを介して通信可能な通信インターフェースと、第１記憶部と、を備えたサーバ装置であって、外部サーバは、第１ユーザと関連付けられた第１識別情報を記憶しており、第１ユーザと関連付けられた第２識別情報を第１記憶部に記憶させる第１記憶制御手段と、外部サーバから第１識別情報を取得する第１取得手段と、第１ユーザによって指定された特定画像処理装置に固有の第３識別情報を、特定画像処理装置から取得する第２取得手段と、第１取得手段で取得した第１識別情報および第２取得手段で取得した第３識別情報を、第２識別情報と対応付けて第１記憶部に記憶させる第２記憶制御手段と、特定の条件が成立することに応じて、特定画像処理装置にステータス情報取得要求を送信し、特定画像処理装置からステータス情報を取得する第３取得手段と、取得したステータス情報に基づいて、特定画像処理装置で使用される部材である使用部材の注文が必要か否かを判断する判断手段と、判断手段で使用部材の注文が必要であると判断された場合に、第３識別情報と、第１ユーザへ使用部材を送付することを外部サーバへ指示する指示情報と、を外部サーバへ送信する第１送信手段と、を備えることを特徴とする。

上記構成によると、サーバ装置は、第１識別情報と、第２識別情報と、第３識別情報と、を互いに関連付けて記憶することができる。これによりサーバ装置は、外部サーバおよび特定画像処理装置との間の通信を中継することが可能となる。よってサーバ装置は、特定画像処理装置のステータスを監視するとともに、使用部材の注文が必要であると判断した場合には、使用部材を外部サーバに発注することができる。

第１ユーザによる情報入力操作を受け付けることなく、第１ユーザに関する情報を、サーバ装置で自動で生成することができる。これにより、自己の情報をサーバ装置に登録する操作を第１ユーザに行わせることなく、自動発注の処理を行うことが可能となる。ユーザの利便性を高めることができる。

第１ユーザに関する情報をサーバ装置で自動で生成した後に、第１ユーザによる自己の情報の入力をサーバ装置で受け付けることができる。そして、第１ユーザが入力した情報を、自動生成した情報に関連付けることができる。これにより、自動生成した情報と、第１ユーザが入力した情報の両方を用いて、自動発注の処理を行うことが可能となる。

第１ユーザに関する情報をサーバ装置で自動で生成した後に、第１ユーザによる自己の情報の入力をサーバ装置で受け付けることができる。そして、第１ユーザが入力した情報を、自動生成した情報に代えてサーバ装置に記憶させることができる。これにより、第１ユーザが入力した情報に情報を一本化することが可能となる。

本明細書に実施形態として記載されているサーバ装置等によれば、外部サーバで第１ユーザを識別するために用いられる第１識別情報を、外部サーバから受信していない場合には、第１識別情報を外部サーバに要求することができる。これにより、第１識別情報を確実に取得することが可能となる。

第１ユーザが入力した情報をサーバ装置に記憶させている場合には、外部サーバから取得した第１識別情報を、当該第１ユーザが入力した情報に関連付けてサーバ装置に記憶させることができる。第１ユーザに関する情報が、サーバ装置で自動で生成されてしまうことがない。

本明細書に実施形態として記載されているサーバ装置等によれば、パスワード情報を用いることにより、第１ユーザによって指定された特定画像処理装置に固有の第１識別情報を認識することが可能となる。

本明細書に実施形態として記載されているサーバ装置等によれば、画像を記録媒体に形成するために用いられる消耗部材の残量が減少したことに応じて、消耗部材を販売するサービスを提供する装置に、消耗部材を注文することができる。

本明細書に実施形態として記載されているサーバ装置等によれば、予め定められた期間が経過することに応じて、ステータス情報を特定画像処理装置から取得することができる。

通信システムの構成を示す。 通信システムの動作例を示すシーケンス図を示す。 通信システムの動作例を示すシーケンス図を示す。 通信システムの動作例を示すシーケンス図を示す。 通信システムの動作例を示すシーケンス図を示す。 通信システムの動作例を示すシーケンス図を示す。 通信システムの動作例を示すシーケンス図を示す。 オーダテーブルＴ３１の一例を示す図である。 ユーザアカウントテーブルＴ２１の一例を示す図である。 ユーザアカウントテーブルＴ２１の一例を示す図である。 ユーザアカウントテーブルＴ１の一例を示す図である。 ユーザアカウントテーブルＴ１の一例を示す図である。 ユーザアカウントテーブルＴ１の一例を示す図である。 自動発注サービス申請画面の一例を示す図である。 ユーザアカウントテーブルＴ１の一例を示す図である。 ユーザアカウントテーブルＴ１の一例を示す図である。 ユーザアカウントテーブルＴ１の一例を示す図である。 変形例における通信システムの動作例を示すシーケンス図を示す。

＜システムの構成＞
図１に示されるように、通信システム２は、ルータ７および８と、多機能機１０および１１と、装置情報収集サーバ６０と、第１サービスサーバ１００および第２サービスサーバ１１０と、ＰＣ（Personal Computerとも称する）４０と、オーダ決定サーバ５０を備えている。多機能機１０は、ＬＡＮ４およびルータ７を介してインターネット６に接続されている。多機能機１１は、ルータ８を介してインターネット６に接続されている。また、ＰＣ４０、オーダ決定サーバ５０、装置情報収集サーバ６０、第１サービスサーバ１００および第２サービスサーバ１１０も、インターネット６に接続されている。

＜多機能機１０の構成＞
多機能機１０は、印刷機能、ＦＡＸ機能、スキャン機能、コピー機能、等の多機能を実行可能である。多機能機１０は、操作部１２と、表示部１４と、ネットワークインターフェース１６と、ＵＳＢインターフェース１７と、印刷実行部１８と、スキャン実行部１９と、制御部２０と、を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示を多機能機１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。ネットワークインターフェース１６は、ＬＡＮ４を介してルータ７に接続されている。ネットワークインターフェース１６は、第１サービスサーバ１００および第２サービスサーバ１１０の各々と通信することが可能である。ＵＳＢインターフェース１７は、ＵＳＢケーブル１５を介してＰＣ４０と通信を行うためのインターフェースである。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構を備える。スキャン実行部１９は、ＣＣＤ、ＣＩＳ等のスキャン機構を備える。制御部２０は、ＣＰＵ２２と、メモリ２４と、を備える。メモリ２４は、コンピュータが読み取り可能なストレージ媒体であってよい。コンピュータが読み取り可能なストレージ媒体とは、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ハードディスクなどのnon-transitoryな媒体である。ＲＯＭ、ＲＡＭ、フラッシュメモリ、ハードディスクなどはtangibleな媒体である。インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種である、コンピュータが読み取り可能な信号媒体であるが、non-transitoryなコンピュータが読み取り可能なストレージ媒体には含まれない。メモリ２４は、アプリケーションプログラム２５、プロトコルスタック２６、装置情報２７を記憶している。

装置情報２７は、デバイスＩＤ、型番、ノード名、ＭＡＣアドレス、などを含んでいる。デバイスＩＤは、多機能機１０に固有の情報である。デバイスＩＤの一例としては、製造シリアルナンバーが挙げられる。型番は、多機能機１０の装置の種類を示す情報である。ノード名は、多機能機１０をネットワーク上で識別するための情報である。ＭＡＣアドレスは、ネットワーク上で多機能機１０を識別するために設定されている、固有の物理アドレスである。

ＣＰＵ２２は、メモリ２４に格納されているアプリケーションプログラム２５に従って、第１サービスサーバ１００および第２サービスサーバ１１０が提供する、後述する各種のサービスを利用するための処理を実行する。ＣＰＵ２２は、メモリ２４に格納されているプロトコルスタック２６に従って、ＨＴＴＰ（Hyper Text Transfer Protocolの略）や、ＸＭＰＰ over ＢＯＳＨ（eXtensible Messaging and Presence Protocol over Bidirectional-streams Over Synchronous HTTPの略）、などのプロトコル処理を実行する。ＣＰＵ２２は、プロトコル処理によって、後述するＸＭＰＰ over ＢＯＳＨに従ったセッション確立や、ＨＴＴＰに従ったコネクション確立などを行う。なお、ＸＭＰＰ over ＢＯＳＨに従ったセッションのことを、ＸＭＰＰセッションとも記載する。また、ＸＭＰＰ over ＢＯＳＨは、セッション確立型プロトコルの例である。

ＸＭＰＰセッションの内容について説明する。多機能機１０との間でセッション確立型のプロトコルに従う通信であれば、多機能機１０から装置情報収集サーバ６０へ、セッション確立を要求する情報が定期的に送信される。装置情報収集サーバ６０は、多機能機１０に送信すべき情報を、セッション確立を要求する情報のうち、いずれかによって確立されたセッションを用いて送信すればよい。セッションが確立していると、ルータ７は、インターネット６側から多機能機１０に送信された情報を通すことができる。よって、装置情報収集サーバ６０が情報をルータ７を介して多機能機１０に送信した場合、多機能機１０はその情報を受信することができる。すなわち、サーバプッシュを行うことができる。

なお、多機能機１１の構成も、多機能機１０の構成と同様であるため、ここでは説明を省略する。

本明細書における記載上の注意点を説明する。本明細書において、「多機能機１０のＣＰＵ２２が、各種の情報を送信または受信する」という記載は、「多機能機１０のＣＰＵ２２が、ネットワークインターフェース１６を介して各種の情報を出力または取得する」という技術内容を含んでいるものとする。なお、装置情報収集サーバ６０のＣＰＵ７２およびネットワークインターフェース６２についても、同様の注意点が存在する。また、第１サービスサーバ１００および第２サービスサーバ１１０の各々についても、同様の注意点が存在する。

ここで、「データ」および「情報」の文言の定義を説明する。本明細書では、「データ」と「情報」では「情報」を「データ」の上位概念として用いている。そのため、「Ａデータ」を「Ａ情報」と言い換えてもよい。また、「情報」は、「データ」としての形式（例えば、テキスト形式、バイナリ形式、フラグ形式等）が異なっていても、同一の意味内容と認識される限り、同一の情報として取り扱われる。例えば、印刷部数が２部であることを示す情報として装置が扱う限り、"COPY=2"というテキスト形式のデータと、"10"というバイナリ形式のデータとは、同じ情報である。但し、上記の「データ」および「情報」の区別は厳密なものではなく、例外的な取扱いも許容される。

＜装置情報収集サーバ６０の構成＞
装置情報収集サーバ６０は、オーダ決定サーバ５０、第１サービスサーバ１００および第２サービスサーバ１１０とは別体に構成されているサーバである。装置情報収集サーバ６０は、オーダ決定サーバ５０と多機能機１０および１１との間のアクセスを仲介するためのサーバである。また装置情報収集サーバ６０は、多機能機１０を使用するユーザに対して、有益な各種の情報（例：年賀状のテンプレート画像）を提供するためのサーバでもある。装置情報収集サーバ６０は、多機能機１０および１１のベンダによって提供されるサーバであってもよい。装置情報収集サーバ６０は、ネットワークインターフェース６２と、制御部７０と、を備える。

制御部７０は、ＣＰＵ７２と、メモリ７４と、を備える。メモリ７４には、アプリケーションプログラム７５、プロトコルスタック７８、ユーザアカウントテーブルＴ１が記憶されている。メモリ７４は、メモリ２４と同様に、コンピュータが読み取り可能なストレージ媒体であってよい。ＣＰＵ７２は、アプリケーションプログラム７５に従って、後述する各種の処理を実行する。ＣＰＵ２２がプロトコルスタック７８に従って実行する処理の内容は、多機能機１０のプロトコルスタック２６について説明した内容に準ずる。

ユーザアカウントテーブルＴ１は第１および第２ユーザＩＤやデバイスＩＤなどの各種情報を記憶するテーブルである。図１１Ａに、ユーザアカウントテーブルＴ１の一例を示す。番号１０９は、複数の情報の各々を識別するための連続番号である。第２ユーザＩＤ１１１は、装置情報収集サーバ６０において複数のユーザの各々を識別するために用いられる情報である。第１ユーザＩＤ１１２は、第１サービスサーバ１００において複数のユーザの各々を識別するために用いられる情報である。カスタマＩＤ１３０については、後述する。デバイスＩＤ１１４は、複数の多機能機の各々を識別するための情報である。型番１１５は、多機能機の種類を示す情報である。

＜ＰＣ４０の構成＞
ＰＣ４０の構成を説明する。ＰＣ４０は、ＣＰＵ４１、メモリ４２、ＵＳＢインターフェース４６、ネットワークインターフェース４７、表示部４８、操作部４９、等を有する。表示部４８は、様々な情報を表示することができる。操作部４９は、キーボードやマウスによって構成される。ユーザは、操作部４９を操作することによって、様々な指示や情報をＰＣ４０に入力することができる。ネットワークインターフェース４７は、インターネット６に接続されている。ＵＳＢインターフェース４６は、ＵＳＢケーブル１５を介して多機能機１０と通信を行うためのインターフェースである。

＜第１および第２サービスサーバの構成＞
第１サービスサーバ１００および第２サービスサーバ１１０の各々は、電子商取引サービスを提供するサーバである。電子商取引サービスは、インターネット６を介してユーザから、商品の選択や各種のサービスの申請を受け付ける。そして、クレジットカード番号等を用いて決済を行うサービスである。購入された商品は、ユーザに郵送される。

第１サービスサーバ１００の構成を説明する。第１サービスサーバ１００は、ネットワークインターフェース１０１および制御部１０２を備えている。ネットワークインターフェース１０１は、インターネット６に接続している。制御部１０２は、ＣＰＵ１０３およびメモリ１０４を備えている。メモリ１０４には、ユーザアカウントテーブルＴ２１が記憶されている。ユーザアカウントテーブルＴ２１は、第１サービスサーバ１００にサインインするために必要な第１ユーザアカウントを記憶するテーブルである。ユーザアカウントテーブルＴ２１は、複数のユーザの各々について作成される。

図１０に、ユーザＡについてのユーザアカウントテーブルＴ２１の一例を示す。カスタマＩＤ１３０は、複数のユーザの各々を識別するため情報であり、第１サービスサーバ１００によって生成される情報である。第１ユーザＩＤ１１２は、複数のユーザの各々を識別するための情報であり、各ユーザによって生成される情報である。住所／メールアドレス／氏名１３３は、ユーザの住所、メールアドレス、および氏名を示す情報である。クレジットカード番号１３４は、電子決済サービスの決済に用いられる情報である。デバイスＩＤ１３５は、自動発注サービスの対象となる多機能機に固有の情報である。多機能機型番１３６は、自動発注サービスの対象となる多機能機の種類を示す情報である。インク型番１３７〜１４０は、自動発注サービスで注文されるインクカートリッジの種類を示す情報である。インクカートリッジの種類には例えば、通常品や、インク搭載量が通常品よりも多い大容量品が存在する。すなわちユーザは、インク型番１３７〜１４０を指定することによって、インクカートリッジの種類を指定することが可能である。

なお、第２サービスサーバ１１０の内容は、第１サービスサーバ１００と同様であるため、ここでは説明を省略する。第２サービスサーバ１１０は、多機能機１０や１１を提供するベンダによって提供されるサーバであってもよい。

＜オーダ決定サーバ５０の構成＞
オーダ決定サーバ５０は、図７で説明する自動発注処理プロセスを実行するサーバである。オーダ決定サーバ５０は、ネットワークインターフェース５１および制御部５２を備えている。ネットワークインターフェース５１は、インターネット６に接続している。制御部５２は、ＣＰＵ５３およびメモリ５４を備えている。メモリ５４には、後述する申請完了フラグが記憶される。またメモリ５４には、オーダテーブルＴ３１が記憶されている。

図８に、オーダテーブルＴ３１の一例を示す。番号１４１は、複数の情報を識別するための連続番号である。第２ユーザＩＤ１１１およびデバイスＩＤ１１４は、前述の通りである。申請完了フラグ１４３は、消耗品宅配サービスの対象となる多機能機の第１サービスサーバ１００への登録と、消耗品宅配サービスの対象となる使用部材の種類の第１サービスサーバ１００への登録の両方が終わっている場合に「オン」になるフラグである。

＜通信システムの概要＞
通信システム２は、多機能機１０、１１で用いるトナー、インク等の消耗部材を、電子商取引サービスに自動的に発注することが可能なシステムである。具体的には通信システム２は、第１サービスサーバ１００、オーダ決定サーバ５０、装置情報収集サーバ６０と、を備えている。これらのサーバは、互いに独立している。第１サービスサーバ１００は、電子商取引サービスを提供するサーバである。装置情報収集サーバ６０は、多機能機１０、１１の装置状態のモニタのみを行う専用サーバである。オーダ決定サーバ５０は、多機能機１０、１１のトナー、インク等の消耗品の発注を第１サービスサーバ１００に対して行うサーバである。

通信システム２の具体的な動作を説明する。装置情報収集サーバ６０は、多機能機１０、１１の消耗品の残量を示すステータス情報を取得する。オーダ決定サーバ５０は、ステータス情報に基づき、消耗品の発注の可否を判断する。オーダ決定サーバ５０は、発注が必要であると判断した場合には、第１サービスサーバ１００に対して自動的に消耗品を発注する。第１サービスサーバ１００は消耗品の発注を受けると、決済を行うとともに、消耗品をユーザに郵送する。

＜ユーザアカウント登録プロセス＞
図２のシーケンス図を用いて、ユーザアカウント登録プロセスの内容について説明する。ユーザアカウント登録プロセスは、第１サービスサーバ１００が備えるユーザアカウントテーブルＴ２１に、ユーザアカウントを記憶させるプロセスである。

例として、ユーザＡが、第１サービスサーバ１００が提供する電子商取引サービスに、自己のユーザアカウントを登録する場合を説明する。またユーザＡが、ＰＣ４０を用いて登録処理を実行する場合を説明する。

Ｓ１０においてユーザＡは、ユーザＡのユーザアカウントを第１サービスサーバ１００に登録する登録指示、および、ユーザＡについての各種情報（例：第１ユーザＩＤ、氏名、住所等）を入力する。登録指示の入力は、例えば、第１サービスサーバ１００が提供するウェブページ上に、ユーザアカウントの登録を受け付けるボタン画像が表示されていてもよい。そして、当該ボタン画像がクリックされることにより、登録指示の入力が行われたと判断してもよい。

Ｓ１５において、第１サービスサーバ１００は、ユーザＡに入力された各種情報を、ＰＣ４０から受信する。Ｓ１６において第１サービスサーバ１００は、ユーザＡの各種情報を、ユーザアカウントテーブルＴ２１に記憶する（図９、領域Ｒ１０参照）。これにより、ユーザＡは、第１サービスにサインインすることが可能となる。

＜多機能機登録プロセス（パターン１）＞
図２〜図４のシーケンス図を用いて、多機能機登録プロセスのパターン１の内容について説明する。多機能機登録プロセスは、多機能機１０を、第１サービスサーバ１００が備えるユーザアカウントテーブルＴ２１、および、装置情報収集サーバ６０が備えるユーザアカウントテーブルＴ１に記憶させるプロセスである。多機能機登録プロセスのパターン１は、ユーザＡが第１サービスサーバ１００にアクセスするパターンである。

Ｓ１００においてＰＣ４０は、第１サービスサーバ１００へのサインイン指示の入力が行われたか否かを判断する。例えば、第１サービスサーバ１００にサインインするための第１サインイン画面が、表示部４８に表示されていてもよい。そして、第１サービス用のユーザＡのユーザアカウント（例：第１ユーザＩＤ）が、第１サインイン画面に入力されることによって、サインイン指示の入力が行われたと判断してもよい。Ｓ１００において否定判断される場合（Ｓ１００：ＮＯ）にはＳ１００へ戻り、肯定判断される場合（Ｓ１００：ＹＥＳ）にはＳ１０５へ進む。

Ｓ１０５においてＰＣ４０は、ユーザＡによって入力された第１ユーザＩＤ等を第１サービスサーバ１００へ送信する。これによりユーザＡが、第１サービスサーバ１００にサインインしている状態となる。

Ｓ１１０においてＰＣ４０は、多機能機登録指示の入力が行われたか否かを判断する。多機能機登録指示は、ユーザＡが所有する多機能機１０を第１サービスサーバ１００に登録することを、第１サービスサーバ１００に指示する情報である。例えば、ユーザＡが第１サービスサーバ１００を利用して多機能機１０を購入した場合には、第１サービスサーバ１００から電子メールがＰＣ４０に送信されてきてもよい。電子メールの文面に、多機能機の登録を受け付けるボタン画像が表示されていてもよい。そして、当該ボタン画像がクリックされることにより、多機能機登録指示の入力が行われたと判断してもよい。Ｓ１１０において否定判断される場合（Ｓ１１０：ＮＯ）にはＳ１１０へ戻り、肯定判断される場合（Ｓ１１０：ＹＥＳ）にはＳ１１５へ進む。

Ｓ１１５においてＰＣ４０は、多機能機登録要求を第１サービスサーバ１００へ送信する。Ｓ１２０において第１サービスサーバ１００は、ユーザ登録要求と、ユーザＡの第１ユーザＩＤ１１２と、カスタマＩＤ１３０を、装置情報収集サーバ６０へ送信する。ユーザ登録要求は、ユーザＡの第１ユーザＩＤ１１２やカスタマＩＤ１３０を装置情報収集サーバ６０に記憶させることを、装置情報収集サーバ６０に指示する情報である。

Ｓ１２５において装置情報収集サーバ６０は、アカウント問合せ画面を表示部４８に表示させるためのアカウント問合せ画面情報を、ＰＣ４０へ送信する。アカウント問合せ画面は、第２ユーザＩＤをユーザＡが装置情報収集サーバ６０用に登録済みであるか否かを、ユーザＡに問い合わせるための画面である。Ｓ１３０においてＰＣ４０は、アカウント問合せ画面を表示部４８に表示する。

Ｓ１３５においてＰＣ４０は、第２ユーザＩＤをユーザＡが装置情報収集サーバ６０に登録済みであるか否かについての、ユーザの入力を受け付ける。例えば、アカウント問合せ画面に、「装置情報収集サーバ６０のユーザアカウントを持っていますか？」のようなメッセージと、ＹＥＳ／ＮＯの選択を受け付けるボタン画像を表示させてもよい。そして、当該ボタン画像へのタッチ入力を受け付けてもよい。否定入力される場合（Ｓ１３５：ＮＯ）にはＳ１３７へ進み、ＰＣ４０は、匿名第２ユーザＩＤ生成指示を装置情報収集サーバ６０へ送信する。匿名第２ユーザＩＤ生成指示は、匿名の第２ユーザＩＤの生成を装置情報収集サーバ６０に指示するための情報である。

Ｓ１４０において装置情報収集サーバ６０は、匿名の第２ユーザＩＤ１１１を生成する。匿名の第２ユーザＩＤ１１１は、ランダムに生成される英数字であってもよい。そしてＳ１５８へ進む。

一方、Ｓ１３５において肯定入力される場合（Ｓ１３５：ＹＥＳ）には、Ｓ１５０へ進む。Ｓ１５０においてＰＣ４０は、第２サインイン画面を表示部４８に表示する。第２サインイン画面は、装置情報収集サーバ６０にサインインするために用いる第２ユーザＩＤ１１１等の入力を受け付ける画面である。Ｓ１５３においてＰＣ４０は、ユーザＡによる第２ユーザＩＤ１１１等の入力が行われたか否かを判断する。否定判断される場合（Ｓ１５３：ＮＯ）にはＳ１５３へ戻り、肯定判断される場合（Ｓ１５３：ＹＥＳ）にはＳ１５５へ進む。Ｓ１５５においてＰＣ４０は、ユーザＡに入力された第２ユーザＩＤ１１１を、装置情報収集サーバ６０へ送信する。Ｓ１５６において装置情報収集サーバ６０は、第２ユーザＩＤ１１１を用いてサインインが可能か否かを判断する。具体的には、受信した第２ユーザＩＤ１１１と一致するＩＤが、ユーザアカウントテーブルＴ１に記憶されているか否かを判断する。否定判断される場合（Ｓ１５６：ＮＯ）にはフローを終了する。一方、肯定判断される場合（Ｓ１５６：ＹＥＳ）には、登録済みの第２ユーザＩＤ１１１が存在する場合であるとして、Ｓ１５８へ進む。

Ｓ１５８において装置情報収集サーバ６０は、ＰＩＮコードを生成してメモリ７４に一時的に記憶させる。ＰＩＮコードは、後述するＳ１７５で、多機能機１０のユーザに紐付けられたワンタイムパスワードとして機能する。ＰＩＮコードは、ランダムに生成される英数字の文字列であってもよい。Ｓ１６０において装置情報収集サーバ６０は、生成したＰＩＮコードを、ＰＣ４０へ送信する。Ｓ１６５においてＰＣ４０は、受信したＰＩＮコードを表示部４８に表示する。

Ｓ１７０において多機能機１０は、ＰＩＮコードの入力を受け付けたか否かを判断する。ＰＩＮコードの入力態様の一例を説明する。ユーザＡは、ＰＣ４０の表示部４８に表示されたＰＩＮコードを暗記する。そしてユーザＡは、多機能機１０の操作部１２を操作して、暗記していたＰＩＮコードを多機能機１０に入力する。これにより、ＰＩＮコードが入力された多機能機１０は、ユーザＡによって登録対象として指定されたことになる。Ｓ１７０において否定判断される場合（Ｓ１７０：ＮＯ）にはＳ１７０へ戻り、肯定判断される場合（Ｓ１７０：ＹＥＳ）にはＳ１７５へ進む。

Ｓ１７５において多機能機１０は、Ｓ１７０で入力されたＰＩＮコードと、多機能機１０のメモリ２４に記憶されている装置情報２７（すなわち、デバイスＩＤ、型番）とを、装置情報収集サーバ６０へ送信する。

Ｓ１７７において装置情報収集サーバ６０は、受信したＰＩＮコードと同一のＰＩＮコードが、メモリ７４に記憶されているか否かを判断する。否定判断される場合（Ｓ１７７：ＮＯ）にはフローを終了する。一方、肯定判断される場合（Ｓ１７７：ＹＥＳ）には、Ｓ１６０でユーザＡに送付したＰＩＮコードが、多機能機１０の装置情報２７とともに送付されてきた場合である。この場合、受信した装置情報２７が、ユーザＡによって登録が指示された情報であると識別することができる。そしてＳ１８０へ進む。

Ｓ１８０において装置情報収集サーバ６０は、Ｓ１２０で取得したユーザＡの第１ユーザＩＤ１１２と、Ｓ１７５で取得した装置情報２７とを、Ｓ１４０で生成した匿名の第２ユーザＩＤ１１１または登録済みの第２ユーザＩＤ１１１と対応付けて、ユーザアカウントテーブルＴ１に記憶させる。そしてＳ２５０へ進む。

図１１Ａを用いて、Ｓ１３５において否定入力される場合（Ｓ１３５：ＮＯ）の、ユーザアカウントテーブルＴ１の具体的な記憶例を示す。Ｓ１４０で生成した匿名の第２ユーザＩＤ１１１（領域Ｒ４１参照）と、ユーザＡの第１ユーザＩＤ１１２およびカスタマＩＤ１３０（領域Ｒ４２参照）と、多機能機１０のデバイスＩＤ１１４、型番１１５（領域Ｒ４３参照）と、が互いに対応付けて記憶される。

また、図１１Ｂおよび図１１Ｃを用いて、Ｓ１３５において肯定入力される場合（Ｓ１３５：ＹＥＳ）の、ユーザアカウントテーブルＴ１の具体的な記憶例を示す。図１１Ｂに示すように、ユーザアカウントテーブルＴ１には、第２ユーザＩＤ１１１が登録されている（領域Ｒ５１参照）。この状態から、図１１Ｃに示すように、ユーザＡの第１ユーザＩＤ１１２およびカスタマＩＤ１３０（領域Ｒ５２参照）と、多機能機１０のデバイスＩＤ１１４、型番１１５（領域Ｒ５３参照）と、が記憶される。

なお、装置情報２７のユーザアカウントテーブルＴ１への登録が完了した後においては、ＰＩＮコードはもはや不要である。よって、Ｓ１５８でメモリ７４に記憶させたＰＩＮコードを消去してもよい。

Ｓ２５０において装置情報収集サーバ６０は、Ｓ１８０でユーザアカウントテーブルＴ１に記憶させた情報の一部を、オーダ決定サーバ５０に送信する。具体的には、匿名または登録済みの第２ユーザＩＤ１１１、デバイスＩＤ１１４、カスタマＩＤ１３０、型番１１５を、オーダ決定サーバ５０に送信する。

Ｓ２５５においてオーダ決定サーバ５０は、匿名または登録済みの第２ユーザＩＤ１１１と、デバイスＩＤ１１４を、オーダテーブルＴ３１に記憶させる。本実施形態の説明例では、図８のオーダテーブルＴ３１において、デバイスＩＤの「ｇｈｉ７８９」を記憶する（領域Ｒ２１）。なお、申請完了フラグ１４３は、この時点では「オフ」である（領域Ｒ２２）。Ｓ２６０においてオーダ決定サーバ５０は、デバイスＩＤ１１４、カスタマＩＤ１３０、型番１１５を、第１サービスサーバ１００へ送信する。

Ｓ２７０において第１サービスサーバ１００は、デバイスＩＤ１１４、カスタマＩＤ１３０、型番１１５をユーザアカウントテーブルＴ２１に記憶させる。具体例を説明する。Ｓ２６０において、カスタマＩＤ１３０が第１サービスサーバ１００に報知される。第１サービスサーバ１００は、カスタマＩＤ１３０を用いて、ユーザＡのユーザアカウントテーブルＴ２１を特定する。そして、ユーザＡのユーザアカウントテーブルＴ２１において、デバイスＩＤ１３５および多機能機型番１３６を記憶することができる（図９、領域Ｒ１１）。

Ｓ２７５においてＰＣ４０は、消耗品選択の開始がユーザＡによって指示されたか否かを判断する。例えば、Ｓ１６５で表示部４８に表示した画面に、消耗品選択の開始を受け付けるボタン画像が表示されていてもよい。そして、当該ボタン画像がクリックされることにより、消耗品選択の開始の指示が行われたと判断してもよい。否定判断される場合（Ｓ２７５：ＮＯ）にはＳ２７５へ戻り、肯定判断される場合（Ｓ２７５：ＹＥＳ）にはＳ２８０へ進む。

Ｓ２８０においてＰＣ４０は、装置識別情報要求を、第１サービスサーバ１００へ送信する。装置識別情報要求は、装置識別情報の送信を第１サービスサーバ１００に要求するための情報である。装置識別情報は、消耗品選択の対象となる多機能機を識別するための各種情報（すなわち、デバイスＩＤおよび型番）を、第１サービスサーバ１００に要求する情報である。Ｓ２８５において１００は、装置識別情報をＰＣ４０に送信する。具体的には、Ｓ２７０で記憶させたデバイスＩＤ１１４および型番１１５を、ＰＣ４０に送信する。

Ｓ２９０においてＰＣ４０は、自動発注サービス申請画面Ｐ１を表示部４８に表示させる。図１２に、自動発注サービス申請画面Ｐ１の表示例を示す。自動発注サービス申請画面Ｐ１には、インク型番１６７〜１７０を入力する欄が表示されている。図１２では、インク型番１６７を選択するためのプルダウンメニューＰ１２が表示されている例を示している。プルダウンメニューＰ１２には、選択可能なインク型番が表示されている。プルダウンメニューＰ１２に表示されるインク型番の種類は、Ｓ２８５で受信した型番１１５に基づいて決定することができる。そしてＰＣ４０は、プルダウンメニューＰ１２の中から何れかの型番が選択されたかを判断する。

Ｓ３００においてＰＣ４０は、自動発注サービス申請画面Ｐ１を介して、消耗品選択の入力が行われたか否かを判断する。否定判断される場合（Ｓ３００：ＮＯ）にはＳ３００へ戻り、肯定判断される場合（Ｓ３００：ＹＥＳ）にはＳ３０５へ進む。

Ｓ３０５においてＰＣ４０は、消耗品選択情報およびデバイスＩＤ１１４を、第１サービスサーバ１００へ送信する。消耗品選択情報は、ユーザに選択されたインク型番１６７〜１７０の各々を示す情報である。

Ｓ３１０において第１サービスサーバ１００は、消耗品選択情報をユーザアカウントテーブルＴ２１に記憶させる。具体例を説明する。第１サービスサーバ１００は、Ｓ３０５で受信した消耗品選択情報に基づいて、ユーザＡによって選択されたインクの型番を認識する。そして、図１０のユーザアカウントテーブルＴ２１において、インクの型番情報を記憶させる（領域Ｒ１２）。これにより、ユーザが選択したインクカートリッジの種類（例：通常品か大容量品か）を、第１サービスサーバ１００に記憶させることができる。

Ｓ３２０において第１サービスサーバ１００は、申請完了通知情報、および、デバイスＩＤをオーダ決定サーバ５０に送信する。申請完了通知情報は、消耗品選択情報を第１サービスサーバ１００が取得したことを示す情報である。換言すると申請完了通知情報は、多機能機１０で使用するインク型番の第１サービスサーバ１００への登録が、完了したことを示す情報である。

Ｓ３２３においてオーダ決定サーバ５０は、Ｓ３２０で受信したデバイスＩＤと一致するデバイスＩＤが、オーダテーブルＴ３１に記憶されているか否かを判断する。否定判断される場合（Ｓ３２３：ＮＯ）にはフローを終了し、肯定判断される場合（Ｓ３２３：ＹＥＳ）にはＳ３２５へ進む。Ｓ３２５においてオーダ決定サーバ５０は、オーダテーブルＴ３１において、Ｓ３２０で受信したデバイスＩＤに対応する申請完了フラグ１４３を「オン」にする。そしてフローを終了する。

本実施形態の説明例では、Ｓ３２０で「ｇｈｉ７８９」のデバイスＩＤを受信する。よって、Ｓ３２３では肯定判断される。そしてＳ３２５において、オーダテーブルＴ３１の申請完了フラグ１４３が「オン」にされる（図８、領域Ｒ２２参照）。

＜多機能機登録プロセス（パターン２）＞
図５および図６のシーケンス図を用いて、多機能機登録プロセスのパターン２の内容について説明する。多機能機登録プロセスのパターン２は、ユーザＡが装置情報収集サーバ６０にアクセスするパターンである。

Ｓ３８０においてユーザＡは、ユーザＡのユーザアカウントを装置情報収集サーバ６０に登録する登録指示、および、ユーザＡについての各種情報（例：第２ユーザＩＤ１１１、氏名、住所等）を入力する。登録指示の入力は、例えば、装置情報収集サーバ６０が提供するウェブページ上に、ユーザアカウントの登録を受け付けるボタン画像が表示されていてもよい。そして、当該ボタン画像がクリックされることにより、登録指示の入力が行われたと判断してもよい。Ｓ３９０において装置情報収集サーバ６０は、ユーザＡに入力された各種情報を、ＰＣ４０から受信する。

Ｓ３９５において装置情報収集サーバ６０は、ユーザＡによって入力された第２ユーザＩＤである入力第２ユーザＩＤ１１１を、ユーザアカウントテーブルＴ１に記憶させる。このとき、匿名の第２ユーザＩＤがすでにユーザアカウントテーブルＴ１に記憶されている場合には、匿名の第２ユーザＩＤ１１１（すなわち「ｘｂｒ７５９」）および入力された第２ユーザＩＤ１１１（すなわち「user＿Ａ」）の２つが、ユーザアカウントテーブルＴ１に記憶される（図１３Ｂ、領域Ｒ７０参照）。一方、匿名の第２ユーザＩＤがユーザアカウントテーブルＴ１に記憶されていない場合には、入力された第２ユーザＩＤ（すなわち「user＿Ａ」）のみが、ユーザアカウントテーブルＴ１に記憶される（図１３Ａ、領域８０参照）。

Ｓ４００においてＰＣ４０は、装置情報収集サーバ６０へのサインイン指示の入力が行われたか否かを判断する。例えば、装置情報収集サーバ６０にサインインするための第２サインイン画面に、第２ユーザＩＤが入力されたか否かを判断してもよい。Ｓ４００において否定判断される場合（Ｓ４００：ＮＯ）にはＳ４００へ戻り、肯定判断される場合（Ｓ４００：ＹＥＳ）にはＳ４０５へ進む。

Ｓ４０５においてＰＣ４０は、ユーザＡによって入力された第２ユーザＩＤ等を、装置情報収集サーバ６０へ送信する。これによりユーザＡが、装置情報収集サーバ６０にサインインしている状態となる。

Ｓ４１０においてＰＣ４０は、多機能機登録指示の入力が行われたか否かを判断する。詳細な内容は、Ｓ１１０で説明済みであるため省略する。Ｓ４１５においてＰＣ４０は、ＰＩＮコード取得要求を装置情報収集サーバ６０へ送信する。Ｓ４６０〜Ｓ４７５の内容は、前述したＳ１６０〜Ｓ１７５の内容と同様であるため、説明を省略する。

Ｓ４７８において装置情報収集サーバ６０は、Ｓ４７５で受信したデバイスＩＤに対応する匿名の第２ユーザＩＤが、ユーザアカウントテーブルＴ１に記憶されているか否かを判断する。否定判断される場合（Ｓ４７８：ＮＯ）には、まだユーザＡが自動発注サービスの申請を第１サービスサーバ１００に行っていない場合であると判断され、Ｓ４８０へ進む。

Ｓ４８０において装置情報収集サーバ６０は、サインイン要求をＰＣ４０へ送信する。サインイン要求は、第１サービスサーバ１００にサインインするための第１サインイン画面を表示部４８に表示することを、ＰＣ４０に要求する情報である。

Ｓ４８２においてＰＣ４０は、第１サービスサーバ１００へのサインイン指示の入力が行われたか否かを判断する。詳細な判断内容は、Ｓ１００で説明済みである。否定判断される場合（Ｓ４８２：ＮＯ）にはＳ４８２へ戻り、肯定判断される場合（Ｓ４８２：ＹＥＳ）にはＳ４８３へ進む。Ｓ４８３においてＰＣ４０は、ユーザＡによって入力された第１ユーザＩＤ等を第１サービスサーバ１００へ送信する。これによりユーザＡが、第１サービスサーバ１００にサインインしている状態となる。

Ｓ４８５において第１サービスサーバ１００は、ユーザＡの第１ユーザＩＤ１１２、カスタマＩＤ１３０、型番１１５を、ＰＣ４０へ送信する。Ｓ４８８においてＰＣ４０は、受信した第１ユーザＩＤ１１２、カスタマＩＤ１３０、型番１１５を、装置情報収集サーバ６０へ送信する。

Ｓ４９０において装置情報収集サーバ６０は、図１３Ｃに示すように、登録済みの第２ユーザＩＤ１１１（領域Ｒ８０参照）に対応付けて、ユーザＡの第１ユーザＩＤ１１２、カスタマＩＤ１３０、型番１１５（領域Ｒ８１参照）を記憶させる。そして、図４のＳ２５０へ進む。

一方、Ｓ４７８において肯定判断される場合（Ｓ４７８：ＹＥＳ）には、まだユーザＡが第２ユーザＩＤを装置情報収集サーバ６０に登録させていない場合であると判断され、Ｓ５００へ進む。Ｓ５００においてＰＣ４０は、匿名の第２ユーザＩＤについての問合せ画面を表示部４８に表示させる。例えば、「匿名のユーザＩＤが記憶されています。匿名のユーザＩＤを残しますか？」のようなメッセージを表示してもよい。

Ｓ５０３においてＰＣ４０は、匿名の第２ユーザＩＤを残すか否かについての、ユーザの入力を受け付ける。否定入力される場合（Ｓ５０３：ＮＯ）にはＳ５０５へ進み、ＰＣ４０は、マージ指示を装置情報収集サーバ６０へ送信する。マージ指示は、匿名の第２ユーザＩＤを、登録済みの第２ユーザＩＤにマージすることを指示する情報である。

Ｓ５１０において装置情報収集サーバ６０は、匿名の第２ユーザＩＤを、登録済みの第２ユーザＩＤにマージする。そして図４のＳ２５０へ進む。図１３Ｂおよび図１３Ｃを用いて、マージを行う際のユーザアカウントテーブルＴ１の具体的な記憶例を示す。図１３Ｂに示すように、マージを行う前は、匿名の第２ユーザＩＤ１１１（すなわち「ｘｂｒ７５９」）、入力された第２ユーザＩＤ１１１（すなわち「ｕｓｅｒ＿Ａ」）、第１ユーザＩＤ１１２、カスタマＩＤ１３０、デバイスＩＤ１１４、型番１１５とが対応付けられている状態である。マージを行うことにより、図１３Ｃに示すように、匿名の第２ユーザＩＤ１１１（すなわち「ｘｂｒ７５９」）を消去する（領域Ｒ８０参照）。これにより、入力された第２ユーザＩＤ１１１（すなわち「ｕｓｅｒ＿Ａ」）のみが、デバイスＩＤ１１４や第１ユーザＩＤ１１２に対応付けられている状態にすることができる。

一方、Ｓ５０３において肯定入力される場合（Ｓ５０３：ＹＥＳ）にはＳ５２０へ進み、ＰＣ４０は、匿名ユーザＩＤ保持指示を装置情報収集サーバ６０へ送信する。匿名ユーザＩＤ保持指示は、匿名の第２ユーザＩＤと、登録済みの第２ユーザＩＤとの両者がユーザアカウントテーブルＴ１記憶されている状態を維持することを指示する情報である。

Ｓ５３０においてＰＣ４０は、装置情報収集サーバ６０は、匿名の第２ユーザＩＤを、登録済みの第２ユーザＩＤにマージしない。そして図４のＳ２５０へ進む。すなわち、図１３Ｂに示すように、匿名の第２ユーザＩＤ１１１（すなわち「ｘｂｒ７５９」）および入力された第２ユーザＩＤ１１１（すなわち「ｕｓｅｒ＿Ａ」）の両者が、第１ユーザＩＤ１１２やデバイスＩＤ１１４に対応付けられている状態が維持される。

＜自動発注処理プロセス＞
図７のシーケンス図を用いて、自動発注処理プロセスの内容について説明する。自動発注処理プロセスは、オーダ決定サーバ５０が第１サービスサーバ１００に対して、自動的に消耗品を発注するためのプロセスである。

Ｓ６１０においてオーダ決定サーバ５０は、ステータス情報通知要求を出す特定条件が成立したか否かを判断する。特定条件の一例としては、予め定められた期間（例：１日）が経過したことが挙げられる。否定判断される場合（Ｓ６１０：ＮＯ）にはＳ６１０へ戻り、肯定判断される場合（Ｓ６１０：ＹＥＳ）にはＳ６１５へ進む。

Ｓ６１５においてオーダ決定サーバ５０は、オーダテーブルＴ３１において、「オン」の申請完了フラグが対応付けられたデバイスＩＤが存在するか否かを判断する。否定判断される場合（Ｓ６１５：ＮＯ）にはフローを終了し、肯定判断される場合（Ｓ６１５：ＹＥＳ）にはＳ６２０へ進む。本実施形態の説明例では、図８に示すように、「オン」の申請完了フラグ１４３が、デバイスＩＤ「ｇｈｉ７８９」（すなわち多機能機１０のデバイスＩＤ）に対応付けられている場合を説明する。

Ｓ６２０においてオーダ決定サーバ５０は、ステータス情報通知要求、および、デバイスＩＤ「ｇｈｉ７８９」を、装置情報収集サーバ６０へ送信する。ステータス情報通知要求は、デバイスＩＤ「ｇｈｉ７８９」で識別される多機能機１０に対して、ステータス情報の取得を要求するための情報である。ステータス情報は、インク残量など、多機能機の各種の状態を示す情報である。

Ｓ６２５において装置情報収集サーバ６０は、ステータス情報通知要求を多機能機１０に送信する。ステータス情報通知要求は、ＸＭＰＰメッセージ情報として多機能機１０に送信される。またステータス情報通知要求は、装置情報収集サーバ６０と多機能機１０との間で確立しているＸＭＰＰコネクションを用いて、多機能機１０へ送信される。ＸＭＰＰコネクションを確立する処理については、周知であるため、ここでは詳細な説明を省略する。

Ｓ６３０において装置情報収集サーバ６０は、ステータス情報を多機能機１０から受信する。Ｓ６３５において装置情報収集サーバ６０は、ステータス情報、および、デバイスＩＤ「ｇｈｉ７８９」を、オーダ決定サーバ５０へ送信する。

Ｓ６４０においてオーダ決定サーバ５０は、デバイスＩＤ「ｇｈｉ７８９」で識別される多機能機１０に関して、インクの注文が必要か否かを判断する。当該判断は、受信したステータス情報に基づいて行われる。具体的には、ステータス情報に基づいて、シアン、マジェンタ、イエロー、ブラックの各色のインク残量を認識する。そして各色のインク残量が、予め定められた特定値よりも少ないか否かを判断する。特定値よりも残量が少ない色のインクが存在する場合には、当該インクについて、新しいインクカートリッジの注文が必要であると判断する。否定判断される場合（Ｓ６４０：ＮＯ）にはフローを終了し、肯定判断される場合（Ｓ６４０：ＹＥＳ）にはＳ６５０へ進む。本実施形態の例では、ブラックのインクの残量が、特定値よりも少ない場合について説明を続ける。

Ｓ６５０においてオーダ決定サーバ５０は、注文指示、および、デバイスＩＤ「ｇｈｉ７８９」を、第１サービスサーバ１００へ送信する。注文指示は、ブラックのインクカートリッジを、ユーザＡに郵送することを、第１サービスサーバ１００に指示する情報である。また注文指示は、ブラックのインクカートリッジについて、通常品と大容量品との何れの種類をユーザＡが指定したかを特定することを、第１サービスサーバ１００に指示する情報でもある。

Ｓ６６０において第１サービスサーバ１００は、インクの購入処理を実行する。具体的には、デバイスＩＤ「ｇｈｉ７８９」に基づいて、ユーザＡのユーザアカウントテーブルＴ２１（図１０）を読み出す。また、ブラックのインクカートリッジの型番が「大容量品」の型番であることを特定する。そして、クレジットカード番号１３４等を用いて、ブラックの大容量インクカートリッジの購入手続きを行う。

Ｓ６７０において第１サービスサーバ１００は、ユーザアカウントテーブルＴ２１の住所／メールアドレス／氏名１３３を用いて、郵送先を特定する。そして、ブラックの大容量インクカートリッジをユーザＡへ郵送する。そしてフローが終了する。

＜実施例１の効果＞
通信システム２では、装置情報収集サーバ６０を、第１サービスサーバ１００と独立させている。これは、装置情報を用いたサービスは、本明細書で説明した消耗品宅配サービス以外にも多数存在しうるために、これらの多数のサービスで、装置情報収集サーバ６０を共用するためである。これにより、装置情報収集サーバ６０の利用効率を高めることができる。しかし、第１サービスサーバ１００と装置情報収集サーバ６０との独立性が高くなるために、ユーザＡは、それぞれのサーバにサインインする必要がある。よってユーザＡは、それぞれのサーバに第１ユーザＩＤと第２ユーザＩＤを登録することになる。ここで、両サーバが連携してユーザＡに対して自動発注サービスを提供する必要があるが、第１ユーザＩＤと第２ユーザＩＤの内容が異なる場合には、ユーザアカウント情報を両サーバに登録する必要があり、連携したサービスの提供に対する利便性を損なう場合がありうる。

本明細書に記載されている構成によれば、装置情報収集サーバ６０は、第１サービスサーバ１００用のユーザＡの第１ユーザＩＤ１１２と、装置情報収集サーバ６０用のユーザＡの第２ユーザＩＤ１１１と、ユーザＡの多機能機１０を識別するための装置情報装置情報とを、互いに対応付けてユーザアカウントテーブルＴ１に記憶することができる（Ｓ１８０）。これにより装置情報収集サーバ６０は、多機能機１０および第１サービスサーバ１００の何れに対しても、ユーザＡに対する処理を行うことを適切に指示することが可能となる。すなわち装置情報収集サーバ６０は、多機能機１０および第１サービスサーバ１００との間の連携を適切に取り持つことが可能になる。よって、自動発注サービスを行うための処理を、ユーザＡに対して適切に提供することが可能になる。

第１サービスサーバ１００にユーザＡがサインインした場合（Ｓ１０５）に、第２ユーザＩＤをユーザＡが装置情報収集サーバ６０に未登録である場合がある（Ｓ１３５：ＮＯ）。この場合、装置情報収集サーバ６０は、匿名の第２ユーザＩＤ１１１を生成し（Ｓ１４０）、以後の多機能機登録プロセスを続行することができる。これにより、ユーザＡに第２ユーザＩＤの登録を強制することなく、ユーザＡに自動発注サービスを使用させることができる。ユーザの利便性を高めることができる。

ユーザＡの匿名の第２ユーザＩＤを装置情報収集サーバ６０が自動生成（Ｓ１４０）した後に、ユーザＡが入力第２ユーザＩＤを装置情報収集サーバ６０に登録（Ｓ３９５）する場合がある。本明細書に記載されている装置情報収集サーバ６０は、すでに匿名の第２ユーザＩＤ１１１が多機能機１０のデバイスＩＤに対応付けてユーザアカウントテーブルＴ１に登録されている場合（Ｓ４７８：ＹＥＳ）においても、さらに入力第２ユーザＩＤを多機能機１０のデバイスＩＤに対応付けて追加登録することができる（Ｓ５３０、図１３Ｂ参照）。すなわち、異なる２以上の第２ユーザＩＤを、１のデバイスＩＤに対応付けることができる。これにより、匿名の第２ユーザＩＤに基づいて自動発注サービスを利用することと、入力第２ユーザＩＤを用いて装置情報収集サーバ６０が提供する各種サービス（例：年賀状のテンプレート画像の提供）を利用することを、両立することが可能になる。

ユーザＡの匿名の第２ユーザＩＤを装置情報収集サーバ６０が自動生成（Ｓ１４０）した後に、ユーザＡが入力第２ユーザＩＤを装置情報収集サーバ６０に登録（Ｓ３９５）する場合がある。本明細書に記載されている装置情報収集サーバ６０は、すでに匿名の第２ユーザＩＤ１１１が多機能機１０のデバイスＩＤに対応付けてユーザアカウントテーブルＴ１に登録されている場合（Ｓ４７８：ＹＥＳ）に、匿名の第２ユーザＩＤに代えて、入力第２ユーザＩＤを多機能機１０のデバイスＩＤに対応付けて登録することができる（Ｓ５１０、図１３Ｃ参照）。すなわち、匿名の第２ユーザＩＤを入力第２ユーザＩＤにマージすることができる。これにより、ユーザアカウントテーブルＴ１の記憶内容を圧縮することが可能となる。

ユーザＡが入力第２ユーザＩＤを装置情報収集サーバ６０に登録（Ｓ３９５）した場合に、多機能機１０のデバイスＩＤに対応する匿名の第２ユーザＩＤがユーザアカウントテーブルＴ１に記憶されているか否かを、本明細書に記載されている装置情報収集サーバ６０は判断（Ｓ４７８）することができる。そして否定判断される場合（Ｓ４７８：ＮＯ）には、まだユーザＡが自動発注サービスの申請を第１サービスサーバ１００に行っていない場合であると判断することができる。この場合、装置情報収集サーバ６０は、自動発注サービスの申請に必要な情報（例：ユーザＡの第１ユーザＩＤ）を、第１サービスサーバ１００に要求（Ｓ４８３、Ｓ４８５）し、当該情報を第１サービスサーバ１００から取得（Ｓ４８５、Ｓ４８８）することができる。これにより、自動発注サービスの申請に必要な各種情報を、自動で第１サービスサーバ１００から取得することが可能となる。ユーザの利便性を高めることができる。

ユーザＡが入力第２ユーザＩＤを装置情報収集サーバ６０に登録（Ｓ３９５）した場合に、匿名の第２ユーザＩＤがユーザアカウントテーブルＴ１に記憶されていない場合（Ｓ４７８：ＮＯ）がある。この場合には、匿名の第２ユーザＩＤを生成することなく、入力第２ユーザＩＤを多機能機１０のデバイスＩＤに対応付けて登録（Ｓ４９０、図１３Ｃ参照）することができる。これにより、不要な匿名の第２ユーザＩＤが生成されてしまうことを防止することができる。

実施例１の構成によれば、ユーザＡが使用する情報処理装置（すなわちＰＣ４０）へ、ＰＩＮコードを送信することができる（Ｓ１６０）。そして、送信したＰＩＮコードと同一のＰＩＮコードとともに送信されてきたデバイスＩＤを、ユーザＡが使用する多機能機のデバイスＩＤであると認識することができる（Ｓ１７７）。すなわち、ＰＩＮコードを、ユーザＡの承認情報として用いることができる。これにより、ユーザＡによって指定された多機能機のデバイスＩＤを、オーダ決定サーバ５０に取得させることができる。また、ＰＩＮコードは、ランダムに生成することができる（Ｓ１５８）。よって、多機能機登録プロセスのセキュリティ性を向上させることができる。

オーダ決定サーバ５０は、ステータス情報が示しているインクの残量が特定値よりも少ない場合（Ｓ６４０：ＹＥＳ）に、新しいインクカートリッジの注文が必要であると判断する。これにより、適切なタイミングで、インクを販売するサービスを提供する第１サービスサーバ１００にインクを注文することが可能となる（Ｓ６５０）。

オーダ決定サーバ５０は、予め定められた期間（例：１日）が経過したことに応じて（Ｓ６１０：ＹＥＳ）、ステータス情報を多機能機１０から取得することができる（Ｓ６３５）。これにより、ステータス情報を自動で多機能機１０から取得することが可能となる。

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

＜変形例１＞
ＰＩＮコードと、多機能機１０のメモリ２４に記憶されている装置情報２７とを、装置情報収集サーバ６０へ送信する形態は、様々であってよい。例えば、ＵＳＢケーブル１５を介して行う形態であってもよい。図１４を用いて、変形例を説明する。ＰＣ４０は、第１サービスサーバ１００からＰＩＮコードを受信（Ｓ１６０）すると、受信したＰＩＮコードおよびＰＩＮコード入力画面を表示部４８に表示する（Ｓ１６５ｂ）。Ｓ１６８ｂにおいてＰＣ４０は、ＰＩＮコードの入力を受け付けたか否かを判断する。ＰＩＮコードの入力態様の一例を説明する。ユーザＡは、ＰＣ４０の表示部４８に表示されたＰＩＮコードを暗記する。そしてユーザＡは、ＰＣ４０の操作部４９を操作して、ＰＩＮコードをＰＩＮコード入力画面に入力する。Ｓ１６８ｂにおいて否定判断される場合（Ｓ１６８ｂ：ＮＯ）にはＳ１６８ｂへ戻り、肯定判断される場合（Ｓ１６８ｂ：ＹＥＳ）にはＳ１７２ｂへ進む。Ｓ１７２ｂにおいてＰＣ４０は、装置情報要求を多機能機１０へ送信する。装置情報要求は、装置情報２７の送信を多機能機１０へ要求するための情報である。Ｓ１７４ｂにおいて多機能機１０は、メモリ２４に記憶されている装置情報２７（すなわち、デバイスＩＤ、型番、ノード名）を、ＰＣ４０へ送信する。Ｓ１７６ｂにおいてＰＣ４０は、Ｓ１６８ｂで入力されたＰＩＮコードと装置情報２７とを、装置情報収集サーバ６０へ送信する。Ｓ１７７以降の内容は説明済みであるため、ここでは説明を省略する。

これにより、ＰＣ４０の表示部４８に表示（Ｓ１６５）されたＰＩＮコードを多機能機１０に入力（Ｓ１７０）する、という手間をユーザにかけさせることがない。ユーザの利便性を高めることができる。

＜その他の変形例＞
ＰＩＮコードと装置情報２７とを装置情報収集サーバ６０へ送信する形態は、Ｓ１７５の形態に限られず、様々な形態であってよい。例えば、Ｓ１７０においてＰＩＮコードが多機能機１０に入力された場合（Ｓ１７０：ＹＥＳ）に、多機能機１０は、入力されたＰＩＮコードと装置情報２７を、ＰＣ４０へ送信してもよい。この送信処理には、ＵＳＢケーブル１５を用いてもよいし、不図示の無線通信を用いてもよい。ＰＣ４０は、多機能機１０から受信したＰＩＮコードおよび装置情報２７を、装置情報収集サーバ６０へ送信してもよい。

第１サービスサーバ１００が単体で各種処理を実行する形態を説明したが、この形態に限られない。第１サービスサーバ１００と第２サービスサーバ１１０とが協業し、１つのサーバとして機能することで、各種処理を実行してもよい。例えば、図２〜図４のプロセスを実行する場合には、Ｓ１０〜Ｓ２７０を第２サービスサーバ１１０が実行し、Ｓ３１０以降は第１サービスサーバ１００が行うとしてもよい。このような場合においても、申請完了フラグ（Ｓ３２５）を用いることで、消耗品宅配サービスの対象となる多機能機（すなわち多機能機１０）の第２サービスサーバ１１０への登録と、その多機能機で使用する使用部材の第１サービスサーバ１００への登録の両方が終わったことを、オーダ決定サーバ５０に認識させることが可能となる。よって、不要な通信処理や不適切な注文処理が行われないように、オーダ決定サーバ５０を制御することが可能となる。

装置識別情報を第１サービスサーバ１００から取得する処理（Ｓ２７５〜Ｓ２８５）は省略することが可能である。この場合、ＰＣ４０および第１サービスサーバ１００は、Ｓ１００〜Ｓ３１０までの一連の処理が、１つのセッション内で行われることを認識すればよい。ＰＣ４０はＳ３０５において、消耗品選択情報を第１サービスサーバ１００へ送信すればよい。第１サービスサーバ１００はＳ３１０において、ＰＣ４０から受信した消耗品選択情報がユーザＡに関する情報であることを、セッション情報に基づいて認識すればよい。これにより、消耗品選択情報を、ユーザＡのユーザアカウントテーブルＴ２１に記憶させることができる（Ｓ３１０）。なお、セッションを識別するためのセッション情報は、周知のクッキー情報やクエリ情報として保持すればよい。

Ｓ３２０において、申請完了通知情報を第１サービスサーバ１００からオーダ決定サーバ５０へ通知する経路は様々であってよい。例えば、申請完了通知情報を第１サービスサーバ１００からＰＣ４０へ送信し、リダイレクトによってＰＣ４０からオーダ決定サーバ５０へ送信してもよい。

ユーザＡがユーザアカウントを第１サービスサーバ１００に登録済みである場合には、ユーザアカウントの登録処理（Ｓ１０〜Ｓ１６）は省略可能である。この場合ユーザＡは、自己のユーザアカウントを用いて、第１サービスサーバ１００にサインインすればよい。すなわち、Ｓ１００から処理を進めればよい。

Ｓ１７０において、多機能機１０がＰＩＮコードの入力を受け付ける形態は、様々であってよい。例えば、Ｓ１６５においてＰＣ４０は、受信したＰＩＮコードを示す２次元バーコードを、表示部４８に表示するか、印刷してもよい。Ｓ１７０において多機能機１０は、表示部４８に表示された２次元バーコード、または印刷された２次元バーコードを読み取ることで、ＰＩＮコードの入力を受け付けてもよい。

Ｓ６２５において、装置情報収集サーバ６０から多機能機１０へステータス情報通知要求を送信する方法は、ＸＭＰＰコネクションを用いた方法に限られない。ファイアウォールを越えることができる方法であれば、何れの方法を用いてもよい。

装置情報収集サーバ６０と通信可能に接続される多機能機は、多機能機１０および１１に限られず、３台以上存在してもよい。インターネット６に接続されるサービスサーバは、第１サービスサーバ１００および第２サービスサーバ１１０に限られず、３台以上存在してもよい。通信システム２に含まれる機器として、多機能機１０および１１を例に挙げたが、これに限らない。指示データなどに基づいて、所定の画像を刺繍、キルティングするミシンでもよい。画像データに基づいた作品、製品を形成するために、飾り縫い、縫製などをおこなうミシンでもよい。指示データなどに基づいて、吹き付け、削りだしなどで、３Ｄ画像を生成する３Ｄプリンタでもよい。何らかの情報を定期的に取得するセンサ装置でも良い。

図８のオーダテーブルＴ３１、図９および図１０のユーザアカウントテーブルＴ２１、図１１Ａ〜図１１Ｃおよび図１３Ａ〜図１３ＣのユーザアカウントテーブルＴ１、図１２の自動発注サービス申請画面Ｐ１、の各々は、一例である。様々な記憶態様や表示態様を用いることが可能である。

多機能機１０は、画像処理装置の一例である。第１サービスサーバ１００および第２サービスサーバ１１０は、外部サーバの一例である。ネットワークインターフェース５１および６２は、通信インターフェースの一例である。メモリ７４は、第１記憶部の一例である。装置情報収集サーバ６０およびオーダ決定サーバ５０は、サーバ装置の一例である。第１ユーザＩＤ１１２は、第１識別情報の一例である。第２ユーザＩＤ１１１は、第２識別情報の一例である。Ｓ１８０またはＳ３９５を実行するＣＰＵは、第１記憶制御手段の一例である。Ｓ１２０またはＳ４８８を実行するＣＰＵは、第１取得手段の一例である。デバイスＩＤ１１４は、第３識別情報の一例である。Ｓ１７５またはＳ４７５を実行するＣＰＵは、第２取得手段の一例である。Ｓ１８０またはＳ４９０を実行するＣＰＵは、第２記憶制御手段の一例である。Ｓ６３０を実行するＣＰＵは、第３取得手段の一例である。インクは、使用部材の一例である。Ｓ６５０を実行するＣＰＵは、第１送信手段の一例である。Ｓ５３０を実行するＣＰＵは、第３記憶制御手段の一例である。Ｓ５１０を実行するＣＰＵは、第４記憶制御手段の一例である。Ｓ４８０およびＳ４８３を実行するＣＰＵは、第２送信手段の一例である。Ｓ１６０またはＳ４６０を実行するＣＰＵは、第３送信手段の一例である。

６：インターネット、１０および１１：多機能機、４０：ＰＣ、５０：オーダ決定サーバ、６０：装置情報収集サーバ、１００：第１サービスサーバ

Claims (11)

1. 画像処理装置および外部サーバとネットワークを介して通信可能な通信インターフェースと、
   第１記憶部と、
   を備えたサーバ装置であって、
   前記外部サーバは、第１ユーザと関連付けられた第１識別情報を記憶しており、
   前記第１ユーザと関連付けられた第２識別情報を前記第１記憶部に記憶させる第１記憶制御手段と、
   前記外部サーバから前記第１識別情報を取得する第１取得手段と、
   前記第１ユーザによって指定された特定画像処理装置に固有の第３識別情報を、前記特定画像処理装置から取得する第２取得手段と、
   前記第１取得手段で取得した前記第１識別情報および前記第２取得手段で取得した前記第３識別情報を、前記第２識別情報と対応付けて前記第１記憶部に記憶させる第２記憶制御手段と、
   特定の条件が成立することに応じて、前記特定画像処理装置にステータス情報取得要求を送信し、前記特定画像処理装置からステータス情報を取得する第３取得手段と、
   取得した前記ステータス情報に基づいて、前記特定画像処理装置で使用される部材である使用部材の注文が必要か否かを判断する判断手段と、
   前記判断手段で前記使用部材の注文が必要であると判断された場合に、前記第３識別情報と、前記第１ユーザへ前記使用部材を送付することを前記外部サーバへ指示する指示情報と、を前記外部サーバへ送信する第１送信手段と、
   を備えることを特徴とするサーバ装置。
2. 前記第１記憶制御手段は、前記第１取得手段が前記第１識別情報を取得した後に、前記第１ユーザと関連付けられた前記第２識別情報を前記第１記憶部に記憶させる場合には、前記第１ユーザに関する情報を含まない第１種の第２識別情報を生成し、前記第１記憶部に記憶させることを特徴とする請求項１に記載のサーバ装置。
3. 前記第１種の第２識別情報が前記第３識別情報と対応付けられて前記第１記憶部に記憶されている場合に、前記第１ユーザに関する情報を含んでいる第２種の第２識別情報を前記第１記憶部に記憶させる指示を受け付けたことに応じて、前記第１種の第２識別情報が対応付けられている前記第３識別情報に対応付けて、前記第２種の第２識別情報を前記第１記憶部に記憶させる第３記憶制御手段をさらに備えることを特徴とする請求項２に記載のサーバ装置。
4. 前記第１種の第２識別情報が前記第３識別情報と対応付けられて前記第１記憶部に記憶されている場合に、前記第１ユーザに関する情報を含んでいる第２種の第２識別情報を前記第１記憶部に記憶させる指示を受け付けたことに応じて、前記第１種の第２識別情報に代えて前記第２種の第２識別情報を前記第３識別情報と対応付けて前記第１記憶部に記憶させる第４記憶制御手段をさらに備えることを特徴とする請求項２に記載のサーバ装置。
5. 前記第１記憶制御手段が前記第１ユーザに関する情報を含んでいる第２種の第２識別情報を前記第１記憶部に記憶させた場合に、前記第１種の第２識別情報が前記第３識別情報と対応付けて前記第１記憶部に記憶されていない場合には、前記第１識別情報の送信を要求する第１識別情報取得要求を前記外部サーバへ送信する第２送信手段をさらに備え、
   前記第１取得手段は、前記第１識別情報取得要求の送信に応じて、前記第１識別情報を前記外部サーバから取得することを特徴とする請求項２に記載のサーバ装置。
6. 前記第１取得手段が前記第１識別情報取得要求の送信に応じて、前記第１識別情報を前記外部サーバから取得した場合には、前記第２記憶制御手段は、前記第２種の第２識別情報を前記第１識別情報および前記第３識別情報と対応付けて前記第１記憶部に記憶させることを特徴とする請求項５に記載のサーバ装置。
7. 前記通信インターフェースは、前記第１ユーザによって操作される情報処理装置と前記ネットワークを介してさらに通信可能であり、
   前記情報処理装置へパスワード情報を送信する第３送信手段をさらに備え、
   前記第２取得手段は、前記第３送信手段で送信した前記パスワード情報と同一のパスワード情報と対応付けられた前記第３識別情報を、前記特定画像処理装置に固有の第３識別情報として取得することを特徴とする請求項１〜６の何れか１項に記載のサーバ装置。
8. 前記使用部材は、前記画像処理装置で画像を記録媒体に形成するために用いられる消耗部材を含んでおり、
   前記外部サーバは、前記消耗部材を販売するサービスを提供する装置であり、
   前記ステータス情報は、前記消耗部材の残量を示す情報であり、
   前記判断手段は、前記消耗部材の残量が予め定められた特定値よりも少なくなったことに応じて、前記使用部材の注文が必要であると判断することを特徴とする請求項１〜７の何れか１項に記載のサーバ装置。
9. 前記特定の条件は、予め定められた期間が経過したことであることを特徴とする請求項１〜８の何れか１項に記載のサーバ装置。
10. 画像処理装置および外部サーバおよびサーバ装置を備える通信システムであって、
    前記外部サーバは、第１ユーザと関連付けられた第１識別情報を記憶しており、
    前記サーバ装置は、
    前記第１ユーザと関連付けられた第２識別情報を第１記憶部に記憶させる第１記憶制御手段と、
    前記外部サーバから前記第１識別情報を取得する第１取得手段と、
    前記第１ユーザによって指定された特定画像処理装置に固有の第３識別情報を、前記特定画像処理装置から取得する第２取得手段と、
    前記第１取得手段で取得した前記第１識別情報および前記第２取得手段で取得した前記第３識別情報を、前記第２識別情報と対応付けて前記第１記憶部に記憶させる第２記憶制御手段と、
    特定の条件が成立することに応じて、前記特定画像処理装置にステータス情報取得要求を送信し、前記特定画像処理装置からステータス情報を取得する第３取得手段と、
    取得した前記ステータス情報に基づいて、前記特定画像処理装置で使用される部材である使用部材の注文が必要か否かを判断する判断手段と、
    前記判断手段で前記使用部材の注文が必要であると判断された場合に、前記第３識別情報と、前記第１ユーザへ前記使用部材を送付することを前記外部サーバへ指示する指示情報と、を前記外部サーバへ送信する第１送信手段と、
    を備えることを特徴とする通信システム。
11. 画像処理装置および外部サーバとネットワークを介して通信可能な通信インターフェースと、
    第１記憶部と、
    を備えたサーバ装置のコンピュータにおいて実行されるプログラムであって、
    前記外部サーバは、第１ユーザと関連付けられた第１識別情報を記憶しており、
    前記コンピュータを、
    前記第１ユーザと関連付けられた第２識別情報を前記第１記憶部に記憶させる第１記憶制御手段と、
    前記外部サーバから前記第１識別情報を取得する第１取得手段と、
    前記第１ユーザによって指定された特定画像処理装置に固有の第３識別情報を、前記特定画像処理装置から取得する第２取得手段と、
    前記第１取得手段で取得した前記第１識別情報および前記第２取得手段で取得した前記第３識別情報を、前記第２識別情報と対応付けて前記第１記憶部に記憶させる第２記憶制御手段と、
    特定の条件が成立することに応じて、前記特定画像処理装置にステータス情報取得要求を送信し、前記特定画像処理装置からステータス情報を取得する第３取得手段と、
    取得した前記ステータス情報に基づいて、前記特定画像処理装置で使用される部材である使用部材の注文が必要か否かを判断する判断手段と、
    前記判断手段で前記使用部材の注文が必要であると判断された場合に、前記第３識別情報と、前記第１ユーザへ前記使用部材を送付することを前記外部サーバへ指示する指示情報と、を前記外部サーバへ送信する第１送信手段と、
    して機能させることを特徴とするプログラム。