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

Abstract

【課題】カバーシートの二次元コードを生成するときに、使用者がストレージサービスの仕様の違いを考慮することなくファイルの保存先を指定することができる情報処理システム、情報処理装置、情報処理方法およびプログラムを提供する。
【解決手段】機器においてカバーシートを使用するアプリケーション一覧を表示する表示制御部と、機器においてアプリケーション一覧から選択されたアプリケーションが使用するストレージサービスのフォルダ一覧を取得する第１取得部と、少なくとも、フォルダ一覧から保存先として選択されたフォルダの情報と、選択されたアプリケーションを識別する第１識別情報とを含む二次元コードを生成する生成部と、を有する。
【選択図】図４

Description

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

カバーシート（挿入紙）とは、印刷の出力時に出力者の情報等を印字して出力される最初のページのことである。これを応用して、ファックスの宛先情報を有する二次元コードを記載したカバーシートを利用して、ファックスの宛先を指定する方法が知られている。この方法は、他のスキャンアプリケーションにも利用できる。例えば、スキャンしたファイルの保存先等の設定を印字したカバーシートを用意しておき、原稿をスキャン処理で読み取りをするときに最初のページとしてそのカバーシートを付ければ、事前に決めておいた設定でスキャン処理を実行できる。これによって、同じ設定で繰り返しスキャン処理を実行するときに、毎回設定を入力する必要がなくなる。カバーシート生成アプリケーション、およびカバーシート読取アプリケーションの二つを組み合わせることによってこの機能を実現できる。

このような二次元コードを読み取って保存先を指定する技術として、スキャンしたファイルを適切に保存先に保存するための、使用者の操作を軽減する目的、および画像処理装置から印刷の指示を出す前に、印刷処理が失敗する可能性が高いかを使用者に提示する仕組みを提供する目的で、使用者が指定した印刷対象のファイルの名前と、当該ファイルが印刷された用紙を読み取って得られるファイルの保存先に存在するファイルの名前とが同一であるかを判定する構成と、ファイルの名前が同一である場合に、印刷対象のファイルの名前を変更して、当該ファイルに自身のファイル名と保存先を追加して印刷を行う構成と、印刷された文書をスキャンして得られるファイルから、追加されたファイル名と保存先を特定して、当該ファイルの名前を変更して特定した保存先に保存する構成と、が開示されている（例えば特許文献１）。

しかしながら、特許文献１に記載された技術では、外部のストレージサービスにファイルを保存する場合については考慮されておらず、ファイルの保存先を指定する場合にアプリケーションの使用者がストレージサービスの仕様を考慮しなければならないという問題がある。

本発明は、上記に鑑みてなされたものであって、カバーシートの二次元コードを生成するときに、使用者がストレージサービスの仕様の違いを考慮することなくファイルの保存先を指定することができる情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、機器においてカバーシートを使用するアプリケーション一覧を表示する表示制御部と、前記機器において前記アプリケーション一覧から選択されたアプリケーションが使用するストレージサービスのフォルダ一覧を取得する第１取得部と、少なくとも、前記フォルダ一覧から保存先として選択されたフォルダの情報と、選択された前記アプリケーションを識別する第１識別情報とを含む二次元コードを生成する生成部と、を有することを特徴とする。

本発明によれば、カバーシートの二次元コードを生成するときに、使用者がストレージサービスの仕様の違いを考慮することなくファイルの保存先を指定することができる。

図１は、実施形態に係るシステムの全体構成の一例を示す図である。 図２は、実施形態に係る機器のハードウェア構成の一例を示す図である。 図３は、実施形態に係るＰＣ、入出力サービスおよびストレージサービス連携部のハードウェア構成の一例を示す図である。 図４は、実施形態に係るシステムの機能ブロックの構成の一例を示す図である。 図５は、実施形態に係るシステムのカバーシート生成動作の流れの一例を示すシーケンス図である。 図６は、カバーシート生成アプリケーションのメイン画面の一例を示す図である。 図７は、アプリケーション一覧画面の一例を示す図である。 図８は、アプリケーションが選択された状態のカバーシート生成アプリケーションのメイン画面の一例を示す図である。 図９は、フォルダ一覧画面の一例を示す図である。 図１０は、アプリケーションおよびファイル保存先が選択された状態のカバーシート生成アプリケーションのメイン画面の一例を示す図である。 図１１は、実施形態に係るシステムのカバーシート読取およびファイル保存動作の流れの一例を示すシーケンス図である。 図１２は、アプリケーションが一致しなかった場合のエラー画面の一例を示す図である。

以下に、図面を参照しながら、本発明に係る情報処理システム、情報処理装置、情報処理方法およびプログラムの実施形態を詳細に説明する。また、以下の実施形態によって本発明が限定されるものではなく、以下の実施形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換、変更および組み合わせを行うことができる。

（システムの全体構成）
図１は、実施形態に係るシステムの全体構成の一例を示す図である。図１を参照しながら、本実施形態に係るシステムの全体構成について説明する。

図１に示すように、本実施形態に係るシステムは、機器１０ａ、１０ｂと、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）２０ａ、２０ｂと、入出力サービス３０と、ストレージサービス連携部４０ａ、４０ｂと、ストレージサービス５０ａ、５０ｂと、を含む。各部は、インターネット等の広域的なネットワークＮを介して、互いに通信可能となっている。

機器１０ａ、１０ｂは、使用者が使用する画像形成装置等の電子機器である。ここでは、機器１０ａ、１０ｂは、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ：複合機）であるものとして説明する。ここで、ＭＦＰとは、コピー機能、プリンタ機能、スキャナ機能、およびファックス機能のうち少なくとも２つの機能を有する複合機である。使用者は、機器１０ａ、１０ｂを用いて、入出力サービス３０、ストレージサービス連携部４０ａ、４０ｂおよびストレージサービス５０ａ、５０ｂ等のクラウドサービスを提供することができる。

なお、図１では、機器１０ａ、１０ｂの２台が示されているが、これに限定されるものではなく、１台または３台以上であってもよい。また、これらの機器１０ａ、１０ｂ、・・・を総称する場合、またはこれらのうち任意の機器を示す場合、単に「機器１０」と称する。

ＰＣ２０ａ、２０ｂは、例えば、使用者が使用するデスクトップＰＣ、ノート型ＰＣ、スマートフォンまたはタブレット端末等である。使用者は、ＰＣ２０ａ、２０ｂを用いて、入出力サービス３０、ストレージサービス連携部４０ａ、４０ｂおよびストレージサービス５０ａ、５０ｂ等のクラウドサービスを提供することができる。

なお、図１では、ＰＣ２０ａ、２０ｂの２台が示されているが、これに限定されるものではなく、１台または３台以上であってもよい。また、これらのＰＣ２０ａ、２０ｂ、・・・を総称する場合、またはこれらのうち任意の機器を示す場合、単に「ＰＣ２０」と称する。

入出力サービス３０は、機器１０等からネットワークＮを介して入力された情報に基づいて、各種処理を実行するクラウドサービスである。入出力サービス３０は、例えば、１台以上の情報処理装置によって実現される。

ストレージサービス連携部４０ａ、４０ｂは、それぞれストレージサービス５０ａ、５０ｂのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して、ストレージサービス５０ａ、５０ｂに対してファイルの取得および保存等の処理を行うクラウドサービスである。すなわち、ストレージサービス連携部４０ａは、ストレージサービス５０ａに対応し、ストレージサービス連携部４０ｂは、ストレージサービス５０ｂに対応する。ストレージサービス連携部４０ａ、４０ｂは、例えば、それぞれ１台以上の情報処理装置によって実現される。

なお、図１では、ストレージサービス連携部４０ａ、４０ｂの２台が示されているが、これに限定されるものではなく、１台または３台以上であってもよい。また、これらのストレージサービス連携部４０ａ、４０ｂ、・・・を総称する場合、またはこれらのうち任意の機器を示す場合、単に「ストレージサービス連携部４０」と称する。

ストレージサービス５０ａ、５０ｂは、ネットワークＮを介してオンラインストレージの実現するクラウドサービスである。

なお、図１では、ストレージサービス５０ａ、５０ｂの２台が示されているが、これに限定されるものではなく、１台または３台以上であってもよい。また、これらのストレージサービス５０ａ、５０ｂ、・・・を総称する場合、またはこれらのうち任意の機器を示す場合、単に「ストレージサービス５０」と称する。

なお、上述の入出力サービス３０、ストレージサービス連携部４０およびストレージサービス５０は、外部サービスの具体例としてクラウドサービスとして説明したが、これに限定されるものではない。例えば、上述の入出力サービス３０、ストレージサービス連携部４０およびストレージサービス５０は、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）によって提供されるサービスまたはＷｅｂサービス等のネットワークを介して提供される各種の外部サービスとして提供されるものとしてもよい。

（機器のハードウェア構成）
図２は、実施形態に係る機器のハードウェア構成の一例を示す図である。図２を参照しながら、本実施形態に係る機器１０のハードウェア構成について説明する。

図２に示すように、機器１０は、コントローラ５００と、操作表示部５１０と、ＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）５２０と、プロッタ５３１（印刷装置）と、スキャナ５３２（読取装置）と、がＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）バスで接続された構成となっている。

コントローラ５００は、機器１０全体の制御、描画、通信および操作表示部５１０からの入力を制御する装置である。

操作表示部５１０は、例えば、タッチパネル等であり、コントローラ５００に対する入力を受け付ける（入力機能）と共に、機器１０の状態および設定情報等を表示（表示機能）する装置であり、後述するＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）５０６に直接接続されている。

ＦＣＵ５２０は、ファックス機能を実現する装置であり、例えば、ＰＣＩバスによってＡＳＩＣ５０６に接続されている。

プロッタ５３１は、印刷機能を実現する装置であり、例えば、ＰＣＩバスによってＡＳＩＣ５０６に接続されている。スキャナ５３２は、スキャナ機能を実現する機能であり、例えば、ＰＣＩバスによってＡＳＩＣ５０６に接続されている。

コントローラ５００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０１と、システムメモリ（ＭＥＭ－Ｐ）５０２と、ノースブリッジ（ＮＢ）５０３と、サウスブリッジ（ＳＢ）５０４ａと、ネットワークＩ／Ｆ５０４ｂと、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ） Ｉ／Ｆ５０４ｃと、セントロニクスＩ／Ｆ５０４ｄと、ＡＳＩＣ５０６と、ローカルメモリ（ＭＥＭ－Ｃ）５０７と、補助記憶装置５０８と、を有している。

ＣＰＵ５０１は、機器１０の全体制御を行う演算装置であり、システムメモリ５０２、ノースブリッジ５０３およびサウスブリッジ５０４ａからなるチップセットに接続され、このチップセットを介して他の機器と接続される。

システムメモリ５０２は、プログラムおよびデータの格納用メモリ、プログラムおよびデータの展開用メモリ、ならびにプリンタの描画用メモリ等として用いるメモリであり、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）とＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを有している。このうち、ＲＯＭは、プログラムおよびデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭは、プログラムおよびデータの展開用メモリ、ならびにプリンタの描画用メモリ等として用いる書き込みおよび読み出し可能なメモリである。

ノースブリッジ５０３は、ＣＰＵ５０１と、システムメモリ５０２、サウスブリッジ５０４ａおよびＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス５０５とを接続するためのブリッジであり、システムメモリ５０２に対する読み書き等を制御するメモリコントローラと、ＰＣＩマスタおよびＡＧＰターゲットとを有する。

サウスブリッジ５０４ａは、ノースブリッジ５０３と、ＰＣＩデバイスおよび周辺デバイスとを接続するためのブリッジである。サウスブリッジ５０４ａは、ＰＣＩバスを介してノースブリッジ５０３と接続されており、ＰＣＩバスには、ネットワークＩ／Ｆ５０４ｂ、ＵＳＢ Ｉ／Ｆ５０４ｃおよびセントロニクスＩ／Ｆ５０４ｄ等が接続されている。

ネットワークＩ／Ｆ５０４ｂは、ネットワークＮを利用して入出力サービス３０およびストレージサービス連携部４０等の外部システムとデータを通信するためのインターフェースである。ネットワークＩ／Ｆ５０４ｂは、例えば、イーサネット（登録商標）に対応し、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等に準拠した通信が可能である。

ＵＳＢ Ｉ／Ｆ５０４ｃは、ＵＳＢ規格に準拠した装置と通信が可能なインターフェースである。

セントロニクスＩ／Ｆ５０４ｄは、複数ビットの送信が可能なパラレルポートの仕様を有するインターフェースである。

ＡＧＰバス５０５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインターフェースである。ＡＧＰバス５０５は、システムメモリ５０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にするバスである。

ＡＳＩＣ５０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス５０５、ＰＣＩバス、補助記憶装置５０８およびローカルメモリ５０７をそれぞれ接続するブリッジの役割を有する。ＡＳＩＣ５０６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ５０６の中核をなすアービタ（ＡＲＢ）と、ローカルメモリ５０７を制御するメモリコントローラと、ハードウェアロジック等により画像データの回転等を行う複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）と、プロッタ５３１およびスキャナ２３２との間でＰＣＩバスを介したデータ転送を行うＰＣＩユニットとから構成される。ＡＳＩＣ５０６には、例えば、ＰＣＩバスを介してＦＣＵ５２０、プロッタ５３１およびスキャナ５３２が接続される。

ローカルメモリ５０７は、コピー用画像バッファおよび符号バッファとして用いるメモリである。

補助記憶装置５０８は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カードまたはフラッシュメモリ等の記憶装置であり、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積、および各種の設定情報の記憶等を行うためのストレージである。

なお、上述の機器１０のプログラムは、インストール可能な形式または実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（補助記憶装置５０８等）に記録されて流通されるようにしてもよい。

また、図２に示す機器１０のハードウェア構成は、一例であり、すべての構成機器を備えている必要はなく、また、他の構成機器を備えているものとしてもよい。

（ＰＣ、入出力サービスおよびストレージサービス連携部のハードウェア構成）
図３は、実施形態に係るＰＣ、入出力サービスおよびストレージサービス連携部のハードウェア構成の一例を示す図である。図３を参照しながら、ＰＣ２０、入出力サービス３０およびストレージサービス連携部４０のハードウェア構成について説明する。ここでは、入出力サービス３０のハードウェア構成として説明する。

図３に示すように、入出力サービス３０は、ＣＰＵ６０１と、ＲＯＭ６０２と、ＲＡＭ６０３と、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）６０４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）コントローラ６０５と、ディスプレイ６０６と、外部機器接続Ｉ／Ｆ６０８と、ネットワークＩ／Ｆ６０９と、キーボード６１１と、ポインティングデバイス６１２と、ＤＶＤ－ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｗｒｉｔａｂｌｅ）ドライブ６１４と、メディアＩ／Ｆ６１６と、を備えている。これらの各装置は、データ通信が可能となるようにアドレスバスおよびデータバス等のバスライン６１０で接続されている。

ＣＰＵ６０１は、入出力サービス３０全体の動作を制御する演算装置である。ＲＯＭ６０２は、ＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）等のＣＰＵ６０１の駆動に用いられるプログラムを記憶する不揮発性記憶装置である。ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして使用される揮発性記憶装置である。

ＨＤ６０４は、プログラム等の各種データを記憶する不揮発性の補助記憶装置である。ＨＤＤコントローラ６０５は、ＣＰＵ６０１の制御に従って、ＨＤ６０４に対する各種データの読み出しまたは書き込みを制御するコントローラである。

ディスプレイ６０６は、カーソル、メニュー、ウィンドウ、文字または画像等の各種情報を表示する表示装置である。外部機器接続Ｉ／Ｆ６０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器としては、例えば、ＵＳＢ(Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ)メモリまたはプリンタ等が挙げられる。ネットワークＩ／Ｆ６０９は、ネットワークＮを介してデータ通信をするためのインターフェースであり、例えば、イーサネット（登録商標）、およびＴＣＰ／ＩＰ等に準拠した通信が可能なインターフェースである。

キーボード６１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力装置である。ポインティングデバイス６１２は、各種指示の選択、実行、処理対象の選択、カーソルの移動等を行うマウス等の入力装置である。

ＤＶＤ－ＲＷドライブ６１４は、着脱可能な記録媒体の一例としてのＤＶＤ－Ｒ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｃｏｒｄａｂｌｅ）またはＤＶＤ－ＲＷ等のＤＶＤ６１３に対する各種データの読み出しまたは書き込みを制御する装置である。メディアＩ／Ｆ６１６は、フラッシュメモリ等のメディア６１５に対するデータの読み出しまたは書き込み（記憶）を制御するインターフェースである。

なお、図３に示した入出力サービス３０を構成する情報処理装置のハードウェア構成は一例を示すものであり、図３に示した構成要素をすべて含む必要はなく、または、その他の構成要素を含むものとしてもよい。また、ＰＣ２０およびストレージサービス連携部４０をそれぞれ構成する情報処理装置が、同様のハードウェア構成を有する必要もないのは言うまでもない。

（システムの機能ブロックの構成および動作）
図４は、実施形態に係るシステムの機能ブロックの構成の一例を示す図である。図４を参照しながら、本実施形態に係るシステムの機能ブロックの構成について説明する。

図４に示すように、機器１０は、認証要求部１０１と、カバーシート生成アプリケーション１０２（第１取得部、生成部、第２取得部、第３取得部、印刷制御部）と、カバーシート読取アプリケーション１０３と、操作入力部１０４と、表示制御部１０５と、を有する。

認証要求部１０１は、入出力サービス３０等のクラウドサービスの利用のための認証処理を入出力サービス３０に対して要求する機能部である。認証要求部１０１は、例えば図２に示すＣＰＵ５０１によってプログラムが実行されることによって実現される。

カバーシート生成アプリケーション１０２は、二次元コードが生成されたカバーシートを出力するためのアプリケーションである。なお、カバーシート生成アプリケーション１０２は、機器１０にインストールされたネイティブアプリケーションであってもよく、Ｗｅｂアプリケーションであってもよい。カバーシート生成アプリケーション１０２がＷｅｂアプリケーションである場合、カバーシート生成アプリケーション１０２の実質的な機能の実行は、例えばＷｅｂサーバとして機能する入出力サービス３０等で行われるものとすればよい。ここでは、説明を簡潔にするため、カバーシート生成アプリケーション１０２は、機器１０側で機能が実行されるネイティブアプリケーションとして説明する。この場合、カバーシート生成アプリケーション１０２は、例えば図２に示すＣＰＵ５０１により実行されることによって機能が実現される。

カバーシート読取アプリケーション１０３は、カバーシート生成アプリケーション１０２の機能により出力されたカバーシートの二次元コードを読み取るためのアプリケーションである。なお、カバーシート読取アプリケーション１０３は、単一のアプリケーションではなく、１または複数のアプリケーションであり、それぞれのカバーシート読取アプリケーション１０３により利用するストレージサービス５０は異なる。また、カバーシート読取アプリケーション１０３は、機器１０にインストールされたネイティブアプリケーションであってもよく、Ｗｅｂアプリケーションであってもよい。カバーシート読取アプリケーション１０３がＷｅｂアプリケーションである場合、カバーシート読取アプリケーション１０３の実質的な機能の実行は、例えばＷｅｂサーバとして機能する入出力サービス３０等で行われるものとすればよい。ここでは、説明を簡潔にするため、カバーシート読取アプリケーション１０３は、機器１０側で機能が実行されるネイティブアプリケーションとして説明する。この場合、カバーシート読取アプリケーション１０３は、例えば図２に示すＣＰＵ５０１により実行されることによって機能が実現される。

操作入力部１０４は、使用者の操作入力を受け付ける機能部である。操作入力部１０４は、図２に示す操作表示部５１０の入力機能によって実現される。

表示制御部１０５は、操作表示部５１０に対して各種画面（例えば、上述の設定情報を設定するための画面等）および情報の表示制御を行う機能部である。表示制御部１０５は、例えば図２に示すＣＰＵ５０１によってプログラム（例えばブラウザ）が実行されることによって実現される。なお、カバーシート生成アプリケーション１０２およびカバーシート読取アプリケーション１０３がＷｅｂアプリケーションである場合、機器１０（操作表示部５１０）への情報の表示制御を行う表示制御部１０５の機能は、実質的にＷｅｂサーバとして機能する入出力サービス３０等で行われるものとしてもよい。

なお、図４に示す機器１０の各機能部のうちソフトウェア（プログラム）で実現される機能部は、少なくともその一部が、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ等のハードウェア回路によって実現されてもよい。

また、図４に示す機器１０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図４に示す機器１０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図４に示す機器１０で１つの機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

図４に示すように、入出力サービス３０は、アプリ管理部３０１と、Ｉ／Ｏロジック処理部３０２と、認証部３０３と、カバーシート判定部３０４（判定部）と、を有する。

アプリ管理部３０１は、機器１０等で使用されるアプリケーションについての情報をアプリケーション情報として管理する機能部である。例えば、アプリケーション情報では、アプリケーションで使用する画面定義および処理内容等がアプリケーションを識別する識別情報と関連付けられて管理されている。また、各アプリケーションは、それぞれ異なるストレージサービス５０と連携しており、アプリケーションによってはストレージサービス５０と連携していないものも存在する。例えば、スキャン処理により読み取られたファイルにタイムスタンプを押して印刷する、という処理を行うアプリケーションは、ストレージサービス５０との連携は必要ないため、どのストレージサービス５０とも連携をしていない。アプリ管理部３０１は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

Ｉ／Ｏロジック処理部３０２は、機器１０等から入力された情報に基づいて各種情報を実行する機能部である。Ｉ／Ｏロジック処理部３０２は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

認証部３０３は、機器１０からの要求に応じて認証処理を実行する機能部である。認証部３０３は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

カバーシート判定部３０４は、カバーシート読取アプリケーション１０３からの要求に応じて、カバーシート読取アプリケーション１０３により読み取られたカバーシートの二次元コードが示すアプリケーションと、実行中のカバーシート読取アプリケーション１０３とを照合し、一致しているか否かを判定する機能部である。カバーシート判定部３０４は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

なお、図４に示す入出力サービス３０の各機能部のうちソフトウェア（プログラム）で実現される機能部は、少なくともその一部が、ＦＰＧＡまたはＡＳＩＣ等のハードウェア回路によって実現されてもよい。

また、図４に示す入出力サービス３０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図４に示す入出力サービス３０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図４に示す入出力サービス３０で１つの機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

図４に示すように、ストレージサービス連携部４０は、ファイル処理部４０１と、データ処理部４０２と、フォルダ構成取得部４０３と、を有する。

ファイル処理部４０１は、ストレージサービス５０から取得したファイル、または入出力サービス３０へ保存するファイルに対する処理を実行する機能部である。ファイル処理部４０１は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

データ処理部４０２は、各種データ処理を実行する機能部である。データ処理部４０２は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

フォルダ構成取得部４０３は、カバーシート読取アプリケーション１０３に対応するストレージサービス５０の認証情報を利用して、ストレージサービス５０からフォルダ構成を取得する機能部である。各カバーシート読取アプリケーション１０３によって、利用しているストレージサービス５０は異なり、同じカバーシート読取アプリケーション１０３であっても、使用者によってどのファイルにアクセスできるかは異なる。すなわち、使用者、カバーシート読取アプリケーション１０３、およびストレージサービス５０のアカウントが互いに関連付けられており、どの使用者がどのカバーシート読取アプリケーション１０３を使用するかによって、使用するストレージサービス５０のアカウントは変わる。ストレージサービス５０それぞれによってＡＰＩの仕様が異なるため、ストレージサービス５０に応じてフォルダ構成の取得方法は異なるが、フォルダ構成取得部４０３は、取得したフォルダ構成について同じ形式になるように出力する。

例えば、フォルダおよびサブフォルダの一覧を取得するＡＰＩを実行する際に、フォルダのＩＤを指定する場合、当該ＡＰＩを実行することによって、例えば、フォルダおよびサブフォルダのＩＤおよび名前が得られ、サブフォルダそれぞれについて、フォルダからファイルかを判別するための情報が得られる。また、フォルダおよびサブフォルダの一覧を取得するＡＰＩを実行する際に、フォルダのＩＤまたはパスを指定する場合、当該ＡＰＩを実行することによって、例えば、サブフォルダの名前が得られ、サブフォルダそれぞれについて、フォルダからファイルかを判別するための情報が得られる。また、フォルダおよびサブフォルダの一覧を取得するＡＰＩを実行する際に、フォルダのパスを指定する場合、当該ＡＰＩを実行することによって、例えば、サブフォルダのＩＤまたは名前が得られ、サブフォルダそれぞれについて、フォルダからファイルかを判別するための情報が得られる。

フォルダ構成取得部４０３は、例えば図３に示すＣＰＵ６０１によってプログラムが実行されることによって実現される。

なお、図４に示すストレージサービス連携部４０の各機能部のうちソフトウェア（プログラム）で実現される機能部は、少なくともその一部が、ＦＰＧＡまたはＡＳＩＣ等のハードウェア回路によって実現されてもよい。

また、図４に示すストレージサービス連携部４０の各機能部は、機能を概念的に示したものであって、このような構成に限定されるものではない。例えば、図４に示すストレージサービス連携部４０で独立した機能部として図示した複数の機能部を、１つの機能部として構成してもよい。一方、図４に示すストレージサービス連携部４０で１つの機能部が有する機能を複数に分割し、複数の機能部として構成するものとしてもよい。

また、本発明の「情報処理システム」は、少なくとも入出力サービス３０を含むシステム、少なくとも機器１０および入出力サービス３０を含むシステム、または少なくとも機器１０、入出力サービス３０およびストレージサービス連携部４０を含むシステムに相当する。また、本発明の「情報処理装置」は、例えば入出力サービス３０に相当する。

（カバーシート生成動作の流れ）
図５は、実施形態に係るシステムのカバーシート生成動作の流れの一例を示すシーケンス図である。図６は、カバーシート生成アプリケーションのメイン画面の一例を示す図である。図７は、アプリケーション一覧画面の一例を示す図である。図８は、アプリケーションが選択された状態のカバーシート生成アプリケーションのメイン画面の一例を示す図である。図９は、フォルダ一覧画面の一例を示す図である。図１０は、アプリケーションおよびファイル保存先が選択された状態のカバーシート生成アプリケーションのメイン画面の一例を示す図である。図５～図１０を参照しながら、本実施形態に係るシステムのカバーシート生成動作について説明する。

＜ステップＳ１１＞
使用者は、入出力サービス３０等のクラウドサービスの利用のための認証のために、操作入力部１０４（操作表示部５１０）に対してＩＤおよびパスワードを入力する。

＜ステップＳ１２＞
機器１０の認証要求部１０１は、操作入力部１０４に入力されたＩＤおよびパスワードを用いて、入出力サービス３０の利用のための認証処理を入出力サービス３０に対して要求する。

＜ステップＳ１３＞
入出力サービス３０の認証部３０３は、機器１０からの認証要求に応じて、受け取ったＩＤおよびパスワードを用いて認証処理を行う。アプリ管理部３０１は、その認証結果を、機器１０へ送信する。そして、機器１０の認証要求部１０１は、認証結果を受け取る。

＜ステップＳ１４＞
認証要求部１０１が受け取った認証結果が認証ＯＫである場合、表示制御部１０５は、カバーシート生成アプリケーション１０２のメイン画面１０００を、操作表示部５１０に表示させる。

メイン画面１０００は、図６に示すように、アプリケーション入力部１００１と、アプリケーション一覧表示ボタン１００１ａと、プリント設定ボタン１００２と、実行ボタン１００３と、を含む。

アプリケーション入力部１００１は、カバーシートを使用するアプリケーション（カバーシート読取アプリケーション１０３）を選択して入力するための領域である。アプリケーション一覧表示ボタン１００１ａは、カバーシートを使用するアプリケーション（カバーシート読取アプリケーション１０３）を選択するためのアプリケーション一覧画面１１００を表示させるためのボタンである。プリント設定ボタン１００２は、カバーシートを印刷出力するための印刷設定をするためのボタンである。実行ボタン１００３は、カバーシートの印刷出力を実行するためのボタンである。

アプリケーション一覧画面１１００は、図７に示すように、アプリケーション選択ボタン１１０１ａ～１１０１ｆと、キャンセルボタン１１０２と、決定ボタン１１０３と、を含む。

アプリケーション選択ボタン１１０１ａ～１１０１ｆは、カバーシートを読み取るための複数のカバーシート読取アプリケーション１０３のうち、いずれかのカバーシート読取アプリケーション１０３を選択するためのボタンである。キャンセルボタン１１０２は、カバーシート読取アプリケーション１０３を選択せずに、メイン画面１０００へ戻るためのボタンである。決定ボタン１１０３は、アプリケーション選択ボタン１１０１ａ～１１０１ｆにより選択されたカバーシート読取アプリケーション１０３を決定するためのボタンである。

＜ステップＳ１５＞
使用者は、アプリケーション一覧画面１１００において、カバーシートを使用するカバーシート読取アプリケーション１０３を選択する。具体的には、使用者は、図７に示すアプリケーション一覧画面１１００において、カバーシートを読み取るために使用するカバーシート読取アプリケーション１０３に対応する、アプリケーション選択ボタン１１０１ａ～１１０１ｆのうちのいずれかボタンを操作することによって選択し、決定ボタン１１０３を操作する。これによって、表示制御部１０５は、アプリケーション一覧画面１１００から、図８に示すメイン画面１０００に遷移させる。

図８に示すメイン画面１０００は、アプリケーション入力部１００１に、選択されたカバーシート読取アプリケーション１０３のアプリケーション名を表示させる。図８に示す例では、アプリケーション入力部１００１に、選択されたカバーシート読取アプリケーション１０３として「アプリＡ」が選択されて表示された状態を示している。また、カバーシート読取アプリケーション１０３が選択されると、図８に示すように、メイン画面１０００には、ファイル保存先を選択入力するためのファイル保存先入力部１００４と、ファイル保存先を選択するためフォルダ一覧表示ボタン１００４ａと、が表示される。

＜ステップＳ１６、Ｓ１７＞
カバーシート生成アプリケーション１０２は、使用者によりフォルダ一覧表示ボタン１００４ａが操作されると、表示制御部１０５から使用者により選択されたカバーシート読取アプリケーション１０３の選択情報を受け取り、当該選択情報が示すカバーシート読取アプリケーション１０３を識別するアプリケーション識別子を用いて、当該カバーシート読取アプリケーション１０３のアプリケーション情報を、入出力サービス３０に対して要求する。

＜ステップＳ１８＞
入出力サービス３０のアプリ管理部３０１は、機器１０からのアプリケーション情報の要求に応じて、当該要求に伴うアプリケーション識別子が示すアプリケーション（カバーシート読取アプリケーション１０３）について、当該アプリケーションが使用するストレージサービス５０を識別するストレージサービス識別子（第２識別情報）を含むアプリケーション情報を、機器１０へ送信する。そして、機器１０のカバーシート生成アプリケーション１０２は、ストレージサービス識別子を含むアプリケーション情報を受け取る。

＜ステップＳ１９＞
カバーシート生成アプリケーション１０２は、受け取ったアプリケーション情報に含まれるストレージサービス識別子、およびＣｏｏｋｉｅ等に含まれる使用者の認証情報を用いて、選択されたカバーシート読取アプリケーション１０３で使用するストレージサービス５０に対する連携要求を、入出力サービス３０に対して行う。

＜ステップＳ２０＞
入出力サービス３０の認証部３０３は、機器１０からの連携要求に応じて、当該連携要求が示すストレージサービス５０へアクセスするためのアクセストークンを、機器１０へ送信する。そして、カバーシート生成アプリケーション１０２は、アクセストークンを受け取る。アクセストークンは、ストレージサービス５０の使用者ごとに異なるものであり、アクセストークンを渡すことにより個人が特定され、使用者の所有するフォルダの情報を得ることができる。

＜ステップＳ２１＞
カバーシート生成アプリケーション１０２は、アクセストークンを用いて、選択されたカバーシート読取アプリケーション１０３が使用するストレージサービス５０における使用者に対応するフォルダ一覧の要求を、ストレージサービス連携部４０に対して行う。

＜ステップＳ２２＞
ストレージサービス連携部４０のフォルダ構成取得部４０３は、機器１０からのフォルダ一覧の要求に応じて、受け取ったアクセストークンを用いて、当該ストレージサービス５０から使用者に対応するフォルダ一覧を取得する。そして、フォルダ構成取得部４０３は、取得したフォルダ一覧を機器１０へ送信する。そして、カバーシート生成アプリケーション１０２は、フォルダ一覧を受け取る。

＜ステップＳ２３、Ｓ２４＞
表示制御部１０５は、カバーシート生成アプリケーション１０２が受け取ったフォルダ一覧を、操作表示部５１０に表示させる。具体的には、表示制御部１０５は、図９に示すような、フォルダ一覧を表示するフォルダ一覧画面１２００を操作表示部５１０に表示させる。

フォルダ一覧画面１２００は、図９に示すように、フォルダ一覧表示部１２０１と、キャンセルボタン１２０２と、決定ボタン１２０３と、を含む。

フォルダ一覧表示部１２０１は、カバーシート生成アプリケーション１０２が受け取ったストレージサービス５０におけるフォルダ一覧を示す領域である。この場合、フォルダ一覧の表示は、ストレージサービス５０の種類によらず、共通の表示形式で行われる。例えば、フォルダ一覧表示部１２０１に一覧として表示されたフォルダのうち、いずれかのフォルダをタップ操作すると、当該フォルダを選択状態にできる。また、例えば、フォルダ一覧表示部１２０１に一覧として表示されたフォルダのうち、いずれかのフォルダをダブルタップ操作すると、当該フォルダに含まれるサブフォルダの一覧を、フォルダ一覧表示部１２０１に表示させることができる。以下、ステップＳ２５～Ｓ３０で、サブフォルダの一覧を表示させる動作について説明する。

＜ステップＳ２５＞
使用者は、フォルダ一覧表示部１２０１に一覧として表示されたフォルダのうち、いずれかのフォルダをダブルタップ操作することによって、当該フォルダを選択する。

＜ステップＳ２６、Ｓ２７＞
カバーシート生成アプリケーション１０２は、表示制御部１０５から使用者により選択されたフォルダの選択情報を受け取り、当該フォルダを識別するパスまたは識別子等、およびアクセストークンを用いて、選択情報が示すフォルダのサブフォルダの一覧の要求を、ストレージサービス連携部４０に対して行う。

＜ステップＳ２８＞
ストレージサービス連携部４０のフォルダ構成取得部４０３は、機器１０からのサブフォルダの一覧の要求に応じて、受け取ったアクセストークンを用いて、当該ストレージサービス５０から、当該要求に対応するフォルダのサブフォルダの一覧を取得する。そして、フォルダ構成取得部４０３は、取得したサブフォルダの一覧を機器１０へ送信する。そして、カバーシート生成アプリケーション１０２は、サブフォルダの一覧を受け取る。

＜ステップＳ２９、Ｓ３０＞
表示制御部１０５は、カバーシート生成アプリケーション１０２が受け取ったサブフォルダの一覧を、操作表示部５１０に表示させる。具体的には、表示制御部１０５は、図９に示すフォルダ一覧画面１２００のフォルダ一覧表示部１２０１の表示をサブフォルダの一覧で更新する。

上述のステップＳ２５～Ｓ３０を繰り返すことによって、さらにサブフォルダの一覧を表示させることができる。

＜ステップＳ３１、Ｓ３２＞
使用者は、フォルダ一覧画面１２００のフォルダ一覧表示部１２０１に一覧として表示されたフォルダの中から、保存先として所望するフォルダに対するタップ操作等により選択した状態で、決定ボタン１２０３を操作する。すると、表示制御部１０５は、フォルダ一覧画面１２００からメイン画面１０００へ遷移させ、選択したフォルダをファイル保存先入力部１００４に表示させる。そして、使用者は、メイン画面１０００の実行ボタン１００３を操作する。すると、表示制御部１０５は、カバーシート生成アプリケーション１０２へカバーシートの出力の実行指令を送る。

＜ステップＳ３３＞
カバーシート生成アプリケーション１０２は、カバーシートの出力の実行指令を受け取ると、選択されたカバーシート読取アプリケーション１０３を識別するアプリケーション識別子（第１識別情報）、保存先として選択されたフォルダの情報、および、カバーシート読取アプリケーション１０３で用いる設定情報を、情報として含む二次元コードを生成する。ここで、選択されたフォルダの情報は、ストレージサービス５０のＡＰＩの仕様に応じた情報であり、例えば、フォルダを識別情報であるフォルダＩＤ、または当該フォルダのパス等である。また、カバーシート読取アプリケーション１０３で用いる設定情報とは、例えば、スタンプ処理の設定、および保存時のファイル名等の情報である。なお、二次元コードに含める情報としては、ストレージサービス５０へのアクセストークンは含めないものとする。アクセストークンを埋め込んでしまうと、使用者以外の者がカバーシートを使った場合にも使用者に対応するストレージサービス５０にアクセスできてしまうため、セキュリティ上問題が大きいためである。

＜ステップＳ３４＞
そして、カバーシート生成アプリケーション１０２は、生成した二次元コードを含むカバーシートをプロッタ５３１に印刷出力させる。

なお、上述のカバーシート生成アプリケーション１０２の動作は、機器１０で行われるものとして説明したが、これに限定されるものではなく、例えばＰＣ２０で行われるものとしてもよい。この場合、カバーシートの印刷出力は、ＰＣ２０に接続されたローカルプリンタまたはネットワークプリンタ等に行われるものとすればよい。

（カバーシート生成動作の流れ）
図１１は、実施形態に係るシステムのカバーシート読取およびファイル保存動作の流れの一例を示すシーケンス図である。図１２は、アプリケーションが一致しなかった場合のエラー画面の一例を示す図である。図１１および図１２を参照しながら、本実施形態に係るシステムのカバーシート読取およびファイル保存動作について説明する。

＜ステップＳ５１＞
使用者は、入出力サービス３０等のクラウドサービスの利用のための認証のために、操作入力部１０４（操作表示部５１０）に対してＩＤおよびパスワードを入力する。

＜ステップＳ５２＞
機器１０の認証要求部１０１は、操作入力部１０４に入力されたＩＤおよびパスワードを用いて、入出力サービス３０の利用のための認証処理を入出力サービス３０に対して要求する。

＜ステップＳ５３＞
入出力サービス３０の認証部３０３は、機器１０からの認証要求に応じて、受け取ったＩＤおよびパスワードを用いて認証処理を行う。アプリ管理部３０１は、その認証結果を、機器１０へ送信する。そして、機器１０の認証要求部１０１は、認証結果を受け取る。

＜ステップＳ５４＞
機器１０の表示制御部１０５は、使用者の操作に従って、使用者が使用可能なカバーシート読取アプリケーション１０３の一覧を、入出力サービス３０に対して要求する。

＜ステップＳ５５＞
入出力サービス３０のアプリ管理部３０１は、機器１０からのカバーシート読取アプリケーション１０３の一覧の要求に応じて、使用者が使用可能なカバーシート読取アプリケーション１０３の一覧を、機器１０へ送信する。そして、機器１０の表示制御部１０５は、カバーシート読取アプリケーション１０３の一覧を受け取る。

＜ステップＳ５６＞
表示制御部１０５は、受け取ったカバーシート読取アプリケーション１０３の一覧を、操作表示部５１０に表示させる。

＜ステップＳ５７、Ｓ５８＞
使用者は、操作表示部５１０に表示されたカバーシート読取アプリケーション１０３の中から、所望のカバーシート読取アプリケーション１０３を選択操作すると、当該カバーシート読取アプリケーション１０３が起動する。

＜ステップＳ５９＞
カバーシート読取アプリケーション１０３は、起動後、当該カバーシート読取アプリケーション１０３を識別するアプリケーション識別子を用いて、当該カバーシート読取アプリケーション１０３のアプリケーション情報を、入出力サービス３０に対して要求する。

＜ステップＳ６０＞
入出力サービス３０のアプリ管理部３０１は、機器１０からのアプリケーション情報の要求に応じて、当該要求に伴うアプリケーション識別子が示すカバーシート読取アプリケーション１０３について、当該カバーシート読取アプリケーション１０３が使用するストレージサービス５０を識別するストレージサービス識別子を含むアプリケーション情報を、機器１０へ送信する。そして、機器１０のカバーシート読取アプリケーション１０３は、ストレージサービス識別子を含むアプリケーション情報を受け取る。

＜ステップＳ６１＞
カバーシート読取アプリケーション１０３は、受け取ったアプリケーション情報に含まれるストレージサービス識別子、およびＣｏｏｋｉｅ等に含まれる使用者の認証情報を用いて、カバーシート読取アプリケーション１０３で使用するストレージサービス５０に対する連携要求を、入出力サービス３０に対して行う。

＜ステップＳ６２＞
入出力サービス３０の認証部３０３は、機器１０からの連携要求に応じて、当該連携要求が示すストレージサービス５０へアクセスするためのアクセストークンを、機器１０へ送信する。そして、カバーシート読取アプリケーション１０３は、アクセストークンを受け取る。

＜ステップＳ６３、Ｓ６４＞
カバーシート読取アプリケーション１０３は、操作表示部５１０にカバーシート読取アプリケーション１０３の機能を実行させるためのボタンの表示指令を、表示制御部１０５へ送り、表示制御部１０５は、当該ボタンを表示させる。

＜ステップＳ６５、Ｓ６６＞
使用者は、カバーシート読取アプリケーション１０３の機能を実行させるためのボタンを操作すると、表示制御部１０５は、読取実行指令をカバーシート読取アプリケーション１０３へ送る。

＜ステップＳ６７＞
カバーシート読取アプリケーション１０３は、当該カバーシート読取アプリケーション１０３を識別するアプリケーション識別子を用いて、当該カバーシート読取アプリケーション１０３のアプリケーション情報を、入出力サービス３０に対して要求する。

＜ステップＳ６８＞
入出力サービス３０のアプリ管理部３０１は、機器１０からのアプリケーション情報の要求に応じて、カバーシート読取アプリケーション１０３を識別するアプリケーション識別子（第３識別情報）を含むアプリケーション情報を、機器１０へ送信する。そして、機器１０のカバーシート読取アプリケーション１０３（第３取得部）は、アプリケーション識別子を含むアプリケーション情報を受け取る。

＜ステップＳ６９＞
カバーシート読取アプリケーション１０３（読取制御部）は、機器１０のスキャナ５３２に対して、カバーシートに印字された二次元コードに対する読み取り処理を実行させ、読み取った情報をデコードし、当該二次元コードに含まれる情報を取得する。

＜ステップＳ７０＞
カバーシート読取アプリケーション１０３により読み取られた二次元コードに含まれる情報には、上述のように、カバーシート読取アプリケーション１０３を識別するアプリケーション識別子、保存先として選択されたフォルダの情報、および、カバーシート読取アプリケーション１０３で用いる設定情報が含まれる。カバーシート読取アプリケーション１０３は、二次元コードから読み取ったアプリケーション識別子と、ステップＳ６８で得られたアプリケーション識別子との照合を、入出力サービス３０に対して要求する。

＜ステップＳ７１＞
入出力サービス３０のカバーシート判定部３０４は、機器１０からの照合の要求に応じて、二次元コードから読み取られたアプリケーション識別子と、ステップＳ６８でカバーシート読取アプリケーション１０３により取得されたアプリケーション識別子とを比較して、一致しているか否かを判定する。そして、カバーシート判定部３０４は、照合の判定結果を、機器１０へ送信する。一致している場合、ステップＳ７２へ移行し、一致していない場合、ステップＳ８１へ移行する。

＜ステップＳ７２＞
二次元コードから読み取られたアプリケーション識別子と、ステップＳ６８でカバーシート読取アプリケーション１０３により取得されたアプリケーション識別子とが一致している場合、カバーシート読取アプリケーション１０３は、当該カバーシート読取アプリケーション１０３を識別するアプリケーション識別子を用いて、当該カバーシート読取アプリケーション１０３のアプリケーション情報を、入出力サービス３０に対して要求する。

＜ステップＳ７３＞
入出力サービス３０のアプリ管理部３０１は、機器１０からのアプリケーション情報の要求に応じて、当該要求に伴うアプリケーション識別子が示すカバーシート読取アプリケーション１０３について、当該カバーシート読取アプリケーション１０３が使用するストレージサービス５０を識別するストレージサービス識別子を含むアプリケーション情報を、機器１０へ送信する。そして、機器１０のカバーシート読取アプリケーション１０３は、ストレージサービス識別子を含むアプリケーション情報を受け取る。

＜ステップＳ７４＞
カバーシート読取アプリケーション１０３は、受け取ったアプリケーション情報に含まれるストレージサービス識別子、およびＣｏｏｋｉｅ等に含まれる使用者の認証情報を用いて、カバーシート読取アプリケーション１０３で使用するストレージサービス５０に対する連携要求を、入出力サービス３０に対して行う。

＜ステップＳ７５＞
入出力サービス３０の認証部３０３は、機器１０からの連携要求に応じて、当該連携要求が示すストレージサービス５０へアクセスするためのアクセストークンを、機器１０へ送信する。そして、カバーシート読取アプリケーション１０３は、アクセストークンを受け取る。

＜ステップＳ７６＞
カバーシート読取アプリケーション１０３は、スキャナ５３２によりカバーシート以外の原稿に対する読み取り処理、および読み取り処理で得たファイルに対するスタンプ処理等の機能の実行を継続する。

＜ステップＳ７７＞
カバーシート読取アプリケーション１０３（要求部）は、アクセストークンを用いて、スキャナ５３２により読み取られた原稿のファイルを、二次元コードに含まれていた保存先になるフォルダに保存する要求を、ストレージサービス連携部４０に対して行う。

＜ステップＳ７８＞
ストレージサービス連携部４０のファイル処理部４０１は、カバーシート読取アプリケーション１０３からのファイル保存の要求に応じて、ストレージサービス５０において保存先となる指定されたフォルダに対して、読み取られた原稿のファイルを保存する処理を行う。例えば、ファイル処理部４０１は、ストレージサービス５０に対して、原稿のファイルを保存（アップロード）するためのＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを送信する。そして、ファイル処理部４０１は、ストレージサービス５０へのファイルの保存処理の結果を、機器１０へ送信する。そして、機器１０のカバーシート読取アプリケーション１０３は、ファイルの保存処理の結果を受け取る。

＜ステップＳ７９、Ｓ８０＞
カバーシート読取アプリケーション１０３は、受け取ったファイルの保存処理の結果を表示制御部１０５へ送る。ここでは、ファイル保存処理の結果は、正常に保存が完了した旨を示すものとする。そして、表示制御部１０５は、原稿のファイルがストレージサービス５０に正常に保存が完了した旨を、操作表示部５１０に表示させる。

＜ステップＳ８１、Ｓ８２＞
二次元コードから読み取られたアプリケーション識別子と、ステップＳ６８でカバーシート読取アプリケーション１０３により取得されたアプリケーション識別子とが一致していない場合、カバーシート読取アプリケーション１０３は、一致していない旨を示すアプリケーション実行エラーを表示制御部１０５へ通知する。そして、表示制御部１０５は、図１２に示すような、カバーシートで読み取られたアプリケーションと、実行中のカバーシート読取アプリケーション１０３とが一致しない旨を示すエラー画面１３００を操作表示部５１０に表示させる。

以上のように、本実施形態に係るシステムでは、表示制御部１０５は、機器１０においてカバーシートを使用するアプリケーション一覧を表示し、カバーシート生成アプリケーション１０２は、機器１０においてアプリケーション一覧から選択されたカバーシート読取アプリケーション１０３が使用するストレージサービス５０のフォルダ一覧を取得し、少なくとも、フォルダ一覧から保存先として選択されたフォルダの情報と、選択されたアプリケーションを識別するアプリケーション識別子とを含む二次元コードを生成するものとしている。これによって、カバーシートの二次元コードを生成するときに、使用者がストレージサービスの仕様の違いを考慮することなくファイルの保存先を指定することができる。また、保存先を指定するときの誤入力を防止して、意図しないアプリケーション実行エラーを防ぐことができる。

また、カバーシート生成アプリケーション１０２は、アプリケーション一覧から選択されたアプリケーションが使用するストレージサービス５０を識別するストレージサービス識別子を取得し、ストレージサービス識別子で識別されるストレージサービス５０からストレージサービス連携部４０を経由してフォルダ一覧を取得する。これによって、使用者がカバーシート読取アプリケーション１０３を選択することにより、カバーシート読取アプリケーション１０３で使用しているストレージサービス５０のフォルダ一覧を取得できるため、使用者はカバーシート読取アプリケーション１０３とストレージサービス５０との組み合わせ、およびストレージサービス５０ごとの仕様の違いを気にすることなく、保存先フォルダを指定できる。

また、カバーシート読取アプリケーション１０３は、アプリケーションを識別するアプリケーション識別子を取得し、カバーシートに対してスキャナ５３２に読み取らせ、カバーシートに含まれる二次元コードに含まれるアプリケーション識別子を取得し、カバーシート判定部３０４は、取得されたアプリケーション識別子と、二次元コードに含まれるアプリケーション識別子とが一致しているか否かを判定するものとしている。これによって、実行中のカバーシート読取アプリケーション１０３と、使用中のカバーシートの二次元コードで特定されるカバーシート読取アプリケーション１０３との一致を判定することで、誤った組み合わせでカバーシート読取アプリケーション１０３を実行していた場合に、使用者に通知することができるため、使用者が操作ミスに気付かない間に処理が実行されてしまうことを抑制することができる。

なお、上述の実施形態において、機器１０、入出力サービス３０およびストレージサービス連携部４０の各機能部の少なくともいずれかがプログラムの実行によって実現される場合、そのプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上述の実施形態において、機器１０、入出力サービス３０およびストレージサービス連携部４０で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅｃｏｒｄａｂｌｅ）、またはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、上述の実施形態において、機器１０、入出力サービス３０およびストレージサービス連携部４０で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の実施形態において、機器１０、入出力サービス３０およびストレージサービス連携部４０で実行されるプログラムを、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、上述の実施形態において、機器１０、入出力サービス３０およびストレージサービス連携部４０で実行されるプログラムは、上述した各機能部のうち少なくともいずれかを含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵが記憶装置からプログラムを読み出して実行することにより、上述の各機能部が主記憶装置上にロードされて生成されるようになっている。

１０、１０ａ、１０ｂ 機器
２０、２０ａ、２０ｂ ＰＣ
３０ 入出力サービス
４０、４０ａ、４０ｂ ストレージサービス連携部
５０、５０ａ、５０ｂ ストレージサービス
１０１ 認証要求部
１０２ カバーシート生成アプリケーション
１０３ カバーシート読取アプリケーション
１０４ 操作入力部
１０５ 表示制御部
３０１ アプリ管理部
３０２ Ｉ／Ｏロジック処理部
３０３ 認証部
３０４ カバーシート判定部
４０１ ファイル処理部
４０２ データ処理部
４０３ フォルダ構成取得部
５００ コントローラ
５０１ ＣＰＵ
５０２ システムメモリ（ＭＥＭ－Ｐ）
５０３ ノースブリッジ（ＮＢ）
５０４ａ サウスブリッジ（ＳＢ）
５０４ｂ ネットワークＩ／Ｆ
５０４ｃ ＵＳＢ Ｉ／Ｆ
５０４ｄ セントロニクスＩ／Ｆ
５０５ ＡＧＰ
５０６ ＡＳＩＣ
５０７ ローカルメモリ（ＭＥＭ－Ｃ）
５０８ 補助記憶装置
５１０ 操作表示部
５２０ ＦＣＵ
５３１ プロッタ
５３２ スキャナ
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ ＨＤ
６０５ ＨＤＤコントローラ
６０６ ディスプレイ
６０８ 外部機器接続Ｉ／Ｆ
６０９ ネットワークＩ／Ｆ
６１０ バスライン
６１１ キーボード
６１２ ポインティングデバイス
６１３ ＤＶＤ
６１４ ＤＶＤ－ＲＷドライブ
６１５ メディア
６１６ メディアＩ／Ｆ
１０００ メイン画面
１００１ アプリケーション入力部
１００１ａ アプリケーション一覧表示ボタン
１００２ プリント設定ボタン
１００３ 実行ボタン
１００４ ファイル保存先入力部
１００４ａ フォルダ一覧表示ボタン
１１００ アプリケーション一覧画面
１１０１ａ～１１０１ｆ アプリケーション選択ボタン
１１０２ キャンセルボタン
１１０３ 決定ボタン
１２００ フォルダ一覧画面
１２０１ フォルダ一覧表示部
１２０２ キャンセルボタン
１２０３ 決定ボタン
１３００ エラー画面

特開２０１５－０４９６２３号公報

Claims (11)

1. 機器においてカバーシートを使用するアプリケーション一覧を表示する表示制御部と、
   前記機器において前記アプリケーション一覧から選択されたアプリケーションが使用するストレージサービスのフォルダ一覧を取得する第１取得部と、
   少なくとも、前記フォルダ一覧から保存先として選択されたフォルダの情報と、選択された前記アプリケーションを識別する第１識別情報とを含む二次元コードを生成する生成部と、
   を有する情報処理システム。
2. 前記アプリケーション一覧から選択された前記アプリケーションが使用する前記ストレージサービスを識別する第２識別情報を取得する第２取得部を、さらに備え、
   前記第１取得部は、前記第２識別情報で識別される前記ストレージサービスから前記フォルダ一覧を取得する請求項１に記載の情報処理システム。
3. 前記ストレージサービスにおけるユーザ認証情報を取得する第３取得部をさらに備え、
   前記第１取得部は、前記ユーザ認証情報に基づいて、前記ストレージサービスから前記フォルダ一覧を取得する請求項１に記載の情報処理システム。
4. 前記生成部により生成された前記二次元コードを含む前記カバーシートを印刷装置から印刷出力させる印刷制御部を、さらに備えた請求項１～３のいずれか一項に記載の情報処理システム。
5. 前記アプリケーションを識別する第３識別情報を取得する第３取得部と、
   前記カバーシートに対して読取装置に読み取らせ、該カバーシートに含まれる前記二次元コードに含まれる前記第１識別情報を取得する読取制御部と、
   前記読取制御部により取得された前記第１識別情報と、前記第３取得部により取得された前記第３識別情報とが一致しているか否かを判定する判定部と、
   をさらに備えた請求項４に記載の情報処理システム。
6. 前記読取制御部は、前記読取装置に対して前記カバーシートと共に原稿を読み取らせてファイルとして取得し、
   前記判定部により前記第１識別情報と前記第３識別情報とが一致していると判定された場合、前記ファイルを、前記二次元コードに含まれる前記保存先であるフォルダへの保存を要求する要求部を、さらに備えた請求項５に記載の情報処理システム。
7. 前記判定部により前記第１識別情報と前記第３識別情報とが一致していないと判定された場合、前記表示制御部は、前記第１識別情報と前記第３識別情報とが一致していない旨を表示する請求項５または６に記載の情報処理システム。
8. 前記生成部は、前記アプリケーションで用いる設定情報を、さらに含む前記二次元コードを生成する請求項１～７のいずれか一項に記載の情報処理システム。
9. 機器においてカバーシートを使用するアプリケーション一覧を表示する表示制御部と、
   前記機器において前記アプリケーション一覧から選択されたアプリケーションが使用するストレージサービスのフォルダ一覧を取得する第１取得部と、
   少なくとも、前記フォルダ一覧から保存先として選択されたフォルダの情報と、選択された前記アプリケーションを識別する第１識別情報とを含む二次元コードを生成する生成部と、
   を備えた情報処理装置。
10. 機器においてカバーシートを使用するアプリケーション一覧を表示する表示制御ステップと、
    前記機器において前記アプリケーション一覧から選択されたアプリケーションが使用するストレージサービスのフォルダ一覧を取得する取得ステップと、
    少なくとも、前記フォルダ一覧から保存先として選択されたフォルダの情報と、選択された前記アプリケーションを識別する第１識別情報とを含む二次元コードを生成する生成ステップと、
    を有する情報処理方法。
11. コンピュータに、
    機器においてカバーシートを使用するアプリケーション一覧を表示する表示制御ステップと、
    前記機器において前記アプリケーション一覧から選択されたアプリケーションが使用するストレージサービスのフォルダ一覧を取得する取得ステップと、
    少なくとも、前記フォルダ一覧から保存先として選択されたフォルダの情報と、選択された前記アプリケーションを識別する第１識別情報とを含む二次元コードを生成する生成ステップと、
    を実行させるためのプログラム。

Images