JP2014199653A - 情報処理システム、情報処理システムの制御方法、情報処理装置、情報処理装置の制御方法及びプログラム - Google Patents

Abstract

【課題】 ユーザに係る情報が漏洩したとしても情報処理装置へのアクセスを防止することができる構成を提供することが目的である。
【解決手段】 ユーザからの認証情報の生成要求に応じて認証情報を生成し、ユーザ情報と関連付けて格納し、端末装置から認証情報と端末装置を識別する装置識別情報とを受け取り、認証情報と一致する情報が格納されていれば、装置識別情報に当該認証情報と関連付けられていたユーザ情報を関連付けて格納し、ユーザ情報と装置識別情報とサービス利用要求とを端末装置から受信すると、ユーザ情報及び装置識別情報のそれぞれと一致する情報が格納されていれば、サービス利用要求に係るサービスを提供する構成である。
【選択図】 図６

Description

本発明は、情報処理システム、情報処理システムの制御方法、情報処理装置、情報処理装置の制御方法及びプログラムに関する。

例えば特許文献１には、第三者による情報の取得を防ぐことを目的とした技術が記載されている。この技術によれば、携帯端末で共有情報を作成し、当該情報を認証装置と利用者端末とに送信する。利用者端末は受け取った共有情報から認証情報を生成し、認証装置に送信する。認証装置も同様に受け取った共有情報から認証情報を作成し、利用者端末から受け取った認証情報と一致するかを確認する。一致していた場合は、さらに利用者端末から受けとった共有情報が、認証装置に記憶されている共有情報と一致しているかを確認し、一致していた場合に、正当な利用者端末であると判断する。

しかしながら当該技術によっても、共有情報が漏洩した場合には、第三者によって情報が取得されてしまうおそれがある。

本発明は上記の点等に鑑みてなされたものであり、ユーザに係る情報が漏洩したとしても、情報処理装置へのアクセスを防止することができる構成を提供することを目的とする。

本発明の実施の形態によれば、情報処理システムは、端末装置に搭載されるプログラムと情報処理装置とを有する情報処理システムであって、情報処理装置は、ユーザに係る情報及び認証情報の生成要求の入力を受け付ける受付手段と、受付手段で入力を受け付けた生成要求に応じて認証情報を生成する認証情報生成手段と、認証情報をユーザに係る情報と関連付けて格納する第１の格納手段と、端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信する受信手段と、受信手段で受信した認証情報と一致する情報が第１の格納手段に格納されているとき、受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていたユーザに係る情報を関連付けて格納する第２の格納手段と、端末装置から送信されたユーザに係る情報と装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が第２の格納手段に格納されているか否かを判定する判定手段と、判定手段がユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するサービス提供手段とを有し、端末装置に搭載されるプログラムは、該端末装置のコンピュータを、認証情報を情報処理装置から取得する認証情報取得手段、認証情報取得手段が取得した認証情報と端末装置の装置識別情報とを情報処理装置に送信する認証情報送信手段、及び認証情報送信手段で認証情報と端末装置の装置識別情報とを送信した後にユーザに係る情報と装置識別情報とサービス利用要求とを情報処理装置に送信するサービス要求送信手段として機能させる。

ユーザに係る情報が漏洩したとしても、情報処理装置へのアクセスを防止することができる。

本発明の実施の形態に係る情報処理システムの全体構成例を示す図である。 図１に示されるファイルサーバのハードウェア構成例を説明するためのブロック図である。 図１に示されるスマートデバイスのハードウェア構成例を説明するためのブロック図である。 図１に示されるファイルサーバの機能構成例を説明するためのブロック図である。 図１に示されるスマートデバイスの機能構成例を説明するためのブロック図である。 図１に示される情報処理システムにおけるデバイス登録時の処理の流れの例を説明するためのシーケンス図である。 図１に示される情報処理システムにおけるＱＲコード発行時の処理の流れの例を説明するための図である。 図１に示される情報処理システムにおけるワンタイムキー発行時の処理の流れの例を説明するためのフローチャートである。 図１に示されるスマートデバイスにおける「ＱＲコード読み取り画面」（（ａ））及び「登録完了画面」（（ｂ））のそれぞれの表示例を示す図である。 図１に示されるクライアントＰＣ（Personal Computer）の画面上のデバイス登録用ＱＲコードの表示例を示す図である。 図１に示される情報処理システムにおけるデバイス登録用ＱＲコードの内容例を示す図である。 図１に示されるスマートデバイスが実行するＱＲコード解析の処理の流れの例を説明するためのフローチャートである。 図１に示される情報処理システムにおけるデバイス登録時にスマートデバイスから送信するデータ例を示す図である。 図１に示される情報処理システムにおけるデバイス登録時の処理の流れの例を説明するための図である。 図１に示されるファイルサーバが実行するワンタイムキーの認証の処理の流れの例を説明するためのフローチャートである。 図１に示される情報処理システムにおけるデバイス登録成功（完了）時にファイルサーバから送られるデータ例を示す図である。 図１に示される情報処理システムにおけるリクエスト送信の処理の流れの例を説明するためのシーケンス図である。 図１に示されるスマートデバイスが作成するサービス要求用の認証情報の例を示す図である。 図１に示されるファイルサーバが実行する端末装置の認証動作の流れの例を説明するためのフローチャートである。 図１に示されるスマートデバイスにおいてファイルサーバが保有するファイルを閲覧する際の処理の流れの例を説明するためのシーケンス図である。 図１に示されるスマートデバイスにおいてファイルサーバが保有するファイルを印刷する際の処理の流れの例を説明するためのシーケンス図である。 図１に示されるスマートデバイスにおいてファイルサーバが保有するファイルを投影する際の処理の流れの例を説明するためのシーケンス図である。 図１に示されるファイルサーバに登録済みのデバイス情報を削除する際の処理の流れの例を説明するためのシーケンス図である。

本発明の実施の形態は、例えばワードやパワーポイントのファイルをJPEGなどの画像ファイルにする機能を持つファイルサーバを含む情報処理システムである。

当該ファイルサーバによれば、ワードなどの文書を画像ファイルに変換することで、ＰＣを用いずに、スマートフォンなどのワードファイルを印刷することができないプラットフォームからでも、ファイルサーバに保存されたファイルを容易に印刷することができる。

又、外出先からスマートフォンなどのスマートデバイスで当該ファイルサーバにアクセスしてファイル操作を行うこともできる。一般にファイルサーバにアクセスするためには利用する端末で事前に設定したユーザ名（又はユーザＩＤ、以下同様）とパスワードを入力してユーザ認証を行う。しかしながらスマートデバイスの性質上、外出先での盗難・紛失の可能性が比較的高く、第三者によるアクセスのリスクが比較的高いと考えられる。

本発明の実施の形態によれば、仮にユーザ名やパスワードが漏洩してしまったとしても、ファイルサーバへのアクセスを防止することができる。

すなわち本発明の実施の形態によれば、ファイルサーバを利用する際に用いるスマートデバイスをユーザと関連付けて認証するようにした(このような認証方法あるいはサービス要求用の認証情報の登録方法を「ペアリング」と呼ぶことがある)。従ってユーザ名やパスワードとスマートデバイスとを同時に用いて認証しない限り認証は成功しない。よって、仮にユーザ名やパスワードが漏洩してしまったとしても、ユーザ名やパスワードだけでは認証が成功しない。よって仮にユーザ名やパスワードが漏洩してしまったとしても、ファイルサーバへのアクセスを防止することができる。すなわち所謂「なりすまし」によるファイルサーバへのアクセスを防止することができる。

より具体的には、本発明の実施の形態では、スマートデバイスをファイルサーバに登録する際、スマートデバイスのデバイス情報とスマートデバイスを利用するユーザ情報とを関連付けてペアリングを行う。

すなわち、ユーザはクライアントＰＣからファイルサーバのシステムにログイン後、デバイス登録用ＱＲコード（登録商標）の生成をファイルサーバに要求する。デバイス登録用ＱＲコードはランダムな値(例えばワンタイムキー)を含んでいる。ワンタイムキーはユーザ名と関連付けられて（ペアで）ファイルサーバのメモリに一時的に保管される。なおデバイス登録用ＱＲコードは（デバイス登録用の）認証情報画像の一例である。ワンタイムキーはデバイス登録用の認証情報の一例である。

ファイルサーバから提供されたデバイス登録用ＱＲコードをスマートデバイスで読み込むと、デバイス登録リクエストがスマートデバイスからファイルサーバのシステムへ送信される。当該リクエストにはワンタイムキーが含まれており、ファイルサーバの認証部はワンタイムキーを用いて認証を行う。ここではワンタイムキーが正しく且つ有効であるか否かが判定される。

ワンタイムキーの認証に成功すると、ファイルサーバはワンタイムキーに関連付けられて保管されていたユーザ名を当該スマートデバイスの所有者(使用者)を識別する情報としてデバイス情報に紐付けて登録する。すなわちデバイス登録用ＱＲコードの発行を要求したユーザのユーザ名がデバイス情報に紐付けて登録される。このようにしてスマートデバイスとユーザのアカウントとが１対１で関連付けられる。

このようにしてファイルサーバのデータベースにスマートデバイスがデバイス情報によって登録されると、ファイルサーバから当該登録に係るユーザのアカウント情報がスマートデバイスに送信される。その結果、スマートデバイスには所有者として登録されたユーザのアカウント情報がセットされる。

以降、当該ユーザのアカウント及び当該スマートデバイスを同時に用いることによってファイルサーバを利用可能となる。従って仮にユーザのアカウント情報が漏洩したような場合であっても、当該ユーザのアカウント情報のみではファイルサーバを利用することはできない。

又、仮にスマートデバイス自体が紛失したり盗難にあったような場合には、図２３と共に後述する如くの手順で、ユーザはファイルサーバにログインして該当するデバイス情報を削除することができる。デバイス情報の削除後は、当該デバイス情報とアカウント情報とを同時に用いても認証を成功させることはできない。よって第三者によるファイルサーバへのアクセスを防止できる。ファイルサーバを利用する場合、ユーザは新しいスマートデバイスを用いて再度、上記同様の手順にてファイルサーバにデバイス登録を行えばよい。

以下、図を用いて本発明の実施の形態を詳細に説明する。

図１と共に、本発明の実施の形態に係る情報処理システムについて説明する。

当該情報処理システムは、ファイルサーバ２０と、クライアントＰＣ１０と、スマートデバイス３０と、リレーサーバ４０と、ＭＦＰ(MultiFunction Peripheral)５０と、プロジェクタ６０とを含む。これらの装置同士はネットワークで接続されている。ネットワークは有線網でも無線網でも良い。又ＬＡＮ，ＷＡＮ，インターネット、公衆電話回線網、携帯電話網等であってもよい。又これらのネットワークのうちの２種以上を互いに組み合わせて適用しても良い。

なおスマートデバイス３０はスマートフォンやタブレット端末等に限定されない。例えばアプリケーションプログラムをインストールすることにより後述するスマートデバイス３０の機能を備えることが可能であれば他の形式の端末装置であってもよい。あるいは製造時に既に後述するスマートデバイス３０の機能を備えた端末装置であっても良い。

又、図１のシステムにおいて、例えばスマートデバイス３０が３Ｇ回線等の携帯電話網経由でファイルサーバ２０にアクセスするような場合、スマートデバイス３０はリレーサーバ４０を介してファイルサーバ２０にアクセスする。その場合、リレーサーバ４０を介して利用可能なファイルサーバは複数台であっても良く、後述する「サーバＩＤ」を用いて実際に利用するファイルサーバを識別することができる。又、ファイルサーバ２０は、所謂クラウドサービスを提供するオンラインストレージシステムであっても良い。

また、図１に図示しないが、本システムには上記したＭＦＰ５０及びプロジェクタ６０以外に、他の電子機器が接続されていても良い。また、接続される他の電子機器は、ＭＦＰやプロジェクタに限らず、モニタや電子黒板（インタラクティブホワイトボード）、マイク、カメラ、テレビ会議システム等が接続されていても良い。

図１のシステムにおいて、ユーザはクライアントＰＣ１０からファイルサーバ２０にアクセスしログインする。ログインした状態で、ファイルサーバ２０に対し、デバイス登録用ＱＲコード表示の要求を出し、クライアントＰＣ１０のディスプレイ（図示を省略）にデバイス登録用ＱＲコードを表示させる。

ユーザは当該表示に係るデバイス登録用ＱＲコードをスマートデバイス３０が有するカメラで読み取り、必要な情報をスマートデバイス３０からファイルサーバ２０に送信することでデバイス登録を行う。デバイス登録が成功すると、ユーザはスマートデバイス３０を用いてファイルサーバ２０からデータの取得が可能になり、取得したデータの閲覧や、ＭＦＰ５０やプロジェクタ６０にデータを送ることで印刷や投影が可能となる。

次に図２と共に、ファイルサーバ２０のハードウェア構成例について説明する。

図２に示すように、図１に示されるファイルサーバ２０は、一般的なサーバやＰＣ等と同様の構成を有する。

すなわち、ファイルサーバ２０では、ＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、ＲＯＭ（Read Only Memory）２３、ＨＤＤ（Hard Disk Drive）２４及びネットワークＩ／Ｆ２５がバス２６を介して相互に接続されている。また、ネットワークＩ／Ｆ２５にはLAN、WAN、インターネット等が接続される。

ＣＰＵ２１は演算手段であり、ファイルサーバ２０全体の動作を制御する。

ＲＡＭ２２（記憶装置の一例）は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ２１が情報を処理する際の作業領域として用いられる。

ＲＯＭ２３は読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。

ＨＤＤ２４（記憶装置の一例）は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ(Operating System）や各種の制御プログラム、アプリケーションプログラム等が格納される。

図２のようなハードウェア構成において、ＲＯＭ２３やＨＤＤ２４若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２２に読み出され、ＣＰＵ２１によって他のハードウェアを用いて実行される。その結果、ファイルサーバ２０の種々の機能（図４と共に後述）が実現される。上記プログラムは第１のプログラムの一例である。

次に図３と共に、スマートデバイス３０のハードウェア構成例について説明する。

図３に示すように、本実施の形態に係るスマートデバイス３０は、例えば一般的なスマートフォンと同様の構成を含む。

即ち、スマートデバイス３０では、ＣＰＵ３１、ＲＡＭ３２、ＲＯＭ３３、ネットワークＩ／Ｆ３４、カメラモジュール３５、ディスプレイ３６及び電源３７が、バス３８を介して相互に接続されている。また、ネットワークＩ／Ｆ３４にはLAN、WAN、インターネット等が接続される。

ＣＰＵ３１は演算手段であり、スマートデバイス３０全体の動作を制御する。

ＲＡＭ３２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ３１が情報を処理する際の作業領域として用いられる。

ＲＯＭ３３は読み出し専用の不揮発性の記憶媒体であり、ＯＳや各種の制御プログラム、アプリケーションプログラム等が格納される。

このようなハードウェア構成において、ＲＯＭ３３に格納されたプログラムがＲＡＭ３２に読み出され、ＣＰＵ３１によって他のハードウェアを用いて実行される。その結果、スマートデバイス３０の種々の機能（図５と共に後述）が実現される。上記プログラムは第２のプログラムの一例である。

次に図４と共に、ファイルサーバ２０の機能構成例について説明する。

図４に示すように、ファイルサーバ２０は、OS２０１、Ｗｅｂサーバ２０２、共有フォルダ２０３、ドキュメント管理部２０４、ＰＣブラウザ用ＵＩ(User Interface)（システム設定部）２０５、ＭＦＰ用ＵＩ２０６及びＷｅｂＡＰＩ２０７を有する。ファイルサーバ２０は更に、Ｗｅｂ制御部２０８、認証管理部２０９及び設定情報管理部２１０を有する。

OS２０１はファイルサーバ２０のオペレーティングシステムであり、システム全体を制御する。例えばWindows（登録商標）、Linux（登録商標）、MAC、Androidなどである。

Ｗｅｂサーバ２０２は、HTTPで情報を送受信するソフトウェアである。例えばApache TomcatやIISなどである。

共有フォルダ２０３は、SMBのプロトコルによってネットワーク上に公開されたフォルダである。ユーザはクライアントＰＣ１０やスマートデバイス３０を用いて当該フォルダ２０３にアクセスすることができる。

ドキュメント管理部２０４はＲＡＭ２２やＨＤＤ２４等を用いて共有フォルダ２０３に置かれたファイルの保存や管理を行う。又、ドキュメント管理部２０４は、Ｗｅｂ制御部２０８の要求に応じてファイルを変換する処理等を行う。

ＰＣブラウザ用ＵＩ２０５はHTTPのリクエストによりシステム設定の画面を表示する。ユーザはクライアントＰＣ１０のＷｅｂブラウザを使用して、設定の変更を行うことができる。又ユーザはＰＣブラウザ用ＵＩ２０５を用いてファイルサーバ２０に対し、後述するデバイス登録用ＱＲコード生成要求等を行うことができる。又、ＰＣブラウザ用ＵＩ２０５はデバイス登録用ＱＲコードをクライアントＰＣ１０のディスプレイに表示させる。すなわちＰＣブラウザ用ＵＩ２０５は受付手段の一例であり、又表示制御手段の一例でもある。

ＭＦＰ用ＵＩ２０６は、HTTPのリクエストにより印刷用又は投影用ＱＲコード画面の表示、印刷画面やスキャン画面の表示等を行う。ユーザはＭＦＰ用ＵＩ２０６及びＭＦＰ５０のブラウザ機能を介し、ファイルサーバ２０から受け取ったデータをＭＦＰ５０で印刷したり、スキャン操作で読み取ったデータをファイルサーバ２０にアップロードしたりすることができる。

ＷｅｂＡＰＩ２０７はスマートデバイス３０等からHTTPでリクエストを受付、リクエストに応じた処理を行いレスポンスする処理を行う。また、種々のＱＲコードの生成も行う。すなわちＷｅｂＡＰＩ２０７は受信手段の一例である。

Ｗｅｂ制御部２０８は、ＰＣブラウザ用ＵＩ２０５、ＭＦＰ用ＵＩ２０６，ＷｅｂＡＰＩ２０７及びドキュメント管理部２０４の夫々の動作を制御する。

認証管理部２０９はＷｅｂＡＰＩ２０７で受け付けたリクエストが正しいユーザからのリクエストかの判別を行う。又、後述するワンタイムキーの認証、デバイス登録等も行う。すなわち認証管理部２０９は判定手段の一例である。

設定情報管理部２１０はデバイス情報やユーザ設定の管理を行う。

認証管理部２０９及び設定情報管理部２１０はＲＡＭ２２やＨＤＤ２４等を用いて種々の情報を管理する。

次に図５と共に、スマートデバイス３０の機能ブロック構成例について説明する。

図5に示すように、スマートデバイス３０は、ＯＳ３０１、ファイルサーバ通信部３０２、印刷管理部３０３、プロジェクタ管理部３０４、ファイル一覧表示部３０５、アップロード画面表示部３０６、設定画面表示部３０７及びプレビュー表示部３０８を有する。スマートデバイス３０は更に、認証情報管理部３０９及びＱＲコード読み取り部３１０を有する。

ＯＳ３０１はスマートデバイス３０のオペレーティングシステムであり、システム全体を制御する。例えばiOS、Android、WindowsPhone、BlackBerryなどである。

ファイルサーバ通信部３０２は、ファイルサーバ２０のＷｅｂＡＰＩ２０７とHTTPで情報を送受信する。送受信する際に、認証情報管理部３０９が管理しているサービス要求用の認証情報をHTTPに付加する。後述するファイル一覧表表示部３０５、アップロード画面表示部３０６及び設定画面表示部３０７は、当該ファイルサーバ通信部３０２を利用してファイルサーバ２０内の情報を取得したり、ファイルサーバ２０への処理を依頼する。すなわちファイルサーバ通信部３０２はサービス要求送信手段の一例でもある。

認証情報管理部３０９は、ＲＡＭ３２を用いてサービス要求用の認証情報の管理を行う。

印刷管理部３０３は、ＭＦＰ５０の検索・登録や、選択したファイルをＭＦＰ５０へ送信して印刷させる処理を行う。

プロジェクタ管理部３０４はプロジェクタ６０の検索・登録や、選択したファイルをプロジェクタ６０から投影する処理を行う。すなわちプロジェクタ管理部３０４は投影データ生成手段の一例である。

ファイル一覧表示部３０５はファイルサーバ２０内にあるファイルの一覧を表示する画面を表示したり、ユーザがファイルを選択すると後述するプレビュー表示部３０８が作成した画面を表示したりする。

アップロード画面表示部３０６はファイルサーバ２０にファイルをアップロードするメニューを表示し、ファイルサーバ２０へのアップロードを行う。アップロードの方法として以下の方法が可能である。ＭＦＰ５０のディスプレイに表示されたアップロード用ＱＲコードをスマートデバイス３０のカメラモジュール３５で読み取ることで、アップロードする文書等をＭＦＰ５０でスキャンしてアップロードすることができる。なおアップロード用ＱＲコードには、アップロード先のファイルサーバ２０のＩＰアドレス等、アップロードに必要なデータが埋め込まれている。あるいは、スマートデバイス３０が保有するデータをアップロードしたり、スマートデバイス３０のカメラモジュール３５で撮ったデータをアップロードしたりすることもできる。

設定画面表示部３０７は、ファイルサーバ２０に対してデバイス登録を行う場合に表示する画面、スマートデバイス３０の設定情報の画面等を表示する。

プレビュー表示部３０８は、ユーザが上記ファイルの一覧を表示する画面から選択したファイルのプレビュー表示を行う。またプロジェクタ６０による画像の投影や、印刷の際のメニューを表示する。

ファイル一覧表示部３０５，アップロード画面表示部３０６、設定画面表示部３０７及びプレビュー表示部３０８は、ディスプレイ３６を用いて情報を表示する。

ＱＲコード読取部３１０は、プレビュー表示部３０８、アップロード画面表示部３０６及び設定画面表示部３０７のそれぞれの機能においてＱＲコードが読み取られる際に利用される。なお、ここで読み取られるＱＲコードには以下のＱＲコードが含まれる。すなわち、スマートデバイス３０をファイルサーバ２０へ登録するためのデバイス登録用ＱＲコード、ＭＦＰ５０で印刷やスキャンを行うための印刷用及びアップロード用ＱＲコード、プロジェクタ６０から投影を行うための投影用ＱＲコード等が含まれる。ＱＲコード読み取り部３１０はカメラモジュール３５を用いてＱＲコードを読み取る（撮影する）。すなわちＱＲコード読み取り部３１０は認証情報取得手段の一例である。

なお、スマートデバイス３０は、一般的なスマートフォン、タブレット端末等を用い、後述する所定のアプリケーションプログラムをＲＯＭ３３に埋め込むことによって実現することができる。その場合、図５に示す各機能部のうち、ＯＳ３０１以外の各機能部は、当該所定のアプリケーションプログラムをＣＰＵ３１が実行することによって実現される。この点に関し、図５では説明の便宜上、上記一般的なスマートフォン、タブレット端末等が元々含む、他の種々の機能部の図示は省略している。

なお、クライアントＰＣ１０，リレーサーバ４０、ＭＦＰ５０及びプロジェクタ６０のそれぞれのハードウェア構成及び機能構成については、それぞれ一般的なＰＣ、リレーサーバ（中継サーバ）、ＭＦＰ及びプロジェクタと同様でよい。
次に図６と共に、図１に示す情報処理システムにおいてユーザがスマートデバイス３０をファイルサーバ２０に「デバイス登録」する際の処理の流れの例について説明する。

ステップＳ１及びステップＳ１．１にて、ユーザはクライアントＰＣ１０経由でファイルサーバ２０にアクセスする。これを受けてファイルサーバ２０の認証管理部２０９は、クライアントＰＣ１０のディスプレイ上にログイン画面を表示する。これに対しユーザが自身のアカウント情報（ユーザ名とパスワード）を入力してログイン要求を行う（ステップＳ２、Ｓ２．１）と、ファイルサーバ２０の認証管理部２０９は「認証結果」を通知する。

「認証結果」が「認証の成功」であれば、ユーザはデバイス登録用ＱＲコードの作成要求を行う（ステップＳ３、Ｓ３．１）。当該要求を受けてファイルサーバ２０のＷｅｂＡＰＩ２０７がデバイス登録用ＱＲコードを作成し（ステップＳ３．１．１）、ＰＣブラウザ用ＵＩ２０５がクライアントＰＣ１０のディスプレイ上に表示させる。したがってＷｅｂＡＰＩ２０７は認証情報画像生成手段の一例であり、ＰＣブラウザ用ＵＩ２０５は表示制御手段の一例である。

当該表示を見てユーザはスマートデバイス３０のＲＯＭ３３にインストールされている上記所定のアプリケーションプログラムを起動する操作を行う（ステップＳ４）。その結果、上記ファイルサーバ通信部３０２，印刷管理部３０３，プロジェクタ管理部３０４，ファイル一覧表示部３０５、アップロード画面表示部３０６及び設定画面表示部３０７のそれぞれの機能が使用可能となる。更に上記プレビュー表示部３０８、認証情報管理部３０９及びＱＲコード読み取り部３１０のそれぞれの機能も使用可能となる。

そしてユーザがスマートデバイス３０のカメラモジュール３５をクライアントＰＣ１０のディスプレイ上に翳す。その結果、ＱＲコード読み取り部３１０がクライアントＰＣ１０のディスプレイ上に表示されているデバイス登録用ＱＲコードを読み取る（ステップＳ４．１）。したがってＱＲコード読み取り部３１０は認証情報取得手段の一例である。

そして設定画面表示部３０７が、読み取ったデバイス登録用ＱＲコードに埋め込まれている「認証に必要な情報」を用い、「デバイス登録リクエスト」を作成し、ファイルサーバ通信部３０２がデバイス登録要求を行う（ステップＳ４．２「機器登録要求」）。よってファイルサーバ通信部３０２が認証情報送信手段の一例である。

ファイルサーバ２０の認証管理部２０９は当該デバイス登録要求を受けてワンタイムキーの認証を行う（ステップＳ４．２．１）。ワンタイムキー（後述）は上記デバイス登録用ＱＲコードに埋め込まれている「認証に必要な情報」に含まれている。

ワンタイムキーの認証（ステップＳ４．２．１）において認証管理部２０９は、ステップＳ３．１．１で作成したデバイス登録用ＱＲコードに埋め込んだワンタイムキーと同一のワンタイムキーがデバイス登録リクエストに含まれているか否かを判定する。

デバイス登録用ＱＲコードに埋め込んだワンタイムキーと同一のワンタイムキーがデバイス登録リクエストに含まれていれば認証管理部２０９は「認証に成功」の認証結果を得る。

他方、デバイス登録用ＱＲコードに埋め込んだワンタイムキーと同一のワンタイムキーがデバイス登録要求に含まれていなかった場合、認証管理部２０９は「認証に失敗」の認証結果を得る。

「認証に失敗」の場合、認証管理部２０９はスマートデバイス３０に対し、「デバイス登録エラー」メッセージを通知する（ステップＳ４．２．２）。

他方、「認証に成功」の場合、ファイルサーバ２０の認証管理部２０９がファイルサーバ２０内部のデータベース２２０を用いて「デバイス登録」を行う（ステップＳ４．２．３「機器情報登録」）。すなわち認証管理部２０９及びデータベース２２０は第２の格納手段の一例である。

ステップＳ４．２．３の「デバイス登録」では、ステップＳ４．２で設定画面表示部３０７がデバイス登録リクエストに含めたスマートデバイス３０のデバイスＩＤと、ステップＳ２でユーザが入力したユーザのアカウント情報とを互いに関連付けて登録する。デバイスＩＤは装置識別情報の一例である。

「デバイス登録」後、認証管理部２０９は、当該登録に用いたユーザのアカウント情報（ユーザ名、パスワード）をスマートデバイス３０に通知する。ユーザのアカウント情報はユーザに係る情報の一例である。

このようにしてファイルサーバ２０において「デバイス登録」がなされると、ユーザは当該登録に係るスマートデバイス３０を用いてファイルサーバ２０が保存しているファイルにアクセスすることができるようになる。

すなわちユーザはスマートデバイス３０を操作してファイルサーバ２０が保存するファイルにアクセスする操作を行う（ステップＳ５）。その結果、例えばファイル一覧表示部３０５がファイルサーバ通信部３０２を用いてファイルサーバ２０に対しファイルアクセス要求（認証要求）を行う（ステップＳ５．１）。したがってファイル一覧表示部３０５及びファイルサーバ通信部３０２はサービス要求送信手段の一例である。

ステップＳ５．１のファイルアクセス要求を受けて認証管理部２０９は、ファイルアクセス要求に含まれているデバイスＩＤと一致する情報がデータベース２２０において管理されているか否かを判定する（ステップＳ５．１．１「デバイス認証」）。

ファイルアクセス要求に含まれているデバイスＩＤと一致する情報がデータベース２２０において管理されていた場合、認証管理部２０９は「デバイス認証の成功」の認証結果を得る。

他方、ファイルアクセス要求に含まれているデバイスＩＤと一致する情報がデータベース２２０において管理されていなかった場合、認証管理部２０９は「デバイス認証の失敗」の認証結果を得る。

認証管理部２０９は、「デバイス認証の成功」の場合、該当するデバイス登録の有効期限を更新する（ステップＳ５．１．２）。

認証管理部２０９は次に、ステップＳ５．１のファイルアクセス要求に含まれているユーザのアカウント情報と一致する情報がデータベース２２０において管理されているか否かを判定する（ステップＳ５．１．３「ユーザ認証」）。

ファイルアクセス要求に含まれているユーザのアカウント情報と一致する情報がデータベース２２０において管理されていた場合、認証管理部２０９は「ユーザ認証の成功」の認証結果を得る。

他方、ファイルアクセス要求に含まれているユーザのアカウント情報と一致する情報がデータベース２２０において管理されていなかった場合、認証管理部２０９は「ユーザ認証の失敗」の認証結果を得る。したがって認証管理部２０９は判定手段の一例である。

「ユーザ認証の成功」の場合、共有フォルダ２０３内のファイルの一覧の情報をスマートデバイス３０に送信する。これを受けてスマートデバイス３０のファイル一覧表示部３０５が、当該ファイルの一覧をディスプレイ３６上に表示する。したがって共有フォルダ２０３はサービス提供手段の一例である。

このように、ステップＳ４．１でスマートデバイス３０がクライアントＰＣ１０から読み取ったデバイス登録用ＱＲコードには、「認証に必要な情報」が埋め込まれている。スマートデバイス３０は当該「認証に必要な情報」を含めた「デバイス登録リクエスト」を作成し、ファイルサーバ２０に送信する（ステップＳ４．２）。

ファイルサーバ２０は当該「デバイス登録リクエスト」に含まれている「認証に必要な情報」が正しければ、以下の処理を行う。すなわちログインしているユーザと、当該「デバイス登録リクエスト」の送信元のスマートデバイス３０とを紐付けて自機のデータベース２２０に登録する（ステップＳ４．２．３「機器情報登録」）。

すなわち本発明の実施の形態によれば、ファイルサーバ２０がデバイス登録用ＱＲコードに埋め込んで「ログインしているユーザ」に通知した「ワンタイムキー」を用いてユーザが「デバイス登録リクエスト」を送信する。ファイルサーバ２０は、「デバイス登録リクエスト」に、上記「ログインしているユーザ」に通知した「ワンタイムキー」が含まれていれば、「デバイス登録リクエスト」が「ログインしているユーザ」から送信されたものと判断する。そして「デバイス登録リクエスト」に含まれている「デバイスＩＤ」と、「ログインしているユーザ」のアカウント情報とを紐付けて「デバイス登録」を行うのである。

すなわちファイルサーバ２０は、「ワンタイムキー」を媒介として、「ログインしているユーザ」が、「デバイスＩＤ」を有する「スマートデバイス３０」のユーザであることを確認し、当該ユーザのアカウント情報と紐付けて「デバイス登録」を行う。そして以降、当該「デバイスＩＤ」を有する「スマートデバイス３０」からの、上記「紐付けられたユーザ」のアカウント情報を用いたアクセス要求に対し、アクセスを可とする。

よって、ファイルサーバ２０は、当該ユーザのアカウント情報のみで、紐付けられた「デバイスＩＤ」を含まずに行われたアクセス要求に対しては、アクセスを不可（すなわち認証の失敗、以下同様）とする。よって当該ユーザのアカウント情報が漏洩したような場合であっても、漏洩したユーザのアカウント情報のみを用いたファイルサーバ２０へのアクセスを防止することができる。

なお、上記説明では「ワンタイムキー」を媒介として用いることにより、「ログインしているユーザ」が、「デバイスＩＤ」を有する「スマートデバイス３０」のユーザであることを確認すると述べた。しかしながら「ログインしているユーザ」が、「デバイスＩＤ」を有する「スマートデバイス３０」のユーザであることを確認するための手段は、「ワンタイムキー」に限られない。他の認証手段によって「ログインしているユーザ」が、「デバイスＩＤ」を有する「スマートデバイス３０」のユーザであることを確認してもよい。

次に図７と共に、本実施の形態における、ファイルサーバ２０がデバイス登録用ＱＲコードを発行する際の手順について説明する。

図７に示すように、ユーザがクライアントＰＣ１０からＱＲコード生成要求（「機器登録用ＱＲコード生成要求」）を行う（ステップＳ１１１）と、ファイルサーバ２０の認証部２７１は以下の処理を行う。すなわち「ワンタイムキー」を発行し、デバイス登録時までメモリ（例えばＲＡＭ２２）にマップ２５１の形態で保持しておく（ステップＳ１１２）。なおＱＲコード生成要求はデバイス登録用の認証情報の生成要求の一例である。すなわち認証部２７１は第1の格納手段の一例である。

当該発行されたワンタイムキーは、ＱＲコード生成部２７２へと送信され、ＱＲコード生成部２７２がワンタイムキーを用いてデバイス登録用ＱＲコードを発行する（ステップＳ１１３）。

発行されたデバイス登録用ＱＲコードはクライアントＰＣ１０に送信され、クライアントＰＣのディスプレイ上に表示される（ステップＳ１１５）。

なお、上記「認証部２７１」の機能は認証管理部２０９及び設定情報管理部２１０が実現し、「ＱＲコード生成部２７２」の機能はＷｅｂＡＰＩ２０７が実現する。すなわち設定情報管理部２１０も第1の格納手段の一例であり、ＱＲコード生成部２７２及びＷｅｂＡＰＩ２０７のそれぞれが認証情報画像生成手段の一例である。

図７中、マップ２５１に保存された「ワンタイムキー」は、例えば"XXX-XXX-XXD"等で示されており、図示の如く、ユーザ名（"User01"等）及び、当該ワンタイムキーの発行時からの「経過時間」と共に管理される。

又、後述の如く、同じユーザについて複数回ワンタイムキーの生成がなされた場合には、認証部２７１は、順次旧いものから削除してゆき、最新のもののみを登録する。

図７では、マップ２５１の右端のワンタイムキー"XXX-XXX-XXA"が、同じユーザUser01について新たなワンタイムキー"XXX-XXX-XXD"が生成されたため、削除する（×印で表示）点が示されている。

又図示の如く、デバイス登録用ＱＲコードには、「ワンタイムキー」、「ファイルサーバ２０のＩＰアドレス」、「リレーサーバ４０のＩＰアドレス」及び「ファイルサーバ２０のサーバＩＤ」の各情報が埋め込まれる。

なお、これらの情報のうち、「サーバＩＤ」及び「リレーサーバのＩＰアドレス」は、スマートデバイス３０がファイルサーバ２０にリレーサーバ４０を介して接続する場合に必要となる情報である。従ってスマートデバイス３０がリレーサーバ４０を介さずに直接ファイルサーバ２０に接続する際には不要な情報である。

次に図８と共に、ワンタイムキーを発行する際の処理（図７のステップＳ１１２）の流れの例について説明する。

認証部２７１は、ＱＲコード生成要求（図７のステップＳ１１１）を受信すると、ステップＳ２０１でワンタイムキーとしてランダムなＵＵＩＤ(Universally Unique ID)を発行する。そして、過去に発行済みのワンタイムキーを管理しているマップ２５１に、今回発行したワンタイムキーを登録する（図７参照）。

ワンタイムキーは、ユーザ1人につき、１つしか発行できないようになっている。よって同じユーザに対し既存のワンタイムキーがある場合はそれを削除し、最新のものを登録する。

また、登録されているワンタイムキー毎に、当該ワンタイムキーが発行されてからの「経過時間」が保持されており（図７参照）、当該「経過時間」がデバイス登録用ＱＲコードの有効期限の管理（図１５と共に後述）に利用される。

すなわち、ステップＳ２０１でワンタイムキーの発行後、認証部２７１は、同じユーザに対し既にワンタイムキーが登録済みか否かを判定する（ステップＳ２０２）。

同じユーザに対し既にワンタイムキーが登録済みの場合（ステップＳ２０２ ＹＥＳ）、認証部２７１は、登録済みのワンタイムキーを削除する（ステップＳ２０３）。

他方、同じユーザに対し既にワンタイムキーが登録済みではなかった場合（ステップＳ２０２ ＮＯ）、認証部２７１は時間の計測を開始し（ステップＳ２０４）、ステップＳ２０１で発行したワンタイムキーを登録（ステップＳ２０５）してステップＳ２０６に進む。

ステップＳ２０６で認証部２７１は、ステップＳ２０１で発行したワンタイムキーをＱＲコード生成部２７２に渡し、処理を終了する。

次に図９と共に、スマートデバイス３０で、デバイス登録用ＱＲコードを読み取る際のディスプレイ３６上の画面（（ａ））及びファイルサーバ２０がデバイス登録を完了した際にディスプレイ３６に表示される画面（（ｂ））について説明する。

図６のステップＳ４．１でカメラモジュール３５を用いてクライアントＰＣ１０のディスプレイ上に表示されたデバイス登録用ＱＲコードを読み取る際には、ＱＲコード読み取り部３１０の制御下、設定画面表示部３０７が図９（ａ）に示す如くの画面を表示する。

又ファイルサーバ２０が当該スマートデバイス３０の「デバイス登録」に成功した場合は、設定画面表示部３０７は、登録先のファイルサーバ２０の情報(IPアドレス)と、当該登録に係るユーザ名とを表示する（図９（ｂ）参照）。

次に図１０と共に、デバイス登録用ＱＲコードをクライアントＰＣ１０のディスプレイ上に表示する際の画面例について説明する。

図１０に示す如く、クライアントＰＣ１０のディスプレイ上には、図７のステップＳ１１３でＱＲコード生成部２７２が生成したデバイス登録用ＱＲコードが表示される（図７のステップＳ１１４）。

ユーザは図９（ａ）に示される画面の中央に、図１０のデバイス登録用ＱＲコードが位置するようにスマートデバイス３０をかまえて撮影スイッチを押下することで、当該デバイス登録用ＱＲコードを読み取る（撮影する）（図６のステップＳ４．１）。

次に図１１と共に、デバイス登録用ＱＲコードに埋め込まれる情報の内容の例について説明する。

図１１の例の場合、デバイス登録用ＱＲコードには、登録先のファイルサーバ２０のサーバＩＤ("serverID")及びＩＰアドレス（"IPAddress"）、リレーサーバ４０のＩＰアドレス（"relayAddress"）並びにワンタイムキー（"oneTimeKey"）が埋め込まれる。

なお上記の如く、「サーバＩＤ」及び「リレーサーバのＩＰアドレス」は、スマートデバイス３０がファイルサーバ２０にリレーサーバ４０を介して接続する場合に必要となる情報である。よってスマートデバイス３０がリレーサーバ４０を介さずに直接ファイルサーバ２０に接続する際には不要な情報である。

次に図１２と共に、スマートデバイス３０の設定画面表示部３０７が実行する、例えば図９（ａ）の画面で読み取ったデバイス登録用ＱＲコードを解析する処理の流れの例について説明する。したがって設定画面表示部３０７も認証情報取得手段の一例である。

設定画面表示部３０７は、ステップＳ２１１でデバイス登録用ＱＲコードを読み込む（図６のステップＳ４．１）と、読み込んだデバイス登録用ＱＲコードを文字列に変換する（ステップＳ２１２）。

次に設定画面表示部３０７は、ファイルサーバ２０がデバイス登録用ＱＲコードに埋め込むべき情報（図１１参照）が過不足なく存在するか否かの判別を行う。当該判別処理により設定画面表示部３０７は、読み込んだデバイス登録用ＱＲコードが適切に生成されたものであるか否かを判定する。その結果、仮に当該ＱＲコードが、所謂「なりすまし」等によって第三者によって生成されたものであった場合、設定画面表示部３０７は「デバイス登録要求」（図６のステップＳ４．２）を行わない。

すなわち、設定画面表示部３０７は、ステップＳ２１２でデバイス登録用ＱＲコードから得られた情報にファイルサーバ２０のＩＰアドレスが含まれているか否かを判定する（ステップＳ２１３）。当該判定は、例えば図１１の該当情報項目名"IPAddress"を有する情報が含まれているか否かによって行うことができる。

判定の結果、ファイルサーバ２０のＩＰアドレスが含まれていれば（ステップＳ２１３
ＹＥＳ），ステップＳ２１４に進み、含まれていなければ（ステップＳ２１３ ＮＯ），ステップＳ２１８に進む。

ステップＳ２１８で設定画面表示部３０７は、ステップＳ２１１で読み込んだＱＲコードが適切なＱＲコードではないと判定する。その場合上記の如く、設定画面表示部３０７は「デバイス登録要求」を行わない。

ステップＳ２１４で設定画面表示部３０７は、ステップＳ２１２でデバイス登録用ＱＲコードから得られた情報にリレーサーバ４０のＩＰアドレスが含まれているか否かを判定する。当該判定は、例えば図１１の該当情報項目名"relayAddress"を有する情報が含まれているか否かによって行うことができる。

判定の結果、リレーサーバ４０のＩＰアドレスが含まれていれば（ステップＳ２１４ ＹＥＳ），ステップＳ２１５に進み、含まれていなければ（ステップＳ２１４ ＮＯ），ステップＳ２１８に進む。

ステップＳ２１５で設定画面表示部３０７は、ステップＳ２１２でデバイス登録用ＱＲコードから得られた情報にサーバＩＤが含まれているか否かを判定する。当該判定は、例えば図１１の該当情報項目名"serverID"を有する情報が含まれているか否かによって行うことができる。

判定の結果、サーバＩＤが含まれていれば（ステップＳ２１５ ＹＥＳ），ステップＳ２１６に進み、含まれていなければ（ステップＳ２１５ ＮＯ），ステップＳ２１８に進む。

ステップＳ２１６で設定画面表示部３０７は、ステップＳ２１２でデバイス登録用ＱＲコードから得られた情報にワンタイムキーが含まれているか否かを判定する。当該判定は、例えば図１１の該当情報項目名"oneTimeKey"を有する情報が含まれているか否かによって行うことができる。

判定の結果、ワンタイムキーが含まれていれば（ステップＳ２１６ ＹＥＳ），ステップＳ２１７に進み、含まれていなければ（ステップＳ２１６ ＮＯ），ステップＳ２１８に進む。

ステップＳ２１７で設定画面表示部３０７は、当該ＱＲコードが適切なデバイス登録用ＱＲコードであると判定し、同ＱＲコードを用いてファイルサーバ通信部３０２を介し「デバイス登録要求」（図６のステップＳ４．２「機器登録要求」）を行う。

なお上記の如く、「サーバＩＤ」及び「リレーサーバのＩＰアドレス」は、スマートデバイス３０がファイルサーバ２０にリレーサーバ４０を介して接続する場合に必要となる情報である。よってスマートデバイス３０がリレーサーバ４０を介さずに直接ファイルサーバ２０に接続する際には不要な情報である。よってスマートデバイス３０がリレーサーバ４０を介さずに直接ファイルサーバ２０に接続する際には、該当するステップＳ２１４，Ｓ２１５は不要なステップであり、スキップする。

次に図１３と共に、「デバイス登録要求」（図６中、ステップＳ４．２）を行う際に、スマートデバイス３０からファイルサーバ２０に送信するデバイス登録リクエストに含まれる情報の内容の例について説明する。

図１３の例では、デバイス登録リクエストには、ワンタイムキー（"oneTimeKey"）、デバイス名("deviceName")、種類("deviceType")及びデバイスＩＤ("UUID")が含まれる。

これらの情報のうち、ワンタイムキーは、図６のステップＳ４．１で読み込んだデバイス登録用ＱＲコードに埋め込まれていたワンタイムキーである。

それ以外のデバイス名、種類及びデバイスＩＤは、当該スマートデバイス３０のデバイス名、種類及びデバイスＩＤである。これらのうち、デバイス名及び種類は、例えばスマートデバイス３０自体が保持している該当情報を用いることができる。デバイスＩＤは、例えば設定画面表示部３０７が生成するＵＵＩＤである。

次に図１４と共に、「デバイス登録」時のデータの流れの例について説明する。

スマートデバイス３０がクライアントＰＣ１０の画面からデバイス登録用ＱＲコードを読み込む（図６のステップＳ４．１）と、デバイス登録リクエスト（機器登録要求）をファイルサーバ２０へ送信する（ステップＳ１０１）。当該デバイス登録リクエストには、図１３と共に上記の如く、「デバイス情報」と、上記デバイス登録用ＱＲコードに含まれていたワンタイムキーが含まれている。なお「デバイス情報」には、上記したデバイス名、種類及びデバイスＩＤが含まれる。

認証部２７１はデバイス登録リクエストを受けて、ワンタイムキーの認証（ステップＳ１０２、図６のステップＳ４．２．１）を行う。認証に成功すると、ファイルサーバ２０内部のデータベース２２０に「デバイス情報」が登録される（ステップＳ１０３）。

データベース２２０に登録される「デバイス情報」（機器情報）２５２としては、本実施の形態では、図１４に示す如く、上記したデバイスＩＤ、デバイス名及び種類以外にも、「ユーザ名」及び「有効期限」（図１５と共に後述）が管理目的で併せて登録される。なお、上記した「デバイス名」及び「種類」も管理目的の登録情報である。

更に、データベース２２０に登録されるサービス要求用の認証情報２５３として、上記デバイスＩＤに紐付けられてユーザのアカウント情報が登録される。すなわちデバイスＩＤを有するスマートデバイス３０の所有者としてのユーザのユーザ名及びパスワードが登録される。

デバイス情報２５２とサービス要求用の認証情報２５３とは、デバイスＩＤによって互いに紐付けられている。例えば図１４の例では、図示の如く、デバイスＩＤ"YYY-YYY-YYD"に紐付けられて、デバイス名"01の携帯端末"、種類"携帯端末"、所有者"User01"、有効期限"2013/03/31"が管理される（デバイス情報２５２）。更に同じデバイスＩＤ"YYY-YYY-YYD"に紐付けられて、ユーザ名"User01"、パスワード"Password01"が管理される。

図１４に示す如く、デバイスＩＤとユーザのアカウント情報とは１対１の対応関係で登録され管理される。従って、仮にユーザのアカウント情報が漏洩し、漏洩したユーザのアカウント情報が第三者に利用されたとしても、ファイルサーバ２０へのアクセスは不可とされる。すなわち当該第三者はファイルサーバ２０に登録されていない他のデバイスを用いてアクセスすることになるため、結果的にファイルサーバ２０へのアクセスは不可となる。よってユーザのアカウント情報が漏洩した場合であってもファイルサーバ２０へのアクセスを防止することができる。

次に図１５と共に、ワンタイムキーの認証処理（図１４のステップＳ１０２，図６のステップＳ４．２．１）の動作の流れに例について説明する。

認証部２７１は、まず、マップ２５１において管理されている発行済みワンタイムキーの中から、デバイス登録リクエスト（図１４のステップＳ１０１）に含まれていたワンタイムキーと同一のものがあるか否かを判定する（ステップＳ２３１）。

同一のワンタイムキーが見つかった場合（ステップＳ２３１ ＹＥＳ）、当該ワンタイムキーをマップ２５１から削除して（ステップＳ２３４）、ステップＳ２３５に進む。このように、ワンタイムキーは、1度認証に使用されると破棄され、再度同じキーで認証することはできない。

他方、同一のワンタイムキーが見つからなかった場合（ステップＳ２３１ ＮＯ）、認証部２７１はステップＳ２３２に進む。

ステップＳ２３２で認証部２７１は、エラーメッセージ（トークン不正エラー）をスマートデバイス３０に通知する。

ステップＳ２３５で認証部２７１は、ワンタイムキーの有効期限の判定を行う。ワンタイムキーは発行されてから一定時間以上経過すると無効になり、デバイス登録に用いることができなくなるからである。

ワンタイムキーの有効期限内の場合（ステップＳ２３５ ＹＥＳ），認証部２７１はステップＳ２３６に進む。

既にワンタイムキーの有効期限を超過していた場合（ステップＳ２３５ ＮＯ），認証部２７１はステップＳ２３３に進む。

ステップＳ２３３で認証部２７１は、エラーメッセージ（トークンの有効期限切れエラー）をスマートデバイス３０に通知する。

ステップＳ２３６で認証部２７１は、当該ワンタイムキーと一緒に（紐付けられて）マップ２５１に保持されていたユーザ名をキーとして、ファイルサーバ２０内部のデータベース２２０を検索する。そして該当するユーザ情報(すなわち「ユーザのアカウント情報」であり、「ユーザ名とパスワード」を含む)を取得する。

当該ユーザは、図７のステップＳ１１１（図６のステップＳ３．１）でＱＲコード発行要求を行ったユーザであり、スマートデバイス３０の所有者として、デバイス情報と関連づけてデータベース２２０に登録される（ステップＳ２３７）。すなわち、図１４と共に上述した如く、ユーザのアカウント情報がデバイス情報と紐付けられ、認証部２７１によって、サービス要求用の認証情報２５３としてデータベース２２０に登録される。すなわち「デバイス登録」がなされる。

なお、このとき、同じデバイス情報が既にデータベース２２０に登録されていた場合、該当するデバイスの所有者を更新する。すなわち既に登録済みであったデバイス情報に対し、ステップＳ２３６で取得したユーザのアカウント情報を紐付けて上書き保存する。

ステップＳ２３７で「デバイス登録」を行うと、認証部２７１はステップＳ２３８に進む。

ステップＳ２３８で認証部２７１は、当該デバイス登録に係るユーザ名とパスワードをスマートデバイス３０に送信し、処理を終了する。

このようにして「デバイス登録」が完了すると、当該デバイスのデバイスＩＤと、当該デバイスの所有者として登録されたユーザのアカウント情報とによってファイルサーバ２０にアクセスすることができる。

すなわち図１４に示す如くに、デバイス情報とユーザのアカウント情報とが１対１で登録されるため、何れか一方が悪用されたような場合でも、ファイルサーバ２０に対するアクセスは不可とされる。

すなわちデバイス情報とユーザのアカウント情報とのいずれか一方が悪用された場合とは、当該悪用した第三者は、デバイス情報とユーザのアカウント情報とのいずれか一方のみを保持するということである。すなわち当該第三者は、デバイス情報とユーザのアカウント情報とのうちの他方を保持していないため、ファイルサーバ２０へのアクセスは不可（認証の失敗）となる。

次に図１６と共に、上記ステップＳ２３８でファイルサーバ２０からスマートデバイス３０に送られる情報の例について説明する。

ステップＳ２３８で認証部２７１は以下の動作を行う。すなわち、ユーザがクライアントＰＣ１０からファイルサーバ２０にログインした際（図６のステップＳ２「アカウント情報入力」）のログインユーザ名("username")とログインパスワード("userPassword")をスマートデバイス３０に渡す。そしてこれらの情報はスマートデバイス３０を介し、ユーザに通知される。

次に図１７と共に、スマートデバイス３０からファイルサーバ２０に「リクエスト」（サービス利用要求の一例）を送信する際の処理の流れの例を説明する。

なお、スマートデバイス３０からのリクエストの送信は、ファイルサーバ２０に対する当該スマートデバイス３０に係るデバイス登録が完了してなければ行うことができない。

すなわちスマートデバイス３０の設定画面表示部３０７は、図６のステップＳ１〜Ｓ４．２．３の、「デバイス登録」に至る一連の処理の流れを経て、最後にユーザ名及びパスワードがファイルサーバ２０から通知されて初めて「デバイス登録」が完了したと認識する。

従って当該「ユーザ名及びパスワードのファイルサーバ２０から通知」に至る前に、例えば「認証に失敗」となった場合、当該ユーザ名及びパスワードのファイルサーバ２０から通知はなされない。この場合設定画面表示部３０７は「デバイス登録」は完了していないと認識する。その結果、仮にユーザが図６のステップＳ５の「ファイルアクセス」の操作を行っても、設定画面表示部３０７は当該操作を受け付けないのである。

図１７の説明に戻り、「デバイス登録」が完了していた場合、該当するユーザは、ファイルサーバ２０に対して行うすべてのリクエストにサービス要求用の認証情報を付与してファイルサーバ２０に送信すればよい。

ここでサービス要求用の認証情報とは、図１４に示す、ファイルサーバ２０の認証部２７１が管理しているサービス要求用の認証情報２５３に含まれる情報を意味する。すなわち、デバイスＩＤと、ユーザのアカウント情報（ユーザ名及びパスワード）とを含む情報を言う。すなわちユーザ名及びパスワードがユーザに係る情報の一例であり、デバイスＩＤが装置識別情報の一例である。したがってサービス要求用の認証情報が、ユーザに係る情報及び装置識別情報の一例である。

すなわち、スマートデバイス３０のファイルサーバ２０対する「デバイス登録」が完了していた場合、スマートデバイス３０は、リクエストを作成する（ステップＳ１１）。その際、当該リクエストに含めるべき上記サービス要求用の認証情報を作成する（ステップＳ１１．１）。

次にスマートデバイス３０の設定画面表示部３０７は、生成したリクエストをファイルサーバ２０に送信する（ステップＳ１１．２）。すなわち設定画面表示部３０７はサービス要求送信手段の一例である。

ファイルサーバ２０の認証部２７１はスマートデバイス３０からリクエストを受信すると、当該リクエストに含まれているサービス要求用の認証情報を用いて「認証」を行い、「認証」結果を得る。すなわち認証部２７１も判定手段の一例である。なお当該「認証」は、図６の「デバイス認証」（ステップＳ５．１．１）、「デバイス使用有効期間更新」（ステップＳ５．１．２）、「ユーザ認証」（ステップＳ５．１．３）等に対応し、図１９と共に後述する。

上記認証結果が「認証失敗」（図１９参照）の場合、上記リクエストに対する応答として、認証部２７１はスマートデバイス３０に対し「認証失敗」の旨の通知を行う（ステップＳ１１．２．１「リクエスト失敗」）。

他方、上記認証結果が「認証成功」（図１９参照）の場合、上記リクエストに対する応答として、認証部２７１はスマートデバイス３０に対し、リクエストに応じたサービスを提供する（ステップＳ１１．２．２「リクエストの処理結果」）。

「リクエストに応じたサービス」として以下のものが挙げられる。すなわち、後述する「ファイルサーバ２０が有するデータの閲覧」（図２０）、「ファイルサーバ２０が有するデータの印刷」（図２１）及び「ファイルサーバ２０が有するデータの投影」（図２２）が挙げられる。更に、「ファイルサーバ２０へのデータのアップロード」等も挙げられる。また、リクエストに応じたサービスとして、印刷や投影だけではなくスキャンの制御やモニタへの表示、電子黒板への表示または電子黒板に表示されたデータの取得等も挙げられる。

なお、印刷データや投影データをファイルサーバ２０からスマートデバイス３０を介して送信する方法を説明したが、これに限定されない。例えば図２１において印刷データの送信をファイルサーバ２０から直接ＭＦＰ５０に送信し、ＭＦＰ５０が印刷を実行するようにしても良い。同様に図２２において投影データの作成及び投影データの送信をファイルサーバ２０が実行し、プロジェクタ６０が投影を実行するように制御してもよい。

次に図１８と共に、図１７のステップＳ１１．２でスマートデバイス３０が送信するリクエストに含める情報の内容の例について説明する。

図１８に示すように、当該情報は、サーバＩＤ("serverID")、ユーザのアカウント情報としての「ユーザ名」（"testUser"）及び「パスワード」（"testUserPass"）（"Authorization"）、及び「デバイスＩＤ」("Access-Device")を含ませることができる。なおこれらのうち、ユーザ名及びパスワード並びにデバイスＩＤは上記の如く、サービス要求用の認証情報である。

これらの情報のうち、サーバＩＤはファイルサーバ２０の識別情報であり、上記の如く、スマートデバイス３０がファイルサーバ２０にリレーサーバ４０を介して接続する場合に必要となる情報である。従ってスマートデバイス３０がリレーサーバ４０を介さずに直接ファイルサーバ２０に接続する際には不要な情報である。

又、ユーザのアカウント情報としての「ユーザ名」及び「パスワード」としては、図１５のステップＳ２３６で取得したユーザのアカウント情報を用いる。デバイスＩＤとしては、「デバイス登録」時、デバイス登録リクエストに含めてファイルサーバ２０に通知したデバイスＩＤを用いる。

次に図１９と共に、図１７とともに上記した「リクエスト」の認証の処理の流れについて説明する。

ファイルサーバ２０の認証部２７１は、図１７のステップＳ１１．２でスマートデバイス３０から送信されたリクエストを受信する（ステップＳ２５１）と、サービス要求用の認証情報（「認証データ」）を取得する（ステップＳ２５２）。サービス要求用の認証情報とはこの場合、図１８とともに上記した「ユーザ名」、「パスワード」及び「デバイスＩＤ」である。

そして認証部２７１は、取得したサービス要求用の認証情報に含まれる「デバイスＩＤ」が、図１４のサービス要求用の認証情報２５３に登録されているか否かを判定する（ステップＳ２５３）。

判定の結果が、デバイスＩＤがサービス要求用の認証情報２５３に登録されていた場合（ステップＳ２５３ ＹＥＳ），認証部２７１はステップＳ２５４に進む。

判定の結果が、デバイスＩＤがサービス要求用の認証情報２５３に登録されていなかった場合（ステップＳ２５３ ＮＯ），認証部２７１は「認証失敗」の認証結果を得る。

ステップＳ２５４で認証部２７１は、ステップＳ２５３で用いたデバイスＩＤに係るデバイスの使用期限が過ぎていないかどうかについて判定する。

ここで認証部２７１は、デバイス情報２５２として登録済みのデバイスＩＤ毎に、デバイスの使用期限を管理するものとする。例えばデバイス登録時に時間の計測を開始し、デバイス登録後、１ヶ月で当該デバイスの使用期限が切れるように管理する。

判定の結果が「使用期限切れ」（ステップＳ２５４ ＮＯ）の場合、認証部２７１は「認証失敗」の認証結果を得る。

他方判定の結果が「使用期限内」（ステップＳ２５４ ＹＥＳ）の場合、認証部２７１はステップＳ２５５に進む。

ステップＳ２５５で認証部２７１は、ステップＳ２５３で用いたデバイスＩＤに係るデバイスの使用期限を更新し、ステップＳ２５６に進む。上記の例の場合、当該更新の結果、現時点から更に１ヶ月後に使用期限が切れるように管理する。

すなわちユーザはスマートデバイス３０を用いてファイルサーバ２０にリクエストを送信する場合、上記使用期限内にリクエストの送信（図１７のステップＳ１１．２）を行うようにすればよい。すなわち、リクエストの送信を行う間隔が使用期限を超えないように管理すればよい。

図１９の説明に戻り、ステップＳ２５６で認証部２７１は、ステップＳ２５２で取得したサービス要求用の認証情報に含まれるユーザのアカウント情報のうちのユーザ名がサービス要求用の認証情報２５３において登録されているか否かを判定する。

判定の結果が、上記ユーザ名がサービス要求用の認証情報２５３に登録されていた場合（ステップＳ２５６ ＹＥＳ），認証部２７１はステップＳ２５７に進む。

判定の結果が、上記ユーザ名がサービス要求用の認証情報２５３に登録されていなかった場合（ステップＳ２５６ ＮＯ），認証部２７１は「認証失敗」の認証結果を得る。

ステップＳ２５７で認証部２７１は以下の動作を行う。すなわち、ステップＳ２５２で取得したサービス要求用の認証情報に含まれるユーザのアカウント情報のうちのパスワードが、ステップＳ２５６で用いたユーザ名と紐付けられた状態でサービス要求用の認証情報２５３において登録されているか否かを判定する。

判定の結果が、上記パスワードが上記ユーザ名と紐付けられてサービス要求用の認証情報２５３に登録されていた場合（ステップＳ２５７ ＹＥＳ），認証部２７１は「認証成功」の認証結果を得る。

判定の結果が、上記パスワードが上記ユーザ名と紐付けられてサービス要求用の認証情報２５３に登録されてはいなかった場合（ステップＳ２５７ ＮＯ），認証部２７１は「認証失敗」の認証結果を得る。

なお図１９の処理において、「デバイス登録」時に、スマートデバイス３０は特定のユーザと関連づけられているため、デバイスとユーザのペアが正しい否かを判定する必要はない。

すなわち、図１４に示されるサービス要求用の認証情報２５３のうち、例えばデバイスＩＤだけが漏洩し、第三者がこれを利用してファイルサーバ２０へのアクセスを図る、というような状況を想定する。この場合、当該第三者は漏洩したデバイスＩＤに対応するアカウント情報を保持しておらず、且つ、サービス要求用の認証情報２５３において管理されている、他のデバイスＩＤに対応するアカウント情報の何れをも保持していない。これらのアカウント情報にはそれぞれ対応するデバイスＩＤが存在しており、何れかのアカウント情報を保持しているとしたら、当該第三者は当該アカウント情報に対応するデバイスの所有者であることを意味する。そのような場合、当該第三者は既に自己のデバイスとアカウント情報を用いてファイルサーバ２０にアクセルできる立場にあり、悪意ある第三者たり得ない。

よって、デバイスＩＤとユーザのアカウント情報の何れか一方だけが漏洩した状況を想定する限り、悪意ある第三者は必ず、デバイスＩＤとユーザのアカウント情報の他方につき、サービス要求用の認証情報２５３に含まれる情報を全く保持していない。よって、デバイスＩＤとユーザのアカウント情報とにつき、サービス要求用の認証情報２５３において管理されているか否かを個々に判定し、双方が管理されていることを確認すれば十分である。

又、サービス要求用の認証情報２５３において、ユーザが自己のアカウント情報を変更したい場合、新たなアカウント情報でファイルサーバ２０にログイン（図６のステップＳ２．１「アカウント情報入力」）する。そして以降、図６の「デバイス登録」までの手順を実行すればよい。その結果、当該新たなアカウント情報でデバイス情報２５２及びサービス要求用の認証情報２５３を更新することができる。

また、デバイスと関連付けられたユーザのアカウント情報が削除されると当該デバイス情報も削除される。従って、ユーザが自己のアカウント情報を削除した後に新たなアカウント情報で登録する場合も、上記同様、新たなに「デバイス登録」を行う必要がある。

次に図２０と共に、スマートデバイス３０を用いて、ファイルサーバ２０が格納するファイル（データ）を閲覧する際の処理の流れの例について説明する。

スマートデバイス３０のプレビュー表示部３０８はユーザの操作に応じてファイルサーバ２０に格納されているファイルの取得リクエストを作成し、図１８に示す如くのサービス要求用の認証情報を含めて送信する。ファイルサーバ２０で正しいユーザと判別された場合には、ファイルサーバ２０はファイルの取得リクエストで要求されたファイルをスマートデバイス３０に送信する。すなわちプレビュー表示部３０８も又、サービス要求送信手段の一例である。

すなわち、図１７の場合同様、スマートデバイス３０のファイルサーバ２０への「デバイス登録」が完了していた場合、スマートデバイス３０のプレビュー表示部３０８は、「ファイル取得リクエスト」を作成する（ステップＳ２１「閲覧データ取得リクエスト作成」）。その際、当該ファイル取得リクエストに含めるべきサービス要求用の認証情報を作成する（ステップＳ２１．１）。「ファイル取得リクエスト」は「閲覧データ取得要求」の一例である。

次にプレビュー表示部３０８は、生成したファイル取得リクエストをファイルサーバ２０に送信する（ステップＳ２１．２「閲覧データ取得リクエスト送信」）。

ファイルサーバ２０の認証部２７１はスマートデバイス３０からファイル取得リクエストを受信すると、当該ファイル取得リクエストに含まれているサービス要求用の認証情報を用いて「認証」を行い、「認証」結果を得る。

上記認証結果が「認証失敗」（図１９参照）の場合、上記ファイル取得リクエストに対する応答として、認証部２７１はスマートデバイス３０に「認証失敗」の旨の通知を行う（ステップＳ２１．２．１「リクエスト失敗」）。

他方、上記認証結果が「認証成功」（図１９参照）の場合、ファイル取得リクエストで要求されていたファイルのデータを、ドキュメント管理部２０４を介し共有フォルダ２０３から取得する。そして上記ファイル取得リクエストに対する応答として、認証部２７１はスマートデバイス３０に対し、取得したファイルのデータを送信する（ステップＳ２１．２．２「閲覧データ送信」）。したがってドキュメント管理部２０４，共有フォルダ２０３及び認証部２７１がサービス提供手段の一例である。

上記ファイルのデータを受信すると、スマートデバイス３０のプレビュー表示部３０８は当該ファイルのデータをディスプレイ３６に表示する（ステップＳ２２「閲覧データ表示」）。

次に図２１と共に、スマートデバイス３０を用いてファイルサーバ２０が格納するファイルを印刷する際の処理の流れの例について説明する。

スマートデバイス３０の印刷管理部３０３はファイルサーバ２０が格納するファイルに係る「印刷データ取得リクエスト」を作成し、図１８に示す如くのサービス要求用の認証情報を含めて送信する。ファイルサーバ２０で正しいユーザと判別された場合、ファイルサーバ２０のドキュメント管理部２０４は印刷データ取得リクエストで要求されたファイルから印刷データを作成し、スマートデバイス３０に送信する。スマートデバイス３０の印刷管理部３０３は、受け取った印刷データをＭＦＰ５０に送信し、ＭＦＰ５０をプリンタとして用いて印刷データを印刷させる。なお「印刷データ取得リクエスト」は、「印刷データ取得要求」の一例である。

すなわち、図１７の場合同様、スマートデバイス３０のファイルサーバ２０対する「デバイス登録」が完了していた場合、印刷管理部３０３は、「印刷データ取得リクエスト」（サービス利用要求の一例）を作成する（ステップＳ３１）。その際、当該印刷データ取得リクエストに含めるべきサービス要求用の認証情報を作成する（ステップＳ３１．１）。

次に印刷管理部３０３は、生成した印刷データ取得リクエストをファイルサーバ２０に送信する（ステップＳ３１．２）。

ファイルサーバ２０の認証部２７１はスマートデバイス３０から印刷データ取得リクエストを受信すると、当該印刷データ取得リクエストに含まれているサービス要求用の認証情報を用いて「認証」を行い、「認証」結果を得る。

上記認証結果が「認証失敗」（図１９参照）の場合、上記印刷データ取得リクエストに対する応答として、認証部２７１はスマートデバイス３０に「認証失敗」の旨の通知を行う（ステップＳ３１．２．１「リクエスト失敗」）。

他方、上記認証結果が「認証成功」（図１９参照）の場合、ドキュメント管理部２０４は、印刷データ取得リクエストで要求されていたファイルのデータを共有フォルダ２０３から取得する。そして当該ファイルのデータに基づいて印刷データを作成し（ステップＳ３１．２．２）、スマートデバイス３０に送信する（ステップＳ３１．２．３）。したがってこの場合もドキュメント管理部２０４，共有フォルダ２０３及び認証部２７１がサービス提供手段の一例である。

上記印刷データを受信すると、スマートデバイス３０の印刷管理部３０３は当該印刷データをＭＦＰ５０に送信（ステップＳ３２）し、ＭＦＰ５０に印刷させる。

次に図２２と共に、スマートデバイス３０を用いてファイルサーバ２０が格納するファイルを投影する際の処理の流れの例について説明する。

スマートデバイス３０はファイルサーバ２０が格納するファイルの取得リクエスを作成し、図１８のサービス要求用の認証情報を含めて送信する。ファイルサーバ２０で正しいユーザと判別された場合には、要求されたファイルをスマートデバイス３０に送信する。スマートデバイス３０は受け取ったファイルをプロジェクタ６０が投影可能なデータ形式に変換してプロジェクタ６０送信し、投影させる。

すなわち、図１７の場合同様、スマートデバイス３０のファイルサーバ２０対する「デバイス登録」が完了していた場合、プロジェクタ管理部３０４は、「閲覧データ取得リクエスト」（サービス利用要求の一例）を作成する（ステップＳ４１）。その際、当該閲覧データ取得リクエストに含めるべきサービス要求用の認証情報を作成する（ステップＳ４１．１）。

次にプロジェクタ管理部３０４は、生成した閲覧データ取得リクエストをファイルサーバ２０に送信する（ステップＳ４１．２）。

ファイルサーバ２０の認証部２７１はスマートデバイス３０から閲覧データ取得リクエストを受信すると、当該閲覧データ取得リクエストに含まれているサービス要求用の認証情報を用いて「認証」を行い、「認証」結果を得る。

上記認証結果が「認証失敗」（図１９参照）の場合、上記閲覧データ取得リクエストに対する応答として、認証部２７１はスマートデバイス３０に「認証失敗」の旨の通知を行う（ステップＳ４１．２．１「リクエスト失敗」）。

他方、上記認証結果が「認証成功」（図１９参照）の場合、ドキュメント管理部２０４は閲覧データ取得リクエストで要求されていたファイルのデータを共有フォルダ２０３から取得する。そして当該ファイルのデータをスマートデバイス３０に送信する（ステップＳ４１．２．２「閲覧データ送信」）。したがってこの場合もドキュメント管理部２０４，共有フォルダ２０３及び認証部２７１がサービス提供手段の一例である。

上記データを受信すると、スマートデバイス３０のプレビュー表示部３０８がディスプレイ３６に表示する（ステップＳ４２「閲覧データ表示」）。

次にスマートデバイス３０のプロジェクタ管理部３０４は、当該データに基づいて投影用のデータを生成（ステップＳ４３「投影データ作成」）し、プロジェクタ６０に送信して投影させる。

次に図２３と共に、ファイルサーバ２０のデータベース２２０に登録されたデバイス情報を削除する際のデータの処理の流れの例について説明する。

デバイス情報の削除はクライアントＰＣ１０から行う。ユーザはクライアントＰＣ１０からファイルサーバ２０にログインし、「デバイス管理画面」を開く。「デバイス管理画面」にはファイルサーバ２０に登録してあるデバイスの一覧が表示されるので、ユーザは削除したいデバイスを選択して当該デバイスに係るデバイス情報を削除すればよい。

図２３中、ステップＳ５１〜Ｓ５２．１迄の手順は図６のステップＳ１〜Ｓ２．１迄の手順と同様である。

ステップＳ５３でユーザがクライアントＰＣ１０に対し、デバイス管理画面を要求する操作を行う（ステップＳ５３「デバイス管理」）と、クライアントＰＣ１０はファイルサーバ２０にデバイス管理画面を要求する（ステップＳ５３．１「デバイス管理」）。

ファイルサーバ２０の認証管理部２０９は同要求を受信すると、データベース２２０に対し、デバイスの一覧の取得を要求する（ステップＳ５３．１．１「デバイス一覧取得」）。データベース２２０は同要求に応じ、デバイス情報２５２として登録されているデバイス情報からデバイスの一覧の情報を作成して認証管理部２０９に渡す。認証管理部２０９はデバイスの一覧の情報に基づき、ＰＣブラウザ用ＵＩ２０５を制御して当該デバイスの一覧を表示するデバイス管理画面をクライアントＰＣ１０のディスプレイに表示する（「デバイス管理画面表示」）。 ユーザは表示されたデバイス管理画面から、所望のデバイスを削除する操作をクライアントＰＣに対し行う（ステップＳ５４「デバイス削除」）。これに応じてクライアントＰＣ１０は、該当するデバイスに係るデバイス情報を削除する指示をファイルサーバ２０のＰＣブラウザ用ＵＩ２０５に通知する（ステップＳ５４．１「デバイス削除」）。なお上記「デバイスを削除する操作」は、「装置削除要求」の入力の一例である。

当該通知を受けてファイルサーバ２０の認証管理部２０９は該当するデバイスに係るデバイス情報を削除する指示をデータベース２２０に行う（ステップＳ５４．１．１「デバイス削除」）。これに応じてデータベース２２０は該当するデバイスに係るデバイス情報を削除する（ステップＳ５４．１．１．１「機器情報削除」）。したがって認証管理部２０９が登録削除手段の一例である。

次にデータベース２２０は当該削除後のデバイスの一覧の情報を作成してＰＣブラウザ用ＵＩ２０５に渡す（「デバイス一覧」）。ＰＣブラウザ用ＵＩ２０５は当該デバイスの一覧を表示するデバイス管理画面をクライアントＰＣ１０のディスプレイに表示する（「デバイス管理画面表示」）。

ユーザは当該デバイス管理画面を見ることにより、ステップＳ５４にて削除操作を行ったデバイスに係るデバイス情報が削除されていることを確認することができる。

なお、特定のデバイスに係るデバイス情報が削除されると、当該デバイス情報に紐付けられてデータベース２２０のサービス要求用の認証情報２５３において管理されていた該当するユーザのサービス要求用の認証情報も同時に削除される。

なお、上記実施の形態は１台のファイルサーバ２０が認証部２７１及びＱＲコード生成部２７２を含む実施の形態であったが、この例に限定されない。すなわち、上記実施の形態におけるファイルサーバ２０の機能を複数台のサーバに分担させる実施の形態であっても良い。例えば上記実施の形態におけるファイルサーバ２０機能のうち、認証部２７１及びＱＲコード生成部２７２のうちの少なくとも一方の機能をファイルサーバ２０とは別のサーバが有するような実施の形態であっても良い。

１０ クライアントＰＣ（他の端末装置の一例）
２０ ファイルサーバ（情報処理装置の一例、コンピュータの一例）
３０ スマートデバイス（端末装置の一例、コンピュータの一例）
４０ リレーサーバ
５０ ＭＦＰ
６０ プロジェクタ
２０２ Ｗｅｂサーバ
２０３ 共有フォルダ（サービス提供手段の一例）
２０４ ドキュメント管理部（サービス提供手段の一例）
２０５ ＰＣブラウザ用ＵＩ（受付手段及び表示制御手段の一例）
２０７ ＷｅｂＡＰＩ（受信手段及び認証情報画像生成手段の一例）
２０８ Ｗｅｂ制御部
２０９ 認証管理部（判定手段の一例、第1の格納手段の一例、第2の格納手段の一例、登録削除手段の一例）
２１０ 設定情報管理部（第１の格納手段の一例、第２の格納手段の一例、登録削除手段の一例）
２２０ データベース（第２の格納手段の一例）
２５２ デバイス情報
２５３ 認証情報
２７１ 認証部（認証情報生成手段の一例、判定手段の一例、第１の格納手段の一例、第２の格納手段の一例、サービス提供手段の一例、登録削除手段の一例）
２７２ ＱＲコード生成部（認証情報画像生成手段の一例）
３０２ ファイルサーバ通信部（認証情報送信手段及びサービス要求送信手段の一例）
３０３ 印刷管理部
３０４ プロジェクタ管理部（投影用データ生成手段の一例）
３０５ ファイル一覧表示部（サービス要求送信手段の一例）
３０６ アップロード画面表示部（サービス要求送信手段の一例）
３０７ 設定画面表示部（認証情報取得手段の一例、サービス要求送信手段の一例）
３０８ プレビュー表示部（サービス要求送信手段の一例）
３０９ 認証情報管理部（サービス要求送信手段の一例）
３１０ ＱＲコード読み取り部（認証情報取得手段の一例）

特開２００８−０７１２３３号公報

Claims (13)

1. 端末装置に搭載されるプログラムと情報処理装置とを有する情報処理システムであって、
   前記情報処理装置は、
   ユーザに係る情報及び認証情報の生成要求の入力を受け付ける受付手段と、
   前記受付手段で入力を受け付けた生成要求に応じて認証情報を生成する認証情報生成手段と、
   前記認証情報を前記ユーザに係る情報と関連付けて格納する第１の格納手段と、
   前記端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信する受信手段と、
   前記受信手段で受信した認証情報と一致する情報が前記第１の格納手段に格納されているとき、前記受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていた前記ユーザに係る情報を関連付けて格納する第２の格納手段と、
   前記端末装置から送信された前記ユーザに係る情報と前記装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段と、
   前記判定手段が前記ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するサービス提供手段とを有し、
   前記端末装置に搭載されるプログラムは、該端末装置のコンピュータを、
   前記認証情報を前記情報処理装置から取得する認証情報取得手段、
   前記認証情報取得手段が取得した認証情報と前記端末装置の装置識別情報とを前記情報処理装置に送信する認証情報送信手段、及び
   前記認証情報送信手段で前記認証情報と前記端末装置の装置識別情報とを送信した後に前記ユーザに係る情報と前記装置識別情報と前記サービス利用要求とを前記情報処理装置に送信するサービス要求送信手段として機能させる
   ことを特徴とする情報処理システム。
2. 前記受付手段は、装置識別情報の装置削除要求を受け付け、
   前記情報処理装置はさらに、前記受付手段で受け付けた装置削除要求に応じて前記第２の格納手段から少なくとも前記装置識別情報を削除する登録削除手段を有することを特徴とする請求項１に記載の情報処理システム。
3. 前記情報処理装置の前記認証情報生成手段は、少なくとも前記認証情報を用いて認証情報画像を生成する認証情報画像生成手段と、
   他の端末装置に前記認証情報画像を表示させるよう制御する表示制御手段と、
   を有し、
   前記端末装置の前記認証情報取得手段は、前記他の端末装置が表示した前記認証情報画像を読み取って前記認証情報を取得することを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記情報処理装置の前記認証情報生成手段は前記認証情報に有効期限を設け、該有効期限が過ぎたとき、当該認証情報を前記第１の格納手段から削除することを特徴とする請求項１乃至３のうちの何れか一項に記載の情報処理システム。
5. 前記情報処理装置の前記認証情報生成手段は、前記受付手段がユーザに係る情報及び認証情報の生成要求の入力を受け付けたとき、該ユーザに係る情報と関連付けて前記第１の格納手段に格納された認証情報があれば、該第１の格納手段に格納された認証情報を削除し、新たに認証情報を生成して該ユーザに係る情報と関連付けて前記第１の格納手段に格納することを特徴とする請求項１乃至４のうちの何れか一項に記載の情報処理システム。
6. 前記情報処理装置は、前記サービス利用要求が閲覧データ取得要求であった場合、当該閲覧データ取得要求に係るデータを前記端末装置に渡すこと特徴とする請求項１乃至５のうちの何れか一項に記載の情報処理システム。
7. 前記情報処理装置は、前記サービス利用要求が印刷データ取得要求であった場合、当該印刷データ取得要求に係るデータから印刷用のデータを作成して前記端末装置に渡すこと特徴とする請求項１乃至５のうちの何れか一項に記載の情報処理システム。
8. 前記プログラムは前記端末装置のコンピュータを、前記閲覧データ取得要求を行うことによって前記情報処理装置から取得した前記データから投影用のデータを生成する投影用データ生成手段として更に機能させること特徴とする請求項６に記載の情報処理システム。
9. 情報処理装置に搭載される第１のプログラムと端末装置に搭載される第２のプログラムとを有する情報処理システムであって、
   前記第１のプログラムは前記情報処理装置のコンピュータを、
   ユーザに係る情報及び認証情報の生成要求の入力を受け付ける受付手段、
   前記受付手段で入力を受け付けた生成要求に応じて認証情報を生成する認証情報生成手段、
   前記認証情報を前記ユーザに係る情報と関連付けて格納する第１の格納手段、
   前記端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信する受信手段、
   前記受信手段で受信した認証情報と一致する情報が前記第１の格納手段に格納されているとき、前記受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていた前記ユーザに係る情報を関連付けて格納する第２の格納手段、
   前記端末装置から送信された前記ユーザに係る情報と前記装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段、及び
   前記判定手段が前記ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するサービス提供手段として機能させ、
   前記第２のプログラムは前記端末装置のコンピュータを、
   前記認証情報を前記情報処理装置から取得する認証情報取得手段、
   前記認証情報取得手段が取得した認証情報と前記端末装置の装置識別情報とを前記情報処理装置に送信する認証情報送信手段、及び
   前記認証情報送信手段で前記認証情報と前記端末装置の装置識別情報とを送信した後に前記ユーザに係る情報と前記装置識別情報と前記サービス利用要求とを前記情報処理装置に送信するサービス要求送信手段として機能させる
   ことを特徴とする情報処理システム。
10. 情報処理装置の受付手段が、ユーザに係る情報及び認証情報の生成要求の入力を受け付けるステップと、
    前記情報処理装置の認証情報生成手段が、前記受付手段で入力を受け付けた生成要求に応じて認証情報を生成するステップと、
    前記情報処理装置の第１の格納手段が、前記認証情報を前記ユーザに係る情報と関連付けて格納する第１の格納手段と、
    前記情報処理装置の受信手段が、端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信するステップと、
    前記情報処理装置の第２の格納手段が、前記受信手段で受信した認証情報と一致する情報が前記第１の格納手段に格納されているとき、前記受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていた前記ユーザに係る情報を関連付けて格納するステップと、
    前記情報処理装置の判定手段が、前記端末装置から送信された前記ユーザに係る情報と前記装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が前記第２の格納手段に格納されているか否かを判定するステップと、
    前記情報処理装置のサービス提供手段が、前記判定手段が前記ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するステップと、
    前記端末装置の認証情報取得手段が、前記認証情報を前記情報処理装置から取得するステップと、
    前記端末装置の認証情報送信手段が、前記認証情報取得手段が取得した認証情報と前記端末装置の装置識別情報とを前記情報処理装置に送信するステップと、
    前記端末装置のサービス要求送信手段が、前記認証情報送信手段で前記認証情報と前記端末装置の装置識別情報とを送信した後に前記ユーザに係る情報と前記装置識別情報と前記サービス利用要求とを前記情報処理装置に送信するステップと
    を有することを特徴とする情報処理システムの制御方法。
11. ユーザに係る情報及び認証情報の生成要求の入力を受け付ける受付手段と、
    前記受付手段で入力を受け付けた生成要求に応じて認証情報を生成する認証情報生成手段と、
    前記認証情報を前記ユーザに係る情報と関連付けて格納する第１の格納手段と、
    端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信する受信手段と、
    前記受信手段で受信した認証情報と一致する情報が前記第１の格納手段に格納されているとき、前記受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていた前記ユーザに係る情報を関連付けて格納する第２の格納手段と、
    前記端末装置から送信された前記ユーザに係る情報と前記装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段と、
    前記判定手段が前記ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するサービス提供手段と
    を有することを特徴とする情報処理装置。
12. 受付手段が、ユーザに係る情報及び認証情報の生成要求の入力を受け付けるステップと、
    認証情報生成手段が、前記受付手段で入力を受け付けた生成要求に応じて認証情報を生成するステップと、
    第１の格納手段が、前記認証情報を前記ユーザに係る情報と関連付けて格納する第１の格納手段と、
    受信手段が、端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信するステップと、
    第２の格納手段が、前記受信手段で受信した認証情報と一致する情報が前記第１の格納手段に格納されているとき、前記受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていた前記ユーザに係る情報を関連付けて格納するステップと、
    判定手段が、前記端末装置から送信された前記ユーザに係る情報と前記装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が前記第２の格納手段に格納されているか否かを判定するステップと、
    サービス提供手段が、前記判定手段が前記ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するステップと
    を有することを特徴とする情報処理装置の制御方法。
13. 情報処理装置に搭載されるプログラムであって、前記情報処理装置のコンピュータを、
    ユーザに係る情報及び認証情報の生成要求の入力を受け付ける受付手段、
    前記受付手段で入力を受け付けた生成要求に応じて認証情報を生成する認証情報生成手段、
    前記認証情報を前記ユーザに係る情報と関連付けて格納する第１の格納手段、
    端末装置から送信される認証情報及び該端末装置を識別する装置識別情報を受信する受信手段、
    前記受信手段で受信した認証情報と一致する情報が前記第１の格納手段に格納されているとき、前記受信手段で受信した装置識別情報に、当該認証情報と関連付けて格納されていた前記ユーザに係る情報を関連付けて格納する第２の格納手段、
    前記端末装置から送信された前記ユーザに係る情報と前記装置識別情報とサービス利用要求とを受信すると、当該ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が前記第２の格納手段に格納されているか否かを判定する判定手段、及び
    前記判定手段が前記ユーザに係る情報及び装置識別情報のそれぞれと一致する情報が格納されていると判定すると、当該サービス利用要求に係るサービスを提供するサービス提供手段
    として機能させることを特徴とするプログラム。

Images