JP2024007761A - ネットワークシステムおよびサーバーの切り替え方法 - Google Patents

Abstract

【課題】クライアント装置に関するサーバー間のデータ移行を、クライアント装置の状態に関わらず、かつ、データ移行中もサービス提供を継続しながら行う。【解決手段】プリンタは、保存した接続情報を用いて接続した管理サーバー２００（第１のサーバ）からデータを取得する。管理サーバー３００（第２のサーバー）は、プリンタから登録要求と共にサーバー切り替えイベントを受信すると、プリンタが登録されている第１のサーバーに対して、第１のサーバーに接続するための第１接続情報の取得を要求する。第１のサーバーは、プリンタに関する情報の第２のサーバーへの移行を開始し、第１接続情報を前記第２のサーバーへ送信する。第２のサーバーは、第１のサーバーから取得した第１接続情報をプリンタに送信する。いずれかのサーバーは、プリンタに関するデータの移行が所定の段階に達すると、第２のサーバーに接続するための第２接続情報をプリンタに送信する。【選択図】図８

Description

本発明は、プリンタとネットワークを介して接続し、接続されたプリンタの管理や、ジョブの通知を行うネットワークシステムおよびサーバーの切り替え方法に関する。

「Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ」（以降、ＩｏＴと称する）とクラウドサービスの発展および普及によって、インターネットを通じてあらゆる「モノ」からデータを収集することが以前より容易になってきた。画像形成装置も多機能化が進み、Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ（以降、ＭＦＰと称する）と呼ばれる複合機もクライアント装置として利用されている。

昨今、個人情報・機密情報保護の観点からデータを送信するクライアント装置とデータを受信するサーバーの物理的な国や地域（以降、リージョンと呼称する）を規定する法律が制定されてきている。クライアント装置も、過去に接続したリージョンとは異なるリージョンのサーバーに接続しようとしたときには接続設定を解除したりすることで、誤ったリージョンにデータが流出しないような対応がとられる。

サーバーのリージョンは年々追加される傾向にあり、どうしてもサービスの運用途中でサーバーのリージョンを変更する必要性が生じる場合がある。一般的にＩｏＴシステムにおいて、クライアント装置の設定はサーバー側で管理及び変更を行うことが可能である。従来、クライアント装置が接続するサーバーの切り替えが発生した場合にその設定をクライアント装置に通知することで、クライアント装置が適切なリージョンのサーバーにデータを送信することを可能とする技術が提案されている（例えば、特許文献１参照）。

特開２０１３－１６８１８０号公報

特許文献１に記載の発明は、サーバーの切り替えが発生した際に変更前のサーバーと変更後のサーバー側との間でクライアント装置のデータをやり取りさせることで、クライアント装置が送信先の変更を意識する必要を無くしている。クライアント装置はサーバーが上述した処理を実行した後、変更後のサーバーから接続設定を受信することで初めてサーバーの送信先の変更を知ることになる。

しかしながら、特許文献１に記載の発明では、接続先変更の接続設定を受信する前にクライアント装置から変更前のサーバーに対して接続があると、変更後のサーバーに移行されたクライアント情報の不整合が発生し、正常に動作しなくなってしまうことがある。

このような課題への解決方法として、データ移行中はクライアントデバイスからの接続をブロックして不整合の発生を防止する方法が考えられる。しかし、例えばクライアント装置がプリンタの場合、データ移行中はサーバーを介して提供されるクラウドサービス（例えばクラウドプリントサービス）が受けられなくなってしまう。

本発明は上記従来例に鑑みて成されたもので、クライアントに関するサーバー間のデータ移行を、クライアント装置の状態に関わらず、かつ、データ移行中もクライアント装置に対するサービス提供を継続しながら行うことを可能とすることを目的とする。

上述のような課題を解決するため、本発明では以下の構成を有する。本発明の一態様によれば、デバイスと第１のサーバーと第２のサーバーとを含み、前記デバイスは、保存した接続情報を用いて接続したサーバーからデータを取得するネットワークシステムであって、
前記第２のサーバーは、前記デバイスから登録要求と共にサーバー切り替えイベントを受信すると、前記デバイスが登録されている前記第１のサーバーに対して、前記デバイスが前記第１のサーバーに接続するための第１の接続情報の取得を要求し、
前記第１のサーバーは、
前記第１の接続情報の要求に応じて、前記第１の接続情報を有していれば、前記デバイスに関するデータの前記第２のサーバーへの移行を開始し、
前記第１の接続情報を前記第２のサーバーへと送信し、
前記第２のサーバーは、前記第１のサーバーから取得した前記第１の接続情報を前記デバイスに送信し、
前記第１のサーバーまたは前記第２のサーバーのいずれかが、前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーに接続するための第２の接続情報を前記デバイスに送信する
ことを特徴とするネットワークシステムが提供される。

本発明によれば、クライアントに関するサーバー間のデータ移行を、クライアント装置の状態に関わらず、かつ、データ移行中もクライアント装置に対するサービス提供を継続しながら行うことが可能となる。

実施例１に係るクライアント・サーバー型のネットワークシステムの構成の一例を示す図である。 アプリケーションサーバー１００、管理サーバー２００、３００の構成を示す図である。 プリンタ４００の構成を示す図である。 サーバー切り替え機能を持たないプリンタ４００を管理サーバー２００に登録する処理を示すシーケンス図である。 サーバー切り替え機能を持つプリンタ４００が管理サーバー３００に登録する処理を示すシーケンス図である 管理サーバー３００に登録済みのプリンタ４００が接続先情報を再度取得するシーケンス図である 一度も管理サーバーに接続しておらず後天的にサーバー切り替え機能を手に入れたプリンタ４００が始めて管理サーバーに接続した際の動作を表すシーケンス図である 後天的にサーバー切り替え機能を手に入れたプリンタ４００が管理サーバーに接続し、ロムアップデート前に接続していた管理サーバー２００にあるプリンタ情報を管理サーバー３００に移管する処理を表すシーケンス図である 登録要求を受信した管理サーバー３００の処理のフローチャート 登録要求を受信した管理サーバー３００の処理のフローチャート

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［実施形態１］
本実施形態ではクラウド印刷サービス（或いはクラウド印刷システム）について説明する。このクラウド印刷サービスでは、プリンタ、アプリケーションサーバー、管理サーバーが連携し、アプリケーションサーバーで動作するＷｅｂアプリケーションからの印刷要求を受けて管理サーバーで生成したジョブデータをプリンタへ通知し、印刷を行う。このクラウド印刷サービスにおいて、サーバー切り替え機能を持たないプリンタが、ファームウェア更新によってサーバー切り替え機能を取得し、ファームウェア更新を契機に接続する管理サーバーを切り替える例を説明する。なおファームウェア更新のことをロムアップデートと呼ぶこともある。クラウド印刷システムに属するプリンタをより一般的にデバイスと呼ぶこともある。

クラウド印刷サービスに属するプリンタを管理する管理サーバーは、国や地域毎に存在する管理サーバーのうちのいずれか１つであり、予め決められている。管理サーバーは、プリンタ固有情報やユーザーの個人情報の国外流出防止や通信時間の最適化を目的に、プリンタの仕向け地、プリンタの設置されている国や地域の情報、ユーザーのサービス利用状況等によって決定される。サーバー切り替え機能とは、プリンタに対して予め決めておいた管理サーバーを他の管理サーバーに変更した場合に、変更前の管理サーバーに登録済みのプリンタを、変更後の管理サーバーに移管する機能である。なおここでいう管理サーバーの変更には機器の更新などは含まず、プリンタがいったん登録された管理サーバーを他の管理サーバーに変更することを含む。すなわちサーバー切り替えとはクラウド印刷の際にプリンタがアクセスするあて先のサーバーの変更を指す。

●システム構成
図１は、本実施形態に係るデータ送信システムの全体構成を示す図である。まず、アプリケーションサーバー１００と、管理サーバー２００、３００，プリンタ４００、グローバルデータベース６００が連携するシステムの構成について説明する。ネットワーク１０００は、アプリケーションサーバー１００、管理サーバー２００、３００、プリンタ４００を相互に接続するネットワークである。ネットワーク１０００は、例えば、インターネットでよく、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｏｗｒｋ（以降、ＬＡＮと略称する）、Ｗｉｄｅ ＡｒｅａＮｅｔｗｏｒｋ（以降、ＷＡＮと略称する）などで実現される通信ネットワークである。ネットワーク１０００には更に、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線などの有線通信や、データ放送用無線回線等の無線通信を含んでもよい。ネットワーク１０００は、各構成要素間でのデータ送受信が可能であればその種類を問わない。本実施形態では、ネットワーク１０００はインターネットとして説明する。

ネットワーク１１００は、管理サーバー２００、３００、クローバルデータベース６００を相互に接続するネットワークである。ネットワーク１１００は、例えば、インターネットでよく、ＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等により実現される通信ネットワークである。ネットワーク１１００は、各構成要素間でのデータ送受信が可能であればその種類を問わない。本実施形態では、ネットワーク１１００はインターネットとして説明する。

アプリケーションサーバー１００のデータベース１１０は、ユーザーにクラウド印刷サービスを提供するための様々な情報を記憶する。Ｗｅｂアプリケーション１２０はネットワーク１０００を介して管理サーバー２００、３００に対して印刷要求の送信や、管理サーバー２００、３００からプリンタ４００の稼働情報を受信する。

管理サーバー２００，３００のデータベース２１０、３１０は、プリンタ４００が接続するためのクライアント情報や、プリンタ４００の印刷ジョブ情報を記憶する。制御アプリ２２０，３２０は、アプリケーションサーバー１００から受信した印刷要求を基にジョブデータを生成し、ネットワーク１０００を介してプリンタ４００へ送信する。また、ネットワーク１０００を介してプリンタ４００へジョブ通知を送信する。本実施形態では管理サーバー２００と管理サーバー３００とは互いに異なるリージョンに属しており、それぞれのリージョンのプリンタの管理や、印刷対象となるデータであるジョブデータのプリンタへの提供等を行う。

プリンタ４００の通信モジュール４１０は、ネットワーク１０００を介して管理サーバー２００または管理サーバー３００のうち、プリンタ４００が登録されている管理サーバーと通信してジョブ通知を受信する。プリンタ４００はさらに、ジョブ通知に含まれるジョブデータ接続情報を用いて、ネットワーク１０００を介して管理サーバー２００、３００からジョブデータを受信する。記憶装置４３０は、ジョブデータを記憶する。プリントモジュール４２０は、通信モジュール４１０が受信し、記憶したジョブデータを処理して印刷を実行する。

グローバルデータベース６００は、管理サーバー２００と管理サーバー３００によってネットワーク１１００を介して接続され、各管理サーバー内で共有する情報の登録管理を行う。図１において、本実施形態での説明を簡潔にするため各構成要素をそれぞれ１台構成として図示しているが、構成上その台数を制限、限定する意図はない。各構成要素はそれぞれ１台以上の複数の要素によって構成されていたとしても構わない。

なお管理サーバー２００を第１のサーバー、管理サーバー３００を第２のサーバーと呼ぶこともある。また図１のデータ送信システムをネットワークシステムあるいはクラウド印刷システムと呼ぶこともある。

●各装置のハードウェア構成
図２は、アプリケーションサーバー１００、管理サーバー２００、３００の概略構成を示すブロック図である。ＣＰＵ３０１は、以下の各部を制御するための中央演算装置である。ディスク装置３０２は、ＣＰＵ３０１が読み出すアプリケーションプログラム３１２やデータベース３１３やＯＳのほか各種ファイルを格納する。外部記憶メディア読取装置３０３は、ＳＤカードなどの外部記憶媒体に格納されたファイルなどの情報を読み出すための装置である。メモリ３０４は、ＲＡＭなどで構成され、ＣＰＵ３０１が必要に応じてデータの一時的格納やバッファリング等を行う。表示部３０５は、例えばＬＣＤで構成され、各種の情報を表示する。操作部３０６は、ユーザーが各種の入力操作を行うためのキーボードやマウスなどからなる。ネットワーク通信部３０７はインターネット等のネットワークと接続され、各種の通信を行う。通信部３０７は有線ＬＡＮや無線ＬＡＮに対応する。そして、上述の各部はバス３０９で相互に接続される。また、後述するＷｅｂアプリケーションサーバー１００のＷｅｂアプリケーション１２０、管理サーバー２００の制御アプリ２２０、管理サーバー３００の制御アプリ３２０は、ＣＰＵ３０１が、処理に必要なプログラムを読み出して実行することで実現される。

図３は、プリンタ４００の構成を示す図である。ＣＰＵ４０１は、ＲＡＭ４０２、ＲＯＭ４０３に格納されたプログラムに従ってデータや命令を演算、判断及び制御を行う。ＲＡＭ４０２はＣＰＵ４０１が各種処理を行う際の一時記憶領域として使用される。ＲＯＭ４０３はオペレーティングシステム（ＯＳ）やその他のアプリケーションソフトを記録する。また、本実施形態では、ＲＯＭ４０３はフラッシュメモリ（登録商標）に代表される、データの書き換えが可能な不揮発性メモリである。通信装置４０４はＬＡＮケーブルが接続されるインタフェースであり、不図示のルータ、またはネットワーク１０００を介してそれぞれアプリケーションサーバー１００と管理サーバー２００と管理サーバー３００とのデータ通信が行われる。なお、このデータ通信は、例えば無線に対応したインタフェースにより、無線で行われてもよい。

表示部４０８は、例えばＬＣＤで構成され、各種の情報を表示する。操作部４０９は、ユーザーが各種の入力操作を行うためのボタンやタッチパネルなどからなる。印刷装置４０６は通信装置４０４で受信したジョブデータを処理し、原稿用紙に印字を行う。記憶装置４３０は、通信装置４０４で受信したジョブデータを格納する。システムバス４０７は、ＣＰＵ４０１やＲＡＭ４０２、ＲＯＭ４０３、通信装置４０４、印刷装置４０６、表示部４０８、操作部４０９等との間のデータのやり取りを行う。プリンタ４００の通信モジュール４１０、プリントモジュール４２０の処理は、ＣＰＵ４０１が、処理に必要なプログラムを読みだして実行することで実現される。

●サーバー切り替え機能を持たないプリンタと管理サーバーとの接続（図４）
次に、図１の構成のサービスにおいて、サーバー切り替え機能を持たないプリンタ４００'が管理サーバーに接続してクラウド印刷のプリンタとして登録される処理について説明する。管理サーバー２００'に登録されたプリンタ４００'には管理サーバー２００'のアドレス（ＵＲＬなども含む）がクラウド印刷時の通信先として登録されている。プリンタ４００'は管理サーバー２００'からジョブリストやジョブデータを取得してクラウド印刷を行う。本説明でプリンタおよび管理サーバーの符号に「'」を付したのは、図４のプリンタおよび管理サーバーと、図５乃至図８のプリンタおよび管理サーバーとはその機能が相違しているためである。この例でのプリンタはサーバー切り替え機能を持たないが、管理サーバーもまたプリンタのサーバー切り替え機能に対応していない。そこで、符号「'」により、サーバー切り替え機能へ対応していないことを示す。

図４は、サーバー切り替え機能を持たないプリンタ４００'を管理サーバー２００'に登録する処理を示すシーケンス図である。サーバー切り替え機能を持たないプリンタは、特定の管理サーバーとのみ接続を行う。本例では、管理サーバー２００'がサーバー切り替え機能を持たないプリンタによって接続される管理サーバーとする。ここでプリンタ４００'が管理される管理サーバー２００'は予め決められており、例えばＲＯＭ４０３にアクセス先として管理サーバー２００'のＵＲＬ等の宛先が登録されている。

ユーザーがプリンタ４００'に対してサーバー接続操作を実行する（Ｓ６０１）。接続操作を受け付けたプリンタ４００'の通信モジュール４１０は、プリンタ登録要求を予め送信先として登録されている管理サーバー２００'へ送信する（Ｓ６０２）。Ｓ６０２では、プリンタ登録要求と共に、例えばプリンタ４００'の識別情報や、必要に応じてパスワード情報なども送信される。

登録要求を受信した管理サーバー２００'は、要求元のプリンタ４００'の情報および、プリンタ４００'が管理サーバー２００'へ接続するためのトークンなどとも呼ばれる認証情報を生成する。生成した情報を、要求元のプリンタ４００'と紐づけてデータベース２１０へ保存する（Ｓ６０３）。管理サーバー２００'はプリンタ４００'へ、生成した認証情報を登録要求に対する応答として送信する（Ｓ６０４）。プリンタ４００'はＳ６０４により送信された応答を受信すると、ユーザーに対してサーバー登録完了を表示部４０８に表示し、ユーザーに登録が完了したことを報知する（Ｓ６０５）。受信した認証情報は管理サーバー２００'へのアクセス時に利用するために保存しておく。

管理サーバー２００'は、アプリケーションサーバー１００とプリンタ４００'に対してプリンタ登録が完了したことを通知する（Ｓ６０６）。これにより、アプリケーションサーバー１００はプリンタ４００'が管理サーバー２００'に登録され、管理されていることを把握することが可能となる。プリンタ４００'はＳ６０６以降、プリンタ４００'で発生した様々なイベント情報（エラー、アラートの発生、インク残量の変化など）を、その都度、Ｓ６０４で受信した認証情報を付与して管理サーバー２００'に対して送信する（Ｓ６０７）。またプリンタ４００'は、管理サーバー２００'からジョブリストやジョブデータを取得し、その印刷を実行することができる。

管理サーバー２００'は、プリンタ４００'から各種イベント情報の送信や要求を受信した際は、それら情報や要求に付与されている認証情報を確認し、認証情報に紐づけられたプリンタの情報として要求を処理する（Ｓ６０８）。なお、サーバー接続完了について、本例ではプリンタ４００'が管理サーバー２００'からの認証情報の受信に応じてユーザーに報知しているが、Ｓ６０４を待たずに、Ｓ６０２の登録要求を投げてすぐユーザーに対して報知しても良い。すなわち管理サーバー２００'との間の登録処理とは非同期に接続完了をユーザーに報知してもよい。

以上の手順によりプリンタ４００'を予め設定された管理サーバー２００'に登録して、プリンタ４００'を用いたクラウド印刷サービスを提供することができる。

●サーバー切り替え機能を有するプリンタの管理サーバーへの初期的な登録（図５）
次に、図１の構成のクラウド印刷サービスにおいて、複数の管理サーバーのうちからプリンタ４００の接続先として決められている管理サーバー３００にサーバー切り替え機能を持つプリンタ４００を接続して登録する処理について図５を用いて説明する。この例では、プリンタ４００が製造当初からサーバーの切り替え機能を有するとともに、管理サーバー２００，３００もまたその切り替え機能を有するプリンタ４００に対応する動作を行う。製造当初からサーバーの切り替え機能を有するか否かは、プリンタ４００が有し、必要に応じてリクエストと共に送信するファームウェア更新フラグ（ロムアップデートフラグとも呼ぶ）により示される。ファームウェアの更新よりサーバー切り替え機能が付与されたプリンタ４００ではファームウェア更新フラグが例えばオンに設定されており、製造時にサーバー切り替え機能が付与されているプリンタ４００ではファームウェア更新フラグがオフに設定されている。またプリンタ４００の動作はＣＰＵ４０１により、各サーバーの動作はＣＰＵ３０１により実行される。これは図６乃至図８についても同様である。なお以下の説明では、ファームウェア更新フラグがオフであることを前提とする。この場合には、プリンタ４００はサーバーへのリクエストにファームウェア更新フラグを含めないものとする。

なお後述するように、ファームウェア更新フラグがオンに設定されると、サーバー切り替え機能が有効化されるともいえることから、サーバー切り替えフラグ或いはサーバー切り替え情報と呼んでもよい。ファームウェア更新フラグをハードウェア更新情報と呼んでもよい。またこのフラグはプリンタのファームウェア更新がされたことを示すことから、ファームウェア更新ベントあるいはロムアップデートイベントと呼ぶこともできる。あるいはサーバー切り替えイベントということもできる。

ユーザーは、プリンタ４００の操作部４０９を操作してサーバーへの接続操作を行う（Ｓ７０１）。接続操作を受け付けたプリンタ４００の通信モジュール４１０は、管理サーバー２００に対して接続先問い合わせを送信する（Ｓ７０２）。管理サーバー２００は問い合わせのためのアクセス先として予め例えばＲＯＭ４０３に登録されている。

問い合わせを受信した管理サーバー２００の制御アプリ２２０は、問い合わせ情報に含まれるプリンタの仕向け情報や、問い合わせの送信元のＩＰアドレスなどから推測されるプリンタ４００の設置位置を基に、プリンタ４００の管理サーバーを決定する。管理サーバーとプリンタの設置位置とは予め紐づけられていてよい。本例では決定された管理サーバーは管理サーバー３００である。制御アプリ２２０は、決定した管理サーバーの接続先、例えばＵＲＬ１を応答する（Ｓ７０３）。ＵＲＬ１はプリンタ４００を管理サーバー３００へと登録するための接続先であってよい。図５ではＳ７０３で決定し、応答した接続先が管理サーバー３００であったケースを示す。

接続先ＵＲＬ１を受信したプリンタ４００の通信モジュール４１０は、プリンタ登録要求を接続先ＵＲＬ１へ送信する（Ｓ７０４）。ＵＲＬ１は本例では管理サーバー３００であるので、管理サーバー３００へとプリンタ登録要求が送信される。プリント登録要求とともにプリンタ４００の識別情報も送信される。

登録要求を受信した管理サーバー３００は、要求元のプリンタ４００のプリンタ情報およびプリンタ４００の管理サーバー情報の取得要求をグローバルデータベース６００に送信する（Ｓ７０５）。プリンタ情報にはプリンタ４００に係る情報例えば識別情報などが含まれる。管理サーバー情報には、プリンタ４００の管理サーバーを示す識別子などの情報が含まれる。プリンタ情報と管理サーバー情報とを含めてプリンタ管理情報とも呼ぶ。本例ではプリンタ４００は未登録である。したがってグローバルデータベース６００は未登録であったことを示す応答を返す（Ｓ７０６）。さてＳ７０６でプリンタ４００がグローバルデータベース６００に未登録であることを示す応答を受信した管理サーバー３００はファームウェア更新フラグがＳ７０４の登録要求に含まれているか判定する。この場合ファームウェア更新フラグは含まれていない。その場合には、管理サーバー３００は、プリンタ４００のプリンタ管理情報をグローバルデータベース６００に登録する。なお図５ではプリンタ管理情報の取得と登録とをＳ７０５、Ｓ７０６にまとめて示している。

さらに管理サーバー３００は、プリンタ４００が管理サーバー３００にアクセスするためのＵＲＬ２などの接続先情報および、プリンタ４００が管理サーバー３００へ接続するためのトークンなどの認証情報を生成する。そしてプリンタ４００と紐づけてデータベース３１０へ登録する（Ｓ７０７）。管理サーバー３００の制御アプリ３２０は、接続先ＵＲＬ２などの接続先情報と、生成した認証情報とをプリンタ４００へ応答として送信する（Ｓ７０８）。ＵＲＬ２は、プリンタ４００がクラウド印刷サービスを提供する際に管理サーバー３００へとアクセスするための接続先であってよい。また図５ではＵＲＬ１とＵＲＬ２とはいずれも管理サーバー３００自身であったが、アプリケーションサーバー１００の登録情報により、図中に存在しない管理サーバー３００以外の管理サーバーや管理サーバー２００であっても良い。

プリンタ４００は接続先ＵＲＬ２と認証情報を受信するとそれら情報を保存し、表示部４０８に接続が完了したことを表示してユーザーに報知する（Ｓ７０９）。管理サーバー３００はまた、アプリケーションサーバー１００に対して、プリンタ４００の登録完了を通知する（Ｓ７１０）。

これにより、アプリケーションサーバー１００は、複数ある管理サーバーからプリンタ４００がどの管理サーバーに接続されるかを把握することが可能となる。プリンタ４００は以降、プリンタ４００内で発生した様々なイベント情報（エラー、アラートの発生、インク残量の変化）を、Ｓ７０８受信した認証情報を付与して管理サーバー３００に対して送信する（Ｓ７１１）。管理サーバー３００は、プリンタ４００から各種イベント情報の送信や要求を受信した際は付与されている認証情報を確認し、認証情報と一致するプリンタの情報として要求を処理する（Ｓ７１２）。

クライアントでは、管理サーバー３００からクラウド印刷サービスのプリンタとしてプリンタ４００が含まれることを示す情報を取得し、プリンタ４００を指定してクラウド印刷を指示することできる。プリンタ４００は、管理サーバー３００からプリンタ４００で印刷されるべきジョブデータを取得して印刷することができる。

上記例ではプリンタ４００の接続先の決定においてプリンタ４００が管理サーバー２００に問い合わせを行う方法を示したが、管理サーバー３００に問い合わせる構成であっても構わない。或いは、例えば接続先の問い合わせのみを処理する専用のサーバーを設置し、これに問い合わせる構成でも構わない。

このような手順によりサーバー切り替え機能を有するプリンタを、そのプリンタに対して決められている管理サーバーに登録することができる。いったん登録されれば、プリンタはその管理サーバーと通信してクラウド印刷を実行することができる。

●サーバー切り替え機能を持つ登録済みのプリンタによる管理サーバー情報の再取得（図６）
次に、図１の構成のサービスにおいて、既にグローバルデータベース６００に、プリンタ４００及びその管理サーバーとして管理サーバー３００が登録済みである場合に、接続先ＵＲＬ１，２と認証情報とを改めて取得するフローについて図６を用いて説明する。この例では、プリンタ４００が製造当初からサーバーの切り替え機能を有するとともに、管理サーバー２００，３００もまたその切り替え機能を有するプリンタ４００に対応する動作を行う。製造当初からサーバーの切り替え機能を有するか否かは、プリンタ４００が有し、必要に応じてリクエストと共に送信するファームウェア更新フラグにより示される。以下の説明では、ファームウェア更新フラグがオフであることを前提とする。この場合には、プリンタ４００はサーバーへのリクエストにファームウェア更新フラグを含めないものとする。またプリンタ４００の動作はＣＰＵ４０１により、各サーバーの動作はＣＰＵ３０１により実行される。

プリンタ４００の管理サーバーのＵＲＬ（接続先情報）と認証情報とが揮発性のメモリに保存されていると、プリンタ４００が電源をＯＦＦした後に再度電源をＯＮにした際などに保存されている情報が失われることがある。あるいはハードディスクなどに保存した情報が破損により失われることもある。図６の手順は、例えば、図５の手順で管理サーバーが決定済みの接続先管理サーバーのＵＲＬと認証情報とがプリンタ４００から失われた場合に実行される。

プリンタ４００内の接続先管理サーバーのＵＲＬまたは認証情報の少なくともいずれか一方が失われた際でも、図５で説明したものと同様のインタフェースでプリンタ４００から管理サーバー２００および管理サーバー３００と通信を行う。

プリンタ４００は、接続先情報または認証情報の消失や破損が発生すると、接続先の再問い合わせが必要なことを判断する（Ｓ８０１）。情報の消失や破損は、たとえば定期的に自己診断プログラムが実行された場合や、ユーザーがプリンタ４００によりジョブの取得を試みた場合など、接続先情報と認証情報とを参照したときに判断される。

プリンタ４００の通信モジュール４１０は、管理サーバー２００に対して接続先サーバーの問い合わせを送信する（Ｓ８０２）。なお管理サーバー２００の宛先情報は、ＲＯＭなどの不揮発な媒体に記憶しておくことで、消失や破壊から保護されていてよい。

問い合わせを受信した管理サーバー２００の制御アプリ２２０は、問い合わせ情報に含まれるプリンタの仕向け情報や、問い合わせの送信元のＩＰアドレスなどから推測されるプリンタ４００の設置位置を基に、プリンタ４００の管理サーバーを決定する。管理サーバーとプリンタの設置位置とは予め紐づけられていてよい。制御アプリ２２０は決定した管理サーバーの接続先、例えばＵＲＬ１を応答する（Ｓ８０３）。ＵＲＬ１はプリンタ４００を管理サーバー３００へと登録するための接続先であってよい。図６では図５同様に決定した接続先が管理サーバー３００であったケースを示す。

接続先ＵＲＬ１を受信したプリンタ４００の通信モジュール４１０は、プリンタ登録要求をＵＲＬ１すなわち管理サーバー３００へ送信する（Ｓ８０４）。

登録要求を受信した管理サーバー３００は、要求元のプリンタ４００のプリンタ情報およびプリンタ４００の管理サーバー情報の取得要求をグローバルデータベース６００に送信する（Ｓ８０５）。この場合プリンタ４００は登録済なので、グローバルデータベース６００は登録済みのプリンタ情報と管理サーバー情報とを応答として返す（Ｓ８０６）。この応答を受信した管理サーバー３００は、プリンタ４００の接続先情報と認証情報とをデータベース３１０から取得する（Ｓ８０７）。取得する管理サーバー情報には認証情報と接続先ＵＲＬ２とを含む。管理サーバー３００はプリンタ４００へ、データベース３１０より取得した認証情報と接続先ＵＲＬ２を登録要求に対する応答として送信する（Ｓ８０８）。

プリンタ４００は以降、プリンタ４００内で発生した様々なイベント情報（エラー、アラートの発生、インク残量の変化）を、Ｓ８０８で受信した認証情報を付与して管理サーバー３００に対して再度送信できるようになる（Ｓ８０９）。

上記例では、プリンタ４００が、接続先ＵＲＬと認証情報の消失や破損を契機として登録要求を発行し、その登録要求に応じて管理サーバー情報を再取得する方法を示した。しかし、消失あるいは破損していることが検出されることなく情報の送信を行い、その結果失敗した際に、その失敗を契機として接続先の問い合わせを行っても良い。あるいは、情報送信の試行を行う前にプリンタ４００内に認証情報が存在していることの確認を行っても良い。あるいは、プリンタ４００が特定の状態の時に常に管理サーバー２００やそれに類する専用のサーバー等に対して初期化処理の一環としてＳ８０２の接続先問い合わせを行っても良い。図６で説明したような処理を行うことで再取得の際でもプリンタ４００に対して図５で説明したときと同様のインタフェースで接続先ＵＲＬと接続に必要な認証情報をプリンタ４００に受け渡すことが可能となる。

●サーバー切り替え機能を追加されたプリンタによる管理サーバーへの登録（図７）
次に、ファームウェア更新（ロムアップデートともいう）によりサーバー切り替え機能を手に入れたプリンタ４００が、管理サーバー３００と接続して登録を要求する処理についての説明を図７で行う。この手順も図１の構成のクラウド印刷サービスにおいて実現される。この手順では、プリンタ４００は製造時にはサーバー切り替え機能を有しておらず、ファームウェアの更新によってサーバー切り替え機能が追加されている。そして、ファームウェアの更新までクラウド印刷システムに登録されていない。図７にはその場合の登録の手順を示す。なお図中ファームウェアをＦＷと表記した。プリンタ４００は、接続先の管理サーバーを問い合わせる際に、ファームウェア更新済みフラグを用いて、自身がサーバー切り替え機能を追加的に手に入れたプリンタであることを管理サーバー３００に伝える。プリンタ４００は未登録であるので、管理サーバー２００にプリンタ情報が存在せず、図５で説明した、製造当初から接続先切り替え機能を有しているプリンタと同様、プリンタ４００は管理サーバー３００に接続して登録される。

ユーザーは、プリンタ４００に対してファームウェアの更新操作を実行する（Ｓ９０１）。プリンタ４００はファームウェア更新操作に応じて、ファームウェアの更新を実行する（Ｓ９０２）。この時更新前のファームウェアには、登録済みの管理サーバーを切り替える機能がなく、更新後のファームウェアにはその機能が追加されている。プリンタ４００はファームウェア更新完了をユーザーに表示部４０８を用いて表示する（Ｓ９０３）。

ファームウェア更新完了後に、ユーザーはプリンタ４００に対してサーバー接続操作を行う（Ｓ９０４）。プリンタ４００の通信モジュール４１０は管理サーバー２００へと接続先の問い合わせを行う（Ｓ９０５）。接続先問い合わせの宛先である管理サーバー２００は予め決められており、プリンタ４００にはその宛先が保存されている。この宛先は例えばファームウェアの更新とともに保存されてもよいし、ファームウェア更新以前から保存されているものであってもよい。

問合わせを受信した管理サーバー２００の制御アプリ２２０は、問合わせ情報に含まれるプリンタの仕向け情報や、問合わせのリクエスト送信元のＩＰアドレスなどから推測されるプリンタ４００の設置位置を基に、プリンタ４００の管理サーバーを決定する。決定した管理サーバーの接続先ＵＲＬ１を応答する（Ｓ９０６）。図７では決定された管理サーバーが管理サーバー３００であったケースを示す。接続先ＵＲＬ１を受信したプリンタ４００の通信モジュール４１０は、プリンタ登録要求とファームウェア更新フラグとを管理サーバー３００へ送信する（Ｓ９０７）。

登録要求を受信した管理サーバー３００は、要求元のプリンタ４００のプリンタ情報および管理サーバー情報の取得要求をグローバルデータベース６００に送信する（Ｓ９０８）。この要求にはプリンタ４００に係る情報例えば識別情報なども含まれる。本例ではプリンタ４００は未登録である。プリンタ４００が未登録であると判定したなら、グローバルデータベース６００は未登録であることを示す応答を返す（Ｓ９０９）。その応答を受信した管理サーバー３００はファームウェア更新フラグが登録要求に含まれているか判定する（Ｓ９１０）。ファームウェア更新フラグが含まれていると判定したなら、管理サーバー２００に対し、プリンタ４００の接続先情報および認証情報（これらをまとめて接続情報とも呼ぶ）を有するか確認（或いは取得）するリクエストを送信する（Ｓ９１１）。これは、ファームウェア更新が行われる前にプリンタ４００が管理サーバー２００に接続されていた可能性があるためである。ファームウェア更新が行われる前にプリンタ４００が接続されていた可能性がある管理サーバーは、そのプリンタ４００の仕向け地などに基づいて特定することができる。

これを受信した管理サーバー２００は、管理サーバー２００にプリンタ４００の接続情報が保存されているか否かを判定する（Ｓ９１２）。この例では該当する情報は登録されてない。この場合管理サーバー２００は、管理サーバー３００がプリンタ４００の管理サーバーであることを示す管理サーバー情報をグローバルデータベース６００に登録する（Ｓ９１３）。プリンタ４００の管理サーバーを決定したのは管理サーバー２００であるので、Ｓ９１３ではその決定に基づいてプリンタ４００のプリンタ情報と管理サーバー情報とを登録してよい。さらに管理サーバー２００は、管理サーバー３００に対し、管理サーバー２００に判定結果、ここでは該当する登録情報がないことを応答する（Ｓ９１４）。管理サーバー３００はプリンタ４００に対して、プリンタ４００の管理サーバーとして登録された管理サーバー３００の認証情報と接続先ＵＲＬ２を応答する（Ｓ９１５）。

プリンタ４００は管理サーバー３００から接続先ＵＲＬ２と接続先ＵＲＬ２への認証情報を受け取ると、ユーザーに対して表示部４０８にサーバー接続完了を表示する（Ｓ９１６）。

以上のようにしてこの例では、ファームウェア更新がされたプリンタ４００を新たにクラウド印刷システムへと登録することができる。そしてプリンタ４００の管理サーバーとして決定された管理サーバーが、クローバルデータベースに登録され、また接続情報が、決定された管理サーバー３００に登録される。さらにその接続情報がプリンタ４００にも保存され、プリンタ４００を用いたクラウド印刷サービスのために参照される。

●サーバー切り替え機能を追加されたプリンタによる管理サーバーの切り替え（図８）
図４の手順では、プリンタ４００は、ファームウェア更新によりサーバー切り替え機能を手に入れるまでの間、管理サーバー２００に登録され、管理サーバー２００による管理の下でクラウド印刷サービスによる印刷を行っていた。すなわち管理サーバー２００に対しイベント情報を送信し、管理サーバー２００から印刷ジョブデータを取得して印刷していた。図８は、図４の手順で管理サーバー２００に登録されているプリンタ４００に、ファームウェア更新によりサーバー切り替え機能が追加され、新たな接続先である管理サーバー３００へイベント情報の送信先が切り替えられるまでのシーケンス図である。すなわちサーバーの切り替え方法を示している。この例では、プリンタ４００の仕向け地などから決まる管理サーバーが管理サーバー２００から管理サーバー３００に変わっている。しかしプリンタ４００はいったん管理サーバー２００に登録されていたため、新たな管理サーバー３００が設けられてもそれにより管理されておらず、それとの通信も行っていなかった。図８の例では、そのような場合にも、新たな管理サーバー３００をクラウド印刷サービスの管理サーバーとして登録できる。プリンタ４００は、接続先の管理サーバーを問い合わせる際に、ファームウェア更新フラグを用いて自身がファームウェア更新によってサーバー切り替え機能を手に入れたプリンタであることを管理サーバー側に伝える。それにより、管理サーバー２００に保管されているプリンタ４００の接続情報を管理サーバー３００へと移管する。

プリンタ４００は図４で説明した処理によって得た接続先ＵＲＬと認証情報を用いて管理サーバー２００へとイベント情報を送信していている（Ｓ１００１）。ユーザーは、プリンタ４００に対してファームウェア更新操作を実行する（Ｓ１００２）。プリンタ４００はファームウェア更新操作に応じて、ファームウェアの更新を実行する（Ｓ１００３）。プリンタ４００はロムアップデートが完了したことを、表示部４０８に表示しユーザーに伝える（Ｓ１００４）。Ｓ１００４後もプリンタ４００は、保存している接続情報に従って管理サーバー２００へとイベント情報送信を行う（Ｓ１００５）。また管理サーバー２００からジョブデータを取得して印刷を行っている。

Ｓ１００５の後でプリンタ１００６内に存在する接続先ＵＲＬと認証情報とを含む接続情報が消滅する（Ｓ１００６）。この情報の消滅は利用者が意図的に発生させたものであってもよい。たとえば、サーバー切り替えのためのユーザインタフェイスを更新されたファームウェアで用意しておき、そのユーザインタフェイスにおける操作をきっかけにして接続先ＵＲＬと認証情報とを消去してもよい。また電源オフにより消去できるのであれば、電源オフ、オン操作を行ってもよい。この情報の消滅を契機として、プリンタ４００は接続先の問い合わせを管理サーバー２００に対して行う（Ｓ１００７）。接続先問い合わせの宛先である管理サーバー２００は予め決められており、プリンタ４００にはその宛先が保存されている。この宛先は例えばファームウェアの更新とともに保存されてもよいし、ファームウェア更新以前から保存されているものであってもよい。

問合わせを受信した管理サーバー２００の制御アプリ２２０は、問合わせ情報に含まれるプリンタの仕向け情報や、問合わせのリクエスト送信元のＩＰアドレスなどから推測されるプリンタ４００の設置位置を基に、プリンタ４００の管理サーバーを決定する。決定した管理サーバーの接続先ＵＲＬ１を応答する（Ｓ１００８）。図８では決定された接続先が管理サーバー３００であったケースを示す。接続先ＵＲＬ１を受信したプリンタ４００の通信モジュール４１０は、プリンタ登録要求とファームウェア更新フラグとを管理サーバー３００へ送信する（Ｓ１００９）。

登録要求を受信した管理サーバー３００内制御アプリ３２０は、要求元のプリンタ４００のプリンタ情報および管理サーバー情報の取得要求をグローバルデータベース６００に送信する（Ｓ１０１０）。この要求にはプリンタ４００に係る情報例えば識別情報なども含まれる。図４を参照すれば明らかの通り、図６の手順ではグローバルデータベース６００は登場せず、したがってプリンタ４００は未登録である。プリンタ４００が未登録であると判定したなら、グローバルデータベース６００は未登録であることを示す応答を返す（Ｓ１０１１）。

その応答を受信した管理サーバー３００の制御アプリ３２０は、Ｓ１００９で送信された登録要求にファームウェア更新フラグが含まれているかを判定する（Ｓ１０１２）。管理サーバー３００の制御アプリ３２０は、ファームウェア更新フラグがあると判定した場合、管理サーバー２００に対してファームウェア更新前のプリンタ４００の接続情報が保存しているかを確認（或いは取得）するリクエストを送信する（Ｓ１０１３）。これは、ファームウェア更新が行われる前にプリンタ４００が管理サーバー２００に接続されていた可能性があるためである。ファームウェア更新が行われる前にプリンタ４００が接続されていた可能性がある管理サーバーは、そのプリンタ４００の仕向け地などに基づいて特定することができる。

これを受信した管理サーバー２００の制御アプリ２２０は、データベース２１０にプリンタ４００の接続情報が保存されているか否かを判定する（Ｓ１０１４）。この例では該当する情報が保存されている。管理サーバー２００の制御アプリ２２０はプリンタ４００の接続情報が保存されていると判定すると、グローバルデータベース６００に対して移管中であることを示す情報（移管中情報）の書き込みを行う（Ｓ１０１６）。管理サーバー２００の制御アプリ２２０はＳ１０１６で移管中の書き込みを行うと、図８中では実線で表されるフローと非同期で管理サーバー３００内の制御アプリ３２０と通信を行いプリンタ４００に関する情報の移管処理を実行する（Ｓ１０１７）。この非同期で行われる処理は、図中で点線により示した。移管処理には例えば、管理サーバー２００から管理サーバー３００への情報の複製を含む。複製の対象には、たとえばプリンタ４００で印刷される印刷ジョブのジョブリストやジョブデータ、その印刷設定情報なども含まれる。管理サーバー２００の制御アプリ２２０は、管理サーバー３００の制御アプリ３２０へ、管理サーバー２００のデータベース２１０に保存されているプリンタ４００の接続情報を応答する（Ｓ１０１８）。

管理サーバー３００の制御アプリ３２０は、Ｓ１０１８の応答を受信すると、プリンタ４００に対して、受信したプリンタ４００の接続情報（認証情報と接続先ＵＲＬ２）を応答する（Ｓ１０１９）。この接続情報には、管理サーバー２００に対する認証情報と接続先ＵＲＬ２とが含まれる。管理サーバー３００はさらに、移管処理が所定の段階まで進行した際に、グローバルデータベース６００にＳ１０１６で保存した、プリンタに関連する情報の「移管中」状態を「移管準備完了」状態で更新する（Ｓ１０２０）。この移管準備完了の書き込みによってプリンタ４００を管理する管理サーバーが、新たな管理サーバー３００となるようプリンタ管理情報が登録されてよい。

ここで所定の段階とは、プリンタ４００が移管先である管理サーバー３００にリクエストを行っても、管理サーバー２００と管理サーバー３００内に保存されている情報の差異により異常な処理にならない段階を指す。例えば、未処理のデータ（たとえばプリンタ４００が未取得のジョブデータ）の複製が開始されないうちにサーバーが切り替えられてしまうと、切り替え後のサーバーから、複製がされていない未処理データの取得が試みられることもあり得る。この場合、取得対象のデータは切り替え後のサーバーにはなく、データ取得の要求はエラーとなる。このような事態の防止のため、たとえば移管準備完了状態への遷移は、管理サーバー２００から管理サーバー３００への未処理のデータ（例えば未取得のジョブデータ及び印刷設定情報）の複製が開始されたあとであればよい。この所定の段階を移管準備が完了した時期ともいえる。なお移管準備が完了したことは管理サーバー３００のみならず管理サーバー２００でも知ることができる。そこでＳ１０２０は管理サーバー２００が行ってもよい。

移管準備が完了した際に、Ｓ１０２０の後に、管理サーバー２００はプリンタ４００に対して管理サーバー移管通知を送信する。この通知と併せて、管理サーバー３００の認証情報と接続先ＵＲＬ２（すなわち接続情報）を送信する（Ｓ１０２１）。これにより、プリンタ４００の管理サーバーが管理サーバー２００から管理サーバー３００へと移管されたことを通知する。管理サーバー３００の接続情報は、管理サーバー２００が管理サーバー３００に要求して取得してよい。このとき管理サーバー３００は、要求に応じて接続情報を生成し、保存してよい。すなわちこのときにプリンタ４００を登録してもよい。あわせてプリンタ４００に管理サーバー３００の接続情報を送信した管理サーバー２００は、登録されたプリンタ４００の情報、たとえば接続情報を削除してもよい。

移管準備が完了し、Ｓ１０２１で管理サーバー２００がプリンタ４００に移管通知を送信した後に、管理サーバー３００はアプリケーションサーバー１００に対して移管準備完了通知を送信する（Ｓ１０２２）。これによりプリンタ４００の管理サーバーが管理サーバー２００から管理サーバー３００へと移管されたことを通知する。プリンタ４００はＳ１０２２以後、これまで管理サーバー２００へと送信していたイベント情報などを管理サーバー３００に対して送信するようになる（Ｓ１０２３）。

なおＳ１０２０，Ｓ１０２２は管理サーバー３００が、Ｓ１０２１は管理サーバー２００が実行する。上記説明によれば、これらの工程はＳ１０２０、Ｓ１０２１、Ｓ１０２２の順で実行されるため、Ｓ１０２１を実行する管理サーバー２００はＳ１０２０が管理サーバー３００により実行されたことを知らなければならない。またこのとき管理サーバー２００は管理サーバー３００の接続情報を知っていなければならない。また、Ｓ１０２２を実行する管理サーバー３００はＳ１０２１が管理サーバー２００により実行されたことを知らなければならない。そこで、図８には明示していないが、Ｓ１０２０を実行した管理サーバー３００は管理サーバー２００に対してＳ１０２０を行ったことを通知してよい。同様に、Ｓ１０２１を実行した管理サーバー２００は管理サーバー３００に対してＳ１０２１を実行したことを通知してよい。

また、図８のＳ１０２１において、管理サーバー３００からプリンタ４００に管理サーバー移管通知を行っているが、この通知がネットワークやプロトコルの障害によって成功しない場合が考えられる。その際には、再度プリンタ４００からＳ１００７の接続先問い合わせがくるまで管理サーバー２００とプリンタ４００とが通信を行い、Ｓ１０１８の管理サーバー２００の認証情報と接続先ＵＲＬ２の送信によって移管後の情報を受け渡す。また、図８のＳ１０１９、Ｓ１０２１の送信元が移管先の管理サーバー３００であるが、この送信が移管元である管理サーバー２００から行われてもいい。

また、Ｓ１００９でプリンタ４００がファームウェア更新フラグを管理サーバー３００に対して送信し、Ｓ１０１２でファームウェア更新フラグの確認を行っている。これに対して、ファームウェア更新フラグが存在しなくてもよい。その場合、Ｓ１０１２の処理をスキップし常にＳ１０１３の処理を実行すればよい。その際、製造時にサーバー切り替え機能を有するプリンタであれば図５のようにＳ１０１３は不要であるところ、Ｓ１０１３の処理を行わなければならない。しかし、製造時からであれ、ファームウェア更新によってであれ、サーバー切り替え機能を持っているプリンタであれば処理を共通化できるという利点もある。またそのように構成することで、製造時からサーバー切り替え機能を有するプリンタ４００についても、ファームウェア更新フラグを設定することなく、管理サーバーの移管を行うことができる。

また、図５の手順で説明したように、製造時からサーバー切り替え機能が付与されたプリンタは、そのままでは管理サーバーの移行に対応できない。しかしながら、ファームウェア更新フラグをオンに設定することで、図８で説明した手順が適用され、管理サーバーを切り替えることが可能となる。

以上のようにクラウド印刷システム全体として、管理サーバーの移行が生じた際の手順を説明した。ここであらためて、サーバー切り替え機能を有するプリンタ、グローバルデータベース、管理サーバーについて説明する。

●プリンタのサーバー切り替え機能
サーバー切り替え機能を有するプリンタは、ユーザーによるサーバーへの接続操作に応じて、所定の管理サーバー（上記例では管理サーバー２００）に対して、接続問い合わせを送信する。この接続問い合わせに対して、上記の所定のサーバーは、問い合わせ元のプリンタの管理サーバーを決定し、その宛先となる接続先の情報（ＵＲＬ等）をプリンタに応答する。それを受信したプリンタは、受信した接続先に対して登録要求を送信する。このように、サーバー切り替え機能を有するプリンタは、その機能を有さないプリンタと比較して、登録要求の送信先の情報を特定のサーバーから取得する、という工程をまず実行する。この工程により、プリンタに対応する管理サーバーを固定せず、クラウド印刷サービスの提供側で適宜決定し、変更することができる。

●グローバルデータベース
グローバルデータベースを設けたことで、複数の管理サーバーが例えばリージョンごとにプリンタを管理するような場合でも、複数の管理サーバー全体にわたってプリンタの登録状況を管理することができる。登録状況とはたとえは登録の有無のほか、どのプリンタがどの管理サーバーに登録されているか、を一元的に管理できる。

●管理サーバー３００による接続要求の処理
以下では、図９、図１０を参照して、登録要求を受信した管理サーバー３００の処理を改めて説明する。これらの図の処理は管理サーバー３００のＣＰＵ３０１により実行される。

登録要求を受信した管理サーバー３００は図９の処理を実行する。まずグローバルデータベース６００からプリンタ管理情報の取得を試みる（Ｓ９００１）。取得に成功したか否かを判定し（Ｓ９００２）、成功したならファームウェア更新フラグが要求に含まれるか判定する（Ｓ９００３）。なお含まれているとは、ファームウェア更新フラグが必ず含まれ、オンまたはオフのいずれかに設定されている場合に、オンに設定された状態も含む。

ファームウェア更新フラグが含まれている場合には、管理サーバー２００に対して登録要求元のプリンタの接続情報（管理サーバのＵＲＬおよび認証情報）の有無を確認するリクエストを出す（Ｓ９００４）。このリクエストは接続情報の取得要求であってもよい。そしてその要求に対して該当する接続情報があればそれが応答され、なければその旨が応答される。そこでその応答をテストして接続情報の有無を判定する（Ｓ９００５）。接続情報が応答に含まれていれば、受信した接続情報を登録要求元のプリンタに送信する（Ｓ９００６）。Ｓ９００６に至る手順は図８のケースに相当する。

一方接続情報が含まれていなければ、管理サーバーの宛先（例えばＵＲＬ）と認証情報（例えばトークン）を含む接続情報を生成し、それを当該管理サーバーで保存し管理する（Ｓ９００７）。そしてその接続情報を登録要求元のプリンタに送信する（Ｓ９００８）。Ｓ９００５を経てＳ９００８に至る手順は図７のケースに相当する。

Ｓ９００３でファームウェア更新フラグが登録要求に含まれていないと判定した場合には、登録要求元のプリンタ情報と登録要求された管理サーバーの管理サーバー情報とを含むプリンタ管理情報を生成する。そしてそれをグローバルデータベース６００に登録する（Ｓ９００９）。その後、Ｓ９００７以下の処理を実行する。Ｓ９００３からＳ９００９へと分岐する手順は、図５のケースに相当する。

Ｓ９００２でプリンタ管理情報の取得に成功したと判定した場合には、プリンタ管理情報に含まれた、登録要求の送信元のプリンタの管理サーバーから、そこに保存されているはずの接続要求を取得する（Ｓ９０１０）。そしてＳ９００８でそれを登録要求の送信元のプリンタに送信する。

図１０は図９の処理とは非同期に実行される、図８のＳ１０１７，Ｓ１０２０～Ｓ１０２２に対応する移管処理の手順を示す。まず管理サーバー２００との間で移管処理が開始される（Ｓ１０００１）。この移管処理は、管理サーバー２００が、Ｓ１０１４の判定結果及びそれに応じたＳ１０１６の処理の後で開始する。なおこの移管処理には登録要求の送信元のプリンタに関する情報を、切り替え前の管理サーバーから切り替え後の管理サーバーへと複製する処理を含む。またこの複製を含む移管処理は、対象のデータの移管が終わるまで実行され続けられるものとする。

データの移管が進行して図８について説明した所定の段階に達するまで待機し（Ｓ１０００２）、達したならグローバルデータベース６００に移管準備完了の書込みを行う（Ｓ１００３）。さらに登録要求元のプリンタに切り替え後の管理サーバーの接続情報を送信する（Ｓ１０００４）。なお図８ではこの工程は管理サーバー２００で行っているが、その説明において管理サーバー３００が行ってもよいとしており、図１０では管理サーバー３００が行うものとしている。この場合Ｓ１０００４で管理サーバー３００に接続するための接続情報を生成し、送信してもよい。

最後にアプリケーションサーバー１００に対しても管理サーバーの移管通知を送信する（Ｓ１０００５）。この通知には、たとえば管理サーバーが切り替えられたプリンタのプリンタ情報と、新たな管理サーバーの情報とが含まれていてよい。

●本実施形態の効果
以上の構成および手順により、クラウド印刷システムにおいて、管理サーバー切り替えで必要となる管理サーバー間のプリンタに関するデータの移行を、クラウド印刷サービスの提供を中断することなく行うことができる。さらに上述した手順をプリンタではないクライアント装置に適用すれば、そのクライアント装置に関するデータの移行も同様にサービスを継続しつつ行うことができる。

また、プリンタに関するデータの移行がすべて完了していなくとも、所定の段階まで移行が進行していれば新しい管理サーバーへの移管を行うことでき、管理サーバーの移管を迅速に進めることができる。

さらに、プリンタがサーバー切り替え機能を有していれば、プリンタのファームウェアを変更することなく、切り替え先の管理サーバーをシステムの管理者が決定し、また変更することができる。

また、グローバルデータベースにより全ての管理サーバーに登録されたプリンタの登録状況を一点的に管理できるので、管理サーバーの移行による管理の漏れを防ぐことができる。

さらに、プリンタとその管理サーバーとの紐づけを特定のサーバーで一元的に行うことから、管理作業を簡潔化し、効率化を図ることもできる。

●実施形態のまとめ
上記実施形態をまとめると以下のようなものである。

［項目１］
デバイスと第１のサーバーと第２のサーバーとを含み、前記デバイスは、保存した接続情報を用いて接続したサーバーからデータを取得するネットワークシステムであって、
前記第２のサーバーは、前記デバイスから登録要求と共にサーバー切り替えイベントを受信すると、前記デバイスが登録されている前記第１のサーバーに対して、前記デバイスが前記第１のサーバーに接続するための第１の接続情報の取得を要求し、
前記第１のサーバーは、
前記第１の接続情報の要求に応じて、前記第１の接続情報を有していれば、前記デバイスに関するデータの前記第２のサーバーへの移行を開始し、
前記第１の接続情報を前記第２のサーバーへと送信し、
前記第２のサーバーは、前記第１のサーバーから取得した前記第１の接続情報を前記デバイスに送信し、
前記第１のサーバーまたは前記第２のサーバーのいずれかが、前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーに接続するための第２の接続情報を前記デバイスに送信する
ことを特徴とするネットワークシステム。

［項目２］
項目１に記載のネットワークシステムであって、
前記デバイスは所定のサーバーに対して接続先を問い合わせ、前記第２のサーバーが前記接続先として応答された場合に、前記第２のサーバーへと前記登録要求を送信する
ことを特徴とするネットワークシステム。

［項目３］
項目１または２に記載のネットワークシステムであって、
前記デバイスは、保存していた前記第１の接続情報が失われた場合に、前記登録要求を送信する
ことを特徴とするネットワークシステム。

［項目４］
項目１乃至３のいずれか一項に記載のネットワークシステムであって、
移行される前記デバイスに関するデータには、前記デバイスにより取得されるデータが含まれる
ことを特徴とするネットワークシステム。

［項目５］
項目１乃至４のいずれか一項に記載のネットワークシステムであって、
前記所定の段階は、前記デバイスが未取得のデータの移行が開始された後の段階を含む
ことを特徴とするネットワークシステム。

［項目６］
項目１乃至５のいずれか一項に記載のネットワークシステムであって、
前記サーバー切り替えイベントは、前記デバイスのファームウェアの更新に応じて発生する
ことを特徴とするネットワークシステム。

［項目７］
項目１乃至６のいずれか一項に記載のネットワークシステムであって、
前記第１の接続情報には前記第１のサーバーに接続するための認証情報を含み、前記第２の接続情報には前記第２のサーバーに接続するための認証情報を含む
ことを特徴とするネットワークシステム。

［項目８］
項目１乃至７のいずれか一項に記載のネットワークシステムであって、
前記第１の接続情報には前記第１のサーバーの宛先をさらに含み、前記第２の接続情報には前記第２のサーバーの宛先をさらに含む
ことを特徴とするネットワークシステム。

［項目９］
項目１乃至８のいずれか一項に記載のネットワークシステムであって、
前記ネットワークシステムには前記第１のサーバーまたは前記第２のサーバーにデータを提供するアプリケーションサーバーを更に含み、
前記第２のサーバーは更に、前記第２の接続情報が前記デバイスに送信された後に、前記デバイスが前記第２のサーバーに登録されたことを前記アプリケーションサーバーに通知する
ことを特徴とするネットワークシステム。

［項目１０］
項目１乃至９のいずれか一項に記載のネットワークシステムであって、
前記デバイスに関するデータの移行が所定の段階に達すると、前記第１のサーバーが、前記第２のサーバーから受信した前記第２の接続情報を前記デバイスに送信する
ことを特徴とするネットワークシステム。

［項目１１］
項目１乃至１０のいずれか一項に記載のネットワークシステムであって、
前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーが前記第２の接続情報を生成して前記デバイスに送信する
ことを特徴とするネットワークシステム。

［項目１２］
デバイスと第１のサーバーと第２のサーバーとを含み、前記デバイスは、保存した接続情報を用いて接続したサーバーからデータを取得するネットワークシステムにおけるサーバーの切り替え方法であって、
前記第２のサーバーが、前記デバイスから登録要求と共にサーバー切り替えイベントを受信すると、前記デバイスが登録されている前記第１のサーバーに対して、前記デバイスが前記第１のサーバーに接続するための第１の接続情報の取得を要求し、
前記第１のサーバーが、
前記第１の接続情報の要求に応じて、前記第１の接続情報を有していれば、前記デバイスに関するデータの前記第２のサーバーへの移行を開始し、
前記第１の接続情報を前記第２のサーバーへと送信し、
前記第２のサーバーが、前記第１のサーバーから取得した前記第１の接続情報を前記デバイスに送信し、
前記第１のサーバーまたは前記第２のサーバーのいずれかが、前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーに接続するための第２の接続情報を前記デバイスに送信する
ことを特徴とするネットワークシステムおけるサーバーの切り替え方法。
［その他の実施例］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００ アプリケーションサーバー、２００ 管理サーバー（移管元）、３００ 管理サーバー（移管先）、４００ プリンタ、６００ グローバルデータベース

Claims (12)

1. デバイスと第１のサーバーと第２のサーバーとを含み、前記デバイスは、保存した接続情報を用いて接続したサーバーからデータを取得するネットワークシステムであって、
   前記第２のサーバーは、前記デバイスから登録要求と共にサーバー切り替えイベントを受信すると、前記デバイスが登録されている前記第１のサーバーに対して、前記デバイスが前記第１のサーバーに接続するための第１の接続情報の取得を要求し、
   前記第１のサーバーは、
   前記第１の接続情報の要求に応じて、前記第１の接続情報を有していれば、前記デバイスに関するデータの前記第２のサーバーへの移行を開始し、
   前記第１の接続情報を前記第２のサーバーへと送信し、
   前記第２のサーバーは、前記第１のサーバーから取得した前記第１の接続情報を前記デバイスに送信し、
   前記第１のサーバーまたは前記第２のサーバーのいずれかが、前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーに接続するための第２の接続情報を前記デバイスに送信する
   ことを特徴とするネットワークシステム。
2. 請求項１に記載のネットワークシステムであって、
   前記デバイスは所定のサーバーに対して接続先を問い合わせ、前記第２のサーバーが前記接続先として応答された場合に、前記第２のサーバーへと前記登録要求を送信する
   ことを特徴とするネットワークシステム。
3. 請求項１に記載のネットワークシステムであって、
   前記デバイスは、保存していた前記第１の接続情報が失われた場合に、前記登録要求を送信する
   ことを特徴とするネットワークシステム。
4. 請求項１に記載のネットワークシステムであって、
   移行される前記デバイスに関するデータには、前記デバイスにより取得されるデータが含まれる
   ことを特徴とするネットワークシステム。
5. 請求項１に記載のネットワークシステムであって、
   前記所定の段階は、前記デバイスが未取得のデータの移行が開始された後の段階を含む
   ことを特徴とするネットワークシステム。
6. 請求項１に記載のネットワークシステムであって、
   前記サーバー切り替えイベントは、前記デバイスのファームウェアの更新に応じて発生する
   ことを特徴とするネットワークシステム。
7. 請求項１に記載のネットワークシステムであって、
   前記第１の接続情報には前記第１のサーバーに接続するための認証情報を含み、前記第２の接続情報には前記第２のサーバーに接続するための認証情報を含む
   ことを特徴とするネットワークシステム。
8. 請求項７に記載のネットワークシステムであって、
   前記第１の接続情報には前記第１のサーバーの宛先をさらに含み、前記第２の接続情報には前記第２のサーバーの宛先をさらに含む
   ことを特徴とするネットワークシステム。
9. 請求項１に記載のネットワークシステムであって、
   前記ネットワークシステムには前記第１のサーバーまたは前記第２のサーバーにデータを提供するアプリケーションサーバーを更に含み、
   前記第２のサーバーは更に、前記第２の接続情報が前記デバイスに送信された後に、前記デバイスが前記第２のサーバーに登録されたことを前記アプリケーションサーバーに通知する
   ことを特徴とするネットワークシステム。
10. 請求項１に記載のネットワークシステムであって、
    前記デバイスに関するデータの移行が所定の段階に達すると、前記第１のサーバーが、前記第２のサーバーから受信した前記第２の接続情報を前記デバイスに送信する
    ことを特徴とするネットワークシステム。
11. 請求項１に記載のネットワークシステムであって、
    前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーが前記第２の接続情報を生成して前記デバイスに送信する
    ことを特徴とするネットワークシステム。
12. デバイスと第１のサーバーと第２のサーバーとを含み、前記デバイスは、保存した接続情報を用いて接続したサーバーからデータを取得するネットワークシステムにおけるサーバーの切り替え方法であって、
    前記第２のサーバーが、前記デバイスから登録要求と共にサーバー切り替えイベントを受信すると、前記デバイスが登録されている前記第１のサーバーに対して、前記デバイスが前記第１のサーバーに接続するための第１の接続情報の取得を要求し、
    前記第１のサーバーが、
    前記第１の接続情報の要求に応じて、前記第１の接続情報を有していれば、前記デバイスに関するデータの前記第２のサーバーへの移行を開始し、
    前記第１の接続情報を前記第２のサーバーへと送信し、
    前記第２のサーバーが、前記第１のサーバーから取得した前記第１の接続情報を前記デバイスに送信し、
    前記第１のサーバーまたは前記第２のサーバーのいずれかが、前記デバイスに関するデータの移行が所定の段階に達すると、前記第２のサーバーに接続するための第２の接続情報を前記デバイスに送信する
    ことを特徴とするネットワークシステムおけるサーバーの切り替え方法。

Images