(57)【要約】【課題】Ｗｅｂサービスを利用するための認証ＩＤの取得のための通信と、認証ＩＤを用いてＷｅｂサービスを提供するための通信とおいて異なる通信手法に従って通信する通信方法、装置、情報処理装置、およびプログラムを提供する。【解決手段】装置が、ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、認証サーバから第１の通信手法を用いて取得する。その装置がＷｅｂブラウザにより認証ＩＤを用いて、Ｗｅｂサービスを提供するＷｅｂサーバと第１の通信手法とは異なる第２の通信手法に従って通信する。【選択図】図５
2015011438.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂブラウザを備えた装置とサーバとの通信方法であって、
前記装置が、前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、認証サーバから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得ステップと、
前記装置が前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得ステップにおいて取得した前記認証ＩＤを用いて、前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信ステップと
を含むことを特徴とする通信方法。
【請求項２】
前記第１の通信手法は、前記認証ＩＤの取得を行うためのアプリケーションによるＴＣＰ又はＸＭＰＰ上で所定の通信方式を用いた通信であり、
前記第２の通信手法は、前記ＷｅｂブラウザによるＨＴＴＰ又はＨＴＴＰＳを用いた通信である
ことを特徴とする請求項１に記載の通信方法。
【請求項３】
前記認証ＩＤ取得ステップは、
前記周辺装置が、
管理サーバとしての情報処理装置からワンタイムパスワードを取得するステップと、
前記取得したワンタイムパスワードを用いて、前記認証サーバに対し、認証ＩＤを依頼するステップと、
認証ＩＤの依頼を受けた前記認証サーバが、
前記ワンタイムパスワードの照合を、管理サーバに依頼するステップと、
前記照合の結果を受けて、前記装置に対する認証ＩＤを生成するステップと
を含むことを特徴とする請求項１又は２に記載の通信方法。
【請求項４】
前記装置は、前記Ｗｅｂサーバ、前記認証サーバの機能を兼ね備えた１以上の情報処理装置と通信を行うことを特徴とする請求項１乃至３のいずれか１項に記載の通信方法。
【請求項５】
Ｗｅｂブラウザを備え、サーバと通信可能な装置であって、
前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、認証サーバから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得手段と、
前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得手段により取得した前記認証ＩＤを用いて、前記Ｗｅｂサービスを利用するためのＷｅｂサーバと通信する通信手段と
を備えることを特徴とする装置。
【請求項６】
前記第１の通信手法は、前記認証ＩＤの取得を行うためのアプリケーションによるＴＣＰ又はＸＭＰＰ上で所定の通信方式を用いた通信であり、
前記第２の通信手法は、前記ＷｅｂブラウザによるＨＴＴＰ又はＨＴＴＰＳを用いた通信である
ことを特徴とする請求項５に記載の装置。
【請求項７】
Ｗｅｂブラウザを備えた装置と通信する情報処理装置であって、
前記装置が前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、前記装置が前記Ｗｅｂブラウザを用いない第１の通信手法により前記装置に供給する供給手段と、
前記装置に前記Ｗｅｂサービスを提供するために、前記装置が前記Ｗｅｂブラウザを用いる第２の通信手法により、前記認証ＩＤを用いて、当該装置と通信する通信手段と
を備えたことを特徴とする情報処理装置。
【請求項８】
前記第１の通信手法は、ＴＣＰ又はＸＭＰＰ上で所定の通信方式を用いた通信であり、
前記第２の通信手法は、ＨＴＴＰ又はＨＴＴＰＳを用いた通信である
ことを特徴とする請求項７に記載の情報処理装置。
【請求項９】
請求項１乃至４のいずれか１項に記載の通信方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂブラウザを備えた周辺装置からのリクエストに応じてＷｅｂサービスを提供するネットワークシステムにおける、通信方法、周辺装置、情報処理装置、およびプログラムに関する。
【背景技術】
【０００２】
近年におけるコンピュータ技術やネットワーク通信技術の発展は著しいものがある。ＵＳＢ、Ｅｔｈｅｒｎｅｔ（登録商標）、無線ＬＡＮ等の様々なインターフェースを利用して、情報処理装置とその周辺装置を制御するシステムが、自宅、オフィス等、様々な場面で有効に活用されている。周辺装置の例としては、携帯電話、テレビ、プリンタ、複写機、ファクシミリ、スキャナ、デジタルカメラ、複合機（Multi Function Peripheral:ＭＦＰ）などが挙げられる。
【０００３】
現在、インターネットを利用してさまざまなサービスが提供されている。そのサービスには、ネットワークで接続された周辺装置をサーバ装置により制御し、周辺装置の機能・サービスをネットワーク経由でユーザに提供するＷｅｂサービスがある。Ｗｅｂサービスを使用するためには、そのサービス対象となるユーザまたはユーザが使用する周辺装置を特定する必要があり、そのためには、周辺装置を特定する識別情報とサーバ装置が提供するＷｅｂサービスとを紐付けて認証登録する必要がある。
【０００４】
認証登録の方法としては、登録対象となるユーザまたはユーザが使用する周辺装置に対して、サーバ装置がＩＤとパスワードを以下のような手順で発行する方法が一般的である。  
１）周辺装置が備えるＷｅｂブラウザを使用してサーバ装置へＨＴＴＰ通信を行う。 
２）サーバ装置はＩＤとパスワードの入力欄を含んだ登録情報入力フォームをＨＴＴＰレスポンスで応答する。 
３）ユーザが、周辺装置のＷｅｂブラウザを使用して登録情報入力フォームに必要な情報を入力し、ＨＴＴＰリクエストを行う。 
４）サーバ装置は、ユーザまたはユーザが使用する周辺装置を特定するＩＤとパスワードをデータベースに登録する。
【０００５】
上述のような認証登録処理をセキュアかつユーザビリティよく行う方法として、登録専用のポートを設け、登録専用ポートから周辺機器のＭＡＣアドレスを受信して、それをデータベースに格納しておく方法が提案されている（特許文献１）。
【０００６】
また、サーバ装置が周辺装置から登録リクエストを受信すると、新規の識別情報と鍵コードを生成してこれらを対応付けて格納し、周辺装置専用の個体認証用のＷｅｂページを生成して、周辺装置はそれを保存しておくという方法も提案されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０００−２５２９９３号公報
【特許文献２】特開２００２−３６６５１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１の技術では、特別なポートを用意しなくてはならないし、サーバ装置が提供するＷｅｂサービスに変更が入った時、周辺装置の変更も必要となる可能性がある。
【０００９】
また、特許文献２の技術では、周辺装置のなりすましの問題、すなわち、サーバ装置のアドレス情報が不正取得等によって権限のないユーザに漏れ、サーバ装置に対して無限に周辺装置の登録リクエストがなされてしまう問題が起こり得る。
【００１０】
本発明は、上記の課題を鑑みて、Ｗｅｂサービスを利用するための認証ＩＤの取得のための通信と、認証ＩＤを用いてＷｅｂサービスを提供するための通信とにおいて異なる通信手法に従って通信する通信方法、装置、情報処理装置、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係る通信方法は、Ｗｅｂブラウザを備えた装置とサーバとの通信方法であって、前記装置が、前記ＷｅｂブラウザによりＷｅｂサービスを利用するための認証ＩＤを、認証サーバから前記Ｗｅｂブラウザを用いない第１の通信手法により取得する取得ステップと、前記装置が前記Ｗｅｂブラウザを用いる第２の通信手法により、前記取得ステップにおいて取得した前記認証ＩＤを用いて、前記Ｗｅｂサービスを提供するＷｅｂサーバと通信する通信ステップとを含むことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、Ｗｅｂサービスを利用するための認証ＩＤの取得のための通信と、認証ＩＤを用いてＷｅｂサービスを提供するための通信とにおいて異なる通信手法に従って通信を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】実施形態１に係るクライアント・サーバ型のネットワークシステムの構成の一例を示すブロック図である。
【図２】ＭＦＰの概略構成を示すブロック図である。
【図３】クライアント装置およびサーバ装置の概略構成を示すブロック図である。
【図４】メニュー画面の一例を示す図である。
【図５】Ｗｅｂブラウザの起動処理の流れを示すフローチャートである。
【図６】認証ＩＤ取得処理の詳細を示すシーケンスチャートである。
【図７】登録リクエストを行う際の通信データの一例を示す図である。
【図８】Ｗｅｂサーバにおける処理の流れを示すフローチャートである。
【図９】ＭＦＰからのＷｅｂサービスのリクエストがなされてから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートである。
【図１０】Ｗｅｂサービス登録画面の一例を示す図である。
【図１１】Ｗｅｂサービスホーム画面リクエストを行う際の通信データの一例を示す図である。
【図１２】Ｗｅｂサーバによって提供されるＷｅｂサービスホーム画面の一例を示す図である。
【図１３】実施形態２に係るクライアント・サーバ型のネットワークシステムの概略構成を示すブロック図である。
【図１４】実施形態２に係る、ＭＦＰからＷｅｂサービスのリクエストがなされてから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートである。
【図１５】Ｗｅｂサービス選択画面の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、添付図面を参照して本発明の好適な実施の形態を詳しく説明する。  
［実施形態１］
まず、本実施形態の基本となる、ネットワークシステムの構成について説明する。
【００１５】
図１は、本実施形態に係るクライアント・サーバ型のネットワークシステムの構成の一例を示すブロック図である。図１に示すネットワークシステムは、２台のＭＦＰ１００及び１５０、２台のクライアント装置２００及び２５０、３台のサーバ装置３００、３１０及び３２０で構成され、それぞれがインターネットを介して接続されている。図１において、サーバ装置３００は周辺装置（ここではＭＦＰ）を管理する管理サーバ、サーバ装置３１０は認証処理を行う認証サーバ、サーバ装置３２０は周辺装置からのリクエストに応じてＷｅｂサービスの提供を行うＷｅｂサーバであるものとする。ＭＦＰ１００及び１５０、クライアント２００及び２５０は、インターネットを介して、サーバ３００〜３２０と通信をする。
【００１６】
なお、Ｗｅｂサービスを提供するネットワークシステムには、１以上のサーバ装置が必要であるが、図１に示す構成に限定されるものではない。例えば、管理サーバと認証サーバなど、複数のサーバの機能を１台のサーバ装置で担うようにしてもよい。また逆に、負荷を分散するなどの目的で役割を分割し、さらに多くのサーバ装置を使用してもよい。
【００１７】
図２は、周辺装置としてのＭＦＰ１００/１５０の概略構成を示すブロック図である。なお、本明細書では、周辺装置として専らＷｅｂブラウザを搭載したＭＦＰを例に説明する。しかしこれに限らず、Ｗｅｂブラウザを搭載した周辺装置として、例えば、複写機、ファクシミリ、スキャナ、デジタルカメラ、携帯電話、タブレット型ＰＣ等であってもよい。
【００１８】
ＭＦＰ１００/１５０は、Ｗｅｂブラウザを備え、サーバ装置とＨＴＴＰ通信やＨＴＴＰＳ通信を行うことが可能であり、ネットワークを経由して、印刷機能、スキャナ機能及びストレージ機能（サービス）を提供することができる。
【００１９】
ＭＦＰ１００/１５０において、印刷機能はプリンタ部１０１で、スキャナ機能はスキャナ部１０２で、ストレージ機能はメモリカード装着部１０３及びメモリカード１０４で実現される。
【００２０】
プリンタ部１０１は、外部から受信した画像データやメモリカード１０４に格納されている画像データなどを、インクジェット方式や電子写真方式などの記録方式によって印刷用紙に印刷する。
【００２１】
スキャナ部１０２は、原稿台（不図示）にセットされた原稿を光学的に読み取って電子データに変換し、更に指定されたファイル形式に変換した画像データを、ネットワーク経由で外部装置に送信したり、或いはＨＤＤ等の保存領域（不図示）に格納する。また、コピーサービスは、原稿台に置かれた原稿をスキャナ部１０２で読み取って生成した画像データをプリンタ部１０１へ転送し、プリンタ部１０１が印刷用紙にその画像データを印刷することで実現される。
【００２２】
メモリカード装着部１０３に装着されたメモリカード１０４には、各種ファイルデータが格納される。このファイルデータは、ネットワークを介した外部装置から読み出して編集することができる。また、外部装置からメモリカード１０４にファイルデータを格納することも可能である。
【００２３】
更に、ＭＦＰ１００/１５０は、ＣＰＵ１０５、プログラムメモリ１０６、ワークメモリ１０７、表示部１０８、操作部１０９、ネットワーク通信部１１０、ネットワーク接続部１１１、フラッシュメモリ１１２を備える。
【００２４】
ＣＰＵ１０５は、ＭＦＰ１００/１５０内の各部を制御するための中央演算装置である。
【００２５】
プログラムメモリ１０６は、ＲＯＭなどで構成され、各種のプログラムコードや、サーバ装置と通信するためのクライアントアプリケーション１１５が格納されている。
【００２６】
ワークメモリ１０７は、ＲＡＭなどで構成され、各サービス実行時に画像データなどを一時格納したり、バッファリングしたりする。
【００２７】
表示部１０８は、例えばＬＣＤで構成され、各種の情報を表示する。例えば、クライアントアプリケーション１１５を使用している時はクライアントアプリケーション独自の組み込みＵＩ（以下、「組み込みＵＩ」と呼ぶ。）を表示する。また、Ｗｅｂブラウザが起動している時は、ＷｅｂブラウザのＵＩ（以下、「ブラウザＵＩ」と呼ぶ。）を表示する。
【００２８】
なお、組み込みＵＩはクライアントアプリケーション１１５が生成した画面情報に従って表示画面を表示する。また組み込みＵＩによってユーザによる操作が行われる場合、クライアントアプリケーション１１５独自の通信方式で外部と通信可能である。ブラウザＵＩは汎用的なＷｅｂブラウザに相当するものであり、受信したＷｅｂページに従った表示を行う。またブラウザＵＩによって操作が行われる場合、外部とはＨＴＴPなどの汎用的な通信方式で通信を行う。
【００２９】
操作部１０９は、ユーザが各種の入力操作を行うためのスイッチ等からなる。
【００３０】
なお、表示部１０８、操作部１０９は個別に設けられる場合であってもよいし、また表示部１０８に操作部１０９としてのタッチパネルが設けられる場合であってもよい。
【００３１】
ネットワーク通信部１１０は、ＭＦＰ１００/１５０をネットワークに接続して各種通信を行う。インターネット等のネットワークとは、ネットワーク接続部１１１を介して接続可能である。ネットワーク通信部１１０は、有線ＬＡＮや無線ＬＡＮに対応し、有線ＬＡＮ対応の場合のネットワーク接続部１１１は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮ対応の場合のネットワーク接続部１１１はアンテナとなる。
【００３２】
フラッシュメモリ１１２は、ネットワーク通信部１１０が受信した画像データなどを格納するための不揮発性のメモリである。
【００３３】
そして、上述した各部は、バス１１３で相互に接続される。
【００３４】
図３は、情報処理装置としてのクライアント装置２００/２５０およびサーバ装置３００/３１０/３２０の概略構成を示すブロック図である。
【００３５】
ＣＰＵ２０１は、以下の各部を制御するための中央演算装置である。
【００３６】
ＨＤＤ２０２は、ＣＰＵ２０１が読み出すアプリケーションプログラムやＯＳのほか各種ファイルを格納する。
【００３７】
外部記憶メディア読取装置２０３は、ＳＤカードなどの外部記憶媒体に格納されたファイルなどの情報を読み出すための装置である。
【００３８】
メモリ２０４は、ＲＡＭなどで構成され、ＣＰＵ２０１が必要に応じてデータの一時的格納やバッファリング等を行う。
【００３９】
表示部２０５は、例えばＬＣＤで構成され、各種の情報を表示する。
【００４０】
２０６は、ユーザが各種の入力操作を行うためのキーボードやマウスなどを含む。
【００４１】
なお、ＭＦＰ１００／１５０と同様に、表示部２０５、操作部２０６は個別に設けられる場合であってもよいし、また表示部２０５に操作部２０６としてのタッチパネルが設けられる場合であってもよい。
【００４２】
ネットワーク通信部２０７は、クライアント装置/サーバ装置をネットワークに接続して各種通信を行い、ネットワーク接続部２０８を介してインターネット等のネットワークと接続される。
【００４３】
ネットワーク通信部２０７は有線ＬＡＮや無線ＬＡＮに対応し、有線ＬＡＮ対応の場合のネットワーク接続部２０８は有線ＬＡＮのケーブルを接続するためのコネクタであり、無線ＬＡＮ対応の場合のネットワーク接続部２０８はアンテナとなる。
【００４４】
ＵＳＢ通信部２１０は、各種周辺装置とＵＳＢ接続部２１１を介して接続され、各種通信を行う。
【００４５】
そして、上述の各部はバス２０９で相互に接続される。
次に、図１で示したネットワークシステムにおいてＷｅｂサービスを利用するために、周辺装置であるＭＦＰ１００/１５０を登録する処理について説明する。
【００４６】
図４は、ＭＦＰ１００/１５０の表示部１０８に表示されるメニュー画面の一例を示す図である。メニュー画面４００には、原稿のコピーを開始するためのコピーボタン４０１、原稿のスキャンを開始するためのスキャンボタン４０２、Ｗｅｂサービスの利用を開始するためのクラウドボタン４０３を含む。ユーザがクラウドボタン４０３を押下すると、Ｗｅｂブラウザを用いたサービスを利用することができる。具体的には、ユーザが、クラウドボタン４０３を押下すると、ＭＦＰ１００/１５０は、Ｗｅｂサービスを利用するための認証ＩＤが既にＭＦＰ１００／１５０により取得されているか判定する。認証ＩＤが取得されている場合、Ｗｅｂブラウザが起動される。一方、認証ＩＤが取得されていない場合、認証ＩＤの取得の後、Ｗｅｂブラウザが起動される。この処理の詳細について図５を用いて説明する。
【００４７】
図５は、クラウドボタン４０３の押下に応じて実行される、Ｗｅｂブラウザの起動処理の流れを示すフローチャートである。なお、この一連の処理は、ＭＦＰ１００／１５０が備えるＣＰＵ１０５がプログラムメモリ１０６に記録されたプログラムをワークメモリ１０７に展開して実行することで実現される。
【００４８】
ステップ５０１において、ＭＦＰ１００/１５０（以下、ＭＦＰ）は、Ｗｅｂサービス用の認証ＩＤの有無を判定する。具体的には、認証ＩＤがワークメモリ１０７等に保持されているかどうかの判定を行う。ここで、認証ＩＤとは、周辺装置としての各ＭＦＰをＷｅｂサービス上で識別するための情報であり、Ｗｅｂサーバであるサーバ装置３２０（以下、Ｗｅｂサーバ）にアクセスする周辺装置が正当なものであることを証明するための情報である。また、周辺装置が、Ｗｅｂサーバを介してＷｅｂサービスを提供するのに必要な情報でもあり、複数のＷｅｂサーバが存在する場合にも共通で使用される。この認証ＩＤを用いた認証処理によって、なりすましなどの不正なアクセスを防ぐことが可能となる。認証ＩＤが有ると判定された場合は、ステップ５０４へ進む。一方、認証ＩＤがないと判定された場合は、ステップ５０２に進む。
【００４９】
ステップ５０２において、ＭＦＰは、クライアントアプリケーション１１５を用いて認証ＩＤの取得処理を行う。なお、ここでは表示部１０８に組み込みＵＩが表示される。
【００５０】
図６は、認証ＩＤ取得処理の詳細を示すシーケンスチャートである。図５におけるステップ５０２では、図６で説明するシーケンスチャートにおける、ＭＦＰ１００／１５０の処理が実行される。
【００５１】
ステップ６０１において、ＭＦＰは、管理サーバであるサーバ装置３００（以下、管理サーバ）に対して登録の依頼（登録リクエスト）を行うと共に、ＭＦＰを特定するための機種固有情報を管理サーバに通知する。ここで、機種固有情報は、例えば、ＭＦＰを一意に識別可能なシリアルナンバーやＭＡＣアドレスなどであり、プログラムメモリ１０６などに予め格納されている。
【００５２】
ステップ６０２において、管理サーバは、受け取った機種固有情報を基に、ワンタイムパスワードを生成する。ここで、ワンタイムパスワードとは、ＭＦＰの暫定的な識別に使用する有効期限付きのパスワードである。機種固有情報とワンタイムパスワードは互いに紐付けられて、管理サーバのＨＤＤ２０２内に格納される。
【００５３】
ステップ６０３において、管理サーバは、ＭＦＰからの登録リクエストに対するレスポンスを行い、生成したワンタイムパスワードをＭＦＰに送信する。
【００５４】
ステップ６０４において、ＭＦＰは、管理サーバからワンタイムパスワードを受け取ると、認証サーバであるサーバ装置３１０（以下、認証サーバ）に対して、認証の依頼（認証リクエスト）を行うと共に、受け取ったワンタイムパスワードを認証サーバに送信する。
【００５５】
ステップ６０５において、認証サーバは、ＭＦＰからの認証リクエストに応答して、管理サーバに対して認証リクエストを行なうと共に、受け取ったワンタイムパスワードを管理サーバに送信する。
【００５６】
ステップ６０６において、管理サーバは、認証サーバからの認証リクエストに応答して、ステップ６０２で格納したワンタイムパスワードと受け取ったワンタイムパスワードとを照合し、両者が一致することを確認する。
【００５７】
ワンタイムパスワードの照合が完了すると、ステップ６０７において、管理サーバは、認証サーバからの認証リクエストに対するレスポンスを行う。具体的には、受け取ったワンタイムパスワードに紐付けられている機種固有情報を認証サーバに送信する。送信後に、管理サーバは、ステップ６０２で格納した機種固有情報及びそれに紐付いているワンタイムパスワードをＨＤＤ２０２から削除する。
【００５８】
ステップ６０８において、認証サーバは、管理サーバから受け取った機種固有情報を元に上述の認証ＩＤを生成する。生成された認証ＩＤは、登録リクエストを行ったＭＦＰの機種固有情報と紐付けられて認証サーバのＨＤＤ２０２に格納される。
【００５９】
ステップ６０９において、認証サーバは、ＭＦＰからの認証リクエストに対するレスポンスを行う。具体的には、ステップ６０８で生成・格納した認証ＩＤを、ＭＦＰに送信する。
【００６０】
ステップ６１０において、ＭＦＰは、認証サーバから受け取った認証ＩＤをワークメモリ１０７等に格納する。
【００６１】
以上が、認証ＩＤ取得処理の流れである。
【００６２】
なお、ステップ６０１〜６０９の一部もしくは全部を複数回繰り返すようにしてもよく、その場合はよりセキュアな取得処理となる。また、本実施形態では、ステップ６０１、ステップ６０３、ステップ６０４、ステップ６０９の各処理は、登録、認証それぞれに特化したアプリケーションを用いて、よりセキュリティの高い通信手法、例えばステートフルな独自通信プロトコルで行うものとする。例えば、ステップ６０１の登録リクエストは、図７に示すような独自フォーマットのパケットを暗号化しＴＣＰで行うようにする。このように、ＭＦＰが認証ＩＤを格納するまでの認証処理を、これに特化したクライアントアプリケーションを使ったステートフルな独自通信プロトコルで行うことで、ユーザの入力なしに周辺装置をシーケンシャルに制御する通信をセキュアに行うことができる。また、ＴＣＰの代わりに、ＴＳＬ暗号化したＸＭＰＰを用いて、認証ＩＤの取得処理を行ってもよい。
【００６３】
そして、登録リクエストを行ってから認証ＩＤを取得して格納するまでの間、ＭＦＰの表示部１０８には通信中であることを示すメッセージ画面（不図示）を表示し、他のジョブを排斥する。このように、汎用的ではない独自フォーマット、独自の暗号化、独自のポート番号、独自のシーケンス等を用いる、或いはこれらを組合せて構成した独自の認証システムを用いることで、よりセキュリティの高いシステムを構築することができる。
【００６４】
さらに、認証用の各証明書に自己証明局が発行した証明書を用いて、証明書の有効期限を任意に設定できるようにし、高いセキュリティを維持したまま運用コストを下げることも可能である。
【００６５】
図５のフローチャートの説明に戻る。
【００６６】
ステップ５０３において、ＭＦＰは、図６において説明した処理により認証ＩＤの取得処理に成功したかどうかを判定する。認証ＩＤの取得処理に成功した場合には、ステップ５０４に進む。一方、認証ＩＤの取得に失敗した場合には、本処理を抜ける。
【００６７】
ステップ５０４において、ＭＦＰは、Ｗｅｂブラウザを起動し、Ｗｅｂサーバのホームアドレスにアクセスし、Ｗｅｂサービスを利用するためのホーム画面をリクエストする。この際、上述の認証ＩＤ取得処理で取得した認証ＩＤが併せてＷｅｂサーバに通知される。
【００６８】
ここで表示部１０８の表示が組み込みＵＩからブラウザＵＩに切り替わるが、このときユーザがＵＩの切り替え指示を行わなくても自動で切り替えが行われる。即ち、上記ステップ５０２（図６）においてＭＦＰ１００／１５０は、認証ＩＤを取得するために、セキュリティの高い独自の通信方式によりサーバ３００、サーバ３１０と通信を行う。そして、認証ＩＤが取得された場合、ＭＦＰ１００／１５０は、Ｗｅｂブラウザにより、例えばＨＴＴＰ等のプロトコルを用いる汎用的な通信を行うことで、Ｗｅｂサービスを利用する。Ｗｅｂサービスについての詳細については後述する。
【００６９】
次に、Ｗｅｂサービスのホーム画面をＭＦＰからリクエストされた、Ｗｅｂサーバにおける処理について説明する。
【００７０】
図８は、Ｗｅｂサーバにおける処理の流れを示すフローチャートである。なお、この一連の処理は、ＣＰＵ２０１がＨＤＤ２０２に記録されたプログラムをメモリ２０４に展開して実行することで実現される。
【００７１】
ステップ８０１において、Ｗｅｂサーバは、Ｗｅｂサービスホーム画面リクエストと共に受信した認証ＩＤに対応するＷｅｂサービス登録情報が登録済みであるかどうかを判定する。ここで、Ｗｅｂサービス登録情報は、Ｗｅｂサーバを介したＷｅｂサービスを周辺装置（ユーザ）に提供するために必要な情報であって、例えば、ユーザＩＤ、使用許諾情報、タイムゾーン、メールアドレス、使用言語などで構成され、Ｗｅｂサービス毎に管理される。Ｗｅｂサービス登録情報が未登録である場合は、ステップ８０２に進む。一方、Ｗｅｂサービス登録情報が登録済みである場合は、ステップ８０３に進む。
【００７２】
ステップ８０２において、Ｗｅｂサーバは、ＭＦＰから受信した認証ＩＤに対応する上述のＷｅｂサービス登録情報を登録する処理を行う。Ｗｅｂサービス登録情報を登録する処理の詳細については、後述のシーケンスチャート（図９）の説明において述べることとする。
【００７３】
ステップ８０４において、Ｗｅｂサーバは、リクエストに係るＷｅｂサービスのホーム画面をＭＦＰに送信する。
【００７４】
以上のような処理が、Ｗｅｂサービスのホーム画面をリクエストに応答して、Ｗｅｂサーバにおいてなされる。
【００７５】
図９は、本実施形態に係る、Ｗｅｂサービス利用のリクエストから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートである。
【００７６】
ステップ９０１において、ＭＦＰは、ＷｅｂブラウザによってＷｅｂサーバのホームアドレスにアクセスしてＷｅｂサービスのホーム画面をリクエストすると共に、前述の認証ＩＤ取得処理で取得した認証ＩＤをＷｅｂサーバに送信する。
【００７７】
ステップ９０２において、Ｗｅｂサーバは、ＭＦＰからのＷｅｂサービスホーム画面リクエストを受けると、認証ＩＤの発行元である認証サーバに対して認証ＩＤ照合リクエストを行う。そして、認証ＩＤ照合リクエストと共に、ＭＦＰから受け取った認証ＩＤを認証サーバに送信する。
【００７８】
ステップ９０３において、認証サーバは、受け取った認証ＩＤが正式なものかどうかを確認する。具体的には、受け取った認証ＩＤと前述した図６のシーケンスチャートのステップ６０８で生成・格納した認証ＩＤとを照合し、正式な認証ＩＤであるかどうかを確認する。
【００７９】
ステップ９０４において、認証サーバは、照合の結果をＷｅｂサーバにレスポンスする。
【００８０】
認証ＩＤが正式なものであった場合、ステップ９０５において、Ｗｅｂサーバは、該認証ＩＤに対応するＷｅｂサービス登録情報が既に存在するかどうか（登録済みであるかどうか）を確認する。
【００８１】
未登録であった場合、ステップ９０６において、Ｗｅｂサーバは、Ｗｅｂサービス登録情報を登録するための画面（Ｗｅｂサービス登録画面）をＭＦＰに送信する。
【００８２】
ステップ９０７において、ＭＦＰは、Ｗｅｂブラウザ上で、受け取ったＷｅｂサービス登録画面を表示する。ユーザは、表示されたＷｅｂサービス登録画面に必要な情報を入力する。図１０は、Ｗｅｂサービス登録画面の一例を示す図であり、必要な情報を入力したユーザは登録ボタン１００１を押下する。
【００８３】
ユーザによって登録ボタン１００１が押下されると、ステップ９０８においてＭＦＰは、Ｗｅｂブラウザによって、Ｗｅｂサーバに対してＷｅｂサービス登録のリクエストを行う。すなわち、Ｗｅｂサービス登録画面に入力された情報を、認証ＩＤと共にＷｅｂサーバに送信する。
【００８４】
ステップ９０９において、Ｗｅｂサーバは、受け取った情報をＷｅｂサービス登録情報としてＨＤＤ２０２内に格納・登録する。
【００８５】
ステップ９１０において、Ｗｅｂサーバは、Ｗｅｂサービスホーム画面を、ＭＦＰに送信（レスポンス）する。図１２は、サーバ装置３２０によって提供されるＷｅｂサービスホーム画面の一例を示す図であり、プリントアプリケーション、スキャンアプリケーション、ＦＡＸアプリケーションの３種類のＷｅｂサービスが含まれている。例えば、プリントアプリケーションの場合、ユーザは、クラウド上のコンピュータに保存されている画像データを取得してＭＦＰ１００/１５０で印刷することができる。
【００８６】
Ｗｅｂサーバから送信されたＷｅｂサービスホーム画面が、ＭＦＰ１００/１５０のＷｅｂブラウザ上に表示されると、ユーザは、上述したＷｅｂサービスを利用することができるようになる。
【００８７】
ここで、上述のステップ９０１、ステップ９０６、ステップ９０８、ステップ９１０の各処理は、Ｗｅｂブラウザを用いて、ＨＴＴＰまたはＨＴＴＰＳといった通信手法で行うのが望ましい。例えば、ステップ９０１のＷｅｂサービスホーム画面リクエストは、図１１のようなＨＴＴＰのＰＯＳＴメソッドで行うようにする。そして、Ｗｅｂサービスホーム画面リクエスト以降の各処理（ステップ９０１〜ステップ９１０）の進捗状況が分かるようなＷｅｂブラウザの画面（不図示）が、ＭＦＰの表示部１０８において表示されるようにする。
【００８８】
このように、Ｗｅｂサービス登録情報を登録するまでの処理を、Ｗｅｂブラウザを用いたＨＴＴＰまたはＨＴＴＰＳ通信で行うことにより、Ｗｅｂサービスの変更等を行う際に、ＭＦＰのファームウェア更新等の変更を伴うことなく、サーバの更新により対応できる。これにより、ユーザの操作性に優れるとともに、運用費をコストダウンすることもできる。
【００８９】
なお、本実施形態では、ワンタイムパスワードを用いたが、例えば周辺装置の機種固有情報をサーバに予め格納しておき、周辺装置から受け取った機種固有情報と管理サーバに予め格納してある機種固有情報とを照合することで認証ＩＤを生成してもよい。
【００９０】
また、本実施形態では、周辺装置から管理サーバに機種固有情報を送信しているが、周辺装置の機種に依存しないＷｅｂサービスであれば、機種固有情報の管理サーバへの送信を省いてもよい。
【００９１】
上述したような手法でネットワークシステムを制御・管理することで、使用許諾の内容などＷｅｂサービス登録情報に変更が必要になった場合でも、Ｗｅｂサーバに登録されたＷｅｂサービス登録情報のデータ変更で済ませることができる。
【００９２】
また、Ｗｅｂサービス登録情報に新たな項目の追加が必要になった場合でも、Ｗｅｂサーバにおいて必要な修正を行い、認証ＩＤに対応するＷｅｂサービス登録情報を削除するだけで済ませることができる。この場合、ユーザがＷｅｂサービスを利用しようとしたときには、認証ＩＤ取得処理はスキップされ、ＷｅｂブラウザからＷｅｂサービス登録情報の登録を改めて行うだけで済むようになる。
【００９３】
また、本実施形態では、上記ステップ５０２（図６）においてＭＦＰ１００／１５０は、機種固有情報等を用いた認証ＩＤの取得においては、セキュリティの高い独自の通信方式によりサーバ３００、サーバ３１０と通信を行う。そして、認証ＩＤが取得された場合、ＭＦＰ１００／１５０は、Ｗｅｂブラウザにより、例えばＨＴＴＰ等のプロトコルを用いる汎用的な通信を行うことで、Ｗｅｂサービスを利用する。
【００９４】
よって本実施形態によれば、機器固有情報やワンタイムパスワードが第三者に漏れてしまうことを防止することできるとともに、Ｗｅｂサーバにおける各種変更やサービスの追加等に適切かつ容易に対応することができる。
【００９５】
［実施形態２］
次に、図１で示した構成のクライアント・サーバ型のネットワークシステムに、新規のＷｅｂサービスを提供するサーバ装置３３０が新たに追加された場合の態様について、実施形態２として説明する。なお、実施形態１と共通する部分については説明を省略ないしは簡略化するものとし、差異点を中心に説明するものとする。
【００９６】
図１３は、本実施形態に係るクライアント・サーバ型のネットワークシステムの概略構成を示すブロック図である。サーバ装置３２０が提供するＷｅｂサービス（以下、「ＷｅｂサービスＡ」とする）とは異なるＷｅｂサービス（以下、「ＷｅｂサービスＢ」とする）を提供するＷｅｂサーバとして、サーバ装置３３０が追加されている。このように、既存のネットワークシステムに新たなＷｅｂサーバが追加された場合、元々あったＷｅｂサーバでは、新たなＷｅｂサーバの情報がその新たなＷｅｂサービス（ここではＷｅｂサービスＢ）と関連付けて保持される。
【００９７】
図１４の（ａ）及び（ｂ）は、本実施形態における、ＭＦＰからＷｅｂサービスのリクエストがなされてから、Ｗｅｂサービスが利用可能な状態になるまでの詳細を示すシーケンスチャートであり、実施形態１の図９のシーケンスチャートに対応している。
【００９８】
まず、既存のＷｅｂサーバ（サーバ装置３２０）によって提供されるＷｅｂサービスＡをユーザが利用する場合の処理の流れを示す、図１４の（ａ）について説明する。
【００９９】
ステップ１４０１において、ＭＦＰは、ＷｅｂブラウザによってＷｅｂサービスのホームアドレスにアクセスし、既存のサーバ装置３２０に対しＷｅｂサービスホーム画面のリクエストを行うと共に、認証ＩＤをサーバ装置３２０に通知する。このように、本実施形態では、新たなＷｅｂサービスを提供するＷｅｂサーバが追加された以降も、Ｗｅｂサービスを利用する際のアクセス先に変更はない。すなわち、ユーザは既存のＷｅｂサーバに常にアクセスすればよいことになる。
【０１００】
ステップ１４０２において、サーバ装置３２０は、利用するＷｅｂサービスを選択するための画面（Ｗｅｂサービス選択画面）を生成し、ＭＦＰに送信する。図１５は、Ｗｅｂサービス選択画面の一例を示す図であり、利用したいＷｅｂサービスのチェックボックスにチェックを入れてＯＫボタンを押下することで、選択がなされる。なお、Ｗｅｂサービス選択画面は、新規のＷｅｂサーバの追加等、システム構成に変更がある度にその内容が更新されることはいうまでもない。
【０１０１】
ステップ１４０３において、ＭＦＰは、Ｗｅｂブラウザ上で、サーバ装置３２０から受け取ったＷｅｂサービス選択画面を表示する。ユーザは、表示されたＷｅｂサービス選択画面において、利用したいＷｅｂサービス（ここでは、ＷｅｂサービスＡ）を選択する。
【０１０２】
ユーザによってＷｅｂサービスＡが選択されると、ステップ１４０４においてＭＦＰは、Ｗｅｂブラウザによって、サーバ装置３２０に対してＷｅｂサービスＡのリクエストを行うと共に、認証ＩＤをサーバ装置３２０に送信する。
【０１０３】
ステップ１４０５において、サーバ装置３２０は、受け取った認証ＩＤとそれに対応するＷｅｂサービス登録情報のチェックを行う。すなわち、前述の図９のシーケンスチャートにおけるステップ９０２〜ステップ９０５の処理が実行される。各処理の詳細については実施形態１で述べたとおりであるので、ここでの説明は省く。
【０１０４】
認証ＩＤが正式なもので、かつ、該認証ＩＤに対応するＷｅｂサービス登録情報が未登録であった場合、ステップ１４０６において、サーバ装置３２０は、ＭＦＰに対し、ＷｅｂサービスＡの登録情報を登録するための画面（ＷｅｂサービスＡ登録画面）を送信する。
【０１０５】
ステップ１４０７において、ＭＦＰは、Ｗｅｂブラウザ上で、受け取ったＷｅｂサービスＡ登録画面を表示する。ユーザは、表示されたＷｅｂサービスＡ登録画面に必要な情報を入力して、登録ボタン１００１を押下する。
【０１０６】
ユーザによって登録ボタン１００１が押下されると、ステップ１４０８においてＭＦＰは、Ｗｅｂブラウザによって、サーバ装置３２０に対してＷｅｂサービスＡ登録リクエストを行う。すなわち、ＷｅｂサービスＡ登録画面に入力された情報が、認証ＩＤと共にサーバ装置３２０に送信される。
【０１０７】
ステップ１４０９において、サーバ装置３２０は、受け取った情報をＷｅｂサービスＡ登録情報としてＨＤＤ２０２内に格納・登録する。
【０１０８】
ステップ１４１０において、サーバ装置３２０は、ＷｅｂサービスＡのホーム画面を、ＭＦＰに送信（レスポンス）する。そして、サーバ装置３２０から送信されたＷｅｂサービスＡホーム画面が、ＭＦＰ１００/１５０のＷｅｂブラウザ上に表示されると、ユーザは、ＷｅｂサービスＡを利用することができるようになる。
【０１０９】
次に、新たに追加されたＷｅｂサーバ（サーバ装置３３０）によって提供されるＷｅｂサービスＢをユーザが利用する場合の処理の流れを示す、図１４の（ｂ）について説明する。
【０１１０】
ステップ１４０１〜ステップ１４０４は、サーバ装置３３０が提供するＷｅｂサービスＢが選択される点を除いて、図１４の（ａ）において説明したとおりである。すなわち、上述のとおりユーザは、ＷｅｂサービスＢを利用したい場合であっても、既存のＷｅｂサーバであるサーバ装置３２０にアクセスすればよいことになる。
【０１１１】
ＷｅｂサービスＢのリクエストを受け取ったサーバ装置３２０は、ステップ１４１１において、当該リクエストを認証ＩＤと共にサーバ装置３３０へリダイレクトする。
【０１１２】
ステップ１４１２において、サーバ装置３３０は、前述のステップ１４０５と同様、認証ＩＤ及びＷｅｂサービス登録情報のチェックを行う。
【０１１３】
認証ＩＤが正式なもので、かつ、該認証ＩＤに対応するＷｅｂサービス登録情報が未登録であった場合、ステップ１４１３において、サーバ装置３３０は、ＭＦＰに対し、ＷｅｂサービスＢの登録情報を登録するための画面（ＷｅｂサービスＢ登録画面）を送信する。
【０１１４】
ステップ１４１４において、ＭＦＰは、Ｗｅｂブラウザ上で、受け取ったＷｅｂサービスＢ登録画面を表示する。ユーザは、表示されたＷｅｂサービスＢ登録画面に必要な情報を入力して、登録ボタン１００１を押下する。
【０１１５】
ユーザによって登録ボタン１００１が押下されると、ステップ１４１５においてＭＦＰは、Ｗｅｂブラウザによって、サーバ装置３３０に対してＷｅｂサービスＢ登録リクエストを行う。すなわち、ＷｅｂサービスＢ登録画面に入力された情報が、認証ＩＤと共にサーバ装置３３０に送信される。
【０１１６】
ステップ１４１６において、サーバ装置３３０は、受け取った情報をＷｅｂサービスＢ登録情報としてＨＤＤ２０２内に格納・登録する。
【０１１７】
ステップ１４１７において、サーバ装置３３０は、ＷｅｂサービスＢのホーム画面を、ＭＦＰに送信（レスポンス）する。そして、サーバ装置３３０から送信されたＷｅｂサービスＢホーム画面が、ＭＦＰ１００/１５０のＷｅｂブラウザ上に表示されると、ユーザは、ＷｅｂサービスＢを利用することができるようになる。
【０１１８】
このように本実施形態によれば、新規なＷｅｂサービスを提供するＷｅｂサーバが追加される場合でも、周辺装置のファームウェア更新等の変更を要することなく、Ｗｅｂサーバ側の更新だけで対応することができる。
【０１１９】
＜その他の実施形態＞
なお、本実施形態の機能は以下の構成によっても実現することができる。つまり、本実施形態の処理を行うためのプログラムコードをシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）がプログラムコードを実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することとなり、またそのプログラムコードを記憶した記憶媒体も本実施形態の機能を実現することになる。
【０１２０】
また、本実施形態の機能を実現するためのプログラムコードを、１つのコンピュータ（ＣＰＵ、ＭＰＵ）で実行する場合であってもよいし、複数のコンピュータが協働することによって実行する場合であってもよい。さらに、プログラムコードをコンピュータが実行する場合であってもよいし、プログラムコードの機能を実現するための回路等のハードウェアを設けてもよい。またはプログラムコードの一部をハードウェアで実現し、残りの部分をコンピュータが実行する場合であってもよい。
【図１】
2015011438.tif 000003
【図２】
2015011438.tif 000004
【図３】
2015011438.tif 000005
【図４】
2015011438.tif 000006
【図５】
2015011438.tif 000007
【図６】
2015011438.tif 000008
【図７】
2015011438.tif 000009
【図８】
2015011438.tif 000010
【図９】
2015011438.tif 000011
【図１０】
2015011438.tif 000012
【図１１】
2015011438.tif 000013
【図１２】
2015011438.tif 000014
【図１３】
2015011438.tif 000015
【図１４】
2015011438.tif 000016
【図１５】
2015011438.tif 000017