(57)【要約】      （修正有）【課題】クラウドストレージサービスを利用する場合の、ファイルの移行作業の手間を軽減する技術を提供すること。【解決手段】第１ストレージサーバから第２ストレージサーバへ画像ファイルの保存先を移行する際、移行するファイルのコードが含まれるラベルファイルを読み出し、そのコードに格納されるＵＲＬを抽出する。そして抽出したＵＲＬ用いて、第１ストレージサーバからファイルをダウンロードする。そして、ダウンロードしたファイルを新たな保存先である第２ストレージサーバにアップロードする。さらに、アップロードしたファイルへのアクセスに用いるＵＲＬを格納するコードを新たに生成し、ラベルファイルに含まれるコードを、新たに生成したコードに書き換える。【選択図】図９
2019133213.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続する通信インターフェースを備える情報処理装置に、
コードが含まれる特定ファイルを読み出す読出処理と、
前記読出処理にて読み出した前記特定ファイルに含まれる前記コードである第１のコードに格納されるＵＲＬを抽出する抽出処理と、
前記抽出処理にて抽出された前記ＵＲＬを用いて、前記ネットワークを介して接続される第１のストレージサーバからファイルをダウンロードするダウンロード処理と、
前記ダウンロード処理にてダウンロードした前記ファイルを、前記ネットワークを介して接続される第２のストレージサーバにアップロードするアップロード処理と、
前記アップロード処理の後、アップロードした前記ファイルへのアクセスに用いるＵＲＬを格納する第２のコードを生成し、前記特定ファイルに含まれる前記第１のコードを、前記第２のコードに書き換える書換処理と、
を実行させることを特徴とするコード生成プログラム。
【請求項２】
請求項１に記載するコード生成プログラムにおいて、
ファイルをアップロードした場合に、
アップロードした前記ファイルへのアクセスに用いるＵＲＬを格納するコードを生成し、生成されたコードを含む前記特定ファイルを前記情報処理装置の記憶部に記憶する記憶処理と、
アップロードした前記ファイルへのアクセスに用いる前記ＵＲＬを、付加情報と関連付けてデータベースに登録する第１登録処理と、
を前記情報処理装置に実行させ、
前記ダウンロード処理では、
前記抽出処理にて抽出された前記ＵＲＬが前記データベースに登録されているか否かを判断し、前記抽出処理にて抽出された前記ＵＲＬが前記データベースに登録されている場合に、前記ＵＲＬに関連付けられた前記付加情報を前記データベースから読み出し、読み出した前記付加情報を用いて、前記ファイルをダウンロードする、
ことを特徴とするコード生成プログラム。
【請求項３】
請求項２に記載するコード生成プログラムにおいて、
前記付加情報には、アップロードした前記ファイルの特定情報と、アップロードした前記ファイルへのアクセスに必要となる認証情報と、の少なくとも一方が含まれる、
ことを特徴とするコード生成プログラム。
【請求項４】
請求項１に記載するコード生成プログラムにおいて、
ファイルをアップロードした場合に、
アップロードした前記ファイルへのアクセスに用いるＵＲＬを格納するコードを生成し、生成されたコードを含む前記特定ファイルを記憶する記憶処理と、
アップロードした前記ファイルへのアクセスに用いる前記ＵＲＬをデータベースに登録する第２登録処理と、
を前記情報処理装置に実行させ、
前記ダウンロード処理では、
前記抽出処理にて抽出された前記ＵＲＬが前記データベースに登録されているか否かを判断し、前記抽出処理にて抽出された前記ＵＲＬが前記データベースに登録されている場合に、前記ＵＲＬを用いて、前記ファイルをダウンロードする、
ことを特徴とするコード生成プログラム。
【請求項５】
請求項４に記載するコード生成プログラムにおいて、
前記ダウンロード処理では、
前記抽出処理にて抽出された前記ＵＲＬにダウンロードフラグを付加して前記ファイルをダウンロードする、
ことを特徴とするコード生成プログラム。
【請求項６】
請求項１から請求項５のいずれか１つに記載するコード生成プログラムにおいて、
前記ダウンロード処理では、
前記抽出処理にて抽出された前記ＵＲＬが前記第１のストレージサーバに対応するか否かを判断し、前記ＵＲＬが前記第１のストレージサーバに対応する場合に、前記第１のストレージサーバから前記ファイルをダウンロードする、
ことを特徴とするコード生成プログラム。
【請求項７】
請求項１から請求項６のいずれか１つに記載するコード生成プログラムにおいて、
前記書換処理の後、前記特定ファイルに含まれるコードが書き換えられた旨を通知する通知処理を実行する、
ことを特徴とするコード生成プログラム。
【請求項８】
ネットワークに接続する通信インターフェースを備える情報処理装置に、
所定のファイルが関連付けられたコードを生成する場合、
前記ネットワークを介して接続される第１のストレージサーバに前記所定のファイルをアップロードする第１アップロード処理と、
アップロードした前記所定のファイルへのアクセスに用いるＵＲＬを格納する第１のコードを生成し、前記第１のコードを含む特定ファイルを記憶する記憶処理と、
を実行させ、
前記第１のストレージサーバに記憶される前記所定のファイルを、前記ネットワークを介して接続される第２のストレージサーバに移行させる場合、
前記特定ファイルを読み出す読出処理と、
前記特定ファイルの前記第１のコードに格納されるＵＲＬを抽出する抽出処理と、
前記抽出処理にて抽出された前記ＵＲＬを用いて、前記第１のストレージサーバから前記所定のファイルをダウンロードするダウンロード処理と、
前記ダウンロード処理にてダウンロードした前記所定のファイルを、前記第２のストレージサーバにアップロードする第２アップロード処理と、
前記第２アップロード処理の後、アップロードした前記所定のファイルへのアクセスに用いるＵＲＬを格納する第２のコードを生成し、前記特定ファイルに含まれる前記第１のコードを、前記第２のコードに書き換える書換処理と、
を実行させることを特徴とするコード生成プログラム。
【請求項９】
第１のストレージサーバに記憶されるファイルを第２のストレージサーバに移行するファイル移行方法であって、
コードが含まれる特定ファイルを読み出す読出ステップと、
前記読出ステップにて読み出した前記特定ファイルに含まれる前記コードである第１のコードに格納されるＵＲＬを抽出する抽出ステップと、
前記抽出ステップにて抽出された前記ＵＲＬを用いて、前記第１のストレージサーバから情報処理装置に、ファイルをダウンロードするダウンロードステップと、
前記ダウンロードステップにてダウンロードした前記ファイルを、前記情報処理装置から前記第２のストレージサーバにアップロードするアップロードステップと、
前記アップロードステップの後、アップロードした前記ファイルへのアクセスに用いるＵＲＬを格納する第２のコードを生成し、前記特定ファイルに含まれる前記第１のコードを、前記第２のコードに書き換える書換ステップと、
を含むことを特徴とするファイル移行方法。
【請求項１０】
第１のストレージサーバに記憶されるファイルを第２のストレージサーバに移行するファイル移行方法であって、
所定のファイルが関連付けられたコードを生成する際、
情報処理装置から前記第１のストレージサーバに前記所定のファイルをアップロードする第１アップロードステップと、
アップロードした前記所定のファイルへのアクセスに用いるＵＲＬを格納する第１のコードを生成し、前記第１のコードを含む特定ファイルを情報処理装置に記憶する記憶ステップと、
を含み、
前記第１のストレージサーバに記憶される前記所定のファイルを、前記第２のストレージサーバに移行させる際、
前記情報処理装置に記憶される前記特定ファイルを読み出す読出ステップと、
前記特定ファイルの前記第１のコードに格納される前記ＵＲＬを抽出する抽出ステップと、
前記抽出ステップにて抽出された前記ＵＲＬを用いて、前記第１のストレージサーバから前記情報処理装置に、前記所定のファイルをダウンロードするダウンロードステップと、
前記ダウンロードステップにてダウンロードした前記所定のファイルを、前記情報処理装置から前記第２のストレージサーバにアップロードする第２アップロードステップと、
前記第２アップロードステップの後、アップロードした前記所定のファイルへのアクセスに用いるＵＲＬを格納する第２のコードを生成し、前記特定ファイルに含まれる前記第１のコードを、前記第２のコードに書き換える書換ステップと、
を含むことを特徴とするファイル移行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種の情報を格納するコードを生成するコード生成プログラムおよびファイル移行方法に関する。さらに詳細には、ストレージサーバに記憶したファイルの移行に関する技術である。
【背景技術】
【０００２】
従来、ＵＲＬ（Uniform Resource Locator）等の各種情報をコードに格納し、そのコードをラベル等の印刷媒体に印刷する技術が知られている。例えば、特許文献１には、ウェブサイトのＵＲＬから、そのＵＲＬに関連付けられ、かつ、そのＵＲＬよりも短いＵＲＬである短縮ＵＲＬを生成し、その短縮ＵＲＬを記憶するＱＲコード（登録商標）を生成する構成が開示されている。
【０００３】
また近年、画像ファイル、動画ファイル、音楽ファイル等、各種のファイルをインターネット上のストレージサーバに記憶させるクラウドストレージサービスが知られている。例えば、ストレージサーバに画像ファイルを記憶し、その画像ファイルにアクセスするためのＵＲＬを格納したコードを生成すると、そのコードを読み取ることで、ストレージサーバに記憶された画像ファイルに容易にアクセスできる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−３０４６５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クラウドストレージサービスは、契約期間の満了やサービス自体の終了によって利用不可になることがある。クラウドストレージサービスが利用不可になると、ストレージサーバに記憶したファイルにアクセスできなくなる。そのため、クラウドストレージサービスを利用するユーザは、そのサービスが利用不可になるまでに、ストレージサーバに記憶したファイルを別のストレージサーバに移行させる必要が有る。このファイルの移行作業はユーザにとって手間になる。
【０００６】
本発明は、前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは、クラウドストレージサービスを利用する場合の、ファイルの移行作業の手間を軽減する技術を提供することにある。
【課題を解決するための手段】
【０００７】
この課題の解決を目的としてなされたプログラムは、ネットワークに接続する通信インターフェースを備える情報処理装置に、コードが含まれる特定ファイルを読み出す読出処理と、前記読出処理にて読み出した前記特定ファイルに含まれる前記コードである第１のコードに格納されるＵＲＬを抽出する抽出処理と、前記抽出処理にて抽出された前記ＵＲＬを用いて、前記ネットワークを介して接続される第１のストレージサーバからファイルをダウンロードするダウンロード処理と、前記ダウンロード処理にてダウンロードした前記ファイルを、前記ネットワークを介して接続される第２のストレージサーバにアップロードするアップロード処理と、前記アップロード処理の後、アップロードした前記ファイルへのアクセスに用いるＵＲＬを格納する第２のコードを生成し、前記特定ファイルに含まれる前記第１のコードを、前記第２のコードに書き換える書換処理と、を実行させることを特徴としている。
【０００８】
本明細書に開示されるプログラムが組み込まれる情報処理装置は、第１のストレージサーバに記憶されたファイルの保存先を移行する際、コードが含まれる特定ファイルを読み出し、そのコードに格納されるＵＲＬを用いて、第１のストレージサーバからファイルをダウンロードする。そして、ダウンロードしたファイルを新たな保存先である第２のストレージサーバにアップロードする。そして、アップロードしたファイルへのアクセスに用いるＵＲＬを格納するコードを新たに生成し、読み出した特定ファイルに含まれるコードを、新たに生成したコードに書き換える。このプログラムによれば、移行対象のファイルの選択やＵＲＬの入力の手間が無く、移行対象のファイルへのアクセスが行われる。また、コードが含まれる特定ファイルも更新されるため、その特定ファイルを移行後も利用できる。従って、ストレージサーバに記憶され、コードに紐付けられたファイルの移行を簡単に完了できる。
【０００９】
上記装置の機能を実現するための制御方法、コンピュータプログラム、および当該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有用である。
【発明の効果】
【００１０】
本発明によれば、クラウドストレージサービスを利用する場合の、ファイルの移行作業の手間を軽減する技術が実現される。
【図面の簡単な説明】
【００１１】
【図１】実施の形態にかかる二次元コード印刷システムの概略構成図である。
【図２】情報処理装置と外部サーバとの通信構成の例を示す説明図である。
【図３】編集画面の例を示す説明図である。
【図４】画像ファイルを紐付ける例を示す説明図である。
【図５】画像ファイルの移行時に表示される画面の例を示す説明図である。
【図６】第１の形態における紐付け処理の手順を示すフローチャートである。
【図７】第１の形態におけるファイルアップロード処理の手順を示すフローチャートである。
【図８】第１の形態におけるデータベースの構成を示す図である。
【図９】第１の形態におけるファイル移行処理の手順を示すフローチャートである。
【図１０】第２の形態におけるファイルアップロード処理の手順を示すフローチャートである。
【図１１】第２の形態におけるデータベースの構成を示す図である。
【図１２】第２の形態におけるファイル移行処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明にかかるコード生成プログラムを具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本形態は、互いに通信可能な情報処理装置とストレージサーバとラベルライタとを含む二次元コード印刷システムに用いられるアプリケーションプログラム（以下、「アプリ」とする）に本発明を適用したものである。
【００１３】
本形態の二次元コード印刷システム１００は、図１に示すように、情報処理装置１と、ラベルライタ２とを有し、互いに通信可能に接続されている。情報処理装置１は、ラベルライタ２にて印刷させる画像データの生成及び編集、ラベルライタ２への印刷実行指示と画像データとの送信等を行う装置であり、例えば、スマートフォン、パーソナルコンピュータ、タブレットコンピュータである。
【００１４】
情報処理装置１は、図１に示すように、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、不揮発性メモリ１４と、を含むコントローラ１０を備えている。そして、情報処理装置１は、さらに、操作パネル１５と、通信インターフェース（通信ＩＦ）１６と、を備え、これらがコントローラ１０に電気的に接続されている。
【００１５】
ＲＯＭ１２には、情報処理装置１を起動するための起動プログラム等が記憶されている。ＲＡＭ１３は、各種処理が実行される際に作業領域として、あるいは、データを一時的に記憶する記憶領域として利用される。不揮発性メモリ１４は、例えば、ＨＤＤ、フラッシュメモリであり、各種のプログラムやデータを記憶する。不揮発性メモリ１４は、記憶部の一例である。ＣＰＵ１１は、ＲＯＭ１２や不揮発性メモリ１４から読み出したプログラムに従って、各種の処理を実行する。
【００１６】
本形態の情報処理装置１は、画像を編集して、編集した画像に基づく印刷をラベルライタ２に行わせるためのアプリケーションプログラム（以下、画像編集アプリ）１４１と、画像編集アプリ１４１に用いられるデータベース１４２とを、不揮発性メモリ１４に記憶している。画像編集アプリ１４１は、コード生成プログラムの一例である。ＣＰＵ１１は、ユーザの指示に基づいて、画像編集アプリ１４１の各処理を実行する。この他、不揮発性メモリ１４には、ウェブページを表示するブラウザや、デジタルカメラで撮影した画像データを表示する写真アプリや、電子メールの送受信を行うメールアプリ等、各種のアプリが記憶されている。
【００１７】
操作パネル１５は、例えば、タッチパネルであり、ユーザによる入力を受け付けるとともに情報の表示を行う。情報処理装置１は、操作パネル１５に代えて、キーボード、マウス、ディスプレイ等を備えていてもよい。
【００１８】
通信ＩＦ１６は、ネットワークを介して接続された外部装置と通信を行うためのハードウェアである。情報処理装置１は、通信ＩＦ１６を介して、図２に示すように、インターネット２００に接続される。インターネット２００には、例えば、第１ストレージサーバ２０１と、第２ストレージサーバ２０２と、が接続されている。第１ストレージサーバ２０１および第２ストレージサーバ２０２は、画像ファイル等の各種のファイルを保存するクラウドストレージサービスを実現するためのネットワーク上のデバイスである。具体的に第１ストレージサーバ２０１は、第１クラウドストレージサービスＣＳＳ１が有するデバイスであり、第２ストレージサーバ２０２は、第２クラウドストレージサービスＣＳＳ２が有するデバイスである。
【００１９】
通信ＩＦ１６は、また、ラベルライタ２と通信を行うためのハードウェアを含む。インターネット２００に接続する通信ＩＦ１６と、ラベルライタ２と通信する通信ＩＦ１６とは、別のハードウェアでもよい。また、それぞれの通信方式は、ＵＳＢ、イーサネット（登録商標）、ＷｉＦｉ（登録商標）など、どのような規格の方式でもよいし、無線でも有線でもよい。
【００２０】
本形態のラベルライタ２は、連続した帯状の被記録媒体である印刷テープに対し、熱転写方式にて印刷を行って、ラベルを製造する装置である。ラベルライタ２は、プリンタの一例である。なお、プリンタはラベルライタに限らない。また、プリンタの印刷方式は、熱転写方式に限らず、例えば、インクジェット方式、電子写真方式、感熱方式でもよい。また、被記録媒体は、印刷テープに限らず、例えば、普通紙、はがき、カードでもよい。被記録媒体の大きさや材質は、何でもよい。
【００２１】
続いて、画像編集アプリ１４１について説明する。本形態の画像編集アプリ１４１は、ユーザの指示に基づいて、ラベルライタ２で印刷させるための画像を編集する。情報処理装置１にて画像編集アプリ１４１が起動されると、操作パネル１５には、編集画面が表示される。本形態の画像編集アプリ１４１は、例えば、文字、図形、二次元コードを、編集中の画像に付加する指示を受け付ける。
【００２２】
二次元コードは、矩形状の領域内に配置された複数のセルによって情報を表現するコードであり、ＱＲコード、ＤａｔａＭａｔｒｉｘ、ＰＤＦ４１７など、様々な種類のものがある。二次元コードは、矩形の領域内に、オンまたはオフを示す１区画であるセルが複数配置されたものであり、セルの配置によって情報を格納する。なお、二次元コードに格納できる情報量は、セルの数が多いほど多い。
【００２３】
本形態の画像編集アプリ１４１は、ＵＲＬを格納した二次元コードを編集中の画像に付加する指示を受け付ける。格納されるＵＲＬは、所定のストレージサーバにアップロードした画像ファイルへのアクセスやウェブサイトへのアクセスに用いられる。以下の説明では、画像ファイルへのアクセスに用いられるＵＲＬを二次元コードに格納するものとする。画像編集アプリ１４１は、編集画面の表示中に、二次元コードを含むテンプレートの選択指示や二次元コードオブジェクトの追加指示を受け付けた場合、例えば、図３（Ａ）に示すように、二次元コード用の領域を付加した編集画面１５１を表示する。図３（Ａ）の編集画面１５１には、印刷テープの外形線３１、二次元コード印刷領域３２、印刷ボタン３３、保存ボタン３７が表示されている。この二次元コード印刷領域３２は、二次元コードを印刷するための領域であり、編集画面１５１の表示直後では二次元コードが生成されていない。なお、画像編集アプリ１４１は、ＵＲＬが未格納の二次元コードをデフォルトとして用意し、その二次元コードを二次元コード印刷領域３２に表示してもよい。
【００２４】
その後、画像編集アプリ１４１は、二次元コード印刷領域３２へのタップを受け付けた場合、例えば、図３（Ｂ）に示すように、二次元コードに格納する情報の指定を受け付ける編集画面１５２を表示する。図３（Ｂ）の編集画面１５２には、外形線３１、二次元コード印刷領域３２に加え、「画像を紐付ける」ボタン３４、「画像を移行する」ボタン３５、「戻る」ボタン３６が表示されている。そして、画像編集アプリ１４１は、「画像を紐付ける」ボタン３４がタップされることにより、画像ファイルの選択を開始する指示を受け付ける。また、画像編集アプリ１４１は、「画像を移行する」ボタン３５がタップされることにより、所定のストレージサーバに保存されている画像ファイルを別のストレージサーバに移行する指示を受け付ける。また、「戻る」ボタン３６がタップされることにより、図３（Ａ）の編集画面１５１に表示を戻す指示を受け付ける。
【００２５】
その後、画像編集アプリ１４１は、「画像を紐付ける」ボタン３４へのタップを受け付けた場合、例えば、画像ファイルを保存している所定のフォルダを開き、画像ファイルの選択を受け付ける。そして、画像編集アプリ１４１は、例えば、図４（Ａ）に示すように、フォルダに保存されている画像ファイル４１、４２、４３のサムネイルを編集画面１５３に表示する。画像ファイルは、例えば、自装置のカメラにて撮影した静止画や動画、スクリーンショット、他装置から送信された画像を記憶するデータファイルである。
【００２６】
画像編集アプリ１４１は、１つ以上の画像ファイルが選択されると、例えば、図４（Ｂ）に示すように、選択された画像ファイルのサムネイルに、選択されたことを示すチェックマークＭを合成して表示する。画像ファイルは、非選択状態でその画像ファイルに対応するサムネイルがタップされることで選択状態になり、選択状態でその画像ファイルに対応するサムネイルがタップされると非選択状態になる。図４（Ｂ）の編集画面１５４には、さらに、「紐付ける」ボタン４５と、「キャンセル」ボタン４６と、が表示されている。図４（Ｂ）の編集画面１５４は、画像ファイル４１と画像ファイル４２とが選択され、画像ファイル４３が選択されていない状態を示している。画像編集アプリ１４１は、「紐付ける」ボタン４５がタップされることにより、選択されている画像ファイルをアップロードする指示を受け付ける。また、「キャンセル」ボタン４６がタップされることにより、図３（Ａ）の編集画面１５１に表示を戻す指示を受け付ける。
【００２７】
その後、画像編集アプリ１４１は、「紐付ける」ボタン４５がタップされた場合、選択中の画像ファイルを、所定のストレージサーバにアップロードする。ストレージサーバは、例えば、Ｄｒｏｐｂｏｘ（登録商標）によって提供されるサーバが適用可能である。そして、そのアップロードされた画像ファイルへのアクセスに用いるＵＲＬを取得する。なお、ＵＲＬは、画像ファイルの格納場所そのものを示す情報である必要はなく、画像ファイルが格納されている場所へのリンク情報が格納されている場所にアクセスするための情報等、アップロードされた画像ファイルと紐づく情報であればよい。そして、画像編集アプリ１４１は、取得したＵＲＬを格納した二次元コードＱを生成し、図４（Ｃ）に示すように編集画面１５１の二次元コード印刷領域３２にその二次元コードＱを合成して表示する。
【００２８】
画像編集アプリ１４１は、画像ファイルのアップロード先として指定されている所定のストレージサーバへのログイン操作を受け付ける。そして、ログインが成功していることを条件として、その所定のストレージサーバへのアクセスが可能になる。つまり、画像編集アプリ１４１は、画像ファイルをアップロードするにあたって、予めログイン操作を受け付け、所定のストレージサーバにログイン済みの状態で、そのログインユーザに割り当てられた格納場所に画像ファイルをアップロードすることになる。具体的にログイン操作は、画像編集アプリ１４１の起動時に受け付けてもよいし、画像の編集中に受け付けてもよいし、二次元コード印刷領域３２へのタップを受け付けた後に受け付けてもよい。また、「紐付ける」ボタン４５がタップされた場合に受け付けてもよい。
【００２９】
二次元コードＱの生成が完了し、図４（Ｃ）に示すように編集画面１５１に二次元コードＱが表示された状態で、印刷ボタン３３がタップされると、画像編集アプリ１４１は、二次元コードＱを含む画像に基づく印刷データを生成し、その印刷データをラベルライタ２に送信する。ラベルライタ２は、受信した印刷データに基づいて、二次元コードＱを含む画像の印刷を実行する。これにより、二次元コードが印刷されたラベルが作成される。
【００３０】
また、編集画面１５１に二次元コードＱが表示された状態で、保存ボタン３７がタップされると、画像編集アプリ１４１は、二次元コードＱを含む画像を記憶する画像ファイルを生成して不揮発性メモリ１４に保存する。なお、画像編集アプリ１４１によって生成されたラベルライタ２用の画像ファイルを、「ラベルファイル」とする。ラベルファイルは、特定ファイルの一例である。このように画像編集アプリ１４１によって画像ファイルがアップロードされると、アップロード先のストレージサーバには、画像ファイルが記憶され、情報処理装置１には、その画像ファイルへのアクセスに用いるＵＲＬを格納した二次元コードを含むラベルファイルが記憶される。なお、二次元コードＱを生成した後、二次元コードＱを含む画像を自動的に保存するように構成してもよい。その場合、保存ボタン３７は不要である。
【００３１】
一方、図３（Ｂ）の編集画面１５２で、「画像を移行する」ボタン３５がタップされた場合、画像編集アプリ１４１は、所定のストレージサーバにアップロード済みの画像ファイルを、別のストレージサーバに移行させる。具体的には、画像編集アプリ１４１によって以前に所定のストレージサーバにアップロードした画像ファイルを、別のストレージサーバに移行させる。
【００３２】
例えば、クラウドストレージサービスは、契約期間の満了やサービス自体の終了によって利用不可になる。クラウドストレージサービスが利用不可になると、ストレージサーバに記憶した画像ファイルにアクセスできなくなる。この場合、その画像ファイルへのアクセスに用いるＵＲＬを格納する二次元コードも利用できなくなる。そのため、画像編集アプリ１４１は、利用不可になる予定のストレージサーバに記憶したファイルを、新たなストレージサーバに自動的に移行させるための移行処理を実行する。なお、本形態では、移行元となるストレージサーバおよび移行先となるストレージサーバを、画像編集アプリ１４１が自動的に決定しているが、移行元と移行先との両方あるいはいずれか一方がユーザによって選択されるものであってもよい。以下の説明では、移行元のクラウドストレージサービスを第１クラウドストレージサービスＣＳＳ１とし、移行先のクラウドストレージサービスを第２クラウドストレージサービスＣＳＳ２とする（図２参照）。この場合、第１ストレージサーバ２０１は、第１のストレージサーバの一例であり、第２ストレージサーバ２０２は、第２のストレージサーバの一例である。
【００３３】
画像編集アプリ１４１は、画像ファイルのアップロード時に用いた情報を画像ファイルと関連付けてデータベース１４２（図１参照）に記憶しており、以前に第１ストレージサーバ２０１にアップロードした全ての画像ファイルを第２ストレージサーバ２０２に移行させる。
【００３４】
具体的に画像編集アプリ１４１は、「画像を移行する」ボタン３５がタップされると、図５（Ａ）に示すように移行状態を確認する確認画面１５６を表示する。確認画面１５６には、移行元の第１クラウドストレージサービスＣＳＳ１の名称と移行先の第２クラウドストレージサービスＣＳＳ２の名称とを表示し、ユーザに移行元と移行先を認識させる。そして、ＯＫボタン３８がタップされると、画像編集アプリ１４１は、画像ファイルの移行処理を開始する。すなわち、移行元の第１ストレージサーバ２０１にアクセスし、移行元の第１ストレージサーバ２０１から画像ファイルをダウンロードし、ダウンロードした画像ファイルを移行先の第２ストレージサーバ２０２にアップロードする。なお、確認画面１５６にキャンセルボタンを設け、移行処理を開始する前のキャンセルを可能にしてもよい。
【００３５】
移行処理の実行中、画像編集アプリ１４１は、図５（Ｂ）に示すように移行処理を実行中であることを示す確認画面１５７を表示する。移行元の第１ストレージサーバ２０１へのアクセスは、画像ファイルのアップロード時に記憶した情報に基づいて可能になる。つまり、画像編集アプリ１４１は、画像ファイルのアップロード時に用いた情報をデータベース１４２（図１参照）に記憶しており、データベース１４２に記憶した情報を用いて移行元の第１ストレージサーバ２０１にアップロードされた画像ファイルにアクセスする。データベース１４２の詳細は後述する。また、移行先の第２ストレージサーバ２０２へのアクセスは、「紐付ける」ボタン４５がタップされた場合の画像ファイルのアップロードと同様である。すなわち、予め移行先の第２ストレージサーバ２０２へのログイン操作を受け付け、移行先の第２ストレージサーバ２０２にログイン済みの状態で移行処理を開始し、そのログインユーザに割り当てられた格納場所に、移行元の第１ストレージサーバ２０１からダウンロードした画像ファイルをアップロードすることになる。なお、移行処理の開始時までにログイン操作が行われていない場合、移行処理の開始時あるいはアップロードが開始されるまでに、移行先の第２ストレージサーバ２０２へのログイン操作を受け付ける。
【００３６】
画像ファイルの移行が完了すると、移行元の第１ストレージサーバ２０１のＵＲＬを使用したとしても画像ファイルを読み出すことができない。つまり、移行元の第１ストレージサーバ２０１のＵＲＬを格納した二次元コードＱを利用することができなくなる。そのため、画像編集アプリ１４１は、移行先の第２ストレージサーバ２０２のＵＲＬを格納した二次元コードＱを生成し、移行元の第１ストレージサーバ２０１のＵＲＬを格納した二次元コードＱを含むラベルファイルを自動的に書き換える。これにより、画像ファイルの移行後も、ユーザはそのラベルファイルを利用できる。
【００３７】
移行処理の完了後、画像編集アプリ１４１は、図５（Ｃ）に示すように移行処理の完了を示す確認画面１５８を表示する。前述したように画像ファイルの移行が完了することで二次元コードＱが書き換えられるが、二次元コードＱが書き換えられていたとしても、ユーザから見た外観は殆ど変わらないため、ユーザはその旨を気付き難い。そこで、画像編集アプリ１４１は、確認画面１５８に、移行処理の完了を示すメッセージの他、二次元コードＱが書き換えられた旨のメッセージおよび移行元の第１ストレージサーバ２０１のＵＲＬを格納した二次元コードＱが使用できなくなった旨のメッセージを表示する。このメッセージには、二次元コードＱが書き換えられた画像ファイルのファイル名あるいはその画像ファイルをユーザが識別できる情報を表示してもよい。これにより、二次元コードが書き換えられたこと、および印刷済みの二次元コードが利用できなくなったこと、をユーザが把握できる。
【００３８】
なお、二次元コードＱが書き換えられた旨の通知および移行元の第１ストレージサーバ２０１のＵＲＬを格納した二次元コードＱが使用できなくなった旨の通知の各態様は、メッセージの表示に限らず、例えば音声ガイダンスであってもよい。
【００３９】
図５（Ｃ）の確認画面１５８で、ＯＫボタン３９がタップされた場合、画像編集アプリ１４１は、図３（Ｂ）の編集画面１５２を表示する。このとき、編集画面１５２の「画像を移行する」ボタン３５を非表示としてもよい。すなわち、「画像を移行する」ボタン３５の表示は、移行が必要な画像ファイルが存在するとき、つまり移行処理を行っていないときに行い、それ以外のときは行わないとしてもよい。画像編集アプリ１４１は、画像ファイルの移行が必要か否かを、例えば、画像編集アプリ１４１を提供するメーカから、利用不可になるストレージサーバの情報を受信し、その受信した情報によって特定されるストレージサーバに画像ファイルをアップロードした情報が、データベース１４２に含まれているか否かによって判断できる。
【００４０】
続いて、本形態の二次元コード印刷システム１００において、前述の画像ファイルの移行処理を実現するために、情報処理装置１にて実行される紐付け処理およびファイル移行処理の手順について、２つの実施形態に分けて説明する。どちらの形態でも、紐付け処理およびファイル移行処理は、情報処理装置１のＣＰＵ１１にて実行される。つまり、紐付け処理およびファイル移行処理は、いずれも、画像編集アプリ１４１に含まれる処理である。
【００４１】
始めに、第１の形態の紐付け処理について、図６のフローチャートを参照しつつ説明する。ファイルアップロード処理は、ユーザによって選択された画像ファイルをアップロードする条件を満たした場合に、実行される。ユーザによって選択された画像ファイルをアップロードする条件には、例えば、編集画面１５４の「紐付ける」ボタン４５（図４（Ｂ）参照）がタップされたことが含まれる。なお、以下の説明では、第１ストレージサーバ２０１に画像ファイルをアップロードするものとする。
【００４２】
第１の形態の紐付け処理では、ＣＰＵ１１は先ず、画像ファイルを所定のストレージサーバにアップロードするファイルアップロード処理を実行する（Ｓ１０１）。図７は、Ｓ１０１のファイルアップロード処理の手順を示している。
【００４３】
ファイルアップロード処理では、ＣＰＵ１１は先ず、編集画面１５４で選択されている画像ファイルを取得する（Ｓ１２１）。そして、ＣＰＵ１１は、予めログインしておいた第１ストレージサーバ２０１に、Ｓ１２１にて取得した画像ファイルをアップロードする（Ｓ１２２）。なお、第１ストレージサーバ２０１にログインしていない場合には、アップロードを開始する前にログイン操作を受け付け、第１クラウドストレージサービスＣＳＳ１のアカウントを用いてログインが成功したことを条件として、画像ファイルのアップロードを開始する。
【００４４】
Ｓ１２２の後、ＣＰＵ１１は、アップロードした画像ファイルに基づく共有リンクを生成する（Ｓ１２３）。なお、１つの画像ファイルをアップロードした場合には、その画像ファイルへの直接の共有リンクを生成し、複数の画像ファイルを纏めてアップロードした場合には、それらの画像ファイルを記憶するフォルダへの共有リンクを生成する。Ｓ１２３では、共有リンクを生成することで、ＣＰＵ１１は、共有リンクに基づくＵＲＬを取得する。このＵＲＬが、アップロードした画像ファイルへのアクセスに用いるＵＲＬとなる。共有リンクを生成することで、第１ストレージサーバ２０１が属する第１クラウドストレージサービスＣＳＳ１のアカウントを有していないユーザであっても、アップロードした画像ファイルにアクセスできるようになる。
【００４５】
Ｓ１２３の後、ＣＰＵ１１は、アップロードした画像ファイルへのアクセスに用いる各種の情報を取得する（Ｓ１２４）。具体的には、アップロードした画像ファイルを特定するためのアイテムＩＤと、ユーザ認証に用いられるトークンと、を取得する。これらの情報は、付加情報の一例である。
【００４６】
Ｓ１２４の後、ＣＰＵ１１は、Ｓ１２３にて取得したＵＲＬに基づいて、短縮ＵＲＬを生成する（Ｓ１２５）。ＣＰＵ１１は、例えば、短縮ＵＲＬを生成するサービスを提供する外部サーバにアクセスして短縮ＵＲＬの生成を依頼し、外部サーバによって生成された短縮ＵＲＬを取得する。
【００４７】
Ｓ１２５の後、ＣＰＵ１１は、Ｓ１２５にて生成した短縮ＵＲＬを、Ｓ１２３にて取得したＵＲＬおよびＳ１２４にて取得した各種の情報と関連付けてデータベース１４２に登録する（Ｓ１２６）。具体的にＣＰＵ１１は、図８に示すように、登録ＩＤ、短縮ＵＲＬ、ＵＲＬ、トークン、アイテムＩＤ、を１つのレコードとして、データベース１４２に登録する。アップロードした画像ファイルが複数ある場合には、画像ファイルごとのレコードが生成されて登録される。Ｓ１２６は、第１登録処理の一例である。なお、ＵＲＬは、短縮ＵＲＬから復元可能であるため、登録しなくてもよい。Ｓ１２６の後、ファイルアップロード処理を終了する。
【００４８】
図６の紐づけ処理の説明に戻り、Ｓ１０１の後、ＣＰＵ１１は、ＣＰＵ１１は、ファイルアップロード処理中のＳ１２５で生成された短縮ＵＲＬを格納する二次元コードを生成する（Ｓ１１１）。ＣＰＵ１１は、例えば、不揮発性メモリ１４に記憶された二次元コード生成プログラムに二次元コードの生成を依頼し、その二次元コード生成プログラムによって生成された二次元コードを取得する。
【００４９】
Ｓ１１１の後、ＣＰＵ１１は、編集画面１５１の二次元コード印刷領域３２に、Ｓ１２１にて生成した二次元コードを合成する（Ｓ１１２）。そして、その二次元コードが合成された画像を、編集画面１５１に表示する（Ｓ１１３）。
【００５０】
Ｓ１１３の後、ＣＰＵ１１は、編集画面１５１に表示中の二次元コードを含む画像を記憶するラベルファイルを生成し、そのラベルファイルを不揮発性メモリ１４の所定のフォルダに保存する（Ｓ１１４）。Ｓ１１１、Ｓ１１２およびＳ１１４は、記憶処理の一例である。Ｓ１１４の後、紐付け処理を終了する。
【００５１】
次に、第１の形態のファイル移行処理について、図９のフローチャートを参照しつつ説明する。ファイル移行処理は、画像ファイルを移行する条件を満たした場合に実行される。画像ファイルを移行する条件には、例えば、編集画面１５２の「画像を移行する」ボタン３５がタップ（図３（Ｂ）参照）がタップされたことが含まれる。なお、以下の説明では、第１ストレージサーバ２０１を、移行元のストレージサーバとする。この場合、第１ストレージサーバ２０１は、第１のストレージサーバの一例である。また、第２ストレージサーバ２０２を、移行先のストレージサーバとする。この場合、第２ストレージサーバ２０２は、第２のストレージサーバの一例である。
【００５２】
第１の形態のファイル移行処理では、ＣＰＵ１１は先ず、図５（Ａ）に示した確認画面１５６を表示し、さらにＯＫボタン３８がタップされると、図５（Ｂ）に示した確認画面１５７を表示する（Ｓ１５１）。
【００５３】
Ｓ１５１の後、ＣＰＵ１１は、不揮発性メモリ１４の所定のフォルダに記憶されているファイルの中から二次元コードを記憶するラベルファイルを選択する（Ｓ１５２）。ラベルファイルか否かは、例えばファイルの拡張子によって判断でき、二次元コードを記憶するか否かは、各ラベルファイルに記憶されているオブジェクトの情報によって判断できる。そして、選択したラベルファイルの１つを読み出す（Ｓ１５３）。Ｓ１５３は、読出処理の一例である。なお、二次元コードを記憶するラベルファイルが１つも選択されなければ、Ｓ１９１に移行する。
【００５４】
Ｓ１５３の後、ＣＰＵ１１は、Ｓ１５３によって読み出したラベルファイルの二次元コードに格納された短縮ＵＲＬを抽出する（Ｓ１５４）。Ｓ１５４は、抽出処理の一例である。なお、二次元コードにはＵＲＬ（短縮ＵＲＬ）の他、各種の情報を格納することができる。そのため、画像編集アプリ１４１が、画像ファイルへのアクセスやウェブサイトへのアクセスに用いられるＵＲＬの他、製品情報や認証情報等、ＵＲＬ以外の情報を二次元コードに格納することもできる。この場合、Ｓ１５４にて抽出した情報がＵＲＬ（短縮ＵＲＬ）か否かを判断し、ＵＲＬであればＳ１５５に移行し、ＵＲＬでなければＳ１８１に移行する。
【００５５】
Ｓ１５４の後、ＣＰＵ１１は、データベース１４２を参照して、Ｓ１５４にて抽出した短縮ＵＲＬが記憶されたレコードを抽出し、そのレコードに記憶されている各種の情報、すなわちＵＲＬとトークンとアイテムＩＤとを取得する（Ｓ１５５）。なお、画像編集アプリ１４１が、ウェブサイトへのアクセスに用いられるＵＲＬを二次元コードに格納していた場合、そのＵＲＬに対応するレコードはデータベース１４２に登録されていない。その場合、レコードが抽出されないため、Ｓ１８１に移行する。
【００５６】
Ｓ１５５の後、ＣＰＵ１１は、Ｓ１５５にて取得したＵＲＬに基づいて、今回の移行対象となる第１ストレージサーバ２０１に対応するＵＲＬか否かを判断する（Ｓ１５６）。画像ファイルのアップロード先となったストレージサーバが複数有る場合があり、ＵＲＬを取得した場合であっても、今回の移行対象のストレージサーバに対応するものでなければ移行対象とならない。そのため、今回の移行対象となる第１ストレージサーバ２０１に対応するＵＲＬでなければ（Ｓ１５６：ＮＯ）、後述するＳ１５７以降の画像ファイルの移行手続をスキップし、Ｓ１８１に移行する。第１ストレージサーバ２０１に対応するか否かは、ＵＲＬに特定の文字列（例えば、“https://www.第１クラウドストレージサービス”）が含まれるか否かによって判断できる。
【００５７】
今回の移行対象となる第１ストレージサーバ２０１に対応するＵＲＬである場合（Ｓ１５６：ＹＥＳ）、ＣＰＵ１１は、Ｓ１５５にて取得したＵＲＬとトークンとアイテムＩＤとを用いて、移行元の第１ストレージサーバ２０１にアクセスし、所定の画像ファイルをダウンロードする（Ｓ１５７）。Ｓ１５７は、ダウンロード処理の一例である。
【００５８】
Ｓ１５７の後、ＣＰＵ１１は、図７に示したファイルアップロード処理を実行する（Ｓ１６１）。ファイルアップロード処理によって、Ｓ１５７によってダウンロードした画像ファイルが、新たな移行先の第２ストレージサーバ２０２にアップロードされる。Ｓ１６１は、アップロード処理の一例である。なお、移行先の第２ストレージサーバ２０２にアクセスするためには移行先の第２ストレージサーバ２０２に予めログインしておく必要がある。そのため、第２ストレージサーバ２０２にログインしていない場合には、Ｓ１６１の実行中に、第２ストレージサーバ２０２へのログイン操作を受け付ける。
【００５９】
Ｓ１６１の後、ＣＰＵ１１は、Ｓ１６１のファイルアップロード処理でのＳ１２５で取得した短縮ＵＲＬを格納する二次元コードを生成する（Ｓ１７１）。そして、ＣＰＵ１１は、Ｓ１５３によって読み出したラベルファイルに記憶される二次元コードを、Ｓ１７１にて生成した二次元コードに書き換える（Ｓ１７２）。Ｓ１７１およびＳ１７２は、書換処理の一例である。
【００６０】
Ｓ１７２の後、ＣＰＵ１１は、Ｓ１５２にて選択したラベルファイルを全て移行したか否かを判断する（Ｓ１８１）。移行していないラベルファイルが残っている場合（Ｓ１８１：ＮＯ）、ＣＰＵ１１は、Ｓ１５３に移行し、移行していないラベルファイルの１つを読み出して、そのラベルファイルに記憶される二次元コードから抽出されるＵＲＬに基づいて画像ファイルを移行する。選択したラベルファイルを全て移行した場合（Ｓ１８１：ＹＥＳ）、ＣＰＵ１１は、図５（Ｃ）に示した確認画面１５８を表示する（Ｓ１９１）。Ｓ１９１は、通知処理の一例である。Ｓ１９１の後、ファイル移行処理を終了する。
【００６１】
なお、第１の形態では、データベースに登録する付加情報として、トークンとアイテムＩＤとを登録しているが、これはストレージサーバにアップロードした画像ファイルへのアクセスに利用できる情報の一例であり、ストレージサーバによって、アップロードした画像ファイルへのアクセスに利用できる情報は異なる。そのため、ストレージサーバごとにデータベース１４２を設けてもよい。
【００６２】
また、画像ファイルの移行後、データベース１４２に記憶されている移行元の第１ストレージサーバ２０１に関するレコードを削除してもよい。レコードを削除することで、メモリの負荷を軽減できる。
【００６３】
次に、第２の形態について説明する。第２の形態は、トークンやアイテムＩＤを用いずにストレージサーバから画像ファイルをダウンロードする形態である。この点、画像ファイルのダウンロードにトークンやアイテムＩＤを必要とする第１の形態と異なる。なお、第２の形態の紐付け処理は、ファイルアップロード処理以外の処理が第１の形態と同じであるため、第２の形態のファイルアップロード処理について、図１０のフローチャートを参照しつつ説明する。また、以下の第２の形態の説明では、第１の形態と同じ処理については同じ符号を付している。
【００６４】
第２の形態のファイルアップロード処理では、ＣＰＵ１１は、第１の形態と同様に、編集画面１５４で選択されている画像ファイルを取得し（Ｓ１２１）、予めログインしておいた第１ストレージサーバ２０１に、Ｓ１２１にて取得した画像ファイルをアップロードする（Ｓ１２２）。そして、アップロードした個々の画像ファイルに共有リンクを生成する（Ｓ１２３）。共有リンクの生成によって、ＣＰＵ１１は、画像ファイルへのアクセスに用いられるＵＲＬを取得する。
【００６５】
Ｓ１２３の後、ＣＰＵ１１は、取得したＵＲＬに基づいて、短縮ＵＲＬを生成する（Ｓ１２５）。そして、生成した短縮ＵＲＬを、Ｓ１２３にて取得したＵＲＬと関連付けてデータベース１４２に登録する（Ｓ２２６）。具体的には、図１１に示すように、登録ＩＤ、短縮ＵＲＬとＵＲＬとを１つのレコードとして、データベース１４２に登録する。Ｓ２２６は、第２登録処理の一例である。なお、ＵＲＬは、短縮ＵＲＬから復元可能であるため、登録しなくてもよい。Ｓ２２６の後、ファイルアップロード処理を終了する。
【００６６】
次に、第２の形態のファイル移行処理について、図１２のフローチャートを参照しつつ説明する。
【００６７】
第２の形態のファイル移行処理では、ＣＰＵ１１は先ず、確認画面１５６を表示し、さらにＯＫボタン３８がタップされると、確認画面１５７を表示する（Ｓ１５１）。Ｓ１５１の後、ＣＰＵ１１は、不揮発性メモリ１４の所定のフォルダに記憶されているファイルの中から、二次元コードを記憶するラベルファイルを選択する（Ｓ１５２）。そして、選択したラベルファイルの１つを読み出す（Ｓ１５３）。
【００６８】
Ｓ１５３の後、ＣＰＵ１１は、Ｓ１５３によって読み出したラベルファイルの二次元コードに格納された短縮ＵＲＬを抽出する（Ｓ１５４）。そして、ＣＰＵ１１は、データベース１４２を参照して、Ｓ１５４にて抽出した短縮ＵＲＬが記憶されたレコードを抽出し、そのレコードに記憶されているＵＲＬを取得する（Ｓ２５５）。このとき、レコードが抽出されなければ、画像編集アプリ１４１のファイルアップロード処理によって生成された二次元コードではないため、Ｓ１８１に移行する。
【００６９】
Ｓ２５５の後、ＣＰＵ１１は、Ｓ２５５にて取得したＵＲＬに基づいて、移行元の第１ストレージサーバ２０１に対応するＵＲＬか否かを判断する（Ｓ１５６）。移行元の第１ストレージサーバ２０１に対応するＵＲＬでなければ（Ｓ１５６：ＮＯ）、画像ファイルの移行手続をスキップし、Ｓ１８１に移行する。
【００７０】
移行元の第１ストレージサーバ２０１に対応するＵＲＬである場合（Ｓ１５６：ＹＥＳ）、ＣＰＵ１１は、Ｓ２５５にて取得したＵＲＬにダウンロードフラグを設定して画像ファイルをダウンロードする（Ｓ２５７）。その後、ＣＰＵ１１は、図１０に示したファイルアップロード処理を実行する（Ｓ２６１）。ファイルアップロード処理によって、Ｓ２５７によってダウンロードされた画像ファイルが、移行先の第２ストレージサーバ２０２にアップロードされる。
【００７１】
Ｓ２６１の後、ＣＰＵ１１は、Ｓ２６１のファイルアップロード処理でのＳ１２５で取得した短縮ＵＲＬを格納する二次元コードを生成する（Ｓ１７１）。そして、ＣＰＵ１１は、Ｓ１５３によって読み出したラベルファイルに記憶される二次元コードを、Ｓ１７１にて生成した二次元コードに書き換える（Ｓ１７２）。
【００７２】
Ｓ１７２の後、ＣＰＵ１１は、Ｓ１５２にて選択したラベルファイルを全て移行したか否かを判断する（Ｓ１８１）。移行していないラベルファイルが残っている場合（Ｓ１８１：ＮＯ）、ＣＰＵ１１は、Ｓ１５３に移行し、移行していないラベルファイルの１つを読み出して、そのラベルファイルの二次元コードからＵＲＬを取得し、そのＵＲＬを用いてアクセスできる画像ファイルの保存先を移行する。選択したラベルファイルを全て移行した場合（Ｓ１８１：ＹＥＳ）、ＣＰＵ１１は、確認画面１５８を表示し（Ｓ１９１）、ファイル移行処理を終了する。
【００７３】
以上詳細に説明したように画像編集アプリ１４１が組み込まれる情報処理装置１は、第１ストレージサーバ２０１に記憶された画像ファイルの保存先を移行する際、二次元コードが記憶されるラベルファイルを読み出し、その二次元コードに格納される短縮ＵＲＬや短縮ＵＲＬに関連付けられた付加情報を用いて、第１ストレージサーバ２０１から画像ファイルをダウンロードする。そして、ダウンロードした画像ファイルを新たな保存先である第２ストレージサーバ２０２にアップロードし直す。そして、アップロードした画像ファイルへのアクセスに用いるＵＲＬを格納する二次元コードを新たに生成し、読み出したラベルファイルに含まれる二次元コードを、新たに生成した二次元コードに書き換える。この画像編集アプリ１４１によれば、画像ファイルの選択やＵＲＬの入力の手間が無く、移行対象の画像ファイルへのアクセスが行われる。また、二次元コードが含まれるラベルファイルも更新されるため、そのラベルファイルを画像ファイルの移行後も利用できる。従って、ストレージサーバに記憶され、コードに紐付けられた画像ファイルの移行を簡単に完了できる。
【００７４】
なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、二次元コード印刷システム１００を構成する情報処理装置１やラベルライタ２は、それぞれ１台に限らず、複数台有ってもよい。また、各ボタンの表現は、いずれも一例であり、選択内容が伝わるものであればよい。
【００７５】
また、本形態では、データベース１４２が情報処理装置１の不揮発性メモリ１４に記憶されているが、データベース１４２は外部装置に記憶されていてもよい。
【００７６】
また、本形態の画像編集アプリ１４１は、二次元コードを画像に付加することが可能であるが、付加するコードは二次元コードに限るものではない。例えば、バーコードのような一次元コードであってもよい。
【００７７】
また、本形態では、画像ファイルをアップロードするとしたが、アップロード対象のデータは画像ファイルに限らず、画像編集アプリ１４１がファイルとして認識できるデータファイルであればよい。データファイルは、例えば、動画ファイル、音声ファイル、文書や図表等を含むドキュメントファイル、または、各種のアプリケーションプログラムの実行ファイルであってもよい。
【００７８】
また、本形態では、編集画面１５２で「画像を移行する」ボタン３５を表示しているが、所定の条件を満たした場合に、「画像を移行する」ボタン３５を非表示としてもよい。例えば、クラウドストレージサービスの移行期間を過ぎてしまった場合、つまり移行元のストレージサーバにアクセスできなくなってしまった場合、「画像を移行する」ボタン３５を非表示としてもよい。また、画像ファイルを移行済みの場合や、移行対象の画像ファイルが存在しない（移行対象の画像ファイルがデータベース１４２に登録されていない）場合、「画像を移行する」ボタン３５を非表示としてもよい。
【００７９】
また、本形態では、画像ファイルの移行を、ユーザ指示の入力（「画像を移行する」ボタン３５のタップ）を条件に行っているが、移行タイミングはこれに限るものではない。例えば、クラウドストレージサービスの移行期間に配信される画像編集アプリ１４１のバージョンアップ版であれば、初回起動時に自動的に画像ファイルの移行を実行してもよい。
【００８０】
また、本形態では、移行元のストレージサーバと移行先のストレージサーバとが特定されているが、複数の移行先ないし移行元のストレージサーバがあり、それらの中からユーザによって選択される構成であってもよい。この場合、画像ファイルをアップロードする前に予めユーザによって複数のストレージサーバの中の１つに対するログイン操作を受け付ける。そして、そのログインが完了したストレージサーバへのアップロードを行う。また、画像ファイルを移行する際には、画像ファイルの移行条件を満たした後、複数のストレージサーバの中から移行元となるストレージサーバの選択が受け付けられ、選択されたストレージサーバにある画像ファイルのダウンロードを行う。そして、その画像ファイルについて、ログインが完了したストレージサーバにアップロードを行う。
【００８１】
また、本形態の画像編集アプリ１４１では、印刷指示を受け付けるとしているが、本発明は、二次元コードを生成するのみで、印刷指示を受け付けないアプリにも適用可能である。例えば、ＱＲコード等の二次元コードを含む画像データを作成して、作成した画像データを他の印刷用のアプリに渡すプラグインアプリ等であってもよい。
【００８２】
また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。
【符号の説明】
【００８３】
１  情報処理装置
２  ラベルライタ
１００  二次元コード印刷システム
１４１  画像編集アプリ
１４２  データベース
２０１  第１ストレージサーバ
２０２  第２ストレージサーバ
【図１】
2019133213.tif 000003
【図２】
2019133213.tif 000004
【図３】
2019133213.tif 000005
【図４】
2019133213.tif 000006
【図５】
2019133213.tif 000007
【図６】
2019133213.tif 000008
【図７】
2019133213.tif 000009
【図８】
2019133213.tif 000010
【図９】
2019133213.tif 000011
【図１０】
2019133213.tif 000012
【図１１】
2019133213.tif 000013
【図１２】
2019133213.tif 000014