JP2014016896A - サービス提供システム、情報蓄積装置、情報処理装置、方法及びプログラム - Google Patents

Abstract

【課題】連携してサービスを提供することができるサービス提供システム、情報蓄積装置、情報処理装置、方法及びプログラムを提供することを課題とする。
【解決手段】電子データ蓄積部を情報処理装置各々に搭載されるアプリケーションそれぞれで共有する情報蓄積装置であって、電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を予め定義されたインターフェースを介して受け付け、蓄積場所の作成に係る処理を実行する手段と、蓄積場所の作成要求の要求元のアプリケーション及び他のアプリケーションそれぞれから、蓄積場所の削除要求を予め定義されたインターフェースを介して受け付け、受け付けた削除要求及び該削除要求に含まれる所定の条件に基づいて、電子データ蓄積部の蓄積場所の削除に係る処理を実行する手段とを有することことにより、上記課題を解決する。
【選択図】 図１

Description

本発明は、サービス提供システム、情報蓄積装置、情報処理装置、方法及びプログラムに関する。

例えば異なる複数の機器を連携させた通信サービスを容易に実現することのできる上位セッション管理サーバは従来から知られている（例えば特許文献１参照）。

近年、ユーザは電子データを出力するプリンタ、複合機、プロジェクタなどの様々な電子機器や、携帯電話、スマートフォン、タブレット端末などの様々な情報処理装置を利用するようになっている。これら電子機器や情報処理装置を利用する形態（システム）では様々な電子機器と情報処理装置とが連携することにより利用価値の向上が期待される。

しかしながら、電子機器や情報処理装置を利用する従来のシステムでは、様々な電子機器や情報処理装置を連携させてサービスを提供する仕組みがなかった。

本発明の一実施形態は、上記の点に鑑みなされたもので、連携してサービスを提供することができるサービス提供システム、情報蓄積装置、情報処理装置、方法及びプログラムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、電子データを蓄積する電子データ蓄積部を有し、接続される複数の情報処理装置各々に搭載されるアプリケーションからの要求を予め定義されたインターフェースを介して受け付け、受け付けた要求に基づいて前記電子データ蓄積部への蓄積場所の作成又は削除に係る処理を実行することにより、前記電子データ蓄積部を前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれで共有可能とする情報蓄積装置であって、それぞれ異なるアプリケーションであって前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を前記予め定義されたインターフェースを介して受け付け、受け付けた作成要求及び該作成要求に含まれる所定の条件に基づいて前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成に係る処理を実行する蓄積場所作成手段と、前記蓄積場所作成手段で受け付けた蓄積場所の作成要求の要求元のアプリケーション及び該アプリケーション以外の他のアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部からの蓄積場所の削除要求を前記予め定義されたインターフェースを介して受け付け、受け付けた削除要求及び該削除要求に含まれる所定の条件に基づいて、前記電子データ蓄積部の蓄積場所の削除に係る処理を実行する蓄積場所削除手段とを有することを特徴とする。

本発明の一実施形態によれば、連携してサービスを提供することができるサービス提供システム、情報蓄積装置、情報処理装置、方法及びプログラムを提供可能である。

本実施形態に係るサービス提供システムの一例の構成図である。 本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。 本実施形態に係る情報蓄積装置の一例の処理ブロック図である。 本実施形態に係るサービス提供システムの処理手順を表した一例のシーケンス図である。 情報蓄積装置が受け付けるＨＴＴＰリクエストの一例の説明図である。 ファイル一覧取得要求に対するレスポンスの一例の構成図である。 ＩＴフォルダ選択画面の一例のイメージ図である。 フォルダ表示画面の一例のイメージ図である。 ファイル一覧表示画面の一例のイメージ図である。 ファイル詳細表示画面の一例のイメージ図である。 印刷設定画面の一例のイメージ図である。 ＱＲコード読み取り画面の一例のイメージ図である。 ＱＲコードから読み取る情報の一例の構成図である。 ダウンロード中であることを示す画面の一例のイメージ図である。 印刷ファイルをＭＦＰに送信する方法の一例を表した説明図である。 印刷ファイルに含まれるプリントコマンドの一例の構成図である。 ＭＦＰ上に表示されるＱＲコードの一例のイメージ図である。 ＭＦＰ上に表示されるトップ画面の一例のイメージ図である。 スマートフォンの処理手順を表した一例のフローチャートである。 本実施形態に係るサービス提供システムの処理手順を表した他の例のシーケンス図である。 ＱＲコードから読み取る情報の一例の構成図である。 投影ファイルをプロジェクタに送信する方法の一例を表した説明図である。 プロジェクタ上に表示されるＱＲコードの一例のイメージ図である。 本実施形態に係るサービス提供システムの処理手順を表した他の例のシーケンス図である。 本実施形態に係るサービス提供システムの処理手順を表した一例のシーケンス図である。 情報蓄積装置が受け付けるＨＴＴＰリクエストの一例の説明図である。 フォルダ選択画面の一例のイメージ図である。 本実施形態に係るサービス提供システムの処理手順を表した他の例のシーケンス図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係るサービス提供システムの一例の構成図である。図１のサービス提供システム１は、情報蓄積装置１０、一台以上のスマートフォン１１、一台以上のタブレット端末１２、一台以上のＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）１３、プロジェクタ１４が、ＬＡＮ（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）プロトコルによってネットワークＮ１上で公開されたフォルダである。ユーザはスマートフォン１１やタブレット端末１２などの情報処理装置を用いて、共有フォルダ２７にアクセスできる。

ドキュメント管理２８は共有フォルダ２７に置かれたファイルを管理し、Ｗｅｂ制御２９からの要求に応じてデータ変換する処理を行う。なお、本実施形態におけるファイルはデータの一形態である。Ｗｅｂ制御２９はＷｅｂＡｐｉからの要求に応じてドキュメント管理２８を制御する処理を行う。

なお、情報蓄積装置１０は大きく分けて２つのプロセスが動作している。１つのプロセスはＷｅｂサーバ２２、アプリケーションサーバ２３、ＷｅｂＵＩ２４、ＱＲコード表示ＷｅｂＵＩ２５、ＷｅｂＡｐｉ２６を有している。もう１つのプロセスは、共有フォルダ２７、ドキュメント管理２８、Ｗｅｂ制御２９を有している。したがって、ＷｅｂＡｐｉ２６とＷｅｂ制御２９とはプロセス間通信を行う。

＜処理の詳細＞
以下では、本実施形態に係るサービス提供システム１の処理の詳細について説明する。

ここではスマートフォン１１を使用して、情報蓄積装置１０が保存するファイルをＭＦＰ１３に印刷させる場合の処理について説明する。図４は、本実施形態に係るサービス提供システムの処理手順を表した一例のシーケンス図である。図５は情報蓄積装置が受け付けるＨＴＴＰリクエストの一例の説明図である。

ユーザはスマートフォン１１を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１において、スマートフォン１１は情報蓄積装置１０へのファイル一覧取得要求を、例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。

ステップＳ２において、情報蓄積装置１０のＷｅｂＡｐｉ２６はファイル一覧取得要求を受け付け、Ｗｅｂ制御２９にファイル一覧取得要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのファイル一覧取得要求に応じて共有フォルダ２７からファイル一覧を取得し、ファイル一覧をＷｅｂＡｐｉ２６に返す。ＷｅｂＡｐｉ２６は図６に示すようなＨＴＴＰレスポンスにより、ファイルやフォルダの一覧をスマートフォン１１に提供する。

図６はファイル一覧取得要求に対するレスポンスの一例の構成図である。図６のレスポンスはＪｓｏｎ形式となっているが、スマートフォン１１でファイルやフォルダの一覧を表示可能であれば他の形式であってもよい。スマートフォン１１に搭載されているアプリケーションは図６に示すようなファイル一覧取得要求に対するレスポンスを元に、情報蓄積装置１０が公開しているファイル一覧（フォルダを含む）を表示する。

また、ファイル一覧の表示にサムネイル画像（縮小画像）が必要である場合、ステップＳ３において、スマートフォン１１は情報蓄積装置１０へのサムネイル画像取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。

ステップＳ４において、情報蓄積装置１０のＷｅｂＡｐｉ２６はサムネイル画像取得要求を受け付け、Ｗｅｂ制御２９にサムネイル画像取得要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのサムネイル画像取得要求に応じてドキュメント管理２８にサムネイル画像取得要求を行う。

ドキュメント管理２８は共有フォルダ２７からファイルを取得し、サムネイル画像を生成する。Ｗｅｂ制御２９はドキュメント管理２８が生成したサムネイル画像をＷｅｂＡｐｉ２６に返す。ＷｅｂＡｐｉ２６はＨＴＴＰレスポンスによりサムネイル画像をスマートフォン１１に提供する。スマートフォン１１に搭載されているアプリケーションはサムネイル画像取得要求に対するレスポンスを元に、サムネイル画像を表示する。

ステップＳ１〜Ｓ４の処理を繰り返すことで、スマートフォン１１には図７〜図９に示す画面が表示される。図７はＩＴフォルダ選択画面の一例のイメージ図である。図７のＩＴフォルダ選択画面１０００はＩＴフォルダとして「ＡｌｌＵｓｅｒｓ」又は「ｙａｍａｄａ」を選択できる。

図８はフォルダ表示画面の一例のイメージ図である。図８のフォルダ表示画面１０１０はＩＴフォルダ選択画面１０００から「ＡｌｌＵｓｅｒｓ」ＩＴフォルダが選択されたあとの画面例である。図８のフォルダ表示画面１０１０はフォルダとして「ｃａｔｅｇｏｒｙ」「ｄａｔａ」又は「ｗｏｒｋｆｌｏｗ」が表示されている。

図９はファイル一覧表示画面の一例のイメージ図である。図９のファイル一覧表示画面１０５０はフォルダ表示画面１０１０から「ｄａｔａ」フォルダが選択されたあとの画面例である。図９のファイル一覧表示画面１０５０は、ファイルとして「見積もり書．ｄｏｃ」「Ｓｃａｎ＿２０１２０６０７．ｐｄｆ」が表示されている。また、図９のファイル一覧表示画面１０５０は、フォルダとして「議事録」「ｍｅｍｏ」が表示されている。

図９のファイル一覧表示画面１０５０ではファイルである「見積もり書．ｄｏｃ」「Ｓｃａｎ＿２０１２０６０７．ｐｄｆ」のサムネイル画像１０５１を表示することで、ユーザがどのようなファイルなのかを視覚的に判断し易くしている。

なお、ファイル一覧表示画面１０５０は、図６に示すレスポンスに含まれる「変換可能ファイル形式」がＭＦＰ１３で印刷可能なファイル形式（例えばｒｐｃｓ）に指定されているファイルのみを表示することにより、ＭＦＰ１３で印刷可能なファイルのみを表示できる。また、ファイル一覧表示画面１０５０は図６に示すレスポンスに含まれる「変換が完了したファイル形式」がＭＦＰ１３で印刷可能なファイル形式（例えばｒｐｃｓ）であるファイルに印を付けることにより、ファイル形式の変換が必要であるか不要であるかを示すことができる。

ステップＳ５において、ユーザはスマートフォン１１を操作し、ＭＦＰ１３に印刷させたいファイルをファイル一覧表示画面１０５０から選択する。ここでは、ユーザが図９のファイル一覧表示画面１０５０から「見積もり書．ｄｏｃ」ファイルを選択したものとして説明する。

図９のファイル一覧表示画面１０５０から例えば「見積もり書．ｄｏｃ」ファイルが選択されると、ステップＳ６において、スマートフォン１１はｐｄｆファイル取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。なお、ｐｄｆファイルは一例であってスマートフォン１１が「見積もり書．ｄｏｃ」ファイルのイメージ画像を表示できるファイル形式であればよい。

ステップＳ７において、情報蓄積装置１０のＷｅｂＡｐｉ２６はｐｄｆファイル取得要求を受け付け、Ｗｅｂ制御２９にｐｄｆファイル取得要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのｐｄｆファイル取得要求に応じてドキュメント管理２８にｐｄｆファイル取得要求を行う。

ドキュメント管理２８は共有フォルダ２７からファイルを取得し、ｐｄｆファイルを生成する。なお、共有フォルダ２７にｐｄｆファイルが生成されていれば、ドキュメント管理２８はｐｄｆファイルの生成を省略できる。Ｗｅｂ制御２９はドキュメント管理２８が生成したｐｄｆファイルをＷｅｂＡｐｉ２６に返す。ＷｅｂＡｐｉ２６はＨＴＴＰレスポンスによりｐｄｆファイルをスマートフォン１１に提供する。

スマートフォン１１に搭載されているアプリケーションはｐｄｆファイル取得要求に対するレスポンスを元に、図１０のようなファイル詳細表示画面１０６０を表示する。図１０はファイル詳細表示画面の一例のイメージ図である。図１０のファイル詳細表示画面１０６０はファイル一覧表示画面１０５０から「見積もり書．ｄｏｃ」ファイルが選択されたあとの画面例である。

図１０のファイル詳細表示画面１０６０は、ファイル一覧表示画面１０５０から選択された「見積もり書．ｄｏｃ」ファイルのイメージ画像（詳細画像）１０６３が表示されている。

スマートフォン１１のアプリケーションはｐｄｆファイルを取得することでイメージ画像１０６３を表示できる。ユーザはファイル詳細表示画面１０６０に表示したイメージ画像１０６３が印刷させたいファイルで間違いないかを確認する。

その後、ユーザは必要に応じて印刷設定を行う。印刷設定を行うタイミングは図４に示すタイミングでなくてもよい。ファイル詳細表示画面１０６０で「印刷設定」ボタン１０６１が押下されると、スマートフォン１１はステップＳ８において、図１１に示す印刷設定画面１０７０を表示する。図１１は、印刷設定画面の一例のイメージ図である。ユーザはスマートフォン１１を操作し、図１１の印刷設定画面１０７０からＭＦＰ１３に実行させる印刷の設定を行う。

また、ユーザはファイル詳細表示画面１０６０の「ＱＲ」ボタン１０６２を押下することで、例えば図１２に示すＱＲコード読み取り画面１１５０をスマートフォン１１に表示させる。図１２はＱＲコード読み取り画面の一例のイメージ図である。ＱＲコード読み取り画面１１５０には、ＱＲコード表示領域１１５１が含まれる。ＱＲコード表示領域１１５１はカメラ機能により撮影された画像が表示される領域である。

ステップＳ９、Ｓ１０において、ユーザはスマートフォン１１を操作し、カメラ機能により撮影されたＱＲコードがＱＲコード読み取り画面１１５０のＱＲコード表示領域１１５１に表示されるように、ＭＦＰ１３上に表示されたＱＲコードと、スマートフォン１１との位置関係を調整する。

スマートフォン１１のアプリケーションはカメラ機能により撮影されたＱＲコードから図１３に示すようなＭＦＰ１３のＩＰアドレスと、ＭＦＰ１３が提供しているスキャン機能や印刷機能を示す機能情報とを読み取る。図１３はＱＲコードから読み取る情報の一例の構成図である。

スマートフォン１１のアプリケーションはＱＲコードからＭＦＰ１３のＩＰアドレスとスキャン機能や印刷機能を示す機能情報とを読み取ったあと、例えば図１４に示すダウンロード中であることをユーザに示す画面１１６０を表示する。図１４はダウンロード中であることを示す画面の一例のイメージ図である。

なお、ＭＦＰ１３上にＱＲコードを表示するタイミング、ファイル一覧を情報蓄積装置１０からスマートフォン１１へ提供するタイミング、スマートフォン１１がＭＦＰ１３上からＱＲコードを読み取るタイミングは、図４のシーケンス図における順番に限定されるものではない。

ステップＳ１１において、スマートフォン１１のアプリケーションはＱＲコードから読み取った機能情報に応じて後述のようにファイル形式を決定する。例えばスマートフォン１１のアプリケーションはＱＲコードから読み取った機能情報に応じて、ＭＦＰ１３が印刷できるファイル形式（例えばｒｐｃｓ）に決定する。

ステップＳ１２において、スマートフォン１１のアプリケーションはｒｐｃｓファイル取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。ｒｐｃｓファイル取得要求には、ファイル選択の情報と、ステップＳ１１で決定したファイル形式の情報とが含まれる。

ステップＳ１３において、情報蓄積装置１０のＷｅｂＡｐｉ２６はｒｐｃｓファイル取得要求を受け付け、Ｗｅｂ制御２９にｒｐｃｓファイル取得要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのｒｐｃｓファイル取得要求に応じてドキュメント管理２８にｒｐｃｓファイル取得要求を行う。ドキュメント管理２８はｒｐｃｓファイル取得要求に含まれる「ファイル選択の情報」を元に、共有フォルダ２７からファイルを取得する。

また、ドキュメント管理２８はｒｐｃｓファイル取得要求に含まれる「ファイル形式の情報」を元に、共有フォルダ２７から取得したファイルのファイル形式の変換が必要か判定する。例えば共有フォルダ２７から取得したファイルのファイル形式がｒｐｃｓ形式であればファイル形式が同一であるため、ドキュメント管理２８は共有フォルダ２７から取得したファイルのファイル形式の変換が不要と判定する。

一方、ファイル形式が異なれば、ドキュメント管理２８は共有フォルダ２７から取得したファイルのファイル形式の変換が必要と判定する。ファイル形式の変換が必要と判定すれば、ドキュメント管理２８は共有フォルダ２７から取得したファイルのファイル形式をｒｐｃｓ形式に変換する。ここではファイル形式の変換が必要と判定された例について説明する。Ｗｅｂ制御２９はファイル形式が変換された変換後ファイルをＷｅｂＡｐｉ２６に返す。

ステップＳ１４において、ＷｅｂＡｐｉ２６はＨＴＴＰレスポンスにより変換後ファイルをスマートフォン１１に提供する。ステップＳ１５において、スマートフォン１１のアプリケーションは変換後ファイルを印刷ファイルとしてＭＦＰ１３に送信する。

印刷ファイルをＭＦＰ１３に送信する方法は、例えば図１５に示すように、ソケット通信を使用してＭＦＰ１３の９１００番ポートに送信する方法などがある。図１５は、印刷ファイルをＭＦＰに送信する方法の一例を表した説明図である。ＭＦＰ１３は印刷ファイルを受信すると、ステップＳ１６において、印刷ファイルを元に、印刷（出力）を実行する。

図１６は印刷ファイルに含まれるプリントコマンドの一例の構成図である。図１６のプリントコマンドには、図１１の印刷設定画面１０７０により設定された印刷設定と、印刷するファイル名とが含まれる。

また、ＭＦＰ１３はＷｅｂブラウザ（図示せず）で情報蓄積装置１０のＱＲコード表示ＷｅｂＵＩ２５を表示することで、図１７に示すようにＱＲコード１２０１を含む画面１２００を操作パネルなどに表示できる。

図１７はＭＦＰ上に表示されるＱＲコードの一例のイメージ図である。なお、図１７の画面１２００は例えば図１８に示すＭＦＰ１３のＷｅｂブラウザ（図示せず）のトップ画面１２１０の「ＭＦＰ Ｅｖｅｒｙｗｈｅｒｅ」ボタン１２１１を押下することで表示される。図１８はＭＦＰ上に表示されるトップ画面の一例のイメージ図である。

なお、図１７では画面１２００にＱＲコード１２０１を表示する例を説明したが、例えばＭＦＰ１３の筐体にＱＲコード１２０１のシールを貼付しておいてもよい。また、ＭＦＰ１３はＱＲコード１２０１の画像データを自機内に保存しておいてもよい。

図１９はスマートフォンの処理手順を表した一例のフローチャートである。なお、図１９のフローチャートは図１２に示すＱＲコード読み取り画面１１５０をスマートフォン１１に表示させたあとの処理である。

ステップＳ２１において、スマートフォン１１のアプリケーションはカメラ機能により撮影されたＱＲコードから図１３に示すような項目「Ｆｕｎｃｔｉｏｎ」の設定値を読み取る。

ステップＳ２２において、スマートフォン１１のアプリケーションは項目「Ｆｕｎｃｔｉｏｎ」の設定値が投影機能（プロジェクタ１４）を表す「Ｐｒｏｊｅｃｔｉｏｎ」であるか否かを判定する。項目「Ｆｕｎｃｔｉｏｎ」の設定値が投影機能を表す「Ｐｒｏｊｅｃｔｉｏｎ」であれば、ステップＳ２５に進み、スマートフォン１１のアプリケーションはプロジェクタ１４で投影可能なＰＤＦをファイル形式として指定したファイル取得要求を情報蓄積装置１０に対して行う。

項目「Ｆｕｎｃｔｉｏｎ」の設定値が投影機能を表す「Ｐｒｏｊｅｃｔｉｏｎ」でなければ、ステップＳ２３に進み、スマートフォン１１のアプリケーションは項目「Ｆｕｎｃｔｉｏｎ」の設定値が印刷機能（ＭＦＰ１３）を表す「Ｐｒｉｎｔ」であるか否かを判定する。項目「Ｆｕｎｃｔｉｏｎ」の設定値が印刷機能を表す「Ｐｒｉｎｔ」であれば、ステップＳ２４に進み、スマートフォン１１のアプリケーションは、ＭＦＰ１３で印刷可能な印刷データ（ＲＰＣＳ、ＰＤＬ）をファイル形式として指定したファイル取得要求を情報蓄積装置１０に対して行う。

ステップＳ２３において、項目「Ｆｕｎｃｔｉｏｎ」の設定値が印刷機能を表す「Ｐｒｉｎｔ」でなければ、スマートフォン１１のアプリケーションはファイル取得要求で指定すべきファイル形式を判定できないため、ステップＳ２６に進み、エラー表示を行う。

図４のシーケンス図によれば、情報蓄積装置１０にＷｅｂＡｐｉ２６を搭載することによりスマートフォン１１に情報蓄積装置１０の共有フォルダ２７に置かれたファイルを表示できる。ユーザはスマートフォン１１からファイルを選択し、印刷を実行させたいＭＦＰ１３のＱＲコード１２０１を読み取ることにより、ＭＦＰ１３で印刷可能なファイル形式の変換後ファイルを情報蓄積装置１０から取得できる。スマートフォン１１は情報蓄積装置１０から取得した変換後ファイルを印刷ファイルとしてＭＦＰ１３に送信することにより、ＭＦＰ１３に印刷を実行させることができる。

このように、ユーザは、印刷開始時にスマートフォン１１をＭＦＰ１３にかざすことにより、情報蓄積装置１０とスマートフォン１１とＭＦＰ１３とを連携させ、情報蓄積装置１０の共有フォルダ２７に置かれたファイルを容易にＭＦＰ１３から印刷できる。

図４のシーケンス図ではスマートフォン１１を使用して情報蓄積装置１０からファイルを取得し、ＭＦＰ１３で印刷する場合の処理を示した。本実施形態に係るサービス提供システム１は図２０のシーケンス図に示すように、スマートフォン１１を使用して情報蓄積装置１０からファイルを取得し、プロジェクタ１４で投影するようにしてもよい。

図２０は本実施形態に係るサービス提供システムの処理手順を表した他の例のシーケンス図である。なお、図２０のシーケンス図におけるステップＳ３１〜Ｓ３７の処理は図４のステップＳ１〜７と同様であるため、説明を省略する。

ファイル詳細表示画面１０６０で「投影設定」ボタン（図示せず）が押下されると、スマートフォン１１はステップＳ３８において投影設定画面を表示する。ユーザはスマートフォン１１を操作し、表示された投影設定画面からプロジェクタ１４に実行させる投影の設定を行う。

また、ユーザはファイル詳細表示画面１０６０の「ＱＲ」ボタン１０６２を押下することで、例えば図１２に示したＱＲコード読み取り画面１１５０をスマートフォン１１に表示させる。

ステップＳ３９、Ｓ４０において、ユーザはスマートフォン１１を操作し、カメラ機能により撮影されたＱＲコードが、ＱＲコード読み取り画面１１５０のＱＲコード表示領域１１５１に表示されるように、プロジェクタ１４上に表示されたＱＲコードと、スマートフォン１１との位置関係を調整する。

スマートフォン１１のアプリケーションはカメラ機能により撮影されたＱＲコードから図２１に示すようなプロジェクタ１４のＩＰアドレスと、プロジェクタ名と、プロジェクタ１４が提供している投影機能を示す機能情報と、プロジェクタ１４のタイプとを読み取る。図２１はＱＲコードから読み取る情報の一例の構成図である。

スマートフォン１１のアプリケーションはＱＲコードからプロジェクタ１４のＩＰアドレスと投影機能を示す機能情報とを読み取ったあと、例えば図１４に示すダウンロード中であることをユーザに示す画面を表示する。

なお、プロジェクタ１４上にＱＲコードを表示するタイミング、ファイル一覧を情報蓄積装置１０からスマートフォン１１へ提供するタイミング、スマートフォン１１がプロジェクタ１４上からＱＲコードを読み取るタイミングは、図２０のシーケンス図における順番に限定されるものではない。

ステップＳ４１において、スマートフォン１１のアプリケーションはＱＲコードから読み取った機能情報に応じて、図１９に示したようにファイル形式を決定する。例えば機能情報に投影機能を含むとき、スマートフォン１１のアプリケーションはファイル形式をプロジェクタ１４で投影可能なファイル形式（例えばＰＤＦ）に決定する。

ステップＳ４２において、スマートフォン１１のアプリケーションは画像ファイル取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。画像ファイル取得要求には、ファイル選択の情報と、ステップＳ４１で決定したファイル形式の情報とが含まれる。

ステップＳ４３において、情報蓄積装置１０のＷｅｂＡｐｉ２６は画像ファイル取得要求を受け付け、Ｗｅｂ制御２９に画像ファイル取得要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からの画像ファイル取得要求に応じてドキュメント管理２８に画像ファイル取得要求を行う。ドキュメント管理２８は画像ファイル取得要求に含まれる「ファイル選択の情報」を元に、共有フォルダ２７からファイルを取得する。

ドキュメント管理２８は画像ファイル取得要求に含まれる「ファイル形式の情報」を元に、共有フォルダ２７から取得したファイルのファイル形式の変換が必要か判定する。例えば共有フォルダ２７から取得したファイルのファイル形式がｐｄｆ形式であればファイル形式が同一であるため、ドキュメント管理２８は共有フォルダ２７から取得したファイルのファイル形式の変換が不要と判定する。

一方、ファイル形式が異なれば、ドキュメント管理２８は共有フォルダ２７から取得したファイルのファイル形式の変換が必要と判定する。ファイル形式の変換が必要と判定すれば、ドキュメント管理２８は共有フォルダ２７から取得したファイルのファイル形式をｐｄｆ形式に変換する。ここではファイル形式の変換が必要と判定された例について説明する。Ｗｅｂ制御２９はファイル形式が変換された変換後ファイルをＷｅｂＡｐｉ２６に返す。

ステップＳ４４において、ＷｅｂＡｐｉ２６はＨＴＴＰレスポンスにより変換後ファイルをスマートフォン１１に提供する。ステップＳ４５において、スマートフォン１１のアプリケーションは、変換後ファイルを投影ファイルとしてプロジェクタ１４に送信する。投影ファイルをプロジェクタ１４に送信する方法は例えば図２２に示すように、プロジェクタ１４が公開しているＷｅｂＡｐｉを使用する方法などがある。図２２は、投影ファイルをプロジェクタに送信する方法の一例を表した説明図である。

プロジェクタ１４は投影ファイルを受信すると、ステップＳ４７において、投影ファイルを元に、投影（出力）を実行する。また、プロジェクタ１４は図２３に示すようにＱＲコード１３００を含む画面を投影スクリーンなどに投影してもよいし、プロジェクタ１４の筐体にＱＲコード１３０１を貼り付けておいてもよい。図２３はプロジェクタ上に表示されるＱＲコードの一例のイメージ図である。例えばプロジェクタ１４はＷｅｂブラウザ（図示せず）で情報蓄積装置１０のＱＲコード表示ＷｅｂＵＩ２５を表示することによりＱＲコード１３００を投影できる。プロジェクタ１４はＱＲコード１３００の画像データを自機内に保存しておいても外部から取得するようにしてもよい。

図４のシーケンス図ではスマートフォン１１を使用して情報蓄積装置１０からファイルを取得し、ＭＦＰ１３で印刷する場合の処理を示した。本実施形態に係るサービス提供システム１は図２４のシーケンス図に示すように、タブレット端末１２を使用して情報蓄積装置１０からファイルを取得し、ＭＦＰ１３で印刷するようにしてもよい。

図２４は本実施形態に係るサービス提供システムの処理手順を表した他の例のシーケンス図である。なお、図２４のシーケンス図におけるステップＳ５１〜Ｓ６６の処理は図４のステップＳ１〜１６と同様であるため、説明を省略する。

なお、図２０のシーケンス図ではスマートフォン１１を使用して情報蓄積装置１０からファイルを取得し、プロジェクタ１４で投影する場合の処理を示したが、図２４と同様、タブレット端末１２を使用して情報蓄積装置１０からファイルを取得し、プロジェクタ１４で投影するようにしてもよい。

第１の実施形態に係るサービス提供システム１によれば、情報蓄積装置１０にＷｅｂＡｐｉ２６を搭載することで、ファイル一覧、電子データを出力する電子機器に応じたファイル形式のファイルの取得がスマートフォン１１やタブレット端末１２などの情報処理装置から可能となり、電子機器に応じたファイル形式のファイルを情報処理装置から電子機器に送信できる。
［第２の実施形態］
第２の実施形態に係るサービス提供システム１は、システム構成、ハードウェア構成及びソフトウェア構成が、第１の実施形態に係るサービス提供システム１と同様であるため、システム構成、ハードウェア構成及びソフトウェア構成についての説明を省略している。

＜処理の詳細＞
以下では第２の実施形態に係るサービス提供システムの処理の詳細について説明する。

ここでは、タブレット端末１２から情報蓄積装置１０上にフォルダを作成やファイルのアップロードを行い、そのフォルダやファイルをスマートフォン１１から閲覧又は取得する場合の処理について説明する。図２５は、本実施形態に係るサービス提供システムの処理手順を表した一例のシーケンス図である。図２６は情報蓄積装置が受け付けるＨＴＴＰリクエストの一例の説明図である。

ユーザはタブレット端末１２を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１０１において、タブレット端末１２は情報蓄積装置１０へのファイル一覧取得要求を、例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。

ステップＳ１０２において、情報蓄積装置１０のＷｅｂＡｐｉ２６はファイル一覧取得要求を受け付け、Ｗｅｂ制御２９にファイル一覧取得要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのファイル一覧取得要求に応じてドキュメント管理２８からファイル一覧を取得し、ファイル一覧をＷｅｂＡｐｉ２６に返す。ＷｅｂＡｐｉ２６は図６に示すようなＨＴＴＰレスポンスによりファイル一覧をタブレット端末１２に提供する。

タブレット端末１２に搭載されているアプリケーションはファイル一覧取得要求に対するレスポンスを元に、情報蓄積装置１０が公開しているファイル一覧を、例えば前述した図８のフォルダ表示画面１０１０に表示する。

ユーザは図８のフォルダ表示画面１０１０で「フォルダ作成」ボタン１０１２を押下することによりフォルダ作成を要求できる。ここではユーザが「フォルダＡ」の作成を要求したものとして説明する。ユーザから「フォルダＡ」の作成を要求されると、タブレット端末１２はステップＳ１０３において、情報蓄積装置１０へのフォルダ作成要求を例えば図２６に示すようなＨＴＴＰリクエスト（ＰＯＳＴ）により行う。

ステップＳ１０４において、情報蓄積装置１０のＷｅｂＡｐｉ２６はフォルダ作成要求を受け付け、Ｗｅｂ制御２９にフォルダ作成要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのフォルダ作成要求に応じて共有フォルダ２７に「フォルダＡ」を作成する。

また、図８のフォルダ表示画面１０１０で「Ｕｐｌｏａｄ」ボタン１０１１が押下されると、タブレット端末１２は図２７に示すフォルダ選択画面１０３０を表示する。図２７はフォルダ選択画面の一例のイメージ図である。ユーザは図２７のフォルダ選択画面１０３０からアップロード先のフォルダを選択できる。

ステップＳ１０５において、ユーザはタブレット端末１２を操作し、図２７のフォルダ選択画面１０３０に表示されたフォルダから、タブレット端末１２内のファイル（内蔵のカメラで撮影したファイルやメモリカード内のファイルなど）を保存させるフォルダを選択する。ここでは、フォルダ選択画面１０３０から「ファイルａ」を保存する「フォルダＡ」が選択されたものとして説明する。

タブレット端末１２はユーザから「フォルダＡ」への「ファイルａ」のアップロードを要求されると、ステップＳ１０６に進み、情報蓄積装置１０へのファイルアップロード要求を例えば図２６に示すようなＨＴＴＰリクエスト（ＰＯＳＴ）により行う。ステップＳ１０７において、情報蓄積装置１０のＷｅｂＡｐｉ２６はファイルアップロード要求を受け付け、Ｗｅｂ制御２９にファイルアップロード要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのファイルアップロード要求に応じて「フォルダＡ」に「ファイルａ」を保存する。

次に、ユーザはタブレット端末１２とは別のスマートフォン１１を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１０８において、スマートフォン１１は情報蓄積装置１０へのファイル一覧取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。

ステップＳ１０９において、情報蓄積装置１０はステップＳ１０２と同様に、ファイル一覧をスマートフォン１１に提供する。このとき提供されるファイル一覧にはタブレット端末１２から作成した「フォルダＡ」が含まれている。また、ユーザはタブレット端末１２から「フォルダＡ」にアップロードされた「ファイルａ」もスマートフォン１１で確認できる。

ステップＳ１１０において、ユーザはスマートフォン１１を操作し、図２７のフォルダ選択画面１０３０に表示されたフォルダから「フォルダＡ」を選択する。このように、スマートフォン１１はタブレット端末１２から作成した「フォルダＡ」を選択することもできる。

スマートフォン１１はユーザから「フォルダＡ」への「ファイルｂ」のアップロードを要求されると、ステップＳ１１１に進み、情報蓄積装置１０へのファイルアップロード要求を例えば図２６に示すようなＨＴＴＰリクエスト（ＰＯＳＴ）により行う。ステップＳ１１２において、情報蓄積装置１０のＷｅｂＡｐｉ２６はファイルアップロード要求を受け付け、Ｗｅｂ制御２９にファイルアップロード要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのファイルアップロード要求に応じて「フォルダＡ」に「ファイルｂ」を保存する。

ステップＳ１１３において、ユーザはスマートフォン１１を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１１３において、スマートフォン１１は情報蓄積装置１０へのファイル一覧取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。

ステップＳ１１４において、情報蓄積装置１０はステップＳ１０２と同様に、ファイル一覧をスマートフォン１１に提供する。また、ユーザから「フォルダＢ」の作成を要求されると、スマートフォン１１はステップＳ１１５において、情報蓄積装置１０へのフォルダ作成要求を例えば図２６に示すようなＨＴＴＰリクエスト（ＰＯＳＴ）により行う。

ステップＳ１１６において、情報蓄積装置１０のＷｅｂＡｐｉ２６はフォルダ作成要求を受け付け、Ｗｅｂ制御２９にフォルダ作成要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのフォルダ作成要求に応じて共有フォルダ２７に「フォルダＢ」を作成する。

次に、ユーザはスマートフォン１１とは別のタブレット端末１２を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１０８において、タブレット端末１２は情報蓄積装置１０へのファイル一覧取得要求を例えば図５に示すようなＨＴＴＰリクエスト（ＧＥＴ）により行う。

ステップＳ１１８において、情報蓄積装置１０はステップＳ１０２と同様に、ファイル一覧をタブレット端末１２に提供する。ステップＳ１１９において、ユーザはタブレット端末１２を操作し、フォルダ選択画面１０３０から「フォルダＢ」を選択する。このようにタブレット端末１２はスマートフォン１１から作成した「フォルダＢ」を選択することもできる。

タブレット端末１２はユーザから「フォルダＢ」への「ファイルｃ」のアップロードを要求されると、ステップＳ１２０に進み、情報蓄積装置１０へのファイルアップロード要求を例えば図２６に示すようなＨＴＴＰリクエスト（ＰＯＳＴ）により行う。ステップＳ１２１において、情報蓄積装置１０のＷｅｂＡｐｉ２６はファイルアップロード要求を受け付け、Ｗｅｂ制御２９にファイルアップロード要求を行う。Ｗｅｂ制御２９はＷｅｂＡｐｉ２６からのファイルアップロード要求に応じて「フォルダＢ」に「ファイルｃ」を保存する。

図２５のシーケンス図によれば、情報蓄積装置１０にＨＴＴＰリクエストのＰＯＳＴに対応したＷｅｂＡｐｉ２６を搭載することにより、ある情報処理装置（タブレット端末１２）からフォルダを作成し、フォルダを別の情報処理装置（スマートフォン１１）から閲覧してファイルをアップロードすることもできる。

また、図２５のシーケンス図によれば、ある情報処理装置からフォルダにアップロードしたファイルは、別の情報処理装置から閲覧することもできる。なお、図２５のシーケンス図ではフォルダの作成とファイルのアップロードを一例として説明したが、例えば図２６に示すようなＨＴＴＰリクエスト（ＰＯＳＴ）によりフォルダまたはファイルの削除やコピーも同様に可能である。

図２５のシーケンス図では、ある情報処理装置（タブレット端末１２）からフォルダの作成又はファイルのアップロードを行い、作成したフォルダやアップロードしたファイルを別の情報処理装置（スマートフォン１１）から閲覧する場合の処理を示した。

本実施例に係るサービス提供システム１は図２８のシーケンス図に示すように、ある情報処理装置（タブレット端末１２）から作成したフォルダやアップロードしたファイルを別の情報処理装置（スマートフォン１１）からＭＦＰ１３に印刷させることができる。

図２８は、本実施形態に係るサービス提供システムの処理手順を表した他の例のシーケンス図である。なお、図２８のステップＳ１３１〜Ｓ１５１の処理は図２５のステップＳ１０１〜Ｓ１２１の処理と同様であるため、説明を省略する。

ユーザはスマートフォン１１を操作し、ファイル一覧表示処理を選択する。ユーザによりファイル一覧表示処理が選択されると、ステップＳ１５２において、スマートフォン１１は情報蓄積装置１０へのファイル一覧取得要求を図５に示すＨＴＴＰリクエスト（ＧＥＴ）により行う。ステップＳ１５３において、情報蓄積装置１０のＷｅｂＡｐｉ２６はステップＳ２と同様に、フォルダ一覧をスマートフォン１１に提供する。

また、スマートフォン１１はステップＳ１５４において、情報蓄積装置１０へのサムネイル画像取得要求を図５に示すＨＴＴＰリクエスト（ＧＥＴ）により行う。ステップＳ１５５において、情報蓄積装置１０のＷｅｂＡｐｉ２６はステップＳ４と同様に、サムネイル画像をスマートフォン１１に提供する。

スマートフォン１１に搭載されているアプリケーションは図６に示すファイル一覧取得要求に対するレスポンスを元に、情報蓄積装置１０が公開しているファイル一覧を表示する。スマートフォン１１が表示するファイル一覧には、タブレット端末１２から作成したフォルダやアップロードしたファイルが含まれている。

また、ステップＳ１５６において、ユーザはタブレット端末１２から作成したフォルダやアップロードしたファイルをスマートフォン１１で閲覧し、タブレット端末１２からアップロードしたファイルの中からＭＦＰ１３に印刷させるファイルを選択することもできる。なお、ステップＳ１５７以降の処理は図４のステップＳ６以降の処理と同様であるため説明を省略する。

また、本実施例に係るサービス提供システム１は、図２８のステップＳ１５２以降の処理を図２０のステップＳ３１以降の処理に置き換えることで、ある情報処理装置（タブレット端末１２）から作成したフォルダやアップロードしたファイルを、別の情報処理装置（スマートフォン１１）からプロジェクタ１４に投影させることができる。

第２の実施形態に係るサービス提供システム１によれば、情報蓄積装置１０にＷｅｂＡｐｉ２６を搭載することで、ある情報処理装置からフォルダを作成し、そのフォルダを別の情報処理装置から選択してファイルをアップロードできる。情報処理装置からフォルダにアップロードしたファイルは、別の情報処理装置から閲覧することもできる。

なお、第２の実施形態に係るサービス提供システム１では、フォルダの作成及びファイルのアップロードを一例として説明したが、例えば図２６に示すＨＴＴＰリクエスト（ＰＯＳＴ）により別の情報処理装置が作成したフォルダまたはファイルの削除やコピーも同様に可能である。

＜まとめ＞
以上、本実施形態に係るサービス提供システム１によれば、ユーザはスマートフォン１１やタブレット端末１２などの情報処理装置を、ＭＦＰ１３やプロジェクタ１４などの電子機器にかざして、ＱＲコードなどの電子機器を特定する情報を取得することで、情報蓄積装置１０などの連携処理装置と情報処理装置と電子機器とを連携させ、電子機器を用いた様々なサービスを提供できる。

また、ＭＦＰ１３やプロジェクタ１４などの電子機器とスマートフォン１１やタブレット端末１２などの情報処理装置と情報蓄積装置１０などの連携処理装置とが提供する印刷や投影、スキャンといったそれぞれのサービスに応じた連携方法で連携することにより、様々なサービスを提供できる。

そして、本実施例に記載したＭＦＰ１３及びプロジェクタ１４、あるいは他の新たな電子機器を用いた新たなサービスの提供に係る連携方法を予めサービス提供システム１上で定義しておくことにより、その新たなサービスに応じた連携方法でＭＦＰ１３及びプロジェクタ１４、あるいは他の新たな電子機器などの電子機器とスマートフォン１１やタブレット端末１２などの情報処理装置と情報蓄積装置１０などの連携処理装置とを連携させることができる。そのため、既存サービスに加えて、新たなサービスも提供可能となる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ サービス提供システム
１０ 情報蓄積装置
１１ スマートフォン
１２ タブレット端末
１３ ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）
１４ プロジェクタ
２１ ＯＳ
２２ Ｗｅｂサーバ
２３ アプリケーションサーバ
２４ ＷｅｂＵＩ
２５ ＱＲコード表示ＷｅｂＵＩ
２６ ＷｅｂＡｐｉ
２７ 共有フォルダ
２８ ドキュメント管理
２９ Ｗｅｂ制御
１００ コンピュータシステム
１０１ 入力装置
１０２ 表示装置
１０３ 外部Ｉ／Ｆ
１０３ａ 記録媒体
１０４ ＲＡＭ
１０５ ＲＯＭ
１０６ ＣＰＵ
１０７ 通信Ｉ／Ｆ
１０８ ＨＤＤ
Ｂ バス
Ｎ１ ネットワーク

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

Claims (8)

1. 電子データを蓄積する電子データ蓄積部を有し、接続される複数の情報処理装置各々に搭載されるアプリケーションからの要求を予め定義されたインターフェースを介して受け付け、受け付けた要求に基づいて前記電子データ蓄積部への蓄積場所の作成又は削除に係る処理を実行することにより、前記電子データ蓄積部を前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれで共有可能とする情報蓄積装置であって、
   それぞれ異なるアプリケーションであって前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を前記予め定義されたインターフェースを介して受け付け、受け付けた作成要求及び該作成要求に含まれる所定の条件に基づいて前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成に係る処理を実行する蓄積場所作成手段と、
   前記蓄積場所作成手段で受け付けた蓄積場所の作成要求の要求元のアプリケーション及び該アプリケーション以外の他のアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部からの蓄積場所の削除要求を前記予め定義されたインターフェースを介して受け付け、受け付けた削除要求及び該削除要求に含まれる所定の条件に基づいて、前記電子データ蓄積部の蓄積場所の削除に係る処理を実行する蓄積場所削除手段と
   を有することを特徴とする情報蓄積装置。
2. 前記蓄積場所作成手段で受け付けた蓄積場所の作成要求の要求元のアプリケーション及び該アプリケーション以外の他のアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所の複写要求、又は、前記蓄積場所に蓄積されている電子データの複写要求を前記予め定義されたインターフェースを介して受け付け、受け付けた蓄積場所又は電子データの複写要求及び該複写要求に含まれる所定の条件に基づいて、前記電子データ蓄積部の蓄積場所又は電子データの複写に係る処理を実行する複写手段
   を更に有することを特徴とする請求項１記載の情報蓄積装置。
3. 前記蓄積場所作成手段で受け付けた蓄積場所の作成要求の要求元のアプリケーション及び該アプリケーション以外の他のアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所への電子データ蓄積要求を前記予め定義されたインターフェースを介して受け付け、受け付けた電子データ蓄積要求及び該電子データ蓄積要求に含まれる所定の条件に基づいて、前記電子データ蓄積部への電子データの蓄積に係る処理を実行する電子データ蓄積手段
   を更に有することを特徴とする請求項１又は２記載の情報蓄積装置。
4. 電子データを蓄積する電子データ蓄積部を有し、接続される複数の情報処理装置各々に搭載されるアプリケーションからの要求を予め定義されたインターフェースを介して受け付け、受け付けた要求に基づいて前記電子データ蓄積部への蓄積場所の作成又は削除に係る処理を実行することにより、前記電子データ蓄積部を前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれで共有可能とする情報蓄積装置を、
   それぞれ異なるアプリケーションであって前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を前記予め定義されたインターフェースを介して受け付け、受け付けた作成要求及び該作成要求に含まれる所定の条件に基づいて前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成に係る処理を実行する蓄積場所作成手段、
   前記蓄積場所作成手段で受け付けた蓄積場所の作成要求の要求元のアプリケーション及び該アプリケーション以外の他のアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部からの蓄積場所の削除要求を前記予め定義されたインターフェースを介して受け付け、受け付けた削除要求及び該削除要求に含まれる所定の条件に基づいて、前記電子データ蓄積部の蓄積場所の削除に係る処理を実行する蓄積場所削除手段
   として機能させるためのプログラム。
5. 電子データを出力する一つ以上の電子機器と接続可能な情報処理装置に搭載されるアプリケーションと、情報蓄積装置とが接続され、前記電子機器からの電子データの出力を前記アプリケーションと前記情報蓄積装置とが連携して実行させるサービス提供システムにおいて、
   前記情報蓄積装置は、
   電子データを蓄積する電子データ蓄積手段と、
   前記複数の情報処理装置各々に搭載されるアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を予め定義されたインターフェースを介して受け付け、受け付けた作成要求及び該作成要求に含まれる所定の条件に基づいて前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成に係る処理を実行する蓄積場所作成手段と、
   前記蓄積場所作成手段で受け付けた蓄積場所の作成要求の要求元のアプリケーション及び該アプリケーション以外の他のアプリケーションそれぞれから、該アプリケーションそれぞれで所定の条件を含めて生成された前記電子データ蓄積部からの蓄積場所の削除要求を予め定義されたインターフェースを介して受け付け、受け付けた削除要求及び該削除要求に含まれる所定の条件に基づいて、前記電子データ蓄積部の蓄積場所の削除に係る処理を実行する蓄積場所削除手段と
   を有し、
   前記アプリケーションは、
   所定の取得条件を含めて生成された前記電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を予め定義されたインターフェースを介して前記情報蓄積装置に要求する蓄積場所作成要求手段と、
   自らの前記蓄積場所の作成要求、又は他のアプリケーションからの前記蓄積場所の作成要求によって生成された前記蓄積場所に対する、所定の取得条件を含めて生成された前記電子データ蓄積部からの削除要求を、予め定義されたインターフェースを介して前記情報蓄積装置に要求する蓄積場所削除要求手段と
   して前記情報処理装置を機能させること
   を特徴とするサービス提供システム。
6. 情報処理装置にインストールされると、前記情報処理装置を、
   所定の取得条件を含めて生成された情報蓄積装置が有する電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を予め定義されたインターフェースを介して前記情報蓄積装置に要求する蓄積場所作成要求手段、
   自らの前記蓄積場所の作成要求、又は他のアプリケーションからの前記蓄積場所の作成要求によって生成された前記蓄積場所に対する、所定の取得条件を含めて生成された前記電子データ蓄積部からの削除要求を、予め定義されたインターフェースを介して前記情報蓄積装置に要求する蓄積場所削除要求手段
   として機能させるためのプログラム。
7. 所定の取得条件を含めて生成された情報蓄積装置が有する電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を予め定義されたインターフェースを介して前記情報蓄積装置に要求する蓄積場所作成要求手段と、
   自らの前記蓄積場所の作成要求、又は他のアプリケーションからの前記蓄積場所の作成要求によって生成された前記蓄積場所に対する、所定の取得条件を含めて生成された前記電子データ蓄積部からの削除要求を、予め定義されたインターフェースを介して前記情報蓄積装置に要求する蓄積場所削除要求手段と
   を有することを特徴とする情報処理装置。
8. 情報処理装置によって実行される方法であって、
   所定の取得条件を含めて生成された情報蓄積装置が有する電子データ蓄積部への電子データを蓄積する蓄積場所の作成要求を予め定義されたインターフェースを介して前記情報蓄積装置に要求し、
   自らの前記蓄積場所の作成要求、又は他のアプリケーションからの前記蓄積場所の作成要求によって生成された前記蓄積場所に対する、所定の取得条件を含めて生成された前記電子データ蓄積部からの削除要求を、予め定義されたインターフェースを介して前記情報蓄積装置に要求すること
   を特徴とする方法。

Images