(57)【要約】【課題】蓄積する電子データに対するアクセス制御を容易に行うことができるサービス提供システム、サービス提供方法、連携処理装置及びプログラムを提供することを課題とする。【解決手段】携帯端末と連携処理装置とが接続されたサービス提供システムであって、電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段と、携帯端末からの電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への電子データの保存要求を受け付ける電子データ保存処理手段と、携帯端末から、第１の保管場所に蓄積されている電子データに対する処理要求を受け付けると携帯端末に対して認証情報を要求し、認証が成功したときに処理要求の対象となる電子データに対する処理を実行すると判定する電子データ処理判定手段とを有することにより、上記課題を解決する。【選択図】図１
2014178890.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末と連携処理装置とが接続されたサービス提供システムであって、
電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段と、
前記電子データ蓄積手段の保管場所のうち、前記携帯端末からの前記電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への前記電子データの保存要求を受け付ける電子データ保存処理手段と、
前記携帯端末から、前記第１の保管場所に蓄積されている前記電子データに対する処理要求を受け付けると前記携帯端末に対して認証情報を要求し、認証が成功したときに前記処理要求の対象となる前記電子データに対する処理を実行すると判定する電子データ処理判定手段と
を有することを特徴とするサービス提供システム。
【請求項２】
前記電子データ処理判定手段は、前記処理要求の対象となる前記電子データが前記第１の保管場所に蓄積されているか否かを判定する保管場所判定手段と、
前記処理要求の対象となる前記電子データが前記第１の保管場所に蓄積されていれば前記携帯端末に前記認証情報を要求する第１の認証情報要求手段と、
前記携帯端末から受信した前記認証情報により認証処理を行う認証手段と、
認証が成功すると、前記処理要求の対象となる前記電子データに対する処理を開始する処理実行手段と
を有することを特徴とする請求項１記載のサービス提供システム。
【請求項３】
前記電子データ保存処理手段は、前記電子データの保存要求を受け付けると、保存先が前記第１の保管場所であるか否かを判定する保存先判定手段と、
前記保存先が前記第１の保管場所であれば前記携帯端末に前記認証情報を要求する第２の認証情報要求手段と、
前記携帯端末から受信した前記認証情報と前記保存要求の対象となる前記電子データとを紐付けて保存する保存実行手段と
を有することを特徴とする請求項１記載のサービス提供システム。
【請求項４】
前記電子データ保存処理手段は、前記電子データの保存要求を受け付けると、保存先が前記第１の保管場所であるか否かを判定する保存先判定手段と、
前記保存先が前記第１の保管場所であれば前記認証情報を生成する生成手段と、
生成した前記認証情報と前記保存要求の対象となる前記電子データとを紐付けて保存する保存実行手段と
を有することを特徴とする請求項１記載のサービス提供システム。
【請求項５】
前記電子データ処理判定手段は、前記処理要求の対象となる前記電子データが前記第１の保管場所に蓄積されているか否かを判定する保管場所判定手段と、
前記処理要求の対象となる前記電子データが前記第１の保管場所に蓄積されていれば前記携帯端末に前記認証情報を要求する第１の認証情報要求手段と、
前記携帯端末から受信した前記認証情報が前記処理要求の対象となる前記電子データと紐付けられて保存されているか否かにより認証処理を行う認証手段と、
認証が成功すると、前記処理要求の対象となる前記電子データに対する処理を開始する処理実行手段と
を有することを特徴とする請求項３又は４記載のサービス提供システム。
【請求項６】
前記サービス提供システムは、更に複数の電子機器を接続可能であり、前記電子データに対する処理要求は、前記電子機器が実行する前記電子データを用いた処理であること
を特徴とする請求項１乃至５何れか一項記載のサービス提供システム。
【請求項７】
前記電子データに対する処理要求は、前記第１の保管場所に蓄積された前記電子データの取得要求であること
を特徴とする請求項１乃至６何れか一項記載のサービス提供システム。
【請求項８】
携帯端末に搭載されるアプリケーションと連携処理装置とが接続されたサービス提供システムであって、
電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段と、
前記電子データ蓄積手段の保管場所のうち、前記アプリケーションからの前記電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への前記電子データの保存要求を受け付ける電子データ保存処理手段と、
前記アプリケーションから、前記第１の保管場所に蓄積されている前記電子データに対する処理要求を受け付けると前記アプリケーションに対して認証情報を要求し、認証が成功したときに前記処理要求の対象となる前記電子データに対する処理を実行すると判定する電子データ処理判定手段と
を有することを特徴とするサービス提供システム。
【請求項９】
携帯端末と連携処理装置とが接続されたサービス提供システムにおけるサービス提供方法であって、
電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段の保管場所のうち、前記携帯端末からの前記電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への前記電子データの保存要求を受け付けるステップと、
前記携帯端末から、前記第１の保管場所に蓄積されている前記電子データに対する処理要求を受け付けると前記携帯端末に対して認証情報を要求するステップと、
認証が成功したときに前記処理要求の対象となる前記電子データに対する処理を実行すると判定するステップと
を有することを特徴とするサービス提供方法。
【請求項１０】
携帯端末と連携処理装置とが接続されたサービス提供システムに含まれる連携処理装置であって、
電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段と、
前記電子データ蓄積手段の保管場所のうち、前記携帯端末からの前記電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への前記電子データの保存要求を受け付ける電子データ保存処理手段と、
前記携帯端末から、前記第１の保管場所に蓄積されている前記電子データに対する処理要求を受け付けると前記携帯端末に対して認証情報を要求し、認証が成功したときに前記処理要求の対象となる前記電子データに対する処理を実行すると判定する電子データ処理判定手段と
を有することを特徴とする連携処理装置。
【請求項１１】
携帯端末と連携処理装置とが接続されたサービス提供システムに含まれる連携処理装置を、
電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段、
前記電子データ蓄積手段の保管場所のうち、前記携帯端末からの前記電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への前記電子データの保存要求を受け付ける電子データ保存処理手段、
前記携帯端末から、前記第１の保管場所に蓄積されている前記電子データに対する処理要求を受け付けると前記携帯端末に対して認証情報を要求し、認証が成功したときに前記処理要求の対象となる前記電子データに対する処理を実行すると判定する電子データ処理判定手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム、サービス提供方法、連携処理装置及びプログラムに関する。
【背景技術】
【０００２】
例えば文書管理サーバに格納された文書に対して、その文書を必要としている全ての関係者がアクセスできるようにするためのアクセス権を自動設定する文書管理システムは従来から知られている（例えば特許文献１参照）。
【０００３】
従来の文書管理システムは、メールサーバにおいて文書識別子を含むメールが受信された場合に、そのメールの送信先の利用者が文書識別子に対応する文書管理サーバ上の文書にアクセスするためのアクセス権が自動設定される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ユーザは電子データを出力するプリンタ、複合機、プロジェクタなどの様々な電子機器や、携帯電話、スマートフォン、タブレット端末などの様々な情報処理装置を利用するようになっている。これら電子機器や情報処理装置を利用する形態（システム）では様々な電子機器と情報処理装置とが連携することにより利用価値の向上が期待される。
【０００５】
しかしながら、電子機器や情報処理装置を利用する従来のシステムでは、電子機器や情報処理装置が、情報蓄積装置に蓄積される電子データを利用する場合、電子データに対するアクセス制御を容易に行うことが困難であった。
【０００６】
本発明の一実施形態は、上記の点に鑑みなされたもので、蓄積する電子データに対するアクセス制御を容易に行うことができるサービス提供システム、サービス提供方法、連携処理装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本願請求項１は、携帯端末と連携処理装置とが接続されたサービス提供システムであって、電子データを複数の保管場所に分けて蓄積する電子データ蓄積手段と、前記電子データ蓄積手段の保管場所のうち、前記携帯端末からの前記電子データに対する処理要求の実行可否を認証情報に基づいて判定する第１の保管場所への前記電子データの保存要求を受け付ける電子データ保存処理手段と、前記携帯端末から、前記第１の保管場所に蓄積されている前記電子データに対する処理要求を受け付けると前記携帯端末に対して認証情報を要求し、認証が成功したときに前記処理要求の対象となる前記電子データに対する処理を実行すると判定する電子データ処理判定手段とを有することを特徴とする。
【発明の効果】
【０００８】
本発明の一実施形態によれば、蓄積する電子データに対するアクセス制御を容易に行うことができるサービス提供システム、サービス提供方法、連携処理装置及びプログラムを提供可能である。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係るサービス提供システムの一例の構成図である。
【図２】本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。
【図３】本実施形態に係る情報蓄積装置の一例の処理ブロック図である。
【図４】本実施形態に係る携帯端末の一例の処理ブロック図である。
【図５】情報蓄積装置のディレクトリ構成の一例を示す説明図である。
【図６】ファイル閲覧処理を表した一例のシーケンス図である。
【図７】ファイル・フォルダ一覧画面の一例のイメージ図である。
【図８】ｙａｍａｄａフォルダ選択後のファイル・フォルダ一覧画面の一例のイメージ図である。
【図９】ｐｒｏｔｅｃｔフォルダ選択後のファイル・フォルダ一覧画面の一例のイメージ図である。
【図１０】パスワード入力画面の一例のイメージ図である。
【図１１】選択されたファイルのプレビュー画像を含むファイル・フォルダ一覧画面の一例のイメージ図である。
【図１２】ファイル取得要求を受信したあとの情報蓄積装置の処理を表した一例のフローチャートである。
【図１３】アップロードされたファイルのパスと、そのファイルにアクセスするためのパスワードとを紐付けるテーブルの一例の構成図である。
【図１４】ファイル保存処理を表した一例のシーケンス図である。
【図１５】アップロード画面の一例のイメージ図である。
【図１６】パスワード入力画面の一例のイメージ図である。
【発明を実施するための形態】
【００１０】
次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係るサービス提供システムの一例の構成図である。図１のサービス提供システム１は、情報蓄積装置１０、一台以上のスマートフォン１１、一台以上のタブレット端末１２、一台以上のＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）１３、一台以上のプロジェクタ１４がＬＡＮ（Local Area Network）などのネットワークＮ１に接続される構成を一例として示している。
【００１１】
ネットワークＮ１は例えば企業内ネットワークなど、プライベート環境のネットワークを利用できる。スマートフォン１１及びタブレット端末１２はユーザが携帯して操作する携帯端末の一例である。携帯端末は、スマートフォン１１、タブレット端末１２の他、携帯電話、ノートＰＣなど、ユーザが携帯して操作できる装置であればよい。
【００１２】
ＭＦＰ１３及びプロジェクタ１４は、サービス（印刷、スキャン、投影など）を提供する為の電子機器の一例である。電子機器はＭＦＰ１３及びプロジェクタ１４の他、プリンタ、スキャナ、複写機、画像表示装置など、サービスを提供できる装置であればよい。
【００１３】
ＭＦＰ１３は画像形成装置の一例である。ＭＦＰ１３は撮像機能、画像形成機能及び通信機能を備え、プリンタ、ファクシミリ、スキャナ、複写機として利用可能である。プロジェクタ１４は画像投影装置の一例である。プロジェクタ１４は投影機能及び通信機能を備える。
【００１４】
情報蓄積装置１０は連携処理装置の一例である。情報蓄積装置１０はＭＦＰ１３やプロジェクタ１４で処理できないような高機能処理の実行や、ファイルサーバとしての処理の実行を行う。なお、情報蓄積装置１０はスマートフォン１１やタブレット端末１２などの携帯端末と連携して、ＭＦＰ１３やプロジェクタ１４などの電子機器を用いたサービスを提供する。なお、情報蓄積装置１０は複数のコンピュータに分散して構成するようにしてもよい。
【００１５】
＜ハードウェア構成＞
情報蓄積装置１０は、例えば図２に示すハードウェア構成のコンピュータシステムにより実現される。なお、スマートフォン１１やタブレット端末１２などの携帯端末（情報処理装置）も図２に示すハードウェア構成を含む構成である。図２は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。
【００１６】
図２のコンピュータシステム１００は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ１０４、ＲＯＭ１０５、ＣＰＵ１０６、通信Ｉ／Ｆ１０７及びＨＤＤ１０８などを備え、それぞれがバスＢで相互に接続されている。入力装置１０１はキーボードやマウスなどを含み、コンピュータシステム１００に各操作信号を入力するのに用いられる。
【００１７】
表示装置１０２はディスプレイなどを含み、コンピュータシステム１００による処理結果を表示する。通信Ｉ／Ｆ１０７はコンピュータシステム１００をネットワークＮ１に接続するインターフェースである。これにより、コンピュータシステム１００は通信Ｉ／Ｆ１０７を介して、他の携帯端末、電子機器等とデータ通信を行うことができる。
【００１８】
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、コンピュータシステム１００全体を制御する基本ソフトウェアであるＯＳ（Operating System）、及び、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
【００１９】
外部Ｉ／Ｆ１０３は、外部装置とのインターフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、コンピュータシステム１００は外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。なお、記録媒体１０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）等がある。
【００２０】
ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、コンピュータシステム１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。
【００２１】
ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、コンピュータシステム１００全体の制御や機能を実現する演算装置である。
【００２２】
本実施形態に係るコンピュータシステム１００は、上記ハードウェア構成により、後述するような各種処理を実現できる。
【００２３】
＜ソフトウェア構成＞
本実施形態に係る情報蓄積装置１０は例えば図３に示す処理ブロックで実現される。図３は本実施形態に係る情報蓄積装置の一例の処理ブロック図である。情報蓄積装置１０はプログラムを実行することで、ＯＳ２１、Ｗｅｂサーバ２２、アプリケーションサーバ２３、ＷｅｂＵＩ２４、ＱＲコード表示ＷｅｂＵＩ２５、ＷｅｂＡｐｉ２６、共有フォルダ２７、ドキュメント管理部２８、Ｗｅｂ制御部２９、認証管理部３０、データベース（ＤＢ）３１を実現している。
【００２４】
ＯＳ２１は情報蓄積装置１０のオペレーティングシステムであり、システム全体を制御する。ＯＳ２１は、例えばＷｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘ（登録商標）などである。
【００２５】
Ｗｅｂサーバ２２はＨＴＴＰ（Hyper Text Transfer Protocol）で情報を送受信するソフトウェアである。Ｗｅｂサーバ２２は例えばＡｐａｃｈｅ（登録商標）やＩＩＳ（登録商標）などである。
【００２６】
アプリケーションサーバ２３は例えばＷｅｂサーバ２２のプラグインとして動作するソフトウェアである。アプリケーションサーバ２３は例えばＴｏｍｃａｔ（登録商標）などである。
【００２７】
ＷｅｂＵＩ２４はＨＴＴＰリクエストによりシステム設定画面を表示する。ユーザはＷｅｂブラウザ（図示せず）を使用して、システム設定画面から設定の変更を行うことができる。
【００２８】
ＱＲコード表示ＷｅｂＵＩ２５はＨＴＴＰリクエストによりコード情報の一例であるＱＲコード（登録商標）の画面をＭＦＰ１３などの電子機器に表示する。ＱＲコードはマトリックス型二次元コードである。
【００２９】
ＷｅｂＡｐｉ（Application Programming Interface）２６はネットワークＮ１経由で利用可能である。ＷｅｂＡｐｉ２６はＨＴＴＰリクエストを受け付け、ＨＴＴＰリクエストに応じた処理を行い、ＨＴＴＰレスポンスを行う。ＷｅｂＡｐｉ２６はスマートフォン１１やタブレット端末１２などの携帯端末からのリクエスト（要求）を受信するために設けられた予め定義されたインターフェースであり、例えば関数やクラス等により構成される。
【００３０】
また、情報蓄積装置１０のＷｅｂＡｐｉ２６をＳＤＫ（ソフトウェア開発キット）として携帯端末に搭載されるアプリケーションの開発者に提供できる。アプリケーションの開発者はＳＤＫを使用してアプリケーションを開発できる。ＳＤＫは情報蓄積装置１０の提供者以外のサードベンダにも提供できる。サードベンダは提供されたＳＤＫを使用してアプリケーションを開発できる。ＳＤＫを使用して開発されたアプリケーションは携帯端末に搭載できる。
【００３１】
情報蓄積装置１０のＷｅｂＡｐｉをＳＤＫとして提供することにより、携帯端末は情報蓄積装置１０の提供者が開発したアプリケーションだけでなく、サードベンダが開発したアプリケーションも搭載できるようになる。
【００３２】
共有フォルダ２７はＳＭＢ（Server Message Block）プロトコルによりネットワークＮ１上で公開されたフォルダである。ユーザはスマートフォン１１やタブレット端末１２などの携帯端末を用いて、共有フォルダ２７にアクセスできる。
【００３３】
ドキュメント管理部２８は共有フォルダ２７に置かれたファイルを管理し、Ｗｅｂ制御部２９からの要求に応じてデータ変換する処理を行う。なお、本実施形態におけるファイルはデータの一形態である。Ｗｅｂ制御部２９は、ＷｅｂＡｐｉ２６からの要求に応じてドキュメント管理部２８を制御する処理を行う。
【００３４】
認証管理部３０はユーザＩＤ及びパスワードを受信すると、ＤＢ３１に保持されているユーザＩＤ及びパスワードと比較して認証処理を行い、その認証結果を返す。ＤＢ３１はユーザＩＤ及びパスワードを含むユーザ情報を保持している。
【００３５】
なお、情報蓄積装置１０は大きく分けて２つのプロセスが動作している。１つのプロセスはＷｅｂサーバ２２、アプリケーションサーバ２３、ＷｅｂＵＩ２４、ＱＲコード表示ＷｅｂＵＩ２５、ＷｅｂＡｐｉ２６を有している。もう１つのプロセスは、共有フォルダ２７、ドキュメント管理部２８、Ｗｅｂ制御部２９、認証管理部３０を有している。したがって、ＷｅｂＡｐｉ２６とＷｅｂ制御部２９とはプロセス間通信を行う。
【００３６】
《携帯端末》
本実施形態に係る携帯端末は例えば図４に示すような処理ブロックで実現される。図４は本実施形態に係る携帯端末の一例の処理ブロック図である。携帯端末はプログラムを実行することでＯＳ４１、情報蓄積装置通信部４２、印刷管理部４３、プロジェクタ管理部４４、ファイル一覧表示部４５、設定情報表示部４６、アップロード画面表示部４７、ＱＲコード読取部４８、プレビュー表示部４９を実現している。
【００３７】
ＯＳ４１は、携帯端末のオペレーティングシステムである。ＯＳ４１はシステム全体を制御する、例えばｉＯＳ（登録商標）やＡｎｄｒｏｉｄ（登録商標）などである。
【００３８】
情報蓄積装置通信部４２は、情報蓄積装置１０のＷｅｂＡｐｉ２６とＨＴＴＰで情報を送受信する。また、情報蓄積装置通信部４２は情報蓄積装置１０の共有フォルダ２７にＳＭＢでアクセスする。
【００３９】
例えばファイル一覧表示部４５、設定情報表示部４６及びアップロード画面表示部４７は情報蓄積装置通信部４２を利用して、情報蓄積装置１０から電子データや情報を取得したり、情報蓄積装置１０に処理を要求したりする。
【００４０】
ファイル一覧表示部４５は情報蓄積装置１０内にあるファイルの一覧を表示し、ユーザからのファイルの選択を受け付ける。設定情報表示部４６は情報蓄積装置１０との接続設定を行ったり、携帯端末の設定情報を表示したりする。アップロード画面表示部４７は情報蓄積装置１０にファイルをアップロードするメニューを表示し、情報蓄積装置１０へのアップロードを行う。
【００４１】
情報蓄積装置１０へのアップロード方法として、例えばＭＦＰ１３上のＱＲコードを読み取り、そのＭＦＰ１３にスキャンをさせて情報蓄積装置１０へアップロードする方法がある。また、情報蓄積装置１０へのアップロード方法として、例えば携帯端末のデータを情報蓄積装置１０へアップロードする方法がある。さらに、情報蓄積装置１０へのアップロード方法として、例えば携帯端末のカメラ機能により撮ったデータを情報蓄積装置１０へアップロードする方法がある。
【００４２】
プレビュー表示部４９はファイル一覧表示部４５により表示されたファイルの一覧からユーザがファイルを選択すると、選択されたファイルのプレビュー表示を行う。また、プレビュー表示部４９は投影や印刷のメニューを表示する。プロジェクタ管理部４４はプロジェクタ１４の検索・登録や、選択したファイルをプロジェクタ１４に投影させる処理を行う。印刷管理部４３はＭＦＰ１３の検索・登録や、選択したファイルをＭＦＰ１３に印刷させる処理を行う。
【００４３】
ＱＲコード読取部４８は携帯端末でＱＲコードを読み取るときに、プレビュー表示部４９、アップロード画面表示部４７、設定情報表示部４６から利用される。なお、ＱＲコード読取部４８で読み取るＱＲコードには携帯端末を情報蓄積装置１０へ接続するためのＱＲコード、印刷やスキャンを行わせるＭＦＰ１３を特定するためのＱＲコード、投影を行わせるプロジェクタ１４を特定するためのＱＲコードなどがある。
【００４４】
＜処理の詳細＞
以下では、本実施形態に係るサービス提供システム１の処理の詳細について説明する。
【００４５】
《情報蓄積装置１０のディレクトリ構成》
図５は情報蓄積装置のディレクトリ構成の一例を示す説明図である。なお、ディレクトリはＨＤＤ１０８等の記憶装置でファイルを分類、整理するための保管場所である。図５ではディレクトリの一例としてのフォルダを例に説明する。
【００４６】
図５に示す情報蓄積装置１０のフォルダには、全てのユーザがアクセスできるＡｌｌＵｓｅｒｓフォルダとフォルダ名により特定されるユーザがアクセスできるＵｓｅｒフォルダとが含まれる。図５ではＵｓｅｒフォルダの一例としてｙａｍａｄａというフォルダ名のフォルダを示している。
【００４７】
図５のＡｌｌＵｓｅｒｓフォルダの配下にはＫｅｙｗｏｒｄＬｉｎｋフォルダ、Ｄａｔａフォルダ、Ｔａｓｋフォルダが存在する。また、それぞれのＵｓｅｒフォルダの配下にはＫｅｙｗｏｒｄＬｉｎｋフォルダ、Ｄａｔａフォルダ、Ｔａｓｋフォルダに加えてＰｒｏｔｅｃｔフォルダが存在する。
【００４８】
ユーザは通常、Ｄａｔａフォルダにファイルを置いて使用する。ＫｅｙｗｏｒｄＬｉｎｋフォルダはＤａｔａフォルダ内のファイルを検索したい場合に使用する。また、Ｔａｓｋフォルダはファイル変換など、事前に設定した処理を実行したい場合に使用する。Ｐｒｏｔｅｃｔフォルダは閲覧など、ファイルにアクセスするたびにパスワードの入力を求めてアクセス制御を行いたいファイルを置いて使用する。
【００４９】
《ファイル閲覧》
ここでは、スマートフォン１１を使用して情報蓄積装置１０が保存するファイルを表示する場合の処理について説明する。図６はファイル閲覧処理を表した一例のシーケンス図である。
【００５０】
ユーザはスマートフォン１１を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１において、スマートフォン１１は情報蓄積装置１０へファイル・フォルダ一覧取得要求を例えばＨＴＴＰリクエスト（ＧＥＴ）により行う。
【００５１】
ステップＳ２において、情報蓄積装置１０のＷｅｂＡｐｉ２６はファイル・フォルダ一覧取得要求を受け付け、Ｗｅｂ制御部２９にファイル・フォルダ一覧取得要求を行う。Ｗｅｂ制御部２９はＷｅｂＡｐｉ２６からのファイル・フォルダ一覧取得要求に応じてドキュメント管理部２８からファイル・フォルダ一覧を取得し、ファイル・フォルダ一覧をＷｅｂＡｐｉ２６に返す。ＷｅｂＡｐｉ２６はファイル・フォルダ一覧をＨＴＴＰレスポンスによりスマートフォン１１に提供する。
【００５２】
スマートフォン１１に搭載されているアプリケーションなどにより実現されるファイル一覧表示部４５はファイル・フォルダ一覧取得要求に対するレスポンスを元に、情報蓄積装置１０が公開しているファイル・フォルダ一覧を例えば図７に示すように表示する。
【００５３】
図７はファイル・フォルダ一覧画面の一例のイメージ図である。図７はユーザ「ｙａｍａｄａ」がファイル・フォルダ一覧取得要求を行った例を示している。このため、図７に示したファイル・フォルダ一覧画面はＡｌｌＵｓｅｒｓフォルダ及びｙａｍａｄａフォルダが表示されている。
【００５４】
ステップＳ３において、ユーザはスマートフォン１１を操作し、ｙａｍａｄａフォルダを選択する。ユーザによりｙａｍａｄａフォルダが選択されると、スマートフォン１１はステップＳ４において、ｙａｍａｄａフォルダを指定したファイル・フォルダ一覧取得要求を情報蓄積装置１０に対して行う。
【００５５】
ステップＳ５において、情報蓄積装置１０のＷｅｂＡｐｉ２６はｙａｍａｄａフォルダを指定したファイル・フォルダ一覧取得要求を受け付ける。ＷｅｂＡｐｉ２６はＷｅｂ制御部２９にｙａｍａｄａフォルダを指定したファイル・フォルダ一覧取得要求を行う。Ｗｅｂ制御部２９はｙａｍａｄａフォルダを指定したファイル・フォルダ一覧取得要求に応じてドキュメント管理部２８からファイル・フォルダ一覧を取得し、ファイル・フォルダ一覧をＷｅｂＡｐｉ２６に返す。ＷｅｂＡｐｉ２６はファイル・フォルダ一覧をＨＴＴＰレスポンスによりスマートフォン１１に提供する。
【００５６】
スマートフォン１１のファイル一覧表示部４５はファイル・フォルダ一覧取得要求に対するレスポンスを元に、ｙａｍａｄａフォルダの配下のファイル・フォルダ一覧を例えば図８に示すように表示する。
【００５７】
図８はｙａｍａｄａフォルダ選択後のファイル・フォルダ一覧画面の一例のイメージ図である。図８はｙａｍａｄａフォルダが選択された後の画面例であるため、ＫｅｙｗｏｒｄＬｉｎｋフォルダ、Ｄａｔａフォルダ、Ｔａｓｋフォルダに加えてＰｒｏｔｅｃｔフォルダが表示されている。
【００５８】
また、ステップＳ３と同様に、ユーザはスマートフォン１１を操作し、Ｐｒｏｔｅｃｔフォルダを選択する。Ｐｒｏｔｅｃｔフォルダが選択されると、スマートフォン１１はＰｒｏｔｅｃｔフォルダを指定したファイル・フォルダ一覧取得要求を情報蓄積装置１０に対して行う。情報蓄積装置１０のＷｅｂＡｐｉ２６はＰｒｏｔｅｃｔフォルダを指定したファイル・フォルダ一覧取得要求を受け付ける。
【００５９】
ＷｅｂＡｐｉ２６はＰｒｏｔｅｃｔフォルダの配下のファイル・フォルダ一覧をＷｅｂ制御部２９から取得し、Ｐｒｏｔｅｃｔフォルダの配下のファイル・フォルダ一覧をＨＴＴＰレスポンスによりスマートフォン１１に提供する。ステップＳ６において、スマートフォン１１は情報蓄積装置１０にＰｒｏｔｅｃｔフォルダの配下のファイルのサムネイル取得要求を行う。ステップＳ７において、スマートフォン１１は情報蓄積装置１０からＰｒｏｔｅｃｔフォルダの配下のファイルのサムネイル画像を取得する。なお、情報蓄積装置１０はＰｒｏｔｅｃｔフォルダの配下のファイルのサムネイル取得要求に対し、鍵アイコン画像をサムネイル画像として返す。
【００６０】
スマートフォン１１のファイル一覧表示部４５は、Ｐｒｏｔｅｃｔフォルダを指定したファイル・フォルダ一覧取得要求に対するレスポンスと、サムネイル画像として返された鍵アイコン画像とを元に、ファイル・フォルダ一覧を図９に示すように表示する。
【００６１】
図９はｐｒｏｔｅｃｔフォルダ選択後のファイル・フォルダ一覧画面の一例のイメージ図である。図９はＰｒｏｔｅｃｔフォルダが選択された後の画面例であるため、Ｐｒｏｔｅｃｔフォルダの配下のファイルが表示されている。
【００６２】
ステップＳ８において、ユーザはスマートフォン１１を操作し、Ｐｒｏｔｅｃｔフォルダの配下のファイルを選択する。ユーザによりファイルが選択されると、スマートフォン１１はステップＳ９において、ファイル取得要求を情報蓄積装置１０に対して行う。情報蓄積装置１０のＷｅｂＡｐｉ２６はＰｒｏｔｅｃｔフォルダの配下のファイルのファイル取得要求を受け付ける。ＷｅｂＡｐｉ２６はＷｅｂ制御部２９にＰｒｏｔｅｃｔフォルダの配下のファイルのファイル取得要求を行う。Ｗｅｂ制御部２９はＰｒｏｔｅｃｔフォルダの配下のファイルのファイル取得要求をドキュメント管理部２８に対して行う。
【００６３】
ドキュメント管理部２８はファイル取得要求の対象がＰｒｏｔｅｃｔフォルダの配下のファイルであるため、Ｗｅｂ制御部２９にパスワードを要求する。Ｗｅｂ制御部２９はＷｅｂＡｐｉ２６にパスワードを要求する。ステップＳ１０において、情報蓄積装置１０はスマートフォン１１にパスワードを要求する。
【００６４】
スマートフォン１１のファイル一覧表示部４５は、情報蓄積装置１０からのパスワード要求に基づき、パスワード入力画面を図１０に示すように表示する。図１０はパスワード入力画面の一例のイメージ図である。図１０ではパスワードを入力するための入力手段としてソフトキーボードを一例に示している。
【００６５】
ステップＳ１１において、ユーザはスマートフォン１１を操作し、図１０のパスワード入力画面からパスワードを入力する。ユーザによりパスワードが入力されると、スマートフォン１１はステップＳ１２において、パスワードを情報蓄積装置１０に送信する。情報蓄積装置１０のＷｅｂＡｐｉ２６はパスワードを受信する。
【００６６】
ＷｅｂＡｐｉ２６はステップＳ９でファイル取得要求を行ったユーザのユーザＩＤとステップＳ１２で受信したパスワードとをＷｅｂ制御部２９に渡し、認証要求を行う。Ｗｅｂ制御部２９は認証管理部３０にユーザＩＤとパスワードとを渡し、認証要求を行う。
【００６７】
認証管理部３０はＷｅｂ制御部２９から渡されたユーザＩＤ及びパスワードと、ＤＢ３１に保持されているユーザＩＤ及びパスワードとを比較することで認証を行う。認証管理部３０は認証結果をＷｅｂ制御部２９に返す。Ｗｅｂ制御部２９は認証結果をＷｅｂＡｐｉ２６に返す。
【００６８】
情報蓄積装置１０は認証結果が認証成功であれば、ステップＳ１３において、ステップＳ９でファイル取得要求されたファイルをスマートフォン１１に返す。また、情報蓄積装置１０は認証結果が認証失敗であれば、ステップＳ１３において、スマートフォン１１に認証エラーを返す。
【００６９】
スマートフォン１１のプレビュー表示部４９はファイル取得要求に対するレスポンスを元に、選択されたファイルのプレビュー画像を図１１に示すように表示する。図１１は選択されたファイルのプレビュー画像を含むファイル・フォルダ一覧画面の一例のイメージ図である。図１１のファイル・フォルダ一覧画面は、ステップＳ８でユーザに選択されたファイルの一例としての「見積もり書．ｔｘｔ」のファイルのプレビュー画像を表示している。
【００７０】
ステップＳ９においてファイル取得要求を受信したあとの情報蓄積装置１０の処理の詳細は図１２のようになる。図１２はファイル取得要求を受信したあとの情報蓄積装置の処理を表した一例のフローチャートである。
【００７１】
ステップＳ２１において、情報蓄積装置１０のＷｅｂＡｐｉ２６はスマートフォン１１からのファイル取得要求を受信し、Ｗｅｂ制御部２９にファイル取得要求を行う。Ｗｅｂ制御部２９はファイル取得要求をドキュメント管理部２８に対して行う。ドキュメント管理部２８はファイル取得要求の対象となるファイルのパス（ファイルパス）がＰｒｏｔｅｃｔフォルダの配下（フォルダ内）のファイルであるか否かを判定する。
【００７２】
Ｐｒｏｔｅｃｔフォルダ内のファイルであれば、ドキュメント管理部２８はＷｅｂ制御部２９にパスワードを要求する。Ｗｅｂ制御部２９はＷｅｂＡｐｉ２６にパスワードを要求する。ステップＳ２２において、ＷｅｂＡｐｉ２６はパスワード要求をＨＴＴＰレスポンスで返却する。
【００７３】
ステップＳ２３において、ＷｅｂＡｐｉ２６はスマートフォン１１からパスワードを受信する。ＷｅｂＡｐｉ２６はファイル取得要求を行ったユーザのユーザＩＤとステップＳ２３で受信したパスワードとをＷｅｂ制御部２９に渡し、認証要求を行う。Ｗｅｂ制御部２９は認証管理部３０にユーザＩＤとパスワードとを渡し、認証要求を行う。
【００７４】
ステップＳ２４において、認証管理部３０はＷｅｂ制御部２９から渡されたユーザＩＤ及びパスワードと、ユーザ登録時にＤＢ３１に登録されたユーザＩＤ及びパスワードとを比較し、認証を行う。認証管理部３０は認証結果をＷｅｂ制御部２９に返す。Ｗｅｂ制御部２９は認証結果をＷｅｂＡｐｉ２６に返す。
【００７５】
ステップＳ２５において、ＷｅｂＡｐｉ２６は認証管理部３０が行った認証結果から認証成功か否かを判定する。認証成功であれば、ステップＳ２６において、ＷｅｂＡｐｉ２６はファイル取得要求されたファイルのダウンロード処理を開始し、ファイル取得要求されたファイルをスマートフォン１１に返す。
【００７６】
なお、認証成功でなければ、ＷｅｂＡｐｉ２６はスマートフォン１１にエラーダイアログを表示するために認証エラーを返す。ステップＳ２１において、Ｐｒｏｔｅｃｔフォルダ内のファイルでないと判定すると、ＷｅｂＡｐｉ２６はステップＳ２６に進み、ファイル取得要求されたファイルのダウンロード処理を開始し、ファイル取得要求されたファイルをスマートフォン１１に返す。
【００７７】
本実施形態では、アクセス制御を行うフォルダの一例としてＰｒｏｔｅｃｔフォルダをプリセットで用意している。また、本実施形態ではＰｒｏｔｅｃｔフォルダ内のファイルへのアクセス時に認証するパスワードとして、ユーザ登録時に設定したパスワードを使用している。
【００７８】
なお、Ｐｒｏｔｅｃｔフォルダの名称やＰｒｏｔｅｃｔフォルダ内のファイルへのアクセス時に認証するパスワードはＷｅｂＵＩ２４が表示するシステム設定画面から変更できるようにしてもよい。また、アクセス制御を行うフォルダをプリセットで用意せず、アクセス制限をかけたいファイルをアップロードするときに、Ｐｒｏｔｅｃｔフォルダを作成するようにしてもよい。
【００７９】
また、本実施形態ではＰｒｏｔｅｃｔフォルダ内のファイルを選択してファイル取得要求を行うとパスワードの入力が求められているが、Ｐｒｏｔｅｃｔフォルダを選択したときもパスワードの入力が求められるようにしてもよい。この場合、パスワードを知らないユーザは図９のファイル・フォルダ一覧画面も閲覧することもできない。
【００８０】
さらに、本実施形態ではＰｒｏｔｅｃｔフォルダ内のファイルを選択してファイル取得要求を行うとパスワードの入力が求められているが、ファイル取得要求に限定されるものではない。ファイル取得要求は、Ｐｒｏｔｅｃｔフォルダ内のファイルに対する閲覧、投影又は印刷などの処理要求の一例である。情報蓄積装置１０はＰｒｏｔｅｃｔフォルダ内のファイルに対する処理要求を実行するか否か、をパスワードに応じて判定する。
【００８１】
例えば情報蓄積装置１０はＰｒｏｔｅｃｔフォルダ内のファイルに対する投影要求や印刷要求を受け付けた場合、ＭＦＰ１３やプロジェクタ１４などの電子機器と連携して投影や印刷などのサービスを提供できる。
【００８２】
《ファイル保存》
ここでは、スマートフォン１１を使用して情報蓄積装置１０にファイルを保存する場合の処理について説明する。本実施形態ではＰｒｏｔｅｃｔフォルダへのファイルのアップロード時にパスワード入力ダイアログをスマートフォン１１などに表示し、パスワード入力ダイアログに入力されたパスワードを、アップロードされたファイルと紐付けてＤＢ３１に保存してもよい。ＤＢ３１はパスワード入力ダイアログに入力されたパスワードとアップロードされたファイルと紐付けて例えば図１３に示すように保存する。図１３はアップロードされたファイルのパスと、そのファイルにアクセスするためのパスワードとを紐付けるテーブルの一例の構成図である。
【００８３】
図１３のテーブルを利用する場合、認証管理部３０はＷｅｂ制御部２９から渡されたパスワード及びファイル取得要求の対象となるファイルのパスと、図１３のテーブルに保存されているファイルパス及びパスワードとを比較し、認証を行う。
【００８４】
図１４はファイル保存処理を表した一例のシーケンス図である。ユーザは例えば図１１のファイル・フォルダ一覧画面でＵｐｌｏａｄボタン１００１を押下することで、図１５に示すアップロード画面をスマートフォン１１に表示させることができる。
【００８５】
図１５はアップロード画面の一例のイメージ図である。図１５に示すアップロード画面はアップロード先のフォルダにアップロードするファイルの生成方法を指定するボタンの一例として「カメラで撮影して送信する」ボタンと「スキャンして送信する」ボタンとを有している。スマートフォン１１を使用してＭＦＰ１３にスキャンを実行させ、スキャンをしたデータを情報蓄積装置１０に保存する場合、ユーザは「スキャンして送信する」ボタンを押下する。なお、スマートフォン１１のカメラ機能を使用して撮影し、撮影したデータを情報蓄積装置１０に保存する場合、ユーザは「カメラで撮影して送信する」ボタンを押下すればよい。
【００８６】
ステップＳ３１においてユーザはスマートフォン１１を操作し、図１５のアップロード画面からファイルのアップロードを要求する。ステップＳ３２においてスマートフォン１１はファイルアップロードを情報蓄積装置１０に要求する。
【００８７】
ステップＳ３３において、情報蓄積装置１０はＰｒｏｔｅｃｔフォルダ内へのファイルのアップロード要求の場合、ファイル閲覧時と同様、スマートフォン１１にパスワードを要求する。スマートフォン１１のアップロード画面表示部４７は、情報蓄積装置１０からのパスワード要求に基づき、パスワード入力画面を図１６に示すように表示する。図１６はパスワード入力画面の一例のイメージ図である。図１６ではパスワードを入力するための入力手段としてソフトキーボードを一例に示している。
【００８８】
ステップＳ３４において、ユーザはスマートフォン１１を操作し、図１６のパスワード入力画面からパスワードを入力する。パスワードが入力されるとスマートフォン１１はステップＳ３５において、パスワードとアップロードするファイル（ファイル情報）とを情報蓄積装置１０に送信する。
【００８９】
ステップＳ３６において、情報蓄積装置１０はアップロードされたファイルをＰｒｏｔｅｃｔフォルダ内に保存すると共に、アップロードされたファイルのパスとパスワードとを紐付けて図１３のテーブルに保存するファイル保存処理を行う。そして、ステップＳ３７において、情報蓄積装置１０は保存結果をスマートフォン１１に返す。
【００９０】
本実施形態では、ファイルをＰｒｏｔｅｃｔフォルダへアップロードする度にユーザにパスワードを入力させていたが、最初に入力したパスワードを共通に利用する場合、２回目以降のパスワードの入力を省略できる。また、情報蓄積装置１０はパスワードを自動的に生成し、例えばメールでユーザにパスワードを通知することもできる。
【００９１】
本実施形態のサービス提供システム１では、ファイルにアクセスするたびにパスワードの入力を求めてアクセス制御を行いたい場合、そのファイルをＰｒｏｔｅｃｔフォルダにアップロードする。また、ファイルにアクセスするたびにパスワードの入力を求めない場合は、そのファイルをＰｒｏｔｅｃｔフォルダ以外のフォルダにアップロードする。このように、本実施形態のサービス提供システム１ではファイルのアップロード先のフォルダを替えることで、ファイルに対するアクセス制限の有無を簡単に変更できる。
【００９２】
さらに、本実施形態サービス提供システム１では、Ｐｒｏｔｅｃｔフォルダに保存されているファイルにアクセス制限を行っていたが、ファイルパスに特定のテキストが含まれるファイルにアクセス制限を行うようにしてもよい。
【００９３】
＜まとめ＞
以上、本実施形態に係るサービス提供システム１によれば、ユーザはスマートフォン１１の紛失時や、他のユーザとスマートフォン１１を共用で使用する場合であっても、自分のファイルに他のユーザがアクセスできないようにアクセス制限を行うことができる。
【００９４】
ユーザはファイルに対するアクセス制限を行う場合、ファイル自体にパスワードを設定したり、ファイル毎にアクセス制限の設定を行ったりすることなく、ファイルを保存するフォルダを替えることで、ファイルに対するアクセス制限を実現できる。
【００９５】
また、本実施形態に係るサービス提供システム１によればＰｒｏｔｅｃｔフォルダ内のファイルにアクセスする度にパスワードの入力を求められるため、パスワードを設定できないデータ形式のファイルであってもファイル毎のアクセス制御を容易に実現できる。
【００９６】
なお、上述した本実施形態に係るサービス提供システム１は本願発明の範囲を限定するものではなく、情報蓄積装置１０の機能の一部を携帯端末や電子機器などに備える構成や携帯端末の機能の一部を情報蓄積装置１０や電子機器などに備える構成も可能である。
【００９７】
上述した本実施形態に係るサービス提供システム１は一例であって、用途や目的に応じて様々なシステム構成があることは言うまでもない。
【００９８】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載した第１の保管場所はＰｒｏｔｅｃｔフォルダに相当する。電子データ保存処理手段は図１４に示したファイル保存処理に相当する。また、電子データ処理判定手段は図６に示したファイル閲覧処理に相当する。
【００９９】
保管場所判定手段はドキュメント管理部２８に相当する。第１の認証情報要求手段及び処理実行手段はＷｅｂＡｐｉ２６に相当する。認証手段は認証管理部３０に相当する。保存先判定手段はドキュメント管理部２８に相当する。第２の認証情報要求手段、保存実行手段及び生成手段はＷｅｂＡｐｉ２６に相当する。
【符号の説明】
【０１００】
１    サービス提供システム
１０    情報蓄積装置
１１    スマートフォン
１２    タブレット端末
１３    ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）
１４    プロジェクタ
２１、４１    ＯＳ
２２    Ｗｅｂサーバ
２３    アプリケーションサーバ
２４    ＷｅｂＵＩ
２５    ＱＲコード表示ＷｅｂＵＩ
２６    ＷｅｂＡｐｉ
２７    共有フォルダ
２８    ドキュメント管理部
２９    Ｗｅｂ制御部
３０    認証管理部
３１    データベース（ＤＢ）
４２    情報蓄積装置通信部
４３    印刷管理部
４４    プロジェクタ管理部
４５    ファイル一覧表示部
４６    設定情報表示部
４７    アップロード画面表示部
４８    ＱＲコード読取部
４９    プレビュー表示部
１００    コンピュータシステム
１０１    入力装置
１０２    表示装置
１０３    外部Ｉ／Ｆ
１０３ａ    記録媒体
１０４    ＲＡＭ
１０５    ＲＯＭ
１０６    ＣＰＵ
１０７    通信Ｉ／Ｆ
１０８    ＨＤＤ
Ｂ    バス
Ｎ１    ネットワーク
【先行技術文献】
【特許文献】
【０１０１】
【特許文献１】特開２００８−４０８３０号公報
【図１】
2014178890.tif 000003
【図２】
2014178890.tif 000004
【図３】
2014178890.tif 000005
【図４】
2014178890.tif 000006
【図５】
2014178890.tif 000007
【図６】
2014178890.tif 000008
【図７】
2014178890.tif 000009
【図８】
2014178890.tif 000010
【図９】
2014178890.tif 000011
【図１０】
2014178890.tif 000012
【図１１】
2014178890.tif 000013
【図１２】
2014178890.tif 000014
【図１３】
2014178890.tif 000015
【図１４】
2014178890.tif 000016
【図１５】
2014178890.tif 000017
【図１６】
2014178890.tif 000018