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

Abstract

【課題】 情報処理装置に格納した所定のファイルに係る要求を受け、煩雑な手間を要することなく、当該要求に応じた処理を行うことを可能にすることが課題である。【解決手段】 第１のファイルを格納し、少なくとも、格納された第１のファイルが格納された場所に基づいてファイル取得情報を生成し、生成されたファイル取得情報を第１のファイル又は当該第１のファイルに対応する第２のファイルに合成して合成ファイルを生成し、生成された合成ファイルを用いて外部の端末装置に入力されたファイル取得情報に基づく要求を受信し、受信された要求に応じた処理を行う構成である。【選択図】 図５

Description

本発明は、情報処理装置に格納したファイルに係る要求を受け、当該要求に応じた処理を行う情報処理装置、当該情報処理装置を制御するプログラム、当該情報処理装置を含む情報処理システム及び当該情報処理システムにおける情報処理方法に関する。

近年、会議、プレゼンテーション等において、参加者がノート型PC(Personal Computer)、スマートデバイス等を用いて資料を閲覧するケースが増えている。また、紙媒体で資料を配布した場合にも、会議、プレゼンテーション等の後に参加者から電子ファイルを求められることもある。そのような場合に発表者が電子ファイルを電子メール等で参加者に配布することとすると発表者は参加者全員に電子メール等を送信する場合があり、発表者にとっては手間である。

又、会議、プレゼンテーション等の直前の資料差し替えの発生、事前に参加者を把握できなかった等の理由により、会議、プレゼンテーション等の場で参加者全員に電子メールにて資料を配付することとすると、発表者にとっては手間である。

又これらの場合、各参加者は、発表者から送られてきた電子メールを開き、必要な電子ファイルを取得して閲覧するという操作を行うが、このような操作は各参加者にとって手間のかかる作業である。

特許文献１には会議ごとに投影資料を保存するディレクトリを生成するネットワークプロジェクタが記載されており、ここでは、当該ディレクトリに対するユーザのアクセスが、ランダムなパスワードによって会議ごとに制御される。当該ネットワークプロジェクタによれば、パスワードはプロジェクタによる投影画面の端に表示される。その結果会議の参加者のみがパスワードを知ることができ、会議中において発表資料を参加者間でセキュアかつ簡単に共有することができる。

上記の如く、参加者全員に電子ファイルを電子メールで送信する方法では、発表者にとって煩雑な手順が必要となっていた。

又、特許文献１に記載された方法では、参加者がファイルサーバにアクセスし、パスワードを入力するため、参加者にとって煩雑な手順が必要となっていた。

本発明はこれらの点に鑑みてなされたものであり、情報処理装置に格納した所定のファイルに係る要求を受け、当該要求に応じた処理を行う際、煩雑な手間を要することなく、当該要求に応じた処理を行うことを可能にすることを目的とする。

情報処理装置は、第１のファイルを格納する格納手段と、少なくとも前記格納手段に格納された前記第１のファイルが格納された場所に基づいてファイル取得情報を生成するファイル取得情報生成手段と、前記ファイル取得情報生成手段によって生成された前記ファイル取得情報を前記第１のファイル又は当該第１のファイルに対応する第２のファイルに合成して合成ファイルを生成する合成ファイル生成手段と、前記合成ファイル生成手段によって生成された前記合成ファイルを用いて外部の端末装置に入力された前記ファイル取得情報に基づく要求を受信する要求受信手段と、前記要求受信手段によって受信された前記要求に応じた処理を行うファイル管理手段とを有する。

情報処理装置に格納した所定のファイルに係る要求を受け、当該要求に応じた処理を行う際、煩雑な手間を要することなく、当該要求に応じた処理を行うことが可能になる。

本発明の実施の形態の全体構成例を示す図である。 図１に示されるファイルサーバのハードウェア構成例を示すブロック図である。 図１に示されるスマートデバイスのハードウェア構成例を示すブロック図である。 図１に示されるプロジェクタのハードウェア構成例を示すブロック図である。 本発明の第１の実施の形態に係る、スマートデバイス及びファイルサーバの機能構成例を示すブロック図である。 ファイルサーバが、アップロードされたファイルにＱＲコードを合成する際の処理例を説明するための図（その１）である。 ファイルサーバが、アップロードされたファイルにＱＲコードを合成する際の処理例を説明するための図（その２）である。 ファイルサーバが、アップロードされたファイルにＱＲコードを合成する際の処理例を説明するための図（その３）である。 ファイルサーバが、アップロードされたファイルにＱＲコードを合成する際の処理例を説明するための図（その４）である。 本発明の第１の実施の形態に係る、ファイルサーバが、アップロードされたファイルにＱＲコードを合成して保存する迄の処理の流れの一例を説明するためのフローチャートである。 本発明の第１の実施の形態に係る、スマートデバイスからファイルサーバへファイルを要求し、スマートデバイス側で当該ファイルを閲覧することが可能となる迄の処理の流れの一例を説明するためのフローチャートである。 本発明の第２の実施の形態に係る、スマートデバイス及びファイルサーバの機能構成例を示すブロック図である。 本発明の第２の実施の形態に係る、ファイルサーバが、アップロードされたファイルにＱＲコードを合成して保存する迄の処理の流れの一例を説明するためのフローチャートである。 本発明の第２の実施の形態に係る、スマートデバイスからファイルサーバへファイルを要求し、スマートデバイス側で当該ファイルを閲覧することが可能となる迄の処理の流れの一例を説明するためのフローチャートである。 本発明の第３の実施の形態に係る、スマートデバイス及びファイルサーバの機能構成例を示すブロック図である。 本発明の第３の実施の形態に係る、スマートデバイスからファイルサーバへファイルを要求し、スマートデバイス側で当該ファイルを閲覧することが可能となる迄の処理の流れの一例を説明するためのフローチャートである。

まず、本発明の実施の形態の概要について説明する。

上記した特許文献１の構成では、パスワードの入力により、投影資料を保存するディレクトリに対するアクセスが可能となる。しかしながらこの構成では、当該ディレクトリにアクセスする作業、パスワードを入力する作業等のユーザによる作業が必要になる。

これに対し本発明の実施の形態によれば、会議、プレゼンテーション等の発表者、参加者ともに煩雑な作業に煩わされることなく、且つセキュリティを保った状態で、参加者による資料の電子ファイルの閲覧が可能になる。

すなわち本発明の実施の形態によれば、会議、プレゼンテーション等の発表者によってファイルサーバにファイルが保存されると、ファイルサーバは以下の処理を行う。すなわちファイルサーバのIPアドレス、ファイルへのパス（ファイルパス）及びアクセスIDの３つの情報を含むＱＲコード（登録商標）（ファイル取得情報の一例）をファイルの画像に合成する。尚、フィルサーバのIPアドレス及びファイルパスが「第１のファイルが格納された場所を示す情報」の一例である。又、ファイルパスは「格納手段において第１のファイルが格納された位置に到達するための情報」の一例である。

当該ＱＲコードが合成されたファイルの画像はプロジェクタによってスクリーン等に投影され、あるいは文書として印刷されて会議、プレゼンテーション等の参加者に示される。参加者は自己の端末装置に、示されたファイルに含まれたＱＲコードを読み込ませると、当該端末装置は当該ＱＲコードに含まれた情報を用いてファイルサーバに対しファイル要求を行う。

ファイルサーバは当該ファイル要求に応じ、ファイルを当該ファイル要求の要求元の端末装置に返信する。あるいはファイルサーバは当該ファイル要求に応じ、ファイルを当該ファイル要求の要求元の端末装置によるアクセスが可能な状態にする。尚、ファイルをファイル要求の要求元の端末装置に渡すことや、ファイルを当該ファイル要求の要求元の端末装置によるアクセスが可能な状態にすることは、要求に応じた処理を行うことの一例である。又、「ファイル要求」は、「要求」の一例である。

その結果、会議、プレゼンテーション等の発表者、参加者ともに煩雑な作業に煩わされることなく、発表者が準備した資料（電子ファイル）を参加者が取得あるいは端末装置上で閲覧することができる。

また、ファイルとして、投影用のファイルと配布用のファイルとを別個に用意すること、及び／又はＱＲコードにアクセスIDの情報を含ませること等により、セキュリティを保つことができる。

すなわちファイルとして投影用のファイルと配布用のファイルとを別個に設け、投影用のファイルのみにＱＲコードを含めることにより、配布用のファイルを参加者に配布した場合でも、当該配布用のファイルにはＱＲコードは含まれない。その結果、ＱＲコードに含まれた情報が配布用のファイルを介して漏洩することを防止することができる。その結果、当該会議、プレゼンテーション等の参加者以外の第三者がＱＲコードに含まれた情報を利用して配布用のファイルを入手することを防止することができる。よってセキュリティを保つことができる。

又、ＱＲコードにアクセスIDの情報を含ませ、後述するようにアクセスIDを用いて、ファイルサーバが保存するファイルに対するアクセス制御を行うことができる。その結果、当該会議、プレゼンテーション等の参加者以外の第三者がファイルにアクセスしてファイルを入手することを防止することができる。よってセキュリティを保つことができる。尚、アクセスIDが正当性情報の一例であり、会議、プレゼンテーション等が、第１のファイルを使用する目的の一例である。

以下に図とともに本発明の実施の形態を詳細に説明する。

図１は、本発明の実施の形態に係る情報処理システムの概略全体構成例を示す図である。

図１に示されるように、本発明の実施の形態に係る情報処理システムは、ファイルサーバ１００，スマートデバイス２００，プロジェクタ３００，PC４００及びプリンタ５００がネットワーク１０００によって相互に通信可能に接続されている。ネットワーク１０００は無線通信網であってもよいし、有線通信網であっても良い。あるいは無線通信網と有線通信網との組み合わせであっても良い。

尚、ファイルサーバ１００とスマートデバイス２００は、それぞれコンピュータの一例である（図２、図３参照）。

又、後述する本発明の第１の実施の形態の場合、プリンタ５００は不要であり、本発明の第２の実施の形態の場合プロジェクタ３００は不要である。もちろん第１の実施の形態と第２の実施の形態の両方の機能を同一のシステムで実行可能にするために、図１に示されるようにプロジェクタ３００とプリンタ５００の両方を当該情報処理システムに含ませてもよい。

又、本発明の実施の形態では後述するように、PC４００が会議等の発表者の端末装置として使用されるものとしているが、会議等の発表者の端末装置として、PCの代わりにスマートデバイスを用いるようにしても良い。

又、当該情報処理システムが、会議、プレゼンテーション等を目的とした資料の配付等に使用される場合、当該会議、プレゼンテーション等の発表者がPC４００を保持し、参加者がスマートデバイス２００を保持するものとする。従って参加者が複数の場合、各参加者が自己のスマートデバイス２００を有する。すなわち参加者の人数と同数の複数のスマートデバイス２００が存在し、それぞれのスマートデバイス２００がネットワーク１０００を介し、ファイルサーバ１００等と相互に通信可能に接続されるものとする。

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

ファイルサーバ１００は、一般的な情報処理端末と同様の構成を有する。

ファイルサーバ１００はＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＲＯＭ（Read Only Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４及びＩ／Ｆ(Interface)１０５を有する。又これら各装置同士はバス１１０を介して互いに通信可能に接続される。

また、Ｉ／Ｆ１０５にはＬＣＤ（Liquid Crystal Display）１０６及び操作部１０７が接続されている。
ＣＰＵ１０１は演算手段であり、ファイルサーバ１００全体の動作を制御する。
ＲＡＭ１０２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０１が情報を処理する際の作業領域等として用いられる。

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

ＨＤＤ１０４は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーションプログラム等が格納される。

Ｉ／Ｆ１０５は、バス１１０と各種のハードウェアやネットワーク等との接続のためのインタフェースとして使用される。具体的には、バス１１０を介し、ＬＣＤ１０６，操作部１０７と、ファイルサーバ１００内の他の装置（ＣＰＵ１０１等）との間を接続するためのインタフェースとして使用される。又Ｉ／Ｆ１０５は、図１のネットワーク１０００を介し、ファイルサーバ１００と情報処理システム内の他の装置（スマートデバイス２００等）とを接続するためのインタフェースとして使用される。

ＬＣＤ１０６は、ユーザがファイルサーバ１００の状態を確認するための視覚的ユーザインタフェースである。またＬＣＤ１０６は後述するように、ファイルサーバ１００でアクセスが可能とされたファイルを表示する。

操作部１０７は、キーボードやマウス等、ユーザがファイルサーバ１００に情報を入力するためのユーザインタフェースである。

ファイルサーバ１００では、ＣＰＵ１０１が、例えばＨＤＤ１０４にインストールされた各種の制御プログラムを読み出してＲＡＭ１０２にロードして実行することにより、図５〜図１３とともに後述する各機能部の機能を実現する。

尚、これら各種の制御プログラムは、ネットワーク１０００経由で他のサーバ（図示を省略）からダウンロードしてＨＤＤ１０４にインストールするようにしても良い。あるいは、ＳＤカード、ＣＤ−ＲＯＭ、ＵＳＢ(Universal Serial Bus)メモリ等の可搬記憶媒体に一旦格納し、Ｉ／Ｆ１０５を介して当該可搬式記憶媒体から読み出してＨＤＤ１０４にインストールするようにしてもよい。

又図１に示されるPC４００は、上述したファイルサーバ１００のハードウェア構成例と同様のハードウェア構成を有する。

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

スマートデバイス２００は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、Ｉ／Ｆ２０５を有し、これら各装置同士はバス２１０を介して互いに通信可能に接続されている。これらＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＨＤＤ２０４、Ｉ／Ｆ２０５は図２と共に上記したＣＰＵ１０１、ＲＡＭ１０２、ＲＯＭ１０３、ＨＤＤ１０４、Ｉ／Ｆ１０５と同様の構成及び機能を有し、重複する説明を省略する。

すなわちスマートデバイス２００はファイルサーバ１００と同様の構成及び機能を有し、更にＬＣＤ２０６及び操作部２０７とともにＩ／Ｆ２０５を介してバス２１０に接続された読取部２０８を有する。読取部２０８は例えばカメラであり、後述するようにＱＲコードを読み取る際に使用される。

尚、スマートデバイス２００の代わりに、例えばカメラ機能付のPCを用いることも可能である。

次に図４とともにプロジェクタ３００のハードウェア構成例について説明する。

プロジェクタ３００は、ＣＰＵ３０１と、メモリコントローラ３０２と、メインメモリ３０３と、ホスト−ＰＣＩ（Peripheral Component Interconnect）ブリッジ３０４とを備える。
メモリコントローラ３０２は、ＣＰＵ３０１、メインメモリ３０３及びホスト−ＰＣＩブリッジ３０４と、ホストバス３１１で接続される。ＣＰＵ３０１は、プロジェクタ３００の全体制御を行う。メモリコントローラ３０２はメインメモリ３０３に対する読み書きなどを制御する。メインメモリ３０３はプログラムやデータの格納用メモリ、プログラムやデータの展開用メモリ、描画用メモリなどとして用いるシステムメモリである。

ホスト−ＰＣＩブリッジ３０４は、周辺デバイスやＰＣＩデバイスを接続するためのブリッジである。ホスト−ＰＣＩブリッジ３０４は、メモリカード３０５とＨＤＤ Ｉ／Ｆ３１３で接続される。また、ホスト−ＰＣＩブリッジ３０４は、ＰＣＩデバイス３０６，３０７とＰＣＩバス３１２で接続される。また、ホスト−ＰＣＩブリッジ３０４は、通信カード３０８、無線通信カード３０９及びビデオカード３１０などとＰＣＩバス３１２及びＰＣＩスロット（図示を省略）を介して接続される。
メモリカード３０５はＯＳのブートデバイスとして利用される。通信カード３０８及び無線通信カード３０９は、ネットワーク１０００との接続に利用される。
ビデオカード３１０はスクリーン等（図示を省略）に対する画像の投影に利用され、映像信号を表示部３２０に出力する。表示部３２０は映像信号に基づいて画像を表示出力すると共にスクリーン等に投影して拡大表示する。

なお、プロジェクタ３００で実行される制御プログラムは、メインメモリ３０３の格納用メモリ等に予め組み込まれて提供される。

尚、図１に示されるプリンタ５００のハードウェア構成例については、ネットワークに接続可能な一般的なプリンタと同様のハードウェア構成を適用可能であり、ここでの説明を省略する。

次に第１の実施の形態について図５〜図８を用いて説明する。

最初に、上述の如くのハードウェア構成を有するスマートデバイス２００及びファイルサーバ１００の、第１の実施の形態の機能構成例について図５とともに説明する。

図５に示すように、スマートデバイス２００にはアプリケーションプログラムとしてクライアントアプリ２５０がインストールされる。クライアントアプリ２５０は、ＱＲコード読み取り部２５１と、ファイル表示部２５２とを有する。クライアントアプリ２５０は例えばHDD２０４にインストールされた後ＣＰＵ２０１によってＲＡＭ２０２にロードされ、ＣＰＵ２０１によって実行される。その結果、以下に述べるＱＲコード読み取り部２５１及びファイル表示部２５２のそれぞれの機能が実現される。

ＱＲコード読み取り部２５１は、当該スマートデバイス２００のユーザである、会議、プレゼンテーション等の参加者（以下単に「参加者」と称する）からの要求に従って、読取部２０８を用いてＱＲコードを読み取る。第１の実施の形態では、ＱＲコードはプロジェクタ３００によってスクリーン等に投影された投影画像７００に含まれた状態で参加者に示される。投影画像７００とは、ファイルサーバ１００の記憶領域１５２に「投影用のファイル」の形態で保存された画像が、発表者の投影要求の入力によりプロジェクタ３００に送信され、プロジェクタ３００がスクリーン等に投影したものである。

又「投影用のファイル」及び「配布用のファイル」とは、例えばそれぞれ相互に同様の内容を有し、当該会議、プレゼンテーション等の資料として発表者側が用意する。これらのファイルについては、図６Ａ〜６Ｄとともに後述する。

ＱＲコード読み取り部２５１は、当該読み取ったＱＲコードを復号して、ファイルサーバ１００のIPアドレス、ファイルサーバ１００の記憶領域１５２における「配布用のファイル」へのファイルパス、およびアクセスIDを取得する。

ファイル表示部２５２は、ＱＲコード読み取り部２５１が取得した情報に用いてファイルサーバ１００へアクセスし、ファイルサーバ１００から配布用のファイルを取得して自機のＬＣＤ２０６に表示する。すなわち、ＱＲコード読み取り部２５１が取得した情報のうち、ファイルサーバ１００のIPアドレスによってファイルサーバ１００にアクセスする。又「配布用のファイル」へのファイルパス（以下単に「ファイルパス」と称する）によって、記憶領域１５２内の階層を辿って配布用のファイルに到達する。

又、ＱＲコード読み取り部２５１が取得した情報のうちのアクセスIDを用いて、ファイルサーバ１００のアクセス制御部１５４がアクセス制御（後述）を行う。当該アクセスＩＤがアクセス制御による制限に該当せずに配布用のファイルへのアクセスを可能にする場合、ファイル管理部１５１は配布用のファイルを記憶領域１５２から読み出して要求元のスマートデバイス２００へ送信する。あるいはファイル管理部１５１は記憶領域１５２に保存された配布用のファイルに対する要求元のスマートデバイス２００によるアクセスを可能にする。その結果当該スマートデバイス２００のユーザである参加者は、送信された配布用のファイルを、自機のＬＣＤ２０６上で閲覧することができる。あるいは自機がファイルサーバ１００の記憶領域１５２内の配布用のファイルにアクセスすることにより、当該配布用のファイルを自機のＬＣＤ２０６上で閲覧することができる。
ファイルサーバ１００は、ファイル管理部１５１、記憶領域１５２、ＱＲコード生成部１５３，アクセス制御部１５４及び画像合成部１５５を有する。

これらのうち、ファイル管理部１５１、ＱＲコード生成部１５３，アクセス制御部１５４及び画像合成部１５５のそれぞれの機能（後述）は、例えば以下のようにして実現される。すなわちＨＤＤ１０４にインストールされた制御プログラムがＣＰＵ１０１によってＲＡＭ１０２にロードされ、ＣＰＵ１０１によって実行されることで実現される。

又記憶領域１５２は、ＲＡＭ１０２あるいはＨＤＤ１０４に設けられ、ファイル管理部１５１によって管理される。

ファイル管理部１５１は、発表者のPC４００からアップロードされた投影用のファイル及び配布用のファイルを保存する。又スマートデバイス２００からのファイル要求により、要求対象の配布用のファイルを返信し、あるいは要求元によるアクセスを可能にする、又、発表者からのPC４００を介した投影要求に応じ、投影用のファイルをプロジェクタ３００に送信する。プロジェクタ３００は当該投影用のファイルの送信を受け、当該投影用のファイルの画像を投影画像７００としてスクリーン等に投影して各参加者に示される。

ＱＲコード生成部１５３は、発表者によってアップロードされた配布用のファイルの記憶領域１５２におけるファイルパス、ファイルサーバ１００のＩＰアドレス及びアクセス制御部１５４から渡されたアクセスＩＤの３つ情報を含むＱＲコードを生成する。そして生成したＱＲコードを画像合成部１５５に渡す。すなわち上記３つの情報を合わせて符号化してＱＲコードを生成し、画像合成部１５５に渡す。

画像合成部１５５は、ＱＲコード生成部１５３から受け取ったＱＲコードを、ファイル管理部１５１から受け取った投影用のファイルに埋め込む。このＱＲコードの埋め込み（添付）の方法として、具体的に以下の４つの方法（１）、（２）、（３）、（４）が考えられる。
（１）ファイル管理部１５１は、投影用のPPT(PowerPoint)ファイル６１０と配布用のPDF(Portable Document Format)ファイル６２０とが発表者のPC４００からアップロードされると、以下の処理を行う。すなわち当該２つのファイルを記憶領域１５２の所定のフォルダ６００に格納する（図６Ａ参照）。そしてファイル管理部１５１は投影用のPPTファイル６１０（第２のファイルの一例）をPDFファイル６３０に変換する。そして当該ファイルの変換と同時に、配布用のPDFファイル６２０（第１のファイルの一例）へのパス（ファイルパス）を含むＱＲコードの画像７１０をPDFファイル６３０に添付する。ＱＲコードの画像７１０が添付された投影用のPDFファイル６３０（合成ファイルの一例）は、プロジェクタ３００に送信されてスクリーン等に投影される。その結果、投影画像７００に含まれてＱＲコードの画像７１０が当該スクリーン等に投影され、参加者に示される。
（２）図６Ｂに示されるように、ファイル管理部１５１は、配布用のPDFファイル６２０（第１のファイルの一例）がアップロードされると、当該ファイル６２０を記憶領域１５２の所定のフォルダ６００に記憶し、当該配布用のPDFファイル６２０をコピーする。そして配布用のPDFファイル６２０へのパス（ファイルパス）を含んだＱＲコードの画像７１０を、上記コピーとしての（配布用のファイル６２０とは別の）PDFファイル６３０（第２のファイルの一例）に添付する。このようにして得られた、ＱＲコードの画像７１０が添付された投影用のPDFファイル６３０（合成ファイルの一例）を、実際にプロジェクタ３００による投影に使用する。
（３）図６Ｃに示されるように、ファイル管理部１５１は、配布用のPDFファイル６２０（第１のファイルの一例）がアップロードされると、当該ファイル６２０を記憶領域１５２の所定のフォルダ６００に記憶する。そして当該配布用のPDFファイル６２０へのパス（ファイルパス）を含んだＱＲコードの画像７１０を、同じ配布用のPDFファイル６２０に添付する。すなわちＱＲコードの画像７１０が添付された配布用のPDFファイル６２０が、元の配布用のPDFファイル６２０に上書きされてファイル６３０になる。このようにしてＱＲコードの画像７１０が添付された配布・投影用のPDFファイル６３０（合成ファイルの一例）をそのまま投影用のPDFファイルとして、実際にプロジェクタ３００による投影に使用する。

尚、図６Ｃの配布用のファイル６２０はPDFファイルに限られず、PPTファイルであっても良い。
（４）図６Ｄに示されるように、ファイル管理部１５１は、投影用のPPTファイル６１０（第２のファイルの一例）と配布用のPDFファイル６２０（第１のファイルの一例）とがアップロードされると、以下の処理を行う。すなわち当該２つのファイル６１０，６２０を記憶領域１５２の所定のフォルダ６００に記憶する。そして配布用のPDFファイル６２０へのパス（ファイルパス）を含んだＱＲコードの画像７１０を、投影用のPPT ファイル６１０に添付する。すなわちＱＲコードの画像７１０が添付された投影用のPDFファイル６１０が、元の投影用のPPTファイル６１０に上書きされて、ファイル６３０になる。このようにしてＱＲコードの画像７１０が添付された投影用のPDFファイル６３０（合成ファイルの一例）を、実際にプロジェクタ３００による投影に使用する。

尚、図６Aの方法の場合に投影用のPPTファイル６１０をPDFファイル６３０に変換する理由は以下の通りである。すなわちPDFファイルを開くことができるアプリケーションプログラム（例えばAcrobat）は一般的であり、多くのコンピュータにインストールされていると考えられる。他方PPTファイルを開くことができるアプリケーションプログラム（例えばPowerPoint）はそれほど一般的ではなく、多くのコンピュータにはインストールされていないと考えられる。ここでファイルサーバ１００にPPTファイルを開くことができるアプリケーションプログラムはインストールされていないが、PDFファイルを開くことができるアプリケーションプログラムがインストールされている場合を想定する。このような場合であっても、投影用のPPTファイル６１０をPDFファイル６３０に変換することで、変換後のPDFファイル６３０にＱＲコードの画像７１０を添付することができるからである。尚、PPTファイルからPDFファイルへの変換は、例えば上記アプリケーションプログラムAcrobatによって可能である。

図６Ｃの方法の場合、投影用のファイルと配布用のファイルとが共通の一つのファイル６３０である。このため、各参加者からの、それぞれのスマートデバイス２００を介したファイル要求に応じ、ＱＲコードの画像７１０が添付されたファイル６３０が配布され、あるいは当該ファイルに対するアクセスが許可される。よって配布用のファイルと投影用のファイルとを別々に保存する場合（図６Ａ，６Ｂ参照）に比し、セキュリティの観点からは望ましくない。しかしながら図６Ｃの方法の場合、各会議、プレゼンテーション等につき、保存すべきファイルは１つ（あるいは１種類）で良いため、ファイルの管理が容易であり、記憶容量も小さくて済むという利点がある。

又、ＱＲコードの埋め込み（添付）方法としては、投影用のファイルの1ページ目の前に新たなページを挿入し、挿入した新たなページにＱＲコードの画像７１０を貼り付けても良い。あるいは予め投影用のファイルの所定の部分を空白として開けておき、当該空白の部分にＱＲコードの画像７１０を貼り付けても良い。

又、第１の実施の形態では投影用のファイルや配布用のファイルを、PPTファイルもしくはPDFファイルとしたが、ファイル形式はPDFファイルやPPTファイルの形式に限られず、PDL(例えばRPCS、PS等)等でも良い。

図５の説明に戻り、アクセス制御部１５４はアクセスIDを生成し、配布用のファイルに対するファイルサーバ１００の外部からのアクセスを制御する。

アクセス制御（アクセス可否の判断）の具体例は以下の（１）、（２）である。
（１）同じアクセスIDが一又は複数のスマートデバイス２００によって、合計で規定回数使用された場合、その後の当該配布用のファイルに対するアクセスを不可とし、スマートデバイス２００によるアクセスを不可とする。規定回数は、「要求に応じた処理を可能にする回数」の一例である。
（２）アクセスIDの生成時に予めアクセスIDごとに制限時間を設けておき、アクセスＩＤの生成後に当該制限時間が経過すると、その後の当該配布用のファイルに対するアクセスを不可とし、スマートデバイス２００によるアクセスを不可とする。制限時間は、「要求に応じた処理を可能にする時間」の一例である。

又、上記（１）、（２）の両方を組み合わせても良い。すなわち同じアクセスＩＤが規定回数使用された場合及び当該アクセスＩＤについての制限時間が経過後した場合の少なくとも何れか一方が該当した場合当該配布用のファイルに対するアクセスを不可とするようにしてもよい。

尚、当該配布用のファイルに対するアクセスを不可とした場合、アクセス制御部１５４は、要求元のスマートデバイス２００のクライアントアプリ２５０にその旨を通知する。

他方当該配布用のファイルに対するアクセスを不可としない場合、すなわち上記したアクセスを不可とする条件に合致しない場合には、記憶領域１５２から要求対象の配布用のファイルを読み出す。そして要求元のスマートデバイス２００のクライアントアプリ２５０に返信する。あるいは要求元のスマートデバイス２００のクライアントアプリ２５０による、記憶領域１５２内の要求対象の配布用のファイルに対するアクセスを可能にする。

尚、記憶領域１５２から要求対象の配布用のファイルを読み出して要求元のスマートデバイス２００のクライアントアプリ２５０に渡すことは、要求に応じた処理を行うことの一例である。又、要求元のスマートデバイス２００のクライアントアプリ２５０による、記憶領域１５２内の要求対象の配布用のファイルに対するアクセスを可能にすることは、要求に応じた処理を行うことの他の例である。

尚、第１の実施の形態ではプロジェクタ３００から直接ファイルサーバ１００に接続しているが、PCやスマートデバイスを介してプロジェクタ３００からファイルサーバ１００に接続しても良い。すなわち例えば、発表者のPC４００を介してプロジェクタ３００からファイルサーバ１００に接続するようにしても良い。すなわち、発表者の投影要求に応じてファイルサーバ１００が当該PC４００に対し投影用のファイルを返信し、発表者はPC４００で投影用のファイルを受信すると、当該投影用のファイルをプロジェクタ３００に送信するようにしても良い。

又、第１の実施の形態ではＱＲコードを使用しているが、ＱＲコードの代わりに他のバーコードを使用しても良いし、バーコード以外の符号を使用しても良い。すなわちスマートデバイス２００のクライアントアプリ２５０が、当該コード、符号等を認識あるいは復号し、含まれている上記３つの情報を得ることができれば、いかなるコード、符号等であっても良い。

次に図７とともに、ファイルが発表者によってPC４００を介してファイルサーバ１００にアップロードされた際のファイルサーバ１００の処理例について説明を行う。

ファイルがアップロードされる（ステップS1）と、ファイル管理部１５１が、アップロードされたファイルを受け取り、記憶領域１５２に保存する（ステップS2）。

次に、例えば上記図６Aの場合、ファイル管理部１５１は記憶領域１５２を参照し、フォルダ６００内に配布用のファイル６２０と投影用のファイル６１０とが揃っているか否かを判断する（ステップS3）。当該判断の方法として、以下の方法（１）、（２）、（３）が考えられる。
（１）同じフォルダ６００に保存されたファイルで、拡張子が「pdf」のファイルを配布用のファイル６２０と判断し、拡張子が「ppt」のファイルを投影用のファイル６１０と判断する。
（２）ファイル名に「配布用」という文字列を含むファイルを配布用のファイル６２０と判断し、「投影用」という文字列を含むファイルを投影用のファイル６１０と判断する。
（３）最初に（アップロードされて）保存されたファイルを投影用のファイル６１０と判断し、次に保存されたファイルを配布用のファイル６２０と判断する。

配布用のファイル６２０と投影用のファイル６１０とが揃っていない場合（ステップS3 No）は、ただ記憶領域１５２に保存しただけで処理を終了する。

配布用のファイル６２０と投影用のファイル６１０とが揃っている場合（ステップS3 Yes）は、ステップS4で、ファイル管理部１５１はＱＲコード生成部１５３に対し、当該配布用のファイル６２０に対する記憶領域１５２におけるファイルパスを通知する。当該通知を受けてＱＲコード生成部１５３はアクセス制御部１５４に対しアクセスIDを要求する。当該ＱＲコード生成部１５３からの要求により、アクセス制御部１５４がアクセスIDを生成し、ＱＲコード生成部１５３に渡す。

ＱＲコード生成部１５３は、上記の如くファイル管理部１５１から受け取ったファイルパス、アクセス制御部１５４から受け取ったアクセスID、ファイルサーバ１００のIPアドレスの３つの情報を含むＱＲコードを生成する（ステップS５）。そして生成したＱＲコードを画像合成部１５５に渡す。

次に画像合成部１５５は、ＱＲコード生成部１５３から受け取ったＱＲコードを投影用のファイル６３０へ付加し、ファイル管理部１５１へ渡す（ステップS6）。

次にファイル管理部１５１は、画像合成部１５５から受け取ったＱＲコードが付加された投影用のファイル６３０を記憶領域１５２に保存する（ステップS7）。保存の方法として、上記した図６Ａ、図６Ｂ、図６Ｃ、図６Ｄの方法がある。

尚、図６Ｂ，図６Ｃそれぞれの場合、図７のフローチャート中、ステップS3を設けず、ステップS2から直接ステップS4に移行する。他方図６Ｄの場合は上述した図６Ａの場合と同様の手順となる。

ここで図６Ａの方法の場合、元の投影用のファイル６１０を残し、ＱＲコード付きの投影用のファイルを別名で保存する（６３０）。この場合、発表者は、ファイルの画像を投影する際、ＱＲコード付きのファイル６３０の画像を投影するか、ＱＲコード無しのファイル６１０を投影するかを、選択的に決定することができる。

次に図８とともに、各参加者がファイルを閲覧する際の、クライアントアプリ２５０およびファイルサーバ１００の処理例について説明する。

発表者によるPC４００を用いた投影要求に応じ、ファイルサーバ１００のファイル管理部１５１は、（ＱＲコードが添付された）投影用のファイル６３０を記憶領域１５２から読み出してプロジェクタ３００へ送信する。当該送信を受けてプロジェクタ３００は投影用のファイル６３０の画像７００をスクリーン等に投影する。各参加者は自己のスマートデバイス２００を用いて、投影された画像７００に含まれるＱＲコードの画像７１０をスマートデバイス２００の読取部２０８で読み取る（ステップS11）。すなわち、クライアントアプリ２５０のＱＲコード読み取り部２５１が、読取部２０８を使用してＱＲコードの画像７１０を取り込む。

次に当該ＱＲコード読み取り部２５１は、ステップS12にて、取り込んだＱＲコードの画像７１０から、ファイルサーバのIPアドレス、ファイルパス及びアクセスIDを取得してファイル表示部２５２に渡す。ファイル表示部２５２は、ＱＲコード読み取り部２５１から受け取ったIPアドレスを有するファイルサーバ１００に対し、同じく受け取ったファイルパスを有するファイルを要求する。すなわちファイル要求を行う。その際、同じく受け取ったアクセスIDもファイルサーバ１００へ送信する。

ファイルサーバ１００のファイル管理部１５１は当該ファイル要求を受けると、受け取ったアクセスIDをアクセス制御部１５４へ渡す（ステップS13）。アクセス制御部１５４は、当該アクセスIDから要求対象の配布用のファイルに対する要求元のスマートデバイス２００によるアクセスの可否を判断する。アクセス可否の判断の具体例は上述の通りである。

アクセス制御部１５４がアクセス不可と判断した場合（ステップS14 No）、ファイル管理部１５１は要求元のスマートデバイス２００のクライアントアプリ２５０にその旨を通知する（ステップS17）。

他方アクセス制御部１５４がアクセス可能と判断した場合（ステップS14 Yes）は、ファイル管理部１５１は記憶領域１５２から要求対象のファイルを読み出して要求元のスマートデバイス２００のクライアントアプリ２５０に返信する（ステップS15）。あるいは記憶領域１５２に格納された要求対象のファイルに対する要求元のスマートデバイス２００によるアクセスを可能にする。ここで要求対象のファイルとは、図６A,図６B,図６Dの場合には、配布用のファイル６２０であり、図６Cの場合には投影用のファイル兼用の配布用のファイル６３０である。

次にステップS16にて、スマートデバイス２００のクライアントアプリ２５０のファイル表示部２５２は、ステップS15でファイルサーバ１００から渡された（受け取った）ファイルをＬＣＤ２０６に表示する。あるいはステップS15でアクセスが可能とされたファイルにアクセスし、当該ファイルをＬＣＤ２０６に表示する。その結果当該スマートデバイス２００のユーザである参加者は、要求対象のファイルをＬＣＤ２０６上で閲覧することができる。

上述の第１の実施の形態によれば、各参加者は投影画像７００からＱＲコードの画像７１０を読み取るだけで、配布用資料（６２０又は６３０）を自機（スマートデバイス２００）で閲覧することが可能になる。

次に第２の実施の形態について図９〜図１１を用いて説明する。

上述した第１の実施の形態では、プロジェクタ３００でＱＲコードの画像７１０を含んだ投影画像７００をスクリーン等に投影し、投影されたＱＲコードの画像７１０を各参加者が自己のスマートデバイス２００を用いて取り込む。これに対し第２の実施の形態では、発表者はプリンタ５００を用いてファイルを印刷して印刷文書（配布物）８００として各参加者に配布し、その際、ファイルにはＱＲコードの画像８１０を含めて配布する。各参加者は、当該配布された印刷文書８００とは別に当該ファイルの電子ファイルが必要な場合、印刷文書８００に含まれるＱＲコードの画像８１０を取り込み、第１の実施の形態の場合と同様の手順でファイルサーバ１００にファイル要求を行う。ファイルサーバ１００は第１の実施の形態の場合と同様の手順を通じ、アクセスを可能にする場合に、以下の処理を行う。すなわち要求対象のファイルを要求元のスマートデバイス２００に返信するか、あるいは要求対象のファイルに対する要求元のスマートデバイス２００によるアクセスを可能にする。

以下、第１の実施の形態との相違点を中心に説明する。

図９に示すスマートデバイス２００とファイルサーバ１００の機能構成例は、図５に示す第１の実施の形態のものと同様である。ただし上記の如く、スマートデバイス２００のＱＲコード読み取り部２５１は、投影画像７００のＱＲコードの画像７１０を読み取る代わりに、印刷文書８００に含まれるＱＲコードの画像８１０を読み取る点が相違する。

又、ファイルサーバ１００の画像合成部１５５は、ファイル管理部１５１から、投影用のファイルの代わりに配布用のファイルを受け取り、ＱＲコードの画像８１０を合成してファイル管理部１５１に渡す。ファイル管理部１５１は当該ＱＲコードの画像８１０の合成後の配布用のファイルを、発表者からのPC４００を介した印刷要求に応じ、プリンタ５００に送信する。プリンタ５００は当該ＱＲコードの画像８１０の合成後の配布用のファイルを受信し、印刷して、ＱＲコードの画像８１０を含む印刷文書８００を生成する。

又図１０に示す、発表者がファイルサーバ１００にファイルをアップロードした場合の処理は、図７に示す第１の実施の形態のものと同様である。すなわち、ステップS21、S24、S25は、図７のステップS1、S4、S5と同様の内容を有する。

ステップS22で発表者はPC４００を用いて配布用のファイルをファイルサーバ１００にアップロードする。

ステップS23でファイルサーバ１００のファイル管理部１５１は、アップロードされたファイルが配布用のファイルか否かを判断する。当該判断の具体例は以下の（１）、（２）、（３）である。
（１）アップロードされたファイルの拡張子が「pdf」のファイルを配布用のファイルと判断する
（２）アップロードされたファイルのファイル名に「配布用」という文字列を含むファイルを配布用のファイル判断する
（３）記憶領域１５２の所定のフォルダに保存されたファイルは全て配布用のファイルと判断し、ＱＲコードが付加可能なファイルにのみＱＲコードの画像８１０を付加する。ここでＱＲコードが付加可能か否かの判断は、例えば以下のようにして行う。すなわち、例えばファイルサーバ１００にはPDFファイルを開くことができるアプリケーションプログラムはインストールされているが、PPTファイルを開くことができるアプリケーションプログラムはインストールされていない場合を想定する。このような場合、PDFファイルを開いてＱＲコードの画像８１０を付加することは可能である。他方、例えばパワーポイントのアプリケーションを別途インストールする場合等を別にすれば、現状ではPPTファイルを開いてＱＲコードの画像８１０を付加することはできない。よって、別途新たなアプリケーションをインストールする等の処理を行うことなくファイルサーバ１００が当該ファイルを開いてＱＲコードの画像８１０を付加することが可能なファイルに対し、ＱＲコードの画像８１０を付加する。

図１０の説明に戻り、ステップS26では、投影用のファイルの代わりに配布用のファイルにＱＲコードの画像８１０を付加し、ステップS27では、ＱＲコードの画像８１０が付加された配布用のファイルを記憶領域１５２に保存する。なおこの場合も、第１の実施の形態の場合同様、ＱＲコード付きの配布用のファイルと、ＱＲコード無しの（元の）配布用のファイルとを別名で、それぞれ記憶領域１５２に保存しても良い。この場合、発表者は、ファイルを印刷する際、ＱＲコード付きのファイルを印刷するか、ＱＲコード無しのファイルを印刷するかを、選択的に決定することができる。

図１１は、各参加者が印刷文書８００の電子ファイルを取得する際の、クライアントアプリ２５０およびファイルサーバ１００の処理例を示すフローチャートである。

図１１のフローチャートは図８に示す第１の実施の形態のものと同様である。すなわち、ステップS32〜S37は、図８のステップS12〜S17と同様の内容を有する。

ステップS31でクライアントアプリ２５０のＱＲコード読み取り部２５１は、ユーザである参加者の操作により、読取部２０８で印刷文書８００に含まれるＱＲコードの画像８１０を取り込む（読み取る）。クライアントアプリ２５０は第１の実施の形態の場合と同様の手順で当該読み取ったＱＲコードの画像８１０から必要な情報（３つの情報）を得て、ファイルサーバ１００に対しファイル要求を行う（ステップS32）。ファイル要求を受けたファイルサーバ１００は第１の実施の形態の場合と同様の手順でアクセスの可否を判断する。その結果アクセスを可能とする場合には要求対象の配布用のファイルを要求元のスマートデバイス２００に返信する（ステップS33〜S36）。あるいは記憶領域１５２内の要求対象の配布用のファイルに対する要求元のスマートデバイス２００によるアクセスを可能にする。アクセスを不可とする場合は、その旨を要求元のスマートデバイス２００に通知する（ステップS37）。

このように第２の実施の形態によれば、発表者はＱＲコードの画像８１０が付加されたファイルをプリンタ５００で印刷し、各参加者に配布する。各参加者は、印刷文書８００からＱＲコードの画像８１０を読み取るだけで、印刷文書８００の電子データを取得できる。

尚、第２の実施の形態の場合、使用するファイルは配布用のファイル、１種類であり配布用のファイルが第１のファイルの一例であり、且つ合成ファイルの一例でもある。

次に第３の実施の形態について図１２〜図１３を用いて説明する。

上述した第１、第２の実施の形態では、スマートデバイス２００のクライアントアプリ２５０がファイルサーバ１００に直接ファイル要求を行い、ファイルサーバ１００からファイルを受け取って表示する。しかしながら当該スマートデバイス２００がファイルサーバ１００と同一のネットワークに接続されていない環境を想定すると、スマートデバイス２００がファイルサーバ１００と直接通信できない状況が想定される。すなわち、ファイルサーバ１００が接続されたネットワークに設けられたファイアウォールの機能により、当該ネットワーク外のスマートデバイス２００が当該ネットワーク内のファイルサーバ１００と直接通信できない状況が想定されるからである。

これに対して第３の実施の形態によれば、図１２に示す如く、事業所Ａ内のスマートデバイス２００のクライアントアプリ２５０は、インターネットに接続されたリレーサーバ９００を介して事業所Ｂに設置されたファイルサーバＢ，１００Ｂにファイル要求を行う。その結果、スマートデバイス２００がファイルサーバ１００Ｂと直接通信できない環境であっても、クライアントアプリ２５０はリレーサーバ９００を介してファイルサーバ１００Ｂにファイル要求を行ってファイルを受け取ることが可能となる。
第３の実施の形態においても第２の実施の形態の場合同様に発表者はプリンタ５００を用いてファイルを印刷して印刷文書８００を得る。そして発表者は当該印刷を行った事業所Ｂから他の事業所Ａに印刷文書８００を持っていき、各参加者に配布する。そして各参加者が事業所Ａにおいて印刷文書８００に含まれるＱＲコードを自身のスマートデバイス２００に読み取らせる。その結果、当該スマートデバイス２００のクライアントアプリ２５０はリレーサーバ９００を介して事業所ＢのファイルサーバＢ，１００Ｂからファイルを取得する。
以下、第３の実施の形態につき、第２の実施の形態との相違点を中心に説明する。

図１２に示すスマートデバイス２００とファイルサーバＢ，１００Ｂの機能構成例は図９に示す第２の実施の形態に係るスマートデバイス２００とファイルサーバ１００の機能構成例と同様であるが以下の点で相違する。すなわち、クライアントアプリ２５０のファイル表示部２５２がリレーサーバ９００に対しファイル要求を行う点が相違する。又、ファイルサーバＢ、１００Ｂがリレーサーバ９００にファイル要求の有無を問い合わせ、当該ファイルサーバＢ、１００Ｂに対するファイル要求が有れば、当該ファイル要求に応じてリレーサーバ９００にファイルを返信する点が相違する。

ここで、印刷文書８００に含まれるＱＲコードにはファイルサーバＢ，１００Ｂを示すファイルサーバIDが含まれており、クライアントアプリ２５０は当該ファイルサーバIDを付加してリレーサーバ９００にファイル要求を行う。リレーサーバ９００は、ファイルサーバＢ，１００Ｂからファイル要求の有無の問い合わせを受けた際、当該ファイルサーバＢ，１００ＢのファイルサーバIDが付加されたファイル要求を有する場合、当該ファイル要求をファイルサーバＢ，１００Ｂへ返信する。その結果、クライアントアプリ２５０からのファイル要求を、該当するファイルサーバＢ，１００Ｂへ確実に渡すことができる。

また第３の実施の形態に係るアクセス制御の方法として、例えば、以下に述べるアクセス制御方法（ｉ）及びアクセス制御方法（ｉｉ）のうちの何れかを適用することができる。

アクセス制御方法（ｉ）は、クライアントアプリ２５０がファイル要求を行った際の、当該クライアントアプリ２５０がインストールされたスマートデバイス２００の位置によってアクセスを制御する方法である。

すなわち、ファイルがアップロードされてアクセスIDを生成する際（図１０に示す第２の実施の形態におけるステップS24参照）に予めアクセスIDごとにアクセス可能なエリアを設けておく。

そしてクライアントアプリ２５０はファイル要求を行う際に、当該クライアントアプリ２５０がインストールされたスマートデバイス２００の位置情報を取得し、ファイル要求とともに送信する。スマートデバイス２００の位置情報として、例えば当該スマートデバイス２００が有するGPS機能によって得られる位置情報を用いることができる。

ファイルサーバＢ，１００Ｂのアクセス制御部１５４は、ファイル要求とともに送信されたアクセスIDと位置情報を参照し、当該ファイル要求が、当該アクセスIDについて予め設けておいたアクセス可能なエリアからのファイル要求か否かを判断する。すなわち当該位置情報が示す位置が、当該アクセスIDについて予め設けておいたアクセス可能なエリアに含まれるか否かを判断する（後述する図１３におけるステップS45に対応する）。判断の結果、当該ファイル要求がアクセス可能なエリアからのファイル要求であれば、ファイルサーバＢ、１００Ｂはファイルを返信する（同上ステップS46に対応する）。他方、判断の結果、当該ファイル要求がアクセス可能なエリア外からのファイル要求であれば、ファイルに対するアクセスを不可とする（同上ステップS49に対応する）。

尚当該アクセス制御方法（ｉ）ではアクセスIDごとにアクセス可能なエリアを設けたが、ファイルサーバＢ，１００Ｂ全体で共通のアクセス可能なエリアを設けてもよい。その場合、当該共通のアクセス可能なエリアからのファイル要求に対してはファイルを返信する（上記ステップS46に対応する）。他方、当該共通のアクセス可能なエリア外からのファイル要求に対してはファイルに対するアクセスを不可とする（上記ステップS49に対応する）。

次に上記アクセス制御方法（ｉｉ）は、ファイル要求を行ったクライアントアプリ２５０が所属するファイルサーバのファイルサーバIDによってアクセスを制御する方法である。

アクセス制御方法（ｉｉ）の場合、各スマートデバイス２００のクライアントアプリ２５０を、当該クライアントアプリ２５０が普段アクセスするファイルサーバに対し、予め登録しておく。その結果、クライアントアプリ２５０ごとにいずれかのファイルサーバへ所属していることになる。

例えばクライアントアプリ２５０がファイルサーバA、１００Ａに所属しているものとする（図１２参照）。一方ファイルサーバB、１００Ｂは、ファイルがアップロードされてアクセスIDを生成する際（図１０，ステップS24参照）、どのファイルサーバに所属するクライアントアプリ２５０からのアクセスを許可するかにつき、アクセスIDごとに予め決めておく。

そしてクライアントアプリ２５０はファイル要求を行う際、自身が所属するファイルサーバのファイルサーバIDをファイル要求とともに送信する。ファイルサーバＢ，１００Ｂのアクセス制御部１５４は、ファイル要求とともに送信されたアクセスIDと上記所属するファイルサーバのファイルサーバIDを参照する。そして、当該ファイルサーバIDが、当該アクセスIDについて上記の如く予め決めていた所属するファイルサーバのファイルサーバIDと合致するか否かを判断する（上記ステップS45に対応する）。合致すればファイルサーバＢ，１００Ｂはファイルを返信し（上記ステップS46に対応する）、合致しなければファイルに対するアクセスを不可とする（上記ステップS49に対応する）。

尚、アクセス制御方法（ｉｉ）ではアクセスIDごとにアクセス可能な所属するファイルサーバを決めたが、ファイルサーバＢ，１００Ｂ全体で共通にどのファイルサーバに所属するクライアントアプリ２５０からのアクセスを許可するかを決めてもよい。その場合、当該共通に決めた所属するファイルサーバに所属するクライアントアプリ２５０からのファイル要求に対してはファイルサーバＢ，１００Ｂはファイルを返信する（上記ステップS46に対応する）。他方、当該共通に決めた所属するファイルサーバ以外のファイルサーバに所属するクライアントアプリ２５０からのファイル要求に対してはファイルサーバＢ，１００Ｂはファイルに対するアクセスを不可とする（上記ステップS49に対応する）。

これらの第３の実施の形態に係るそれぞれのアクセス制御方法によって、例えば発表者が事業所間を移動する際に印刷文書８００を紛失したような場合でも、第三者による不正なファイルサーバＢ，１００Ｂに対するアクセスを防ぐ、或いは抑制することができる。

すなわち上記アクセス制御方法（ｉ）の場合、当該第三者が上記紛失に係る印刷文書８００を取得し、自身のスマートデバイスに当該印刷文書８００のＱＲコードを読み取らせてファイルサーバＢ，１００Ｂにファイル要求を行わせた場合を想定する。この場合、上記ファイル要求時の当該第三者のスマートデバイスの位置が、当該ファイル要求に付加されたアクセスIDについて予め設けられたアクセス可能なエリアに含まれていなければ、ファイルに対するアクセスは不可とされる（上記ステップS49に対応する）。

すなわち、アクセス制御方法（ｉ）の場合、各参加者には、アクセスIDごとに予め設けられるアクセス可能なエリア、又はファイルサーバＢ，１００Ｂ全体に共通のアクセス可能エリアを予め知らせておけばよい。その結果、各参加者は当該アクセス可能なエリアから自身のスマートデバイス２００を用いてファイル要求を行うことでファイルサーバＢ，１００Ｂからファイルを取得し得る。他方第三者は当該アクセス可能なエリアを知らないため、同エリア外からファイル取得を行う可能性が高く、その結果アクセスが不可となる可能性が高い。よって不正アクセスを効果的に防止又は抑制することができる。

又上記アクセス制御方法（ｉｉ）の場合、上記同様当該第三者が上記紛失に係る印刷文書８００を取得し、自身のスマートデバイスに当該印刷文書８００のＱＲコードを読み取らせてファイルサーバＢ，１００Ｂにファイル要求を行わせた場合を想定する。この場合、当該第三者のクライアントアプリが所属するファイルサーバが、当該ファイル要求に付加されたアクセスIDについて予め決められた所属するファイルサーバと合致しなければファイルに対するアクセスは不可とされる（上記ステップS49に対応する）。

すなわち、アクセス制御方法（ｉｉ）の場合、アクセスIDごとに予め決められる所属するファイルサーバを、各参加者のスマートデバイス２００のクライアントアプリ２５０が所属するファイルサーバと合致させておけばよい。その結果、各参加者は自身のスマートデバイス２００からファイル要求を行うことでファイルサーバＢ，１００Ｂからファイルを取得し得る。他方当該アクセスIDについて予め決められる所属するファイルサーバは、上記第三者のスマートデバイスのクライアントアプリが所属するファイルサーバとは合致しない可能性が高い。したがって第三者自身のスマートデバイス２００からファイル要求を行うとアクセスが不可となる可能性が高い。よって不正アクセスを効果的に防止又は抑制できる。

又、このようなアクセス制御までは行わないとしても、ファイルサーバＢ，１００Ｂが、ファイル要求とともに受信される情報をアクセスログとして記録するようにしても良い。すなわち、スマートデバイス２００の移動に伴って変化する当該スマートデバイスの位置情報や、当該スマートデバイスのクライアントアプリが所属するファイルサーバのファイルサーバIDをアクセスログとして記録しておいてもよい。特にクライアントアプリが所属するファイルサーバのファイルサーバIDが分かると、万が一不正アクセスがあった場合、該当する不正アクセス者を特定することができる。すなわち、所属するファイルサーバのファイルサーバIDが分れば、当該アクセスの際に使われたスマートデバイスのクライアントアプリが所属するファイルサーバが判明する。したがって判明したファイルサーバに所属するクライアントアプリを調べることで、該当する不正アクセス者を特定することができる。

図１３は、第３の実施の形態における、各参加者が印刷文書８００の電子ファイルを取得する際の、クライアントアプリ２５０およびファイルサーバＢ，１００Ｂの処理例を示すフローチャートである。

ステップS41でクライアントアプリ２５０のＱＲコード読み取り部２５１は、ユーザである参加者の操作により、読取部２０８で印刷文書８００に含まれるＱＲコードの画像８１０を取り込む（読み取る）。クライアントアプリ２５０は第２の実施の形態の場合と同様の手順で当該読み取ったＱＲコードの画像８１０から必要な情報（３つの情報）を得て、リレーサーバ９００に対しファイル要求を行う（ステップS42）。但し第３の実施の形態の場合、ファイルサーバＢ，１００ＢのIPアドレスの代わりに、ファイルサーバＢ，１００ＢのファイルサーバIDを用いる。したがって第３の実施の形態における上記３つの情報とは、ファイルパス、アクセスID及びファイルサーバＢ，１００ＢのファイルサーバIDである。

クライアントアプリ２５０は更に、ステップS42でファイル要求を行う際、上記アクセス制御方法（ｉ），（ｉｉ）のうちのいずれかに応じ、「位置情報」或いは「所属するファイルサーバＡ、１００ＡのファイルサーバID」を、送信するファイル要求に付加する。

ファイル要求を受けたリレーサーバ９００は、当該受信したファイル要求を保存する。そしてリレーサーバ９００は、ファイルサーバＢ，１００Ｂからのファイル要求の有無の問い合わせを受ける。そして当該問い合わせ元のファイルサーバＢ，１００ＢのファイルサーバIDと合致するファイルサーバIDが付加されたファイル要求を、当該ファイルサーバＢ，１００Ｂに返信する（ステップS43）。

そしてファイルサーバＢ，１００Ｂは上記アクセス制御方法に応じ、「位置情報」或いは「所属するファイルサーバＡ、１００ＡのファイルサーバID」を用いて、当該アクセス制御方法によってアクセスの可否を判断する（ステップS45）。その結果アクセスを可能とする場合(YES)、ファイルサーバＢ，１００Ｂは第２の実施の形態のステップS35（図１１参照）における場合同様の手順にて、要求対象の配布用のファイルを取得する。そして取得したファイルをリレーサーバ９００に返信する（ステップS46）。

リレーサーバ９００は、ステップS43でファイルサーバＢ，１００Ｂへ送信したファイル要求に対応するものとして、ステップS46でファイルサーバＢ，１００Ｂから送信されたファイルを保存する。そして当該ファイル要求の送信元のクライアントアプリ２５０からファイルの有無の問い合わせを受けると、上記保存したファイルを当該クライアントアプリ２５０に返信する（ステップS47）。

そしてクライアントアプリ２５０は第２の実施の形態のステップS36（図１１参照）における場合と同様の手順にて、当該リレーサーバ９００から送信されたファイルを表示する（ステップS48）。

他方、ステップS45の結果、アクセスを不可とする場合、ファイルサーバＢ，１００Ｂはリレーサーバ９００に対し、アクセス不可の旨の通知を返信する（ステップS49）。

リレーサーバ９００は、ステップS43でファイルサーバＢ，１００Ｂへ送信したファイル要求に対応するものとして、ステップS49でファイルサーバＢ，１００Ｂから送信されたアクセス不可の旨の通知を保存する。そして当該ファイル要求の送信元のクライアントアプリ２５０からファイルの有無の問い合わせを受けると、上記保存したアクセス不可の旨の通知を当該クライアントアプリ２５０に返信する（ステップS50）。

尚、ステップS43におけるファイルサーバＢ，１００Ｂからの「ファイル要求の有無の問い合わせ」は、例えば定期的にファイルサーバＢ，１００Ｂが行うようにすればよい。同様に、ステップS47及びS50におけるクライアントアプリ２５０からの「ファイルの有無の問い合わせ」も、例えばクライアントアプリ２５０が定期的に行うようにすればよい。

以上本発明の実施の形態について説明したが、本発明の実施の形態はこれらに限られない。

例えば上記した本発明の実施の形態では、ファイル管理部１５１、記憶領域１５２、ＱＲコード生成部１５３，アクセス制御部１５４及び画像合成部１５５が一台のファイルサーバ１００（或いは１００Ｂ）に含まれるが、このような形態に限られない。すなわち、ファイル管理部１５１、記憶領域１５２、ＱＲコード生成部１５３，アクセス制御部１５４及び画像合成部１５５が、それぞれ、２台以上の複数のサーバに分散して設けられても良い。その場合、当該複数のサーバはネットワーク等で相互に通信可能に接続される。

又上記した実施の形態では、プロジェクタ３００又はプリンタ５００はファイルサーバ１００（或いは１００Ｂ）とは別個の装置であったが、このような形態に限定されない。すなわち、プロジェクタ３００の機能とファイルサーバ１００の機能とを一台の装置に集約するようにしてもよい。同様にプリンタ５００の機能とファイルサーバ１００（或いは１００Ｂ）の機能とを一台の装置に集約してもよい。

又本発明の実施の形態による情報処理システムは、ファイルサーバ１００（或いは１００Ｂ）がクラウドサービスを提供する組織に属するような構成であっても良い。その場合、例えばファイルサーバ１００（或いは１００Ｂ）に対し、スマートデバイス２００、PC４００，プロジェクタ３００、プリンタ５００等がそれぞれインターネットを介して接続される。そしてファイルサーバ１００（或いは１００Ｂ）に対し、投影要求、ファイル要求等の要求を行う。その結果、当該要求に応答してファイルサーバ１００（或いは１００Ｂ）からクラウドサービスとして、投影用のファイルの送信、配布用のファイルの送信等のサービスを受けることができる。

１００ ファイルサーバ（情報処理装置の一例）
１０２ ＲＡＭ（格納手段の一例）
１０４ ＨＤＤ（格納手段の他の例）
１０５ Ｉ／Ｆ（要求受信手段の一例）
１５１ ファイル管理部（要求受信手段の一例、ファイル管理手段の一例、ファイル変換手段の一例、ファイル格納手段の一例）
１５２ 記憶領域（格納手段の一例）
１５３ ＱＲコード生成部（ファイル取得情報生成手段の一例）
１５４ アクセス制御部（正当性判断手段の一例）
１５５ 画像合成部（合成ファイル生成手段の一例）
２００ スマートデバイス（端末装置の一例）
２５０ クライアントアプリ（要求送信手段の一例）
３００ プロジェクタ（合成ファイル出力手段の一例）
４００ PC
５００ プリンタ（合成ファイル出力手段の他の例）
７１０ ＱＲコードの画像（ファイル取得情報の一例）
９００ リレーサーバ

特開２０１１−０１８２０９号公報

Claims (15)

1. 第１のファイルを格納する格納手段と、
   少なくとも前記格納手段に格納された前記第１のファイルが格納された場所に基づいてファイル取得情報を生成するファイル取得情報生成手段と、
   前記ファイル取得情報生成手段によって生成された前記ファイル取得情報を前記第１のファイル又は当該第１のファイルに対応する第２のファイルに合成して合成ファイルを生成する合成ファイル生成手段と、
   前記合成ファイル生成手段によって生成された前記合成ファイルを用いて外部の端末装置に入力された前記ファイル取得情報に基づく要求を受信する要求受信手段と、
   前記要求受信手段によって受信された前記要求に応じた処理を行うファイル管理手段と
   を有することを特徴とする情報処理装置。
2. 前記ファイル管理手段が行う前記要求に応じた処理は、前記第１のファイルの前記端末装置への送信であることを特徴とする請求項１に記載の情報処理装置。
3. 前記ファイル取得情報は更に、前記第１のファイルを使用する所定の目的に関して前記第１のファイルを取得することの正当性を示す正当性情報を含むことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記端末装置は前記ファイル取得情報に含まれる前記正当性情報を含めて前記要求を送信するものとされ、
   前記要求に含まれる前記正当性情報に応じて、当該要求に応じた処理の可否を判断する正当性判断手段を有することを特徴とする請求項３に記載の情報処理装置。
5. 前記正当性判断手段は、前記正当性情報ごとに前記要求に応じた処理を可能にする回数を設け、当該回数を超えた場合には、以後、前記正当性情報を含んで送信された前記要求に対しては前記要求に応じた処理を行わないことを特徴とする請求項４に記載の情報処理装置。
6. 前記正当性判断手段は、前記正当性情報ごとに前記要求に応じた処理を可能にする時間を設け、当該時間を超えた場合には、以後、前記正当性情報を含んで送信された前記要求に対しては前記要求に応じた処理を行わないことを特徴とする請求項４に記載の情報処理装置。
7. 前記要求受信手段は、リレーサーバを経由して前記要求を受信し、
   前記ファイル管理手段は、前記要求に応じた処理を行った結果を前記リレーサーバを経由して返信すること特徴とする請求項１乃至３のうちの何れか一項に記載の情報処理装置。
8. 前記要求受信手段は、前記要求を受信する際に、前記端末装置の位置情報をともに受信し、当該受信した位置情報をアクセスログとして記録することを特徴とする請求項１乃至３のうちの何れか一項に記載の情報処理装置。
9. 前記要求受信手段は、前記要求を受信する際に、前記端末装置の位置を示す位置情報をともに受信し、
   前記正当性判断手段は、前記正当性情報ごとに前記要求に応じた処理を可能とする位置範囲を設けておき、
   前記要求とともに受信した前記位置情報が、当該要求が含む正当性情報について設けておいた前記位置範囲外の位置を示す場合、前記正当性情報を含む前記要求に応じた処理を行わないことを特徴とする請求項４に記載の情報処理装置。
10. 前記要求受信手段は前記要求を受信する際、前記端末装置の登録先の情報処理装置を示す情報をともに受信し、
    当該受信した情報処理装置を示す情報をアクセスログとして記録することを特徴とする請求項１乃至３のうちの何れか一項に記載の情報処理装置。
11. 前記要求受信手段は前記要求を受信する際、前記端末装置の登録先の情報処理装置を示す情報をともに受信し、
    前記正当性判断手段は、前記正当性情報ごとに前記要求に応じた処理を可能にする情報処理装置を決めておき、
    前記要求とともに受信した前記情報処理装置を示す情報が、当該要求が含む前記正当性情報について決めておいた情報処理装置以外の情報処理装置を示す情報であった場合、当該正当性情報を含む前記要求に応じた処理を行わないことを特徴とする請求項４に記載の情報処理装置。
12. 前記第１のファイル又は第２のファイルの形式を所定の形式に変換するファイル変換手段を有し、
    前記合成ファイル生成手段は、前記第１のファイル又は第２のファイルが前記ファイル変換手段によって所定の形式に変換されたファイルに前記ファイル取得情報を合成することを特徴とする請求項１乃至３のうちの何れか一項に記載の情報処理装置。
13. 第１のファイルを格納する格納手段を有する情報処理装置を制御するコンピュータに、
    少なくとも前記格納手段に格納された前記第１のファイルが格納された場所に基づいてファイル取得情報を生成するファイル取得情報生成ステップと、
    前記ファイル取得情報生成ステップで生成した前記ファイル取得情報を前記第１のファイル又は当該第１のファイルに対応する第２のファイルに合成して合成ファイルを生成する合成ファイル生成ステップと、
    前記合成ファイル生成ステップで生成した前記合成ファイルを用いて外部の端末装置に入力された前記ファイル取得情報に基づく要求を受信する要求受信ステップと、
    前記要求受信ステップで受信した前記要求に応じた処理を行うステップと
    を実行させることを特徴とするプログラム。
14. 第１のファイルを格納する格納手段と、
    少なくとも前記格納手段に格納された前記第１のファイルが格納された場所に基づいてファイル取得情報を生成するファイル取得情報生成手段と、
    前記ファイル取得情報生成手段によって生成された前記ファイル取得情報を前記第１のファイル又は当該第１のファイルに対応する第２のファイルに合成して合成ファイルを生成する合成ファイル生成手段と、
    前記合成ファイル生成手段によって生成された前記合成ファイルを出力する合成ファイル出力手段と、
    前記合成ファイル出力手段によって出力された前記合成ファイルを用いて入力された前記ファイル取得情報に基づく要求を送信する要求送信手段と、
    前記要求送信手段によって送信された前記要求を受信する要求受信手段と、
    前記要求受信手段によって受信された前記要求に応じた処理を行うファイル管理手段と
    を有することを特徴とする情報処理システム。
15. ファイル格納手段が、第１のファイルを格納手段に格納するステップと、
    ファイル取得情報生成手段が、少なくとも前記格納手段に格納された前記第１のファイルが格納された場所に基づいてファイル取得情報を生成するステップと、
    合成ファイル生成手段が、前記ファイル取得情報生成手段によって生成された前記ファイル取得情報を前記第１のファイル又は当該第１のファイルに対応する第２のファイルに合成して合成ファイルを生成するステップと、
    合成ファイル出力手段が、前記合成ファイル生成手段によって生成された前記合成ファイルを出力するステップと、
    要求送信手段が、前記合成ファイル出力手段によって出力された前記合成ファイルを用いて入力された前記ファイル取得情報に基づく要求を送信するステップと、
    要求受信手段が、前記要求送信手段によって送信された前記要求を受信するステップと、
    ファイル管理手段が、前記要求受信手段によって受信された前記要求に応じた処理を行うステップと
    を有することを特徴とする情報処理方法。

Images