JP2023181582A - ネットワークデバイス、ネットワークデバイスの制御方法、及びプログラム - Google Patents

Abstract

【課題】画像形成装置等のネットワークサービスの設置時に、サービス提供システムで提供される各サービスとの通信テストを行う際、未契約のサービスとの通信テスト結果まで表示されてしまうと、サービスマンを混乱させ、誤解を招いてしまう可能性があった。【解決手段】画像形成装置５００の通信テスト管理アプリケーション６００が、クラウドサーバーが提供する各サービスに対応する各クライアントアプリケーションに通信テストを指示し（Ｓ８００、Ｓ８０１）、通信テストの結果を表示する（Ｓ８０７）。その際、基本サービスについては全ての通信テストの結果を表示する。契約サービスについては、契約済みの契約サービスのためのクライアントアプリケーションの通信テストの結果を表示する。一方、未契約の契約サービスのためのクライアントアプリケーションの通信テストの結果については表示しない（Ｓ８０４～Ｓ８０６）。【選択図】図８

Description

本発明は、ネットワークデバイス、ネットワークデバイスの制御方法、及びプログラムに関する。

近年、画像形成装置等のネットワークデバイスを外部のクラウドサーバーと接続させることで、様々なサービスを利用するという利用形態が一般的になっている。例えば、画像形成装置の監視サービスを利用することで、少なくなった消耗品の自動発送サービスを利用することができる。あるいは、バックアップサービスを利用することで、画像形成装置の設定値やアプリケーション情報の定期バックアップサービスや、画像形成装置が故障した際にリストアサービスを利用することができる。このようなニーズに応えるため、ユーザーが選択可能な様々なサービスが集約されたクラウドサーバーが提供されている。以後、個々のサービスを提供するサーバーを「リソースサーバー」と呼ぶ。

ユーザーはサービスを利用したい場合、まずサービス提供者と契約を結び、サービス提供者はクラウドサーバーを操作して所望のサービスを利用可能な状態にしておく（以後、このことを「サービスのアクティベート」と呼ぶ）。その後、画像形成装置をユーザー環境に設置する際に、サービスマンがクラウドサーバーとの接続作業を行うという仕組みが存在する。

このとき、クラウドサーバーとの接続は成功しても、個々のリソースサーバーとの接続は失敗する場合がある。その主な理由は、リソースサーバーはそれぞれドメインが異なる場合があり、各ドメインへのアクセス可否はファイアウォール設定などのネットワーク構成やセキュリティ設定などに依存するためである。従って、画像形成装置の設置時に各リソースサーバーと通信テストを行うことが一般的である。

しかし、一つの画像形成装置上で各々がリソースサーバーと連携する複数のクライアントアプリケーションが動作するシステムの場合、それぞれの通信テストを個々に実行するのは非効率である。
特許文献１には、複数のクライアントアプリケーションの通信テストを効率的に行う技術および、その結果を一覧で表示する技術が開示されている。

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

ユーザーが画像形成装置の運用中に新規にサービスをアクティベートすることも考えられるため、設置時の段階では未アクティベートのサービスが存在することがある。その場合、未アクティベートのサービスでも、アクティベートされた時に確実に利用開始できるようにするため、予め通信テストを行っておくことが効果的である。

しかし、設置時の段階では、ユーザーのネットワーク環境においてファイアウォールなどの設定がまだ行われておらず通信テストに失敗する可能性が高い。設置時にその結果を表示してもサービスマンは対応できない上に、設置作業に失敗したと誤解を招く可能性がある。なお、特許文献１の技術は、全てのサービスとの通信テスト結果を表示する構成であり、上述のような課題を解決するものではない。

本発明は、上記の課題を解決するためになされたものである。本発明は、ネットワークサービスで行うサービス提供システムで提供される各サービスとの通信テスト結果のうち、必要な結果のみをサービスマン等に伝え、混乱や誤解なく通信テストの確認を行うことを可能にする仕組みを提供することを目的とする。

本発明は、サービス提供システムで提供される基本サービスと契約サービスとのそれぞれに対応する複数のクライアントアプリケーションがインストールされるネットワークデバイスであって、前記基本サービスのための第１クライアントアプリケーションと、前記契約サービスのための第２クライアントアプリケーションとの両方に、前記サービス提供システム上の各サービスに対する通信テストの実行を指示する指示手段と、前記各クライアントアプリケーションから通信テストの結果を受け付ける受付手段と、前記第１クライアントアプリケーション及び前記第２クライアントアプリケーションの通信テストの結果を前記サービス提供システムに対して送信する送信手段と、前記第１クライアントアプリケーションの通信テストの結果を表示する表示手段と、を有し、前記表示手段は、前記契約サービスの状態が契約済みの場合に前記第２クライアントアプリケーションの通信テストの結果も表示し、前記契約サービスの状態が未契約の場合に前記第２クライアントアプリケーションの通信テストの結果については表示しない、ことを特徴とする。

本発明によれば、ネットワークサービスで行うサービス提供システムで提供される各サービスとの通信テスト結果のうち、必要な結果のみをサービスマン等に伝え、混乱や誤解なく通信テストの確認を行うことを可能にする。

本実施形態を示すシステムの機器構成を示す図。 各サーバーのハードウェア構成を示す図。 画像形成装置のソフトウェア構成を示す図。 通信テスト管理アプリケーションのソフトウェア構成と画面を示す図。 トークンプロバイダアプリケーションのソフトウェア構成を示す図。 基盤アプリケーションのソフトウェア構成を示す図。 クライアントアプリケーションのソフトウェア構成を示す図。 第１実施形態における通信テストの処理を示すフローチャート。 基盤サーバーが提供する通信テスト結果詳細画面を示す図。 第２実施形態における通信テストの処理を示すフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
図１は、本発明の一実施形態を示すシステムの機器構成の一例を示す図である。
本実施形態におけるシステムは、クラウドサーバーと画像形成装置がネットワークを介して接続されている。本実施形態では、ネットワークデバイスの一例をして画像形成装置を用いて説明するが、他のネットワークデバイスでも本発明は適用可能である。例えば、ネットワーク家電、ネットワークカメラ、ナビゲーションシステムでも本発明は適用可能である。

まず、クラウドサーバーについて説明する。
クライアントサーバーは、各種のサービスを提供するサービス提供システムである。
認可サーバー１００は、画像形成装置の認証およびアクセストークンの発行を実現するためのＡＰＩ（Application Programming Interface）を備えるサーバーである。ここでアクセストークンとは、クライアントとなる画像形成装置が各サーバーで公開されているＡＰＩを利用するために必要となる認証・認可情報である。認証・認可プロトコルとして例えば「OAuth2.0」がある。

基盤サーバー２００は、クラウドサーバーの根幹となるサーバーである。クラウドサーバーで提供される各サービスを利用するためには、必ず画像形成装置を基盤サーバー２００に接続する必要がある。また、基盤サーバー２００はユーザー毎のサービス利用状況（契約状態）を管理する。
上述の認可サーバー１００や基盤サーバー２００が提供するサービスは、クラウドサーバーと接続するために必須となる基幹サービス（基本サービス）であり、各サービスを利用するためには、基幹サービスがアクティベートされている必要がある。

リソースサーバー３００は、例えば消耗品自動発送サービスなどの個々のサービスを提供するサーバーであり、サービスを利用するために必要なＡＰＩを備える。リソースサーバー３００は、クラウドサーバーにおいて任意契約となる契約サービスを提供する。ユーザーは、必要に応じてこれらのサービスを契約して利用することができ、契約されたサービスがアクティベートされる。リソースサーバー３００は一つとは限らず、複数あってもよい（３つ以上あってもよい）。

なお、これらのサーバー１００，２００，３００を総称して単に「サーバー」と記載する場合がある。また、これらのサーバー１００，２００，３００の実装は、クラウドコンピューティングの技術を用いた実装に限定されるものではない。

データベース４００は、クラウドサーバーを利用している各々のユーザーや画像形成装置に関するデータが格納されたデータベースである。格納されるデータの一例として、ユーザー毎のサービスアクティベート状況がある。すなわち、サービス提供者によってユーザーに対してあるサービスがアクティベートされると、そのユーザーに対応するサービス利用状況を示すデータが更新される。また、接続している画像形成装置毎の管理データなども含めることができる。管理データには、例えばエラー発生状況、消耗品の残量、ジョブのログなどがある。

次に、画像形成装置について説明する。
画像形成装置５００は、複写機にスキャナー、プリンター、ファクシミリ、ファイル送信機能等の複数の機能を統合した複合機である。ただし、画像形成装置５００は、必ずしもこれら全ての機能を画像形成装置が備えている必要はない。
画像形成装置５００は、クライアントサーバーで提供される複数のサービスそれぞれに対応する複数のクライアントアプリケーションがインストールされるネットワークデバイスである。

通信テスト管理アプリケーション６００は、ユーザーからの通信テスト実行の操作を受け付け、その結果を画像形成装置５００のＵＩ（User Interface）に表示する機能を持つアプリケーションである。
トークンプロバイダアプリケーション７００は、認可サーバー１００が公開するＡＰＩを利用することで、画像形成装置５００の認証を行い、クライアントアプリケーション９００にリソースサーバー３００のＡＰＩ利用に必要なアクセストークンを提供する。

基盤アプリケーション８００は、基盤サーバー２００が公開するＡＰＩを利用することで画像形成装置５００をクラウドサーバーに接続する機能を持つアプリケーションである。また、基盤アプリケーション８００は、基盤サーバー２００を介してデータベース４００から情報を取得したり、データベース４００に情報を送信したりする機能を持つ。
なお、トークンプロバイダアプリケーション７００や基盤アプリケーション８００は、クラウドサーバーの基幹サービス（基本サービス）のためのクライアントアプリケーションである。

クライアントアプリケーション９００は、リソースサーバー３００が公開するＡＰＩを利用することで、自身の提供する機能と合わせたサービスをユーザーに提供する。クライアントアプリケーション９００は、リソースサーバー３００が提供する契約サービスのためのクライアントアプリケーションである。なお、クライアントアプリケーション９００は一つとは限らず、複数あってもよい（３つ以上あってもよい）。
なお、これらのアプリケーション６００，７００，８００，９００を総称して単に「アプリケーション」と記載する場合がある。

図２は、認可サーバー１００、基盤サーバー２００、およびリソースサーバー３００のハードウェア構成の一例を示す図である。これらのサーバーは同様のハードウェア構成を有するため、図２に共通の構成として示す。また、これらのサーバーは、ＵＩを持たなくとも画像形成装置５００や他のサーバーとの間の相互作用は可能なのでＵＩを示していないが、ＵＩとしてキーボードやポインティングデバイス、ディスプレイなどのハードウェアを有していてもよい。

ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリーであり、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１０４は、各種データやプログラムを記憶する。なお、ＨＤＤ（Hard Disk Drive）の代わりに又は併用してＳＳＤ（Solid State Drive）等の他の記憶装置を備えていてもよい。

ネットワークＩ／Ｆ１０５は、サーバー１００，２００，３００をネットワークに接続する。ネットワークＩ／Ｆ１０５は、ネットワークを介して他の装置との間で各種情報を送受信する。システムバス１０６は、サーバー１００，２００，３００を構成する各ハードウェアコンポーネント同士の共通データ交換経路である。

図３は、画像形成装置５００の構成の一例を示す図である。
画像形成装置５００は、操作部５０１、スキャナー５１４、プリンター５１５を備える。
また、画像形成装置５００は、操作部関連の処理部として、ＣＰＵ５０２、ＲＡＭ５０３、操作部Ｉ／Ｆ５０４、ネットワークＩ／Ｆ５０５、ＲＯＭ５０６、ＨＤＤ５０７、画像バスＩ／Ｆ５０８、システムバス５０９を備える。

ＣＰＵ５０２は、画像形成装置５００全体を制御するためのコントローラである。ＲＡＭ５０３は、ＣＰＵ５０２が動作するためのワークメモリを提供し、また画像データを一時記憶するための画像メモリーも提供している。ＲＯＭ５０６は、ブートＲＯＭであり、システムのブートプログラムや各種データが格納されている。ＨＤＤ５０７はＯＳや各種プログラムや画像データ、設定情報などを格納している。なお、ＨＤＤの代わりに又は併用してＳＳＤ等の他の記憶装置を備えていてもよい。ＣＰＵ５０２は、ＲＯＭ５０６のブートプログラムを実行してＨＤＤ５０７等に記憶されたＯＳや制御プログラムをＲＡＭ５０３に展開し、そのプログラムに基づいて画像形成装置５００を統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。

操作部Ｉ／Ｆ５０４は、操作部５０１とのインターフェースであり、操作部５０１で表示する画像データを操作部５０１に対して出力する。また、操作部Ｉ／Ｆ５０４は、ユーザーが操作部５０１により入力した情報をＣＰＵ５０２へ伝達する。ネットワークＩ／Ｆ５０５は、ネットワークと接続しており、ネットワークを介して、外部の装置と情報のやり取りをするインターフェースである。外部の装置とは、例えば認可サーバー１００や基盤サーバー２００を指す。画像バスＩ／Ｆ５０８は、システムバス５０９と画像バス５１０とを接続し、データ変換を行うバスブリッジである。システムバス５０９は、画像形成装置５００を構成する各ハードウェアコンポーネント同士の共通データ交換経路である。

また、画像形成装置５００は、印刷、スキャン関連の処理部として、画像バス５１０、デバイスＩ／Ｆ５１１、スキャナー画像処理部５１２、プリンター画像処理部５１３を備える。

画像バス５１０は、ＰＣＩバス、またはＩＥＥＥ１３９４で構成されており、画像データを高速に転送する経路である。デバイスＩ／Ｆ５１１は、画像入出力デバイスであるスキャナー５１４及びプリンター５１５と各ハードウェアコンポーネントとを接続し、画像データの同期系／非同期系の変換を行う。スキャナー画像処理部５１２は、入力画像に対し、補正や加工、編集を行う。なお、スキャナー５１４、及びスキャナー画像処理部５１２については必要に応じて備えることになる。プリンター画像処理部５１３は、プリント出力画像データに対して、プリンターの性能に応じた補正、解像度の変換などを行う。

図４は、通信テスト管理アプリケーション６００のソフトウェア構成と画面の一例を示す図である。以下、図４（Ａ）、図４（Ｂ）、図４（Ｃ）についてそれぞれ説明する。
図４（Ａ）は、通信テスト管理アプリケーション６００のソフトウェア構成の一例を示す図である。すなわち、これらのソフトウェア構成は、画像形成装置５００のＣＰＵ５０２がＨＤＤ５０７等に記憶されたプログラムを実行することにより機能する。

ＵＩ表示部６０１は、通信テスト管理アプリケーション６００を操作するためのＵＩを、操作部５０１を介してユーザーに提供し、ユーザーの操作を受け付ける。
通信テスト指示部６０２は、ＵＩ表示部６０１から通信テスト実行指示の操作を受けると、トークンプロバイダアプリケーション７００に対して、サービス提供システム上の各サービスに対する通信テストの実行を指示する。
通信テスト結果受信部６０３は、トークンプロバイダアプリケーション７００から各クライアントアプリケーション８００の通信テスト結果を受信する。

図４（Ｂ）、図４（Ｃ）は、ＵＩ表示部６０１が画像形成装置５００のＵＩに表示する、通信テスト管理アプリケーション６００の画面の一例を示す図である。図４（Ｂ）は通信テスト管理アプリケーションの基本画面の例を示し、図４（Ｃ）は通信テスト結果の詳細画面の例を示す。

領域６１０は、クラウドサーバーとの現在の接続ステータスを示す領域である。この領域に表示される情報としては、接続状態、接続先サーバー名、直近の通信テスト結果などを想定しているが、この限りではない。

詳細確認ボタン６１１は、直近の通信テスト結果の詳細を確認するためのボタンである。このボタンをユーザーが押下することで、直近の通信テスト結果の詳細を確認できる画面である図４（Ｃ）に遷移する。図４（Ｃ）の詳細は、後述のフローチャートの説明にて述べる。

通信テストボタン６１２は、通信テストを実行するためのボタンである。このボタンをユーザーが押下することで、通信テスト指示部６０２がトークンプロバイダアプリケーション７００の通信テスト指示受信部に対して通信テスト実行指示を発行し、各々のアプリケーションの通信テストが実行される。

図５は、トークンプロバイダアプリケーション７００のソフトウェア構成の一例を示す図である。すなわち、これらのソフトウェア構成は、画像形成装置５００のＣＰＵ５０２がＨＤＤ５０７等に記憶されたプログラムを実行することにより機能する。

アクセストークン供給部７０１は、認可サーバー１００に対して画像形成装置５００の認証処理を要求し、認証が成功した場合アクセストークンを取得する。また、アクセストークン供給部７０１は、取得したアクセストークンを自身と連携する各アプリケーションに対して供給する機能も備える。

通信テスト指示受信部７０２は、通信テスト指示部６０２から通信テスト実行指示を受信する。
通信テスト開始通知部７０３は、通信テスト指示受信部７０２が指示を受信したことを受けて、各アプリケーション（すなわち基本サービスのためのクライアントアプリケーションと、契約サービスのためのクライアントアプリケーションとの両方）に対して通信テストの開始を指示する。この時、通信テスト開始通知部７０３は、各アプリケーションに対して、サーバーとの通信に必要となるアクセストークンの提供も行う。

通信テスト結果受信部７０４は、各アプリケーションから通信テスト結果を受付け、そのリストを作成する。また、通信テスト結果受信部７０４は、通信テスト開始通知部７０３による通信テスト開始指示から一定時間までに通知を受け取れなかった場合、タイムアウトして通信テスト結果を失敗として処理する機能も備える。

通信テスト結果通知部７０５は、通信テスト結果受信部７０４が作成した各アプリケーションの通信テスト結果リストを通信テスト結果受信部６０３に対して通知する。また、通信テスト結果通知部７０５は、通信テスト結果リストを、基盤サーバー２００を介してデータベース４００に送信する機能も併せ持つ。

図６は、基盤アプリケーション８００のソフトウェア構成の一例を示す図である。すなわち、これらのソフトウェア構成は、画像形成装置５００のＣＰＵ５０２がＨＤＤ５０７等に記憶されたプログラムを実行することにより機能する。

通信テスト指示受信部８０１は、通信テスト開始通知部７０３から発行された通信テスト開始指示を受け付ける。
通信テスト実行部８０２は、対応するサーバーとの通信テストを実行する。通信テストの内容は、各アプリケーションが独自に定義することができる。また、通信テスト実行部８０２は、通信テスト実行完了後にその結果を保持する機能も持つ。通信テストの結果の例として、例えば成功または失敗、失敗の場合はそのエラーコード、通信テストの実行日時、通信テストにかかった時間、などを想定しているが、この限りではない。
通信テスト結果通知部８０３は、通信テストの結果を通信テスト結果受信部７０４に送信する。この時、後述のデータベース参照部８０４が取得したデータを併せて送信することもできる。

データベース参照部８０４は、基盤サーバー２００を介して、クラウドサーバー上のデータベース４００を参照しデータを取得する。データベース参照部８０４が取得するデータの内容は、基盤アプリケーション８００が独自に定義する通信テスト内容によって任意に変更することができる。また、データベース参照部８０４は、画像形成装置５００の各種データをクラウドサーバーに送信し、データベース４００を更新する機能も持つ。

図７は、クライアントアプリケーション９００のソフトウェア構成の一例を示す図である。すなわち、これらのソフトウェア構成は、画像形成装置５００のＣＰＵ５０２がＨＤＤ５０７等に記憶されたプログラムを実行することにより機能する。
本実施形態では、クライアントアプリケーション９００の構成は、データベース参照部８０４を除き、基盤アプリケーション８００と同様の構成を想定しているため、説明を省略する。

図８は、第１実施形態における通信テストの処理の一例を示すフローチャートである。これらのソフトウェア構成は、画像形成装置５００のＣＰＵ５０２がＨＤＤ５０７等に記憶されたプログラムを実行することにより実現される。

まず、Ｓ８００において、ユーザーがＵＩ操作（通信テストボタン６１２の押下）を行うと、これに応じて、通信テスト管理アプリケーション６００の通信テスト指示部６０２が、通信テスト実行指示を発行する。なお、通信テスト実行指示はＵＩ操作による発行に限らず、例えば一定時間ごとに定期的または設定された日時に発行されるようプログラムされていてもよい。

上記Ｓ８００において通信テスト実行指示が発行されたことに応じ、通信テスト開始通知部７０３が、各アプリケーションに対して通信テストの開始を指示する。これに応じて、各アプリケーションが、それぞれ対応するサーバーと通信テストを行う（Ｓ８０１）。各アプリケーションの通信テスト結果は、各々の通信テスト結果通知部を通じて、通信テスト結果リストとして通信テスト結果受信部７０４にまとめられる。なお、アプリケーション間のデータ送受信は、アプリケーション間でリスナー登録処理を行っておくことで実現されることを想定しているが、この限りではなく、任意の方法でアプリケーション間の連携ができればよい。

次にＳ８０２において、基盤アプリケーション８００のデータベース参照部８０４が、基盤サーバー２００を介してデータベース４００からサービスのアクティベート状況一覧を取得する。具体的には、画像形成装置が一意に特定できる情報（シリアル番号など）を基にして顧客ＩＤを取得し、その顧客ＩＤに紐づくサービスのアクティベート状況一覧を取得する。本取得処理は、基盤アプリケーション８００が自身の通信テストの実行とは独立に実行されてもよいし、自身の通信テストの一部として実行されてもよい。
表１に、図８のＳ８０２で取得されるアクティベート状況の一例を示す。
この例では、ユーザーがサービスＡとサービスＣを利用しているが、サービスＢについては利用をしていないことを表している。

その後、通信テスト結果通知部８０３は、上記８０２で基盤アプリケーション８００により取得されたアクティベート状況一覧を、上記８０１の通信テスト結果と合わせて、通信テスト結果受信部７０４に送信する。この時、例えば専用のインターフェースを用意することで、通信テスト結果の送信とは異なる連携経路で実現してもよい。また、Ｓ８０１とＳ８０２の実行順序は逆でもよい。

Ｓ８０３は、通信テスト結果通知部７０５が、通信テスト結果受信部７０４にまとめられた各アプリケーションの通信テスト結果リストをデータベース４００に対して送信する。この時、未アクティベートサービス（未契約）の通信テスト結果も含めた全ての通信テスト結果をクラウドに結果を送信することで、サービス提供者やユーザーがその結果をＷｅｂブラウザ等から確認できるようにする。
また図示しないが、Ｓ８０３のタイミングで、通信テスト結果通知部７０５は、各アプリケーションの通信テスト結果リストを通信テスト結果受信部６０３に送信するものとする。

図９は、基盤サーバー２００が提供する通信テスト結果詳細画面の一例を示す図であり、Ｗｅｂブラウザ等から基盤サーバー２００にアクセスすることにより参照可能である。すなわち、基盤サーバー２００は、Ｗｅｂブラウザ等からの要求に応じて、各クライアントアプリケーションの通信テスト結果を提供する。この画面では、サービスの契約状況（契約済み／未契約）に関係なく、全てのクライアントアプリケーションの通信テスト結果が表示される。

領域１００１には、通信テスト結果リストの内容が出力される。通信テスト結果リストには、例えば、通信テストが実行されたクライアント（アプリケーション名）の一覧、それぞれの、サービスのアクティベート状況（契約状況）、実行日時、結果および詳細の情報が含まれる。

通信テストが失敗した場合は、詳細欄に失敗原因に応じたエラーコードやメッセージが表示される。これにより、画像形成装置の運用中にそのサービスをアクティベートしたいと思った時に、サービス提供者やユーザーは予めクライアントアプリケーションとの通信状況を確認することができる。もし通信に失敗している場合には、アクティベート前にネットワーク環境やセキュリティ設定の見直しを行うことができ、アクティベート後の手戻りを未然に防ぐことができる。

次にＳ８０４において、通信テスト結果受信部６０３が、上記８０２で受信したアクティベート状況一覧の中に未アクティベートのサービスが含まれているかどうかを判断する。未アクティベートのサービスが含まれていない場合（Ｓ８０４でＮｏの場合）、通信テスト結果受信部６０３は、Ｓ８０７に処理を遷移させる。
一方、未アクティベートのサービスが含まれる場合（Ｓ８０４でＹｅｓの場合）、通信テスト結果受信部６０３は、Ｓ８０５に処理を遷移させる。

Ｓ８０５において、通信テスト結果受信部６０３が、未アクティベートのサービスに基幹サービスが含まれているかどうかを判断する。基幹サービスとは、認可サーバー１００や基盤サーバー２００が提供する、クラウドサーバーと接続するために必須となるサービスを指す。もし基幹サービスが未アクティベートだった場合、サービスマンは、その通信テスト結果を必ず確認する必要がある。

未アクティベートのサービスに基幹サービスが含まれている場合（Ｓ８０５でＹｅｓの場合）、通信テスト結果受信部６０３は、Ｓ８０７に処理を遷移させる。
一方、未アクティベートのサービスに基幹サービスが含まれていない場合（Ｓ８０５でＮｏの場合）、通信テスト結果受信部６０３は、Ｓ８０６に処理を遷移させる。

Ｓ８０６において、通信テスト結果受信部６０３が、受信した通信テスト結果リストから、未アクティベートのサービスに対応するアプリケーションの通信テスト結果を除外し、Ｓ８０７に処理を遷移させる。

Ｓ８０７において、ＵＩ表示部６０１が、通信テスト結果受信部６０３から通信テスト結果リストを受け取り、画像形成装置５００の操作部５０１に通信テスト結果の詳細画面を表示し、上述の通信テスト結果リストの内容を出力する。その一例を図４（Ｃ）に示す。図４（Ｃ）に示す画面は、図４（Ｂ）の詳細確認ボタン６１１押下後および通信テスト完了後に表示される。また、表示内容は、サービスのアクティベート状況（サービス利用状況）が表示されないこと、及び、未アクティベート（未契約）のサービスのためのクライアントアプリケーションに対応する結果が表示されないことを除いて、図９と同様である。

なお、本フローチャートでは、Ｓ８０４～Ｓ８０６の処理を、通信テスト管理アプリケーション６００の通信テスト結果受信部６０３が行うことを想定している。しかし、Ｓ８０４～Ｓ８０６の処理を、トークンプロバイダアプリケーション７００の通信テスト結果受信部７０４が行うよう構成してもよい。その場合、特定の通信テスト結果が除外された後の通信テスト結果リストが通信テスト結果受信部６０３に渡され、表示されることになる。

以上、本実施形態によれば、画像形成装置において外部サービスと通信テストを行う際、未アクティベートのサービスに関する通信テスト結果は画像形成装置のＵＩに表示しないよう制御する仕組みを提供することができる。これにより、画像形成装置の設置時にサービスマンに対して必要な結果のみを表示することができる。また、クラウドサーバーに対しては全ての通信テスト結果を送信することで、サービスをアクティベートする際にその通信テスト結果を事前に確認して対応することが可能となる。

〔第２実施形態〕
上述した第１実施形態では、サービスマンが画像形成装置の設置時に行う通信テストを前提としていた。そのため、通信テスト管理アプリケーションの起動は、サービスマンのみ操作できる画面からのみ行えるよう制御されている場合がある。その一方で、ユーザーが画像形成装置の運用中に新たなサービスをアクティベートしたり、あるいはネットワーク環境が変わったりした場合も通信テストを行う必要があるが、その都度サービスマンをコールしていてはコストがかかってしまう。そのため、通信テスト管理アプリケーションの起動メニューをユーザー操作可能な画面とサービスマン専用画面の双方に配置し、どちらの画面から起動されたかによってＵＩや機能性を切り替えることが考えられる。

ユーザーは、自環境のネットワーク設定やセキュリティ設定を把握しているため、それらの設定不備によって未アクティベートサービスの通信テストが失敗している場合でも原因の確認や対処が可能である。上述した第１実施形態の構成では、未アクティベートサービスの通信テスト結果が表示されない。そのため、ユーザーがそのサービスをアクティベートする予定があっても、通信テスト結果を確認するためには別の端末からクラウドサーバーにアクセスする必要があり、効率が良いとはいえない。
そこで、第２実施形態では、通信テスト管理アプリケーションがどの画面から起動されたかという情報に応じて、表示する通信テスト結果の内容を制御する構成について説明する。

第２実施形態では、図１～図７及び図９で示す構成は第１実施形態と同様であるため、各図に対する説明を省略する。以下、第１実施形態と異なる部分について説明する。
図１０は、第２実施形態における通信テストの処理の一例を示すフローチャートである。これらのソフトウェア構成は、画像形成装置５００のＣＰＵ５０２がＨＤＤ５０７等に記憶されたプログラムを実行することにより実現される。なお、Ｓ８００～Ｓ８０７は第１実施形態で示した図８と同様であるため、説明を省略する。

Ｓ１０００において、通信テスト管理アプリケーション６００のＵＩが開かれたことに応じて、ＵＩ表示部６０１は、該ＵＩがどの画面から開かれたかを示す識別情報を取得する。具体的には、ＵＩ表示部６０１が画像形成装置５００の操作部インターフェース５０４から識別情報を取得し、保持しておく。例えば、通信テスト管理アプリケーション６００のＵＩを開くためのボタン（不図示）に識別ＩＤを付与することで実現される構成でもよいし、元の画面の画面ＩＤを取得することで実現される構成でもよい。

本実施形態では、Ｓ８０３にて通信テスト結果通知部７０５が各アプリケーションの通信テスト結果リストをデータベース４００に対して送信すると、通信テスト結果受信部６０３が、Ｓ１００１の処理を実行する。
Ｓ１００１において、通信テスト結果受信部６０３が、上記Ｓ１０００で取得された識別情報を基にして、通信テスト管理アプリケーション６００のＵＩがどの画面から起動されたかを判定する。識別情報がサービスマン専用画面から起動されたことを示す値の場合（Ｓ１００１でＹｅｓの場合）、通信テスト結果受信部６０３は、Ｓ８０４に処理を遷移させる。一方、識別情報がユーザー操作可能な画面から起動されたことを示す値の場合（Ｓ１００１でＮｏの場合）、通信テスト結果受信部６０３は、Ｓ８０７に処理を遷移させる。

すなわち、ユーザー（サービスマンでない）が画像形成装置において外部サービスと通信テストを行う際には（ユーザーモードでは）、未アクティベートのサービスに関する通信テスト結果も含めて画像形成装置のＵＩに通信テスト結果を表示することができる。一方、サービスマンが画像形成装置において外部サービスと通信テストを行う際には（ユーザーモードでは）、未アクティベートのサービスに関する通信テスト結果を除いて画像形成装置のＵＩに通信テスト結果を表示することができる。

以上、本実施形態によれば、ユーザーが通信テストを実行した場合は（ユーザーモードの場合には）、未アクティベートサービスも含めた通信テスト結果を画像形成装置のＵＩに表示することができる。これにより、ユーザーはアクティベート予定のあるサービスに関して、ネットワーク環境の確認や設定を効率的に行うことができる。

以上、各実施形態によれば、画像形成装置などのネットワークサービスで外部サービスと通信テストを行う際、未アクティベートのサービスのためのクライアントアプリケーションに対応する通信テスト結果を表示しないよう制御することができる。これにより、サービスマンに対し必要な情報のみを伝え、誤解を与えずに通信テストの確認を行うことができる。よって、画像形成装置などのネットワークサービスで行うサービス提供システムで提供される各サービスとの通信テスト結果のうち、必要な結果のみをサービスマン等に伝え、混乱や誤解なく通信テストの確認を行うことを可能にする。

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

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

Claims (9)

1. サービス提供システムで提供される基本サービスと契約サービスとのそれぞれに対応する複数のクライアントアプリケーションがインストールされるネットワークデバイスであって、
   前記基本サービスのための第１クライアントアプリケーションと、前記契約サービスのための第２クライアントアプリケーションとの両方に、前記サービス提供システム上の各サービスに対する通信テストの実行を指示する指示手段と、
   前記各クライアントアプリケーションから通信テストの結果を受け付ける受付手段と、
   前記第１クライアントアプリケーション及び前記第２クライアントアプリケーションの通信テストの結果を前記サービス提供システムに対して送信する送信手段と、
   前記第１クライアントアプリケーションの通信テストの結果を表示する表示手段と、を有し、
   前記表示手段は、前記契約サービスの状態が契約済みの場合に前記第２クライアントアプリケーションの通信テストの結果も表示し、前記契約サービスの状態が未契約の場合に前記第２クライアントアプリケーションの通信テストの結果については表示しない、ことを特徴とするネットワークデバイス。
2. 前記送信手段は、前記基本サービスのためのクライアントアプリケーションを利用して通信テストの結果を送信することを特徴とする請求項１に記載のネットワークデバイス。
3. 前記サービス提供システムは、前記送信手段から送信された通信テストの結果を管理し、要求に応じて、前記第１クライアントアプリケーション及び前記第２クライアントアプリケーションの通信テストの結果を提供する、ことを特徴とする請求項１に記載のネットワークデバイス。
4. サービスマンが操作するための第１モードと、前記サービスマンはでないユーザーが操作するための第２モードのいずれのモードで動作している場合においても、前記指示手段は前記通信テストの実行を指示することが可能であり、
   前記表示手段は、前記通信テストの実行の指示が前記第２モードで行われた場合には、前記契約サービスの契約状態にかかわらず、前記第２クライアントアプリケーションの通信テストの結果も表示する、ことを特徴とする請求項１～３のいずれか１項に記載のネットワークデバイス。
5. 前記第１モードと前記第２モードのいずれのモードで動作している場合においても、前記通信テストの実行を指示するための操作が可能な操作手段を有し、
   前記指示手段は、前記操作手段からの操作に応じて、前記通信テストの実行を指示することを特徴とする請求項４に記載のネットワークデバイス。
6. 前記サービス提供システムは、少なくとも前記契約サービスの契約状態を管理し、
   前記サービス提供システムから前記契約サービスにおける契約状態を取得する取得手段を有する、ことを特徴とする請求項１に記載のネットワークデバイス。
7. 前記取得手段は、前記基本サービスのためのクライアントアプリケーションを利用して、前記サービス提供システムから前記契約サービスにおける契約状態を取得する、ことを特徴とする請求項６に記載のネットワークデバイス。
8. サービス提供システムで提供される基本サービスと契約サービスとのそれぞれに対応する複数のクライアントアプリケーションがインストールされるネットワークデバイスの制御方法であって、
   前記基本サービスのための第１クライアントアプリケーションと、前記契約サービスのための第２クライアントアプリケーションとの両方に、前記サービス提供システム上の各サービスに対する通信テストの実行を指示する指示ステップと、
   前記各クライアントアプリケーションから通信テストの結果を受け付ける受付ステップと、
   前記第１クライアントアプリケーション及び前記第２クライアントアプリケーションの通信テストの結果を前記サービス提供システムに対して送信する送信ステップと、
   前記第１クライアントアプリケーションの通信テストの結果を表示する表示ステップと、を有し、
   前記表示ステップでは、前記契約サービスの状態が契約済みの場合に前記第２クライアントアプリケーションの通信テストの結果も表示し、前記契約サービスの状態が未契約の場合に前記第２クライアントアプリケーションの通信テストの結果については表示しない、ことを特徴とするネットワークデバイスの制御方法。
9. コンピュータに、請求項８に記載の制御方法を実行させるためのプログラム。

Images