(57)【要約】【課題】サービスごとに、そのサービスの提供者に適切な情報を提供すること。【解決手段】サービスを提供するサーバとそのサービスを受ける端末との通信を中継する中継装置は、端末が提供可能な複数の情報のうちの、サービスを提供するサーバへの端末からの送信対象の情報をサービスごとに特定可能な設定をその端末に記憶させ、サーバから、複数のサービスのうちの所定のサービスに対応する情報の要求を受信した場合に、その所定のサービスを端末へ通知し、その通知と設定に基づいて端末により特定された情報を端末から受信し、サーバへ転送する。【選択図】  図５
2020021251.tif 000002
【特許請求の範囲】
【請求項１】
サービスを提供するサーバと当該サービスを受ける端末との通信を中継する中継装置であって、
前記端末が提供可能な複数の情報のうちの当該端末から前記サービスを提供するサーバへ送信対象の情報を前記サービスごとに特定可能な設定を前記端末に記憶させる記憶手段と、
前記サーバから、複数のサービスのうちの所定のサービスに対応する情報の要求を受信した場合に、当該所定のサービスを前記端末へ通知し、当該通知と前記設定に基づいて当該端末により特定された情報を当該端末から受信して、前記サーバへ転送する転送手段と、
を有することを特徴とする中継装置。
【請求項２】
前記複数の情報はそれぞれが１つ以上の情報を含んだ複数のブロックに分割され、
前記設定では、当該ブロックごとに、前記端末から送信されるべきか否かが示される、
ことを特徴とする請求項１に記載の中継装置。
【請求項３】
前記記憶手段は、さらに、前記中継装置を介して提供されるサービスと当該サービスにおいて要求される情報とを関連付けた情報を前記設定として当該端末に記憶させる、
ことを特徴とする請求項１又は２に記載の中継装置。
【請求項４】
前記中継装置は、前記中継装置が通信を中継する端末が登録された第１の情報、及び、前記中継装置を介して提供されるサービスと当該サービスを受ける端末とを関連付けた第２の情報を記憶し、
前記記憶手段は、前記第１の情報に登録された端末が、前記第２の情報に登録されている場合、当該第２の情報において当該端末と関連付けられているサービスにおいて要求される情報を、前記設定として当該端末に記憶させる、
ことを特徴とする請求項３に記載の中継装置。
【請求項５】
前記記憶手段により前記端末に記憶される前記設定を動的に変更する変更手段をさらに有する、
ことを特徴とする請求項１から４のいずれか１項に記載の中継装置。
【請求項６】
前記変更手段は、前記中継装置の負荷または前記中継装置と前記端末または前記サーバとの間のネットワークの負荷に応じて、前記設定を動的に変更する、
ことを特徴とする請求項５に記載の中継装置。
【請求項７】
前記変更手段は、前記負荷が高い所定の状態において、送信すべき情報の数を減らすように前記設定を変更する、
ことを特徴とする請求項６に記載の中継装置。
【請求項８】
前記変更手段は、前記負荷が高い所定の状態において、送信すべき情報の送信頻度を減らすように前記設定を変更する、
ことを特徴とする請求項６又は７に記載の中継装置。
【請求項９】
前記変更手段が前記送信頻度を減らした場合、前記転送手段は、前記サーバからの前記要求によらずに、変更された前記設定に基づいて前記端末へ当該要求を送信して、当該設定に基づく情報を当該端末に送信させる、
ことを特徴とする請求項８に記載の中継装置。
【請求項１０】
前記複数のブロックは、複数のサービスに対して共通して通知される前記端末に関する情報のブロックを含む、
ことを特徴とする請求項２に記載の中継装置。
【請求項１１】
前記複数のブロックは、前記端末のハードウェアに固有の情報のブロックと、前記端末のユーザによる利用履歴の情報のブロックとを含む、
ことを特徴とする請求項２に記載の中継装置。
【請求項１２】
前記端末はインクジェット方式の印刷装置であり、
前記利用履歴の情報は、前記印刷装置によって行われた印刷の履歴の情報と、前記印刷装置で使用されたインクの情報と、前記印刷装置におけるインクヘッドのクリーニングの情報と、の少なくともいずれかを含む、
ことを特徴とする請求項１１に記載の中継装置。
【請求項１３】
サービスを提供するサーバと当該サービスを受ける端末との通信を中継する中継装置の制御方法であって、
記憶手段が、前記端末が提供可能な複数の情報のうちの当該端末から前記サービスを提供するサーバへ送信対象の情報を前記サービスごとに特定可能な設定を前記端末に記憶させる記憶工程と、
転送手段が、前記サーバから、複数のサービスのうちの所定のサービスに対応する情報の要求を受信した場合に、当該所定のサービスを前記端末へ通知し、当該通知と前記設定に基づいて当該端末により特定された情報を当該端末から受信して、前記サーバへ転送する転送工程と、
を有することを特徴とする制御方法。
【請求項１４】
サービスを提供するサーバと当該サービスを受ける端末との通信を中継する中継装置に備えられたコンピュータに、
前記端末が提供可能な複数の情報のうちの当該端末から前記サービスを提供するサーバへ送信対象の情報を前記サービスごとに特定可能な設定を前記端末に記憶させる処理を実行し、
前記サーバから、複数のサービスのうちの所定のサービスに対応する情報の要求を受信した場合に、当該所定のサービスを前記端末へ通知させ、当該通知と前記設定に基づいて当該端末により特定された情報を当該端末から受信させて、前記サーバへ転送させる、
ためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置間で提供される情報を制限する技術に関する。
【背景技術】
【０００２】
近年、インターネット等のネットワークを通じて提供されるサービスが増加し、それに伴って、ネットワーク接続可能な端末（クライアント端末）も急激に増加している。サービスによっては、それらの端末を管理するための中継サーバが設置され、その中継サーバを通じてサービスが提供される。特許文献１には、このようなシステムにおいて、サービス提供側の装置が、中継サーバを介してクライアント端末の情報を取得することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３１６９９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のようなシステムでは、既存のシステムに、新規サービスを提供する新規サーバを追加することが想定される。そして、このような新規サーバが追加される場合、サービスが異なると必要な情報も異なることが予想される。しかしながら、特許文献１に記載のシステムでは、新規サービスの追加が考慮されていないため、サービス提供側の装置に対して適切に情報提供することができないという課題があった。
【０００５】
本発明は、上記課題に鑑みなされたものであり、サービスごとに、そのサービスの提供者に適切な情報を提供することを可能とする技術を提供する。
【課題を解決するための手段】
【０００６】
本発明の一態様による中継装置は、サービスを提供するサーバと当該サービスを受ける端末との通信を中継する中継装置であって、前記端末が提供可能な複数の情報のうちの当該端末から前記サービスを提供するサーバへ送信対象の情報を前記サービスごとに特定可能な設定を前記端末に記憶させる記憶手段と、前記サーバから、複数のサービスのうちの所定のサービスに対応する情報の要求を受信した場合に、当該所定のサービスを前記端末へ通知し、当該通知と前記設定に基づいて当該端末により特定された情報を当該端末から受信して、前記サーバへ転送する転送手段と、を有する。
【発明の効果】
【０００７】
本発明によれば、サービスごとに、そのサービスの提供者に適切な情報を提供することができる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの構成例を示す図である。
【図２】情報登録処理の流れの例を示す図である。
【図３】中継サーバのデータベースに格納されるデータの例を示す図である。
【図４】端末装置の端末情報格納領域に保存されるデータ構造の例を示す図である。
【図５】サービスごとの送信可能情報を規定するテーブルの例を示す図である。
【図６】情報提供処理の流れの例を示す図である。
【図７】送信可能情報の動的な変更の例を示す図である。
【図８】送信可能情報の送信設定の例を示す図である。
【図９】送信可能情報の送信設定の動的な変更の例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら本発明の実施の形態について説明する。なお、以下の実施形態は、本発明の技術的特徴について例を通じて説明するものであり、説明する実施形態の内容に本発明を限定することは意図されていない。すなわち、説明される技術的に特徴の一部または全部が、同様の技術的特徴を実現可能な他の構成と置き換えられてもよい。例えば、複数の機能ブロックや方法のステップが１つの機能ブロックや１つの方法のステップとしてまとめられてもよいし、１つの機能ブロックや方法のステップが、複数の機能ブロックや複数の方法のステップに分割されてもよい。また、必要に応じて、機能ブロックや方法のステップの少なくとも一部が省略されてもよい。
【００１０】
（システム構成）
本実施形態に係る情報処理システムの構成例を、図１に示す。本情報処理システムは、クライアント端末１００、中継サーバ２００、第１サービスサーバ３００、及び第２サービスサーバ３４０を含んで構成される。なお、図１では、クライアント端末１００及び中継サーバ２００がそれぞれ１台存在する場合について説明しているが、これらの装置はそれぞれ２台以上存在してもよい。なお、クライアント端末１００又は中継サーバ２００が複数存在する場合、それらの装置は同じ処理を実行する装置であってもよいし、異なる処理を実行する装置であってもよい。また、図１では、第１サービスサーバ３００と第２サービスサーバ３４０との２台のサービスサーバが存在する場合の例を示しているが、サービスサーバは１台又は３台以上であってもよい。なお、複数のサービスサーバは同じサービスを提供してもよいし、異なるサービスを提供してもよい。
【００１１】
クライアント端末１００は、ユーザが利用する端末であり、第１サービスサーバ３００及び第２サービスサーバ３４０は、ユーザに対して、それぞれ所定のサービスを提供するサーバである。また、中継サーバ２００は、クライアント端末１００と第１サービスサーバ３００又は第２サービスサーバ３４０との間で、サービスに関連して実行される通信を中継する中継装置である。すなわち、クライアント端末１００が中継サーバ２００と接続し、中継サーバ２００が第１サービスサーバ３００又は第２サービスサーバ３４０と接続して、中継サーバ２００は、クライアント端末１００とこれらのサービスサーバとの間の通信を中継する。ユーザは、これにより、クライアント端末１００を介して、第１サービスサーバ３００又は第２サービスサーバ３４０からのサービスの提供を受けることができる。なお、中継サーバ２００は、例えば、複数の機能をそれぞれ分担して実行するサーバ群によって構成されてもよい。この場合、例えばサーバ群がクライアント端末やサービスサーバから見えないローカルエリアネットワークで接続され、中継サーバ２００（サーバ群）は、クライアント端末やサービスサーバからは１つの装置として認識されるように構成されうる。同様に、サービスサーバも複数のサーバ群から構成されてもよい。
【００１２】
クライアント端末１００と中継サーバ２００は、ネットワーク４００を介して接続される。一例において、クライアント端末１００はネットワーク４００上に存在する無線ＬＡＮのアクセスポイントと接続し、そのアクセスポイントを介して中継サーバ２００と接続する。また、アクセスポイントと中継サーバ２００との間には１つ以上のルータが存在してもよい。すなわち、クライアント端末１００と中継サーバ２００との通信経路において、これらの装置の間に、１つ以上の装置が含まれうる。なお、クライアント端末１００は、ネットワーク４００上のルータと有線接続してもよい。また、クライアント端末１００と中継サーバ２００とが直接接続されてもよい。このように、クライアント端末１００と中継サーバ２００は、任意の形態で接続されうる。なお、中継サーバ２００と第１サービスサーバ３００及び第２サービスサーバ３４０との間の接続についても同様である。
【００１３】
本実施形態では、各サービスサーバ（第１サービスサーバ３００及び第２サービスサーバ３４０）の要求に応じて、クライアント端末１００が、中継サーバ２００を介して各サービスサーバへ情報を送信する。従来、例えば新規サービスサーバの追加があった場合に、その新規サービスサーバに対して、そのサーバが必要とするクライアント端末の情報を適切に提供することができない場合があった。ここで、最も単純な方法として、クライアント端末が有する情報の全てを新規サービスサーバに提供することが考えられる。しかしながら、この場合、サービスに関係がない情報が送受信されてしまうことにより、情報漏洩や、不必要な通信の増大による中継サーバやネットワークの負荷の増大を招きうる。そこで、本実施形態では、中継サーバ２００が、クライアント端末１００の情報の中からサービスサーバに対して送信する内容を、そのサービスサーバの要求によって決定する。これにより、適切な情報のみがクライアント端末１００からサービスサーバへ提供されるようにし、不必要な情報が送受信されることを防ぐことが可能となる。また、不必要な情報の送受信を防ぐことによって、中継サーバ２００やネットワークの負担を低減し、設備の維持に要する費用を抑えることが可能となる。
【００１４】
続いて、各装置の構成について説明する。
【００１５】
クライアント端末１００は、一例として、表示装置１０１、入力装置１０２、出力装置１０３、ＲＯＭ１０４、ＲＡＭ１０６、ＣＰＵ１０７、記憶装置１０８、及び通信モジュール１０９を含んで構成される。これらの各装置は、一例において、すべて電気的な通信バス１５０によって相互に接続される。なお、ＲＯＭはＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの、ＲＡＭはＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの、ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの頭字語である。なお、一例において、ＲＯＭ１０４は制御プログラム１０５を格納し、記憶装置１０８は、その内部に端末情報格納領域１１０を有する。
【００１６】
表示装置１０１は、例えば発光パターンによって情報表示を行うランプや画面を用いて情報表示を行うディスプレイであり、ユーザがクライアント端末１００に入力した結果の情報や、各種処理が実行された結果の情報等を表示する。なお、表示装置１０１は、視覚的出力に代えて又はこれに加えて、音声等の聴覚的出力や振動出力等の各種情報出力を行うように、スピーカや振動子を含んで構成されてもよい。
【００１７】
入力装置１０２は、例えばキーボードやポインティングデバイス（マウス）、タッチパッド等によって構成され、ユーザ操作の受付を行い、そのユーザ操作を示す命令をクライアント端末１００内に取り込む。なお、入力装置１０２は、ユーザ操作やユーザ指示を受付可能である限り、どのような装置構成を取ってもよい。例えば、入力装置１０２は、ユーザ指示を音声で取得するマイクや、ユーザの動きを撮像してその動きによってユーザ指示を受け付けるカメラや、クライアント端末１００が振られたことを検出するセンサなどであってもよい。また、例えばタッチパネルを用いて、表示装置１０１と入力装置１０２とを１つの装置によって実現してもよい。また、入力装置１０２はスキャナであってもよく、スキャン機能によって原稿を読み取った結果をクライアント端末１００の内部に取り込むように構成されてもよい。
【００１８】
出力装置１０３は、入力装置１０２によって入力された命令の成果物を出力する。出力装置１０３は、例えば印刷装置であり、記録媒体（例えば紙）上にインクを吐出し、インク像が形成された記録媒体を成果物として出力する。また、出力装置１０３は、例えば外部の記憶装置に接続するインタフェイスであり、成果物を外部の記憶装置に出力して蓄積させる。また、出力装置１０３により、これら以外の出力が行われてもよい。
【００１９】
ＲＯＭ１０４は、不揮発性メモリであり、例えば、クライアント端末１００が実行すべき（例えばバイナリ化された）プログラムコードを保存する。このプログラムコードの中には、制御プログラム１０５が含まれる。制御プログラム１０５は、例えば、クライアント端末１００の全体（表示装置１０１、入力装置１０２、出力装置１０３、ＲＡＭ１０６、及び通信モジュール１０９）を制御するためのプログラムである。例えば、制御プログラム１０５がＣＰＵ１０７によって実行されることにより、通信モジュール１０９が制御され、この制御の下で通信モジュール１０９における信号の送受信処理が実行される。ＲＡＭ１０６は、揮発性メモリであり、一時的な情報を記憶する。ＣＰＵ１０７は、クライアント端末１００の全体の制御等、各種制御を実行する。ＣＰＵ１０７は、例えばＲＯＭ１０４から制御プログラム１０５を読み出して、ＲＡＭ１０６にロードし、ＲＡＭ１０６をワークスペースとして用いながら各種制御を実行する。なお、ＣＰＵ１０７や、ＲＯＭ１０４及びＲＡＭ１０６は、プロセッサとメモリの一例であり、これら以外のプロセッサ及びメモリ構成が用いられてもよい。また、例えば、少なくとも一部の処理が、ＡＳＩＣ（特定用途向け集積回路）や事前に所定の処理を実行するように設定されたＦＰＧＡ（フィールドプログラマブルゲートアレイ）等の、専用のハードウェアを用いて実行されてもよい。記憶装置１０８は、データを保存する装置であり、ＣＰＵ１０７によって保存内容の書き込み及び読み込みが行われうる。記憶装置１０８の内部には、端末情報格納領域１１０が形成される。端末情報格納領域１１０は、クライアント端末１００が有する情報が保存される。通信モジュール１０９は、クライアント端末１００が外部の装置（例えば中継サーバ２００）と通信を行うための機能部である。
【００２０】
クライアント端末１００では、例えばクライアント端末１００がインクジェット方式の印刷装置である場合、表示装置１０１が、紙のサイズの設定やカラー印刷かモノクロ印刷かの設定等の情報をユーザに提示する。そして、ユーザは、入力装置１０２を用いて、クライアント端末１００の印刷設定を行い、ＣＰＵ１０７がＲＯＭ１０４に保存されたプログラムを実行することによって出力装置１０３を制御して、出力装置１０３が印刷物を出力する。なお、端末情報格納領域１１０には、クライアント端末１００のシリアル番号、機種名等のクライアント端末１００に関する情報が記憶されるが、クライアント端末１００が印刷装置である場合、印刷に関する情報も併せて記憶される。例えば、クライアント端末１００によってこれまでに印刷が行われた回数（出力された用紙の総枚数）、インクの消費量、インクヘッドのクリーニング日時、回数、ネットワーク情報などが、端末情報格納領域１１０に保存される。
【００２１】
中継サーバ２００は、例えば、通信モジュール２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＣＰＵ２０４、記憶装置２０５、及びデータベース２０７を含んで構成される。これらの各装置は、一例において、すべて電気的な配線バス２１０によって相互に接続される。中継サーバ２００は、例えば汎用のサーバを用いて、記憶装置２０５に記憶された制御プログラム２０６をＣＰＵ２０４がＲＡＭ２０３を用いて実行することにより、後述のような処理を実行するように構成される。なお、データベース２０７は、中継サーバ２００によって読み書きが行われるユーザの情報やサービスを提供するのに必要な情報が格納される。
【００２２】
第１サービスサーバ３００は、通信モジュール３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＣＰＵ３０４、及び記憶装置３０５を含んで構成される。これらの各装置は、一例において、すべて電気的な配線バス３０７によって相互に接続される。同様に、第２サービスサーバ３４０は、通信モジュール３４１、ＲＯＭ３４２、ＲＡＭ３４３、ＣＰＵ３４４、及び記憶装置３４５を含んで構成される。これらの各装置は、一例において、すべて電気的な配線バス３４７によって相互に接続される。第１サービスサーバ３００は、例えば汎用のサーバによって構成され、記憶装置３０５に記憶された制御プログラム３０６を、ＣＰＵ３０４がＲＡＭ３０３を用いて実行することにより、第１の所定のサービスを提供するように構成される。同様に、第２サービスサーバ３４０は、例えば汎用のサーバによって構成され、記憶装置３４５に記憶された制御プログラム３４６を、ＣＰＵ３４４がＲＡＭ３４３を用いて実行することにより、第２の所定のサービスを提供するように構成される。
【００２３】
ネットワーク４００は、例えば、インターネットやイントラネット、ＬＡＮやＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、または、これらの組み合わせでありうる。なお、これらは一例であり、これら以外のネットワークが用いられてもよい。なお、ネットワーク４００は、有線ネットワークと無線ネットワークのいずれであってもよく、また、例えば一部区間が有線ネットワークであり、他の区間が無線ネットワークであるように構成されてもよい。例えば、クライアント端末１００と中継サーバ２００との間で、クライアント端末１００が無線ＬＡＮルータに接続し、無線ＬＡＮルータは、有線回線で中継サーバ２００と接続しうる。
【００２４】
（処理の流れ）
続いて、本実施形態の処理の流れについて説明する。本処理では、クライアント端末１００、第１サービスサーバ３００及び第２サービスサーバ３４０が、それぞれ、中継サーバ２００に対する登録処理を実行する。中継サーバ２００は、クライアント端末１００が提供可能な情報を、その種別等によって複数のブロックに分割し、ブロックごとに、クライアント端末１００からサービスサーバへの提供可否を設定する。なお、各ブロックは、少なくとも１つの情報要素を含む。
【００２５】
図２は、この処理の流れの例を示している。本処理では、まず、クライアント端末１００にインストールされたアプリケーション１２０が、中継サーバ２００に対して、登録処理のための要求を送信する（Ｓ５０１）。中継サーバ２００は、この要求を受信すると、このクライアント端末１００の情報を生成してデータベース２０７に登録する（Ｓ５０２）。ここで、中継サーバ２００においてデータベース２０７に登録される情報の例を図３に示す。クライアント端末１００の情報は、例えば、図３のクライアント端末登録テーブル６０３のようなテーブルによって管理され、登録処理によって新しいレコードが作成される。クライアント端末登録テーブル６０３は、一意キーとして、各レコードの登録時に作成される、ほぼ重複する可能性がない固有の文字列（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤ、ＵＵＩＤ）を含む。また、クライアント端末登録テーブル６０３は、各ＵＵＩＤに対応付けられる形式で、クライアント端末１００に固有の識別情報（端末ＩＤ）と、端末の詳細な情報が記載された端末情報と、登録日時とをさらに含みうる。なお、クライアント端末登録テーブル６０３は、例えば端末情報や登録日時の情報を保持しなくてもよく、これら以外の他の情報をさらに含んでもよい。すなわち、クライアント端末登録テーブル６０３は、クライアント端末１００を一意に特定可能な識別情報を保持する限り、他の情報を含まなくてもよいし、各種オプション情報を含んでもよい。
【００２６】
次に、第１サービスサーバ３００内のアプリケーション３１０が、中継サーバ２００に対して、サービスとそのサービスの提供を受ける端末ＩＤの登録処理を要求する（Ｓ５０３）。中継サーバ２００は、この要求を受信すると、第１サービスサーバ３００によって指定されたサービスと端末ＩＤとを関連付ける情報を生成してデータベース２０７に登録する（Ｓ５０４）。ここで、中継サーバ２００は、この情報を、例えば、図３のサービス登録テーブル６０２のような形式でデータベース２０７に登録する。サービス登録テーブル６０２は、ＵＵＩＤを一意キーにして、提供されるサービスに固有の識別情報（サービスＩＤ）とサービスを受けるクライアント端末１００の端末ＩＤとを含む。なお、サービス登録テーブル６０２は、例えばレコードが登録された登録日時の情報をオプションとして含んでもよい。
【００２７】
また、中継サーバ２００は、予め、サービスマスタテーブル６０１として、ＵＵＩＤを一意キーとして、サービスＩＤと各サービスサーバへ提供されるべき情報（必要情報ブロック）とを関連付けて保持する。なお、サービスマスタテーブル６０１は、オプションとして、レコードが登録された登録日時の情報を含んでもよい。必要情報ブロックの欄には、クライアント端末１００が提供可能な情報が種別等によって分割されることによって得られるブロックごとに、各サービスを実行するサービスサーバが要求する情報が示されている。中継サーバ２００は、サービスサーバが新規に追加されるなど、新規サービスが登録された際に、サービスマスタテーブル６０１にその新規サービスに対応するレコードを登録する。
【００２８】
ここで、図４に、クライアント端末１００が提供可能な情報の一覧の例を示す。クライアント端末１００が提供可能な情報は、一例において、シリアル番号、機種名、及びＲＯＭバージョンを含む。また、クライアント端末１００が印刷装置である場合、この情報は、用紙タイプ、用紙サイズ、印刷枚数、インク消費量、インクタンク交換回数、インクタンク個体情報、最終クリーニング日時、及びクリーニング回数を含む。また、この情報は、通信の情報として通信モジュール１０９のＭＡＣアドレス及び通信時の暗号化情報を、クライアント端末１００に異常がないか等の状況を示す情報として端末温度及びエラー詳細情報を含みうる。そして、これらの情報は、例えばその情報の種別に応じて情報のブロックに分割される。このブロックへの分割は、例えば図５のように行われる。図５の例では、シリアル番号、機種名、及びＲＯＭバージョンが、共通機種情報として１つのブロックにまとめられる。この共通機種情報は、サービスによらず必要な最低限の情報が含まれるブロックでありうる。また、用紙タイプと用紙サイズと印刷枚数が印刷情報として、インク消費量とインクタンク交換回数とインクタンク個体情報がインク情報として、１つのブロックにまとめられる。また、最終クリーニング日時とクリーニング回数が、インクヘッドのクリーニングに関するクリーニング情報として１つのブロックにまとめられる。印刷情報、インク情報、及びクリーニング情報は、クライアント端末１００がインクジェットプリンタである場合の例を示しているが、これは一例に過ぎない。例えば、これらの情報は、クライアント端末１００の機能に応じた、クライアント端末１００の利用履歴の情報と置き換えられうる。ＭＡＣアドレスと暗号化情報がネットワーク情報として、端末温度とエラー詳細情報がエラー情報として、各々１つのブロックにまとめられる。なお、これらの情報以外にも、クライアント端末１００のハードウェア固有の情報や、ユーザのクライアント端末１００の利用履歴に関する情報など様々な情報が用いられうる。中継サーバ２００は、例えばクライアント端末１００の登録時に、クライアント端末１００の機種情報等を取得し、その取得した情報に基づいて、そのクライアント端末１００が提供可能な情報のリストを取得することができる。
【００２９】
図３のサービスマスタテーブル６０１を参照すると、各サービスＩＤのサービスを提供するサービスサーバに、必要情報ブロックで規定される情報が提供されることが示されている。例えば、サービスＩＤが「Ｓ−０１」のサービスを提供するサービスサーバに対しては、共通機種情報、印刷情報、インク情報、クリーニング情報、ネットワーク情報、及びエラー情報の情報ブロックが提供される。また、サービスＩＤが「Ｓ−０２」のサービスを提供するサービスサーバに対しては、共通機種情報及び印刷情報の情報ブロックが提供される。また、サービスＩＤが「Ｓ−０３」のサービスを提供するサービスサーバに対しては、共通機種情報、インク情報、及びクリーニング情報の情報ブロックが提供される。中継サーバ２００は、クライアント端末１００に対して各情報についての送信可否の設定を行う際、このサービスマスタテーブル６０１を参照する。
【００３０】
次に、中継サーバ２００は、クライアント端末登録テーブル６０３内に登録されているレコードの中から、Ｓ５０４でサービス登録テーブル６０２に登録されたレコードにおける端末ＩＤを含んだレコードを探索する。中継サーバ２００は、Ｓ５０４で登録されたレコードの端末ＩＤを有するレコードを発見した場合、その端末ＩＤと、Ｓ５０４で登録されたサービスＩＤとを関連付けて、クライアント端末−サービス紐付けテーブル６０４に記憶する（Ｓ５０５）。これにより、クライアント端末１００と、提供されるサービスとが関連付けられる。なお、クライアント端末−サービス紐付けテーブル６０４では、新たなＵＵＩＤを一意キーとして、端末ＩＤとサービスＩＤとが属性値として登録される。なお、クライアント端末−サービス紐付けテーブル６０４は、オプションとして、登録日時等の他の情報を含んでもよい。クライアント端末１００は、クライアント端末−サービス紐付けテーブル６０４に登録された段階で、第１サービスサーバ３００からのサービスの提供を受ける準備が完了する。なお、中継サーバ２００は、Ｓ５０４で登録されたレコードの端末ＩＤを有するレコードを発見しなかった場合、クライアント端末１００の端末ＩＤが登録されるのを待つことになる。
【００３１】
中継サーバ２００は、クライアント端末−サービス紐付けテーブル６０４への情報登録を完了すると、クライアント端末１００に対して、送信すべき情報ブロックを指定する要求を送信する（Ｓ５０６）。なお、中継サーバ２００は、例えば、この要求において、送信すべき情報ブロックを指定する情報と共に、サービスＩＤ等のサービスを指定する情報を送信しうる。クライアント端末１００は、この要求に応じて、端末情報格納領域１１０内で、指定されたサービスについて、上述のような予め定められた分割方法に沿って分割されることによって得られた情報ブロックのそれぞれの送信可否を設定する（Ｓ５０７）。
【００３２】
また、第２サービスサーバ３４０が提供するサービスについても、Ｓ５０３〜Ｓ５０７と同様の処理が行われる。すなわち、第２サービスサーバ３４０のアプリケーション３５０が、中継サーバ２００に対して、サービスとそのサービスの提供を受ける端末ＩＤの登録処理を要求する（Ｓ５０８）。そして、中継サーバ２００は、この要求を受信すると、第２サービスサーバ３４０によって指定されたサービスと端末ＩＤとを関連付ける情報を生成してデータベース２０７に登録する（Ｓ５０９）。その後、中継サーバ２００が、Ｓ５０９で登録されたレコードの端末ＩＤを有するレコードを探索して、クライアント端末１００の端末ＩＤとサービスＩＤとを関連付けて、クライアント端末−サービス紐付けテーブル６０４に記憶する（Ｓ５１０）。中継サーバ２００は、クライアント端末−サービス紐付けテーブル６０４への情報登録を完了すると、クライアント端末１００に対して、第２サービスサーバ３４０へ送信すべき情報ブロックを指定する要求を送信する（Ｓ５１１）。そして、クライアント端末１００は、この要求に応じて、端末情報格納領域１１０内で、情報ブロックのそれぞれについての送信可否を設定する（Ｓ５１２）。
【００３３】
なお、図２においては、クライアント端末１００の情報登録、第１サービスサーバ３００の情報登録、第２サービスサーバ３４０の情報登録の順で処理が実行されているが、これに限られない。例えば、いずれかのサービスサーバの情報登録が先に実行され、その後にクライアント端末１００の情報登録が実行されてもよい。また、第１サービスサーバ３００より第２サービスサーバ３４０の情報登録が先に実行されてもよい。また、Ｓ５０７及びＳ５１２の処理は、例えば、第２サービスサーバ３４０の情報登録の完了後にまとめて実行されてもよい。すなわち、クライアント端末１００とサービスとの関連付けが行われた直後に情報ブロックの送信可否設定が実行されなくてもよく、例えば一定周期で情報ブロックの送信可否設定を実行するようにしてもよい。また、クライアント端末１００の情報登録の前にサービスサーバの情報登録が行われると、クライアント端末１００の情報登録に応じて、クライアント端末１００とサービスの関連付けが行われる。このため、クライアント端末１００の情報登録の直後等のタイミングで、情報ブロックの送信可否設定が行われうる。
【００３４】
クライアント端末１００は、Ｓ５０７やＳ５１２における設定によって、図５のような情報を、端末情報格納領域１１０に保持することとなる。図５において「〇」は送信が許可されている状態を示し、「×」は送信が許可されていない状態を示す。クライアント端末１００は、図５に示す情報を参照することにより、サービスの種別に応じて送信対象となる情報を特定することができる。例えば、第１サービスサーバ３００によって提供されるサービスＡが、クライアント端末１００の使用状況を監視し、必要に応じてメンテナンスを行うサービスであるものとする。そして、このサービスを提供するために必要な情報は、すべての情報（共通機種情報、印刷情報、インク情報、クリーニング情報、ネットワーク情報、エラー情報）でありうる。この場合、サービスＡについては、すべての情報の送信を許可するような設定が行われる。また、第２サービスサーバ３４０によって提供されるサービスＢが、印刷枚数に応じてユーザに別のサービス（印刷枚数が多いユーザに対して、クライアント端末１００の販売元の製品を購入可能なポイントを付与する等）を提供するサービスであるものとする。この場合、サービスＢは、共通機種情報と印刷情報のみを取得できれば足りるため、共通機種情報と印刷情報については送信が許可され、それ以外の情報ブロックについては送信が拒否される。また、不図示のサービスサーバによって提供されるサービスＣが、インクの消費状況を監視して、インクがなくなるタイミングを予想し、自動でユーザへインクを配送するサービスであるものとする。このサービスＣは、共通機種情報、インク情報、及びクリーニング情報を取得できれば足りる。このため、サービスＣに対しては、共通機種情報、インク情報、及びクリーニング情報については送信が許可され、それ以外の情報ブロックについては送信が拒否される。図５に示す情報は、例えば図３に示したサービスＩＤを含み、図５においてサービスの種別は、サービスＩＤにより区別される。
【００３５】
なお、図５のような情報は、ハードディスクや不揮発性のメモリ等で構成される端末情報格納領域１１０に電子データとして保存されるものである。例えば、１つのサービスに対応する送信可否情報が、所定の領域のビット列として表される。そして、例えば「１」が送信許可で「０」が送信拒否（又はその逆）のように表されうる。一例において、図５のサービスＡに関する情報は「１１１１１１」、サービスＢに関する情報は「１１００００」、サービスＣに関する情報は「１０１１００」などのような情報が、端末情報格納領域１１０に格納されうる。なお、共通機種情報が全てのサービスについて通知される場合は、この共通機種情報に対応するビットは省略されてもよい。全てのサービスに対する情報において、このビットが「１」となることが自明であるからである。
【００３６】
続いて、図６を用いて、各サービスサーバの要求に応じて、送信可否が設定された情報が、クライアント端末１００から、中継サーバ２００を介してサービスサーバに送信される処理の流れについて説明する。まず、第１サービスサーバ３００のアプリケーション３１０が、中継サーバ２００のアプリケーション２２０に対して、端末ＩＤ及びサービスＩＤを指定すると共に、クライアント端末１００の情報の送信要求を送信する（Ｓ７０１）。中継サーバ２００のアプリケーション２２０は、その要求を受信すると、クライアント端末１００のアプリケーション１２０に対して、情報の送信を要求する（Ｓ７０２）。このとき、中継サーバ２００は、クライアント端末１００に対して、その要求がどのサービスのものであるかを指定する情報を併せて送信することで、そのサービスの種別をクライアント端末１００に通知する。例えば中継サーバは、図３で示したサービスＩＤをクライアント端末１００に送信する。クライアント端末１００のアプリケーション１２０は、要求を受信すると、端末情報格納領域１１０にアクセスし（Ｓ７０３）、指定されたサービスについて、Ｓ５０７で設定した情報に基づいて、送信が許可される情報ブロックの情報を読み出す（Ｓ７０４）。例えば、クライアント端末１００は、図５に示した情報において、Ｓ７０２において受信されたサービスＩＤに対応するブロックの情報を読み出す。そして、クライアント端末１００のアプリケーション１２０は、その読み出した情報を、中継サーバ２００のアプリケーション２２０に送信する（Ｓ７０５）。中継サーバ２００のアプリケーション２２０は、受信した情報を、第１サービスサーバ３００のアプリケーション３１０へ転送する（Ｓ７０６）。第２サービスサーバ３４０のアプリケーション３５０についても同様の処理が行われる（Ｓ７０７〜Ｓ７１２）。
【００３７】
これにより、サービスサーバは、提供するサービスに応じて、必要最低限の情報のみをクライアント端末１００から取得することができる。また、このように最低限の情報のみが送信されることにより、通信トラフィックの不必要な増大を防ぎ、中継サーバ２００の負荷を抑制し、かつ、情報漏洩が生じることを防ぐことができる。
【００３８】
また、中継サーバ２００は、Ｓ７０３において、クライアント端末１００に対し、図５に示したような送信対象の情報を指定する情報を送信するのではなく、サービスの種類を示す情報を送信する。すなわち、図２に示した登録処理時に、図５に示した情報がクライアント端末１００に記憶され、それ以降、図６に示した情報の送信処理では、図５に示した情報により、クライアント端末１００から送信される情報が選択される。したがって、例えば中継サーバ２００は、クライアント端末１００に情報を要求するたびに、図５に示した情報をクライアント端末１００に送信する場合に比べて少ない情報量の情報を送信する。これにより、クライアント端末１００に情報を要求する際の通信量を低減しながら、クライアント端末１００に、サービスに対応する情報を送信させることができる。
【００３９】
なお、端末情報格納領域１１０の提供可能な情報のブロック化の仕様は、クライアント端末１００の出荷時などのユーザが購入する前の段階で定められていてもよいし、送信可否の設定時に動的に決定されてもよい。また、新規のサービスが既存のシステムに追加された場合に、新規サービスのサービスサーバが、中継サーバ２００を介して、端末情報格納領域１１０に新規サービス用の新規の情報ブロックを設定できるようにしてもよい。
【００４０】
なお、上述の説明では、複数の情報要素が１つの情報ブロックにまとめられるものとしたが、これに限られない。すなわち、各情報要素について、個別に送信可否設定が行われてもよい。これにより、詳細な設定を行うことが可能となる。一方、ブロック化によって、ブロック単位で送信可否の情報が中継サーバ２００からクライアント端末１００へ送信されることとなるため、送信可否設定のために送受信される情報の量を低減することができる。また、ブロック化により、端末情報格納領域１１０における、送信可否設定のための情報記憶領域のサイズを低減することができる。
【００４１】
（送信可否設定の動的制御）
上述のようにして設定された情報ブロックの送信可否は、動的に変更されてもよい。ここでは、このような動的制御について説明する。
【００４２】
中継サーバ２００は上述の実施形態で説明したように、クライアント端末１００やサービスサーバの要求に基づいて、情報を送受信し、データベース２０７との間で情報の書き込み及び読み込みを行う。そして、クライアント端末１００やサービスサーバの数は、既存のサービスが稼働中に増減することが想定され、このような場合には、送受信され又はデータベース２０７との間で書き込み若しくは読み込みが行われる情報量も増減する。例えば、クライアント端末１００が急激に増加すると、その増加に応じて中継サーバ２００を介して送受信されるデータ量が増加する。このため、中継サーバ２００の各リソースの負荷も、クライアント端末１００やサービスサーバの数の増減に応じて変動しうる。そして、このような送受信されるデータ量の増加によって、中継サーバ２００が処理すべき情報の量が処理可能な情報の量を超えると、中継サーバ２００がクライアント端末１００にサービスを正常に提供できなくなりうる。このため、中継サーバ２００は、例えば自装置の通信モジュール２０１を通過する通信トラフィックの負荷状態や、ＣＰＵ２０４又はＲＡＭ２０３の使用状態を監視し、それらの状態に応じて、情報ブロックの送信可否設定を動的に変更する。例えば、中継サーバ２００は、負荷が高い状態において送信が許可される情報の量を少なくし、一方、負荷が低い場合において送信が許可される情報の量を増やす。これにより、中継サーバ２００は、自装置やネットワークの負荷が高い時に、その負荷を低減することができる。
【００４３】
例えば、中継サーバ２００は、高負荷状態において、各サービスが稼働された状態でサービスを停止しないことを前提として、各サービスを提供するサービスサーバに提供される情報ブロックのうち、重要性が最も低い情報ブロックが送信されないようにする。具体的には、図７のように、端末情報格納領域１１０に格納されている送信可否設定のうち、サービスＣに関して送信許可設定がなされているクリーニング情報８００を、送信不可設定へと変更する。インクを自動配送するサービスにおいて、クリーニング情報の重要性は相対的に低いからである。なお、中継サーバ２００は、この設定変更情報をクライアント端末１００と共有し、これにより、クライアント端末１００は、それ以降、クリーニング情報８００を提供しないように動作する。これにより、中継サーバ２００が中継するトラフィックの量を低減することができる。このとき、中継サーバ２００は、クリーニング情報を送信しないことを、サービスＣを提供するサービスサーバに通知してもよい。
【００４４】
また、中継サーバ２００は、高負荷状態において、各サービスを停止しないことを前提として、サービスサーバからの要求によらず、所定時間ごとに、クライアント端末１００からサービスサーバへの情報提供が行われるようにしうる。すなわち、中継サーバ２００は、サービスサーバからの要求を、都度、クライアント端末１００へ転送して情報提供させるのではなく、一定の長い周期で情報提供させるようにし、これによって負荷を低減する。例えば、サービスＢは、印刷された枚数に応じてユーザに別のサービスを提供するものであり、また、サービスＣも、インクがなくなったことを検知して自動でインクをユーザへ送付するものであるため、即時性は重要でないと言える。このため、中継サーバ２００は、高負荷状態を検出した場合、サービスサーバからの要求ごとにクライアント端末１００に情報提供させる処理を停止し、例えば、図８の９００に示すようにサービスＢに対して１時間に１回だけ情報提供させるようにする。同様に、中継サーバ２００は、サービスＣに対しては、図８の９０１に示すように、１日に１回、０：００に情報提供するようにする。また、中継サーバ２００は、高負荷状態が継続する場合には、図９の１０００に示すように、情報提供頻度をさらに低下させてもよい。なお、中継サーバ２００は、この設定変更についてはクライアント端末１００と共有しなくてもよい。中継サーバ２００は、この設定変更に基づいて、クライアント端末１００へのサービスサーバからの要求の転送を制御することにより、クライアント端末１００における設定変更が行われなくても、情報提供回数を低減することができるからである。また、中継サーバ２００は、この設定変更について、クライアント端末１００と共有してもよい。これによれば、受信した信号を誤って情報提供要求の信号と解釈した場合であっても、その変更された設定に基づいて、不必要な情報提供をしないようにすることができる。
【００４５】
このようにして、中継サーバ２００は、自装置またはネットワークの負荷の状態を監視し、クライアント端末１００が提供すべき情報ブロックの設定や送信頻度等を、動的に変更しうる。これにより、中継サーバ２００が、高負荷状態を検出した場合に、負荷を低減し、情報処理システムの動作を安定させることができる。また、これにより、ユーザは、クライアント端末１００を介して、サービスを安定的に享受することができる。
【００４６】
なお、ここでは、情報ブロックの送信拒否を動的に設定する基準の一例を与えたが、これ以外の基準で送信可否の動的設定が行われてもよい。すなわち、サービス提供者や中継サーバ２００の運用者が定めた任意の基準など、様々な基準によって送信可否の動的設定が行われうる。また、上述の例では、１つの情報ブロックを送信可能状態から送信不可状態へと遷移させたが、送信不可状態へ移行させる情報ブロックの数は複数であってもよい。また、中継サーバ２００は、負荷状態が低下したことを検出した場合は、通信不可状態とした情報ブロックを送信可能状態へと変更してもよい。このときに、どの情報ブロックを送信可能状態とするかの基準は限定されない。また、上述の提供情報の動的変更と情報提供頻度の動的変更とが組み合わされてもよい。例えば、図７では一部の情報要素について情報提供が一時的に不可状態とされる例を説明したが、この一部の情報要素についての情報提供を例えば１日に１回とするなど、一部の情報要素についてのみ情報提供頻度を抑制してもよい。
【００４７】
なお、上述の「高負荷」な状態とは、例えば、中継サーバ２００のＣＰＵ２０４やＲＡＭ２０３の使用率が所定値を超えた状態や、通信モジュール２０１の最大スループットに対する現在のスループットの比率が所定値を超えた状態などの所定の状態でありうる。また、通信モジュール２０１における通信失敗確率が所定値を超えた場合や、再送回数が所定回数を超える確率が所定値を超えた場合なども、高負荷状態と判定されうる。これ以外にも、負荷が高いほど高い値を示す任意の測定値が所定値を超える所定の状態において、高負荷状態と判定されうる。また、中継サーバ２００は、ネットワークや自装置が高負荷状態となったことに応じて、提供情報や情報提供頻度の動的変更を行うとしたが、高負荷状態以外の基準が満たされた場合に、これらの動的変更が行われてもよい。
【００４８】
（その他の実施形態）
また、本発明は、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワークまたは各種記憶媒体を介してシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータがプログラムを読み出して実行することでも実現される。この場合、そのプログラム、および該プログラムを記憶した記憶媒体は本発明を構成する。
【符号の説明】
【００４９】
１００：クライアント端末、１０５：ＲＯＭ、１０６：ＲＡＭ、１０７：ＣＰＵ、１０８：記憶装置、１２０：クライアント端末のアプリケーション、２００：中継サーバ、２０２：ＲＯＭ、２０３；ＲＡＭ、２０４：ＣＰＵ、２０５：記憶装置、２０７：中継サーバのデータベース、２２０：中継サーバのアプリケーション、３００：第１サービスサーバ、３０２：ＲＯＭ、３０３：ＲＡＭ、３０４：ＣＰＵ、３０５：記憶装置、３１０：第１サービスサーバのアプリケーション、３４０：第２サービスサーバ、３４２：ＲＯＭ、３４３：ＲＡＭ、３４４：ＣＰＵ、３４５：記憶装置、３５０：第２サービスサーバのアプリケーション、４００：ネットワーク
【図１】
2020021251.tif 000003
【図２】
2020021251.tif 000004
【図３】
2020021251.tif 000005
【図４】
2020021251.tif 000006
【図５】
2020021251.tif 000007
【図６】
2020021251.tif 000008
【図７】
2020021251.tif 000009
【図８】
2020021251.tif 000010
【図９】
2020021251.tif 000011