特許 7414617 システム、サーバー装置、および方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-05

(45)【発行日】2024-01-16

(54)【発明の名称】システム、サーバー装置、および方法

(51)【国際特許分類】

   G06F 16/27 20190101AFI20240109BHJP

   G06F 15/00 20060101ALI20240109BHJP

   G06Q 50/10 20120101ALI20240109BHJP

【ＦＩ】

G06F16/27

G06F15/00 470

G06Q50/10

【請求項の数】 18

(21)【出願番号】P 2020064199

(22)【出願日】2020-03-31

(65)【公開番号】P2021163209

(43)【公開日】2021-10-11

【審査請求日】2023-03-17

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】和山 弘

【審査官】原 秀人

(56)【参考文献】

【文献】特開２０１８－１０６７４１（ＪＰ，Ａ）

【文献】特開２０１４－２２８９８８（ＪＰ，Ａ）

【文献】特開２０２０－０２１２５２（ＪＰ，Ａ）

【文献】特開２００５－０３８０８９（ＪＰ，Ａ）

【文献】特開２００３－２９６２３０（ＪＰ，Ａ）

【文献】特開２０１９－０４０４５４（ＪＰ，Ａ）

【文献】特開２０１９－０６１６５０（ＪＰ，Ａ）

【文献】特開２０１８－１３６９０５（ＪＰ，Ａ）

【文献】米国特許出願公開第２００９／０３１３３０７（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １６／００－１６／９５８

Ｈ０４Ｌ ４１／０２１３

Ｇ０６Ｆ １５／００

Ｇ０６Ｑ ５０／１０

(57)【特許請求の範囲】

【請求項1】

クライアント端末と、前記クライアント端末にサービスを提供するサービス提供サーバーとを含むシステムであって、
前記システムは、
クライアント端末とサービス提供サーバーとを管理する中継サーバーと、
前記中継サーバーと前記サービス提供サーバーの間に構成されたデータ格納サーバーと、を含み、
前記中継サーバーは、
前記クライアント端末と、前記サービス提供サーバーが提供するサービスとを対応づける情報を管理する管理手段と、
前記管理手段により管理された前記情報に基づいて、前記クライアント端末から送信されたデータに対して、該クライアント端末に対応するサービスに関する情報を属性情報として付与する付与手段と、
前記付与手段により前記属性情報が付与されたデータを前記データ格納サーバーに送信する第１の送信手段と、を備え、
前記データ格納サーバーは、
前記第１の送信手段により送信された前記データを記憶領域に格納する格納手段、を備え、
前記サービス提供サーバーは、
前記属性情報を指定することで前記記憶領域に記憶されているデータから抽出された、該サービス提供サーバーが提供するサービスに対応するデータを取得する取得手段、を備える、
ことを特徴とするシステム。

【請求項2】

前記システムは、前記サービス提供サーバーとして、第１のサービス提供サーバーと第２のサービス提供サーバーを含み、
前記管理手段により管理される前記情報において、前記クライアント端末と、前記第１のサービス提供サーバーが提供する第１のサービスおよび前記第２のサービス提供サーバーが提供する第２のサービスとが対応づけられる場合、
前記付与手段は、前記クライアント端末から送信される第１のデータおよび第２のデータのそれぞれに対して、前記第１のサービスに関する情報および前記第２のサービスに関する情報を前記属性情報として付与する、
ことを特徴とする請求項１に記載のシステム。

【請求項3】

前記第１のサービス提供サーバーが前記第２のデータを前記第１のサービスにおいて用いない場合であっても、前記付与手段は、前記第２のデータに対して、前記第１のサービスに関する情報を前記属性情報として付与することを特徴とする請求項２に記載のシステム。

【請求項4】

前記中継サーバーは、
前記クライアント端末からの要求に応じて、該クライアント端末の情報を登録する第１の登録手段、をさらに備え、
前記管理手段により管理される前記情報における前記クライアント端末は、前記第１の登録手段により該クライアント端末の情報が登録されたクライアント端末である、
ことを特徴とする請求項１乃至３のいずれか１項に記載のシステム。

【請求項5】

前記中継サーバーは、
前記サービス提供サーバーからの要求に応じて、該サービス提供サーバーが提供するサービスと、該サービスに対応するクライアント端末とを登録する第２の登録手段、をさらに備え、
前記管理手段により管理される前記情報における前記サービス提供サーバーは、前記第２の登録手段により登録されたサービス提供サーバーである、
ことを特徴とする請求項１乃至４のいずれか１項に記載のシステム。

【請求項6】

前記データ格納サーバーは、
前記第１の送信手段により送信された前記データが前記格納手段により前記記憶領域に格納された場合、該格納された領域に関する情報を前記サービス提供サーバーに送信する第２の送信手段、をさらに備え、
前記サービス提供サーバーは、前記格納された領域に関する情報に基づいて、該サービス提供サーバーが提供するサービスに対応するデータを前記記憶領域から取得する、
ことを特徴とする請求項１乃至５のいずれか１項に記載のシステム。

【請求項7】

前記クライアント端末から送信された第１のデータは、前記記憶領域のうちの第１の領域に格納され、前記クライアント端末から送信された第２のデータは、前記記憶領域のうちの第２の領域に格納されることを特徴とする請求項６に記載のシステム。

【請求項8】

前記第２の送信手段は、前記第１の領域および前記第２の領域それぞれに対応づけられた前記サービス提供サーバーに、前記格納された領域に関する情報を送信することを特徴とする請求項７に記載のシステム。

【請求項9】

前記第２の送信手段は、前記管理手段により管理された前記情報における前記サービス提供サーバーに、前記格納された領域に関する情報を送信することを特徴とする請求項７に記載のシステム。

【請求項10】

前記第２の送信手段は、前記管理手段により管理された前記情報における複数のサービス提供サーバーすべてに、前記格納された領域に関する情報が送信されることを特徴とする請求項９に記載のシステム。

【請求項11】

前記第１のデータおよび前記第２のデータと異なる第３のデータが前記クライアント端末から送信された場合、追加された第３の記憶領域に格納されることを特徴とする請求項７に記載のシステム。

【請求項12】

前記格納された領域に関する情報は、該領域に割り振られた識別子であり、前記識別子は、前記領域に格納されたデータを識別可能な情報であることを特徴とする請求項１１に記載のシステム。

【請求項13】

前記サービス提供サーバーは、
前記識別子に基づいて、該識別子に対応する領域がデータの取得先であるか否かを判定する第１の判定手段、をさらに備えることを特徴とする請求項１２に記載のシステム。

【請求項14】

前記データ格納サーバーは、
新規のサービス提供サーバーを検知した場合、前記識別子に基づいて、該識別子に対応する領域が、前記新規のサービス提供サーバーによるデータの取得先であるか否かを判定する第２の判定手段、をさらに備え、
前記第２の送信手段は、前記第２の判定手段により前記新規のサービス提供サーバーによるデータの取得先であると判定された領域の情報を、前記格納された領域に関する情報として、前記新規のサービス提供サーバーに送信する、
ことを特徴とする請求項１２に記載のシステム。

【請求項15】

前記クライアント端末は、印刷装置であることを特徴とする請求項１乃至１２のいずれか１項に記載のシステム。

【請求項16】

クライアント端末と、前記クライアント端末にサービスを提供するサービス提供サーバーと通信可能な中継サーバーであって、
前記クライアント端末と、前記サービス提供サーバーが提供するサービスとを対応づける情報を管理する管理手段と、
前記管理手段により管理された前記情報に基づいて、前記クライアント端末から送信されたデータに対して、該クライアント端末に対応するサービスに関する情報を、前記サービス提供サーバーが前記データを取得するための属性情報として付与する付与手段と、
前記付与手段により前記属性情報が付与されたデータを、前記中継サーバーと前記サービス提供サーバーとの間に構成されたデータ格納サーバーに送信する送信手段と、
を備えることを特徴とする中継サーバー。

【請求項17】

中継サーバーと、クライアント端末にサービスを提供するサービス提供サーバーと通信可能なデータ格納サーバーであって、
前記データ格納サーバーは、前記中継サーバーと前記サービス提供サーバーとの間に構成され、
前記データ格納サーバーは、
前記中継サーバーから、前記サービス提供サーバーによる取得に用いられる属性情報が付与されたデータを受信する受信手段と、
前記受信手段により受信された前記データを記憶領域に格納する格納手段と、を備え、
前記属性情報は、前記クライアント端末に対応し前記サービス提供サーバーにより提供されるサービスに関する情報である、
ことを特徴とするデータ格納サーバー。

【請求項18】

クライアント端末と、前記クライアント端末にサービスを提供するサービス提供サーバーとを含むシステムにおいて実行される方法であって、
前記システムは、
クライアント端末とサービス提供サーバーとを管理する中継サーバーと、
前記中継サーバーと前記サービス提供サーバーの間に構成されたデータ格納サーバーと、を含み、
前記中継サーバーにおいて、
前記クライアント端末と、前記サービス提供サーバーが提供するサービスとを対応づける情報を管理する管理工程と、
前記管理工程において管理された前記情報に基づいて、前記クライアント端末から送信されたデータに対して、該クライアント端末に対応するサービスに関する情報を属性情報として付与する付与工程と、
前記付与工程において前記属性情報が付与されたデータを前記データ格納サーバーに送信する第１の送信工程と、
前記データ格納サーバーにおいて、
前記第１の送信工程において送信された前記データを記憶領域に格納する格納工程と、
前記サービス提供サーバーにおいて、
前記属性情報を指定することで前記記憶領域に記憶されているデータから抽出された、該サービス提供サーバーが提供するサービスに対応するデータを取得する取得工程と、
を有することを特徴とする方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、クライアント端末にサービスを提供可能なサービス提供サーバーを含むシステムに関する。

【背景技術】

【0002】

インターネット上に提供されるサービスが増加するに伴い、インターネット上に接続されるクライアント端末もますます増加している。サービスによっては、それらのクライアント端末を管理するために中継サーバーが設置され、中継サーバーを介してサービスが提供される。例えば、クライアント端末がインクジェット記録方式の印刷装置である場合、クラウドサービス上に提供されるサービス提供サーバーから中継サーバーを介してクライアント端末に印刷命令が送信され、印刷を行うサービスが提供される。それによって、ユーザーは、クラウドサービス上に保存された写真などを印刷装置により印刷することができる。このようなサービスをリアルタイムに実現するために、サービスを提供するサービス提供サーバーと、中継サーバーと、クライアント端末とがインターネット上で相互に通信可能に接続される。特許文献１には、中継サーバーとサービス提供サーバーとの間でデータの送受信を行なう構成が記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７ー７３１６７号公報

【発明の概要】

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

【0004】

サービス提供サーバーがクライアント端末のデータを取得する場合において、特許文献１では、中継サーバーの構成の変更を要する場合には、その変更によってシステムへ影響を及ぼしてしまう可能性がある。

【0005】

本発明は、クライアント端末のデータを取得するサービス提供サーバーが新規に追加される際に、中継サーバーの構成の変更によるシステムへの影響を抑えるシステム、方法およびプログラムを提供することを目的とする。

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

【0006】

上記課題を解決するため、本発明に係るシステムは、クライアント端末と、前記クライアント端末にサービスを提供するサービス提供サーバーとを含むシステムであって、前記システムは、クライアント端末とサービス提供サーバーとを管理する中継サーバーと、前記中継サーバーと前記サービス提供サーバーの間に構成されたデータ格納サーバーと、を含み、前記中継サーバーは、前記クライアント端末と、前記サービス提供サーバーが提供するサービスとを対応づける情報を管理する管理手段と、前記管理手段により管理された前記情報に基づいて、前記クライアント端末から送信されたデータに対して、該クライアント端末に対応するサービスに関する情報を属性情報として付与する付与手段と、前記付与手段により前記属性情報が付与されたデータを前記データ格納サーバーに送信する第１の送信手段と、を備え、前記データ格納サーバーは、前記第１の送信手段により送信された前記データを記憶領域に格納する格納手段、を備え、前記サービス提供サーバーは、前記属性情報を指定することで前記記憶領域に記憶されているデータから抽出された、該サービス提供サーバーが提供するサービスに対応するデータを取得する取得手段、を備えることを特徴とする。

【発明の効果】

【0007】

本発明によれば、クライアント端末のデータを取得するサービス提供サーバーが新規に追加される際に、中継サーバーの構成の変更によるシステムへの影響を抑えることができる。

【図面の簡単な説明】

【0008】

【図1】サービス提供システムの構成を示す図である。

【図2】中継サーバーへの登録処理を示すシーケンス図である。

【図3】中継サーバーのデータベースに格納されたデータを示す図である。

【図4】データ格納サーバーへのデータの送信を説明するための図である。

【図5】データ格納サーバーへのデータの送信を説明するための図である。

【図6】データ格納サーバーへのデータの送信に係る処理のシーケンス図である。

【図7】サービス提供サーバーによるデータ取得を説明するための図である。

【図8】サービス提供サーバーによるデータ取得を説明するための図である。

【図9】データ格納サーバーのデータ格納領域の構成を示す図である。

【図10】データ格納領域の追加に係る処理のシーケンス図である。

【図11】サービス提供サーバの追加に係る処理のシーケンス図である。

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

【0009】

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

【0010】

［第１実施形態］
図１は、本実施形態におけるサービス提供システムの構成を示す図である。本実施形態におけるサービス提供システム（以下、システム）は、クライアント端末１００、中継サーバー２００、サービス提供サーバーＡ３００、サービス提供サーバーＢ４００、データ格納サーバー５００を含む。クライアント端末１００が中継サーバー２００に対して自装置の登録処理を行うことで、クライアント端末１００のユーザーは、サービス提供サーバーＡ３００、サービス提供サーバーＢ４００が提供する各サービスを享受可能である。サービス提供サーバーＡ３００、サービス提供サーバーＢ４００は、クライアント端末１００に対して各サービスを提供可能にするための、サービスの登録処理を中継サーバー２００に対して行う。

【0011】

本実施形態では、データ格納サーバー５００が、中継サーバー２００と各サービス提供サーバーとの間に構成される。データ格納サーバー５００は、中継サーバー２００から送信される情報を格納可能な記憶領域として、第１のデータ格納領域５０８、第２のデータ格納領域５０９、第３のデータ格納領域５１０を備える。

【0012】

クライアント端末１００は、中継サーバー２００に対してクライアント端末１００内に保存されているデータを送信する。中継サーバー２００は、その送信されたデータに対して、属性情報を付与する。ここで、属性情報とは、クライアント端末１００が登録されているサービスに関する情報である。中継サーバー２００は、データ格納サーバー５００内の第１のデータ格納領域５０８、第２の格納領域５０９、第３のデータ格納領域５１０のいずれか、もしくは複数の領域をデータ格納先として決定し、データ格納サーバー５００に送信する。データ格納サーバー５００は、その送信されたデータを、該当するデータ格納領域に格納する。その後、サービス提供サーバーＡ３００、サービス提供サーバーＢ４００は、中継サーバー２００を介することなく、各サービスに用いるデータを、データ格納サーバー５００内のデータ格納領域と属性情報を指定することにより取得する。

【0013】

例えば、データ通信インタフェースの異なる新規のサービス提供サーバーが追加された場合、中継サーバー２００のデータ通信インタフェースの構成の変更を要することがあり得る。その場合には、サービス提供サーバーの追加前のシステム構成への影響が大きくなってしまう。本実施形態では、中継サーバー２００とは別に、データ格納サーバー５００を構成することにより、新規のサービス提供サーバーが追加された場合であっても、サービス提供サーバーの追加前のシステム構成への影響が大きくなってしまうことを防ぐことができる。

【0014】

クライアント端末１００は、ユーザーが利用する端末を示し、例えば、印刷機能やスキャン機能を有するインクジェット記録装置（印刷装置）である。中継サーバー２００は、クライアント端末１００と相互に通信可能に接続され、クライアント端末１００との間で各種情報の送受信が可能な装置である。サービス提供サーバーＡ３００は、クライアント端末１００のユーザーにサービスを提供可能な装置である。例えば、クライアント端末１００がインクジェット記録装置であれば、印刷した枚数に応じてポイントが付与されるサービスや、クライアント端末１００内のインク残量が枯渇しそうになればその旨を検知して自動的に発注が行われるサービスが提供される。また、例えば、ネットワーク上に保存されているデータを印刷するサービス、クライアント端末１００によってスキャンされたデータをネットワークを介してクラウド上に保存するサービス、また、一定金額をサービス提供者に支払うことでインクを一定期間無制限に利用可能となるサービスなどが提供される。サービス提供サーバーＢ４００は、サービス提供サーバーＡ３００とは異なるサービスを提供する装置として示されている。

【0015】

データ格納サーバー５００は、中継サーバー２００とサービス提供サーバーＡ３００の間、中継サーバー２００とサービス提供サーバーＢ４００の間に位置するよう構成される。データ格納サーバー５００は、中継サーバー２００から送信されたデータを保存し、サービス提供サーバーＡ３００とサービス提供サーバーＢ４００からの要求により、各サービス提供サーバーへデータを提供可能である。

【0016】

図１の各装置の構成について説明する。クライアント端末１００は、通信モジュール１０９、表示装置１０１、入力装置１０２、出力装置１０３、ＲＯＭ１０４、ＲＡＭ１０６、ＣＰＵ１０７、記憶装置１０８を含む。表示装置１０１は、ユーザーがクライアント端末１００に入力した結果や、ある処理を実行した結果などを表示する。例えば、クライアント端末１００を中継サーバー２００に登録するためのユーザーインタフェース画面が表示され、その設定内容を受付可能である。入力装置１０２は、ユーザーからの指示等を受付け、出力装置１０３は、入力装置１０２によって入力された指示等に基づいて成果物を出力する。ここで、成果物とは、例えば印刷物である。

【0017】

ＲＯＭ１０４には、クライアント端末１００が実行すべきプログラムコードが記憶されており、必要に応じて、ＲＡＭ１０６にロードされ実行される。例えば、プログラムコードには、通信モジュール１０９、表示装置１０１、入力装置１０２、出力装置１０３、ＲＡＭ１０６を制御する制御プログラム１０５が含まれる。ＣＰＵ１０７は、クライアント端末１００を統括的に制御する演算処理装置である。記憶装置１０８は、データを記憶する装置であり、ＣＰＵ１０７によってデータの書込み／読出しが実行される。記憶装置１０８内には、端末情報格納領域１２０が構成されており、クライアント端末１００に固有の情報が記憶されている。上記の各ブロックは、内部バス１１０によって相互にデータ送受信可能に接続されている。

【0018】

本実施形態におけるクライアント端末１００の動作は、例えば、ＣＰＵ１０７が制御プログラム１０５をＲＡＭ１０６にロードして実行することにより実現される。例えば、クライアント端末１００がインクジェット記録装置であれば、表示装置１０１は、用紙サイズの設定、カラー印刷／モノクロ印刷の設定を受け付けるためのユーザーインタフェース画面を表示する。そして、入力装置１０２がユーザーからの印刷設定および印刷指示の入力を受け付けると、出力装置１０３は、印刷設定に基づいて印刷物を出力する。

【0019】

制御プログラム１０５には、中継サーバー２００に送信するデータを作成するためのプログラムを含んでも良い。例えば、制御プログラム１０５は、印刷枚数をカウントするプログラムや、インク残量を検知するプログラム、インクが特定のサービス専用に作成されたものであるかを判定するプログラムを含む。また、端末情報格納領域１２０には、クライアント端末１００の固有の情報として、シリアル番号、機種名、これまで印刷された総枚数、インクの消費量、インクの型番、記録ヘッドのクリーニング日時、回数、ネットワーク情報などが記憶されている。

【0020】

中継サーバー２００は、通信モジュール２０７、ＲＯＭ２０２、ＲＡＭ２０３、ＣＰＵ２０４、記憶装置２０５を含む。ＣＰＵ２０４は、中継サーバー２００を統括的に制御する。記憶装置２０５には、制御プログラム２０６が記憶されている。本実施形態における中継サーバー２００の動作は、例えば、ＣＰＵ２０４が制御プログラム２０６をＲＡＭ２０３にロードして実行することにより実現される。また、中継サーバー２００は、データベース２１０を有し、データベース２１０には、ユーザー情報や、サービス提供に関する情報が記憶されている。中継サーバー２００は、サービス提供システムにおいてクライアント端末１００と各サービス提供サーバーを管理する。そのため、ユーザー情報やサービス提供に関する情報として、例えば、クライアント端末１００の情報や各サービス提供サーバーの情報がデータベース２１０上で管理される。上記の各ブロックは、内部バス３０１によって相互にデータ送受信可能に接続されている。

【0021】

サービス提供サーバーＡ３００は、通信モジュール３０７、ＲＯＭ３０２、ＲＡＭ３０３、ＣＰＵ３０４、記憶装置３０５を含む。ＣＰＵ３０４は、サービス提供サーバーＡ３００を統括的に制御する。記憶装置３０５には、制御プログラム３０６が記憶されている。本実施形態におけるサービス提供サーバーＡ３００の動作は、例えば、ＣＰＵ３０４が制御プログラム３０６をＲＡＭ３０３にロードして実行することにより実現される。上記の各グロックは、内部バス３０１によって相互にデータ送受信可能に接続されている。サービス提供サーバーＢ４００は、サービス提供サーバーＡ３００と同様に構成され、通信モジュール４０７、ＲＯＭ４０２、ＲＡＭ４０３、ＣＰＵ４０４、記憶装置４０５を含む。ＣＰＵ４０４は、サービス提供サーバーＢ４００を統括的に制御する。記憶装置４０５には、制御プログラム４０６が記憶されている。本実施形態におけるサービス提供サーバーＢ４００の動作は、例えば、ＣＰＵ４０４が制御プログラム４０６をＲＡＭ４０３にロードして実行することにより実現される。上記の各ブロックは、内部バス４０１によって相互にデータ送受信可能に接続されている。

【0022】

データ格納サーバー５００は、通信モジュール５０７、ＲＯＭ５０２、ＲＡＭ５０３、ＣＰＵ５０４、記憶装置５０５を含む。ＣＰＵ５０４は、データ格納サーバー５００を統括的に制御する。記憶装置５０５には、制御プログラム５０６が記憶されている。本実施形態におけるデータ格納サーバー５００の動作は、例えば、ＣＰＵ５０４が制御プログラム５０６をＲＡＭ５０３にロードして実行することにより実現される。また、本実施形態では、中継サーバー２００から送信されたデータを格納するために、記憶装置５０５内に、第１のデータ格納領域５０８、第２のデータ格納領域５０９、第３のデータ格納領域５１０が構成されている。

【0023】

図１のネットワーク６００は、データ送受信が可能な通信ネットワークである。ネットワーク６００は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、または、これらの組み合わせにより実現される。

【0024】

図１において、クライアント端末１００は、複数構成されても良い。また、その複数のクライアント端末１００は、同一の構成であっても良いし、異なる構成であっても良い。図１では、中継サーバー２００は単独の装置で示されているが、複数の装置で構成されても良い。また、中継サーバー２００が複数の装置で構成される場合、中継サーバー２００が複数の機能を有するようにしても良い。また、図１では、サービス提供サーバーＡ３００とサービス提供サーバーＢの２つが示されているが、サービス提供サーバーは１つでも良いし、３以上であっても良い。また、複数のサービス提供サーバーが構成される場合に、それらが同様のサービスを提供するものでも良いし、それぞれが異なるサービスを提供するものでも良い。また、図１では、データ格納サーバー５００は、単独の装置で示されているが、複数の装置で構成されても良い。

【0025】

図２は、クライアント端末１００とサービス提供サーバーＡ３００及びサービス提供サーバーＢ４００が、中継サーバー２００に登録する処理を示すシーケンス図である。クライアント端末１００は、中継サーバー２００に対して自装置の登録を行う。また、サービス提供サーバーＡ３００及びサービス提供サーバーＢ４００は、指定されたクライアント端末１００に対して提供可能なサービスを中継サーバー２００に登録する。図３は、中継サーバー２００のデータベース２１０に格納されたデータの一例を示す図である。以下、図３を参照しながら、図２を説明する。

【0026】

クライアント端末１００にインストールされたアプリケーション１３０は、中継サーバー２００に対して登録処理を要求する（Ｓ１０１）。登録処理の要求を受けた中継サーバー２００のアプリケーション２２０は、一意のＩＤ（以下、ＵＵＩＤ）をキーとして、クライアント端末１００を識別するＩＤ（以下、端末ＩＤ）を属性値に持つレコードを生成する（Ｓ１０２）。その際、図３のクライアント端末登録テーブル２１３に示すように、属性値には、端末の詳細な情報（端末情報）や登録日時などが含まれても良い。

【0027】

サービス提供サーバーＡ３００内のアプリケーション３１０は、中継サーバー２００に対して、サービスとそのサービスの提供を享受可能な端末ＩＤの登録処理を要求する（Ｓ１０３）。中継サーバー２００のデータベース２１０では、サービスマスターテーブル２１１において、各サービスごとに一意のＵＵＩＤをキーとして、各サービスを識別するＩＤ（以下、サービスＩＤ）が予め設定されている。サービス提供サーバーＡ３００からの登録処理の要求によって、中継サーバー２００のアプリケーション２２０は、一意のＵＵＩＤをキーとして、各サービスのサービスＩＤ、端末ＩＤを属性値に持つレコードを生成する（Ｓ１０４）。その際、図３のサービス登録テーブル２１２に示すように、属性値には、登録日時などが含まれても良い。

【0028】

次に、中継サーバー２００のアプリケーション２２０は、Ｓ１０４で登録された端末ＩＤが、クライアント端末登録テーブル２１３の端末ＩＤと一致しているレコードを探索する。ここで、同じ端末ＩＤのレコードが発見された場合、アプリケーション２２０は、端末ＩＤとサービスの紐付けが完了したものとして、新たなＵＵＩＤをキーとして、その端末ＩＤとサービスＩＤを属性値に持つレコードを生成する（Ｓ１０５）。その際、図３のクライアント端末－サービス紐付けテーブル２１４に示すように、属性値には、登録日時など他の情報が含まれても良い。一方、同じ端末ＩＤのレコードが発見されない場合、再び、Ｓ１０１でのクライアント端末１００からの登録処理の要求を待機する。

【0029】

端末ＩＤとサービスの紐付けの登録が完了すると、中継サーバー２００のアプリケーション２２０は、クライアント端末１００に対してクライアント端末１００がサービス提供サーバーＡ３００のサービスＡを受ける準備が完了したことを通知する（Ｓ１０６）。その際、サービス提供サーバーＡ３００のサービスＡの利用に必要な情報を合わせて通知しても良い。例えば、サービスにログインするために必要なユーザーＩＤやパスワードが通知されても良い。クライアント端末１００のアプリケーション１３０は、Ｓ１０６で通知された情報を情報格納領域１２０に格納する（Ｓ１０７）。

【0030】

サービス提供サーバーＢ４００のサービスＢに関しても、Ｓ１０３～Ｓ１０７と同様に行われる。

【0031】

サービス提供サーバーＢ４００内のアプリケーション４１０は、中継サーバー２００に対して、サービスとそのサービスの提供を享受可能な端末ＩＤの登録処理を要求する（Ｓ１０８）。サービス提供サーバーＢ４００からの登録処理の要求によって、中継サーバー２００のアプリケーション２２０は、一意のＵＵＩＤをキーとして、各サービスのサービスＩＤ、端末ＩＤを属性値に持つレコードを生成する（Ｓ１０９）。その際、図３のサービス登録テーブル２１２に示すように、属性値には、登録日時などが含まれても良い。

【0032】

次に、中継サーバー２００のアプリケーション２２０は、Ｓ１０９で登録された端末ＩＤが、クライアント端末登録テーブル２１３の端末ＩＤと一致しているレコードを探索する。ここで、同じ端末ＩＤのレコードが発見された場合、アプリケーション２２０は、端末ＩＤとサービスの紐付けが完了したものとして、新たなＵＵＩＤをキーとして、その端末ＩＤとサービスＩＤを属性値に持つレコードを生成する（Ｓ１１０）。その際、図３のクライアント端末－サービス紐付けテーブル２１４に示すように、属性値には、登録日時など他の情報が含まれても良い。一方、同じ端末ＩＤのレコードが発見されない場合、再び、Ｓ１０１でのクライアント端末１００からの登録処理の要求を待機する。

【0033】

端末ＩＤとサービスの紐付けの登録が完了すると、中継サーバー２００のアプリケーション２２０は、クライアント端末１００に対してクライアント端末１００がサービス提供サーバーＢ４００のサービスＢを受ける準備が完了したことを通知する（Ｓ１１１）。その際、サービス提供サーバーＢ４００のサービスＢの利用に必要な情報を合わせて通知しても良い。例えば、サービスにログインするために必要なユーザーＩＤやパスワードが通知されても良い。クライアント端末１００のアプリケーション１３０は、Ｓ１１１で通知された情報を情報格納領域１２０に格納する（Ｓ１１２）。

【0034】

図２では、クライアント端末１００が最初に中継サーバー２００に対して自装置の登録を行い、その後、各サービス提供サーバーがクライアント端末１００に対してサービスを登録するフローを説明した。しかしながら、これらの登録の順番は逆であっても良い。また、クライアント端末１００の登録処理、各サービス提供サーバーのサービス登録処理を実現可能であるならば、上述の構成に限られない。例えば、サービス提供サーバーＡ３００が中継サーバー２００に登録処理を行うために、不図示の別のサーバーを介して登録処理を行うようにしても良い。

【0035】

上記のように、中継サーバー２００内のデータベース２１０のクライアント端末－サービス紐づけテーブル２１４には、クライアント端末１００が登録されているサービスの一覧が格納される。その結果、クライアント端末１００のユーザーは、対応するサービスの享受が可能となる。

【0036】

以下、図４を参照しながら、データ格納サーバー５００へのデータ格納処理を説明する。ここで、クライアント１００に対応するサービスとしてサービス提供サーバーＡ３００のサービスＡがクライアント端末－サービス紐づけテーブル２１４に登録されているとする。図２に示すサービス提供サーバーＡ３００のサービスＡの登録フローが終了した後、クライアント端末１００は、中継サーバー２００へ複数のデータを送信する。例えば、データＡ１００１とデータＢ１００２が送信データ１０００として、中継サーバー２００へ送信される。そして、中継サーバー２００は、複数のデータそれぞれに対して、属性情報とデータ格納サーバー５００内でのデータ格納先（データ格納領域）の情報を付与し、データ格納サーバー５００へ送信する。例えば、データＡ１００１に「属性Ａ」と「第１のデータ格納領域」の情報が付与されたデータＡ１００３が中継サーバー２００からデータ格納サーバー５００へ送信される。また、データＢ１００２に「属性Ａ」と「第３のデータ格納領域」の情報が付与されたデータＢ１００４が中継サーバー２００からデータ格納サーバー５００へ送信される。「属性Ａ」が付与されるのは、クライアント端末１００が登録されているサービスとしてサービス提供サーバーＡ３００のサービスＡが登録されているからであり、クライアント端末１００から送信されるデータにはすべて「属性Ａ」が付与される。また、データ格納領域の情報は、例えば、データの種類に応じて予め定められた格納先が設定される。データ格納サーバー５００は、付与されたデータ格納先の情報に従って、データをデータ格納領域に格納する。例えば、データ格納サーバー５００は、データＡ１００３を「第１のデータ格納領域」に従って第１のデータ格納領域５０８に格納し、データＢ１００４を「第３のデータ格納領域」に従って第３のデータ格納領域５１０に格納する。その後、サービス提供サーバーＡ３００は、データ格納サーバー５００からデータ格納領域の通知を受けるので、例えば、サービスＡを表す「属性Ａ」を指定する。この指定を受けて、データ格納サーバー５００は、第１のデータ格納領域に含まれているデータから、「属性Ａ」が付与されている情報を抽出する（フィルタリングを行う）。即ち、サービス提供サーバーＡ３００は、属性情報「属性Ａ」を指定することによって、データ格納サーバー５００の第１のデータ格納領域からデータＡ１００５を取得することができる。

【0037】

なお、上述の属性情報として、中継サーバー２００は種々の属性値を付与することができる。例えば、以下のような情報である。

【0038】

１．クライアント端末（プリンタ等）から取得したデータの種類によって変更される属性値。例えば、印刷枚数とインク残量で異なる属性値が付与される。

【0039】

２．データを送信したプリンタによって変更される属性値。例えばデータを送信したプリンタがプリンタＡである場合とプリンタＢである場合で異なる属性値が付与される。この場合、中継サーバー２００は、クライアント端末登録テーブル２１３を参照する。

【0040】

３．データを送信したプリンタに対応するサービスによって変更する属性値。例えば、クライアント端末―サービス紐づけテーブル２１４において、同一端末ＩＤに異なるサービスＡ、サービスＢのサービスＩＤが紐づけられているとする。この場合、当該プリンタから取得されたインク残量でも、サービスＡ用のインク残量とサービスＢ用のインク残量で異なる属性値が付与される。

【0041】

４．上記１．～３．の組み合わせにより変更される属性値。例えば、データを送信するプリンタ、当該データの種類、当該プリンタに紐づいているサービスの種類、の組み合わせにより一意の属性値が付与される。

【0042】

また、サービス提供サーバーは上記１．～４．の属性値を指定することで、所望のデータがデータ格納サーバー５００により抽出され、その所望のデータを取得することができる。例えば、上記１．のように属性値がデータの種類によって異なる場合、サービス提供サーバーは、自身が必要なデータの種類に応じた属性値を指定する。また、例えば、上記２．のように属性値がプリンタの種類によって異なる場合、サービス提供サーバーは、自身がサービスを提供するプリンタに応じた属性値を指定する。

【0043】

さらに、例えば、上記３．のように属性値がサービスの種類によって異なる場合、サービス提供サーバーは、自身が提供するサービスに応じた属性値を指定する。この場合、サービスサーバーは、固定的な属性値を指定する。

【0044】

また、例えば上記４．の場合、サービス提供サーバーは、例えば自身が提供するサービスおよび所望のデータ種類に応じた属性値を指定する。

【0045】

図５のデータ１００１、データ１００２は、クライアント端末１００から中継サーバー２００へ送信されるデータの一例を示しており、図４のデータＡ１００１、データＢ１００２に対応している。また、図５のデータ１００３、データ１００４は、中継サーバー２００からデータ格納サーバー５００へ送信されるデータの一例を示しており、図４のデータＡ１００３、データＢ１００４に対応している。図５では、クライアント端末１００がインクジェット記録装置である場合のデータを示している。例えば、データ１００１は、クライアント端末１００によって所定期間、印刷された印刷枚数に関するデータであり、印刷枚数に応じてポイントを付与するサービスに用いられる。図５に示すように、データ１００１は、印刷された用紙のタイプ、用紙サイズ、その際のインクの消費量、インクの個体情報、クリーニング回数、印刷装置の固有の情報などが含まれていても良い。また、例えば、データ１００２は、インクの残量情報を示すデータであり、インク残量が枯渇しそうな状況を検知してインクを自動的に発注するサービスに用いられる。図５に示すように、データ１００２では、インクの残量が色ごとに、ブラックがＬｏｗ、マゼンダ、イエロー、シアンがＦｕｌｌとして示されている。データ１００１及び１００２には、図５に示す以外の情報が含まれていても良い。

【0046】

データ１００３に示されるように、データ１００１に対して、データ格納領域の情報として「第１のデータ格納領域」、属性情報として「属性Ａ」が付与される。また、他の情報が付与されても良く、例えば、データ受信日の情報が付与されても良い。また、データ１００４に示されるように、データ１００２に対して、データ格納領域の情報として「第３のデータ格納領域」、属性情報として「属性Ａ」が付与される。また、他の情報が付与されても良く、例えば、データ受信日の情報が付与されても良い。

【0047】

ここで、サービス提供サーバーＡ３００は、印刷枚数に応じてポイントを付与するサービスを提供するサーバーである。従って、図４に示すように、サービス提供サーバーＡ３００は、自サービスに必要なデータを取得するため、サービスＡを表す「属性Ａ」を指定することによって、データ格納サーバー５００の第１のデータ格納領域からデータＡ１００５を取得する。なお、本実施形態では、上述したように、サービス提供サーバーＡ３００が自サービスには必要のないデータＢ１００２にも、サービス提供サーバーＡ３００のサービスＡに対応する「属性Ａ」が付与される。この場合の効果については後述する。

【0048】

図６は、データの送信に係る処理を示すシーケンス図である。以下、図４～図６を参照しながら、サービス提供サーバーＡ３００のサービスＡが登録された後、サービス提供サーバーＡ３００がデータ格納サーバー５００からデータを取得するまでの動作を説明する。

【0049】

図６に示すように、クライアント端末１００のアプリケーション１３０は、送信データ１０００（データＡ１００１、データＢ１００２）を中継サーバー２００へ送信する（Ｓ２０１）。ここでは、送信データ１０００は、データＡ１００１、データＢ１００２を表す。これらのデータを送信するための通信プロトコルは、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）でも良い。また、例えば、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）やＸＭＰＰ（Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ）でも良い。中継サーバー２００の送信先のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）はデータ毎に異なっていても良いし、同じでも良い。

【0050】

中継サーバー２００のアプリケーション２２０は、データＡ１００１、データＢ１００２を受信すると、データベース２１０へ格納する（Ｓ２０２）。アプリケーション２０２は、クライアント端末１００に対して少なくとも１つのサービスが登録されている場合、受信した全てのデータに対して属性情報を付与し（Ｓ２０３）、データ格納サーバー５００に送信する（Ｓ２０４）。アプリケーション２０２は、複数のデータの中継サーバー２００への送信先が異なっていた場合、各送信先に応じて、データ格納サーバー５００のどのデータ格納領域にデータを送信するかを決定しても良い。例えば、データＡ１００１の送信先が中継サーバー２００のＵＲＬ＿Ａ、データＢ１００２の送信先が中継サーバー２００のＵＲＬ＿Ｂと設定されていた場合、データＡ１００１は、第１のデータ格納領域５０８へ送信され、データＢ１００２は、第３のデータ格納領域５１０へ送信されるようにしても良い。その際、ＵＲＬは、データの種類に応じて予め定められるようにしても良い。

【0051】

本実施形態では、クライアント端末１００が登録されているサービスに紐づく全ての属性情報が付与される。例えば、クライアント端末１００に登録されているサービスがサービス提供サーバーＡ３００のサービスＡの場合、データＡ１００３、データＢ１００４に示すように「属性Ａ」が付与される。既に述べたように、中継サーバー２００内のデータベース２１０のクライアント端末－サービス紐づけテーブル２１４には、クライアント端末１００が登録されているサービス一覧が格納されている。中継サーバー２００は、そのテーブルを参照して属性情報を付与する。例えば、サービス提供サーバーＡ３００のサービスＡがサービス登録テーブル２１２に既に登録されている場合、そのサービスＩＤと端末ＩＤが対とされたレコードがクライアント端末－サービス紐づけテーブル２１４に格納されている。中継サーバー２００は、そのレコードを参照し、クライアント端末１００がサービス提供サーバーＡ３００のサービスＡに登録されていることを認識する。

【0052】

付与される属性情報として、サービス名やサービスの内容を表す用語が用いられても良い。例えば、サービス提供サーバーＡ３００のサービスＡは印刷枚数に応じてポイントを付与するサービスであるので、「属性Ａ」の代わりに「プリントログ」などと設定されるようにしても良い。また、例えば、インク残量が枯渇しそうな状況を検知してインクを自動的に発注するサービスであれば、「自動発注サービス」などのサービス名が設定されても良い。

【0053】

データ格納サーバー５００のアプリケーション５２０は、中継サーバー２００からデータ（データＡ１００３、データＢ１００４）を受信すると、指定されたデータ格納領域へデータを格納する（Ｓ２０５）。例えば、アプリケーション５２０は、データＡ１００３を「第１のデータ格納領域」に従って、第１のデータ格納領域５０８に格納し、データＢ１００４を「第３のデータ格納領域」に従って、第３のデータ格納領域５１０に格納する。

【0054】

次に、データ格納サーバー５００のアプリケーション５２０は、データを格納した旨を、格納先のデータ格納領域に応じて、サービス提供サーバーへ通知する（Ｓ２０６）。その際、通知先のサービス提供サーバーは、データ格納領域に対して予め定められたサービス提供サーバーへ通知しても良いし、全てのサービス提供サーバーへ通知しても良い。例えば、第１のデータ格納領域５０８にデータが格納されると、サービス提供サーバーＡ３００へ通知するように設定されても良い。ここでは、第１のデータ格納領域５０８にデータが格納されると、サービス提供サーバーＡ３００に通知するように設定されている。

【0055】

データ格納サーバー５００から通知を受けたサービス提供サーバーは、属性情報を指定することによってデータ格納サーバー５００のデータ格納領域からデータを取得する（Ｓ２０７）。例えば、サービス提供サーバーＡ３００は、第１のデータ格納領域５０８にデータが格納された旨の通知を受信すると、属性情報、例えば「属性Ａ」を指定することにより、第１のデータ格納領域５０８からデータを取得する。この属性情報の指定は、各サービス提供サーバーに対応する属性情報のみを指定することにより行われる。また、「属性Ａ」の代わりに「プリントログ」と設定されている場合には、サービス提供サーバーＡ３００は、「プリントログ」を指定することにより、第１のデータ格納領域５０８からデータを取得する。

【0056】

次に、図７を参照しながら、サービス提供サーバーＡ３００がサービス拡張のため、データＢ１００４を取得するケースを説明する。つまり、サービス提供サーバーＡ３００がサービスＡとサービスＢを提供可能にサービス拡張したケースを想定する。図７は、サービス提供サーバーＡ３００が第３のデータ格納領域５１０から、属性情報を指定することによってデータを取得することを示す図である。

【0057】

ここで、データＢ１００４は、データ格納サーバー５００の第３のデータ格納領域５１０に既に格納されている。そこで、サービス提供サーバーＡ３００は、属性情報として「属性Ａ」を指定することにより、データ格納サーバー５００の第３のデータ格納領域５１０からデータを取得する。上述したように、中継サーバー２００は、クライアント端末１００から受信したすべてのデータ（データＡ１００１、データＢ１００２）に対して、クライアント端末１００が登録されているサービスの属性情報を付与している。つまり、サービス提供サーバーＡ３００は、サービスＡに用いるため、データＡ１００５をデータ格納サーバー５００の第１のデータ格納領域５０８から取得する。そして、サービス拡張後、サービスＢに用いるため、中継サーバー２００を介することなく、データＢ１００６をデータ格納サーバー５００の第３のデータ格納５１０から取得する。このような構成により、サービス提供サーバーＡ３００のサービス拡張時においても、サービス提供サーバーＡ３００が提供可能になったサービス用のデータをサービス提供サーバーＡ３００に提供するために、中継サーバー２００の構成を変更する必要はない。そのため、中継サーバー２００の構成の変更によってシステムへの影響が大きくなってしまうことを防ぐことができる。

【0058】

次に、図８を参照しながら、新規サービス提供サーバーＢ４００のサービスＢがクライアント端末１００について登録され、サービス提供サーバーＢ４００が第３のデータ格納領域５１０からデータＢ１００４を取得するケースを説明する。図８は、サービス提供サーバーＡ３００が第１のデータ格納領域５０８から、また、サービス提供サーバーＢ４００が第３のデータ格納領域５１０から、属性情報を指定することによってデータを取得することを示す図である。

【0059】

既に述べたように、中継サーバー２００は、クライアント端末１００に対して少なくとも１つのサービスが登録された場合、クライアント端末１００から送信される全てのデータをデータ格納サーバー５００に送信する。サービス提供サーバーＢ４００のサービスＢが登録された状態であれば、中継サーバー２００は、データＡ１００１とデータＢ１００２それぞれに対して、サービスＡ及びサービスＢに対応する「属性Ａ」及び「属性Ｂ」を属性情報として付与する。つまり、中継サーバー２００は、データＢ１００２に対して「属性Ａ」及び「属性Ｂ」の属性情報を付与して、第３のデータ格納領域５１０に送信する。

【0060】

サービス提供サーバーＡ３００が印刷枚数に応じてポイントを付与するサービスを提供するサーバーであり、サービス提供サーバーＢ４００がインク残量が枯渇しそうな状況を検知してインクを自動的に発注するサービスを提供するサーバーであるとする。そして、それら２つのサービスが既に中継サーバー２００に登録されている場合、クライアント端末－サービス紐づけテーブル２１４には、２つのサービスそれぞれのサービスＩＤと端末ＩＤとがレコードとして登録されている。中継サーバー２００は、そのレコードを参照し、属性情報を付与する。ここでは、クライアント端末１００には２つのサービスが登録されているので、付与される属性情報は「属性Ａ」と「属性Ｂ」である。若しくは、「属性Ａ」の代わりに「プリントログ」、「属性Ｂ」の代わりに「自動発注サービス」という属性情報が付与されても良い。

【0061】

サービス提供サーバーＢ４００は、中継サーバー２００を介することなく、サービスＢと対応する属性情報「属性Ｂ」を指定することによって、データ格納サーバー５００の第３のデータ格納領域５１０からデータを取得する。その結果、サービス提供サーバーＢ４００は、クライアント端末１００のデータＢ１００２をサービスに用いることができる。

【0062】

このような構成により、新規サービス提供サーバーＢ４００のサービスＢがクライアント端末１００について登録された場合においても、新規サービス提供サーバーＢ４００にクライアント端末１００のデータを提供するために、中継サーバー２００の構成を変更する必要はない。そのため、中継サーバー２００の構成の変更によってシステムへの影響が大きくなってしまうことを防ぐことができる。

【0063】

［第２実施形態］
以下、第２実施形態について第１実施形態と異なる点について説明する。本実施形態では、データ格納サーバー５００に新規データ格納領域が追加された場合について図９と図１０を参照しながら説明する。

【0064】

本実施形態では、データ格納サーバー５００のアプリケーション５２０は、各データ格納領域に一意の識別子（識別情報）を割り振る。図９に示すように、例えば、第１のデータ格納領域５０８が印刷枚数に関するデータの格納領域である場合、アプリケーション５２０は、識別子５１２として「印刷ログ」を割り振る。また、第２のデータ格納領域５０９が印刷装置のハードウェア情報に関するデータの格納領域である場合、アプリケーション５２０は、識別子５１３として「ハードウェア情報」を割り振る。また、第３のデータ格納領域５１０がインク情報に関するデータの格納領域である場合、アプリケーション５２０は、識別子５１４として「インク情報」を割り振る。つまり、識別子には、格納されたデータの種類を識別可能な情報が用いられる。

【0065】

クライアント端末１００から新たなデータＣ（例えば、ネットワーク情報に関するデータ）が中継サーバー２００に送信されるようになった場合、データ格納サーバー５００では、新規データ格納領域として、第４のデータ格納領域５１１が追加される。その際、データ格納サーバー５００のアプリケーション５２０は、第４のデータ格納領域５１１に対して、識別子「ネットワーク情報」を割り振る。

【0066】

図１０に示すように、データ格納サーバー５００のアプリケーション５２０は、第４のデータ格納領域５１１の追加を検知すると（Ｓ３０１）、第４のデータ格納領域５１１に割り振った識別子５１５の「ネットワーク情報」とともに、新規データ格納領域が追加された旨を各サービス提供サーバーに通知する（Ｓ３０２、Ｓ３０４）。例えば、アプリケーション５２０は、新規データ格納領域として第４のデータ格納領域５１１が追加された旨をサービス提供サーバーＡ３００とサービス提供サーバーＢ４００に通知する。

【0067】

各サービス提供サーバーは、通知された識別子に基づいて、第４のデータ格納領域５１１が、自サーバーが取得するべきデータの格納領域であるか否かを判定する（Ｓ３０３、Ｓ３０５）。例えば、第４のデータ格納領域５１１に割り振られた識別子が「ネットワーク情報」であれば、各サービス提供サーバーは、「ネットワーク情報」という識別子に基づいて、第４のデータ格納領域５１１が取得するべきデータの格納領域であるか否かを判定する。ここで、取得するべきデータの格納領域であると判定された場合、その判定を行ったサービス提供サーバーは、属性情報「ネットワーク情報」を指定することによって、第４のデータ格納領域５１１からデータを取得する（Ｓ３０６）。

【0068】

以上のように、本実施形態によれば、データ格納サーバー５００内に新規データ格納領域が追加された場合、新規データ格納領域と識別子が各サービス提供サーバーに通知される。そのような構成により、新規データ格納領域の情報とともに識別子をサービス提供サーバーに通知することにより、新規データ格納領域が自サービスで用いるデータの取得先となるかについてサービス提供サーバーが判定可能となる。そして、新規データ格納領域がデータの取得先となると判定したサービス提供サーバーは、中継サーバー２００を介することなく、新規データ格納領域からデータを取得することができる。そのため、クライアント端末１００から新たなデータが中継サーバー２００に送信されるようになった場合においても、サービス提供サーバーにそのデータを提供するために、中継サーバー２００の構成を変更する必要はない。そのため、中継サーバー２００の構成の変更によってシステムへの影響が大きくなってしまうことを防ぐことができる。

【0069】

また、本実施形態では、データ格納サーバー５００のアプリケーション５２０が、各データ格納領域に識別子を割り振ると説明した。しかしながら、中継サーバー２００が、データ格納サーバー５００に送信するデータに対して、識別子を割り振るようにしても良い。その際、中継サーバー２００は、識別子に基づいて、データ格納サーバー５００にデータを送信するか否かを判定するようにしても良い。そのような構成により、サービス提供サーバーのサービスに用いられないデータをデータ格納サーバー５００に送信してしまうことを防ぐことができる。

【0070】

［第３実施形態］
以下、第３実施形態について第１及び第２実施形態と異なる点について説明する。本実施形態では、新規サービス提供サーバー（サービス提供サーバーＣ７００）が追加された場合について、図１１を参照しながら説明する。

【0071】

サービス提供サーバーＣ７００のアプリケーションＣ７１０は、データ格納サーバー５００のアプリケーション５２０に対して、新規サービスの内容が記述された情報とともに、新規サービスが追加された旨を通知する（Ｓ４０１）。データ格納サーバー５００のアプリケーション５２０は、その通知を受けると、新規サービスの内容が記述された情報に基づいて、新規サービス提供サーバー７００がどのデータ格納領域からデータを取得すれば良いかを判定する（Ｓ４０２）。その判定においては、第２実施形態で説明した識別子が用いられても良い。そして、データ格納サーバー５００のアプリケーション５２０は、その結果をサービス提供サーバーＣ７００に通知する（Ｓ４０３）。サービス提供サーバーＣ７００のアプリケーションＣ７１０は、その通知を受けると、通知されたデータ格納領域からデータを取得する。例えば、Ｓ４０２で、第１のデータ格納領域５０８～第３のデータ格納領域５１０からデータを取得すれば良いと判定された場合、サービス提供サーバーＣ７００のアプリケーションＣ７１０は、Ｓ４０４、Ｓ４０５、Ｓ４０６において、各データ格納領域からデータを取得する。

【0072】

例えば、新しく追加されたサービス提供サーバーＣ７００がクラウド上のデータを印刷するサービスの場合、新規サービスの内容は「クラウド印刷サービス」として通知される。データ格納サーバー５００のアプリケーション５２０は、「クラウド印刷サービス」という新規サービスの内容に基づいて、サービス提供サーバーＣ７００がどのデータ格納領域からデータを取得すれば良いかを判定する。

【0073】

例えば、サービス提供サーバーＡ３００が提供する、印刷枚数に応じてポイントを付与するサービスがクライアント端末１００に対して、中継サーバー２００に登録済みとする。また、サービス提供サーバーＢ４００が提供する、インク残量が枯渇しそうな状況を検知してインクを自動的に発注するサービスがクライアント端末１００に対して、中継サーバー２００に登録済みとする。さらに、サービス提供サーバーＣ７００が提供する、クラウド上のデータを印刷するサービスが中継サーバー２００に登録されると、中継サーバー２００のクライアント端末－サービス紐づけテーブル２１４には、同じ端末ＩＤに対して３つのサービスＩＤが登録される。例えば、中継サーバー２００は、同じ端末ＩＤに対して、「プリントログ」、「自動発注サービス」、「クラウド印刷」といった３つの属性情報を付与する。本実施形態では、さらに、図１１の処理により、サービス提供サーバーＣ７００には、データの取得先となるデータ格納領域の情報が通知される。

【0074】

以上のように、本実施形態によれば、新規サービス提供サーバーが追加された場合、データ格納サーバー５００は、新規サービス提供サーバーが取得すべきデータが格納されているデータ格納領域を新規サービス提供サーバーに通知する。そのような構成により、新規サービス提供サーバーが追加された場合であっても、中継サーバー２００を介することなく、サービスに用いるデータを新規サービス提供サーバーに対して提供することができる。そのため、中継サーバー２００の構成の変更によってシステムへの影響が大きくなってしまうことを防ぐことができる。

【0075】

また、本実施形態では、データ格納サーバー５００が、新規サービス提供サーバーが取得すべきデータが格納されているデータ格納領域を判定するとして説明したが、全てのデータ格納領域を新規サービス提供サーバーに通知するようにしても良い。そして、通知を受けた新規サービス提供サーバーは、全てのデータ格納領域をスキャンし、各データ格納領域に割り振られた識別子に基づいて、自サーバーのサービスに必要なデータであるか否かを判定するようにしても良い。

【0076】

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【0077】

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

【符号の説明】

【0078】

１００ クライアント端末： ２００ 中継サーバー： ３００、４００ サービス提供サーバー： ５００ データ中継サーバー： １０７、２０４、３０４、４０４、５０４ ＣＰＵ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】