特許 6569567 情報処理装置、情報処理システム及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6569567

(24)【登録日】2019年8月16日

(45)【発行日】2019年9月4日

(54)【発明の名称】情報処理装置、情報処理システム及び情報処理プログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20190826BHJP

   H04N 1/00 20060101ALI20190826BHJP

【ＦＩ】

   G06F3/12 365

   G06F3/12 311

   G06F3/12 387

   G06F3/12 392

   H04N1/00 127A

【請求項の数】8

【全頁数】19

(21)【出願番号】特願2016-48402(P2016-48402)

(22)【出願日】2016年3月11日

(65)【公開番号】特開2017-162368(P2017-162368A)

(43)【公開日】2017年9月14日

【審査請求日】2019年1月23日

(73)【特許権者】

【識別番号】000005496

【氏名又は名称】富士ゼロックス株式会社

(74)【代理人】

【識別番号】100115129

【弁理士】

【氏名又は名称】清水 昇

(74)【代理人】

【識別番号】100102716

【弁理士】

【氏名又は名称】在原 元司

(74)【代理人】

【識別番号】100122275

【弁理士】

【氏名又は名称】竹居 信利

(72)【発明者】

【氏名】丸山 泰弘

【審査官】 征矢 崇

(56)【参考文献】

【文献】 特開２０１５−２１９８０８（ＪＰ，Ａ）

【文献】 特開２０１５−１０８９２５（ＪＰ，Ａ）

【文献】 特開２０１４−１０７７０（ＪＰ，Ａ）

【文献】 特開２０１４−１４２７３５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ３／１２

Ｂ４１Ｊ２９／００−２９／７０

Ｈ０４Ｎ１／００

Ｇ０６Ｆ１３／００

(57)【特許請求の範囲】

【請求項1】

印刷対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、
前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、
前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、
前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、
画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該格納場所にある文書を取得し、該文書を該画像処理装置に送信する第２の送信手段
を有する情報処理装置。

【請求項2】

スキャン対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、
前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、
前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、
前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、
画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該画像処理装置から文書画像を受信し、該文書画像を該格納場所に送信する第２の送信手段
を有する情報処理装置。

【請求項3】

前記第１の受付手段は、前記送信者が用いる端末から前記第１の情報を受け付け、
前記第２の受付手段は、前記格納場所を管理する文書記憶装置から前記認可コードを受け付ける、
請求項１又は２に記載の情報処理装置。

【請求項4】

前記第１の受付手段と前記第１の送信手段は、前記送信者が用いるソーシャルネットワーク又は電子メールを介して、送信者が用いる端末との通信を行う、
請求項１から３のいずれか一項に記載の情報処理装置。

【請求項5】

請求項１、３、４のいずれか一項に記載の情報処理装置と、
前記画像処理装置を有し、
前記画像処理装置は、
前記第２の情報を、前記送信者による操作によって受け付け、又は、該送信者が用いる端末から受け付ける第３の受付手段と、
前記第２の情報を前記情報処理装置に送信する第３の送信手段と、
前記情報処理装置から文書を受け付けて、該文書を印刷する印刷手段
を有している、
情報処理システム。

【請求項6】

請求項２から４のいずれか一項に記載の情報処理装置と、
前記画像処理装置を有し、
前記画像処理装置は、
前記第２の情報を、前記送信者による操作によって受け付け、又は、該送信者が用いる端末から受け付ける第３の受付手段と、
前記第２の情報を前記情報処理装置に送信する第３の送信手段と、
文書画像を読み取って、該文書画像を前記情報処理装置に送信する第４の送信手段
を有している、
情報処理システム。

【請求項7】

コンピュータを、
印刷対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、
前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、
前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、
前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、
画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該格納場所にある文書を取得し、該文書を該画像処理装置に送信する第２の送信手段
として機能させるための情報処理プログラム。

【請求項8】

コンピュータを、
スキャン対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、
前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、
前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、
前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、
画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該画像処理装置から文書画像を受信し、該文書画像を該格納場所に送信する第２の送信手段
として機能させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、ユーザーが、印刷サービス提供装置により提供されるクラウド印刷サービスにより従来とは異なる方法で自分のコンピュータ又はポータブルデバイスから印刷デバイスに印刷できる装置、方法等を提供することを課題とし、印刷サービス提供装置は、端末デバイスに提供されたユーザーインタフェースを通じてユーザーによりアップロードされた印刷ジョブを受け取り、記憶し、前記端末デバイスを介して前記ユーザーに、印刷ジョブに関連するリリースコードを送り返すように構成され、ユーザーは印刷装置においてそのリリースコードを入力し、印刷ジョブに基づいて生成された印刷出力を取得することが開示されている。

【0003】

特許文献２には、ユーザーが利用するクラウドサービスや特定のフォルダ等のアクセス先に情報処理装置を接続する際の操作性を改善し、煩雑な手動操作を伴うことなく、情報処理装置と前記接続先とが直接データの送受信を行えるようにすることを課題とし、携帯情報端末は、クラウドサービス用アプリケーション実行部が起動した状態で遠隔操作用アプリケーション実行部が起動されると、そのクラウドサービス用アプリケーション実行部に対応するクラウドサービスの接続先を示すアクセス情報を生成して情報処理装置に送信し、情報処理装置は該アクセス情報が示すクラウド用サービスと情報処理装置との間で通信を行わせる指示を入力するための短縮キーを含む操作画面を生成して携帯情報端末に送信し、短縮キーについての操作情報を携帯情報端末から受信すると、前記接続先に基づきクラウドサービスに接続してそのクラウドサービスとの間でデータの送受信を行うことが開示されている。

【0004】

特許文献３には、ネットワーク上に設けられた、文書を管理する装置が管理している文書を、公共の場所に設置されている出力デバイスからセキュリティを確保しつつ印刷することを課題とし、中間サーバが画像形成装置の要求に応じ、ユーザー装置に提供される印刷要求ＵＲＬと認証キーを生成し、中間サーバが文書管理装置が認証したユーザー装置から印刷データＵＲＬを取得し印刷要求ＵＲＬと対応付ける。中間サーバ１０２が画像形成装置から印刷データ取得要求を受け、この要求に対応する印刷データＵＲＬと認証キーを文書管理装置に送信し、文書管理装置が、受信した印刷データＵＲＬと認証キーと、認証されたユーザー装置からの要求に応じて生成した印刷データＵＲＬと印刷データＵＲＬに対応する認証キーとに基づいて印刷データ取得要求の認証を行い、印刷データを画像形成装置に送信することが開示されている。

【0005】

特許文献４には、業務フローに紐づいたスキャンをＭＦＰで実行する場合、ＭＦＰへの認証及びスキャン設定を実施する必要があり、そのためユーザーＩＤ／パスワード入力に際してセキュリティ面での懸念があり、又スキャン設定操作がユーザーにとって非常に手間であることを課題とし、認可情報及びスキャン設定情報から、ＭＦＰの利用許可コードを生成し、生成した利用許可コードをＭＦＰでのスキャン時に入力することで、認証情報の入力に伴うセキュリティリスクとスキャン設定の手間を低減できることが開示されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１３−１７８７６８号公報

【特許文献2】特開２０１４−１２０９７５号公報

【特許文献3】特開２０１１−２４２９９２号公報

【特許文献4】特開２０１５−１０３９１７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

特許文献１に記載の技術では、モバイル端末の内部にある文書を印刷対象としている。
しかし、例えば、クラウドサービス上にある文書を印刷する場合は、一度、モバイル端末にダウンロードしてから、印刷サービスにアップロードする必要がある。
そこで、本発明は、ユーザーが用いる端末を介さずに、印刷対象の文書を文書記憶装置から画像処理装置に送信するようにした情報処理装置、情報処理システム及び情報処理プログラムを提供することを目的としている。

【課題を解決するための手段】

【0008】

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。

【0009】

請求項１の発明は、印刷対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該格納場所にある文書を取得し、該文書を該画像処理装置に送信する第２の送信手段を有する情報処理装置である。

【0010】

請求項２の発明は、スキャン対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該画像処理装置から文書画像を受信し、該文書画像を該格納場所に送信する第２の送信手段を有する情報処理装置である。

【0011】

請求項３の発明は、前記第１の受付手段は、前記送信者が用いる端末から前記第１の情報を受け付け、前記第２の受付手段は、前記格納場所を管理する文書記憶装置から前記認可コードを受け付ける、請求項１又は２に記載の情報処理装置である。

【0012】

請求項４の発明は、前記第１の受付手段と前記第１の送信手段は、前記送信者が用いるソーシャルネットワーク又は電子メールを介して、送信者が用いる端末との通信を行う、請求項１から３のいずれか一項に記載の情報処理装置である。

【0013】

請求項５の発明は、請求項１、３、４のいずれか一項に記載の情報処理装置と、前記画像処理装置を有し、前記画像処理装置は、前記第２の情報を、前記送信者による操作によって受け付け、又は、該送信者が用いる端末から受け付ける第３の受付手段と、前記第２の情報を前記情報処理装置に送信する第３の送信手段と、前記情報処理装置から文書を受け付けて、該文書を印刷する印刷手段を有している、情報処理システムである。

【0014】

請求項６の発明は、請求項２から４のいずれか一項に記載の情報処理装置と、前記画像処理装置を有し、前記画像処理装置は、前記第２の情報を、前記送信者による操作によって受け付け、又は、該送信者が用いる端末から受け付ける第３の受付手段と、前記第２の情報を前記情報処理装置に送信する第３の送信手段と、文書画像を読み取って、該文書画像を前記情報処理装置に送信する第４の送信手段を有している、情報処理システムである。

【0015】

請求項７の発明は、コンピュータを、印刷対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該格納場所にある文書を取得し、該文書を該画像処理装置に送信する第２の送信手段として機能させるための情報処理プログラムである。

【0016】

請求項８の発明は、コンピュータを、スキャン対象となる文書の格納場所を示す第１の情報を受け付ける第１の受付手段と、前記第１の情報を用いて認可リクエストを生成し、該認可リクエストに対応する第２の情報を生成し、該認可リクエストと該第２の情報を該第１の情報の送信者が用いる端末に送信する第１の送信手段と、前記認可リクエストに対応する認可コードを受け付ける第２の受付手段と、前記認可コードを用いてアクセストークンを取得し、前記アクセストークンと前記第２の情報と前記第１の情報を対応させて記憶させるように制御する制御手段と、画像処理装置から前記第２の情報を受け付けた場合は、該第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、該画像処理装置から文書画像を受信し、該文書画像を該格納場所に送信する第２の送信手段として機能させるための情報処理プログラムである。

【発明の効果】

【0017】

請求項１の情報処理装置によれば、ユーザーが用いる端末を介さずに、印刷対象の文書を文書記憶装置から画像処理装置に送信することができる。

【0018】

請求項２の情報処理装置によれば、ユーザーが用いる端末を介さずに、スキャン対象の文書を画像処理装置から文書記憶装置に送信することができる。

【0019】

請求項３の情報処理装置によれば、送信者が用いる端末から第１の情報を受け付け、格納場所を管理する文書記憶装置から認可コードを受け付けることができる。

【0020】

請求項４の情報処理装置によれば、送信者が用いるソーシャルネットワーク又は電子メールを介して、送信者が用いる端末との通信を行うことができる。

【0021】

請求項５の情報処理システムによれば、ユーザーが用いる端末を介さずに、印刷対象の文書を文書記憶装置から画像処理装置に送信することができる。

【0022】

請求項６の情報処理システムによれば、ユーザーが用いる端末を介さずに、スキャン対象の文書を画像処理装置から文書記憶装置に送信することができる。

【0023】

請求項７の情報処理プログラムによれば、ユーザーが用いる端末を介さずに、印刷対象の文書を文書記憶装置から画像処理装置に送信することができる。

【0024】

請求項８の情報処理プログラムによれば、ユーザーが用いる端末を介さずに、スキャン対象の文書を画像処理装置から文書記憶装置に送信することができる。

【図面の簡単な説明】

【0025】

【図1】本実施の形態の構成例についての概念的なモジュール構成図である。

【図2】本実施の形態を利用したシステム構成例を示す説明図である。

【図3】アクセストークン保存テーブルのデータ構造例を示す説明図である。

【図4】本実施の形態による処理例を示すフローチャートである。

【図5】本実施の形態による処理例を示す説明図である。

【図6】本実施の形態による処理例を示す説明図である。

【図7】本実施の形態による処理例を示すフローチャートである。

【図8】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

【発明を実施するための形態】

【0026】

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

【0027】

本実施の形態である情報処理装置１００は、印刷サービスを提供するものであって、図１の例に示すように、印刷サービス処理モジュール１０５、アクセストークン記憶モジュール１５０、通信モジュール１９０を有している。

【0028】

印刷サービス処理モジュール１０５は、認可リクエストＵＲＬ発行モジュール１１０、リリースコード発行モジュール１２０、アクセストークン保存モジュール１３０、ファイル取得モジュール１４０を有しており、アクセストークン記憶モジュール１５０、通信モジュール１９０と接続されている。印刷サービス処理モジュール１０５は、印刷サービスを提供する。
認可リクエストＵＲＬ発行モジュール１１０は、通信モジュール１９０を介して、印刷対象となる文書（以下、ファイルともいう）の格納場所を示す第１の情報を受け付ける。この第１の情報として、例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）があり、より具体的には、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒを含む）がある。ここでの格納場所は、後述するクラウドサービス装置２３０を示すものとなる。なお、印刷サービス処理モジュール１０５は、送信者が用いる端末（例えば、後述するモバイル端末２１０）から第１の情報を受け付ける。

【0029】

次に、印刷サービス処理モジュール１０５は、第１の情報を用いて認可リクエストを生成する。
そして、認可リクエストとリリースコード発行モジュール１２０が生成した第２の情報（以下、リリースコードともいう）を第１の情報の送信者が用いる端末に送信する。
具体的には、例えば、認可リクエストＵＲＬ発行モジュール１１０は、モバイル端末２１０から送付されたＵＲＬから、クラウドサービス装置２３０を特定し、そのクラウドサービス装置２３０用の認可リクエストのＵＲＬを発行し、モバイル端末２１０に返す。
認可リクエストにはｓｔａｔｅパラメータに、リリースコード発行モジュール１２０により発行されたリリースコードを設定する。
また、認可フローの最後にリダイレクトされる先は、印刷サービスを行う情報処理装置１００のＵＲＬとしておく。

【0030】

リリースコード発行モジュール１２０は、印刷サービス処理モジュール１０５が生成した認可リクエストに対応する第２の情報を生成する。
具体的には、例えば、リリースコード発行モジュール１２０は、第２の情報としてのリリースコードを発行する。リリースコードは、認可リクエストに対応する情報であればよい。例えば、乱数としてもよい。ただし、ユーザーが手入力できるようにするために、数字８桁程度の英数字としてもよい。また、リリースコードの有効期間を定めてもよい。その期間は、文書の印刷可能期間であることから、短期間であってもよい。

【0031】

アクセストークン保存モジュール１３０は、認可リクエストに対応する認可コードを受け付ける。なお、アクセストークン保存モジュール１３０は、格納場所を管理する文書記憶装置（例えば、後述するクラウドサービス装置２３０）から認可コードを受け付ける。
次に、アクセストークン保存モジュール１３０は、認可コードを用いてアクセストークンをクラウドサービス装置２３０から取得する。
そして、アクセストークン保存モジュール１３０は、アクセストークンと第２の情報と第１の情報を対応させて記憶させるように制御する。
具体的には、例えば、アクセストークン保存モジュール１３０は、リリースコード、ファイルＵＲＬ、アクセストークンを対応付けてアクセストークン記憶モジュール１５０に保存する。ファイルＵＲＬがモバイル端末２１０から送られてきたときは、リリースコードとファイルＵＲＬを保存する。アクセストークンは、認可コードからアクセストークンを取得したとき、認可コードに含まれるリリースコードに対応付けて保存する。

【0032】

ファイル取得モジュール１４０は、画像処理装置から第２の情報を受け付けた場合は、その第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、その格納場所にある文書を取得し、その文書をその画像処理装置に送信する。
具体的には、例えば、ファイル取得モジュール１４０は、画像処理装置２２０からのファイル取得リクエストに含まれるリリースコードから、アクセストークン記憶モジュール１５０に保存されたアクセストークンと印刷対象のファイルのＵＲＬを元に、印刷対象のファイルをクラウドサービス装置２３０から取得し、画像処理装置２２０に返す。

【0033】

アクセストークン記憶モジュール１５０は、印刷サービス処理モジュール１０５と接続されている。アクセストークン記憶モジュール１５０は、後述するモバイル端末２１０、画像処理装置２２０、クラウドサービス装置２３０、メール／ＳＮＳ装置２４０等との通信を行う。なお、送信者が用いるソーシャルネットワーク又は電子メールを介して、送信者が用いる端末（モバイル端末２１０）との通信を行うようにしてもよい。
通信モジュール１９０は、印刷サービス処理モジュール１０５と接続されている。通信モジュール１９０は、アクセストークン保存モジュール１３０によってアクセストークン等を記憶する。例えば、アクセストークン保存テーブル３００を記憶する。図３は、アクセストークン保存テーブル３００のデータ構造例を示す説明図である。アクセストークン保存テーブル３００は、リリースコード欄３１０、ファイルＵＲＬ欄３２０、アクセストークン欄３３０、作成日時欄３４０を有している。リリースコード欄３１０は、リリースコードを記憶している。ファイルＵＲＬ欄３２０は、そのリリースコードに対応するファイルＵＲＬを記憶している。アクセストークン欄３３０は、そのリリースコードとそのファイルＵＲＬに対応するアクセストークンを記憶している。作成日時欄３４０は、そのリリースコード又はそのアクセストークンが作成された日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。

【0034】

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、モバイル端末２１０、画像処理装置２２０、クラウドサービス装置２３０、メール／ＳＮＳ装置２４０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、クラウドサービス装置２３０の他に、情報処理装置１００、メール／ＳＮＳ装置２４０による機能は、クラウドサービスとして実現してもよい。クラウドサービス装置２３０は、少なくとも文書を管理するものであり、いわゆるクラウドストレージとしての機能を有している。モバイル端末２１０は、通信機能を有しており、携帯電話（スマートフォン等を含む）、ノート型ＰＣ（タブレット型ＰＣ等を含む）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等のデータ通信端末、通信機能を有しているゲーム端末、ナビゲーションシステム、情報家電、ウェアラブルコンピュータ等であってもよい。なお、送信者が用いる端末として、モバイル端末２１０を例示しているが、通信機能を有していれば、デスクトップＰＣ等の固定された端末であってもよい。

【0035】

モバイル端末２１０は、ユーザーの操作に応じて、アプリケーションやブラウザ等で、クラウドサービス装置２３０内の印刷対象のファイルのＵＲＬを取得する。
そして、モバイル端末２１０は、情報処理装置１００から送られてくる認可リクエストのＵＲＬから、メール／ＳＮＳ装置２４０に対してブラウザ上で認可操作ができる。また、モバイル端末２１０は、電子メールやＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などのメッセージ通信ができるものである。

【0036】

メール／ＳＮＳ装置２４０は、電子メール、ＳＮＳのメッセージ機能（Ｌｉｎｅ、ＦａｃｅｂｏｏｋのＭｅｓｓｅｎｇｅｒ等)、マイクロブログのメッセージ機能（Ｔｗｉｔｔｅｒのダイレクトメッセージ等）を有している。なお、モバイル端末２１０のユーザーのアカウントが開設されており、情報処理装置１００によるサービスが受け付けられる。具体的には、メール／ＳＮＳ装置２４０上に情報処理装置１００のアカウントもあり、モバイル端末２１０のユーザーと情報処理装置１００による通信（一般的には、会話ともいわれる）可能としている。
情報処理装置１００は、メール／ＳＮＳ装置２４０等との通信機能や、画像処理装置２２０からのリクエストを受け付ける機能を持つ。
画像処理装置２２０は、リリースコードを受け付けるユーザーインタフェース又は通信機器を有しており、そのリリースコードを情報処理装置１００に送信し、ファイルを取得する機能、そのファイルを印刷する機能を有している。

【0037】

前述したように、特許文献１に記載の技術では、印刷対象の文書は、モバイル端末２１０の内部にある文書を前提としている。クラウドサービス装置２３０上にある文書を印刷する場合は、一度、ローカル（モバイル端末２１０）にダウンロードしてから、印刷サービスにアップロードする必要がある。
そのため、印刷開始までの時間がかかり、データ通信量を無駄に使用することとなってしまう。
本実施の形態である情報処理装置１００は、クラウドサービス装置２３０上にある文書をモバイル端末２１０にダウンロードさせることなく、画像処理装置２２０で印刷するための処理を行う。情報処理装置１００がクラウドサービス装置２３０から文書を取得するために、クラウドサービス装置２３０から、例えばＯＡｕｔｈに規定するアクセストークンを取得する。また、情報処理装置１００にユーザー登録を行う必要はなく、モバイル端末２１０側に印刷サービス用の専用アプリケーションをインストールする必要がないようにしている。なお、ＯＡｕｔｈを用いる場合は、モバイル端末２１０は、ＯＡｕｔｈのフローに対応できるブラウザを有しており、クラウドサービス装置２３０は、ＯＡｕｔｈをサポートする。
また、ここでの情報処理装置１００は、電子メールやＳＮＳなどのメッセージ通信ができ、ＵＲＬから、認可リクエストのＵＲＬを生成（ｓｔａｔｅパラメータにリリースコードを設定）し、リリースコード、ファイルＵＲＬ、アクセストークンを対応付けて保存しておき、リリースコード発行し、画像処理装置２２０からの要求に基づき、クラウドサービス装置２３０からファイルを取得する。

【0038】

処理の概略（もっぱら技術の理解を容易にする技術情報として用いるものである）を説明する。
（１）ユーザーは、情報処理装置１００に、電子メール又はＳＮＳメッセージで、印刷対象のファイルＵＲＬを送付する。
（２）情報処理装置１００は、ＵＲＬを解釈して、クラウドサービス装置２３０にアクセスするための認可リクエストのＵＲＬを返す。その際、リリースコードを発行し、ｓｔａｔｅパラメータに設定しておく。
リリースコードは、可読の状態（目に見える形）で、別途ユーザーに返す。
リリースコードとファイルＵＲＬは対応付けて保存しておく。
（３）ユーザーは、認可リクエストのＵＲＬをタップして、認可フローを続け認可処理が完了すると、情報処理装置１００に認可コードがリダイレクトされる。
ｓｔａｔｅパラメータに設定されて返ってくるリリースコードから、上記（２）で保存しておいたリリースコードとファイルＵＲＬに、認可コードから取得できるアクセストークンを追加して保存する。
（４）画像処理装置２２０は、ユーザー又はモバイル端末２１０からリリースコードを受け取る。そして、次の（５）による印刷処理を開始する。
（５）画像処理装置２２０は、リリースコードを情報処理装置１００に送り、印刷対象のファイルを取得して、印刷する。

【0039】

図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４０２では、モバイル端末２１０は、クラウドサービス装置２３０から印刷対象のファイルＵＲＬを取得する。
ステップＳ４０４では、モバイル端末２１０は、情報処理装置１００に対して、印刷サービス向けのメッセージを用いて、ステップＳ４０２で取得したファイルＵＲＬを送信する。
ステップＳ４０６では、情報処理装置１００は、ファイルＵＲＬを解釈して認可リクエストを作成する。

【0040】

ステップＳ４０８では、情報処理装置１００は、リリースコードとファイルＵＲＬを対応付けて、アクセストークン保存テーブル３００に保存する。
ステップＳ４１０では、情報処理装置１００は、モバイル端末２１０に対して、認可リクエストのＵＲＬ（ｓｔａｔｅ（ステート）パラメータにリリースコードを設定）とユーザー可読のリリースコードを送信する。なお、ｓｔａｔｅパラメータとは、ＯＡｕｔｈで規定されているものであり、認可リクエストのＵＲＬにこのｓｔａｔｅパラメータが含まれていると、後述するステップＳ４１６においても、ｓｔａｔｅパラメータが含まれた認可コードを情報処理装置１００が取得できる。そして、このｓｔａｔｅパラメータに設定されているリリースコードを用いて、ステップＳ４０８で保存したアクセストークン保存テーブル３００の該当行に、アクセストークンを保存するために利用する。
ステップＳ４１２では、モバイル端末２１０は、クラウドサービス装置２３０に対して、認可リクエストを送信し、認可画面を表示する。具体的には、ユーザーの操作に応じて、認可リクエストのＵＲＬにアクセスすることが、認可リクエストを送信することに該当し、その結果、ブラウザ内に認可画面を表示することになる。

【0041】

ステップＳ４１４では、モバイル端末２１０は、ユーザーの操作に応じて、クラウドサービス装置２３０に対して、認可操作を行う。ここでの認可の対象とは、情報処理装置１００がクラウドサービス装置２３０内の印刷対象としているファイルにアクセスすることである。
ステップＳ４１６では、クラウドサービス装置２３０は、情報処理装置１００に対して、認可コード（ｓｔａｔｅパラメータにリリースコードを設定）を送信する。
ステップＳ４１８では、情報処理装置１００は、クラウドサービス装置２３０から、アクセストークン（認可コード）を取得する。

【0042】

ステップＳ４２０では、情報処理装置１００は、リリースコードとアクセストークンを対応付けて、アクセストークン保存テーブル３００に保存する。
ステップＳ４２２では、モバイル端末２１０又はモバイル端末２１０のユーザーは、画像処理装置２２０に対して、リリースコードを入力する。
ステップＳ４２４では、画像処理装置２２０は、情報処理装置１００に対して、ファイルの取得リクエスト（リリースコード付き）を送信する。

【0043】

ステップＳ４２６では、情報処理装置１００は、アクセストークン保存テーブル３００を用いて、ステップＳ４２４で取得したリリースコードに対応するファイルＵＲＬ、アクセストークンを抽出する。情報処理装置１００は、そのファイルＵＲＬ、アクセストークンを用いて、クラウドサービス装置２３０から印刷対象のファイルを取得する。そして、情報処理装置１００は、そのファイルを画像処理装置２２０に送信する。
ステップＳ４２８では、画像処理装置２２０は、ファイルを印刷する。

【0044】

図５は、本実施の形態による処理例を示す説明図である。モバイル端末２１０と情報処理装置１００は、メール／ＳＮＳ装置２４０を介して通信を行っている例を示したものであり、図４で示した処理例と同等の処理を行うものである。
モバイル端末２１０は、クラウドサービス装置２３０と通信を行い、メール／ＳＮＳ装置２４０を介して情報処理装置１００と通信を行う。
クラウドサービス装置２３０は、モバイル端末２１０、情報処理装置１００と通信を行う。
メール／ＳＮＳ装置２４０は、モバイル端末２１０と情報処理装置１００の仲介を行う。いわゆるポータルサイトとしての役割を有している。
情報処理装置１００は、クラウドサービス装置２３０、画像処理装置２２０と通信を行い、メール／ＳＮＳ装置２４０を介してモバイル端末２１０と通信を行う。
画像処理装置２２０は、情報処理装置１００と通信を行う。また、リリースコードの受け取りに関しては、モバイル端末２１０と近距離無線通信を行ってもよいし、モバイル端末２１０のユーザーから操作されてもよい。

【0045】

画像処理装置２２０は、リリースコード受付モジュール２２２、印刷サービス接続モジュール２２４、印刷モジュール２２６を有している。
リリースコード受付モジュール２２２は、第２の情報であるリリースコードを、送信者による操作によって受け付け、又は、送信者が用いる端末（モバイル端末２１０）から受け付ける。ここでの「送信者による操作」とは、例えば、画像処理装置２２０に備え付けられているキーボード、タッチパネル等に対して、ユーザーがリリースコードを打ち込む操作をいう。また、「送信者が用いる端末から受け付ける」方法として、近距離無線通信を用いてもよい。例えば、モバイル端末２１０のＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能を使って、情報処理装置１００から受け取ったリリースコードを送信すればよい。
印刷サービス接続モジュール２２４は、第２の情報を情報処理装置１００に送信する。そして、情報処理装置１００から文書を受け付ける。つまり、リリースコードを元に情報処理装置１００から印刷対象の文書を取得する。
印刷モジュール２２６は、印刷サービス接続モジュール２２４が受け付けた文書を印刷する。

【0046】

図５の例で示すステップＳ４０４では、モバイル端末２１０は、メール／ＳＮＳ装置２４０に対して、印刷サービス向けのメッセージを用いて、ファイルＵＲＬを送信する。メール／ＳＮＳ装置２４０は、情報処理装置１００に対して、そのファイルＵＲＬを転送する（ステップＳ４０４ｂ）。
図５の例で示すステップＳ４１０では、情報処理装置１００は、メール／ＳＮＳ装置２４０に対して、認可リクエストのＵＲＬとユーザー可読のリリースコードを送信する（ステップＳ４１０ｂ）。メール／ＳＮＳ装置２４０は、モバイル端末２１０に対して、認可リクエストのＵＲＬとユーザー可読のリリースコードを送信する。

【0047】

図６は、本実施の形態による処理例を示す説明図である。
モバイル端末２１０は、液晶ディスプレイ等の表示装置に印刷サービス提供画面６００を表示する。印刷サービス提供画面６００には、対話領域６１０を表示する。
対話領域６１０には、モバイル端末２１０のユーザーと情報処理装置１００（印刷サービス）との通信内容（会話）として、メッセージ６２０、メッセージ６３０、メッセージ６４０が表示されている。
メッセージ６２０は、図５の例に示すステップＳ４０４に相当する。メッセージ６２０として、例えば、「ｈｔｔｐｓ：／／ｗｗｗ．ｓｔｏｒａｇｅ＿ｓｅｒｖｉｃｅ．ｃｏｍ／ｈｏｍｅ？ｐｒｅｖｉｅｗ＝ｍｏｂｉｌｅ＋ｉｎｔｒｏ．ｐｄｆ」と表示する。これは、ステップＳ４０２で取得されたＵＲＬそのままである。

【0048】

メッセージ６３０、メッセージ６４０は、図５の例に示すステップＳ４１０に相当する。
メッセージ６３０として、例えば、「ｈｔｔｐｓ：／／ｗｗｗ．ｓｔｏｒａｇｅ＿ｓｅｒｖｉｃｅ．ｃｏｍ／１／ｏａｕｔｈ／ａｕｔｈｏｒｉｚｅ？ｏａｕｔｈ＿ｔｏｋｅｎ＝＊＊＊＊＊＊＊＊＊＊＆ｓｔａｔｅ＝４７９４５６４６、こちらのＵＲＬにアクセスし、許可ボタンを押してください」と表示する。ここで表示されているＵＲＬは、ＯＡｕｔｈで用いられている形式を採用している。なお、最後の部分の「ｓｔａｔｅ＝４７９４５６４６」がｓｔａｔｅパラメータにリリースコード（４７９４５６４６）を設定していることを示している。

【0049】

メッセージ６４０として、例えば、「認可操作が終わりましたら、複合機（画像処理装置２２０）で○○○アプリを起動して、以下のリリースコードを入力して下さい。リリースコード：４７９４５６４６、有効期限：２０１６／０１／１３ １８：３２」と表示する。「リリースコード：４７９４５６４６」の部分が、ユーザー可読としたリリースコードである。この表示部分は、モバイル端末２１０のユーザーが画像処理装置２２０に、このリリースコードを打ち込むための表示である。したがって、モバイル端末２１０が画像処理装置２２０に対して、近距離無線通信によってリリースコードを送信する場合は、モバイル端末２１０が、メッセージ６３０内のＵＲＬからリリースコードを抽出すればよいので、メッセージ６４０内のリリースコードの表示は必ずしも必要ではない。

【0050】

前述の実施の形態の説明では、前述のＵＲＬは、印刷対象の文書を指定するものであるが、スキャンした文書画像の格納場所を指定するものとしてもよい。この場合、ＵＲＬがファイルを指す場合は、そのファイルのバージョンアップや差替等を意味する。また、ＵＲＬがフォルダを指す場合は、そのフォルダへの文書画像の格納等を意味することになる。
この場合、印刷サービス処理モジュール１０５は、スキャン対象となる文書の格納場所を示す第１の情報を受け付ける。
そして、ファイル取得モジュール１４０は、画像処理装置２２０から第２の情報を受け付けた場合は、その第２の情報に対応するアクセストークンと格納場所を示す情報を用いて、その画像処理装置２２０から文書画像を受信し、その文書画像を該格納場所に送信する。
また、画像処理装置２２０は、第２の情報を、送信者による操作によって受け付け、又は、その送信者が用いる端末から受け付け、第２の情報を情報処理装置１００に送信し、文書画像を読み取って、その文書画像を情報処理装置１００に送信する。
もちろんのことながら、この場合においても、情報処理装置１００とモバイル端末２１０間の通信は、メール／ＳＮＳ装置２４０を介して行ってもよい。
また、情報処理装置１００、画像処理装置２２０等は、クラウドサービス装置２３０からの印刷対象である文書の取り出し、スキャン対象となる文書のクラウドサービス装置２３０への格納の両方を行えるようにしてもよい。

【0051】

図７は、本実施の形態による処理例を示すフローチャートである。ステップＳ７０２からステップＳ７２２までの処理は、図４の例に示したステップＳ４０２からステップＳ４２２までの処理と同等である。なお、前述した通り、ＵＲＬは、スキャンした文書画像（スキャンファイルともいう）の格納場所を意味している。主に、ステップＳ７２４以降が、図４の例に示したフローチャートと異なっている。
ステップＳ７０２では、モバイル端末２１０は、クラウドサービス装置２３０からスキャン対象を格納するフォルダ（ディレクトリ、コレクション等ともいわれる）を示すＵＲＬであるところのフォルダＵＲＬを取得する。
ステップＳ７０４では、モバイル端末２１０は、情報処理装置１００に対して、スキャンサービス向けのメッセージで、ステップＳ７０２で取得したフォルダＵＲＬを送信する。
ステップＳ７０６では、情報処理装置１００は、フォルダＵＲＬを解釈して認可リクエストを作成する。

【0052】

ステップＳ７０８では、情報処理装置１００は、リリースコードとフォルダＵＲＬを対応付けて、アクセストークン保存テーブル３００に保存する。
ステップＳ７１０では、情報処理装置１００は、モバイル端末２１０に対して、認可リクエストのＵＲＬ（ｓｔａｔｅパラメータにリリースコードを設定）とユーザー可読のリリースコードを送信する。
ステップＳ７１２では、モバイル端末２１０は、クラウドサービス装置２３０に対して、認可リクエストを送信し、認可画面を表示する。具体的には、ユーザーの操作に応じて、認可リクエストのＵＲＬにアクセスすることが、認可リクエストを送信することに該当し、その結果、ブラウザ内に認可画面を表示することになる。

【0053】

ステップＳ７１４では、モバイル端末２１０は、ユーザーの操作に応じて、クラウドサービス装置２３０に対して、認可操作を行う。ここでの認可の対象とは、情報処理装置１００がクラウドサービス装置２３０内の格納場所にファイルを格納することである。
ステップＳ７１６では、クラウドサービス装置２３０は、情報処理装置１００に対して、認可コード（ｓｔａｔｅパラメータにリリースコードを設定）を送信する。
ステップＳ７１８では、情報処理装置１００は、クラウドサービス装置２３０から、アクセストークン（認可コード）を取得する。

【0054】

ステップＳ７２０では、情報処理装置１００は、リリースコードとアクセストークンを対応付けて、アクセストークン保存テーブル３００に保存する。
ステップＳ７２２では、モバイル端末２１０又はモバイル端末２１０のユーザーは、画像処理装置２２０に対して、リリースコードを入力する。
ステップＳ７２４では、画像処理装置２２０は、文書をスキャンしてスキャンファイルを生成する。

【0055】

ステップＳ７２６では、画像処理装置２２０は、情報処理装置１００に対して、スキャンファイルと送信リクエスト（リリースコード付き）を送信する。
ステップＳ７２８では、情報処理装置１００は、アクセストークン保存テーブル３００を用いて、ステップＳ７２６で取得したリリースコードに対応するフォルダＵＲＬ、アクセストークンを抽出する。情報処理装置１００は、そのフォルダＵＲＬ、アクセストークンを用いて、クラウドサービス装置２３０に対して、スキャンファイルを送信する。そして、画像処理装置２２０においてスキャンファイルが格納された場合は、クラウドサービス装置２３０から情報処理装置１００、情報処理装置１００から画像処理装置２２０に格納が成功した旨を示す情報を送信する。画像処理装置２２０は、格納が終了したことを表示してもよい。
なお、ファイルのバージョンアップや差替等を行う場合は、フォルダＵＲＬをファイルＵＲＬとすればよい。また、ＵＲＬがファイルＵＲＬであるか、フォルダＵＲＬであるかを判断し、ＵＲＬがファイルＵＲＬである場合は、ファイルのバージョンアップや差替等を行い、ＵＲＬがフォルダＵＲＬである場合は、そのフォルダにファイルを格納するようにしてもよい。

【0056】

図８を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図８に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部８１７と、プリンタ等のデータ出力部８１８を備えたハードウェア構成例を示している。

【0057】

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８０１は、前述の実施の形態において説明した各種のモジュール、すなわち、印刷サービス処理モジュール１０５、認可リクエストＵＲＬ発行モジュール１１０、リリースコード発行モジュール１２０、アクセストークン保存モジュール１３０、ファイル取得モジュール１４０、通信モジュール１９０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

【0058】

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８０２は、ＣＰＵ８０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８０３は、ＣＰＵ８０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス８０４により相互に接続されている。

【0059】

ホストバス８０４は、ブリッジ８０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス８０６に接続されている。

【0060】

キーボード８０８、マウス等のポインティングデバイス８０９は、操作者により操作されるデバイスである。ディスプレイ８１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス８０９とディスプレイ８１０の両方の機能を備えているタッチスクリーン等であってもよい。

【0061】

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）８１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ８０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、アクセストークン記憶モジュール１５０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。

【0062】

ドライブ８１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体８１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース８０７、外部バス８０６、ブリッジ８０５、及びホストバス８０４を介して接続されているＲＡＭ８０３に供給する。なお、リムーバブル記録媒体８１３も、データ記録領域として利用可能である。

【0063】

接続ポート８１４は、外部接続機器８１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート８１４は、インタフェース８０７、及び外部バス８０６、ブリッジ８０５、ホストバス８０４等を介してＣＰＵ８０１等に接続されている。通信部８１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部８１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部８１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

【0064】

なお、図８に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図８に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図８に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

【0065】

前述の実施の形態においては、ファイルが格納場所を示すＵＲＬを例示したが、フォルダのＵＲＬであってもよい。その場合は、画像処理装置２２０でリリースコードを入力すると、フォルダの内容物のリストが表示されて、そこから対象のファイルを指定することになる。
前述の実施の形態においては、ステップＳ４１０で、ユーザー可読のＵＲＬを送信しているが、ステップＳ４２０後のリダイレクト画面で表示してもよい。この場合、ユーザーが初めてリリースコードを知るタイミングから、リリースコードが利用可能な状態であることになる。
アクセストークン保存テーブル３００として、メールアドレス又はＳＮＳアカウントを、アクセストークンを対応付けて記憶させてもよい。この処理は、ステップＳ４０８で行えばよい。この場合、２回目以降は、認可フローを経ずに、ファイルを印刷することができるようになる。

【0066】

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

【符号の説明】

【0067】

１００…情報処理装置
１０５…印刷サービス処理モジュール
１１０…認可リクエストＵＲＬ発行モジュール
１２０…リリースコード発行モジュール
１３０…アクセストークン保存モジュール
１４０…ファイル取得モジュール
１５０…アクセストークン記憶モジュール
１９０…通信モジュール
２１０…モバイル端末
２２０…画像処理装置
２２２…リリースコード受付モジュール
２２４…印刷サービス接続モジュール
２２６…印刷モジュール
２３０…クラウドサービス装置
２４０…メール／ＳＮＳ装置
２９０…通信回線

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】