JP7551362B2

JP7551362B2 - 画像処理装置、その制御方法、及びプログラム

Info

Publication number: JP7551362B2
Application number: JP2020113361A
Authority: JP
Inventors: 千恵伊藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-06-30
Filing date: 2020-06-30
Publication date: 2024-09-17
Anticipated expiration: 2040-06-30
Also published as: JP2022011932A; US20230388425A1; CN113873091A; US11765284B2; US20210409554A1; CN113873091B

Description

本発明は、画像処理装置、その制御方法、及びプログラムに関する。

近年、シェアオフィスやコワーキングスペースが注目され、シェアオフィスやコワーキングスペースに欠かせない設備として複合機等の画像処理装置が挙げられている。また、クラウドサービスの導入を進めている企業も多い。

シェアオフィスやコワーキングスペースに設置された画像処理装置で原稿を読み取って生成された画像データを、自社で使用しているクラウドサービスやビジネスチャットにアップロードしたい要望がある。

しかしながら、セキュリティの観点から、不特定多数のユーザーが使用する画像処理装置を自社で使用しているクラウドサービスに安易に接続することは好まれない。仮に、接続しようとしても、画像処理装置からクラウドサービスに接続するための手順は容易ではない。シェアオフィスやコワーキングスペースに設置された画像処理装置で原稿を読み取って生成された画像データを容易に入手することが難しい現状がある。

特許文献１には、ネットワークを介してクラウドサーバと通信可能な画像読取装置が開示されている。

特開２０１７－１８８８８０号公報

シェアオフィスやコワーキングスペースに設置された画像処理装置では、不特定多数のユーザーが使用するためログインしなくても使えるようにしていることが多い。クラウドサービスを使用するために、そのような画像処理装置にユーザーがクラウドサービスのアカウントを登録するのは手間がかかる。

特許文献１の方法では、ＰＣやスマートホンなどの端末で予めクラウドサービスにログインし、データ格納フォルダ情報やログイン情報を含むチケットを生成し、チケットを画像処理装置に送信する。画像処理装置にログインしたユーザーによりスキャンが実行されると、ログインユーザーに紐づけられたチケットを読み出しクラウドにデータをアップロードする。つまり、特許文献１では、クラウドサービスのアカウントが予め画像処理装置に登録されていることが前提となっている。

一方、クラウドサービスやビジネスチャットでは、それらのアカウントがないユーザーでもファイルを共有できるような一時共有ファイル機能を備えているものが多い。例えばＤｒｏｐｂｏｘ社のＤｒｏｐｂｏｘ（登録商標）ではリンク共有機能として、Ｄｒｏｐｂｏｘ内の任意のファイルまたはフォルダに対するリンクを作成することができる。リンクはユニークなＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）であり、ＵＲＬにアクセスすることでファイルの内容をブラウザで表示することや、ファイルをダウンロードすることが可能となる。

本発明は上記の課題に鑑みてなされたものである。本発明は、原稿の画像を読み取ることによって生成された画像データをクラウドサービスに送信し、画像処理装置に誰もログインされていない状態で原稿の画像を読み取るための指示を受け付けたら、送信された画像データの格納先を示す格納先情報と格納先情報の期限を示す情報をクラウドサービスに生成させるための要求をクラウドサービスに行い、その要求が行われた後、他の装置によって撮影されることによって格納先情報が他の装置によって取得され、他の装置によって取得された格納先情報によって他の装置が画像データを受信することが可能なコード情報をユーザに通知し、期限の経過後は、コード情報を用いた画像データの受信ができなくなる仕組みを提供することを目的とする。

本発明は、クラウドサービスとネットワークを介して通信可能な画像処理装置であって、原稿の画像を読み取る読取手段と、前記原稿の画像を前記読取手段によって読み取るための指示を受け付ける受付手段と、前記読取手段によって前記画像を読み取ることによって生成された画像データを前記クラウドサービスに送信する送信手段と、ユーザを前記画像処理装置にログインさせるログイン手段と、前記ログイン手段によって前記画像処理装置に誰もログインされていない状態で前記受付手段によって前記指示を受け付けたら、前記送信手段によって送信された前記画像データの格納先を示す格納先情報と前記格納先情報の期限を示す情報を前記クラウドサービスに生成させるための要求を前記クラウドサービスに行う要求手段と、前記要求手段によって前記要求が行われた後、他の装置によって撮影されることによって前記格納先情報が前記他の装置によって取得され、前記他の装置によって取得された前記格納先情報によって前記他の装置が前記画像データを受信することが可能なコード情報をユーザに通知する通知手段とを有し、前記期限の経過後は、前記コード情報を用いた前記画像データの受信ができなくなることを特徴とする。

本発明によれば、原稿の画像を読み取ることによって生成された画像データをクラウドサービスに送信し、画像処理装置に誰もログインされていない状態で原稿の画像を読み取るための指示を受け付けたら、送信された画像データの格納先を示す格納先情報と格納先情報の期限を示す情報をクラウドサービスに生成させるための要求をクラウドサービスに行い、その要求が行われた後、他の装置によって撮影されることによって格納先情報が他の装置によって取得され、他の装置によって取得された格納先情報によって他の装置が画像データを受信することが可能なコード情報をユーザに通知し、期限の経過後は、コード情報を用いた画像データの受信ができなくなる仕組みを提供することができる。

本発明の実施形態に係るシステムの全体構成図画像処理装置１０１のハードウェア構成図画像処理装置１０１のソフトウェア構成図クラウド１０２のハードウェア構成図クラウド１０２のソフトウェア構成図画像処理装置１０１のホーム画面の例を示す図画像処理装置１０１とクラウド１０２間のシーケンスの例を示す図画像処理装置１０１で実行されるプログラムの例を示す図画像処理装置１０１のスキャンＴｏクラウドの実行時のフローチャートクラウド１０２のスキャンＴｏクラウドの実行時のフローチャート

以下、添付図面を参照して本発明の実施形態を詳しく説明する。本実施形態では画像処理装置として、プリントやスキャン機能を有する複合機を例に説明をするが、特許請求の範囲に係る本発明を限定するものではない。また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

図１は、本実施形態に係る画像処理システムを示すシステム構成図である。画像処理装置１０１と、クラウド１０２とは、ネットワーク１００を介して通信可能に接続されている。不図示の複数の画像処理装置やサーバが接続されていてもよい。

画像処理装置１０１は原稿画像をスキャンして得られた画像データを含むファイルを、ネットワーク１００を介してクラウド１０２に送信する機能を有する。クラウド１０２は画像処理装置１０１から送信されたファイルを格納するオンラインのストレージサービス機能の他、各種サービスを提供する。クラウド１０２は、単一のクラウドサーバで構成されていてもよいし、複数のクラウドサーバ群によって構成されていてもよい。また、画像処理装置１０１とクラウド１０２は同一ネットワーク上にあってもよい。

図２は、本実施形態における画像処理装置１０１のハードウェア構成を表すブロック図である。画像処理装置１０１は原稿の画像を読み取る読取機能、シート（印刷用紙）に画像を印刷する印刷機能を有する。また、他にも画像処理装置１０１は、画像データをファイルに変換して外部装置に送信するファイル送信機能などを有している。

なお、本実施形態では画像処理装置１０１の例として複合機を用いて説明をするが、これに限定されるものではない。例えば、印刷機能を有さないスキャナなどの画像読取装置が用いられてもよい。

ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２０１を含む制御部２００は、画像処理装置１０１全体の動作を制御する。

ＣＰＵ２０１は、ＲＯＭ２０２またはストレージ２０４に記憶された制御プログラムを読み出して、読取制御や印刷制御などの各種制御を行う。

ＲＯＭ２０２は、ＣＰＵ２０１で実行可能な制御プログラムを記憶する。

ＲＡＭ２０３は、ＣＰＵ２０１の主記憶メモリであり、ワークエリア、ＲＯＭ２０２及びストレージ２０４に記憶された各種制御プログラムを展開するための一時記憶領域として用いられる。

ストレージ２０４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。ストレージ２０４は、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）であってもよいし、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）であってもよい。なお、本実施形態の画像処理装置１０１では、１つのＣＰＵ２０１が１つのメモリ（ＲＡＭ２０３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ２０６は、操作部２０７に接続される。操作部２０７は、表示部としての機能を有するタッチパネルを有し、タッチパネルを介してユーザーに対して情報を表示したり、ユーザーからの入力を検出したりする。また、操作部２０７は、ハードキーを有しており、ユーザーからの入力を検出する。

読取部Ｉ／Ｆ２０８は、読取部２０９に接続される。読取部２０９はスキャナであり、原稿の画像をスキャンして、画像データを生成する。読取部２０９によって生成された画像データはストレージ２０４に記憶され、ネットワーク１００を介して外部装置に送信される。また、読取部２０９によって生成された画像データはストレージ２０４に基づいて印刷部２１１がシート上に画像を印刷する。また、読取部２０９は、自動原稿搬送装置（ＡｕｔｏＤｏｃｕｍｅｎｔＦｅｅｄｅｒ）を有していてもよく、自動原稿搬送装置に載置された複数枚の原稿を１枚ずつ搬送させ、搬送された原稿の画像を読取部２０９が読み取ることが可能である。

印刷部Ｉ／Ｆ２１０は、印刷部２１１に接続される。印刷される画像データは印刷部Ｉ／Ｆ２１０を介して印刷部２１１に転送される。印刷部２１１は制御コマンド及び印刷すべき画像データを受信し、この画像データに基づいた画像をシート上に印刷する。印刷部２１１の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。電子写真方式の場合は、感光体上に静電潜像を形成した後トナーにより現像し、そのトナー像をシートに転写し、転写されたトナー像を定着することにより画像を形成する。一方、インクジェット方式の場合は、インクを吐出してシートに画像を印刷する。

また、画像処理装置１０１は、ネットワークＩ／Ｆ２０５を介してネットワーク１００に接続される。ネットワークＩ／Ｆ２０５は、ネットワーク１００上のクラウド１０２と通信可能に接続され、読取部２０９によって生成された画像データをクラウド１０２に送信する。

ネットワークＩ／Ｆ２０５を介して受信した印刷データは、ストレージ２０４又はＲＯＭ２０２に記憶された印刷データを解析するためのソフトウェアモジュール（ＰＤＬ解析部、不図示）によってＣＰＵ２０１によって解析される。ＰＤＬ解析部は、様々な種類のページ記述言語（ＰａｇｅＤｅｓｃｒｉｐｔｉｏｎＬａｎｇｕａｇｅ）で表現された印刷データに基づいて印刷部２１１で印刷するためのデータを生成する。

なお、画像処理装置１０１は、不図示のモデムを有し、読取部２０９で原稿を読み取って生成された画像データをモデムを介して送信するファクス機能を有していてもよい。

図３は本実施形態における画像処理装置１０１のソフトウェア構成を表すブロック図である。記憶部３０８を除く各ブロックは、ＣＰＵ２０１が、ＲＯＭ２０２に記憶されたプログラムをＲＡＭ２０３に読み出して実行することによって実現される。記憶部３０８は、ストレージ２０４によって実現される。

制御部３０１は、他のモジュールを制御し、スキャン、送信、印刷、表示処理などの画像処理装置１０１内で発生する各処理の実行を統括的に制御する。

認証処理部３０５は画像処理装置１０１でユーザー管理が行われている場合、ユーザーからログイン／ログアウト要求を受け付ける。認証処理部３０５はログイン要求を受け付けると、記憶部３０８に記憶されたユーザー管理情報を参照し認証を行う。認証が成功したら、認証処理部３０５はＵＩ制御部３０２にホーム画面を操作部２０７に表示するよう指示する。ユーザー管理情報は不図示の外部にあるサーバで管理しても良い。その場合、認証処理部３０５は外部サーバに認証情報を送信し認証を行う。

ＵＩ制御部３０２は、操作部Ｉ／Ｆ２０６を介して操作部２０７を制御する。具体的には、操作部２０７へのユーザー通知や選択肢等の表示、及び、ユーザーによる操作部２０７の操作を受け付け、操作内容を他の機能部に通達する。

スキャン処理部３０３は読取部Ｉ／Ｆ２０８を介して読取部２０９でスキャンを実行し、読み取ったスキャン画像を記憶部３０８に記憶する。

プリント処理部３０４は印刷部Ｉ／Ｆ２１０を介して印刷部２１１で印刷を実行する。

通信部３０６はネットワークＩ／Ｆ２０５を介してネットワーク１００上のクラウド１０２や他の機器とデータ送受信等の通信を行う。

ＱＲコード（登録商標）生成部３０７は数値やテキスト情報を所定のコードの例であるＱＲコードに変換する。生成されたＱＲコードはＵＩ制御部３０２を介し操作部２０７に表示したり、プリント処理部３０４により印刷される。

記憶部３０８は、他の機能部からの指示により、指定されたデータを記憶する、あるいは記憶しているデータを読み出す。本実施形態で、記憶部３０８は、原稿を読み取って生成された画像データやユーザー管理情報、通信部３０６により受信したデータ等を記憶し、管理する。

図４は本実施形態におけるクラウド１０２のハードウェア構成を表すブロック図である。

ＣＰＵ４０１を含む制御部４００は、クラウド全体の動作を制御する。

ＣＰＵ４０１は演算回路からなり、ＲＯＭ４０２またはＨＤＤ４０４に記憶されたプログラムをＲＡＭ４０３に読み出し、種々の処理を実行する。

ＲＯＭ４０２は、サーバ１０２の制御に用いられるシステムプログラムなどを記憶する。

ＨＤＤ４０４は、種々の処理を実行するアプリケーションプログラムや画像データなどを記憶する。ＨＤＤ４０４は記憶装置の一例であり、ＨＤＤ以外にもＳＳＤなどにより構成することができる。

通信部Ｉ／Ｆ４０７は、クラウド１０２に種々の機器を接続するためのインターフェースである。ＣＰＵ４０１の制御に基づいて画像処理装置１０１などとネットワーク１００を介して通信を行う。

この他、クラウド１０２は、キーボードやタッチパネル、表示部等を有していてもよい。

図５は本実施形態におけるクラウド１０２のソフトウェア構成図である。記憶部５０６を除く各ブロックは、ＣＰＵ４０１が、ＲＯＭ４０２に記憶されたプログラムをＲＡＭ４０３に読み出して実行することによって実現される。記憶部５０６は、ＨＤＤ４０４によって実現される。

認証処理部５０１はクラウド１０２へのログイン／ログアウト要求を処理する。ユーザーからログインの認証要求を受け取ると、認証処理を行い、認証結果を返信する。

通信部５０３は通信部Ｉ／Ｆ４０７を介してネットワーク１００上の画像処理装置１０１や他の機器とデータ送受信等の通信を行う。通信部５０３は画像処理装置１０１からのリクエストを受け取ると、制御部５０２にリクエストの内容を送信する。制御部５０２がリクエストを処理した結果及びデータを受け取ると、通信部５０３は画像処理装置１０１にレスポンスを送信する。

制御部５０２は、通信部５０３を介して受信したリクエストの内容に従い、画像処理装置１０１から受信した画像データを記憶、削除、移動、更新等の処理をファイル管理部５０４に指示する。またリクエスト内容が共有ＵＲＬ生成要求の場合、共有ＵＲＬ生成部５０５にＵＲＬ生成を指示する。

ファイル管理部５０４は制御部５０２の指示に従い、記憶部５０６への画像データの記憶、既に記憶された画像データの削除、移動、更新を行う。

共有ＵＲＬ生成部５０５は記憶部５０６に格納されたデータのユニークなＵＲＬを生成する。

記憶部５０６は、他の機能部からの指示により、指定されたデータをＲＯＭ４０２、ＲＡＭ４０３、ＨＤＤ４０４に記憶する、あるいは記憶しているデータを読み出す。本実施形態では、記憶部５０６は通信部５０３を介して受信した画像データや共有ＵＲＬ生成部５０５により生成されたＵＲＬ情報などを管理している。

図６は本実施形態における操作部２０７のタッチパネルに表示される画像処理装置１０１のホーム画面６００の一例である。ホーム画面６００には、画像処理装置１０１で実行可能なファンクション（コピー、ファクス、メディアプリント、スキャンＴｏクラウド等）のボタンが表示されている。ユーザーは任意のボタンを押下することでそれらのファンクションを選択できる。

画像処理装置はログイン機能を有する。ログイン機能は、操作部２０７を介して管理者等によって有効または無効に設定される。ログイン機能が有効に設定されている場合、誰もログインしていない状態で、ＣＰＵ２０１は、不図示のログイン画面を操作部２０７に表示させ、ユーザから認証情報を受付け、受け付けた認証情報に基づいてユーザーを認証する。認証に成功した場合に、ユーザを画像処理装置１０１にログインした状態にし、操作部２０７にホーム画面６００を表示させる。一度にログインした状態にできる人数は１人であるものとする。別のユーザが画像処理装置１０１にログインする場合、先のユーザが操作部２０７を介してログアウト指示を行うと、先のユーザが画像処理装置１０１からログアウトされ、誰もログインしていない状態になる。その状態でログイン画面が操作部２０７に表示され、別のユーザが認証情報を入力すると、入力された認証情報に基づく認証が画像処理装置１０１で行われ、別のユーザがログインした状態になる。なお、操作部２０７のタッチパネルに表示されるソフトウェアキーボードを介してユーザが認証情報を入力することでＣＰＵ２０１は認証情報を取得する。また、別の方法として、ユーザがカードを操作部２０７のカードリーダーにかざすことによって無線通信によってＣＰＵ２０１がカードから取得するようにしてもよい。ＣＰＵ２０１は、取得した認証情報を使ってユーザを認証し、認証に成功した場合、ユーザを画像処理装置１０１にログインした状態にする。認証を外部サーバで行う場合、画像処理装置１０１は、取得した認証情報を外部サーバに送信し、外部サーバで認証が行われた後、認証の結果を外部サーバから受信すればよい。

また、ログイン機能が有効に設定されている場合、画像処理装置１０１は予めクラウド１０２に接続され、クラウド１０２のアクセストークンをユーザごとに記憶部３０８に記憶する。事前にユーザが画像処理装置１０１にログインし、ブラウザを用いてクラウドサーバ１０２にアクセスし、クラウドサーバ１０２にユーザ名やパスワードを入力し、クラウドサーバ１０２のアカウントを作成する。そして、クラウドサーバ１０２にアクセストークンを発行してもらい、それを画像処理装置１０２は受信し、ログインした状態のユーザに紐づけて記憶部３０８に記憶しておく。

そして、ユーザーが画像処理装置１０１にログインした状態でホーム画面６００のスキャンＴｏクラウドボタンを押下すると、制御部３０１はスキャン処理部３０３にスキャン実行を指示する。スキャン実行の指示を受けるとスキャン処理部３０３は読取部２０９に原稿の読み取りを開始させる。読取部２０９が原稿を読み取ると原稿の画像を示す画像データが生成され、生成された画像データが記憶部３０８に保存される。制御部３０１は、記憶部３０８に記憶された画像データをクラウド１０２に送信するよう通信部３０６に指示する。通信部３０６はクラウド１０２に、ログインした状態のユーザのアクセストークンとともに画像データを送信する。クラウド１０２は、受信したアクセストークンに基づいて記憶部５０６の中のそのユーザーの記憶領域を特定し、特定した記憶領域に受信した画像データを記憶する。なお、アクセストークンで特定した記憶領域を画像データの格納場所とするのではなく、別の方法で格納場所を決めてもよい。例えば、スキャンｔｏクラウドボタンが押された後に、画像処理装置１０１がクラウド１０２と通信し、クラウド１０２のフォルダ階層のリストを受信し、どこのフォルダに記憶するかを選択することで画像データの格納場所を決めてもよい。

一方、ログイン機能が無効に設定されている場合、画像処理装置１０１の起動後、ＣＰＵ２０１は、ホーム画面６００を操作部２０７に表示させる。この状態では、ログインを必要とせず、画像処理装置１０１に認証情報を登録していないユーザーであっても画像処理装置１０１を利用することができる。

画像処理装置１０１が自社オフィス内にある場合、スキャンＴｏクラウドにより送信された画像データのファイルパスは容易に特定できる。一方、シェアオフィスやコワーキングスペースに設置された画像処理装置１０１でスキャンＴｏクラウドする場合、予め接続されたクラウドはシェアオフィスやコワーキングスペースを運営している会社のクラウドとなる。この場合、画像データのアップ先をシェアオフィスやコワーキングスペースユーザーが知ることは容易ではない。一方、シェアオフィスやコワーキングスペースに設置された画像処理装置１０１から、ユーザーが自社クラウドに接続しようとすると、複雑な手順が必要となり、またアクセスログが残るなどのセキュリティの懸念がある。

そこで、本実施形態では、ログイン機能が無効に設定されている状態でスキャンＴｏクラウドを実行した場合、画像データをクラウド１０２に送信した後、クラウド１０２に画像データの格納場所を示す情報を要求する。そして、その要求を受信したクラウド１０２は画像データの格納場所を示す情報としてＵＲＬを発行し、ユーザーに通知する。ユーザーへの通知の方法として、例えばＵＲＬを操作部２０７に表示してもよいし、ＵＲＬを印刷してもよい。そのＵＲＬを、スマートフォンまたはＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）に入力することによって、クラウド１０２に格納された画像データを容易にダウンロードすることができる。また、ＵＲＬをＱＲコードに変換して表示してもよい。それによって、表示されたＱＲコードをスマートフォンのカメラで撮影することでクラウド１０２に格納された画像データをスマートフォンに容易にダウンロードすることができる。また、ＵＲＬをＱＲコードに変換してシートに印刷してもよい。シートに印刷されたＱＲコードをスマートフォンのカメラで撮影することでクラウド１０２に格納された画像データをスマートフォンに容易にダウンロードすることができる。また、クラウド１０２への送信が成功した後、ユーザーからメールアドレスの入力を受付け、受け付けたメールアドレスにそのＵＲＬを含むメールを送信してもよい。そのメールを受信したスマートフォンまたはＰＣでユーザーは容易にクラウド１０２に格納された画像データをダウンロードすることができる。

このように、本実施形態によれば、ユーザーは、画像処理装置１０１にログインしない状態で原稿を読み取って画像データをクラウド１０２に送信した場合に、自分のＰＣやスマートフォンを使って容易にその画像データをダウンロードすることができる。

図７は、ログイン機能が無効になっている状態でシェアオフィスやコワーキングスペースに設置された画像処理装置１０１からスキャンＴｏクラウドの実行を指示した際の画像処理装置１０１とクラウド１０２間のシーケンスの一例である。このシーケンスでは共有ＵＲＬをＱＲコード化し印刷する例について説明する。図７のフローチャートに示す画像処理装置１０１の処理は、画像処理装置１０１のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムをＲＡＭ２０３に読み出して実行することによって実現される。また、図７のフローチャートに示すクラウド１０２の処理は、クラウド１０２のＣＰＵ４０１がＲＯＭ４０２に記憶されたプログラムをＲＡＭ４０３に読み出して実行することによって実現される。

Ｓ７０１で、ユーザーは画像処理装置１０１に起動指示を行い、ユーザーが画像処理装置１０１を起動させる。この起動は省電力状態からの復帰指示であってもよい。

図７の例ではログイン機能が無効になっており、シェアオフィスやコワーキングスペースのユーザーは画像処理装置１０１に登録されていないため、ＣＰＵ２０１は、操作部２０７にホーム画面６００を表示させる。

Ｓ７０３で、ユーザーは原稿を読取部２０９の原稿台または自動原稿搬送装置にセットし、ホーム画面６００のスキャンＴｏクラウドボタンを押下する。

Ｓ７０４で、ＣＰＵ２０１は、読取部２０９に原稿の画像を読み取らせる。Ｓ７０５で、読取部２０９は原稿を読み取って画像データを生成する。ＣＰＵ２０１は、読取部２０９によって生成された画像データを読取部２０９から受け取り、ストレージ２０４に記憶する。

Ｓ７０６で、ＣＰＵ２０１は、ストレージ２０４に記憶された画像データをクラウド１０２に送信するよう通信部３０６を制御する。通信部３０６は、クラウド１０２に接続するために、予めゲスト用にストレージ２０４に登録されたアクセストークンを用いて、Ｓ７０５で生成された画像データとをクラウド１０２に送信する。

クラウド１０２は通信部５０３を介し、画像処理装置１０１から画像データを受信する。Ｓ７０７で、クラウド１０２のＣＰＵ４０１は、受信した画像データをＨＤＤ４０４に記憶するようファイル管理部５０４に指示する。ファイル管理部５０４はＨＤＤ４０４に画像データを記憶する。Ｓ７０８で、ＣＰＵ４０１は、ＨＤＤ４０４に画像データが記憶されたことを示す情報と、Ｓ７０７で記憶した画像データの格納場所を示すファイルパスを、通信部５０３を介して画像処理装置１０１に送信する。

画像処理装置１０１は、画像データが記憶されたことを示す情報とファイルパスを通信部３０６を介して受信する。

Ｓ７０９で、ＣＰＵ２０１は、その画像データをダウンロードするためのＵＲＬ（共有ＵＲＬともいう）の生成要求と、ファイルパスと、共有ＵＲＬ生成用の設定情報をクラウド１０２に送信する送信処理を実行する。設定情報は、例えば、共有ＵＲＬの有効期限である。この有効期限が切れると、この共有ＵＲＬを用いたアクセスができなくなる。この有効期限は、予め画像処理装置１０１に設定された固定の期間であってもよいし、ユーザーがスキャンｔｏクラウドボタンを押下したことに応じて表示される画面を介して入力するようにしてもよい。また、このような有効期限を設定しないようにしてもよい。また、設定情報の他の例はパスワードである。共有ＵＲＬに対するアクセスがあったときにパスワードの入力をクラウド１０２から、共有ＵＲＬを用いてアクセスしてきたユーザーに要求し、正しいパスワードが送信されたらＣＰＵ４０１はアクセスを許可する。正しいパスワードが送信されてこなかったらＣＰＵ４０１はアクセスを禁止する。このパスワードも、ユーザーがスキャンｔｏクラウドボタンを押下したことに応じて表示される画面を介して入力するようにすればよい。このようなパスワードは設定情報に含まれなくてもよい。

クラウド１０２のＣＰＵ４０１は通信部５０３を介し、画像処理装置１０１から共有ＵＲＬの生成要求とファイルパスと設定情報を受信する。

Ｓ７１０で、ＣＰＵ４０１は、受信したファイルパスに基づいて、ストレージ４０４に記憶されている画像データを特定し、その画像データをダウンロードするための共有ＵＲＬを生成する。

Ｓ７１１で、ＣＰＵ４０１は、生成された共有ＵＲＬを、通信部５０３を介し画像処理装置１０１に送信する。

画像処理装置１０１のＣＰＵ２０１は、通信部３０６を介して共有ＵＲＬを受信する。

Ｓ７１２で、ＣＰＵ２０１は、ＱＲコード生成部３０７によって共有ＵＲＬをＱＲコードに変換する。

Ｓ７１３で、ＣＰＵ２０１は、Ｓ７１２における変換によって得られたＱＲコードをシートに印刷するよう印刷部２１１に指示する。印刷部２１１は、印刷するよう指示されたＱＲコードをシートに印刷する。

図８は、図７のＳ７０９で、画像処理装置１０１がクラウド１０２に共有ＵＲＬ生成要求を送信する際のプログラムのサンプルである。本実施形態ではクラウドの一例としてＤｒｏｐｂｏｘ（登録商標）を例に説明する。

８０１は予め記憶部３０８に記憶されたクラウド１０２に接続するためのアクセストークンである。

８０２は画像データが記憶された場所を示すクラウド上のファイルパスを指定している。本実施形態ではｉｍａｇｅｓというフォルダの下にｓｃａｎ００１．ｊｐｇというファイル名で記憶されていることを示している。ファイルの記憶先や、ファイルのファイル名は予め決められたルールに従ってクラウド１０２のＣＰＵ４０１で決められる。しかしながら、本発明は、これに限られない。ファイルの記憶先や、ファイルのファイル名は画像処理装置１０１が操作部２０７の画面を介してユーザーが指定したものであってもよい。また、ファイルの記憶先は、画像処理装置１０１がクラウド１０２から取得したフォルダの階層を表示し、その階層からユーザーが階層を選択することによって決まる構成でもよい。

８０３ではスキャン実行により得られた画像データ（ｓｃａｎ＿ｆｉｌｅ）を指定してクラウドへアップロードするためのＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を呼び出している。

８０４では共有ＵＲＬ生成時に指定するパラメータを設定している。生成した共有ＵＲＬはログイン不要で誰でもアクセスできるＵＲＬであることを指定している。

８０５では８０４で指定したパラメータで共有ＵＲＬを生成するＡＰＩを呼び出している。

図９は本実施形態における画像処理装置１０１でスキャンＴｏクラウドが実行された場合の画像処理装置１０１のフローチャートの一例である。図９のフローチャートに示す画像処理装置１０１の処理は、画像処理装置１０１のＣＰＵ２０１がＲＯＭ２０２に記憶されたプログラムをＲＡＭ２０３に読み出して実行することによって実現される。

画像処理装置１０１が起動した後、Ｓ９０１で、ＣＰＵ２０１は、操作部２０７にホーム画面６００を表示させる。

Ｓ９０２で、ユーザーがホーム画面６００上に表示されたスキャンＴｏクラウドボタンを押下することで、ＣＰＵ２０１は、スキャンＴｏクラウド実行要求を受け付ける。

Ｓ９０３で、ＣＰＵ２０１は、読取部Ｉ／Ｆ２０６を介して読取部２０７に読み取りの実行指示を発行し、読取部２０７に原稿を読み取らせる。

Ｓ９０４で、ＣＰＵ２０１は、読取部２０７によって読み取られた原稿の画像を示す画像データをストレージ２０４に記憶する。

Ｓ９０５で、ＣＰＵ２０１は、ストレージに記憶された画像データをクラウド１０２に送信するアップロード処理（送信処理）を実行する。

Ｓ９０６で、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０５を介して、クラウド１０２から画像データのアップロード（送信）が成功したか失敗したかを示す情報と、画像データを格納した場所を示すフォルダパスを受信する。

Ｓ９０７で、ＣＰＵ２０１は、Ｓ９０６で受信した情報に基づいて、画像データのアップロードに成功したか失敗したかを判定する。アップロードに失敗したと判定した場合、ＣＰＵ２０１は、Ｓ９０８に処理を進め、画像データのアップロードに失敗したことを示すエラーＭｓｇ（メッセージ）を操作部２０７に表示させ、図９のフローチャートに示す処理を終了する。

画像データのアップロードに成功したと判定した場合、ＣＰＵ２０１はＳ９０９に処理を進める。Ｓ９０９で、ＣＰＵ２０１は、アップロードした画像データをダウンロードするための共有ＵＲＬの生成要求と、Ｓ９０６で受信したフォルダパスと、設定情報とをクラウド１０２に送信する送信処理を実行する。

Ｓ９１０で、ＣＰＵ２０１は、Ｓ９０９で送信した生成要求に応じてクラウド１０２から送信された共有ＵＲＬ生成の生成結果を受け取る。

Ｓ９１１で、ＣＰＵ２０１は、共有ＵＲＬの生成に成功したか、失敗したかを判断する。共有ＵＲＬの生成に失敗したと判断した場合、Ｓ９１２で、ＣＰＵ２０１は、共有ＵＲＬの生成に失敗したことを示すエラーＭｓｇを操作部２０７に表示させ、図９のフローチャートに示す処理を終了する。

Ｓ９１１で、共有ＵＲＬの生成に成功したと判断した場合、Ｓ９１３で、ＣＰＵ２０１は、ＱＲコード生成部３０７に受信した共有ＵＲＬのＱＲコード化を指示する。

Ｓ９１４で、ＣＰＵ２０１は、共有ＵＲＬコード生成部３０７が生成したＱＲコードを印刷部２１１に印刷するよう指示する。印刷部２１１は、印刷するよう指示されたＱＲコードをシートに印刷する。

図１０は画像処理装置１０１でスキャンＴｏクラウドが実行された場合のクラウド１０２のフローの一例である。図１０のフローチャートに示す処理は、クラウド１０２のＣＰＵ４０１がＲＯＭ４０２に記憶されたプログラムをＲＡＭ４０３に読み出して実行することによって実現される。

Ｓ１００１で、ＣＰＵ４０１は、画像処理装置１０１から画像データアップロードの要求を受け付ける。

Ｓ１００２で、ＣＰＵ４０１は、ファイル管理部５０４に指定されたパラメータに従い、受信した画像データのＨＤＤ４０４に記憶する。

Ｓ１００３で、ＣＰＵ４０１は、ＨＤＤ４０４への画像データの記憶が成功したか否か（クラウド１０２へのアップロードが成功したか否か）を判定する。

ＨＤＤ４０４への画像データの記憶が成功したと判定すると、Ｓ１００４で、ＣＰＵ４０１は、画像処理装置１０１に画像データのアップロードが成功したことを示す情報を通知する。

ＨＤＤ４０４への画像データの記憶が失敗した場合、Ｓ１００５で、ＣＰＵ４０１は、画像処理装置１０１に画像データのアップロードが失敗したことを示す情報を通知する。

Ｓ１００６で、ＣＰＵ２０１は、画像処理装置１０１から共有ＵＲＬの生成要求を受け付ける。

Ｓ１００７で、ＣＰＵ２０１は、記憶された画像データをダウンロードするための共有ＵＲＬを生成する。

Ｓ１００８で、ＣＰＵ２０１は、共有ＵＲＬの生成が成功したか否かを判定する。共有ＵＲＬの生成が成功したと判定した場合、ＣＰＵ２０１はＳ１００９に処理を進め、共有ＵＲＬの生成が失敗したと判定した場合、ＣＰＵ２０１はＳ１０１０に処理を進める。

Ｓ１００９で、ＣＰＵ２０１は、生成した共有ＵＲＬを画像処理装置１０１に送信する送信処理を実行する。

一方、共有ＵＲＬの生成に失敗したと判定した場合、Ｓ１０１０で、ＣＰＵ２０１は、共有ＵＲＬ生成失敗を画像処理装置１０１に通知する。

その後、クラウド１０２は、ＵＲＬに基づく画像データのダウンロード要求を受け付けると、ＵＲＬで示される場所に格納された画像データをダウンロード要求を送信した装置に送信する。その装置は、送信された画像データを記憶し、記憶された画像データをブラウザで表示したり、保存したりすることができる。

以上のような制御を行うことによって、原稿を読み取って生成し、クラウドサーバに送信した画像データをクラウドサーバのアカウントがなくても容易に他の装置で受け取ることができる。特に、シェアオフィスやコワーキングスペースのユーザーは設置された画像処理装置１０１で原稿を読み取って生成した画像データを、クラウド１０２によって生成されたＵＲＬによってユーザーはその画像データを容易に入手することができる。

また、画像処理装置１０１に誰もログインしていない状態で原稿の読取指示を受付けた場合、共有ＵＲＬの生成を別途指示しなくても、クラウド１０２に共有ＵＲＬを生成するよう要求することができる。一方、誰かがログインしているときには画像処理装置１０１は共有ＵＲＬの生成をクラウド１０２に要求しない。それによって、後から容易に自分のクラウドサーバにアクセスし、画像データを入手できるような場合には、共有ＵＲＬが無駄に生成されてしまうことを防ぐことができる。

（その他の実施例）
本実施形態では、画像処理装置１０１のログイン機能が無効になっている状態でスキャンｔｏクラウドを実行するときに、図７に示す処理を実行する例を説明した。しかしながら、本発明はこれに限られない。ログイン機能が有効になっているが、誰も画像処理装置１０１にログインしていない状態でスキャンｔｏクラウド機能の利用をできるようにし、そのときに図７に示す処理を実行してもよい。具体的に、ログイン機能が有効に設定されている場合、ＣＰＵ２０１は、誰もログインしていなくても、図６のホーム画面６０１を操作部２０７に表示させる。その状態で、ゲストユーザがホーム画面６０１のスキャンｔｏクラウドボタンを操作し、原稿の画像の読み取りと、読み取って生成された画像データのクラウド１０２への送信を可能にする。そして、このときに、図７に示す処理を実行する。一方、図６のホーム画面２０１が操作部２０７に表示された状態で不図示の認証画面呼出しボタンの選択によって認証画面を操作部２０７に表示させ、ユーザーから認証情報を受付け、受け付けた認証情報に基づいてユーザーを認証することもできる。認証に成功した場合に、ユーザーを画像処理装置１０１にログインした状態にする。一度にログインした状態にできる人数は１人であるものとする。別のユーザーが画像処理装置１０１にログインする場合、先のユーザーがログアウト指示を操作部２０７を介して行うと、先のユーザーが画像処理装置１０１からログアウトされ、誰もログインしていない状態になる。その状態で認証画面呼出しボタンによって認証画面を操作部２０７に表示させ、別のユーザーが認証情報を入力すると、入力された認証情報に基づく認証が画像処理装置１０１で行われ、別のユーザーがログインした状態になる。なお、操作部２０７のタッチパネルに表示されるソフトウェアキーボードを介してユーザーが認証情報を入力することでＣＰＵ２０１は認証情報を取得する。また、別の方法として、ユーザーがカードを操作部２０７のカードリーダーにかざすことによって無線通信によってＣＰＵ２０１がカードから取得するようにしてもよい。ＣＰＵ２０１は、取得した認証情報を使ってユーザーを認証し、認証に成功した場合、ユーザーを画像処理装置１０１にログインした状態にする。認証を外部サーバで行う場合、画像処理装置１０１は、取得した認証情報を外部サーバに送信し、外部サーバで認証が行われた後、認証の結果を外部サーバから受信すればよい。このとき、図７に示すＳ７０９以降の処理を行わないようにしてもよい。このとき、Ｓ７０８で、ファイルパスは送信されないようにしてもよい。

また共有ＵＲＬ生成をクラウド１０２に生成させるか否かを、画像処理装置１０２の設定として記憶できてもよい。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１画像処理装置
１０２クラウド
３０１制御部
３０６通信部
５０２制御部
５０５共有ＵＲＬ生成部

Claims

クラウドサービスとネットワークを介して通信可能な画像処理装置であって、
原稿の画像を読み取る読取手段と、
前記原稿の画像を前記読取手段によって読み取るための指示を受け付ける受付手段と、
前記読取手段によって前記画像を読み取ることによって生成された画像データを前記クラウドサービスに送信する送信手段と、
ユーザを前記画像処理装置にログインさせるログイン手段と、
前記ログイン手段によって前記画像処理装置に誰もログインされていない状態で前記受付手段によって前記指示を受け付けたら、前記送信手段によって送信された前記画像データの格納先を示す格納先情報と前記格納先情報の期限を示す情報を前記クラウドサービスに生成させるための要求を前記クラウドサービスに行う要求手段と、
前記要求手段によって前記要求が行われた後、他の装置によって撮影されることによって前記格納先情報が前記他の装置によって取得され、前記他の装置によって取得された前記格納先情報によって前記他の装置が前記画像データを受信することが可能なコード情報をユーザに通知する通知手段とを有し、
前記期限の経過後は、前記コード情報を用いた前記画像データの受信ができなくなることを特徴とする画像処理装置。
前記ログイン手段によって前記画像処理装置にユーザがログインしている状態で前記受付手段によって前記指示を受け付けた場合、前記要求手段は、前記送信手段によって送信された前記画像データの前記格納先を示す前記格納先情報を生成させるための要求を前記クラウドサービスに要求しないことを特徴とする請求項１に記載の画像処理装置。
前記読取手段によって読み取られた前記画像を前記クラウドサービスに送信することに成功したことに基づいて、前記要求手段は、前記送信手段によって送信された前記画像データの前記格納先を示す前記格納先情報を生成させるための要求を前記クラウドサービスに要求することを特徴とする請求項１または２に記載の画像処理装置。
表示手段をさらに有し、
前記通知手段は、前記表示手段に前記コード情報を表示することによって前記コード情報をユーザに通知することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
印刷手段をさらに有し、
前記通知手段は前記印刷手段によって前記コード情報を印刷することによって前記コード情報をユーザに通知することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
前記期限の経過後は、前記格納先情報を用いたアクセスができなくなることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
前記コード情報は、ＱＲコード（登録商標）であることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
前記クラウドサービスは、画像を格納する格納サービスであることを特徴とする請求項１乃至７のいずれか１項に記載の画像処理装置。
クラウドサービスとネットワークを介して通信可能な画像処理装置の制御方法であって、
原稿の画像を読み取る読取工程と、
前記原稿の画像を前記読取工程で読み取るための指示を受け付ける受付工程と、
前記読取工程で前記画像を読み取ることによって生成された画像データを前記クラウドサービスに送信する送信工程と、
ユーザを前記画像処理装置にログインさせるログイン工程と、
前記ログイン工程で前記画像処理装置に誰もログインされていない状態で前記指示を前記受付工程で受け付けたら、前記送信工程で送信された前記画像データの格納先を示す格納先情報と前記格納先情報の期限を示す情報を前記クラウドサービスに生成させるための要求を前記クラウドサービスに行う要求工程と、
前記要求工程で前記要求が行われた後、他の装置によって撮影されることによって前記格納先情報が前記他の装置によって取得され、前記他の装置によって取得された前記格納先情報によって前記他の装置が前記画像データを受信することが可能なコード情報をユーザに通知する通知工程とを有し、
前記期限の経過後は、前記コード情報を用いた前記画像データの受信ができなくなることを特徴とする画像処理装置の制御方法。
請求項９に記載の画像処理装置の制御方法を、コンピュータに実行させるためのプログラム。