JP6300456B2 - 通信方法、装置、プログラム、およびネットワークシステム - Google Patents

Description

本発明は、Ｗｅｂブラウザを備えた装置と、Ｗｅｂサービスを提供するサーバシステムによる通信方法に関する。

近年におけるコンピュータ技術やネットワーク通信技術の発展は著しいものがある。ＵＳＢ、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ等の様々なインターフェースを利用して、情報処理装置とその周辺装置を制御するシステムが、自宅、オフィス等、様々な場面で有効に活用されている。周辺装置の例としては、携帯電話、テレビ、プリンタ、複写機、ファクシミリ、スキャナ、デジタルカメラ、複合機（Multi Function Peripheral:ＭＦＰ）などが挙げられる。

現在、インターネットを利用してさまざまなサービスが提供されている。そのサービスには、ネットワークで接続された周辺装置をサーバ装置により制御し、周辺装置の機能・サービスをネットワーク経由でユーザに提供するＷｅｂサービスがある。Ｗｅｂサービスを使用するためには、そのサービス対象となるユーザまたはユーザが使用する周辺装置を特定する必要があり、そのためには、周辺装置を特定する識別情報とサーバ装置が提供するＷｅｂサービスとを紐付けて認証登録する必要がある。

認証登録の方法としては、登録対象となるユーザまたはユーザが使用する周辺装置に対して、サーバ装置がＩＤとパスワードを以下のような手順で発行する方法が一般的である。
１）周辺装置が備えるＷｅｂブラウザを使用してサーバ装置へＨＴＴＰ通信を行う。
２）サーバ装置はＩＤとパスワードの入力欄を含んだ登録情報入力フォームをＨＴＴＰレスポンスで応答する。
３）ユーザが、周辺装置のＷｅｂブラウザを使用して登録情報入力フォームに必要な情報を入力し、ＨＴＴＰリクエストを行う。
４）サーバ装置は、ユーザまたはユーザが使用する周辺装置を特定するＩＤとパスワードをデータベースに登録する。

上述のような認証登録処理をセキュアかつユーザビリティよく行う方法として、登録専用のポートを設け、登録専用ポートから周辺機器のＭＡＣアドレスを受信して、それをデータベースに格納しておく方法が提案されている（特許文献１）。

また、サーバ装置が周辺装置から登録リクエストを受信すると、新規の識別情報と鍵コードを生成してこれらを対応付けて格納し、周辺装置専用の個体認証用のＷｅｂページを生成して、周辺装置はそれを保存しておくという方法も提案されている（特許文献２）。

特開２０００−２５２９９３号公報 特開２００２−３６６５１６号公報

しかしながら、特許文献１の技術では、特別なポートを用意しなくてはならないし、サーバ装置が提供するＷｅｂサービスに変更が入った時、周辺装置の変更も必要となる可能性がある。

また、特許文献２の技術では、周辺装置のなりすましの問題、すなわち、サーバ装置のアドレス情報が不正取得等によって権限のないユーザに漏れ、サーバ装置に対して無限に周辺装置の登録リクエストがなされてしまう問題が起こり得る。

本発明は、上記の課題を鑑みて、Ｗｅｂサービスを利用するための認証ＩＤの取得のための通信と、認証ＩＤを用いてＷｅｂサービスを提供するための通信とにおいて異なる通信手法に従って通信する通信方法、装置、プログラム、およびネットワークシステムを提供することを目的とする。

本発明に係る通信方法は、Ｗｅｂブラウザを備えた装置とサーバシステムとによる通信方法であって、前記装置が、前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、前記サーバシステムから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得ステップと、前記装置が、前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得ステップにおいて取得した前記認証ＩＤを用いて、前記サーバシステムに含まれる前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信ステップと、前記装置が、前記通信ステップにおいて用いられた前記認証ＩＤに対応する所定の登録情報をユーザの入力に応じて前記サーバシステムに登録するための第１の画面、または、前記Ｗｅｂサービスにより提供される第２の画面を表示する表示ステップと、前記通信ステップにおいて用いられた前記認証ＩＤに対応する前記所定の登録情報が前記サーバシステムに登録されていない場合、前記表示ステップにおいて前記第１の画面が表示され、前記所定の登録情報が前記サーバシステムに登録されている場合、前記表示ステップにおいて前記第１の画面が表示されずに前記第２の画面が表示されるように、前記表示ステップにおける表示のための情報を前記サーバシステムが前記装置に送信する送信ステップと、を含むことを特徴とする。

本発明によれば、Ｗｅｂサービスを利用するための認証ＩＤの取得のための通信と、認証ＩＤを用いてＷｅｂサービスを提供するための通信とにおいて異なる通信手法に従って通信を行うことができる。

実施形態１に係るクライアント・サーバ型のネットワークシステムの構成の一例を示すブロック図である。 ＭＦＰの概略構成を示すブロック図である。 クライアント装置およびサーバ装置の概略構成を示すブロック図である。 メニュー画面の一例を示す図である。 Ｗｅｂブラウザの起動処理の流れを示すフローチャートである。 認証ＩＤ取得処理の詳細を示すシーケンスチャートである。 登録リクエストを行う際の通信データの一例を示す図である。 Ｗｅｂサーバにおける処理の流れを示すフローチャートである。 ＭＦＰからのＷｅｂサービスのリクエストがなされてから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートである。 Ｗｅｂサービス登録画面の一例を示す図である。 Ｗｅｂサービスホーム画面リクエストを行う際の通信データの一例を示す図である。 Ｗｅｂサーバによって提供されるＷｅｂサービスホーム画面の一例を示す図である。 実施形態２に係るクライアント・サーバ型のネットワークシステムの概略構成を示すブロック図である。 実施形態２に係る、ＭＦＰからＷｅｂサービスのリクエストがなされてから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートである。 Ｗｅｂサービス選択画面の一例を示す図である。

以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。
［実施形態１］
まず、本実施形態の基本となる、ネットワークシステムの構成について説明する。

図１は、本実施形態に係るクライアント・サーバ型のネットワークシステムの構成の一例を示すブロック図である。図１に示すネットワークシステムは、２台のＭＦＰ１００及び１５０、２台のクライアント装置２００及び２５０、３台のサーバ装置３００、３１０及び３２０で構成され、それぞれがインターネットを介して接続されている。図１において、サーバ装置３００は周辺装置（ここではＭＦＰ）を管理する管理サーバ、サーバ装置３１０は認証処理を行う認証サーバ、サーバ装置３２０は周辺装置からのリクエストに応じてＷｅｂサービスの提供を行うＷｅｂサーバであるものとする。ＭＦＰ１００及び１５０、クライアント２００及び２５０は、インターネットを介して、サーバ３００〜３２０と通信をする。

なお、Ｗｅｂサービスを提供するネットワークシステムには、１以上のサーバ装置が必要であるが、図１に示す構成に限定されるものではない。例えば、管理サーバと認証サーバなど、複数のサーバの機能を１台のサーバ装置で担うようにしてもよい。また逆に、負荷を分散するなどの目的で役割を分割し、さらに多くのサーバ装置を使用してもよい。

図２は、周辺装置としてのＭＦＰ１００/１５０の概略構成を示すブロック図である。なお、本明細書では、周辺装置として専らＷｅｂブラウザを搭載したＭＦＰを例に説明する。しかしこれに限らず、Ｗｅｂブラウザを搭載した周辺装置として、例えば、複写機、ファクシミリ、スキャナ、デジタルカメラ、携帯電話、タブレット型ＰＣ等であってもよい。

ＭＦＰ１００/１５０は、Ｗｅｂブラウザを備え、サーバ装置とＨＴＴＰ通信やＨＴＴＰＳ通信を行うことが可能であり、ネットワークを経由して、印刷機能、スキャナ機能及びストレージ機能（サービス）を提供することができる。

ＭＦＰ１００/１５０において、印刷機能はプリンタ部１０１で、スキャナ機能はスキャナ部１０２で、ストレージ機能はメモリカード装着部１０３及びメモリカード１０４で実現される。

プリンタ部１０１は、外部から受信した画像データやメモリカード１０４に格納されている画像データなどを、インクジェット方式や電子写真方式などの記録方式によって印刷用紙に印刷する。

スキャナ部１０２は、原稿台（不図示）にセットされた原稿を光学的に読み取って電子データに変換し、更に指定されたファイル形式に変換した画像データを、ネットワーク経由で外部装置に送信したり、或いはＨＤＤ等の保存領域（不図示）に格納する。また、コピーサービスは、原稿台に置かれた原稿をスキャナ部１０２で読み取って生成した画像データをプリンタ部１０１へ転送し、プリンタ部１０１が印刷用紙にその画像データを印刷することで実現される。

メモリカード装着部１０３に装着されたメモリカード１０４には、各種ファイルデータが格納される。このファイルデータは、ネットワークを介した外部装置から読み出して編集することができる。また、外部装置からメモリカード１０４にファイルデータを格納することも可能である。

更に、ＭＦＰ１００/１５０は、ＣＰＵ１０５、プログラムメモリ１０６、ワークメモリ１０７、表示部１０８、操作部１０９、ネットワーク通信部１１０、ネットワーク接続部１１１、フラッシュメモリ１１２を備える。

ＣＰＵ１０５は、ＭＦＰ１００/１５０内の各部を制御するための中央演算装置である。

プログラムメモリ１０６は、ＲＯＭなどで構成され、各種のプログラムコードや、サーバ装置と通信するためのクライアントアプリケーション１１５が格納されている。

ワークメモリ１０７は、ＲＡＭなどで構成され、各サービス実行時に画像データなどを一時格納したり、バッファリングしたりする。

表示部１０８は、例えばＬＣＤで構成され、各種の情報を表示する。例えば、クライアントアプリケーション１１５を使用している時はクライアントアプリケーション独自の組み込みＵＩ（以下、「組み込みＵＩ」と呼ぶ。）を表示する。また、Ｗｅｂブラウザが起動している時は、ＷｅｂブラウザのＵＩ（以下、「ブラウザＵＩ」と呼ぶ。）を表示する。

なお、組み込みＵＩはクライアントアプリケーション１１５が生成した画面情報に従って表示画面を表示する。また組み込みＵＩによってユーザによる操作が行われる場合、クライアントアプリケーション１１５独自の通信方式で外部と通信可能である。ブラウザＵＩは汎用的なＷｅｂブラウザに相当するものであり、受信したＷｅｂページに従った表示を行う。またブラウザＵＩによって操作が行われる場合、外部とはＨＴＴPなどの汎用的な通信方式で通信を行う。

操作部１０９は、ユーザが各種の入力操作を行うためのスイッチ等からなる。

なお、表示部１０８、操作部１０９は個別に設けられる場合であってもよいし、また表示部１０８に操作部１０９としてのタッチパネルが設けられる場合であってもよい。

ネットワーク通信部１１０は、ＭＦＰ１００/１５０をネットワークに接続して各種通信を行う。インターネット等のネットワークとは、ネットワーク接続部１１１を介して接続可能である。ネットワーク通信部１１０は、有線ＬＡＮや無線ＬＡＮに対応し、有線ＬＡＮ対応の場合のネットワーク接続部１１１は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮ対応の場合のネットワーク接続部１１１はアンテナとなる。

フラッシュメモリ１１２は、ネットワーク通信部１１０が受信した画像データなどを格納するための不揮発性のメモリである。

そして、上述した各部は、バス１１３で相互に接続される。

図３は、情報処理装置としてのクライアント装置２００/２５０およびサーバ装置３００/３１０/３２０の概略構成を示すブロック図である。

ＣＰＵ２０１は、以下の各部を制御するための中央演算装置である。

ＨＤＤ２０２は、ＣＰＵ２０１が読み出すアプリケーションプログラムやＯＳのほか各種ファイルを格納する。

外部記憶メディア読取装置２０３は、ＳＤカードなどの外部記憶媒体に格納されたファイルなどの情報を読み出すための装置である。

メモリ２０４は、ＲＡＭなどで構成され、ＣＰＵ２０１が必要に応じてデータの一時的格納やバッファリング等を行う。

表示部２０５は、例えばＬＣＤで構成され、各種の情報を表示する。

２０６は、ユーザが各種の入力操作を行うためのキーボードやマウスなどを含む。

なお、ＭＦＰ１００／１５０と同様に、表示部２０５、操作部２０６は個別に設けられる場合であってもよいし、また表示部２０５に操作部２０６としてのタッチパネルが設けられる場合であってもよい。

ネットワーク通信部２０７は、クライアント装置/サーバ装置をネットワークに接続して各種通信を行い、ネットワーク接続部２０８を介してインターネット等のネットワークと接続される。

ネットワーク通信部２０７は有線ＬＡＮや無線ＬＡＮに対応し、有線ＬＡＮ対応の場合のネットワーク接続部２０８は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮ対応の場合のネットワーク接続部２０８はアンテナとなる。

ＵＳＢ通信部２１０は、各種周辺装置とＵＳＢ接続部２１１を介して接続され、各種通信を行う。

そして、上述の各部はバス２０９で相互に接続される。
次に、図１で示したネットワークシステムにおいてＷｅｂサービスを利用するために、周辺装置であるＭＦＰ１００/１５０を登録する処理について説明する。

図４は、ＭＦＰ１００/１５０の表示部１０８に表示されるメニュー画面の一例を示す図である。メニュー画面４００には、原稿のコピーを開始するためのコピーボタン４０１、原稿のスキャンを開始するためのスキャンボタン４０２、Ｗｅｂサービスの利用を開始するためのクラウドボタン４０３を含む。ユーザがクラウドボタン４０３を押下すると、Ｗｅｂブラウザを用いたサービスを利用することができる。具体的には、ユーザが、クラウドボタン４０３を押下すると、ＭＦＰ１００/１５０は、Ｗｅｂサービスを利用するための認証ＩＤが既にＭＦＰ１００／１５０により取得されているか判定する。認証ＩＤが取得されている場合、Ｗｅｂブラウザが起動される。一方、認証ＩＤが取得されていない場合、認証ＩＤの取得の後、Ｗｅｂブラウザが起動される。この処理の詳細について図５を用いて説明する。

図５は、クラウドボタン４０３の押下に応じて実行される、Ｗｅｂブラウザの起動処理の流れを示すフローチャートである。なお、この一連の処理は、ＭＦＰ１００／１５０が備えるＣＰＵ１０５がプログラムメモリ１０６に記録されたプログラムをワークメモリ１０７に展開して実行することで実現される。

ステップ５０１において、ＭＦＰ１００/１５０（以下、ＭＦＰ）は、Ｗｅｂサービス用の認証ＩＤの有無を判定する。具体的には、認証ＩＤがワークメモリ１０７等に保持されているかどうかの判定を行う。ここで、認証ＩＤとは、周辺装置としての各ＭＦＰをＷｅｂサービス上で識別するための情報であり、Ｗｅｂサーバであるサーバ装置３２０（以下、Ｗｅｂサーバ）にアクセスする周辺装置が正当なものであることを証明するための情報である。また、周辺装置が、Ｗｅｂサーバを介してＷｅｂサービスを提供するのに必要な情報でもあり、複数のＷｅｂサーバが存在する場合にも共通で使用される。この認証ＩＤを用いた認証処理によって、なりすましなどの不正なアクセスを防ぐことが可能となる。認証ＩＤが有ると判定された場合は、ステップ５０４へ進む。一方、認証ＩＤがないと判定された場合は、ステップ５０２に進む。

ステップ５０２において、ＭＦＰは、クライアントアプリケーション１１５を用いて認証ＩＤの取得処理を行う。なお、ここでは表示部１０８に組み込みＵＩが表示される。

図６は、認証ＩＤ取得処理の詳細を示すシーケンスチャートである。図５におけるステップ５０２では、図６で説明するシーケンスチャートにおける、ＭＦＰ１００／１５０の処理が実行される。

ステップ６０１において、ＭＦＰは、管理サーバであるサーバ装置３００（以下、管理サーバ）に対して登録の依頼（登録リクエスト）を行うと共に、ＭＦＰを特定するための機種固有情報を管理サーバに通知する。ここで、機種固有情報は、例えば、ＭＦＰを一意に識別可能なシリアルナンバーやＭＡＣアドレスなどであり、プログラムメモリ１０６などに予め格納されている。

ステップ６０２において、管理サーバは、受け取った機種固有情報を基に、ワンタイムパスワードを生成する。ここで、ワンタイムパスワードとは、ＭＦＰの暫定的な識別に使用する有効期限付きのパスワードである。機種固有情報とワンタイムパスワードは互いに紐付けられて、管理サーバのＨＤＤ２０２内に格納される。

ステップ６０３において、管理サーバは、ＭＦＰからの登録リクエストに対するレスポンスを行い、生成したワンタイムパスワードをＭＦＰに送信する。

ステップ６０４において、ＭＦＰは、管理サーバからワンタイムパスワードを受け取ると、認証サーバであるサーバ装置３１０（以下、認証サーバ）に対して、認証の依頼（認証リクエスト）を行うと共に、受け取ったワンタイムパスワードを認証サーバに送信する。

ステップ６０５において、認証サーバは、ＭＦＰからの認証リクエストに応答して、管理サーバに対して認証リクエストを行なうと共に、受け取ったワンタイムパスワードを管理サーバに送信する。

ステップ６０６において、管理サーバは、認証サーバからの認証リクエストに応答して、ステップ６０２で格納したワンタイムパスワードと受け取ったワンタイムパスワードとを照合し、両者が一致することを確認する。

ワンタイムパスワードの照合が完了すると、ステップ６０７において、管理サーバは、認証サーバからの認証リクエストに対するレスポンスを行う。具体的には、受け取ったワンタイムパスワードに紐付けられている機種固有情報を認証サーバに送信する。送信後に、管理サーバは、ステップ６０２で格納した機種固有情報及びそれに紐付いているワンタイムパスワードをＨＤＤ２０２から削除する。

ステップ６０８において、認証サーバは、管理サーバから受け取った機種固有情報を元に上述の認証ＩＤを生成する。生成された認証ＩＤは、登録リクエストを行ったＭＦＰの機種固有情報と紐付けられて認証サーバのＨＤＤ２０２に格納される。

ステップ６０９において、認証サーバは、ＭＦＰからの認証リクエストに対するレスポンスを行う。具体的には、ステップ６０８で生成・格納した認証ＩＤを、ＭＦＰに送信する。

ステップ６１０において、ＭＦＰは、認証サーバから受け取った認証ＩＤをワークメモリ１０７等に格納する。

以上が、認証ＩＤ取得処理の流れである。

なお、ステップ６０１〜６０９の一部もしくは全部を複数回繰り返すようにしてもよく、その場合はよりセキュアな取得処理となる。また、本実施形態では、ステップ６０１、ステップ６０３、ステップ６０４、ステップ６０９の各処理は、登録、認証それぞれに特化したアプリケーションを用いて、よりセキュリティの高い通信手法、例えばステートフルな独自通信プロトコルで行うものとする。例えば、ステップ６０１の登録リクエストは、図７に示すような独自フォーマットのパケットを暗号化しＴＣＰで行うようにする。このように、ＭＦＰが認証ＩＤを格納するまでの認証処理を、これに特化したクライアントアプリケーションを使ったステートフルな独自通信プロトコルで行うことで、ユーザの入力なしに周辺装置をシーケンシャルに制御する通信をセキュアに行うことができる。また、ＴＣＰの代わりに、ＴＳＬ暗号化したＸＭＰＰを用いて、認証ＩＤの取得処理を行ってもよい。

そして、登録リクエストを行ってから認証ＩＤを取得して格納するまでの間、ＭＦＰの表示部１０８には通信中であることを示すメッセージ画面（不図示）を表示し、他のジョブを排斥する。このように、汎用的ではない独自フォーマット、独自の暗号化、独自のポート番号、独自のシーケンス等を用いる、或いはこれらを組合せて構成した独自の認証システムを用いることで、よりセキュリティの高いシステムを構築することができる。

さらに、認証用の各証明書に自己証明局が発行した証明書を用いて、証明書の有効期限を任意に設定できるようにし、高いセキュリティを維持したまま運用コストを下げることも可能である。

図５のフローチャートの説明に戻る。

ステップ５０３において、ＭＦＰは、図６において説明した処理により認証ＩＤの取得処理に成功したかどうかを判定する。認証ＩＤの取得処理に成功した場合には、ステップ５０４に進む。一方、認証ＩＤの取得に失敗した場合には、本処理を抜ける。

ステップ５０４において、ＭＦＰは、Ｗｅｂブラウザを起動し、Ｗｅｂサーバのホームアドレスにアクセスし、Ｗｅｂサービスを利用するためのホーム画面をリクエストする。この際、上述の認証ＩＤ取得処理で取得した認証ＩＤが併せてＷｅｂサーバに通知される。

ここで表示部１０８の表示が組み込みＵＩからブラウザＵＩに切り替わるが、このときユーザがＵＩの切り替え指示を行わなくても自動で切り替えが行われる。即ち、上記ステップ５０２（図６）においてＭＦＰ１００／１５０は、認証ＩＤを取得するために、セキュリティの高い独自の通信方式によりサーバ３００、サーバ３１０と通信を行う。そして、認証ＩＤが取得された場合、ＭＦＰ１００／１５０は、Ｗｅｂブラウザにより、例えばＨＴＴＰ等のプロトコルを用いる汎用的な通信を行うことで、Ｗｅｂサービスを利用する。Ｗｅｂサービスについての詳細については後述する。

次に、Ｗｅｂサービスのホーム画面をＭＦＰからリクエストされた、Ｗｅｂサーバにおける処理について説明する。

図８は、Ｗｅｂサーバにおける処理の流れを示すフローチャートである。なお、この一連の処理は、ＣＰＵ２０１がＨＤＤ２０２に記録されたプログラムをメモリ２０４に展開して実行することで実現される。

ステップ８０１において、Ｗｅｂサーバは、Ｗｅｂサービスホーム画面リクエストと共に受信した認証ＩＤに対応するＷｅｂサービス登録情報が登録済みであるかどうかを判定する。ここで、Ｗｅｂサービス登録情報は、Ｗｅｂサーバを介したＷｅｂサービスを周辺装置（ユーザ）に提供するために必要な情報であって、例えば、ユーザＩＤ、使用許諾情報、タイムゾーン、メールアドレス、使用言語などで構成され、Ｗｅｂサービス毎に管理される。Ｗｅｂサービス登録情報が未登録である場合は、ステップ８０２に進む。一方、Ｗｅｂサービス登録情報が登録済みである場合は、ステップ８０３に進む。

ステップ８０２において、Ｗｅｂサーバは、ＭＦＰから受信した認証ＩＤに対応する上述のＷｅｂサービス登録情報を登録する処理を行う。Ｗｅｂサービス登録情報を登録する処理の詳細については、後述のシーケンスチャート（図９）の説明において述べることとする。

ステップ８０４において、Ｗｅｂサーバは、リクエストに係るＷｅｂサービスのホーム画面をＭＦＰに送信する。

以上のような処理が、Ｗｅｂサービスのホーム画面をリクエストに応答して、Ｗｅｂサーバにおいてなされる。

図９は、本実施形態に係る、Ｗｅｂサービス利用のリクエストから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートである。

ステップ９０１において、ＭＦＰは、ＷｅｂブラウザによってＷｅｂサーバのホームアドレスにアクセスしてＷｅｂサービスのホーム画面をリクエストすると共に、前述の認証ＩＤ取得処理で取得した認証ＩＤをＷｅｂサーバに送信する。

ステップ９０２において、Ｗｅｂサーバは、ＭＦＰからのＷｅｂサービスホーム画面リクエストを受けると、認証ＩＤの発行元である認証サーバに対して認証ＩＤ照合リクエストを行う。そして、認証ＩＤ照合リクエストと共に、ＭＦＰから受け取った認証ＩＤを認証サーバに送信する。

ステップ９０３において、認証サーバは、受け取った認証ＩＤが正式なものかどうかを確認する。具体的には、受け取った認証ＩＤと前述した図６のシーケンスチャートのステップ６０８で生成・格納した認証ＩＤとを照合し、正式な認証ＩＤであるかどうかを確認する。

ステップ９０４において、認証サーバは、照合の結果をＷｅｂサーバにレスポンスする。

認証ＩＤが正式なものであった場合、ステップ９０５において、Ｗｅｂサーバは、該認証ＩＤに対応するＷｅｂサービス登録情報が既に存在するかどうか（登録済みであるかどうか）を確認する。

未登録であった場合、ステップ９０６において、Ｗｅｂサーバは、Ｗｅｂサービス登録情報を登録するための画面（Ｗｅｂサービス登録画面）をＭＦＰに送信する。

ステップ９０７において、ＭＦＰは、Ｗｅｂブラウザ上で、受け取ったＷｅｂサービス登録画面を表示する。ユーザは、表示されたＷｅｂサービス登録画面に必要な情報を入力する。図１０は、Ｗｅｂサービス登録画面の一例を示す図であり、必要な情報を入力したユーザは登録ボタン１００１を押下する。

ユーザによって登録ボタン１００１が押下されると、ステップ９０８においてＭＦＰは、Ｗｅｂブラウザによって、Ｗｅｂサーバに対してＷｅｂサービス登録のリクエストを行う。すなわち、Ｗｅｂサービス登録画面に入力された情報を、認証ＩＤと共にＷｅｂサーバに送信する。

ステップ９０９において、Ｗｅｂサーバは、受け取った情報をＷｅｂサービス登録情報としてＨＤＤ２０２内に格納・登録する。

ステップ９１０において、Ｗｅｂサーバは、Ｗｅｂサービスホーム画面を、ＭＦＰに送信（レスポンス）する。図１２は、サーバ装置３２０によって提供されるＷｅｂサービスホーム画面の一例を示す図であり、プリントアプリケーション、スキャンアプリケーション、ＦＡＸアプリケーションの３種類のＷｅｂサービスが含まれている。例えば、プリントアプリケーションの場合、ユーザは、クラウド上のコンピュータに保存されている画像データを取得してＭＦＰ１００/１５０で印刷することができる。

Ｗｅｂサーバから送信されたＷｅｂサービスホーム画面が、ＭＦＰ１００/１５０のＷｅｂブラウザ上に表示されると、ユーザは、上述したＷｅｂサービスを利用することができるようになる。

ここで、上述のステップ９０１、ステップ９０６、ステップ９０８、ステップ９１０の各処理は、Ｗｅｂブラウザを用いて、ＨＴＴＰまたはＨＴＴＰＳといった通信手法で行うのが望ましい。例えば、ステップ９０１のＷｅｂサービスホーム画面リクエストは、図１１のようなＨＴＴＰのＰＯＳＴメソッドで行うようにする。そして、Ｗｅｂサービスホーム画面リクエスト以降の各処理（ステップ９０１〜ステップ９１０）の進捗状況が分かるようなＷｅｂブラウザの画面（不図示）が、ＭＦＰの表示部１０８において表示されるようにする。

このように、Ｗｅｂサービス登録情報を登録するまでの処理を、Ｗｅｂブラウザを用いたＨＴＴＰまたはＨＴＴＰＳ通信で行うことにより、Ｗｅｂサービスの変更等を行う際に、ＭＦＰのファームウェア更新等の変更を伴うことなく、サーバの更新により対応できる。これにより、ユーザの操作性に優れるとともに、運用費をコストダウンすることもできる。

なお、本実施形態では、ワンタイムパスワードを用いたが、例えば周辺装置の機種固有情報をサーバに予め格納しておき、周辺装置から受け取った機種固有情報と管理サーバに予め格納してある機種固有情報とを照合することで認証ＩＤを生成してもよい。

また、本実施形態では、周辺装置から管理サーバに機種固有情報を送信しているが、周辺装置の機種に依存しないＷｅｂサービスであれば、機種固有情報の管理サーバへの送信を省いてもよい。

上述したような手法でネットワークシステムを制御・管理することで、使用許諾の内容などＷｅｂサービス登録情報に変更が必要になった場合でも、Ｗｅｂサーバに登録されたＷｅｂサービス登録情報のデータ変更で済ませることができる。

また、Ｗｅｂサービス登録情報に新たな項目の追加が必要になった場合でも、Ｗｅｂサーバにおいて必要な修正を行い、認証ＩＤに対応するＷｅｂサービス登録情報を削除するだけで済ませることができる。この場合、ユーザがＷｅｂサービスを利用しようとしたときには、認証ＩＤ取得処理はスキップされ、ＷｅｂブラウザからＷｅｂサービス登録情報の登録を改めて行うだけで済むようになる。

また、本実施形態では、上記ステップ５０２（図６）においてＭＦＰ１００／１５０は、機種固有情報等を用いた認証ＩＤの取得においては、セキュリティの高い独自の通信方式によりサーバ３００、サーバ３１０と通信を行う。そして、認証ＩＤが取得された場合、ＭＦＰ１００／１５０は、Ｗｅｂブラウザにより、例えばＨＴＴＰ等のプロトコルを用いる汎用的な通信を行うことで、Ｗｅｂサービスを利用する。

よって本実施形態によれば、機器固有情報やワンタイムパスワードが第三者に漏れてしまうことを防止することできるとともに、Ｗｅｂサーバにおける各種変更やサービスの追加等に適切かつ容易に対応することができる。

［実施形態２］
次に、図１で示した構成のクライアント・サーバ型のネットワークシステムに、新規のＷｅｂサービスを提供するサーバ装置３３０が新たに追加された場合の態様について、実施形態２として説明する。なお、実施形態１と共通する部分については説明を省略ないしは簡略化するものとし、差異点を中心に説明するものとする。

図１３は、本実施形態に係るクライアント・サーバ型のネットワークシステムの概略構成を示すブロック図である。サーバ装置３２０が提供するＷｅｂサービス（以下、「ＷｅｂサービスＡ」とする）とは異なるＷｅｂサービス（以下、「ＷｅｂサービスＢ」とする）を提供するＷｅｂサーバとして、サーバ装置３３０が追加されている。このように、既存のネットワークシステムに新たなＷｅｂサーバが追加された場合、元々あったＷｅｂサーバでは、新たなＷｅｂサーバの情報がその新たなＷｅｂサービス（ここではＷｅｂサービスＢ）と関連付けて保持される。

図１４の（ａ）及び（ｂ）は、本実施形態における、ＭＦＰからＷｅｂサービスのリクエストがなされてから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートであり、実施形態１の図９のシーケンスチャートに対応している。

まず、既存のＷｅｂサーバ（サーバ装置３２０）によって提供されるＷｅｂサービスＡをユーザが利用する場合の処理の流れを示す、図１４の（ａ）について説明する。

ステップ１４０１において、ＭＦＰは、ＷｅｂブラウザによってＷｅｂサービスのホームアドレスにアクセスし、既存のサーバ装置３２０に対しＷｅｂサービスホーム画面のリクエストを行うと共に、認証ＩＤをサーバ装置３２０に通知する。このように、本実施形態では、新たなＷｅｂサービスを提供するＷｅｂサーバが追加された以降も、Ｗｅｂサービスを利用する際のアクセス先に変更はない。すなわち、ユーザは既存のＷｅｂサーバに常にアクセスすればよいことになる。

ステップ１４０２において、サーバ装置３２０は、利用するＷｅｂサービスを選択するための画面（Ｗｅｂサービス選択画面）を生成し、ＭＦＰに送信する。図１５は、Ｗｅｂサービス選択画面の一例を示す図であり、利用したいＷｅｂサービスのチェックボックスにチェックを入れてＯＫボタンを押下することで、選択がなされる。なお、Ｗｅｂサービス選択画面は、新規のＷｅｂサーバの追加等、システム構成に変更がある度にその内容が更新されることはいうまでもない。

ステップ１４０３において、ＭＦＰは、Ｗｅｂブラウザ上で、サーバ装置３２０から受け取ったＷｅｂサービス選択画面を表示する。ユーザは、表示されたＷｅｂサービス選択画面において、利用したいＷｅｂサービス（ここでは、ＷｅｂサービスＡ）を選択する。

ユーザによってＷｅｂサービスＡが選択されると、ステップ１４０４においてＭＦＰは、Ｗｅｂブラウザによって、サーバ装置３２０に対してＷｅｂサービスＡのリクエストを行うと共に、認証ＩＤをサーバ装置３２０に送信する。

ステップ１４０５において、サーバ装置３２０は、受け取った認証ＩＤとそれに対応するＷｅｂサービス登録情報のチェックを行う。すなわち、前述の図９のシーケンスチャートにおけるステップ９０２〜ステップ９０５の処理が実行される。各処理の詳細については実施形態１で述べたとおりであるので、ここでの説明は省く。

認証ＩＤが正式なもので、かつ、該認証ＩＤに対応するＷｅｂサービス登録情報が未登録であった場合、ステップ１４０６において、サーバ装置３２０は、ＭＦＰに対し、ＷｅｂサービスＡの登録情報を登録するための画面（ＷｅｂサービスＡ登録画面）を送信する。

ステップ１４０７において、ＭＦＰは、Ｗｅｂブラウザ上で、受け取ったＷｅｂサービスＡ登録画面を表示する。ユーザは、表示されたＷｅｂサービスＡ登録画面に必要な情報を入力して、登録ボタン１００１を押下する。

ユーザによって登録ボタン１００１が押下されると、ステップ１４０８においてＭＦＰは、Ｗｅｂブラウザによって、サーバ装置３２０に対してＷｅｂサービスＡ登録リクエストを行う。すなわち、ＷｅｂサービスＡ登録画面に入力された情報が、認証ＩＤと共にサーバ装置３２０に送信される。

ステップ１４０９において、サーバ装置３２０は、受け取った情報をＷｅｂサービスＡ登録情報としてＨＤＤ２０２内に格納・登録する。

ステップ１４１０において、サーバ装置３２０は、ＷｅｂサービスＡのホーム画面を、ＭＦＰに送信（レスポンス）する。そして、サーバ装置３２０から送信されたＷｅｂサービスＡホーム画面が、ＭＦＰ１００/１５０のＷｅｂブラウザ上に表示されると、ユーザは、ＷｅｂサービスＡを利用することができるようになる。

次に、新たに追加されたＷｅｂサーバ（サーバ装置３３０）によって提供されるＷｅｂサービスＢをユーザが利用する場合の処理の流れを示す、図１４の（ｂ）について説明する。

ステップ１４０１〜ステップ１４０４は、サーバ装置３３０が提供するＷｅｂサービスＢが選択される点を除いて、図１４の（ａ）において説明したとおりである。すなわち、上述のとおりユーザは、ＷｅｂサービスＢを利用したい場合であっても、既存のＷｅｂサーバであるサーバ装置３２０にアクセスすればよいことになる。

ＷｅｂサービスＢのリクエストを受け取ったサーバ装置３２０は、ステップ１４１１において、当該リクエストを認証ＩＤと共にサーバ装置３３０へリダイレクトする。

ステップ１４１２において、サーバ装置３３０は、前述のステップ１４０５と同様、認証ＩＤ及びＷｅｂサービス登録情報のチェックを行う。

認証ＩＤが正式なもので、かつ、該認証ＩＤに対応するＷｅｂサービス登録情報が未登録であった場合、ステップ１４１３において、サーバ装置３３０は、ＭＦＰに対し、ＷｅｂサービスＢの登録情報を登録するための画面（ＷｅｂサービスＢ登録画面）を送信する。

ステップ１４１４において、ＭＦＰは、Ｗｅｂブラウザ上で、受け取ったＷｅｂサービスＢ登録画面を表示する。ユーザは、表示されたＷｅｂサービスＢ登録画面に必要な情報を入力して、登録ボタン１００１を押下する。

ユーザによって登録ボタン１００１が押下されると、ステップ１４１５においてＭＦＰは、Ｗｅｂブラウザによって、サーバ装置３３０に対してＷｅｂサービスＢ登録リクエストを行う。すなわち、ＷｅｂサービスＢ登録画面に入力された情報が、認証ＩＤと共にサーバ装置３３０に送信される。

ステップ１４１６において、サーバ装置３３０は、受け取った情報をＷｅｂサービスＢ登録情報としてＨＤＤ２０２内に格納・登録する。

ステップ１４１７において、サーバ装置３３０は、ＷｅｂサービスＢのホーム画面を、ＭＦＰに送信（レスポンス）する。そして、サーバ装置３３０から送信されたＷｅｂサービスＢホーム画面が、ＭＦＰ１００/１５０のＷｅｂブラウザ上に表示されると、ユーザは、ＷｅｂサービスＢを利用することができるようになる。

このように本実施形態によれば、新規なＷｅｂサービスを提供するＷｅｂサーバが追加される場合でも、周辺装置のファームウェア更新等の変更を要することなく、Ｗｅｂサーバ側の更新だけで対応することができる。

＜その他の実施形態＞
なお、本実施形態の機能は以下の構成によっても実現することができる。つまり、本実施形態の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。

また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。

Claims (24)

1. Ｗｅｂブラウザを備えた装置とサーバシステムとによる通信方法であって、
   前記装置が、前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、前記サーバシステムから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得ステップと、
   前記装置が、前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得ステップにおいて取得した前記認証ＩＤを用いて、前記サーバシステムに含まれる前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信ステップと、
   前記装置が、前記通信ステップにおいて用いられた前記認証ＩＤに対応する所定の登録情報をユーザの入力に応じて前記サーバシステムに登録するための第１の画面、または、前記Ｗｅｂサービスにより提供される第２の画面を表示する表示ステップと、
   前記通信ステップにおいて用いられた前記認証ＩＤに対応する前記所定の登録情報が前記サーバシステムに登録されていない場合、前記表示ステップにおいて前記第１の画面が表示され、前記所定の登録情報が前記サーバシステムに登録されている場合、前記表示ステップにおいて前記第１の画面が表示されずに前記第２の画面が表示されるように、前記表示ステップにおける表示のための情報を前記サーバシステムが前記装置に送信する送信ステップと、
   を含むことを特徴とする通信方法。
2. Ｗｅｂブラウザを備えた装置とサーバシステムとによる通信方法であって、
   前記装置が、前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、前記サーバシステムから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得ステップと、
   前記装置が、前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得ステップにおいて取得した前記認証ＩＤを用いて、前記サーバシステムに含まれる前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信ステップと、
   前記サーバシステムが、前記通信ステップにおいて用いられた前記認証ＩＤに対応する所定の登録情報が前記サーバシステムに登録されているか確認する確認ステップと、
   前記サーバシステムが、前記確認ステップにおいて前記所定の登録情報が前記サーバシステムに登録されていると確認されなかった場合、前記所定の登録情報をユーザの入力に応じて前記サーバシステムに登録するための第１の画面に関する第１の情報を前記装置に送信し、前記確認ステップにおいて前記所定の登録情報が前記サーバシステムに登録されていると確認された場合、前記第１の情報を送信せずに、前記Ｗｅｂサービスにより提供される第２の画面に関する第２の情報を前記装置に送信する送信ステップと、
   前記装置が、前記送信ステップにより送信された前記第１の情報または前記第２の情報に基づいて、前記第１の画面または前記第２の画面を表示する表示ステップと、
   を含むことを特徴とする通信方法。
3. 前記装置が、ユーザによる所定の指示が入力された場合に、前記認証ＩＤが前記装置のメモリに保持されているか判定する判定ステップをさらに含み、
   前記取得ステップでは、前記認証ＩＤが前記装置のメモリに保持されていると前記判定ステップにおいて判定されなかった場合に、前記認証ＩＤを前記第１の通信手法により取得する
   ことを特徴とする請求項１または２に記載の通信方法。
4. 前記認証ＩＤが前記装置のメモリに保持されていると前記判定ステップにおいて判定された場合に、前記取得ステップでは前記認証ＩＤが取得されず、
   前記通信ステップでは、前記メモリに保持されている前記認証ＩＤを用いて、前記第２の通信手法により前記Ｗｅｂサーバと通信する
   ことを特徴とする請求項３に記載の通信方法。
5. 前記取得ステップは、
   前記装置が、
   前記サーバシステムからワンタイムパスワードを取得するステップと、
   前記取得したワンタイムパスワードを用いて、前記サーバシステムに対し、認証ＩＤを依頼するステップと、
   認証ＩＤの依頼を受けた前記サーバシステムが、
   前記ワンタイムパスワードの照合を行うステップと、
   前記照合の結果を受けて、前記装置に対する認証ＩＤを生成するステップと
   を含むことを特徴とする請求項１乃至４のいずれか１項に記載の通信方法。
6. 前記サーバシステムは、前記Ｗｅｂサーバと、前記Ｗｅｂサーバとは異なり且つ前記通信ステップにおいて用いられた前記認証ＩＤに基づく認証を行う認証サーバとを含むことを特徴とする請求項１乃至５のいずれか１項に記載の通信方法。
7. 前記第１の通信手法は、前記認証ＩＤの取得を行うためのアプリケーションによるＴＣＰ又はＸＭＰＰ上で所定の通信方式を用いた通信であり、
   前記第２の通信手法は、前記ＷｅｂブラウザによるＨＴＴＰ又はＨＴＴＰＳを用いた通信であることを特徴とする請求項１乃至６のいずれか１項に記載の通信方法。
8. 前記表示ステップにおいて表示された前記第１の画面に対するユーザの入力に応じて前記サーバシステムに前記所定の登録情報が登録された場合、前記サーバシステムは、前記装置に前記第２の画面を表示させることを特徴とする請求項１乃至７のいずれか１項に記載の通信方法。
9. 前記装置は、印刷を行う機能を有し、前記Ｗｅｂサービスは、Ｗｅｂ上の画像データに基づいて前記装置が印刷を行うサービスを含むことを特徴とする請求項１乃至８のいずれか１項に記載の通信方法。
10. 認証ＩＤに対応する所定の登録情報が登録されているか確認する確認手段と、前記確認手段により前記所定の登録情報が登録されていると確認されなかった場合、前記所定の登録情報をユーザの入力に応じてサーバシステムに登録するための第１の画面に関する第１の情報を送信し、前記確認手段により前記所定の登録情報が登録されていると確認された場合、前記第１の情報を送信せずに、Ｗｅｂサービスにより提供される第２の画面に関する第２の情報を送信する送信手段とを有する前記サーバシステムと通信可能な、Ｗｅｂブラウザを備えた装置であって、
    前記Ｗｅｂブラウザにより前記Ｗｅｂサービスを利用するための認証ＩＤを、前記サーバシステムから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得手段と、
    前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得手段により取得した前記認証ＩＤを用いて、前記サーバシステムに含まれる前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信手段と、
    前記サーバシステムの前記確認手段による、前記通信手段による通信で用いられた認証ＩＤに基づく確認の結果、前記サーバシステムの前記送信手段により送信された、前記第１の情報または前記第２の情報に基づいて、前記第１の画面または前記第２の画面を表示する表示手段と、
    を備えることを特徴とする装置。
11. ユーザによる所定の指示が入力された場合に、前記認証ＩＤが前記装置のメモリに保持されているか判定する判定手段をさらに備え、
    前記取得手段は、前記認証ＩＤが前記装置のメモリに保持されていると前記判定手段により判定されなかった場合に、前記認証ＩＤを前記第１の通信手法により取得する
    ことを特徴とする請求項１０に記載の装置。
12. 前記認証ＩＤが前記装置のメモリに保持されていると前記判定手段により判定された場合に、前記取得手段は前記認証ＩＤを取得せず、
    前記通信手段は、前記メモリに保持されている前記認証ＩＤを用いて、前記第２の通信手法により前記Ｗｅｂサーバと通信する
    ことを特徴とする請求項１１に記載の装置。
13. 前記第１の通信手法は、前記認証ＩＤの取得を行うためのアプリケーションによるＴＣＰ又はＸＭＰＰ上で所定の通信方式を用いた通信であり、
    前記第２の通信手法は、前記ＷｅｂブラウザによるＨＴＴＰ又はＨＴＴＰＳを用いた通信である
    ことを特徴とする請求項１０乃至１２のいずれか１項に記載の装置。
14. 画像を印刷用紙に印刷する印刷部をさらに備え、前記Ｗｅｂサービスは、Ｗｅｂ上の画像データに基づいて前記印刷部が印刷を行うサービスを含むことを特徴とする請求項１０乃至１３のいずれか１項に記載の装置。
15. 請求項１０乃至１４のいずれか１項に記載の装置の各手段としてコンピュータを機能させるためのプログラム。
16. Ｗｅｂブラウザを備えた装置と、サーバシステムとを含むネットワークシステムであって、
    前記装置が、
    前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、前記サーバシステムから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得手段と、
    前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得手段により取得した前記認証ＩＤを用いて、前記サーバシステムに含まれる前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信手段と、
    前記通信手段において用いられた前記認証ＩＤに対応する所定の登録情報をユーザの入力に応じて前記サーバシステムに登録するための第１の画面、または、前記Ｗｅｂサービスにより提供される第２の画面を表示する表示手段と、
    を備え、
    前記サーバシステムは、
    前記通信手段による通信において用いられた前記認証ＩＤに対応する前記所定の登録情報が前記サーバシステムに登録されていない場合、前記表示手段により前記第１の画面が表示され、前記所定の登録情報が前記サーバシステムに登録されている場合、前記表示手段により前記第１の画面が表示されずに前記第２の画面が表示されるように、前記表示手段による表示のための情報を前記装置に送信する送信手段と、
    を備える、
    ことを特徴とするネットワークシステム。
17. Ｗｅｂブラウザを備えた装置と、サーバシステムとを含むネットワークシステムであって、
    前記装置が、
    前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、前記サーバシステムから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得手段と、
    前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得手段により取得した前記認証ＩＤを用いて、前記サーバシステムに含まれる前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信手段と、
    を備え、
    前記サーバシステムが、
    前記通信手段により送信された前記認証ＩＤに対応する所定の登録情報が前記サーバシステムに登録されているか確認する確認手段と、
    前記確認手段により前記所定の登録情報が前記サーバシステムに登録されていると確認されなかった場合、前記所定の登録情報をユーザの入力に応じて前記サーバシステムに登録するための第１の画面に関する第１の情報を前記装置に送信し、前記確認手段により前記所定の登録情報が前記サーバシステムに登録されていると確認された場合、前記第１の情報を送信せずに、前記Ｗｅｂサービスにより提供される第２の画面に関する第２の情報を前記装置に送信する送信手段と、
    を備え、
    前記装置が、
    前記送信手段により送信された前記第１の情報または前記第２の情報に基づいて、前記第１の画面または前記第２の画面を表示する表示手段と、
    をさらに備える、
    ことを特徴とするネットワークシステム。
18. 前記装置は、
    ユーザによる所定の指示が入力された場合に、前記認証ＩＤが前記装置のメモリに保持されているか判定する判定手段をさらに備え、
    前記取得手段は、前記認証ＩＤが前記装置のメモリに保持されていると前記判定手段により判定されなかった場合に、前記認証ＩＤを前記第１の通信手法により取得する
    ことを特徴とする請求項１６または１７に記載のネットワークシステム。
19. 前記認証ＩＤが前記装置のメモリに保持されていると前記判定手段により判定された場合に、前記取得手段は前記認証ＩＤを取得せず、
    前記通信手段は、前記メモリに保持されている前記認証ＩＤを用いて、前記第２の通信手法により前記Ｗｅｂサーバと通信する
    ことを特徴とする請求項１８に記載のネットワークシステム。
20. 前記装置は、
    前記サーバシステムからワンタイムパスワードを取得し、
    前記取得したワンタイムパスワードを用いて、前記サーバシステムに対し、認証ＩＤを依頼し、
    前記認証ＩＤの依頼を受けた前記サーバシステムにより前記ワンタイムパスワードの照合が行われ、前記照合の結果を受けて、前記サーバシステムにより前記装置に対する認証ＩＤが生成され、
    前記取得手段は、前記生成された認証ＩＤを取得する
    ことを特徴とする請求項１６乃至１９のいずれか１項に記載のネットワークシステム。
21. 前記サーバシステムは、前記Ｗｅｂサーバと、前記Ｗｅｂサーバとは異なり且つ前記通信手段により送信された前記認証ＩＤに基づく認証を行う認証サーバとを含むことを特徴とする請求項１６乃至２０のいずれか１項に記載のネットワークシステム。
22. 前記第１の通信手法は、前記認証ＩＤの取得を行うためのアプリケーションによるＴＣＰ又はＸＭＰＰ上で所定の通信方式を用いた通信であり、
    前記第２の通信手法は、前記ＷｅｂブラウザによるＨＴＴＰ又はＨＴＴＰＳを用いた通信である
    ことを特徴とする請求項１６乃至２１のいずれか１項に記載のネットワークシステム。
23. 前記表示手段において表示された前記第１の画面に対するユーザの入力に応じて前記サーバシステムに前記所定の登録情報が登録された場合、前記サーバシステムは、前記装置に前記第２の画面を表示させることを特徴とする請求項１６乃至２２のいずれか１項に記載のネットワークシステム。
24. 前記装置は、印刷を行う機能を有し、前記Ｗｅｂサービスは、Ｗｅｂ上の画像データに基づいて前記装置が印刷を行うサービスを含むことを特徴とする請求項１６乃至２３のいずれか１項に記載のネットワークシステム。

Images