JP2020119196A - 中継システム、方法、及びプログラム - Google Patents

Abstract

【課題】不要にリクエストを転送することなくレスポンスを生成すること。また、リクエストに応じたデータが存在しない場合もデータが存在しない理由によって適切な応答をクライアントに返却すること。【解決手段】中継装置１３２は、デバイス情報提供システム１３１からのリクエストで指定されるネットワークデバイスの登録が確認され（Ｓ７０７でＹｅｓ）、且つ、情報収集に関連する特定の機能があることが確認された場合（Ｓ７１０でＹｅｓ）、該リクエストをリージョンごとに設けられた稼動監視システム１３３のいずれかに転送する（Ｓ７１３）。また、該ネットワークデバイスの登録が確認されなかった（Ｓ７０７でＮｏ）、又は、前記特定の機能があることが確認されなかった場合（Ｓ７１３でＮｏ）、該リクエストを転送することなく、デバイス情報提供システム１３１に適切なコードを含む応答を通知する（Ｓ７０８、Ｓ７１１）。【選択図】図７

Description

本発明は、複数のシステムが連携する際に、一方のシステムが他方のシステムから情報を取得する場合のリクエストの振り分けを行う中継システム、方法、及びプログラムに関する。

画像形成装置のカウンタ情報や発生したエラー情報などを取り扱うインターネット上のサービス（システム）が複数存在する場合について考える。
各システムにおいて、物理的にどの場所（国、地域）のデータセンターにシステムを配置するかは、各システムが重視するものによって異なる。例えば、データセンターの利用料金やインフラの構築コストなどを重視した場合はデータセンターを１箇所（例えば日本など）に集約することで、これらを削減することができる。一方、システムへのアクセス速度を重視した場合は、データセンターを複数箇所（例えば日本、欧州、米州）に配置し、各サービスの利用者を物理的に近いデータセンターにアクセスさせることで、レイテンシーを小さくすることができる。

なお、画像形成装置の識別子が各システムによって異なる可能性がある。例えば、販売会社が自身のテナント配下の画像形成装置のみを管理・閲覧するシステムの場合は、画像形成装置のシリアル番号を識別子とすればよい。一方、テナントの移動などによって、画像形成装置の所属テナントが変更になった場合に、同一シリアル番号であっても移動前と移動後で画像形成装置を区別して管理したい場合も考えられる。その場合は、画像形成装置をテナント配下に登録した際にＩＤ（デバイスＩＤ）を発行し、デバイスＩＤを識別子として利用する必要がある。

このように、データセンターのリージョン構成、画像形成装置の識別子に差異がある、複数のシステムＡ、システムＢを想定する。システムＡは、データセンターが１箇所（日本）のシステムであり、識別子がシリアル番号であるとする。一方、システムＢは、データセンターが３箇所（日本、欧州、米州）のシステムであり、識別子が前述のデバイスＩＤであるとする。

システムＡがシステムＢから同一画像形成装置の情報を取得する場合を考える。例えば、特定の画像形成装置で発生したエラーのエラーコード、エラー原因となった部品名がそれぞれ別のシステムＡ、システムＢに送信されている構成において、システムＡ上でエラーコードと部品名を紐づけて表示したいような場合である。
このとき、システムＢの前段に中継サーバーを設け、中継サーバーがリージョン構成及び識別子の差異を解決し、システムＡから送信されたリクエストをシステムＢに転送することで、システムＢから対応するエラー箇所の情報を取得することができる。

特許文献１は、リクエストを処理する第１の処理システムと第２の処理システムに対してリクエストを振り分ける振り分けシステムに関する。この振り分けシステムでは、ネットワークシステムに属する複数の利用者のうち一部の利用者を示す情報に基づき、処理するシステムを決定する。

特開２０１６―２１８５３０号公報

中継サーバーがシステムＡからのリクエストをそのままシステムＢに転送する構成にすると、例えば以下のような２つの課題が発生する。

１つ目の課題は、リクエストを転送する必要なくシステムＢに対応するデータが存在しないと判断できる場合にも、不要にシステムＢを呼び出してしまう点である。例えば、システムＢにデバイス登録されていない場合や、対象の画像形成装置がシステムＢに対象データを送信する能力がない場合である。ここで、「対象データを送信する能力がない」とは、エラー箇所を特定するハードウェアないしはソフトウェア的な機構が対象の画像形成装置に備わっていない場合などである。

２つ目の課題２は、システムＢにデータが存在しない場合に、システムＢはデータが存在しない理由を切り分けられず、適切なコードをシステムＡに返却できない点である。例えば、システムＢにデバイス登録されていないからデータが存在しないのか、登録されているがデータが送信されてきていないだけなのか、システムＢが判断することはできない。システムＢが適切なコードをシステムＡに返却できないと、システムＡはデータが存在しない理由によって、画面表示を切り替えることができない。

本発明は、上記の課題を解決するためになされたものである。本発明は、不要にリクエストを転送することなくレスポンスを生成し、また、リクエストに応じたデータが存在しない場合もデータが存在しない理由によって適切な応答をクライアントに返却することができる仕組みを提供することを目的とするものである。

本発明は、第１システムからのリクエストを、それぞれ異なるネットワークデバイスから収集した情報を管理すべき第２システム及び第３システムのいずれかに転送するための中継システムであって、前記リクエストで指定されるネットワークデバイスの登録状況の確認に係る第１判定と、前記リクエストで指定されるネットワークデバイスの情報収集に関連する特定の機能の有無に係る第２判定を実行する実行手段と、前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認され、且つ、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認された場合、前記第２システム及び前記第３システムのいずれかに前記リクエストを転送する転送手段と、前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認されなかった、又は、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認されなかった場合、前記リクエストを前記第２システム及び前記第３システムのいずれにも転送することなく、前記第１システムに、所定のコードを含む応答を通知する通知手段と、を有することを特徴とする。

本発明によれば、不要にリクエストを転送することなくレスポンスを生成することができる。また、リクエストに応じたデータが存在しない場合もデータが存在しない理由によって適切な応答をクライアントに返却することができる。この結果、クライアントでは、リクエストに応じたデータが存在しない理由によって処理を変更することができる。

本実施形態のシステムの全体構成を例示する図。 本実施形態のシステムを構成する情報処理装置のハードウェア構成図。 デバイス情報提供システムのソフトウェア構成図。 中継装置のソフトウェア構成図。 稼働監視システムのソフトウェア構成図。 デバイス管理システムのソフトウェア構成図。 第１実施形態におけるデバイス情報提供システムが中継装置の中継により稼働監視システムからデータを取得する処理のフローチャート。 第１実施形態における各装置間のリクエスト、レスポンスに含まれるパラメータを例示する図。

以下、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
図１は、本発明の一実施形態の一例を示すシステムの全体構成を例示する図である。

図１に示すように、デバイス情報提供システム１３１、中継装置１３２、稼働監視システム１３３、デバイス管理システム１３４、画像形成装置１２１〜１２４、クライアント端末１１０がネットワーク１０２〜１０４を介して接続されている。

ネットワーク１０２〜１０４は、インターネット等のネットワークである。ネットワーク１０２〜１０４は、例えばＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれであり、又はこれらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク１０２〜１０４は、データの送受信が可能であればよい。本実施形態では、ネットワーク１０２〜１０４はインターネットであり、例えば日本、欧州、米州など地理的に離れたネットワークである。例えば、ネットワーク１０２は日本、ネットワーク１０３は欧州、ネットワーク１０４は米州のネットワークである。

デバイス情報提供システム１３１、中継装置１３２、稼働監視システム１３３、デバイス管理システム１３４は、サーバーコンピュータ上にて実現される。
デバイス情報提供システム１３１は、ネットワーク１０２〜１０４に存在する画像形成装置１２１〜１２４から収集した印刷枚数などの各種カウンタ情報やエラーなどのイベント情報、部品の消耗度等のデータを保持する。

稼働監視システム１３３は、自身が所属する同一ネットワーク１０２〜１０４に存在する画像形成装置１２１〜１２４にて発生したエラーの原因情報や、部品の消耗度等のデータを保持する。
画像形成装置１２１〜１２４は、データ種別によってデバイス情報提供システム１３１、稼働監視システム１３３の両方、もしくは一方にのみデータを送信する。従って、デバイス情報提供システム１３１、稼働監視システム１３３は同一のデータを保持してもよいし、片方のシステムにしか存在しないデータを保持してもよい。

デバイス情報提供システム１３１は、稼働監視システム１３３と連携することで、デバイス情報提供システム１３１及び稼働監視システム１３３の２つのシステムに保存されているデータを関連づけて表示する機能を持つ。例えば、デバイス情報提供システム１３１は、デバイス情報提供システム１３１内に保存されているエラーコードと、稼働監視システム１３３内に保存されているエラー箇所情報とを関連づけて表示する機能を持つ。エラーコードとは、画像形成装置１２１〜１２４で発生したエラー内容を表すコードである。また、エラー箇所とは、エラーの原因となった部品を表すコードである。

本実施形態では、上述のエラーコードとエラー箇所とを関連付けて表示する例を中心に説明するが、これに限定されるものではない。その他、例えば、デバイス情報提供システム１３１は、デバイス情報提供システム１３１内の部品カウンタと、稼働監視システム１３３内の部品消耗度情報を関連付けて表示する機能も有する。ここで、部品カウンタ情報とは、部品が交換されてから何枚印刷されたかを表す情報である。また、部品消耗度情報は、ドラムの膜圧等、センサーで測定されるデータやユーザの利用環境などを考慮して算出される値などである。さらに、デバイス情報提供システム１３１は、印刷枚数などの各種カウンタ情報などのデバイス情報提供システム１３１に保存されている情報のみを利用した画面を提供する機能を有する。

中継装置１３２は、デバイス情報提供システム１３１からのリクエストを、それぞれ異なるネットワークデバイス（画像形成装置）から収集した情報を管理する複数の稼動監視システム１３３のいずれかに転送するための中継システムを実現する。より具体的には、中継装置１３２は、デバイス情報提供システム１３１からリクエストを受け付け、適切なネットワーク１０２〜１０４すなわち適切なリージョンに存在する稼働監視システム１３３にリクエストを転送する。なお、上記リクエストは、デバイス情報提供システム１３１が稼動監視システム１３３からデータを取得するためのリクエストに対応する。
デバイス管理システム１３４は、画像形成装置１２１〜１２４がどのリージョンに存在するかなどの各画像形成装置１２１〜１２４の属性情報を管理する。

なお、デバイス情報提供システム１３１、中継装置１３２、稼働監視システム１３３、デバイス管理システム１３４等のそれぞれの機能は、単体のサーバー又は単体の仮想サーバーによって実現してもよい。また、これらの機能は、複数のサーバー又は複数の仮想サーバーによって実現してもよいし、複数の仮想サーバーが単体のサーバー上で実行される構成でもよい。例えば、これらの１部又は全てが、クラウドサービスを用いて実現されるものでもよい。例えば、デバイス情報提供システム１３１をネットワーク１０２に設置されたサーバーマシン上に構築し、各稼動監視システム１３３をそれぞれクラウドサービス上に構築する構成でもよい。なお、本システムの管理対象は、画像形成装置に限定されるものではなく、ネットワークカメラ、ネットワーク家電、ナビゲーションシステム等の各種ネットワークデバイスであってもよい。

なお、本システムは、現状サービスにより、ネットワークデバイスの保守を行うウェブサイト（サービスポータル）を提供している状態で、新サービス基盤上の新たなサービスが導入された場合等にも有効である。新たなサービスでは、旧サービスでは収集していない、新たな保守向けの情報を収集、管理する。本システムでは、旧サービスがサービスポータルで新たなサービスで収集される情報を提供するために、新たなサービスからそれらの情報を取得する場合の適切なエラー処理を実現することができる。なお、詳細は後述する。

図２は、デバイス情報提供システム１３１、中継装置１３２、稼働監視システム１３３、デバイス管理システム１３４、クライアント端末１１０を実現可能な情報処理装置（コンピュータ）のハードウェア構成の一例を示す図である。

図２において、ＣＰＵ（Central Processing Unit）２０２は、装置全体の制御を行う。ＣＰＵ２０２は、ＨＤＤ２０５等に格納されているアプリケーションプログラム、ＯＳ等を実行し、ＲＡＭ２０３にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。

ＲＯＭ（Read Only Memory）２０４は、内部に基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ（Randam Access Memory）２０３は、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ（Hard Disc Drive）２０５は、外部記憶装置の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバー群のプログラム、ＯＳ、関連プログラム等を格納している。なお、ＨＤＤの代わりに又は併用してＳＳＤ（Solid State Drive）等の他の記憶装置を備える構成でもよい。

ディスプレイ２０６は表示部であり、キーボード２０７等から入力したコマンドや各種情報を表示する。キーボード２０７は、指示入力部であり、マウス等のポインティングデバイスを備えていてもよい。インターフェース２０８は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続可能である。ＮＩＣ（Network Interface Card）２０９は、該インターフェース２０９、ネットワーク１０２〜１０４を介して外部装置とのデータのやり取りを行う。システムバス２０１は、装置内におけるデータの流れを司るものである。

なお、上記コンピュータの構成は一例であり、図２の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。

デバイス情報提供システム１３１の場合、ＣＰＵ２０２がＨＤＤ２０５等に記憶されるプログラムに基づき処理を実行することにより、図３で後述するようなソフトウェア構成を実現し、図７で後述するようなフローチャートの各ステップの処理が実現される。
また、中継装置１３２の場合、ＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより、図４で後述するようなソフトウェア構成を実現し、図７で後述するようなフローチャートの各ステップの処理が実現される。
また、稼働監視システム１３３の場合、ＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより、図５で後述するようなソフトウェア構成を実現し、図７で後述するようなフローチャートの各ステップの処理が実現される。
また、デバイス管理システム１３４の場合、ＣＰＵ２０２がＨＤＤ２０５等に記憶されるプログラムに基づき処理を実行することにより、図６で後述するようなソフトウェア構成を実現し、図７で後述するようなフローチャートの各ステップの処理が実現される。

なお、クライアント端末１１０の場合、デスクトップパソコン、ノートパソコン、モバイルパソコン、ＰＤＡ（パーソナルデータアシスタント）等や、プログラム実行環境が内蔵された携帯電話であってもよい。クライアント端末１１０は、ブラウザ２１１（Ｗｅｂブラウザ、インターネットブラウザ、ＷＷＷブラウザ、World Wide Webの利用に供するブラウザ）等のプログラムの実行環境が実現されている。クライアント端末１１０のＣＰＵ２０２がＨＤＤ２０５に記憶されているブラウザプログラムに基づき処理を実行することによって、ブラウザ２１１の機能を実現する。

続いて、図３を用いて、デバイス情報提供システム１３１について説明する。
図３は、デバイス情報提供システム１３１の本実施形態に関わるソフトウェア機能を抜粋して例示する図である。なお、図３に示す３０１〜３０４はソフトウェアの構成要素を示し、デバイス情報提供システム１３１のＨＤＤ２０５等にプログラムとして保存されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行されることにより機能する。

デバイス情報提供システム１３１は、ソフトウェアとして、リクエスト受付部３０１、画面生成部３０２、デバイス情報管理部３０３、関連情報問合せ部３０４等を有する。
リクエスト受付部３０１は、クライアント端末１１０上で実行されるブラウザ２１１から画面生成要求を受け付け、画面生成部３０２で生成した画面を返却する。
画面生成部３０２は、デバイス情報管理部３０３と関連情報問合せ部３０４とから情報を取得し、該取得した情報を利用して画面を生成する。

表１に、デバイス情報管理部３０３で記憶管理されるデータの中で、画像形成装置１２１〜１２４で発生したエラーに関するデータの一例を示す。なお、表１は一例であり、デバイス情報管理部３０３で記憶管理されるデータは表１に記載されるデータに限定されるものではない。

表１において、シリアルＮｏ列は、画像形成装置１２１〜１２４を一意に特定するＩＤ（識別子）である。エラーＩＤ列は、シリアルＮｏで特定される画像形成装置１２１〜１２４内で発生したエラーを一意に特定するＩＤである。発生時刻列は、エラーが発生した時刻である。エラーコードは、エラーの種別を表すコードであり、例えば「Ｅ００１−００００」は定着温度異常、「Ｅ００２−０００１」はドラム帯電異常などを表す。
表１に示すデータは、シリアルＮｏ列で表される画像形成装置において、エラーコード列で表される障害が、発生時刻列の時間に発生したことを表す。

関連情報問合せ部３０４は、画面生成部３０２からの要求に応じて、中継装置１３２を介して、データ取得要求を稼働監視システム１３３に送信し、稼働監視システム１３３からデータ取得応答を得て、画面生成部３０２に応答する。例えば、画面生成部３０２で生成する画面がエラー情報を表示する画面の場合、前記データ取得要求は後述する図８のエラー箇所取得要求８０１に対応し、前記データ取得応答は図８のエラー箇所取得応答８０３に対応する。エラー箇所取得要求８０１、エラー箇所取得応答８０３の詳細な説明は図８で後述する。

なお、画面生成部３０２は、画面生成のための情報のみを生成し、クライアントが返却されたデータを用いてJavaScript（登録商標）などにより画面を生成してもよい。

続いて、図４を用いて、中継装置１３２について説明する。
図４は、中継装置１３２の本実施形態に関わるソフトウェア機能を抜粋して例示する図である。なお、図４に示す４０１〜４０６はソフトウェアの構成要素を示し、中継装置１３２のＨＤＤ２０５等にプログラムとして保存されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行されることにより機能する。

中継装置１３２は、ソフトウェアとして、リクエスト受付部４０１、リクエスト転送部４０２、転送判断部４０３、応答生成部４０４、機種能力管理部４０５、デバイス登録情報問合せ部４０６を有する。

リクエスト受付部４０１は、関連情報問合せ部３０４からデータ取得要求を受け付け、該要求を応答生成部４０４に渡し、応答生成部４０４で生成された応答を返却する。
応答生成部４０４は、転送判断部４０３に対して、データ取得要求を稼働監視システム１３３に転送する必要があるかどうかの判断を依頼する。応答生成部４０４は、は、転送判断部４０３での判断に応じて、リクエスト転送部４０２に対して、稼働監視システム１３３に対してデータ取得要求の転送を依頼する。そして、応答生成部４０４は、稼働監視システム１３３からデータを取得し、該データを用いて応答を生成する。

転送判断部４０３は、デバイス登録情報問合せ部４０６に対して、データ取得要求に対応する画像形成装置のデバイス情報の取得を要求する。また、転送判断部４０３は、機種能力管理部４０５に対して、データ取得要求に対応する画像形成装置が画像形成装置の情報収集に関連する特定の機能を有するかどうかの情報を要求する。さらに、転送判断部４０３は、機種能力管理部４０５、デバイス登録情報問合せ部４０６から取得した情報を基に、リクエスト受付部４０１で受けたデータ取得要求を稼働監視システム１３３に転送する必要があるかどうかを判断する。なお、転送判断部４０３が転送の要・不要を判断する処理については、図７のフローチャートとともに後述する。

デバイス登録情報問合せ部４０６は、転送判断部４０３からの要求に応じて、デバイス管理システム１３４に問い合わせを行い、デバイス管理システム１３４から、対象の画像形成装置のデバイス情報を取得する。
機種能力管理部４０５は、転送判断部４０３からの要求に応じて、以下の表２の情報を基に、対象の画像形成装置が特定の機能を有するかどうかを判定する。
表２に、機種能力管理部４０５で管理する情報の一例を示す。

表２において、機種名列は、画像形成装置１２１〜１２４の機種名を表す。エラー箇所特定機能列は、機種名列で表される機種がエラー箇所特定機能を持っているかどうかを表す。消耗度算出機能列は、機種名列で表される機種が消耗度算出機能を持っているかどうかを表す。

リクエスト転送部４０２は、転送判断部４０３によってデータ取得要求を転送する必要があると判断された場合に、応答生成部４０４からの依頼に応じて、稼働監視システム１３３に対してデータ取得要求を転送する。例えば、画面生成部３０２で生成する画面がエラー情報を表示する画面であれば、上記転送するデータ取得要求は、転送エラー箇所取得要求８０２である。転送エラー箇所取得要求８０２の詳細な説明は後述する。

続いて、図５を用いて、稼働監視システム１３３について説明する。
図５は、稼働監視システム１３３の本実施形態に関わるソフトウェア機能を抜粋して例示する図である。なお、図５に示す５０１〜５０２はソフトウェアの構成要素を示し、稼働監視システム１３３のＨＤＤ２０５等にプログラムとして保存されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行されることにより機能する。
図５に示すように、稼働監視システム１３３は、ソフトウェアとして、リクエスト受付部５０１、デバイス関連情報管理部５０２を有する。

リクエスト受付部５０１は、リクエスト転送部４０２から転送されたデータ取得要求を受け付け、デバイス関連情報管理部５０２で管理する情報の中から対応するデータを取得して返却する。
表３に、デバイス関連情報管理部５０２で記憶管理するデータの中で、エラー箇所に関連する情報を示す。なお、表３は一例であり、デバイス関連情報管理部５０２で記憶管理されるデータは表３に限定されるものではない。

表３において、シリアルＮｏ列、発生時刻列、エラーコード列は、表１の同名の列と同じ情報である。
デバイスＩＤ列は、稼働監視システム１３３内で、画像形成装置１２１〜１２４を一意に識別するためのＩＤである。デバイスＩＤ発行の詳細な処理は割愛するが、画像形成装置１２１〜１２４が稼働監視システム１３３に接続するための登録処理の中で、デバイスＩＤが発行され、後述のデバイス管理システム１３４に登録される。
エラー箇所列は、エラーコード列で表されるエラーの原因になった部品を表すコードである。

デバイス関連情報管理部５０２は、リクエスト転送部４０２から転送されたデータ取得要求から、対応するデータを特定する。リクエスト転送部４０２から転送されたデータ取得要求が、転送エラー箇所取得要求８０２（図８）であった場合は、表３から返却すべきエラー箇所を特定して応答する。画像形成装置１２１〜１２４は、同一ネットワーク上、すなわち同一リージョンに存在する稼働監視システム１３３にデータを送信するため、表３に存在するのは同一リージョン内の画像形成装置１２１〜１２４に限られる。例えば、ネットワーク１０３に存在する稼働監視システム１３３には、エラー箇所情報に関して画像形成装置１２１、１２２のデータのみ存在する。

続いて、図６を用いて、デバイス管理システム１３４について説明する。
図６は、デバイス管理システム１３４の本実施形態に関わるソフトウェア機能を抜粋して例示する図である。なお、図６に示す６０１〜６０２はソフトウェアの構成要素を示し、デバイス管理システム１３４のＨＤＤ２０５等にプログラムとして保存されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０２によって実行されることにより機能する。
図６に示すように、デバイス管理システム１３４は、ソフトウェアとして、リクエスト受付部６０１、デバイス情報保持部６０２を有する。

リクエスト受付部６０１は、デバイス登録情報問合せ部４０６からの要求に含まれるシリアルＮｏに応じて、デバイス情報保持部６０２から対応するデバイスの情報を取得し、返却する。
表４に、デバイス情報保持部６０２で記憶管理する情報を示す。なお、表４は一例であり、デバイス情報保持部６０２で記憶管理されるデータは表４に限定されるものではない。

表４において、シリアルＮｏ列は、表１における同名の列と同じ情報である。
デバイスＩＤ列は、表１、表３における同名の列と同じ情報である。
登録日時列は、画像形成装置１２１〜１２４がデバイス管理システム１３４に登録された時刻、すなわち表４にレコードが登録された日時である。登録が複数行われた画像形成装置１２１〜１２４に対しては、シリアルＮｏが同じでデバイスＩＤ、登録日時が異なるレコードが存在する。例えば、シリアルＮｏが「BBB11111」の画像形成装置１２１〜１２４は、「2016/3/11」に登録された後、テナント移動などによって「2017/12/23」に再度登録されている。

所属リージョン列は、画像形成装置１２１〜１２４がどのリージョンに存在するか、すなわちネットワーク１０２〜１０４のどのネットワーク上に存在するかを表した情報である。
なお、デバイス管理システム１３４は、ネットワーク１０２〜１０４上に存在する全ての画像形成装置１２１〜１２４の情報を管理する。

以下、図７、図８を用いて、クライアント装置１１０で動作するブラウザ２１１上に、デバイス情報提供システム１３１内のデータと稼働監視システム１３３内のデータを関連付けた画面を生成する処理について説明する。
図７は、第１実施形態におけるデバイス情報提供システム１３１が中継装置１３２の中継により稼働監視システムからデータを取得する処理の一例を示すフローチャートである。なお、本フローチャートにおいて、クライアント端末１１０の処理は、クライアント端末１１０のＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより実現される。デバイス情報提供システム１３１の処理は、デバイス情報提供システム１３１を構成するコンピュータのＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより実現される。中継装置１３２の処理は、中継装置１３２を構成するコンピュータのＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより実現される。稼働監視システム１３３の処理は、稼働監視システム１３３を構成するコンピュータのＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより実現される。デバイス管理システム１３４の処理は、デバイス管理システム１３４を構成するコンピュータのＣＰＵ２０２がＨＤＤ２０５等に記憶されているプログラムに基づき処理を実行することにより実現される。

なお、図７のフローチャートでは、表１で表されるエラー情報と、表３で表されるエラー箇所情報を関連付けて表示する例を説明するが、関連付けて表示する情報はこれに限定されるものではない。例えば、前述の通り、デバイス情報提供システム１３１内の部品カウンタと、稼働監視システム１３３内の部品消耗度情報を関連付けて表示するケースも同様のフローチャートで実現される。
図８は、第１実施形態における各装置間のリクエスト、レスポンスに含まれるパラメータの一例を示す図である。

ブラウザ２１１に対するユーザの画面操作等をトリガにして、ブラウザ２１１は、処理を開始する（Ｓ７０１）。なお、上記操作により、画像形成装置１２１〜１２４から特定の画像形成装置が指定される。
まずＳ７０２において、ブラウザ２１１は、上記特定の画像形成装置にて発生したエラーの詳細情報表示画面の生成要求を、デバイス情報提供システム１３１のリクエスト受付部３０１を介して画面生成部３０２に送信する。

画面生成部３０２は、Ｓ７０３において、デバイス情報管理部３０３から前記画面生成要求に含まれるシリアルＮｏに対応するエラーをデバイス情報管理部３０３から取得する。次にＳ７０４にて、画面生成部３０２は、Ｓ７０３でデバイス情報管理部３０３から取得したエラーに対して、関連情報問合せ部３０４、中継装置１３２のリクエスト受付部４０１を介して、応答生成部４０４にエラー箇所取得要求８０１を送信する。

図８（Ａ）は、エラー箇所取得要求８０１に含まれるパラメータを例示する図である。
エラー箇所取得要求８０１において、シリアルＮｏ８１１、エラー発生時刻８１３、エラーコード８１４は、それぞれ表１のシリアルＮｏ列、発生時刻列、エラーコード列で管理される情報に対応する。機種名８１２はシリアルＮｏ８１１から一意に特定される機種名である。
エラー箇所取得要求８０１に対して、応答生成部４０４は、エラー箇所取得応答８０３を生成する。

図８（Ｃ）は、エラー箇所取得応答８０３に含まれるパラメータを例示する図である。
エラー箇所取得応答８０３において、コード８３１は、応答の種別を表すコードである。詳細コード８３２は、コード８３１で表される応答を生成した理由を詳細に説明したコードであるが、空であってもよい。エラー箇所情報８３３は、表３のエラー箇所列の情報に相当する。エラー箇所が存在しない場合、エラー箇所情報８３３は空になる。
本実施形態では、コード８３１は、ＨＴＴＰステータスコードとし、また詳細コード８３２、エラー箇所情報８３３は、ＨＴＴＰのＢｏｄｙに含まれるものとするが、その構成に限定されるものではない。

応答生成部４０４は、転送判断部４０３に対して、稼働監視システム１３３にエラー箇所取得要求８０１を転送する必要があるかどうかの判断を依頼する。
転送判断部４０３は、Ｓ７０５において、デバイス登録情報問合せ部４０６、デバイス管理システム１３４のリクエスト受付部６０１を介して、シリアルＮｏ８１１に対応するデバイス情報をデバイス情報保持部６０２に要求する。
デバイス情報保持部６０２は、Ｓ７０６において、上記Ｓ７０５の要求に応じて、対応するデバイス情報を取得し、転送判断部４０３に応答する

次にＳ７０７にて、転送判断部４０３は、シリアルＮｏ８１１に対応するデバイス情報がデバイス情報保持部６０２から取得できたか否か、すなわちデバイス管理システム１３４に対応するデバイス情報の登録状況を確認し、登録されているか否かを判定する。そして、シリアルＮｏ８１１に対応するデバイス情報の登録がなかったと判定された場合（Ｓ７０７でＮｏの場合）、転送判断部４０３は、そのことを応答生成部４０４に応答する。該応答に応じて、応答生成部４０４は、Ｓ７０８に処理を進める。
Ｓ７０８において、応答生成部４０４は、コード８３１、詳細コード８３２にそれぞれデータ無し（ＨＴＴＰステータスコードなら「４０４」（NotFound）、登録無しに相当するコードが入ったエラー箇所取得応答８０３を生成する。該応答生成部４０４が生成したエラー箇所取得応答８０３を、リクエスト受付部４０１が、関連情報問合せ部３０４に応答する。関連情報問合せ部３０４は、該応答を画面生成部３０２に渡す。

一方、上記Ｓ７０７にて、シリアルＮｏ８１１に対応するデバイス情報の登録があったと判定された場合（Ｓ７０７でＹｅｓの場合）、応答生成部４０４は、Ｓ７０９に処理を進める。

Ｓ７０９において、転送判断部４０３は、該当する機種名８１２の画像形成装置の機能を機種能力管理部４０５で管理する表２の情報を基にチェックする。続いて、Ｓ７１０において、転送判断部４０３は、該当する機種名８１２の画像形成装置がエラー箇所特定機能を有するかどうかを判定する。そして、機能無しと判定した場合（Ｓ７１０でＮｏの場合）、転送判断部４０３は、そのことを応答生成部４０４に応答する。該応答に応じて、応答生成部４０４は、Ｓ７１１に処理を進める。

Ｓ７１１において、応答生成部４０４は、コード８３１、詳細コード８３２にそれぞれデータ無し（ＨＴＴＰステータスコードなら「４０４」（NotFound）、機能無しに相当するコードが入ったエラー箇所取得応答８０３を生成する。該応答生成部４０４が生成したエラー箇所取得応答８０３を、リクエスト受付部４０１が、関連情報問合せ部３０４に応答する。関連情報問合せ部３０４は、該応答を画面生成部３０２に渡す。
なお、本フローチャートでは、リクエスト受付部４０１に対して送信された要求がエラー箇所取得要求８０１であったため、上記Ｓ７０９にて「エラー箇所特定機能」を有するかどうかを判定したが、前記リクエストの種別によって確認する機能は異なる。

一方、上記Ｓ７１０において、機能有りと判定した場合（Ｓ７１０でＹｅｓの場合）、転送判断部４０３は、上記Ｓ７０６にて取得したデバイス情報を、応答生成部４０４に応答する。該応答に応じて、応答生成部４０４は、リクエスト転送部４０２に対して、エラー箇所取得要求８０１及び上記Ｓ７０６にて取得したデバイス情報とともに、稼働監視システム１３３に対して、エラー箇所取得要求８０１の転送を依頼する。

リクエスト転送部４０２は、Ｓ７１２において、稼働監視システム１３３に対するリクエストＵＲＬ、転送エラー箇所取得要求８０２を生成する。ここで、リクエストＵＲＬは表４の所属リージョンから一意に生成可能である。

図８（Ｂ）は、転送エラー箇所取得要求８０２に含まれるパラメータを例示する図である。
転送エラー箇所取得要求８０２において、エラー発生時刻８２２、エラーコード８２３は、エラー箇所取得要求８０１に含まれるものと同一の情報である。
デバイスＩＤ８２１は、表４のデバイスＩＤ列に相当する値である。

なお、シリアルＮｏ８１１に対して複数のデバイスＩＤが存在する場合には、リクエスト転送部４０２は、登録日時が最も新しい画像形成装置の情報を基にリクエストＵＲＬ及び転送エラー箇所取得要求８０２を生成する。
上記Ｓ７１２の処理によって、デバイス情報提供システム１３１と稼働監視システム１３３のリージョン構成、識別子の違いを吸収することができる。

次にＳ７１３において、リクエスト転送部４０２は、転送エラー箇所取得要求８０２を、リクエストＵＲＬが示す稼動監視システム１３３のリクエスト受付部５０１に送信する。転送エラー箇所取得要求８０２の受信に応じて、リクエスト受付部５０１は、Ｓ７１４において、該受信した転送エラー箇所取得要求８０２に対応するエラー箇所を、デバイス関連情報管理部５０２から取得し、応答生成部４０４に応答する。なお、転送エラー箇所取得要求８０２に対応するエラー箇所を取得できなかった場合、リクエスト受付部５０１は、エラー箇所データを含まない応答を、応答生成部４０４に行う。

応答生成部４０４は、Ｓ７１５において、デバイス関連情報管理部５０２において関連する情報を取得できたかどうか、すなわち上述のリクエストに応じて該リクエストの転送先のシステムから情報を取得できたかどうかを確認する。これは、デバイス関連情報管理部５０２からの応答にエラー箇所（関連データ）が含まれているかどうかを確認することで確認する。

そして、エラー箇所データ（関連データ）が存在しない場合（Ｓ７１５でＮｏの場合）、すなわちリクエストの転送先のシステムから情報を取得できなかった場合、応答生成部４０４は、Ｓ７１６に処理を進める。
Ｓ７１６において、応答生成部４０４は、コード８３１にデータ無し（ＨＴＴＰステータスコードなら「２０４」（No Content））に相当するコードが入ったエラー箇所取得応答８０３を生成する。該応答生成部４０４が生成したエラー箇所取得応答８０３を、リクエスト受付部４０１が、関連情報問合せ部３０４に応答する。関連情報問合せ部３０４は、該応答を画面生成部３０２に渡す。

一方、エラー箇所データ（関連データ）が存在する場合（Ｓ７１５でＹｅｓの場合）、すなわち上述のリクエストの転送先のシステムから情報を取得できた場合、応答生成部４０４は、Ｓ７１７に処理を進める。
Ｓ７１７において、応答生成部４０４は、コードにデータ有り（ＨＴＴＰステータスコードなら「２００」（ＯＫ））、エラー箇所情報８３３に上記Ｓ７１４で取得したエラー箇所データが入ったエラー箇所取得応答８０３を生成する。該応答生成部４０４が生成したエラー箇所取得応答８０３を、リクエスト受付部４０１が、関連情報問合せ部３０４に応答する。関連情報問合せ部３０４は、該応答を画面生成部３０２に渡す。
本フローチャートでは、リクエスト受付部４０１に対して送信された要求がエラー箇所取得要求８０１であったため、上記Ｓ７０９にてエラー箇所が含まれているかどうか判定したが、前記リクエストの種別によって確認するデータ種別は異なる。

Ｓ７１８において、画面生成部３０２は、関連情報問合せ部３０４を介して取得したエラー箇所取得応答８０３を用いて、エラー画面を生成する。リクエスト受付部３０１は、画面生成部３０２で生成した画面を、クライアント端末１１０のブラウザ２１１に返却する。
表５に、エラー箇所取得応答８０３に含まれるコード、詳細コードと画面上でのメッセージの対応関係を示す。

表５において、コード列は、ＨＴＴＰステータスコードに対応する。すなわち「２００」はＯＫ、「２０４」はNo Content、「４０４」はNot Foundを表す。
詳細コード列は、独自に定義したＨＴＴＰステータスコードの応答が返った理由の詳細なコードであり、「２００」はデバイス未登録、「２０１」はデバイス機能無しを表す。メッセージ列は、コード列、詳細コード列に対応して、デバイス情報提供システム１３１が提供するメッセージを示す。コード列が「２００」の場合には、例えば「部品ＸＸが故障」等のメッセージが、デバイス情報提供システム１３１により提供される。また、コード列が「２０４」の場合には、例えば「データ未受信です」等のメッセージが、デバイス情報提供システム１３１により提供される。また、コード列が「４０４」且つ詳細コード列が「２００」の場合には、例えば「デバイス未登録です」等のメッセージが、デバイス情報提供システム１３１により提供される。なお、表５には示していないが、コード列が「４０４」且つ詳細コード列が「２０１」の場合にも、デバイス情報提供システム１３１がクライアント端末１１０のブラウザ２１１にメッセージを提供してもよい。例えば、「デバイスにエラー箇所特定機能がありません」や「デバイスに消耗度算出機能がありません」等のメッセージを提供してもよい。

リクエスト受付部３０１からの応答を受信したブラウザ２１１は、Ｓ７１９において、該応答に応じた画面（上記Ｓ７１８で生成したエラー画面）を表示する。これにより、一連の処理が終了する（Ｓ７２０）。

以上のように、中継装置１３２は、デバイス管理システム１３４からデータ取得できなかった、又は該リクエストで指定される画像形成装置に特定の機能がない場合、該リクエストを稼動監視システム１３３に転送することなく、所定のコードを含む応答を行う。このような構成により、本実施形態によれば、デバイス情報提供システム１３１が中継装置１３２を介して稼働監視システム１３３からデータを取得する場合に、不要に稼働監視システムにリクエストする必要がなくなる。これにより、稼働監視システム１３３のリソースを不要に消費する必要がなくなる。この結果、稼働監視システム１３３が実行時間によって課金されるようなクラウドサービス上で動作している場合には、不要なインフラコストを抑えることができる。

また、稼働監視システム１３３が関連データを保持していない場合には、デバイス情報提供システム１３１は、関連データが存在しない理由を知ることができるため、表５のように表示メッセージを切り替えることができるようになる。これにより、デバイス未登録の場合には、サービスマンを画像形成装置１２１〜１２４の設置場所に派遣して、デバイス登録処理を行うなど、表示メッセージに応じた適切な対応が可能になる。

〔第２実施形態〕
上記第１実施形態では、Ｓ７０７にてデバイス登録有無の判断をした後、Ｓ７１０にて機能有無の判断を行う構成について説明した。しかし、Ｓ７０７にてデバイス登録有りと判断された画像形成装置１２１〜１２４が、Ｓ７１０にて機能無しと判断されると、不要にデバイス情報管理に問い合わせをしてしまう。そこで、第２実施形態では、Ｓ７０９〜Ｓ７１０の処理を先に行った後に、Ｓ７０５〜Ｓ７０７の判定を行うように構成する。

以上の構成により、第２実施形態は、第１実施形態の効果に加え、以下の効果を有する。第２実施形態によれば、他サービスに問い合わせる必要のある判定よりも先に、他サービスに問い合わせる必要のない判定を行うことで、不要に他サービスにリクエストすることなくレスポンスを生成することができる。

以上、各実施形態では、画像形成装置がリクエスト先のシステムに登録されていない場合及び画像形成装置の機種名からデータが存在しないことが判断できる場合には、リクエスト先のシステムにリクエストを転送することなく中継装置でレスポンスを返す。すなわち、中継装置から、デバイス情報提供システムに、適切なコードを含む応答（レスポンス）を通知する。
この構成により、データセンターの構成、画像形成装置の識別子が異なる、同一画像形成装置のデータを扱う２つのシステムが連携する場合に、一方のシステムが他方のシステムから、同一画像形成装置のデータを取得するケースで、以下の効果を奏する。
このような構成により、取得先のシステムに対して不要にリクエストを転送することなくレスポンスを生成することができる。また、データが存在しない理由にデータ存在しない理由によって適切なコードをクライアントに返却することができる。この結果、クライアントでは、データが存在しない理由によって処理を変えること等が可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (10)

1. 第１システムからのリクエストを、それぞれ異なるネットワークデバイスから収集した情報を管理すべき第２システム及び第３システムのいずれかに転送するための中継システムであって、
   前記リクエストで指定されるネットワークデバイスの登録状況の確認に係る第１判定と、前記リクエストで指定されるネットワークデバイスの情報収集に関連する特定の機能の有無に係る第２判定を実行する実行手段と、
   前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認され、且つ、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認された場合、前記第２システム及び前記第３システムのいずれかに前記リクエストを転送する転送手段と、
   前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認されなかった、又は、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認されなかった場合、前記リクエストを前記第２システム及び前記第３システムのいずれにも転送することなく、前記第１システムに、所定のコードを含む応答を通知する通知手段と、
   を有することを特徴とする中継システム。
2. 前記転送手段により転送された前記リクエストに応じて転送先のシステムから情報を取得できた場合、前記通知手段は、前記第１システムに、前記リクエストに応じて取得した情報に基づく応答を通知することを特徴とする請求項１に記載の中継システム。
3. 前記転送手段により転送された前記リクエストに応じて転送先のシステムから情報を取得できなかった場合、前記通知手段は、前記第１システムに、前記リクエストに応じて情報を取得できなかったことを示すコードを含む応答を通知し、
   前記第１システムでは、前記リクエストで指定されたネットワークデバイスからデータを未受信であることを示すメッセージが提供される
   ことを特徴とする請求項１又は２に記載の中継システム。
4. 前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認されなかった場合、前記通知手段は、前記リクエストで指定されるネットワークデバイスの情報が登録されていないことを示すコードを含む応答を行い、
   前記第１システムでは、前記リクエストで指定されるネットワークデバイスが未登録であることを示すメッセージが提供される
   ことを特徴とする請求項１〜３のいずれか１項に記載の中継システム。
5. 前記第１判定は、第４システムに前記リクエストで指定されるネットワークデバイスの情報を問い合わせることで行われることを特徴とする請求項１〜４のいずれか１項に記載の中継システム。
6. 前記転送手段は、前記第４システムから取得される前記ネットワークデバイスの情報に基づいて特定される、前記第２システム及び前記第３システムのいずれかに、前記リクエストを転送することを特徴とする請求項５に記載の中継システム。
7. 前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認されなかった場合、前記通知手段は、前記リクエストで指定されるネットワークデバイスに前記特定の機能がないことを示すコードを含む応答を行うことを特徴とする請求項１〜６のいずれか１項に記載の中継システム。
8. 前記実行手段は、前記第２判定を実行し、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認された場合に、前記第１判定を実行することを特徴とする請求項１〜７のいずれか１項に記載の中継システム。
9. 第１システムからのリクエストを、それぞれ異なるネットワークデバイスから収集した情報を管理すべき第２システム及び第３システムのいずれかに転送するための中継システムにおける方法であって、
   前記リクエストで指定されるネットワークデバイスの登録状況の確認に係る第１判定と、前記リクエストで指定されるネットワークデバイスの情報収集に関連する特定の機能の有無に係る第２判定を実行する実行工程と、
   前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認され、且つ、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認された場合、前記第２システム及び前記第３システムのいずれかに前記リクエストを転送する転送工程と、
   前記第１判定の結果として前記リクエストで指定されるネットワークデバイスの登録が確認されなかった、又は、前記第２判定の結果として前記リクエストで指定されるネットワークデバイスが前記特定の機能を有することが確認されなかった場合、前記リクエストを前記第２システム及び前記第３システムのいずれにも転送することなく、前記第１システムに、所定のコードを含む応答を通知する通知工程と、
   を有することを特徴とする方法。
10. コンピュータを、請求項１〜８のいずれか１項に記載の手段として機能させるためのプログラム。