JP2017010089A - 表示画面制御システム - Google Patents

Abstract

【課題】アプリ連携技術を用いて携帯端末から印刷を実行する際に、画面の切り替わりによってユーザに与える違和感を抑制できるようにする。【解決手段】使用中アプリ１０により生成されたデータのプリンタに対する印刷の実行が指示されたとき、印刷用アプリ２０および所定の表示コマンドを指定したアプリ連携コマンドを発行して印刷用アプリ２０を起動するアプリ起動部１３と、起動された印刷用アプリ２０による表示画面を所定の表示コマンドに従って生成する表示画面生成部２１とを備え、アプリ連携技術を用いて携帯端末からプリンタへの印刷を実行する際に、印刷用アプリ２０の起動画面がそのまま表示されてしまうのではなく、所定の表示コマンドに従って印刷用アプリ２０の表示画面が生成されて表示されるようにすることで、表示画面の切り替わりによってユーザに与える違和感を抑制できるようにする。【選択図】図２

Description

本発明は、表示画面制御システムに関し、特に、携帯端末から印刷を行う際にアプリ連携技術により起動される印刷用アプリの表示画面を制御するシステムに用いて好適なものである。

従来、スマートフォンやタブレット端末などの携帯端末からプリンタに印刷を行うことができるようになされた技術が提供されている。これは、例えばプリンタのメーカから提供されている印刷用アプリケーション（以下、印刷用アプリと略す）を携帯端末にインストールすることによって実現される。すなわち、ユーザが使用している任意のアプリケーション（以下、使用中アプリという）においてＨＴＭＬ（HyperText Markup Language）で記述されたデータを、印刷用アプリによってラスタ形式の印刷データに変換し、プリンタが理解できる印刷コマンドに従って印刷データをプリンタに送信することにより、携帯端末からの印刷を可能にしている。

ところが、ｉＯＳでは、印刷データの送信のように、長時間を要するタスクをバックグラウンドで動作させることを禁止している。このため、使用中アプリから印刷の実行が指示された場合、印刷用アプリを起動して、ＨＴＭＬデータから印刷データへの変換および印刷データのプリンタへの送信といった一連の中継処理を、フォアグラウンドで動作させることが必要となる。このために、ＵＲＬスキームと呼ばれる技術が使われる。

ＵＲＬスキームは、例えば特許文献１に記載されているように、異なるアプリケーション間の機能を繋ぎ合わせるためのしくみを提供する技術である。この種の技術は、ｉＯＳではＵＲＬスキームと称され、ＡｎｄｒｏｉｄＯＳではインテント連携と称されている。特許文献１に記載のアプリ連携技術によれば、使用中アプリに基づいて画面に表示されているデータに対して何らかの操作を行いたい場合、そのデータに対して操作を行うことができる他のアプリケーションが提示される。ユーザは、それらの中から実行したいアプリケーション、例えば印刷用アプリを呼び出して、実行させることが可能である。

また、特許文献２には、ＵＲＬスキームを利用してアプリケーション起動命令を発行することが記載されている。具体的には、アプリ起動ボタンに、アプリの広告に対応するアプリケーション名（例えば“ＡＢＣ”）を指定したＵＲＬスキームを設定する（例えば、“ＡＢＣ：／／”）。これにより、アプリ起動ボタンをクリックすると、スマートフォンにインストールされているアプリケーション“ＡＢＣ”を起動させることができる。また、ＵＲＬスキームのパラメータに、アプリケーションに引き渡したいパラメータを指定しておくことで、アプリケーション“ＡＢＣ”にパラメータを引き渡すことができる。

また、特許文献３には、ＵＲＬスキームを用いて、「ＵＲＬの記述．ＨＴＭＬの記述？操作内容の記述」という形式を用いることにより、「？」以降の文字列である「操作内容の記述」により、実行すべき操作内容を指定することができることが記載されている。 具体例として、端末装置のマニュアルの内容を記載するＷｅｂページに、「ａｓｓｉｓｔ：／／ＡＢＣＤＥＦ？Ｗｉ−Ｆｉ＝ＯＮ」という記述を埋め込む。ここで、「ＡＢＣＤＥＦ」は、アプリケーションの名称を表している。また、「Ｗｉ−Ｆｉ＝ＯＮ」は、Ｗｉ−Ｆｉの設定を有効化する指示であることを表す。この場合、 端末装置は、「？」より前の情報である「ＡＢＣＤＥＦ」に基づいて該当するアプリケーションを読み出し、「？」より後の情報である「Ｗｉ−Ｆｉ＝ＯＮ」に基づいて該当する操作内容の命令（ここでは、Ｗｉ−Ｆｉの設定を有効化する命令）を生成する。

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

しかしながら、上記従来のアプリ連携技術では、使用中アプリにより生成されたデータを印刷する際には、印刷用アプリを起動してこれをフォアグラウンドで動作させる必要がある。そのため、使用中アプリにより生成された画面が表示されているときに印刷の指示を行うと、印刷用アプリの起動画面に切り替わってしまい、ユーザに違和感を与えてしまうという問題があった。

本発明は、このような問題を解決するために成されたものであり、アプリ連携技術を用いて携帯端末から印刷を実行する際に、画面の切り替わりによってユーザに与える違和感を抑制できるようにすることを目的とする。

上記した課題を解決するために、本発明では、携帯端末で使用されている使用中アプリにより生成されたデータのプリンタに対する印刷の実行が指示されたとき、印刷用アプリおよび所定の表示コマンドを指定したアプリ連携コマンドを発行して印刷用アプリを起動し、起動された印刷用アプリによる表示画面を、アプリ連携コマンドに含まれている所定の表示コマンドに従って生成するようにしている。

上記のように構成した本発明によれば、アプリ連携技術を用いて携帯端末から印刷を実行する際に、プリンタに対する印刷データの送信をフォアグラウンド処理として行うために起動された印刷用アプリの起動画面がそのまま表示されてしまうのではなく、アプリ連携コマンドの中で指定された所定の表示コマンドに従って印刷用アプリの表示画面が生成されて表示されることとなる。このため、印刷の実行を指示する前に表示されていた画面から印刷用アプリの表示画面への切り替わりが起こっても、生成する印刷用アプリの表示画面の内容によって、ユーザに与える違和感を抑制することができる。

本実施形態による表示画面制御システムを適用したプリントシステムの全体構成例を示す図である。 本実施形態による表示画面制御システムの機能構成例を示すブロック図である。 本実施形態による表示画面制御システムの機能を実施して携帯端末からプリンタへの印刷を行ったときにおける動作例を示す図である。 別の実施形態に係る表示画面制御システムの機能構成例を示すブロック図である。 図４に示した表示画面制御システムの機能を実施して携帯端末からプリンタへの印刷を行ったときにおける動作例を示す図である。 さらに別の実施形態に係る表示画面制御システムの機能構成例を示すブロック図である。 図６に示した表示画面制御システムの機能を実施して携帯端末からプリンタへの印刷を行ったときにおける動作例を示す図である。 さらに別の実施形態に係る表示画面制御システムの機能構成例を示すブロック図である。 図８に示した表示画面制御システムの機能を実施して携帯端末からプリンタへの印刷を行ったときにおける動作例を示す図である。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による表示画面制御システムを適用したプリントシステムの全体構成例を示す図である。図１に示すように、本実施形態のプリントシステムは、携帯端末１００およびプリンタ２００を備えて構成されている。携帯端末１００は、例えば、スマートフォンまたはタブレット端末である。携帯端末１００およびプリンタ２００は、Ｗｉ−ＦｉまたはＢｌｕｅｔｏｏｔｈ（登録商標）による無線通信機能を有しており、双方向に通信を行うことができるようになっている。

携帯端末１００には、ＨＴＭＬ形式のデータ（以下、ＨＴＭＬデータという）を生成して表示する機能を有するアプリケーション１０と、当該アプリケーション１０で生成されたＨＴＭＬデータをラスタ形式の印刷データに変換してプリンタ２００に送信する機能を有する印刷用アプリ２０とがインストールされている。本実施形態では、ユーザがアプリケーション１０を使用しているときに、当該アプリケーション１０で生成されたＨＴＭＬデータをプリンタ２００にて印刷する。よって、アプリケーション１０は、特許請求の範囲の使用中アプリに相当する。以下では、使用中アプリ１０と記す。なお、本実施形態において、使用中アプリ１０および印刷用アプリ２０は何れも、ｉＯＳ上で動作するアプリケーションであるものとする。

本実施形態のプリントシステムでは、携帯端末１００においてユーザが使用している使用中アプリ１０により生成されたＨＴＭＬデータを、印刷用アプリ２０によってラスタ形式の印刷データに変換する。そして、プリンタ２００が理解できる印刷コマンドに従って印刷データをプリンタ２００に送信することにより、携帯端末１００からの印刷を可能にしている。このとき、以下に詳しく説明するように、携帯端末１００の表示画面を制御する。この表示画面の制御を行う表示画面制御システムは、携帯端末１００にインストールされている使用中アプリ１０および印刷用アプリ２０によって構成される。

図２は、本実施形態による表示画面制御システムの機能構成例を示すブロック図である。図２に示すように、本実施形態の表示画面制御システムは、その機能構成として、操作受付部１１、画像生成部１２、アプリ起動部１３、表示画面生成部２１および表示制御部２２を備えている。ここで、操作受付部１１、画像生成部１２およびアプリ起動部１３は、使用中アプリ１０によって提供される機能である。一方、表示画面生成部２１および表示制御部２２は、印刷用アプリ２０によって提供される機能である。

すなわち、上記各機能ブロック１１〜１３は、実際にはＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶された使用中アプリ１０のプログラムが動作することによって実現される。また、上記各機能ブロック２１〜２２は、実際にはＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶された印刷用アプリ２０のプログラムが動作することによって実現される。なお、各機能ブロック１１〜１３，２１〜２２の一部の機能を、ハードウェアまたはＤＳＰ（Digital Signal Processor）により構成してもよい。

操作受付部１１は、使用中アプリ１０により生成されたＨＴＭＬデータの印刷の実行を指示するユーザ操作（以下、印刷実行操作という）を受け付ける。画像生成部１２は、操作受付部１１が印刷実行操作を受け付けたときに、携帯端末１００の表示画面のスクリーンショット画像を生成する。例えば、使用中アプリ１０によって生成されたＨＴＭＬデータに基づいて画面表示が行われているときに、操作受付部１１が印刷実行操作を受け付けた場合、画像生成部１２は、ＨＴＭＬデータに基づき表示された画面のスクリーンショット画像を生成する。スクリーンショット画像のファイルフォーマットは、ｊｐｇ、ｐｎｇ、ｉｍｇなど任意である。

アプリ起動部１３は、操作受付部１１が印刷実行操作を受け付けたとき、印刷用アプリ２０および所定の表示コマンド（クエリ文字列）を指定したアプリ連携コマンドを発行することにより、印刷用アプリ２０を起動する。本実施形態では，携帯端末１００がｉＯＳを実装したものであるため、アプリ連携コマンドは、ＵＲＬスキームを利用したものである。すなわち、アプリ起動部１３は、
[印刷用アプリの名称]://print/preview/?html=<ＨＴＭＬデータ>&[表示コマンド]
といった形式でアプリ連携コマンドを発行することにより、印刷用アプリ２０を起動する。ここで、“[印刷用アプリの名称]://”の部分がＵＲＬスキームを表している。

本実施形態は、ＵＲＬスキームに対して末尾の“&[表示コマンド]”を加えたところに特徴を有するものである。特に、本実施形態では、所定の表示コマンドとして、画像生成部１２により生成されたスクリーンショット画像の全画面表示を指示するためのコマンドを加えている。例えば、印刷用アプリ２０の名称が“PassPRNT”、ＨＴＭＬデータのファイル名が“Receipt data”であった場合、スクリーンショット画像を全画面表示させるためのアプリ連携コマンドは、以下のようになる。
PassPRNT://print/preview/?html=<Receipt data>&screen=data

ここで、“data”の部分がスクリーンショット画像を示している。ここでは、スクリーンショット画像の実バイナリデータを表示コマンドに設定する例を示している。なお、画像ファイルの保存先（ＯＳ内のフォルダパスやＷｅｂサーバからのダウンロード先ＵＲＬなど）を表示コマンドに設定するようにしてもよい。また、ここではＨＴＭＬデータをファイル名によって指定しているが、実データやデータダウンロード先のＵＲＬなどにより指定することも可能である。

表示画面生成部２１は、アプリ起動部１３により起動された印刷用アプリ２０による表示画面を、アプリ連携コマンドに含まれている所定の表示コマンドに従って生成する。上述のように、所定の表示コマンドとして、スクリーンショット画像の全画面表示を指示するためのコマンドが指定されている場合、表示画面生成部２１は、印刷用アプリ２０による表示画面として、スクリーンショット画像が全画面表示されるような表示画面を生成する。表示制御部２２は、表示画面生成部２１により生成された表示画面を携帯端末１００に表示させる。

図３は、本実施形態による表示画面制御システムの機能を実施して携帯端末１００からプリンタ２００への印刷を行ったときにおける動作例を示す図である。図３（ａ）は、使用中アプリ１０によって生成されたＨＴＭＬデータに基づいて、レシート画像３１、印刷ボタン３２、戻るボタン３３、ロゴマーク３４などが表示された状態を示している。

印刷ボタン３２の押下によって印刷の実行が指示されたとき、使用中アプリ１０の画像生成部１２は、図３（ａ）に示す表示画面のスクリーンショット画像を生成する。また、使用中アプリ１０のアプリ起動部１３は、アプリ連携コマンドを発行して印刷用アプリ２０を起動し、レシート画像３１のＨＴＭＬデータおよびスクリーンショット画像の画像データを印刷用アプリ２０に出力する。

アプリ起動部１３によって起動された印刷用アプリ２０では、アプリ連携コマンドにて指定されている表示コマンドに従って、印刷用アプリ２０に元々用意されている起動画面に代えて、使用中アプリ１０から受け取ったスクリーンショット画像を携帯端末１００に表示させる。これにより、図３（ｂ）に示すように、印刷ボタン３２が押下されたときの表示画面と全く見た目が変わらない画面を表示させることができる。

図３（ｂ）のような表示状態の下で、印刷用アプリ２０は、使用中アプリ１０から受け取ったＨＴＭＬデータを印刷データに変換し、プリンタ２００に送信する。プリンタ２００では、印刷用アプリ２０から受け取った印刷データに基づいて、レシート画像３１の印刷を実行する。なお、印刷用アプリ２０が印刷データをプリンタ２００に送信し終わった後は、自動的に印刷用アプリ２０がシャットダウンし、使用中アプリ１０のみが稼働している元の状態に戻る。

以上説明したように、本実施形態では、携帯端末１００で使用されている使用中アプリ１０により生成されたデータのプリンタ２００に対する印刷の実行が指示されたとき、印刷用アプリ２０の名称およびスクリーンショット画像の表示コマンドを指定したアプリ連携コマンドを発行して印刷用アプリ２０を起動し、起動された印刷用アプリ２０による表示画面を、使用中アプリ１０により生成されたスクリーンショット画像を用いて生成するようにしている。そして、スクリーンショット画像を全画面表示させるようにしている。

このように構成した本実施形態によれば、アプリ連携技術を用いて携帯端末１００からプリンタ２００への印刷を実行する際に、プリンタ２００に対する印刷データの送信をフォアグラウンド処理として行うために起動された印刷用アプリ２０の起動画面に代えて、使用中アプリ１０によって表示されていた表示画面のスクリーンショット画像が表示されることとなる。このため、使用中アプリ１０の表示画面から印刷用アプリ２０の表示画面への切り替わりが起こっても、見た目は全く変わらない状態とすることができ、切り替えに伴ってユーザに与える違和感をなくすことができる。

なお、上記実施形態では、表示コマンドの一例としてスクリーンショット画像の全画面表示を例に挙げたが、本発明はこれに限定されない。図４は、別の実施形態に係る表示画面制御システムの機能構成例を示すブロック図である。なお、この図４において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。

図４に示す表示画面制御システムは、図２に示した画像生成部１２に代えてコンテンツ取得部１４を備えている。また、図４に示す表示画面制御システムは、図２に示したアプリ起動部１３および表示画面生成部２１に代えて、アプリ起動部１３Ａおよび表示画面生成部２１Ａを備えている。

コンテンツ取得部１４は、操作受付部１１が印刷実行操作を受け付けたときに、携帯端末１００に表示されているコンテンツと、当該コンテンツの表示位置情報または表示サイズ情報の少なくとも一方とを取得する。コンテンツ取得部１４が取得するコンテンツは、ＨＴＭＬデータにて表される表示画面の中に含まれている画像、ボタン、ロゴなどである。

アプリ起動部１３Ａは、操作受付部１１が印刷実行操作を受け付けたとき、印刷用アプリ２０の名称および取得コンテンツの表示コマンドを指定したアプリ連携コマンドを発行することにより、印刷用アプリ２０を起動する。ここで、表示コマンドは、コンテンツ取得部１４により取得されたコンテンツを、コンテンツ取得部１４により取得された表示位置情報で示される位置または表示サイズ情報で示されるサイズの少なくとも一方に従って表示させることを指示するためのコマンドである。

例えば、使用中アプリ１０の表示画面から画像を取得して印刷用アプリ２０の表示画面に表示させる場合の表示コマンドは、以下のようになる。
imageX=data,(x,y),(width, height)
ここで、“data”の部分が画像を示している。ここでは、画像の実バイナリデータを表示コマンドに設定する例を示している。なお、画像ファイルの保存先を表示コマンドに設定するようにしてもよい。また、表示コマンドの“Ｘ”欄に数字を入れることで、複数の画像の取得を設定することが可能である。また、画像の表示位置情報として座標(x,y)を表示コマンドに設定し、画像の表示サイズ情報として幅および高さ(width, height)を表示コマンドに設定する。

また、使用中アプリ１０の表示画面からボタンを取得して印刷用アプリ２０の表示画面に表示させる場合の表示コマンドは、以下のようになる。
Button=text,(x,y),(width, height)
ここで、ボタンに表示する内容を“text”にて設定する。また、ボタンの表示位置情報として座標(x,y)を表示コマンドに設定し、ボタンの表示サイズ情報として幅および高さ(width, height)を表示コマンドに設定する。

また、使用中アプリ１０の表示画面からロゴを取得して印刷用アプリ２０の表示画面に表示させる場合の表示コマンドは、以下のようになる。
logoX=data,(x,y),(width, height)
ここで、“data”の部分がロゴを示している。ここでは、ロゴの実バイナリデータを表示コマンドに設定する例を示している。なお、ロゴの画像ファイルの保存先を表示コマンドに設定するようにしてもよい。また、表示コマンドの“Ｘ”欄に数字を入れることで、複数のロゴの取得を設定することが可能である。また、ロゴの表示位置情報として座標(x,y)を表示コマンドに設定し、ロゴの表示サイズ情報として幅および高さ(width, height)を表示コマンドに設定する。

表示画面生成部２１Ａは、アプリ起動部１３Ａにより起動された印刷用アプリ２０による表示画面として、使用中アプリ１０による表示画面から取得されたコンテンツを含む表示画面を生成する。画像、ボタン、ロゴの何れのコンテンツに関しても、使用中アプリ１０においてＨＴＭＬデータとして記述されている座標(x,y)、幅および高さ(width, height)を表示コマンドに設定すれば、使用中アプリ１０による表示画面におけるコンテンツの表示位置および表示サイズと同じとなるように、印刷用アプリ２０による表示画面に含ませるコンテンツの表示位置および表示サイズを定めることができる。

図５は、図４に示した表示画面制御システムの機能を実施して携帯端末１００からプリンタ２００への印刷を行ったときにおける動作例を示す図である。図５（ａ）は、使用中アプリ１０によって生成されたＨＴＭＬデータに基づいて、レシート画像３１、印刷ボタン３２、戻るボタン３３、ロゴマーク３４などが表示された状態を示している。この表示画面は、図３（ａ）に示したものと同じである。

印刷ボタン３２の押下によって印刷の実行が指示されたとき、使用中アプリ１０のコンテンツ取得部１４は、図５（ａ）に示す表示画面の中から、印刷ボタン３２、戻るボタン３３およびロゴマーク３４と、それぞれの表示位置情報および表示サイズ情報とを取得する。また、使用中アプリ１０のアプリ起動部１３Ａは、アプリ連携コマンドを発行して印刷用アプリ２０を起動し、レシート画像３１のＨＴＭＬデータを印刷用アプリ２０に出力するとともに、コンテンツ取得部１４により取得された各コンテンツとそれぞれの表示位置情報および表示サイズ情報とを印刷用アプリ２０に出力する。

なお、このように複数のコンテンツを取得する場合は、各コンテンツを取得して表示するための複数の表示コマンドを“＆”の記号により繋げて指定することが可能である。具体的には、アプリ連携コマンドは以下のようになる。
PassPRNT://print/preview/?html=<Receipt data>&printButton=印刷,(x,y),(width, height)&backButton=戻る,(x,y),(width, height)&logo1=logo.jpg,(x,y),(width, height)

アプリ起動部１３Ａによって起動された印刷用アプリ２０では、アプリ連携コマンドにて指定されている表示コマンドに従って、印刷用アプリ２０に元々用意されている起動画面に加えて、使用中アプリ１０から受け取ったコンテンツを携帯端末１００に表示させる。これにより、図５（ｂ）に示すように、印刷用アプリ２０の起動画面５１に加えて、印刷の指示が行われたときの使用中アプリ１０の表示画面に含まれていた印刷ボタン３２、戻るボタン３３およびロゴマーク３４を、印刷用アプリ２０の表示画面でもＨＴＭＬデータと同じ位置および同じサイズにて含んだ状態で表示させることができる。

なお、使用中アプリ１０の表示画面からコンテンツの表示位置情報を取得して表示サイズ情報を取得しない場合は、表示サイズ情報を任意の値に指定した表示コマンドを設定することが可能である。また、使用中アプリ１０の表示画面からコンテンツの表示サイズ情報を取得して表示位置情報を取得しない場合は、表示位置情報を任意の値に指定した表示コマンドを設定することが可能である。

図４のように表示画面制御システムを構成した場合、使用中アプリ１０の表示画面から印刷用アプリ２０の表示画面への切り替わりが起こったとき、図５（ｂ）のように印刷用アプリ２０の起動画面５１が表示されたとしても、使用中アプリ１０の表示画面で表示されていたコンテンツ３２〜３４が同じ位置に表示され続ける。このため、使用中アプリ１０の表示画面から全く別の印刷用アプリ２０の表示画面に切り替わったという印象ではなく、使用中アプリ１０の表示画面が別形態に遷移したような印象をユーザに与えることができる。これにより、使用中アプリ１０から印刷用アプリ２０への切り替えに伴ってユーザに与える違和感を抑制することができる。

なお、ここでは印刷用アプリ２０の起動画面５１に加えてコンテンツ３２〜３４を表示させる例について説明したが、印刷用アプリ２０の起動画面５１を表示させないようにすることも可能である。すなわち、表示コマンドとして、印刷用アプリ２０による起動画面５１を非表示とすることを指示するためのコマンドを更に含ませることにより、図５（ｃ）のように、起動画面５１を非表示とすることができる。この場合の表示コマンドは、以下の通りである。
init=OFF

このようにすれば、使用中アプリ１０の表示画面から印刷用アプリ２０の表示画面への切り替わりが起こったとき、印刷用アプリ２０の起動画面５１が表示されることなく、使用中アプリ１０の表示画面で表示されていたコンテンツ３２〜３４が同じ位置に表示され続ける。これにより、使用中アプリ１０の表示画面が別形態に遷移したような印象をより強くユーザに与えることができる。これにより、使用中アプリ１０から印刷用アプリ２０への切り替えに伴ってユーザに与える違和感を抑制することができる。

図６は、さらに別の実施形態に係る表示画面制御システムの機能構成例を示すブロック図である。なお、この図６において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。

図６に示す表示画面制御システムは、図２に示した画像生成部１２に代えて背景情報取得部１５を備えている。また、図６に示す表示画面制御システムは、図２に示したアプリ起動部１３および表示画面生成部２１に代えて、アプリ起動部１３Ｂおよび表示画面生成部２１Ｂを備えている。

背景情報取得部１５は、操作受付部１１が印刷実行操作を受け付けたときに、携帯端末１００の表示画面の背景情報を取得する。背景情報取得部１５が取得する背景情報の一例として、背景色情報が挙げられる。また、背景情報の別の例として、壁紙情報が挙げられる。なお、壁紙は画像データで提供されるため、図４に示した例において、コンテンツ取得部１４が画像を取得する場合と同様に処理すればよい。

アプリ起動部１３Ｂは、操作受付部１１が印刷実行操作を受け付けたとき、印刷用アプリ２０の名称および背景情報の表示コマンドを指定したアプリ連携コマンドを発行することにより、印刷用アプリ２０を起動する。ここで、表示コマンドは、背景情報取得部１５により取得された背景情報で示される背景の上に印刷用アプリ２０による表示画面を表示させることを指示するためのコマンドである。例えば、使用中アプリ１０の表示画面の背景色情報を取得して印刷用アプリ２０の表示画面に表示させる場合の表示コマンドは、以下のようになる。
background=ＲＧＢ値

図７は、図６に示した表示画面制御システムの機能を実施して携帯端末１００からプリンタ２００への印刷を行ったときにおける動作例を示す図である。図７（ａ）に示す表示画面は、図３（ａ）に示したものと同じである。

印刷ボタン３２の押下によって印刷の実行が指示されたとき、使用中アプリ１０の背景情報取得部１５は、図７（ａ）に示す表示画面の中から背景色情報を取得する。また、使用中アプリ１０のアプリ起動部１３Ｂは、アプリ連携コマンドを発行して印刷用アプリ２０を起動し、レシート画像３１のＨＴＭＬデータを印刷用アプリ２０に出力するとともに、背景情報取得部１５により取得された背景色情報を印刷用アプリ２０に出力する。

アプリ起動部１３Ｂによって起動された印刷用アプリ２０では、アプリ連携コマンドにて指定されている表示コマンドに従って、使用中アプリ１０から受け取った背景色の上に、印刷用アプリ２０に元々用意されている起動画面を表示させる。これにより、図７（ｂ）に示すように、印刷の指示が行われたときの使用中アプリ１０の表示画面に設定されていた背景色と同じ背景色で、印刷用アプリ２０の起動画面５１を表示させることができる。

図６のように表示画面制御システムを構成した場合、使用中アプリ１０の表示画面から印刷用アプリ２０の表示画面への切り替わりが起こったとき、図７（ｂ）のように印刷用アプリ２０の起動画面５１が表示されたとしても、使用中アプリ１０の表示画面に設定されていた背景色のままで印刷用アプリ２０の起動画面５１が表示される。画面の背景色はユーザに強く印象を与える部分であるので、これを変えずに印刷用アプリ２０の起動画面５１を表示させることにより、使用中アプリ１０の表示画面が別形態に遷移したような印象をユーザに与えることができる。これにより、使用中アプリ１０から印刷用アプリ２０への切り替えに伴ってユーザに与える違和感を抑制することができる。

なお、図４、図５で説明したコンテンツ表示コマンドと、図６、図７で説明した背景表示コマンドとを組み合わせて適用することも可能である。これらの表示コマンドを組み合わせて適用し、かつ、印刷用アプリ２０の起動画面５１を非表示に設定すると、印刷用アプリ２０の表示画面は図７（ｃ）のようになる。このようにすれば、使用中アプリ１０の表示画面が別形態に遷移したような印象をより強くユーザに与えることができる。これにより、使用中アプリ１０から印刷用アプリ２０への切り替えに伴ってユーザに与える違和感をより抑制することができる。

図８は、さらに別の実施形態に係る表示画面制御システムの機能構成例を示すブロック図である。なお、この図８において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。

図８に示す表示画面制御システムは、図２に示した画像生成部１２を備えていない。また、図８に示す表示画面制御システムは、図２に示したアプリ起動部１３および表示画面生成部２１に代えて、アプリ起動部１３Ｃおよび表示画面生成部２１Ｃを備えている。

アプリ起動部１３Ｃは、操作受付部１１が印刷実行操作を受け付けたとき、印刷用アプリ２０の名称および所定のメッセージの表示コマンドを指定したアプリ連携コマンドを発行することにより、印刷用アプリ２０を起動する。ここで、所定のメッセージは、例えば「印刷中です」といったように、印刷が実行されていることをユーザに伝えるためのアナウンス情報である。

例えば、所定のメッセージを加えて印刷用アプリ２０の表示画面に表示させる場合の表示コマンドは、以下のようになる。
messageX=text,(x,y),size
ここで、表示するメッセージの内容を“text”にて設定する。また、表示コマンドの“Ｘ”欄に数字を入れることで、複数のメッセージを設定することが可能である。また、メッセージの表示位置情報として任意の座標(x,y)を表示コマンドに設定し、メッセージの表示サイズ情報として“size”にて任意のフォントサイズを表示コマンドに設定する。

図９は、図８に示した表示画面制御システムの機能を実施して携帯端末１００からプリンタ２００への印刷を行ったときにおける動作例を示す図である。図９（ａ）に示す表示画面は、図３（ａ）に示したものと同じである。

印刷ボタン３２の押下によって印刷の実行が指示されたとき、使用中アプリ１０のアプリ起動部１３Ｃは、アプリ連携コマンドを発行して印刷用アプリ２０を起動し、レシート画像３１のＨＴＭＬデータを印刷用アプリ２０に出力するとともに、アプリ連携コマンドの中の表示コマンドによって指定された所定のメッセージを印刷用アプリ２０に出力する。

アプリ起動部１３Ｃによって起動された印刷用アプリ２０では、アプリ連携コマンドにて指定されている表示コマンドに従って、印刷用アプリ２０に元々用意されている起動画面に加えて（非表示の設定がされている場合は起動画面に代えて）、所定のメッセージを表示させる。図９（ｂ）は、印刷用アプリ２０の起動画面が非表示に設定されている場合の表示画面の例を示している。このように、印刷用アプリ２０の表示画面において、表示コマンドにて指定された任意の位置に任意のサイズでメッセージ９１を表示させることができる。

図８のように表示画面制御システムを構成した場合、使用中アプリ１０の表示画面から印刷用アプリ２０の表示画面への切り替わりが起こったとき、印刷中であることなどを示す所定のメッセージが印刷用アプリ２０の表示画面に表示される。このため、使用中アプリ１０が印刷中のメッセージを表示しているような印象をユーザに与えることができる。これにより、使用中アプリ１０から印刷用アプリ２０への切り替えに伴ってユーザに与える違和感を抑制することができる。

なお、図８、図９で説明したメッセージ表示コマンドと、図４、図５で説明したコンテンツ表示コマンドと、図６、図７で説明した背景表示コマンドとを任意に組み合わせて適用することも可能である。これらを全て組み合わせて適用し、かつ、印刷用アプリ２０の起動画面５１を非表示に設定すると、印刷用アプリ２０の表示画面は図９（ｃ）のようになる。このようにすれば、使用中アプリ１０の表示画面が別形態に遷移したような印象をより強くユーザに与えることができる。これにより、使用中アプリ１０から印刷用アプリ２０への切り替えに伴ってユーザに与える違和感をより抑制することができる。

なお、上記各実施形態では、アプリ連携コマンドの一例として、ｉＯＳのＵＲＬスキームを用いる例について説明したが、本発明はこれに限定されない。例えば、ＡｎｄｒｏｉｄＯＳのインテント連携を用いる場合にも同様に本発明を適用することが可能である。

その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０ 使用中アプリ
１２ 画像生成部
１３，１３Ａ，１３Ｂ，１３Ｃ アプリ起動部
１４ コンテンツ取得部
１５ 背景情報取得部
２０ 印刷用アプリ
２１，２１Ａ，２１Ｂ，２１Ｃ 表示画面生成部
２２ 表示制御部
１００ 携帯端末
２００ プリンタ

Claims (6)

1. 携帯端末で使用されているアプリケーションである使用中アプリにより生成されたデータのプリンタに対する印刷の実行が指示されたとき、上記データを印刷データに変換して上記プリンタに出力するためのアプリケーションである印刷用アプリおよび所定の表示コマンドを指定したアプリ連携コマンドを発行することにより、上記印刷用アプリを起動するアプリ起動部と、
   上記アプリ起動部により起動された上記印刷用アプリによる表示画面を、上記アプリ連携コマンドに含まれている上記所定の表示コマンドに従って生成する表示画面生成部と、
   上記表示画面生成部により生成された表示画面を表示させる表示制御部とを備えたことを特徴とする表示画面制御システム。
2. 上記印刷の実行が指示されたときに、上記携帯端末の表示画面のスクリーンショット画像を生成する画像生成部を更に備え、
   上記所定の表示コマンドは、上記画像生成部により生成された上記スクリーンショット画像の全画面表示を指示するためのコマンドであることを特徴とする請求項１に記載の表示画面制御システム。
3. 上記印刷の実行が指示されたときに、上記携帯端末に表示されているコンテンツと、当該コンテンツの表示位置情報または表示サイズ情報の少なくとも一方とを取得するコンテンツ取得部を更に備え、
   上記所定の表示コマンドは、上記コンテンツ取得部により取得されたコンテンツを、上記コンテンツ取得部により取得された上記表示位置情報で示される位置または上記表示サイズ情報で示されるサイズの少なくとも一方に従って表示させることを指示するためのコマンドであることを特徴とする請求項１に記載の表示画面制御システム。
4. 上記印刷の実行が指示されたときに、上記携帯端末の表示画面の背景情報を取得する背景情報取得部を更に備え、
   上記所定の表示コマンドは、上記背景情報取得部により取得された背景情報で示される背景の上に上記印刷用アプリによる表示画面を表示させることを指示するためのコマンドであることを特徴とする請求項１に記載の表示画面制御システム。
5. 上記所定の表示コマンドは、所定のメッセージを、所定の表示位置および所定の表示サイズに従って表示させることを指示するためのコマンドであることを特徴とする請求項１に記載の表示画面制御システム。
6. 上記所定の表示コマンドは、上記印刷用アプリによる起動画面を非表示とすることを指示するためのコマンドを更に含むことを特徴とする請求項３〜５の何れか１項に記載の表示画面制御システム。