JP2020004148A - 携帯端末のためのアプリケーションプログラムと携帯端末 - Google Patents

Abstract

【課題】通信装置から指示情報が取得される場合に、携帯端末の状態と適合しない画面が表示されることを抑制し得る技術を提供する。【解決手段】携帯端末は、表示部に第１の画面が表示されている状態で、通信装置から指示情報を取得し、通信装置から指示情報が取得される場合に、携帯端末の現在の状態を示す状態情報を取得し、状態情報を利用して、第１の画面に代えて異なる画面を表示すべきであるのか否かを判断する。携帯端末は、異なる画面を表示すべきであると判断される場合に、第１の画面に代えて異なる画面を表示部に表示させ、異なる画面を表示すべきでないと判断される場合に、第１の画面の表示を維持する。指示情報は、第１の画面とは異なる画面を表示部に表示させるための指示を示す情報である。【選択図】図８

Description

本明細書では、通信装置から取得する指示情報に従って、画面を表示する携帯端末に関する技術を開示する。

特許文献１には、ＭＦＰと通信可能な携帯端末が開示されている。携帯端末は、ＭＦＰのＮＦＣタグとの通信セッションが確立される場合に、ＮＦＣタグからパラメータを取得する。携帯端末は、タッチスクリーンディスプレイ上に表示する画面を取得済みのパラメータに応じた画面に遷移する。

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

上記の技術では、携帯端末の状態が考慮されていない。このため、ＮＦＣタグからパラメータを取得することに応じて、携帯端末の状態と適合しない画面が表示され得る。本明細書では、通信装置から指示情報が取得される場合に、携帯端末の状態と適合しない画面が表示されることを抑制し得る技術を提供する。

本明細書では、携帯装置のためのアプリケーションプログラムを開示する。アプリケーションプログラムは、前記携帯装置のコンピュータを、前記携帯端末の表示部に第１の画面が表示されている状態で、通信装置から指示情報を取得する第１の取得部であって、前記指示情報は、前記第１の画面とは異なる画面を前記表示部に表示させるための指示を示す情報である、前記第１の取得部と、前記通信装置から前記指示情報が取得される場合に、前記携帯端末の現在の状態を示す状態情報を取得する第２の取得部と、前記状態情報を利用して、前記第１の画面に代えて前記異なる画面を表示すべきであるのか否かを判断する第１の判断部と、前記異なる画面を表示すべきであると判断される場合に、前記第１の画面に代えて前記異なる画面を前記表示部に表示させる第１の表示制御部であって、前記異なる画面を表示すべきでないと判断される場合に、前記第１の画面の表示が維持される、前記第１の表示制御部と、として機能させる。

このような構成によれば、携帯端末は、第１の画面が表示されている状態で、通信装置から指示情報を取得する場合に、携帯端末の現在の状態を示す状態情報を利用して、異なる画面を表示すべきか否かを判断する。そして、携帯端末は、異なる画面を表示すべきであると判断される場合に、第１の画面に代えて異なる画面を表示する。一方、携帯端末は、異なる画面を表示すべきでないと判断される場合に、第１の画面の表示を維持する。これにより、通信装置から指示情報が取得される場合に携帯端末の状態に適合しない画面が表示されることを抑制し得る。

上記のアプリケーションプログラムを格納するコンピュータ読取可能記憶媒体も新規で有用である。また、上記の携帯端末そのもの及び携帯端末によって実行される方法も新規で有用である。

通信システムの構成を示す。 印刷及びスキャンの実行のための概要を示す。 携帯端末が表示する各画面を示す。 携帯端末の判断処理のフローチャートを示す。 第１の画面処理のフローチャートを示す。 第２の画面処理のフローチャートを示す。 第１の画面処理の具体的なケースＢ１、Ｂ２のシーケンス図を示す。 第１の画面処理の具体的なケースＢ３のシーケンス図を示す。 第２の画面処理の具体的なケースのシーケンス図を示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、携帯端末１０と多機能機１００とを備える。各装置１０、１００は、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信（即ちいわゆる近距離無線通信の一種）と、Ｗｉ−Ｆｉ方式に従った無線通信と、を実行可能である。なお、以下では、「多機能機」のことを「ＭＦＰ（Multifunction Peripheralの略）」と記載する場合がある。

（ＭＦＰ１００の構成）
ＭＦＰ１００は、印刷機能及びスキャン機能を含む複数個の機能を実行可能な周辺装置（即ち携帯端末１０の周辺装置）である。ＭＦＰ１００は、ＮＦＣインターフェース１１４と、Ｗｉ−Ｆｉインターフェース１１６と、を備える。なお、以下では、インターフェースのことを「Ｉ／Ｆ」と記載する場合がある。

Ｗｉ−ＦｉＩ／Ｆ１１６は、Ｗｉ−Ｆｉ方式に従った無線通信を実行するためのＩ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。Ｗｉ−ＦｉＩ／Ｆ１１６は、特に、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.1」に記述されている無線通信方式である。

ＭＦＰ１００は、ＷＦＤ方式のＧ／Ｏ（Group Ownerの略）状態、ＣＬ（Clientの略）状態、及び、デバイス状態のいずれかの状態で動作することができる。ＭＦＰ１００は、ＷＦＤ方式のＧ／Ｏとして動作して、ＭＦＰ１００及び外部装置（例えば携帯端末１０）が所属するＷｉ−Ｆｉネットワークを形成可能である。この場合、ＭＦＰ１００は、外部装置を子局としてＷｉ−Ｆｉネットワークに参加させることができる。なお、変形例では、ＭＦＰ１００は、ＳｏｆｔＡＰとして動作して、ＭＦＰ１００と外部装置が所属するネットワークを形成してもよい。

ＮＦＣＩ／Ｆ１１４は、ＮＦＣ方式に従った無線通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。ＮＦＣＩ／Ｆ１１４は、ＮＦＣフォーラムタグである。ＮＦＣフォーラムタグは、ＮＦＣ方式に従ったＩＣ（Integrated Circuitの略）タグとして機能するインターフェースである。ＮＦＣＩ／Ｆ１１４は、外部装置（例えば携帯端末１０）からポーリング信号を受信する場合に、ポーリング信号に対する応答信号を外部装置に送信して、外部装置とのＮＦＣ接続を確立する。

ＮＦＣＩ／Ｆ１１４は、ＮＦＣ情報を記憶する。ＮＦＣ情報は、接続情報を含む。接続情報は、外部装置をＭＦＰ１００が親局として動作するＷｉ−Ｆｉネットワークに参加させるための情報であり、Ｗｉ−Ｆｉネットワークを識別するためのＳＳＩＤ（Service Set IDentifierの略）と、パスワードと、を含む。ＳＳＩＤ及びパスワードは、ＭＦＰ１００によって生成されてＮＦＣＩ／Ｆ１１４に記憶される。

また、ＮＦＣ情報は、指示情報を含み得る。指示情報は、特定の画面を携帯端末の表示部（例えば表示部１２）に表示させるための指示を示す情報である。指示情報は、ＭＦＰ１００が備える図示省略の各センサから特定の信号を取得する場合に、ＮＦＣＩ／Ｆ１１４に記憶される。上記の各センサは、例えば、印刷用紙の紙詰まりの有無を検知するための紙詰まりセンサ、印刷に利用される消耗品（トナー、インク等）の残量を検知するための残量センサ、ＭＦＰ１００が備えるＡＤＦ（Auto Document Feederの略）に原稿が載置されているのか否かを検知するためのＡＤＦセンサ等を含む。ＡＤＦは、スキャン対象の原稿を搬送しながら原稿をスキャンするための装置である。また、指示情報は、各センサから特定の信号を取得しない場合、例えば、ＭＦＰ１００がエラー等の発生していないデフォルトの状態である場合に、ＮＦＣＩ／Ｆ１１４に記憶されない。

例えば、ＭＦＰ１００は、紙詰まりセンサから印刷用紙の紙詰まりが発生したことを示す信号を取得する場合に、エラーＵＲＬ（Uniform Resource Locatorの略）を含むブラウザ指示を指示情報としてＮＦＣＩ／Ｆ１１４に記憶する。ブラウザ指示は、ブラウザプログラムの起動と、ブラウザ指示に含まれるＵＲＬに従ったサーバへのアクセスと、を携帯端末に指示するためのコマンドである。エラーＵＲＬは、インターネット上に設置されたサポートサーバ（図示省略）の位置を示す。サポートサーバは、紙詰まりを解消させるための方法を示すウェブページを記憶している。なお、ＭＦＰ１００は、紙詰まりセンサから印刷用紙の紙詰まりが解消したことを示す信号を取得する場合に、上記のブラウザ指示（即ち、指示情報）をＮＦＣＩ／Ｆ１１４から削除する。

また、例えば、ＭＦＰ１００は、残量センサからトナーの残量が所定量以下であることを示す信号を取得する場合に、サービスＵＲＬを含むブラウザ指示を指示情報としてＮＦＣＩ／Ｆ１１４に記憶する。サービスＵＲＬは、インターネット上に設置されたサービスサーバ（図示省略）の位置を示す。サービスサーバは、ユーザからトナーの発注を受け付けるサービスを提供するとともに当該サービスのためのウェブページを記憶している。なお、ＭＦＰ１００は、残量センサからトナーの残量が所定量より大きいことを示す信号を取得する場合に、上記のブラウザ指示をＮＦＣＩ／Ｆ１１４から削除する。

また、例えば、ＭＦＰ１００は、ＡＤＦセンサからＡＤＦに原稿が載置されたことを示す信号を取得する場合に、スキャン画面指示を指示情報としてＮＦＣＩ／Ｆ１１４に記憶する。スキャン画面指示は、後述するスキャン設定画面ＳＣ１３（図３参照）を携帯端末１０に表示させるためのコマンドである。スキャン画面指示は、ＡＤＦが搬送可能な原稿サイズ（例えば、Ａ４、Ａ５）を示すサイズ情報を含む。なお、ＭＦＰ１００は、ＡＤＦから原稿が取り除かれたことに起因して、ＡＤＦセンサからＡＤＦに原稿が載置されていないことを示す信号を取得する場合に、上記のスキャン画面指示をＮＦＣＩ／Ｆ１１４から削除する。

ここで、Ｗｉ−ＦｉＩ／ＦとＮＦＣＩ／Ｆとの間の相違点を説明しておく。Ｗｉ−ＦｉＩ／Ｆを介した無線通信の通信速度（例えば最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆを介した無線通信の通信速度（例えば最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、Ｗｉ−ＦｉＩ／Ｆを介した無線通信に利用される周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆを介した無線通信に利用される周波数（例えば１３．５６ＭＨｚ帯）とは異なる。また、Ｗｉ−ＦｉＩ／Ｆを介した無線通信を実行可能な最大の距離（例えば最大で約１００ｍ）は、ＮＦＣＩ／Ｆを介した無線通信を実行可能な最大の距離（例えば最大で約１０ｃｍ）よりも大きい。

（携帯端末１０の構成）
携帯端末１０は、例えば、携帯電話、スマートフォン、タブレットＰＣ等の可搬型の端末である。携帯端末１０は、表示部１２と、ＮＦＣＩ／Ｆ１４と、Ｗｉ−ＦｉＩ／Ｆ１６と、インターネットＩ／Ｆ１８、制御部２０と、を備える。各部１２〜２０はバス線（符号省略）に接続されている。

表示部１２は、様々な情報を表示するためのディスプレイである。表示部１２は、いわゆるタッチパネルとして機能する。即ち、表示部１２は、ユーザによって操作される操作部としても機能する。

ＮＦＣＩ／Ｆ１４は、ＮＦＣ方式に従ったＮＦＣ通信を実行するためのＩ／Ｆであり、ＮＦＣフォーラムデバイスである。ＮＦＣフォーラムデバイスは、Ｐ２Ｐ（Peer to Peerの略）モードと、Ｒ／Ｗ（Reader/Writerの略）モードと、ＣＥ（Card Emulationの略）モードと、のいずれかのモードで選択的に動作可能なＩ／Ｆである。ＮＦＣＩ／Ｆ１４は、少なくともＲ／Ｗモードで動作可能である。ＮＦＣＩ／Ｆ１４は、Readerモードで動作する場合に、ＭＦＰ１００のＮＦＣＩ／Ｆ１１４からのＮＦＣ情報の読み出し、即ち、ＮＦＣＩ／Ｆ１１４からのＮＦＣ情報の受信を実行することができる。また、ＮＦＣＩ／Ｆ１１４は、Writerモードで動作する場合に、ＮＦＣＩ／Ｆ１１４への情報の書き込み、即ち、ＮＦＣＩ／Ｆ１１４への情報の送信を実行することができる。Ｗｉ−ＦｉＩ／Ｆ１６は、ＭＦＰ１００のＷｉ−ＦｉＩ／Ｆ１１６と同様である。

インターネットＩ／Ｆ１８は、基地局によって構成されるモバイルネットワークを介して、インターネットに接続するためのＩ／Ｆである。モバイルネットワークは、セルラー方式（例えば、３Ｇ（3rd Generationの略）方式、４Ｇ（4th Generationの略）方式、ＬＴＥ（Long Term Evolutionの略）方式等）に従った無線ネットワークである。

制御部２０は、ＣＰＵ２２とメモリ２４とを備える。ＣＰＵ２２は、メモリ２４に記憶されているプログラム３０〜３４に従って、様々な処理を実行する。メモリ２４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ２４は、基本的な処理を実現するためのＯＳプログラム（Operating Systemの略）３０と、印刷スキャンアプリケーションプログラム（以下では「印刷スキャンアプリ」と呼ぶ）３２と、ブラウザプログラム３４と、を記憶する。ＯＳプログラム３０は、例えば、Ａｎｄｒｏｉｄ（登録商標）である。ブラウザプログラム３４は、例えば、ｃｈｒｏｍｅ（登録商標）、ｆｉｒｅｆｏｘ（登録商標）等である。

印刷スキャンアプリ３２は、ＭＦＰ１００のベンダによって提供されるプログラムであり、印刷又はスキャンをＭＦＰ１００に実行させるための実行要求をＭＦＰ１００に送信するためのプログラムである。印刷スキャンアプリ３２は、例えば、ベンダによって提供されるインターネット上のサーバ（図示省略）から携帯端末１０にインストールされてもよいし、ＭＦＰ１００と共に出荷されるメディアから携帯端末１０にインストールされてもよい。

また、メモリ２４は、さらに、端末状態情報４０と、画面情報４２と、を記憶する。端末状態情報４０は、携帯端末１０の状態を示す情報である。端末状態情報４０は、ＯＳプログラム３０に従って、メモリ２４内の所定の領域に記憶される。端末状態情報４０は、例えば、携帯端末１０のバッテリの残量を示すバッテリ残量情報と、メモリ２４の記憶容量の残量を示すメモリ残量情報と、インターネットＩ／Ｆ１８の状態を示す通信状態情報と、国情報と、を含む。インターネットＩ／Ｆ１８の状態は、ユーザの操作に応じて、インターネットを介した通信が可能な可能状態とインターネットを介した通信が不可能な不可能状態とのうちのいずれか一方の状態に設定される。通信状態情報は、インターネットＩ／Ｆ１８の状態が可能状態である場合に、インターネットを介した通信の実行が可能であることを示し、インターネットＩ／Ｆ１８の状態が不可能状態である場合に、インターネットを介した通信の実行が不可能であることを示す。また、国情報は、携帯端末１０のユーザが住む国を示す情報である。国情報は、ユーザによって携帯端末１０に入力される。

画面情報４２は、印刷スキャンアプリ３２に従って表示部１２に表示される画面の種類を特定するための情報である。画面情報４２は、印刷スキャンアプリ３２に従って、メモリ２４内の所定の領域に記憶される。例えば、ＣＰＵ２２は、印刷スキャンアプリ３２に従って、ホーム画面ＳＣ１（図３参照）を表示部１２に表示させる場合に、ホーム画面ＳＣ１を特定するための画面情報４２をメモリ２４内の所定の領域に記憶する。

（印刷及びスキャンを実行させるための概要；図２、図３）
図２、図３を参照して、携帯端末１０がＭＦＰ１００に印刷及びスキャンを実行させるための処理の概要を説明する。なお、以下では、理解の容易さの観点から、携帯端末１０のＣＰＵ２２が印刷スキャンアプリ３２に従って実行する処理を、ＣＰＵ２２を主体として説明せず、携帯端末１０を主体として説明する。また、本ケースでは、ＭＦＰ１００はデフォルトの状態である。このため、ＮＦＣ情報は、接続情報を含み、指示情報を含まない。

Ｔ１０では、印刷スキャンアプリ３２を起動する操作がユーザによって携帯端末１０に実行され、この結果、印刷スキャンアプリ３２が起動する。Ｔ１２では、携帯端末１０は、ホーム画面ＳＣ１を表示部１２に表示させる。図３に示すように、ホーム画面ＳＣ１は、ＭＦＰ１００の印刷機能を利用する指示を受け付けるための印刷ボタンＢＴ１と、ＭＦＰ１００のスキャン機能を利用する指示を受け付けるためのスキャンボタンＢＴ２と、を含む。

（ケースＡ１）
ケースＡ１では、携帯端末１０は、Ｔ１４において、印刷ボタンＢＴ１の選択を受け付ける。Ｔ１６では、携帯端末１０は、画像選択画面ＳＣ２を表示部１２に表示させる。画像選択画面ＳＣ２は、ＭＦＰ１００によって印刷されるべき画像を表わす画像データを選択するための画面である。図３に示すように、画像選択画面ＳＣ２は、メモリ２４に記憶されている複数個の画像データによって表わされる複数個のサムネイル画像ＳＩ１〜ＳＩ３を含む。Ｔ１８では、携帯端末１０は、複数個のサムネイル画像ＳＩ１〜ＳＩ３の中から、サムネイル画像ＳＩ１の選択をユーザから受け付ける。

Ｔ２０では、携帯端末１０は、印刷設定画面ＳＣ３を表示部１２に表示させる。印刷設定画面ＳＣ３は、印刷機能の実行のための設定情報を入力するための画面である。図３に示すように。印刷設定画面ＳＣ３は、入力欄と、ＯＫボタンと、を含む。入力欄は、印刷機能を実行するための複数個の設定項目（例えば、用紙サイズ、色数）に対応する複数個の印刷設定値（例えば、用紙サイズ「Ａ４」、色数「カラー」）を入力するための欄である。ＯＫボタンは、印刷設定値の入力が完了した場合に、ユーザによって選択されるボタンである。Ｔ２２では、携帯端末１０は、印刷設定情報（即ち複数個の印刷設定値）の入力とＯＫボタンの選択とをユーザから受け付ける。

Ｔ２４では、携帯端末１０は、プレビュー画像を含むプレビュー画面ＳＣ４（図３参照）を表示部１２に表示させる。具体的には、携帯端末１０は、印刷設定画面ＳＣ３において入力された印刷設定情報に従って、Ｔ１８で選択されたサムネイル画像ＳＩ１に対応する画像データを変換して、ＭＦＰ１００で印刷されるべき画像を表わすプレビュー画像情報を生成する。そして、印刷スキャンアプリ２８は、生成済みのプレビュー画像情報によって表わされるプレビュー画像を含むプレビュー画面ＳＣ４を表示部１２に表示させる。また、プレビュー画面ＳＣ４は、印刷実行ボタンＢＴ３と、Ｒｅｔｕｒｎボタンと、を含む。印刷実行ボタンＢＴ３は、印刷データをＭＦＰ１００に送信する指示を受け付けるためのボタンである。Ｒｅｔｕｒｎボタンは、ホーム画面ＳＣ１に戻るためのボタンである。

本ケースでは、ユーザは、表示部１２にプレビュー画面ＳＣ４が表示されている状態で、携帯端末１０をＭＦＰ１００に近付ける。これにより、携帯端末１０のＮＦＣＩ／Ｆ１４とＭＦＰ１００のＮＦＣＩ／Ｆ１１４との間の距離が所定の距離（例えば１０ｃｍ）以下となり、ポーリング信号がＮＦＣＩ／Ｆ１４からＮＦＣＩ／Ｆ１１４に送信され、ポーリング信号に対する応答信号がＮＦＣＩ／Ｆ１１４からＮＦＣＩ／Ｆ１４に送信され、Ｔ３０において、携帯端末１０とＭＦＰ１００との間にＮＦＣ接続が確立される。

Ｔ３２では、携帯端末１０は、ＮＦＣＩ／Ｆ１４をReaderモードで動作させ、ＮＦＣ接続を利用して、ＭＦＰ１００のＮＦＣＩ／Ｆ１１４からＮＦＣ情報を受信する。上記のように、本ケースでは、ＮＦＣ情報は、接続情報を含み、指示情報を含まない。

Ｔ３４では、携帯端末１０は、受信済みのＮＦＣ情報に含まれる接続情報を利用して、ＭＦＰ１００とのＷｉ−Ｆｉ接続を確立する。具体的には、携帯端末１０は、Ｗｉ−ＦｉＩ／Ｆ１６を介して、Ｗｉ−Ｆｉ接続の確立のための様々な信号（例えば、Authentication信号、Association信号、4-way handshake等）の通信をＭＦＰ１００と実行する。上記の様々な信号の通信の過程で、接続情報内のパスワードがＭＦＰ１００に送信され、パスワードの認証がＭＦＰ１００によって実行される。この結果、携帯端末１０は、Ｗｉ−ＦｉＩ／Ｆ１６を介したＷｉ−Ｆｉ接続をＭＦＰ１００と確立する。

Ｔ３６では、携帯端末１０は、プレビュー画面ＳＣ４内の印刷実行ボタンＢＴ３の選択をユーザから受け付ける。Ｔ３８では、携帯端末１０は、Ｔ２２で入力された設定情報に従って、Ｔ１８で選択されたサムネイル画像ＳＩ１に対応する画像データを変換して印刷データを生成する。印刷データは、ＭＦＰ１００が解釈可能なデータ形式を有する変換済み画像データと、Ｔ２２で入力された印刷設定情報と、を含む。そして、携帯端末１０は、Ｔ３４で確立されたＷｉ−Ｆｉ接続を利用して、Ｗｉ−ＦｉＩ／Ｆ１６を介して、生成済みの印刷データをＭＦＰ１００に送信する。また、Ｔ３９では、携帯端末１０は、ＭＦＰ１００が印刷を実行していることを示す印刷中画面ＳＣ５を表示する。

ＭＦＰ１００は、Ｔ３８において、携帯端末１０から印刷データを受信すると、Ｔ４０において、印刷データに含まれる印刷設定情報に従って、印刷データに含まれる画像データによって表わされる画像の印刷を実行する。ＭＦＰ１００は、印刷が完了すると、Ｔ４２において、印刷が完了したことを示す印刷完了通知を携帯端末１０に送信する。

携帯端末１０は、Ｔ４２において、ＭＦＰ１００から印刷完了通知を受信すると、印刷中画面ＳＣ５を消去して、プレビュー画面ＳＣ４を表示する。

（ケースＡ２）
ケースＡ２では、携帯端末１０は、Ｔ５４において、ホーム画面ＳＣ１内のスキャンボタンＢＴ２の選択を受け付ける。Ｔ６０では、携帯端末１０は、スキャン設定画面ＳＣ１３を表示部１２に表示させる。図３に示すように、スキャン設定画面ＳＣ１３は、入力欄と、ＯＫボタンと、を含む。入力欄は、スキャン機能を実行するための複数個の設定項目（例えば、原稿サイズ、解像度、データ形式）に対応する複数個のスキャン設定値（例えば、原稿サイズ「Ａ４」、解像度「３００ｄｐｉ」、データ形式「ＰＤＦ」）を入力するための欄である。ＯＫボタンは、スキャン設定値の入力が完了した場合に、ユーザによって選択されるボタンである。Ｔ６２では、携帯端末１０は、スキャン設定情報（即ち複数個のスキャン設定値）の入力とＯＫボタンの選択とをユーザから受け付ける。

Ｔ６４では、携帯端末１０は、設定確認画面ＳＣ１４（図３参照）を表示部１２に表示させる。設定確認画面ＳＣ１４は、スキャン設定画面ＳＣ１３に入力されたスキャン設定情報の内容を確認するための画面である。設定確認画面ＳＣ１４は、スキャン実行ボタンＢＴ４と、Ｃａｎｃｅｌボタンと、を含む。スキャン実行ボタンＢＴ４は、スキャンの実行を要求するためのスキャン要求をＭＦＰ１００に送信する指示を受け付けるためのボタンである。

本ケースでは、ユーザは、表示部１２に設定確認画面ＳＣ１４が表示されている状態で、携帯端末１０をＭＦＰ１００に近付ける。これにより、Ｔ３０〜Ｔ３４と同様の処理が実行される。

Ｔ７６では、携帯端末１０は、設定確認画面ＳＣ１４内のスキャン実行ボタンＢＴ４の選択をユーザから受け付ける。Ｔ７８では、携帯端末１０は、Ｔ３４で確立されたＷｉ−Ｆｉ接続を利用して、Ｗｉ−ＦｉＩ／Ｆ１６を介して、Ｔ６２で入力されたスキャン設定情報を含むスキャン要求をＭＦＰ１００に送信する。

ＭＦＰ１００は、Ｔ７８において、携帯端末１０からスキャン要求を受信すると、Ｔ８０において、スキャン要求に含まれるスキャン設定情報に従って、ＭＦＰ１００に載置されている原稿のスキャンを実行し、スキャンデータを生成する。Ｔ８２では、ＭＦＰ１００は、Ｗｉ−Ｆｉ接続を利用して、生成済みのスキャンデータを携帯端末１０に送信する。

携帯端末１０は、Ｔ８２において、ＭＦＰ１００からスキャンデータを受信すると、Ｔ８４において、スキャンデータによって表される画像を含む画像表示画面ＳＣ１６を表示部１２に表示させる。画像表示画面ＳＣ１６は、記憶ボタンＢＴ５と、Ｒｅｔｕｒｎボタンと、を含む。記憶ボタンＢＴ５は、受信済みのスキャンデータをメモリ２４内の特定の領域に記憶するためのボタンである。なお、変形例では、記憶ボタンＢＴ５は、受信済みのスキャンデータを携帯端末１０とは別体に設けられている装置、例えば、インターネット上のサーバに記憶するためのボタンであってもよい。

Ｔ８６では、携帯端末１０は、画像表示画面ＳＣ１６内の記憶ボタンＢＴ５の選択をユーザから受け付ける。Ｔ８８では、携帯端末１０は、受信済みのスキャンデータをメモリ２４内の特定の領域に記憶する。そして、携帯端末１０は、スキャンデータの記憶が完了すると、スキャンデータの記憶が完了したことを示す記憶完了画面ＳＣ１７を表示部１２に表示させる。携帯端末１０は、記憶完了画面ＳＣ１７の表示から所定時間が経過すると、記憶完了画面ＳＣ１７を消去して、画像表示画面ＳＣ１６を表示する。

ここで、図３を参照して、印刷スキャンアプリ３２に従って表示される画面の種類について説明する。図３に示すように、印刷スキャンアプリ３２は、当該アプリの起動後に最初に表示されるホーム画面ＳＣ１と、ホーム画面ＳＣ１内の印刷ボタンＢＴ１の選択の後に表示される各画面ＳＣ２〜ＳＣ５と、ホーム画面ＳＣ１内のスキャンボタンＢＴ２の選択の後に表示される各画面ＳＣ１３〜ＳＣ１７と、を含む複数種類の画面を表示する。以下では、各画面ＳＣ２〜ＳＣ５を「印刷画面」と呼び、各画面ＳＣ１３〜ＳＣ１７を「スキャン画面」と呼ぶ。また、印刷スキャンアプリ３２は、ホーム画面、印刷画面、スキャン画面以外の画面、例えば、印刷スキャンアプリ３２の設定情報（例えば、アカウント情報）を入力するためのアプリ設定画面（図示省略）を表示可能である。

（判断処理；図４）
図４を参照して、携帯端末１０のＣＰＵ２２が印刷スキャンアプリ３２に従って実行する判断処理を説明する。図４の判断処理は、ＭＦＰ１００との間にＮＦＣ接続が確立されたことをトリガとして開始され、ＮＦＣ情報に含まれ得る指示情報に従って、画面を表示するのか否かを判断する。

Ｓ１０では、ＣＰＵ２２は、確立済みのＮＦＣ接続を利用して、ＮＦＣＩ／Ｆ１４を介して、ＭＦＰ１００のＮＦＣＩ／Ｆ１１４からＮＦＣ情報を受信する。上記のように、ＮＦＣ情報は、接続情報を含むものの、指示情報を含まない場合がある。Ｓ１０の処理により、図２のＴ３２の処理が実現される。

Ｓ１２では、ＣＰＵ２２は、メモリ２４から端末状態情報４０と画面情報４２とを取得する。

Ｓ１４では、ＣＰＵ２２は、Ｓ１０で取得されたＮＦＣ情報が指示情報を含むのか否かを判断する。ＣＰＵ２２は、ＮＦＣ情報が指示情報を含むと判断する場合（Ｓ１４でＹＥＳ）に、Ｓ１６に進み、ＮＦＣ情報が指示情報を含まないと判断する場合（Ｓ１４でＮＯ）に、Ｓ２２に進む。Ｓ２２では、ＣＰＵ２２は、受信済みのＮＦＣ情報に含まれる接続情報を利用して、ＭＦＰ１００とのＷｉ−Ｆｉ接続を確立する。これにより、図２のＴ３４の処理が実現される。

Ｓ１６では、ＣＰＵ２２は、ＮＦＣ情報に含まれる指示情報がブラウザ指示であるのか否かを判断する。ＣＰＵ２２は、指示情報がブラウザ指示であると判断する場合（Ｓ１６でＹＥＳ）に、Ｓ１８において、第１の画面処理（図５参照）を実行する。一方、ＣＰＵ２２は、指示情報がスキャン画面指示であると判断する場合（Ｓ１６でＮＯ）に、Ｓ２０において、第２の画面処理（図６参照）を実行する。ＣＰＵ２２は、Ｓ１８又はＳ２０の処理が終了すると、Ｓ２２に進む。Ｓ２２の処理が終了すると、図４の判断処理が終了する。

（第１の画面処理；図５）
図５を参照して、第１の画面処理について説明する。Ｓ３０では、ＣＰＵ２２は、携帯端末１０がインターネットを介した通信を実行可能であるのか否かを判断する。具体的には、ＣＰＵ２２は、図４の１２で取得した端末状態情報に含まれる通信状態情報が、インターネットを介した通信を実行可能であることを示すのか否かを判断する。ＣＰＵ２２は、通信状態情報がインターネットを介した通信を実行可能であることを示すと判断する場合（Ｓ３０でＹＥＳ）に、Ｓ３２に進み、通信状態情報がインターネットを介した通信を実行不可能であることを示すと判断する場合（Ｓ３０でＮＯ）に、Ｓ３２以降の処理をスキップして、図５の処理を終了する。

Ｓ３２では、ＣＰＵ２２は、指示情報にサービスＵＲＬが含まれるのか否かを判断する。ＣＰＵ２２は、指示情報にサービスＵＲＬが含まれると判断する場合（Ｓ３２でＹＥＳ）に、Ｓ３４において、図４の１２で取得した端末状態情報に含まれる国情報が、サービスサーバがサービスをユーザに提供可能な対象の国を示すのか否かを判断する。ＣＰＵ２２は、国情報が対象の国を示すと判断する場合（Ｓ３４でＹＥＳ）に、Ｓ５０に進み、国情報が対象の国を示さないと判断する場合（Ｓ３４でＮＯ）に、Ｓ５０をスキップして、図５の処理を終了する。これにより、携帯端末１０のユーザが住む国が対象の国以外の国であることに起因して、対象の国以外の国を示す国情報が記憶されている状態に適合しないウェブページが表示されることを抑制することができる。

Ｓ５０では、ＣＰＵ２２は、ブラウザプログラム３４を起動し、指示情報に含まれるサービスＵＲＬをブラウザプログラム３４に供給する。これにより、ＣＰＵ２２は、ブラウザプログラム３４に従って、サービスＵＲＬによって示されるサービスサーバにアクセスし、サービスサーバが提供するサービスのためのウェブページを表示部１２に表示させる。Ｓ５０の処理が終了すると、図５の処理が終了する。

また、ＣＰＵ２２は、指示情報にエラーＵＲＬが含まれると判断する場合（Ｓ３２でＮＯ）に、Ｓ３８において、図４の１２で取得した画面情報を利用して、表示中の画面の種類を特定する。そして、ＣＰＵ２２は、特定済みの画面の種類を利用して、表示中の画面がスキャン画面であるのか否かを判断する。ＣＰＵ２２は、表示中の画面がスキャン画面以外の画面（例えば、ホーム画面、印刷画面）であると判断する場合（Ｓ３８でＮＯ）に、Ｓ５０に進む。Ｓ３２でＮＯと判断される場合に実行されるＳ５０では、ＣＰＵ２２は、エラーＵＲＬをブラウザプログラム３４に供給する。これにより、ＣＰＵ２２は、ブラウザプログラム３４に従って、エラーＵＲＬによって示されるサポートサーバにアクセスし、紙詰まりを解消させるための方法を示すウェブページを表示部１２に表示させる。

ＣＰＵ２２は、表示中の画面がスキャン画面であると判断する場合（Ｓ３８でＹＥＳ）に、Ｓ４０において、画像表示画面ＳＣ１６内の記憶ボタンＢＴ５の選択を受け付け済みであるのか否かを判断する。ＣＰＵ２２は、記憶ボタンＢＴ５の選択を受け付け済みであると判断する場合（Ｓ４０でＹＥＳ）に、Ｓ５０に進む。例えば、表示中の画面が、画像表示画面ＳＣ１６内の記憶ボタンＢＴ５が選択された後に表示される画像表示画面ＳＣ１６である場合に、Ｓ４０でＹＥＳと判断される。

記憶ボタンＢＴ５が選択されたことは、対象の原稿を表わすスキャンデータの記憶が完了したことを意味する。このような状態では、スキャン画面である画像表示画面ＳＣ１６の表示を維持する必要性は低い。Ｓ４０の判断を実行することにより、このような状態を考慮して、画像表示画面ＳＣ１６に代えて、紙詰まりを解消させるための方法を示すウェブページを表示させることができる。

ＣＰＵ２２は、記憶ボタンＢＴ５の選択を受け付け済みでないと判断する場合（Ｓ４０でＮＯ）に、Ｓ４２において、ウェブページを表示すべきか否かをユーザに選択させるための選択画面を表示部１２に表示させる。選択画面は、ウェブページを表示すべきことを選択するためのＹＥＳボタンと、ウェブページを表示すべきでないことを選択するためのＮＯボタンと、を含む。

Ｓ４４では、ＣＰＵ２２は、選択画面内のＹＥＳボタンがユーザによって選択されたのか否かを判断する。ＣＰＵ２２は、選択画面内のＹＥＳボタンがユーザによって選択された場合（Ｓ４４でＹＥＳ）に、Ｓ５０に進み、選択画面内のＮＯボタンがユーザによって選択された場合（Ｓ４４でＮＯ）に、Ｓ５０をスキップして、図５の処理を終了する。これにより、表示中の画面がスキャン画面である状態において、印刷用紙の紙詰まりを解消させるための方法を示すウェブページを表示させるのか否かをユーザに選択させることができる。

（第２の画面処理；図６）
図６を参照して、第２の画面処理について説明する。Ｓ６０では、ＣＰＵ２２は、図４の１２で取得した端末状態情報に含まれるメモリ残量情報を利用して、メモリ２４の記憶容量の残量が所定値以下であるのか否かを判断する。所定値は、スキャンデータを記憶可能な残量に基づいて決定される。ＣＰＵ２２は、メモリ２４の記憶容量の残量が所定値より大きいと判断する場合（Ｓ６０でＮＯ）に、Ｓ６２に進み、メモリ２４の記憶容量の残量が所定値以下であると判断する場合（Ｓ６０でＹＥＳ）に、Ｓ６２以降の処理をスキップして、図６の処理を終了する。仮に、メモリ２４の記憶容量の残量が所定値以下である場合に、後述するＳ８０の処理が実行されると、携帯端末１０がスキャンデータを記憶できないにも関わらず、スキャンを実行するための操作を受け付けるためのスキャン設定画面ＳＣ１３が表示されることとになる。即ち、スキャン設定画面ＳＣ１３は、メモリ２４の記憶容量の残量が所定値以下である状態に適合しない。Ｓ６０の判断によれば、メモリ２４の記憶容量の残量が所定値以下である状態に適合しないスキャン設定画面ＳＣ１３が表示されることを抑制することができる。

Ｓ６２では、ＣＰＵ２２は、図４の１２で取得した画面情報を利用して、表示中の画面の種類を特定し、表示中の画面がホーム画面であるのか否かを判断する。ＣＰＵ２２は、表示中の画面がホーム画面であると判断する場合（Ｓ６２でＹＥＳ）に、Ｓ８０に進む。Ｓ８０では、ＣＰＵ２２は、図４のＳ１０で受信したＮＦＣ情報に含まれるスキャン画面指示に従い、スキャン設定画面ＳＣ１３を表示部１２に表示する。この場合、ＣＰＵ２２は、スキャン画面指示に含まれるサイズ情報を利用して、ＭＦＰ１００のＡＤＦが搬送不可能な原稿サイズ（例えばＡ３）を特定し、ＭＦＰ１００のＡＤＦが搬送可能な原稿サイズ（例えば、Ａ４、Ａ５）を含み、ＡＤＦが搬送不可能な特定済みの原稿サイズを含まないスキャン設定画面ＳＣ１３を表示部１２に表示する。Ｓ８０の処理が終了すると、図６の処理が終了する。

また、ＣＰＵ２２は、表示中の画面がホーム画面でないと判断する場合（Ｓ６２でＮＯ）に、Ｓ６４において、表示中の画面が印刷画面であるのか否かを判断する。ＣＰＵ２２は、表示中の画面が印刷画面以外の画面（例えば、スキャン画面）であると判断する場合（Ｓ６４でＮＯ）に、Ｓ８０をスキップして、図６の処理を終了する。

ＣＰＵ２２は、表示中の画面が印刷画面であると判断する場合（Ｓ６４でＹＥＳ）に、Ｓ７０において、プレビュー画面ＳＣ４内の印刷実行ボタンＢＴ３の選択を受け付け済みであるのか否かを判断する。ＣＰＵ２２は、印刷実行ボタンＢＴ３の選択を受け付け済みであると判断する場合（Ｓ７０でＹＥＳ）に、Ｓ８０に進む。例えば、表示中の画面が、プレビュー画面ＳＣ４内の印刷実行ボタンＢＴ３が選択された後に表示されるプレビュー画面ＳＣ４である場合に、Ｓ７０でＹＥＳと判断される。これにより、図５のＳ４０と同様に、対象の画像の印刷が完了している状態を考慮して、スキャン設定画面ＳＣ１３を表示することができる。

ＣＰＵ２２は、印刷実行ボタンＢＴ３の選択を受け付け済みでないと判断する場合（Ｓ７０でＮＯ）に、Ｓ７２において、スキャン設定画面ＳＣ１３を表示すべきか否かをユーザに選択させるための選択画面を表示部１２に表示させる。Ｓ７２の選択画面は、図５のＳ４２と同様に、ＹＥＳボタンとＮＯボタンとを含む。Ｓ７４は、図５のＳ４４と同様である。ＣＰＵ２２は、選択画面内のＹＥＳボタンがユーザによって選択された場合（Ｓ７４でＹＥＳ）に、Ｓ８０に進み、選択画面内のＮＯボタンがユーザによって選択された場合（Ｓ７４でＮＯ）に、Ｓ８０をスキップして、図６の処理を終了する。

（第１の画面処理の具体例；図７、図８）
図７、図８を参照して、図５の第１の画面処理によって実現される具体的なケースを説明する。図７、図８のケースでは、ＭＦＰ１００は、紙詰まりの状態である。このため、ＮＦＣ情報は、エラーＵＲＬを含むブラウザ指示を指示情報として含む。

携帯端末１０は、図２のＴ１０からＴ２２と同様の処理を実行する。携帯端末１０は、Ｔ１２４において、図２のＴ２４と同様に、プレビュー画面ＳＣ４を表示部１２に表示させる。図７の各ケースでは、ユーザは、表示部１２にプレビュー画面ＳＣ４が表示されている状態で、携帯端末１０をＭＦＰ１００に近付ける。これにより、図２のＴ３０と同様に、携帯端末１０とＭＦＰ１００との間にＮＦＣ接続が確立される。Ｔ１３２は、ＮＦＣ情報がブラウザ指示を含み、ブラウザ指示がエラーＵＲＬを含む点を除いて、図２のＴ３２と同様である。携帯端末１０は、ＭＦＰ１００からＮＦＣ情報を受信することに応じて、メモリ２４から端末状態情報４０と画面情報４２とを取得し（図４のＳ１２）、ＮＦＣ情報がブラウザ指示を含むので（Ｓ１６でＹＥＳ）、第１の画面処理を実行する（Ｓ１８）。

ケースＢ１では、携帯端末１０のインターネットＩ／Ｆ１８の状態が不可能状態である。この結果、携帯端末１０は、Ｔ１３４において、端末状態情報４０内の通信状態情報がインターネットを介した通信を実行不可能であることを示すと判断する（図５のＳ３０でＮＯ）。この結果、携帯端末１０は、ブラウザプログラム３４を起動せず、プレビュー画面ＳＣ４の表示が維持される。

ケースＢ１によれば、携帯端末１０は、プレビュー画面ＳＣ４が表示されている状態で、ＭＦＰ１００からブラウザ指示を受信する場合（Ｔ１３２）に、端末状態情報４０に含まれる通信状態情報を利用して、携帯端末１０がインターネットを介した通信を実行不可能であると判断する（Ｔ１３４）。この場合、携帯端末１０は、ウェブページＳＣ２０を表示すべきでないと判断し、ブラウザプログラム３４を起動しない。即ち、ＭＦＰ１００からブラウザ指示が受信される場合に、インターネットを介した通信を実行不可能な状態でブラウザプログラム３４が起動されることを抑制することができる。

また、本ケースでは、インターネットを介した通信が実行不可能である場合に、ブラウザプログラム３４を起動せず、この結果、ウェブページＳＣ２０が表示されない。これにより、ＭＦＰ１００からブラウザ指示を受信する場合に、携帯端末１０がインターネットを介した通信を実行不可能な結果、携帯端末１０の状態と適合しないウェブページＳＣ２０が表示されることを抑制することができる。

また、ケースＢ２では、携帯端末１０のインターネットＩ／Ｆ１８の状態が可能状態である。この結果、携帯端末１０は、Ｔ１３６において、端末状態情報４０内の通信状態情報がインターネットを介した通信を実行可能であることを示すと判断する（図５のＳ３０でＹＥＳ）。Ｔ１３８では、携帯端末１０は、指示情報にエラーＵＲＬが含まれると判断し（Ｓ３２でＹＥＳ）、表示中のプレビュー画面ＳＣ４が印刷画面であると判断する（Ｓ３８でＮＯ）。Ｔ１４０では、携帯端末１０は、ブラウザプログラム３４を起動し、ブラウザプログラム３４を利用して、エラーＵＲＬによって示されるサポートサーバにアクセスし、印刷用紙の紙詰まりを解消させるための方法を示すウェブページＳＣ２０を表示する。これにより、ユーザは、印刷用紙の紙詰まりを解消するための方法を知ることができる。なお、ウェブページＳＣ２０は、プレビュー画面ＳＣ４と重なっている。このため、ウェブページＳＣ２０が表示されている間、プレビュー画面ＳＣ４は見えない。

ケースＢ２によれば、携帯端末１０は、表示中のプレビュー画面ＳＣ４が印刷画面であると判断し（Ｔ１３８）、印刷用紙の紙詰まりを解消させるための方法を示すウェブページＳＣ２０を表示する（Ｔ１４０）。即ち、ＭＦＰ１００からブラウザ指示が受信される場合に、携帯端末１０が印刷画面を表示している状態、即ち、印刷を実行するための操作を受け付けている状態に適合するウェブページＳＣ２０を適切に表示することができる。

（図８のケースＢ３）
ケースＢ３では、携帯端末１０は、図２のＴ１０、Ｔ１２、Ｔ５４と同様の処理を実行する。本ケースでは、ユーザは、表示部１２にスキャン設定画面ＳＣ１３が表示されている状態で、携帯端末１０をＭＦＰ１００に近付ける。Ｔ２３０、Ｔ２３２は、図７のＴ１３０、Ｔ１３２と同様である。その結果、携帯端末１０は、第１の画面処理を実行する（図４のＳ１８）。

Ｔ２３６は、図７のＴ１３６と同様である。Ｔ２３８では、携帯端末１０は、指示情報にエラーＵＲＬが含まれると判断し（図４のＳ３２でＹＥＳ）、画面情報４２を利用して、表示中のスキャン設定画面ＳＣ１３がスキャン画面であると判断する（Ｓ３８でＹＥＳ）。本ケースでは、画像表示画面ＳＣ１６が表示されていないので、携帯端末１０は、Ｔ２４０において、記憶ボタンＢＴ５の選択を受け付け済みでないと判断する（Ｓ４０でＮＯ）。Ｔ２４２では、携帯端末１０は、選択画面ＳＣ２２を表示する（Ｓ４２）。Ｔ２４４では、携帯端末１０は、選択画面ＳＣ２２内のＮＯボタンの選択を受け付ける（Ｓ４４でＮＯ）。この結果、携帯端末１０は、ブラウザプログラム３４を起動せず、スキャン設定画面ＳＣ１３の表示が維持される。

本ケースによれば、携帯端末１０は、表示中のスキャン設定画面ＳＣ１３がスキャン画面であると判断する場合（Ｔ２３８）に、印刷用紙の紙詰まりを解消させるための方法を示すウェブページＳＣ２０（即ち、印刷に関係するウェブページ）を表示しない。スキャン設定画面ＳＣ１３が表示されている状態は、スキャンを実行するための操作を受け付けている状態である。即ち、ＭＦＰ１００からブラウザ指示が受信される場合に、スキャンを実行するための操作を受け付けている状態に適合しない印刷に関係するウェブページＳＣ２０が表示されることを抑制することができる。

（第２の画面処理の具体例；図９）
図９を参照して、図６の第２の画面処理によって実現される具体的なケースを説明する。図９の各ケースでは、ＭＦＰ１００は、ＡＤＦに原稿が載置されている状態である。このため、ＮＦＣ情報は、スキャン画面指示を指示情報として含む。また、本ケースでは、メモリ２４の記憶容量の残量は所定値より大きい。

ケースＣ１では、携帯端末１０は、図２のＴ１０〜Ｔ１８と同様の処理を実行する。携帯端末１０は、Ｔ３２０において、図２のＴ２０と同様に、印刷設定画面ＳＣ３を表示部１２に表示させる。本ケースでは、ユーザは、表示部１２に印刷設定画面ＳＣ３が表示されている状態で、携帯端末１０をＭＦＰ１００に近付ける。Ｔ３３０は、図２のＴ３０と同様である。Ｔ３３２は、ＮＦＣ情報がスキャン画面指示を含む点を除いて、図２のＴ３２と同様である。携帯端末１０は、ＭＦＰ１００からＮＦＣ情報を受信することに応じて、メモリ２４から端末状態情報４０と画面情報４２とを取得し（図４のＳ１２）、ＮＦＣ情報がスキャン画面指示を含むので（Ｓ１６でＮＯ）、第２の画面処理を実行する（Ｓ２０）。

Ｔ３３６では、携帯端末１０は、端末状態情報４０内のメモリ残量情報を利用して、メモリ２４の記憶容量の残量が所定値より大きいと判断する（図６のＳ６０でＮＯ）。Ｔ３３８では、携帯端末１０は、画面情報４２を利用して、表示中の印刷設定画面ＳＣ３が印刷画面であると判断する（Ｓ６２でＮＯ、Ｓ６４でＹＥＳ）。本ケースでは、プレビュー画面ＳＣ４が表示されていないので、携帯端末１０は、Ｔ３４０において、印刷実行ボタンＢＴ３の選択を受け付け済みでないと判断する（Ｓ７０でＮＯ）。Ｔ３４２では、携帯端末１０は、選択画面を表示する（Ｓ７２）。Ｔ３４４では、携帯端末１０は、選択画面内のＮＯボタンの選択を受け付ける（Ｓ７４でＮＯ）。この結果、携帯端末１０は、スキャン設定画面ＳＣ１３を表示せず、印刷設定画面ＳＣ３の表示が維持される。

本ケースによれば、携帯端末１０は、表示中の印刷設定画面ＳＣ３が印刷画面であると判断する場合（Ｔ３３８）に、スキャン設定画面ＳＣ１３を表示しない。印刷設定画面ＳＣ３が表示されている状態は、印刷を実行するための操作を受け付けている状態である。即ち、ＭＦＰ１００からスキャン画面指示が受信される場合に、印刷を実行するための操作を受け付けている状態に適合しないスキャン設定画面ＳＣ１３が表示されることを抑制することができる。

ケースＣ２では、携帯端末１０は、図２のＴ１０と同様の処理を実行する。携帯端末１０は、Ｔ４１２において、図２のＴ１２と同様に、ホーム画面ＳＣ１を表示部１２に表示させる。本ケースでは、ユーザは、表示部１２にホーム画面ＳＣ１が表示されている状態で、携帯端末１０をＭＦＰ１００に近付ける。Ｔ４３０〜Ｔ４３６は、Ｔ３３０〜Ｔ３３６と同様である。Ｔ４３８では、携帯端末１０は、画面情報４２を利用して、表示中の画面がホーム画面ＳＣ１であると判断する（Ｓ６２でＹＥＳ）。Ｔ４４０では、携帯端末１０は、ホーム画面ＳＣ１に代えて（即ちホーム画面ＳＣ１を消去して）、スキャン設定画面ＳＣ１３を表示する（Ｓ８０）。図９に示すように、スキャン設定画面ＳＣ１３は、スキャン設定画面ＳＣ１３は、ＭＦＰ１００のＡＤＦが搬送可能な原稿サイズ「Ａ４」、「Ａ５」を含み、ＭＦＰ１００のＡＤＦが搬送不可能な原稿サイズ「Ａ３」を含まない。これにより、ＡＤＦに原稿が載置されている状態で、ＡＤＦが搬送不可能な原稿サイズ「Ａ３」を含むスキャン設定情報を含むスキャン要求をＭＦＰ１００に送信することを抑制することができる。

本ケースによれば、携帯端末１０は、表示中の画面がホーム画面ＳＣ１であると判断し（Ｔ４３８）、スキャン設定画面ＳＣ１３を表示する（Ｔ４４０）。即ち、ＭＦＰ１００からスキャン画面指示が受信される場合に、携帯端末１０がホーム画面ＳＣ１を表示している状態、即ち、スキャンを実行するための操作を受け付け可能な状態に適合するスキャン設定画面ＳＣ１３を適切に表示することができる。

（対応関係）
印刷スキャンアプリ３２が、ＭＦＰ１００が、それぞれ、「アプリケーションプログラム」、「通信装置」の一例である。図３の各画面ＳＣ１〜ＳＣ１７のうちのいずれかの画面が、「第１の画面」の一例である。端末状態情報４０及び画面情報４２が、「状態情報」の一例である。図５の第１の画面処理の場合、ホーム画面又は印刷画面が「第１種の画面」の一例であり、スキャン画面が「第２種の画面」の一例であり、記憶ボタンＢＴ５を選択することが、「実行指示」の一例である。図６の第２の画面処理の場合、ホーム画面が「第１種の画面」の一例であり、印刷画面が「第２種の画面」の一例であり、印刷実行ボタンＢＴ３を選択することが、「実行指示」の一例である。図７のウェブページＳＣ２０又は図９のスキャン設定画面ＳＣ１３が、「第２の画面」の一例である。ＡＤＦが、「自動原稿搬送装置」の一例である。

図４のＳ１０、Ｓ１２が、それぞれ、「第１の取得部」、「第２の取得部」によって実現される処理の一例である。図５のＳ３０、Ｓ３４、Ｓ３８、図６のＳ６０、又は、Ｓ６２が、「第１の判断部」によって実現される処理の一例である。図５のＳ５０、又は、図６のＳ８０が、「第１の表示制御部」によって実現される処理の一例である。

（第２実施例）
本実施例では、ＮＦＣＩ／Ｆ１１４内のＮＦＣ情報は、優先情報を含み得る。優先情報は、印刷用紙の紙詰まりを解消させるための方法を示すウェブページＳＣ２０を優先的に表示させることを示す情報である。優先情報は、ＭＦＰ１００がユーザからウェブページＳＣ２０を優先的に表示させる指示を受け付ける場合に、ＮＦＣＩ／Ｆ１１４に記憶される。

（第１の画面処理；図５）
本実施例の第１の画像処理は、Ｓ３６の処理が実行される点を除いて、第１実施例と同様である。

ＣＰＵ２２は、指示情報にエラーＵＲＬが含まれると判断する場合（Ｓ３２でＮＯ）に、Ｓ３６において、指示情報に優先情報が含まれるのか否かを判断する。ＣＰＵ２２は、指示情報に優先情報が含まれると判断する場合（Ｓ３６でＹＥＳ）に、Ｓ５０に進み、指示情報に優先情報が含まれないと判断する場合（Ｓ３６でＮＯ）に、Ｓ３８に進む。

本実施例によれば、携帯端末１０は、ＭＦＰ１００からブラウザ指示とともに優先情報が受信されたと判断される場合（Ｓ３６でＹＥＳ）に、Ｓ３８以降の処理を実行することなく、ウェブページＳＣ２０を表示する（Ｓ５０）。これにより、ＭＦＰ１００から優先情報が受信される場合に、端末状態情報４０と画面情報４２とを利用した判断を実行することなく、ウェブページＳＣ２０の表示を優先させることができる。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）「通信装置」は、ＭＦＰ１００でなくてもよく、例えば、据置型のＰＣ（Personal Computerの略）、ノートＰＣ、携帯端末１０とは異なる他の携帯端末でもよい。

（変形例２）図７のＴ１４０では、ウェブページＳＣ２０は、プレビュー画面ＳＣ４と重なって表示される。これに代えて、ウェブページＳＣ２０とプレビュー画面ＳＣ４とが横に並んで表示されてもよい。本変形例では、ウェブページＳＣ２０とプレビュー画面ＳＣ４を含む画面が、「異なる画面」の一例である。

（変形例３）図３の各画面ＳＣ２〜ＳＣ５は、印刷画面の一例に過ぎず、例えば、印刷画面は、画像選択画面ＳＣ２を含まず、各画面ＳＣ３〜ＳＣ５を含んでもよい。この場合、図６のＳ６２において、携帯端末１０は、表示中の画面がホーム画面ＳＣ１又は画像選択画面ＳＣ２であるのか否かを判断してもよい。そして、携帯端末１０は、表示中の画面が例えば画像選択画面ＳＣ２であると判断する場合に、スキャン設定画面ＳＣ１３を表示してもよい。本変形例では、ホーム画面ＳＣ１又は画像選択画面ＳＣ２が、「第１種の画面」の一例である。また、図３の各画面ＳＣ１３〜ＳＣ１７は、スキャン画面の一例に過ぎず、例えば、スキャン画面は、スキャン設定画面ＳＣ１３を含まず、各画面ＳＣ１４〜ＳＣ１７を含んでもよい。

（変形例４）図６の第２の画面処理では、表示中の画面がスキャン画面であると判断される場合（Ｓ６４でＮＯ）に、Ｓ８０がスキップされる。これに代えて、表示中の画面がスキャン画面であると判断される場合に、Ｓ８０が実行されてもよい。本変形例では、ホーム画面又はスキャン画面が、「第１種の画面」の一例である。

（変形例５）ＭＦＰ１００は、印刷機能、スキャン機能の他に、ＦＡＸ機能を実行可能でもよい。そして、携帯端末１０は、印刷スキャンアプリ３２に従って、ＦＡＸ機能を利用するためのＦＡＸ画面を表示してもよい。この場合、携帯端末１０は、図５のＳ３８において、表示中の画面がＦＡＸ画面であるのか否かを判断してもよい。そして、携帯端末１０は、表示中の画面がＦＡＸ画面であると判断する場合に、Ｓ５０をスキップしてもよい。本変形例では、ＦＡＸ機能、ＦＡＸ画面が、それぞれ、「特定機能とは異なる機能」、「第２種の画面」の一例である。

（変形例６）図６の第２の画面処理において、携帯端末１０は、表示中の画面がアプリ設定画面であるのか否かを判断してもよい。そして、携帯端末１０は、表示中の画面がアプリ設定画面であると判断する場合に、Ｓ８０の処理を実行してもよい。本変形例では、アプリ設定画面が、「第１種の画面」の一例である。また、他の例では、携帯端末１０は、表示中の画面がアプリ設定画面であると判断する場合に、Ｓ８０をスキップしてもよい。本変形例では、アプリ設定画面が、「第２種の画面」の一例である。

（変形例７）図５の第１の画面処理では、携帯端末１０は、画像表示画面ＳＣ１６内の記憶ボタンＢＴ５の選択を受け付け済みであるのか否かを判断する（Ｓ４０）。これに代えて、携帯端末１０は、設定確認画面ＳＣ１４内のスキャン実行ボタンＢＴ４の選択を受け付け済みであるのか否かを判断してもよい。本変形例では、スキャン実行ボタンＢＴ４の選択が、「実行指示」の一例である。

（変形例８）図５のＳ４０の処理及び図６のＳ７０の処理は実行されなくてもよい。本変形例では、「第２の判断部」を省略可能である。

（変形例９）上記の各実施例では、図９のＴ４４０において、携帯端末１０は、ＭＦＰ１００のＡＤＦが搬送不可能な原稿サイズ「Ａ３」を含まないスキャン設定画面ＳＣ１３を表示する。これに代えて、携帯端末１０は、ＡＤＦが搬送可能な原稿サイズ「Ａ４」、「Ａ５」よりも下段に原稿サイズ「Ａ３」を含むスキャン設定画面ＳＣ１３を表示してもよい。一般的に言えば、第２の画面では、複数種類の原稿サイズのうち、自動原稿搬送装置が搬送不可能な原稿サイズと比べて、他の１種類以上の原稿サイズが優先的に表示されていればよい。

（変形例１０）上記の各実施例では、スキャン画面指示は、サイズ情報を含む。これに代えて、スキャン画面指示は、サイズ情報を含まず、図５のＳ８０では、ＭＦＰ１００がスキャン可能な全ての原稿サイズを含むスキャン設定画面ＳＣ１３（例えば図３のスキャン設定画面ＳＣ１３）を表示してもよい。一般的に言えば、第２の画面では、複数種類の原稿サイズの全てが表示されてもよい。

（変形例１１）図５のＳ３０の処理は実行されなくてもよい。本変形例では、「第１の判断部」は、「通信状態情報」を利用しなくてもよい。

（変形例１２）図５のＳ４２の処理及び図６のＳ７２の処理は実行されなくてもよい。本変形例では、「第２の表示制御部」を省略可能である。

（変形例１３）上記の各実施例では、携帯端末１０は、ＮＦＣＩ／Ｆ１４を介して、ＭＦＰ１００から指示情報を取得する（図４のＳ１０）。これに代えて、携帯端末１０は、ＮＦＣＩ／Ｆ１４以外のＩ／Ｆ、例えば、ＢｌｕｅＴｏｏｔｈ（登録商標）、赤外線、トランスファージェット等の他の通信方式に従った無線通信を実行するためのＩ／Ｆを介して、ＭＦＰ１００から指示情報を取得してもよい。また、携帯端末１０が、ＭＦＰ１００の画面に表示されたＱＲコード（登録商標）を撮影して、ＱＲコードによってコード化された指示情報を取得してもよい。本変形例では、ＮＦＣＩ／Ｆ１４以外のＩ／Ｆを介して指示情報を取得すること、及び、ＱＲコードを撮影することによって指示情報を取得することが、「第１の取得部」によって実現される処理の一例である。

（変形例１４）携帯端末１０は、図６のＳ６０において、端末状態情報に含まれるバッテリ残量情報を利用して、バッテリ残量が所定値以下であるか否かを判断してもよい。本変形例では、バッテリ残量が所定値以下であるか否かを判断することが、「第１の判断部」によって実現される処理の一例である。

（変形例１５）上記の各実施例では、携帯端末１０のＣＰＵ２２が印刷スキャンアプリ２８等（即ちソフトウェア）を実行することによって、図２〜図９の各処理が実現される。これに代えて、いずれかの処理は、論理回路等のハードウェアによって実現されてもよい。

２：通信システム、１０：携帯端末、１２：表示部、１４：ＮＦＣＩ／Ｆ、１６：Ｗｉ−ＦｉＩ／Ｆ、１８：インターネットＩ／Ｆ、２０：制御部、２２：ＣＰＵ、２４：メモリ、２８：印刷スキャンアプリ、３０：ＯＳプログラム、３２：印刷スキャンアプリ、３４：ブラウザプログラム、４０：端末状態情報、４２：画面情報、１００：ＭＦＰ、１１４：ＮＦＣＩ／Ｆ、１１６：Ｗｉ−ＦｉＩ／Ｆ、ＢＴ１：印刷ボタン、ＢＴ２：スキャンボタン、ＢＴ３：印刷実行ボタン、ＢＴ４：スキャン実行ボタン、ＢＴ５：記憶ボタン、ＳＣ１：ホーム画面、ＳＣ１３：スキャン設定画面、ＳＣ１４：設定確認画面、ＳＣ１６：画像表示画面、ＳＣ１７：記憶完了画面、ＳＣ２：画像選択画面、ＳＣ２０：ウェブページ、ＳＣ２２：選択画面、ＳＣ３：印刷設定画面、ＳＣ４：プレビュー画面、ＳＣ５：印刷中画面

Claims (10)

1. 携帯端末のためのアプリケーションプログラムであって、
   前記携帯端末のコンピュータを、以下の各部、即ち、
   前記携帯端末の表示部に第１の画面が表示されている状態で、通信装置から指示情報を取得する第１の取得部であって、前記指示情報は、前記第１の画面とは異なる画面を前記表示部に表示させるための指示を示す情報である、前記第１の取得部と、
   前記通信装置から前記指示情報が取得される場合に、前記携帯端末の現在の状態を示す状態情報を取得する第２の取得部と、
   前記状態情報を利用して、前記第１の画面に代えて前記異なる画面を表示すべきであるのか否かを判断する第１の判断部と、
   前記異なる画面を表示すべきであると判断される場合に、前記第１の画面に代えて前記異なる画面を前記表示部に表示させる第１の表示制御部であって、前記異なる画面を表示すべきでないと判断される場合に、前記第１の画面の表示が維持される、前記第１の表示制御部と、
   として機能させる、アプリケーションプログラム。
2. 前記状態情報は、前記表示部に表示されている前記第１の画面の種類を特定するための画面情報を含み、
   前記第１の判断部は、
   前記画面情報を利用して、前記第１の画面が、前記アプリケーションプログラムに従って表示可能な複数種類の画面のうちの第１種の画面であることが特定される場合に、前記異なる画面を表示すべきであると判断し、
   前記画面情報を利用して、前記第１の画面が、前記複数種類の画面のうち、前記第１種の画面と異なる第２種の画面であることが特定される場合に、前記異なる画面を表示すべきでないと判断する、請求項１に記載のアプリケーションプログラム。
3. 前記通信装置は、特定機能を含む複数個の機能を実行可能な多機能機であり、
   前記指示情報は、前記第１の画面とは異なる第２の画面であって、前記特定機能に関係する前記第２の画面を前記表示部に表示させるための指示を示す情報であり、
   前記第１の判断部は、
   前記画面情報を利用して、前記第１の画面が前記特定機能に関係する前記第１種の画面であることが特定される場合に、前記第２の画面を表示すべきであると判断し、
   前記画面情報を利用して、前記第１の画面が、前記複数個の機能のうち、前記特定機能とは異なる機能に関係する前記第２種の画面であることが特定される場合に、前記第２の画面を表示すべきでないと判断する、請求項２に記載のアプリケーションプログラム。
4. 前記アプリケーションプログラムは、さらに、前記コンピュータを、
   前記第１の画面が前記第２種の画面であることが特定される場合に、前記異なる機能の実行指示を受け付け済みであるのか否かを判断する第２の判断部として機能させ、
   前記第１の判断部は、
   前記第１の画面が前記第２種の画面であることが特定され、かつ、前記異なる機能の実行指示を受け付け済みであると判断される場合に、前記第２の画面を表示すべきであると判断し、
   前記第１の画面が前記第２種の画面であることが特定され、かつ、前記異なる機能の実行指示を受け付け済みでないと判断される場合に、前記第２の画面を表示すべきでないと判断する、請求項３に記載のアプリケーションプログラム。
5. 前記特定機能は、印刷機能又はスキャン機能である、請求項３又は４に記載のアプリケーションプログラム。
6. 前記特定機能は、複数種類の原稿サイズをスキャン可能な前記スキャン機能であり、
   前記第２の画面は、スキャン設定をユーザに選択させるための画面であり、
   前記指示情報は、原稿が自動原稿搬送装置に載置される際に前記第２の画面を前記表示部に表示させるための指示を示し、
   前記第２の画面では、前記複数種類の原稿サイズのうち、前記自動原稿搬送装置が搬送不可能な原稿サイズと比べて、他の１種類以上の原稿サイズが優先的に表示される、請求項５に記載のアプリケーションプログラム。
7. 前記状態情報は、前記携帯端末がインターネットを介した通信を実行可能であるのか否かを示す通信状態情報を含み、
   前記第１の判断部は、
   前記通信状態情報が、前記携帯端末が前記インターネットを介した通信を実行可能であることを示す場合に、前記異なる画面を表示すべきであると判断し、
   前記通信状態情報が、前記携帯端末が前記インターネットを介した通信を実行不可能であることを示す場合に、前記異なる画面を表示すべきでないと判断し、
   前記第１の表示制御部は、前記異なる画面を表示すべきであると判断される場合に、前記携帯端末に記憶されているブラウザプログラムを利用して、前記第１の画面に代えて前記異なる画面を前記表示部に表示させ、
   前記異なる画面を表示すべきでないと判断される場合に、前記ブラウザプログラムは利用されない、請求項１から６のいずれか一項に記載のアプリケーションプログラム。
8. 前記アプリケーションプログラムは、さらに、前記コンピュータを、
   前記異なる画面を表示すべきでないと判断される場合に、前記異なる画面を表示すべきか否かをユーザに選択させるための選択画面を前記表示部に表示させる第２の表示制御部として機能させ、
   前記第１の表示制御部は、前記異なる画面を表示すべきでないと判断され、かつ、前記選択画面において、前記異なる画面を表示すべきことが前記ユーザによって選択される場合に、前記第１の画面に代えて前記異なる画面を前記表示部に表示させ、
   前記異なる画面を表示すべきでないと判断され、かつ、前記選択画面において、前記異なる画面を表示すべきことが前記ユーザによって選択されない場合に、前記第１の画面の表示が維持される、請求項１から７のいずれか一項に記載のアプリケーションプログラム。
9. 前記アプリケーションプログラムは、さらに、前記コンピュータを、
   前記通信装置から前記指示情報とともに前記異なる画面を優先的に表示させることを示す優先情報が受信されたのか否かを判断する第３の判断部として機能させ、
   前記第１の表示制御部は、前記通信装置から前記指示情報とともに前記優先情報が受信されたと判断される場合に、前記状態情報を利用して前記異なる画面を表示すべきか否かを判断せずに、前記第１の画面に代えて前記異なる画面を前記表示部に表示させる、請求項１から８のいずれか一項に記載のアプリケーションプログラム。
10. 携帯端末であって、
    表示部と、
    前記表示部に第１の画面が表示されている状態で、通信装置から指示情報を取得する第１の取得部であって、前記指示情報は、前記第１の画面とは異なる画面を前記表示部に表示させるための指示を示す情報である、前記第１の取得部と、
    前記通信装置から前記指示情報が取得される場合に、前記携帯端末の現在の状態を示す状態情報を取得する第２の取得部と、
    前記状態情報を利用して、前記第１の画面に代えて前記異なる画面を表示すべきであるのか否かを判断する第１の判断部と、
    前記異なる画面を表示すべきであると判断される場合に、前記第１の画面に代えて前記異なる画面を前記表示部に表示させる第１の表示制御部であって、前記異なる画面を表示すべきでないと判断される場合に、前記第１の画面の表示が維持される、前記第１の表示制御部と、
    を備える、携帯端末。
    

Images