JP6766916B2 - 通信プログラム - Google Patents

Description

本発明は、複数のプログラムを並行して実行可能な携帯端末によって実行される通信プログラムに関する。

従来より、複数のプログラムを並行して実行する所謂マルチスレッド処理が可能な携帯端末が知られている。マルチスレッド処理は、短い時間間隔で各プログラムの処理を切り替えることによって、擬似的に複数のプログラムを並行して実行するものである。また、携帯端末は、並行して実行する複数のプログラムのうちの１つをフォアグラウンドで実行し、その他のプログラムをバックグラウンドで実行する。

フォアグラウンドとは、例えば、当該プログラムの実行に拠る画面がディスプレイのメイン表示領域に表示されている状態である。より具体的には、フォアグラウンドとは、ディスプレイに画像を表示させるＡＰＩを当該プログラムが実行した場合、その実行結果がディスプレイのメイン表示領域の表示に反映される状態であってもよい。一方、バックグラウンドとは、例えば、当該プログラムとは異なるプログラムの実行に拠る画面がディスプレイのメイン表示領域に表示されている状態である。

また、このような携帯端末で実行されるプログラムの一例として、特許文献１には、スキャナにスキャン指示を送信し、当該スキャナからスキャンデータを受信するプログラム（以下、「スキャンプログラム」と表記する。）が記載されている。また、スキャンプログラムは、スキャンデータを受信したことに応じて、当該スキャンデータの保存先を指定するユーザ操作を促す画面をディスプレイに表示させ、ユーザから受け付けた保存先にスキャンデータを記憶させる。

このようなスキャンプログラムにおいて、スキャン指示を送信してからスキャンデータを受信完了するまでにある程度の時間がかかる場合がある。そのため、携帯端末のユーザは、スキャン指示の送信後にスキャンプログラムとは異なるプログラムをフォアグラウンドで実行させる可能性がある。これにより、スキャンプログラムはバックグラウンドで実行されてしまうことになる。この場合でも、スキャンプログラムが、スキャンデータの受信が完了したことをユーザに報知するのが望ましい。

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

しかしながら、携帯端末では、映像再生プログラム、音声再生プログラム、或いはゲームプログラム等の様々なプログラムが実行可能である。そのため、スキャンプログラムがバックグラウンドで実行されているときに、スキャンデータの受信完了を画一的な方法で報知すると不具合が生じる可能性がある。具体的には、当該報知にユーザが気づかなかったり、当該報知をユーザが邪魔だと感じたりする可能性がある。

本発明は、上記の事情に鑑みてなされたものであり、その目的は、フォアグラウンドで実行されているプログラムに適した方法で情報を報知することが可能な通信プログラムを提供することにある。

(1) 本明細書に記載の通信プログラムは、表示部、通信部、及び報知部を備えており、複数のプログラムを並行して実行可能な携帯端末が読み取り可能である。前記表示部は、前記報知部の少なくとも一部を兼ねている。前記通信部は、コンテンツデータを処理する外部装置と通信可能である。前記報知部は、複数の報知方法のうちから選ばれた前記報知方法で報知することが可能である。該通信プログラムは、前記コンテンツデータを前記外部装置に処理させるために、前記通信部を通じて前記外部装置と通信する通信処理と、フォアグラウンド或いはバックグラウンドのどちらで該通信プログラムが実行されているかを判断する第１判断処理とを前記携帯端末に実行させる。前記フォアグラウンドは、当該プログラムの実行に拠る画面が前記表示部の表示領域に表示されている状態である。前記バックグラウンドは、当該プログラムと異なる前記プログラムの実行に拠る画面が前記表示部の表示領域に表示されている状態である。該通信プログラムは、前記通信処理が終了し且つ該通信プログラムが前記フォアグラウンドで実行されていると前記第１判断処理で判断したことに応じて、前記通信処理が終了したことを第１報知方法で前記報知部に報知させる第１報知処理を前記携帯端末に実行させる。該通信プログラムは、前記通信処理が終了し且つ該通信プログラムが前記バックグラウンドで実行されていると前記第１判断処理で判断したことに応じて、各々が前記プログラムを識別する複数のプログラム識別情報のうち、対象プログラムを示す前記プログラム識別情報である対象識別情報を取得する取得処理を前記携帯端末に実行させる。前記対象プログラムは、前記フォアグラウンドで実行されている前記プログラムである。該通信プログラムは、前記複数の報知方法のうち、前記取得処理で取得した前記対象識別情報に対応する前記報知方法を、第２報知方法として選択する選択処理と、前記通信処理が終了したことを前記第２報知方法で前記報知部に報知させる第２報知処理とを前記携帯端末に実行させる。

上記構成によれば、フォアグラウンドで実行されている対象プログラムに適した報知方法で通信処理の終了を報知することができる。その結果、対象プログラムに注目しているユーザが、当該報知に気づく可能性が向上すると共に、当該報知を邪魔だと感じる可能性を低減させることができる。なお、通信処理とは、例えば、画像データで示される画像を記録装置に記録させる処理、読取装置に生成させた画像データを受信する処理、或いはコンテンツデータの形式をサーバに変換させ、変換されたコンテンツデータを受信する処理等を含む。

(2) 好ましくは、前記携帯端末は、情報を出力する或いは情報の入力を受け付ける複数の入出力部を備える。前記表示部は、前記入出力部の少なくとも一部を兼ねている。該通信プログラムは、複数の前記入出力部それぞれについて、前記対象プログラムによる使用状況を判断する第２判断処理を前記携帯端末に実行させ、前記取得処理において、前記第２判断処理で判断した使用状況に対応する前記プログラム識別情報を、前記対象識別情報として取得する。

近年、極めて多数のプログラムが携帯端末向けに提供されているので、全てのプログラムに報知方法を予め対応付けておくことは現実的ではない。そこで、上記構成によれば、入出力部の使用状況に基づいて対象プログラムの種類を推定することができるので、対象プログラムに適した方法で通信処理の終了を報知することができる。

(3) 例えば、前記携帯端末は、音声を出力するスピーカを備える。前記スピーカは、前記報知部及び前記入出力部の少なくとも一部を兼ねている。前記表示部は、前記プログラムに指示された画像を、表示領域全体に表示させる全画面モード及び表示領域の一部に表示させる部分画面モードに切り替えが可能である。前記プログラム識別情報は、前記プログラムの種類を識別するものである。そして、該通信プログラムは、前記表示部が前記全画面モードで使用されていると前記第２判断処理で判断した場合の前記取得処理において、映像再生プログラムを示す前記プログラム識別情報を、前記対象識別情報として取得する。

(4) 一例として、該通信プログラムは、前記選択処理において、前記表示部及び前記スピーカのうちの前記スピーカのみに報知させる方法を、前記映像再生プログラムに対応する前記第２報知方法として選択し、前記第２報知処理において、前記通信処理の終了を報知する報知音を前記スピーカに出力させる。

映像再生プログラムをフォアグラウンドで実行させているユーザは、携帯端末の表示部に表示された映像に注目している可能性が高い。このような場合に表示部を通じて報知を行うと、当該報知をユーザが邪魔だと感じる可能性があるので、スピーカを通じて報知するのが望ましい。

(5) 他の例として、該通信プログラムは、前記選択処理において、前記表示部の表示領域の周縁部にメッセージを表示させる方法を、前記映像再生プログラムに対応する前記第２報知方法として選択し、前記第２報知処理において、前記通信処理の終了を報知するメッセージを、前記表示部に表示領域の周縁部に表示させる。

映像再生プログラムをフォアグラウンドで実行させているユーザは、携帯端末の表示部に表示された映像に注目している可能性が高い。そのため、表示部を通じて報知を行うことにより、当該報知にユーザが気づく可能性が高まる。また、表示部の周縁部にメッセージを表示させることにより、当該報知をユーザが邪魔だと感じる可能性を低減できる。

(6) 例えば、前記携帯端末は、音声を出力するスピーカを備える。前記スピーカは、前記報知部及び前記入出力部の少なくとも一部を兼ねている。前記プログラム識別情報は、前記プログラムの種類を識別するものである。そして、該通信プログラムは、前記スピーカが使用されていると前記第２判断処理で判断した場合の前記取得処理において、音声再生プログラムを示す前記プログラム識別情報を、前記対象識別情報として取得する。

(7) 例えば、該通信プログラムは、前記選択処理において、前記対象プログラムが出力させている音声と共に報知音を前記スピーカに出力させる方法を、前記音声再生プログラムに対応する前記第２報知方法として選択し、前記第２報知処理において、前記スピーカに、前記対象プログラムが出力させている音声のボリュームを絞らせ、且つ前記通信処理の終了を報知する前記報知音を出力させる。

音声再生プログラムをフォアグラウンドで実行させているユーザは、携帯端末のスピーカから出力されている音声に注目している可能性が高い。そのため、スピーカを通じて報知を行うことにより、当該報知にユーザが気づく可能性が高まる。また、音声再生プログラムが出力させている音声のボリュームを報知処理の際に絞ることによって、ユーザが報知音に気づく可能性をさらに高めることができる。

(8) 例えば、前記携帯端末は、ユーザ操作を受け付ける操作部を備える。前記操作部は、前記報知部の少なくとも一部を兼ねている。前記プログラム識別情報は、前記プログラムの種類を識別するものである。そして、該通信プログラムは、前記操作部の使用頻度が閾値以上であると前記第２判断処理で判断した場合の前記取得処理において、ゲームプログラムを示す前記プログラム識別情報を、前記対象識別情報として取得する。

(9) 例えば、該通信プログラムは、前記選択処理において、前記表示部の表示領域の下部にメッセージをポップアップさせる方法を、前記ゲームプログラムに対応する前記第２報知方法として選択し、前記第２報知処理において、前記通信処理の終了を報知するメッセージを前記表示部にポップアップ表示させる。

ゲームプログラムをフォアグラウンドで実行させているユーザは、携帯端末の表示部に表示されたゲーム映像に注目している可能性が高い。また、特にリアルタイム性が要求されるゲームでは、表示領域の上部及び中央に動きのあるゲーム映像が表示され、表示領域の下部にステータス等の静的な情報が表示されることが多い。そこで、上記構成のように、表示部の表示領域の下部にメッセージを表示させることにより、当該報知をユーザに気づかせることができ、且つ当該報知をユーザが邪魔と感じる可能性を低減できる。

(10) 例えば、前記携帯端末は、記憶部を備える。前記記憶部は、前記プログラム識別情報と、前記プログラム識別情報に対応付けられた複数の前記入出力部それぞれの使用状況とを記憶している。そして、該通信プログラムは、前記取得処理において、前記第２判断処理で判断した使用状況に対応付けられた前記プログラム識別情報を、前記対象識別情報として取得する。

(11) 好ましくは、前記携帯端末は、記憶部を備える。前記記憶部は、前記プログラム識別情報と、前記プログラム識別情報に対応付けられた前記報知方法とを記憶している。そして、該通信プログラムは、前記取得処理において、前記対象識別情報を前記携帯端末のＯＳから取得し、前記選択処理において、前記対象識別情報に対応付けられた前記報知方法を、前記第２報知方法として選択する。

上記構成のように、多くの携帯端末にインストールされる代表的なプログラムの識別情報と、当該識別情報に対応付けられた報知方法とを予め登録しておくことにより、当該プログラムに適した方法で通信処理の終了を報知することができる。

(12) 好ましくは、前記携帯端末は、ユーザ操作を受け付ける操作部を備える。そして、該通信プログラムは、前記プログラム識別情報及び前記報知方法を指定するユーザ操作を、前記操作部を通じて受け付ける第１受付処理と、前記第１受付処理で指定を受け付けた前記プログラム識別情報及び前記報知方法を対応付けて前記記憶部に記憶させる第１記憶処理と、を前記携帯端末に実行させる。

上記構成によれば、識別情報に対応付けられた報知方法を、ユーザの好みに合わせてカスタマイズすることができる。

(13) 好ましくは、前記携帯端末は、情報を出力する或いは情報の入力を受け付ける複数の入出力部を備える。前記表示部及び前記操作部は、前記入出力部の少なくとも一部を兼ねている。該通信プログラムは、前記方法方法と対応付けられた前記対象識別情報が前記記憶部に記憶されているか否かを判断する第３判断処理を前記携帯端末に実行させ、前記対象識別情報が記憶されていると前記第３判断処理で判断した場合の前記選択処理において、前記対象識別情報に対応付けられた前記報知方法を、前記第２報知方法として選択し、前記対象識別情報が記憶されていないと前記第３判断処理で判断した場合の前記取得処理において、複数の前記入出力部それぞれについて、前記対象プログラムによる使用状況を判断する第４判断処理を前記携帯端末に実行させ、前記第４判断処理で判断した使用状況に対応する前記プログラム識別情報を、前記対象識別情報として取得する。

上記構成によれば、プログラム識別情報が登録されていない対象プログラムがフォアグラウンドで実行されている場合でも、当該対象プログラムに適した方法で通信処理の終了を報知することができる。

(14) 好ましくは、前記携帯端末は、外部装置との間で電話回線を通じて音声データを送受信する音声通信部を備える。そして、該通信プログラムは、前記音声通信部による前記音声データの送受信中であるか否かを判断する第５判断処理を前記携帯端末に実行させる。そして、該通信プログラムは、前記音声データの送受信中であると前記第５判断処理で判断したことに応じて、前記第２報知処理の実行を前記携帯端末に待機させ、前記音声データの送受信中でないと前記第５判断処理で判断したことに応じて、前記第２報知処理を前記携帯端末に実行させる。

上記構成によれば、通信処理の終了の報知が通話を邪魔することを防止できる。

(15) 好ましくは、前記携帯端末は、音声を出力するスピーカを備える。前記スピーカは、前記報知部の少なくとも一部を兼ねている。前記スピーカは、音声の出力が許可された許可モード、及び音声の出力が規制された規制モードに切り替えが可能である。該通信プログラムは、前記スピーカが前記許可モード或いは前記規制モードのどちらであるかを判断する第６判断処理を前記携帯端末に実行させる。そして、該通信プログラムは、前記許可モードであると前記第６判断処理で判断した場合の前記第２報知処理において、報知音を前記スピーカに出力させる。

(16) さらに好ましくは、前記携帯端末は、外部スピーカを装着可能な装着部を備える。前記装着部は、前記報知部の少なくとも一部を兼ねている。該通信プログラムは、前記外部スピーカが前記装着部に装着されているか否かを判断する第７判断処理を前記携帯端末に実行させる。そして、前記規制モードであると前記第６判断処理で判断し、且つ前記外部スピーカが装着されていると前記第７判断処理で判断した場合の前記第２報知処理において、報知音を示す報知音信号を前記装着部を通じて前記外部スピーカに出力する。

(17) さらに好ましくは、前記携帯端末は、当該携帯端末を振動させるバイブレータを備える。前記バイブレータは、前記報知部の少なくとも一部を兼ねている。そして、該通信プログラムは、前記規制モードであると前記第６判断処理で判断し、且つ前記外部スピーカが装着されていないと前記第７判断処理で判断した場合の前記第２報知処理において、前記バイブレータに前記携帯端末を振動させる。

上記の各構成によれば、携帯端末の状態に合わせて報知音の出力先を変更することができる。また、所謂マナーモードの場合には、報知音に代えて、振動によって通信処理の終了を報知することができる。

(18) 好ましくは、前記携帯端末のＯＳは、該通信プログラムが前記フォアグラウンドから前記バックグラウンドに切り替えられたことに応じて、切替オブジェクトを前記表示部に表示させる。前記切替オブジェクトは、該通信プログラムを前記フォアグラウンドで実行することを指示するユーザ操作を受け付けるための画像である。そして、該通信プログラムは、前記報知処理において、前記切替オブジェクトへの前記ユーザ操作を促すメッセージを前記報知部に出力させる。

上記構成によれば、該プログラムにおける通信処理後に実行すべき処理の開始を、ユーザに促すことができる。

(19) 例えば、前記携帯端末は、ユーザ操作を受け付ける操作部を備える。前記通信処理は、前記外部装置から前記コンテンツデータを受信する処理である。該通信プログラムは、前記報知処理の実行後に前記フォアグラウンドに切り替えられたことに応じて、前記通信処理で受信した前記コンテンツデータの記憶先を指定するユーザ操作を、前記操作部を通じて受け付ける第２受付処理と、前記第２受付処理で受け付けた記憶先に前記コンテンツデータを記憶させる第２記憶処理とを前記携帯端末に実行させる。

(20) 例えば、前記第１報知方法は、前記表示部の表示領域に表示されている画面を、前記通信処理の終了を報知する画面に切り替える方法である。

(21) 例えば、前記選択処理で選択可能な前記報知方法は、前記第１報知方法と同じ前記報知方法を含む。

本発明によれば、フォアグラウンドで実行されている対象プログラムに適した報知方法で通信処理の終了を報知することができる。

図１は、本実施形態に係る通信システム１００の概略図である。 図２は、（Ａ）が複合機１０の機能ブロック図であり、（Ｂ）が携帯端末５０の機能ブロック図である。 図３は、データ記憶領域６２Ｂに記憶される情報の一例であって、（Ａ）はプログラムＩＤリストを、（Ｂ）は報知方法リストを示す。 図４は、データ記憶領域６２Ｂに記憶される使用状況リストの一例である。 図５は、画像読取処理のフローチャートである。 図６は、取得処理のフローチャートである。 図７は、報知処理のフローチャートである。 図８は、表示部５３の表示例であって、（Ａ）はスキャン指示画面を、（Ｂ）は保存先指定画面を示す。 図９は、表示部５３の表示例であって、（Ａ）は再生画面を、（Ｂ）はポップアップメッセージが重ねられた再生画面を示す。 図１０は、表示部５３の表示例であって、（Ａ）は音楽再生画面の一例であり、（Ｂ）はゲーム画面の一例である。 図１１は、表示部５３の表示例であって、（Ａ）はＳＮＳ画面の一例であり、（Ｂ）は報知方法編集画面の一例である。

以下、適宜図面を参照して本発明の実施形態について説明する。なお、以下に説明される実施形態は本発明の一例にすぎず、本発明の要旨を変更しない範囲で、本発明の実施形態を適宜変更できることは言うまでもない。

図１は、本実施形態における通信システム１００の概略図である。図１に示される通信システム１００は、複合機１０と、携帯端末５０と、サーバ７０とで構成される。但し、複合機１０及びサーバ７０の一方は省略可能である。複合機１０、携帯端末５０、及びサーバ７０は、通信ネットワークを通じて相互に通信可能とされている。通信ネットワークの具体例は特に限定されないが、例えば、インターネット１０１、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋの略）、無線ＬＡＮ１０２、或いはこれらの組み合わせであってもよい。

複合機１０及び携帯端末５０は、図１に示されるように、無線ＬＡＮ１０２に属している。また、無線ＬＡＮ１０２は、不図示のルータ等を通じてインターネット１０１に接続されている。なお、「無線ＬＡＮ１０２に属する」とは、無線ＬＡＮ１０２に属するための設定がされており、無線ＬＡＮ１０２に属する他の装置と通信可能であることを指す。より詳細には、複合機１０及び携帯端末５０には、無線ＬＡＮ１０２のアクセスポイント１０２Ａと同じＳＳＩＤが設定されており、無線ＬＡＮ１０２に割り当てられたネットワークアドレスが付与されている。

なお、無線通信とは、通信区間の全域において無線通信が行われていることに限定されない。すなわち、「アクセスポイント１０２Ａを経由して複合機１０が情報或いはデータを無線送信或いは無線受信する」とは、複合機１０とアクセスポイント１０２Ａとの間において無線通信を実行できていればよい。携帯端末５０についても同様である。

また、サーバ７０は、インターネット１０１に接続されている。そして、複合機１０及び携帯端末５０は、アクセスポイント１０２Ａ及び不図示のルータからインターネット１０１を経由して、サーバ７０と通信することができる。さらに、携帯端末５０は、不図示の基地局を通じてインターネット１０１に接続されていてもよい。そして、携帯端末５０は、基地局からインターネット１０１を経由して、サーバ７０と無線通信することができてもよい。不図示のルータ及び基地局は、通信機器の一例である。

［複合機１０］
複合機１０は、図２（Ａ）に示されるように、プリンタ部１１と、スキャナ部１２と、表示部２３と、操作部２４と、通信部２５と、ＣＰＵ３１と、記憶部３２と、通信バス３３とを主に備える。複合機１０を構成する各構成要素は、通信バス３３を通じて相互に接続されている。複合機１０は、コンテンツデータを処理する外部装置或いは画像形成装置の一例である。

［プリンタ部１１、スキャナ部１２］
プリンタ部１１は、画像データで示される画像を記録用紙に記録する記録処理を実行する。記録用紙は、シート或いは記録媒体の一例である。プリンタ部１１の記録方式として、インクジェット方式や電子写真方式などの公知の方式を採用することができる。スキャナ部１２は、原稿に記録されている画像を読み取って画像データを生成するスキャン処理を実行する。複合機１０は、ＦＡＸの送受信を行うＦＡＸ機能、記録用紙に記録された画像を読み取って他の記録用紙に記録するコピー機能等をさらに有してもよい。

［表示部２３］
表示部２３は、各種情報を表示する表示画面を備える。表示部２３としては、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙの略）、有機ＥＬディスプレイ（Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙの略）等を採用することができる。

［操作部２４］
操作部２４は、表示部２３の表示画面に表示されたオブジェクトを選択するユーザの操作を受け付ける。具体的には、操作部２４はボタンを有しており、押下されたボタンに対応づけられた各種の操作信号をＣＰＵ３１へ出力する。さらに、操作部２４は、表示部２３の表示画面に重畳された膜状のタッチセンサを有していてもよい。すなわち、表示部２３がタッチパネルディスプレイとして構成されてもよい。

なお、「オブジェクト」とは、ユーザが操作部２４を操作することによって選択可能な画像を指す。一例として、オブジェクトは表示部２３に表示された文字列であって、操作部２４の方向キーを押下することによってオブジェクトの１つがハイライト表示され、操作部２４の決定ボタンを押下することによってハイライト表示されたオブジェクトが選択されてもよい。他の例として、操作部２４がタッチパネルである場合のオブジェクトは表示部２３に表示されたアイコン、ボタン、リンク等であって、タッチ位置に表示されたオブジェクトが選択されてもよい。

タッチパネルとして実現される操作部２４は、表示部２３の表示画面をタッチするユーザ操作を受け付ける。また、操作部２４は、ユーザがタッチした表示画面上の位置を示す位置情報を出力する。位置情報は、例えば、表示画面の左上端を原点とし、右向きをｘ軸の正の向き、下向きをｙ軸の正の向きとしたｘ−ｙ平面上の座標（ｘ，ｙ）として表現できる。タッチセンサには、静電容量方式、抵抗膜方式等の周知の方式を採用することができる。

なお、本明細書中における「タッチ」とは、入力媒体を表示画面に接触させる操作全般を含む。すなわち、タッチした入力媒体を所定時間内に表示画面から離間させるタップ操作、タッチした入力媒体を表示画面上で静止させるロングタッチ操作、タッチした入力媒体を表示画面上でスライドさせるスライド操作、表示画面上をスライドする入力媒体の加速度が閾値以上であるフリック操作、表示画面上の異なる位置にタッチした２つの入力媒体を互いに近づける向きにスライドさせるピンチイン操作、表示画面上の異なる位置にタッチした２つの入力媒体を互いに離れる向きにスライドさせるピンチアウト操作等は、タッチの一例である。

また、入力媒体が表示画面に触れていなくても、表示画面との間の距離がごく僅かな位置まで入力媒体を近接させることを、前述の「タッチ」の概念に含めてもよい。さらに入力媒体とは、ユーザの指であってもよいし、タッチペン等であってもよい。

［通信部２５］
通信部２５は、外部装置と通信を行うためのインタフェースである。複合機１０は、例えば、携帯端末５０、及びサーバ７０等との間で通信部２５を通じて各種情報或いは各データを送受信することができる。通信部２５の具体的な通信手順は特に限定されないが、例えば、Ｗｉ−Ｆｉ（Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅの登録商標）を採用することができる。

［ＣＰＵ３１］
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略）３１は、複合機１０の全体動作を制御するものである。ＣＰＵ３１は、後述する各種プログラムを記憶部３２から取得して実行する。ＣＰＵ３１は、各種プログラムの実行によって、操作部２４から出力される各種情報、及び通信部２５を通じて外部装置から取得した各種情報等に基づいた各種の処理を実行する。ＣＰＵ３１及び記憶部３２は、制御部の一例を構成する。

［記憶部３２］
記憶部３２は、プログラム記憶領域３２Ａと、データ記憶領域３２Ｂとを有する。プログラム記憶領域３２Ａには、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略）３４と、制御プログラム３５とが格納される。ＯＳ３４及び制御プログラム３５は、バイナリ形式にビルドされたプログラムである。なお、制御プログラム３５は、単一のプログラムであってもよいし、複数のプログラムの集合体であってもよい。データ記憶領域３２Ｂには、制御プログラム３５の実行に必要なデータ或いは情報（以下、「データ等」と表記することがある。）が記憶される。

なお、本明細書中の「データ」と「情報」とは、コンピュータによって取り扱い可能なビット或いはビット列である点において共通する。「データ」とは、各ビットが示す意味内容をコンピュータが考慮することなく取り扱えるものを指す。これに対して、「情報」とは、各ビットが示す意味内容によってコンピュータの動作が分岐するものを指す。さらに、「指示」は、送信先の装置に対して次の動作を促すための制御信号であって、情報を含んでいることもあるし、それ自体が情報としての性質を有していることもある。

また、「データ」及び「情報」は、形式（例えば、テキスト形式、バイナリ形式、フラグ形式等）がコンピュータ毎に変更されたとしても、同一の意味内容と認識される限り、同一のデータ及び情報として取り扱われる。例えば、「２つ」であることを示す情報が、あるコンピュータではＡＳＣＩＩコードで”０ｘ３２“というテキスト形式の情報として保持され、別のコンピュータでは二進数表記で”１０“というバイナリ形式の情報として保持されてもよい。

但し、上記の「データ」及び「情報」の区別は厳密なものではなく、例外的な取り扱いも許容される。例えば、データが一時的に情報として扱われてもよいし、情報が一時的にデータとして扱われてもよい。また、ある装置ではデータとして扱われるものが、他の装置では情報として扱われてもよい。さらには、データの中から情報が取り出されてもよいし、情報の中からデータが取り出されてもよい。

記憶部３２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙの略）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略）、ＣＰＵ３１が備えるバッファ等、或いはそれらの組み合わせによって構成される。

なお、記憶部３２は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。

プログラム記憶領域３２Ａに記憶されているプログラムは、ＣＰＵ３１によって実行される。しかしながら、本明細書では、ＣＰＵ３１を省略して各プログラムの動作を説明することがある。すなわち、以下の説明において、「プログラムＡが処理Ａを実行する」という趣旨の記述は、「ＣＰＵ３１がプログラムＡに記述された処理Ａを実行する」ことを指してもよい。

また、プログラム記憶領域３２Ａに記憶されているプログラムは、事象を判断し、判断結果に応じて動作する。しかしながら、本明細書では、判断することを省略して各プログラムの動作を説明することがある。すなわち、以下の説明において、「プログラムが条件Ａに応じて、処理Ａを実行する」という趣旨の記述は、「プログラムは条件Ａであるか否かを判断する。プログラムは、肯定判断であることに応じて、処理Ａを実行する」ことを指してもよい。

また、プログラム記憶領域３２Ａに記憶されているプログラムは、データ等を特定し、取得し、抽出し、或いは選択する。プログラムがデータ等を特定するとは、例えば、複数のデータ等のうちから条件に合致するデータを特定し、当該データ等そのもの或いは当該データ等を識別する情報を、予め定められた記憶領域に記憶させる処理を指す。データ等を識別する情報とは、例えば、当該データ等を識別する識別情報、当該データ等が記憶された配列のインデックス、当該データ等が記憶された記憶領域のポインタ等である。プログラムがデータ等を取得し、抽出し、或いは選択する処理も同様である。

ＯＳ３４は、複合機１０を構成するハードウェアであるプリンタ部１１、スキャナ部１２、表示部２３、操作部２４、及び通信部２５等を制御するためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅの略）を提供する基本プログラムである。すなわち、上記の各プログラムは、ＯＳ３４が提供するＡＰＩを呼び出すことによって、各ハードウェアを制御する。しかしながら、本明細書では、ＯＳ３４を省略して各プログラムの動作を説明することがある。すなわち、以下の説明において、「プログラムＢがハードウェアＣを制御する」という趣旨の記述は、「プログラムＢがＯＳ３４のＡＰＩを通じてハードウェアＣを制御する」ことを指してもよい。

［携帯端末５０］
携帯端末５０は、図２（Ｂ）に示されるように、表示部５３と、操作部５４と、通信部５５と、音声通信部５６と、スピーカ５７と、装着部５８と、バイブレータ５９と、ＣＰＵ６１と、記憶部６２と、通信バス６３とを主に備える。携帯端末５０に含まれる表示部５３、操作部５４、通信部５５、ＣＰＵ６１、記憶部６２、及び通信バス６３は、複合機１０に含まれる表示部２３、操作部２４、通信部２５、ＣＰＵ３１、記憶部３２、及び通信バス３３と共通するので、再度の説明は省略する。

音声通信部５６は、外部装置との間で電話回線を通じて音声データを送受信する通話機能を実現する。より詳細には、携帯端末５０は、不図示のマイクで集音した音声を示す音声データを音声通信部５６を通じて外部装置に送信し、音声通信部５６を通じて外部装置から受信した音声データで示される音声をスピーカを通じて出力する。通話機能を実現するために用いられるスピーカは、スピーカ５７であってもよいし、装着部５８に装着されたスピーカであってもよいし、スピーカ５７とは別に携帯端末５０に予め設けられた通話専用のスピーカであってもよい。

スピーカ５７は、音声を出力するものである。装着部５８は、外部スピーカを装着可能なインタフェースである。外部スピーカは、例えば、イヤホン或いはヘッドホンの形態であってもよい。バイブレータ５９は、携帯端末５０を振動させるものである。バイブレータ５９は、例えば、偏心おもりをモータで回転させることによって、振動を生じさせるものである。

表示部５３は、プログラムに指示された画像を表示領域全体に表示させる全画面モードと、プログラムに指示された画像を表示領域の一部に表示させる部分画面モードに切り替え可能である。本実施形態の全画面モードは、所謂フルスクリーンモードを指してもよい。表示部５３がどのモードで使用されるかは、例えば、フォアグラウンドで実行されるプログラムが指示してもよいし、操作部５４を通じてユーザが指示してもよい。

全画面モードは、例えば図９（Ａ）に示されるように、フォアグラウンドで実行されているプログラムに指示された画面のみが表示部５３に表示される状態である。部分画面モードは、例えば図１０（Ａ）に示されるように、フォアグラウンドで実行されているプログラムに指示された画面に加えて、ＯＳ６４に指示されたステータスバー８０が表示部５３に表示される状態である。ステータスバー８０には、例えば、プログラムが表示させた画面のタイトル、携帯端末５０のバッテリー残量、アクセスポイント１０２Ａとの通信状態、或いはバックグラウンドで実行されているプログラムの状態を示すアイコン等が表示される。

スピーカ５７は、音声の出力が許可された許可モードと、音声の出力が規制された規制モードとに切り替え可能である。許可モードは、音声の出力を指示するＡＰＩがプログラムによって実行されたときに、当該音声がスピーカ５７から出力される状態である。規制モードは、音声の出力を指示するＡＰＩがプログラムによって実行されたときに、当該音声がスピーカ５７から出力されない状態である。本実施形態の規制モードは、所謂マナーモードを指してもよい。スピーカ５７がどのモードで使用されるかは、例えば、操作部５４を通じてユーザが指示してもよい。

携帯端末５０は、例えば、スマートフォンやタブレット端末等であってもよい。表示部５３、スピーカ５７、装着部５８、及びバイブレータ５９は、複数の報知方法のうちから選ばれた報知方法で報知する報知部の一部を構成する。表示部５３、操作部５４、音声通信部５６、スピーカ５７は、情報を出力する或いは情報の入力を受け付ける複数の入出力部の一例である。なお、報知部及び入出力部は前述の例に限定されない。例えば、携帯端末５０に搭載されるカメラを入出力部に含めてもよい。

プログラム記憶領域６２Ａは、ＯＳ６４を記憶している。携帯端末５０のＯＳ６４は、例えば、Ａｎｄｒｏｉｄ（Ｇｏｏｇｌｅ ｉｎｃ．の登録商標） ＯＳ、ｉＯＳ（Ｃｉｓｃｏ Ｓｙｓｔｅｍｓ，Ｉｎｃ．の登録商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎの登録商標） Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ等であってもよい。

ＯＳ６４は、携帯端末５０にインストールされた複数のプログラムを並行して実行することができる。複数のプログラムは、例えば、時分割多重方式によって仮想的に並行して実行される。また、ＯＳ６４は、複数のプログラムのうちの１つをフォアグラウンドで実行し、その他のプログラムをバックグラウンドで実行する。フォアグラウンドは、例えば、当該プログラムの実行に拠る画面が表示部５３の表示領域の大部分に表示されている状態である。バックグラウンドは、例えば、当該プログラムと異なるプログラムの実行に拠る画面が表示部５３の表示領域の大部分に表示されている状態である。

また、プログラム記憶領域６２Ａは、スキャンプログラム６５と、動画プログラム６６とを記憶している。スキャンプログラム６５は、複合機１０にスキャン処理を実行させ、スキャン処理によって生成された画像データを当該複合機１０から受信し、受信した画像データをユーザによって指定された場所に保存する処理を実行する。スキャンプログラム６５は、通信プログラムの一例である。画像データは、コンテンツデータの一例である。動画プログラム６６は、動画像及び当該動画像に付随する音声を再生するプログラムである。但し、携帯端末５０にインストール可能なプログラムは、動画プログラム６６に限定されず、例えば、音楽プログラム、ゲームプログラム、或いはＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅの略）プログラム等であってもよい。

スキャンプログラム６５は、ＯＳ６４が提供するＡＰＩを実行することによって、表示部５３の表示領域に画面を表示させることができる。ＯＳ６４は、表示部５３に画面を表示させる２つのＡＰＩを提供している。第１種のＡＰＩは、スキャンプログラム６５がフォアグラウンドで実行されているときにのみ、指定された画面を表示部５３に表示させる。第２種のＡＰＩは、スキャンプログラム６５がフォアグラウンド及びバックグラウンドのどちらで実行されていても、指定された画面を表示部５３に表示させる。換言すれば、第２種のＡＰＩによって表示される画面は、フォアグラウンドで実行されているプログラムが表示させている画面の上に重ねて、表示部５３に表示される。これらのＡＰＩは、携帯端末５０にインストールされた他のプログラムも利用可能である。

データ記憶領域６２Ｂは、図３（Ａ）に示されるように、プログラムＩＤと、プログラムＩＤに対応付けられた種類情報とを記憶している。以下、図３（Ａ）に示される情報を総称してプログラムＩＤリストと表記することがあり、図３（Ａ）に示される各レコードをプログラムＩＤレコードと表記することがある。プログラムＩＤは、携帯端末５０にインストール可能なプログラムを一意に識別する情報である。種類情報は、携帯端末５０にインストール可能なプログラムの種類を示す情報である。携帯端末５０にインストール可能な各プログラムには、唯１つのプログラムＩＤが対応付けられ、１又は複数の種類情報が対応付けられる。また、各種類情報は、１又は複数のプログラムに対応付けられる。プログラムＩＤ及び種類情報は、プログラム識別情報の一例である。

本実施形態において、スキャンプログラム６５はプログラムＩＤ“００１”で識別され、動画プログラム６６はプログラムＩＤ“００２”で識別される。なお、図３（Ａ）に示されるリストには、携帯端末５０にインストール可能な代表的なプログラムのプログラムＩＤのみが格納されていればよく、全てのプログラムのプログラムＩＤが含まれていなくてもよい。また、本実施形態において、スキャンプログラム６５の種類情報は“通信プログラム”であり、動画プログラム６６の種類情報は“映像再生プログラム”である。

また、データ記憶領域６２Ｂは、図３（Ｂ）に示されるように、種類情報と、種類情報に対応付けられた報知方法とを記憶している。以下、図３（Ｂ）に示される情報を総称して報知方法リストと表記することがあり、図３（Ｂ）に示される各レコードを報知方法レコードと表記することがある。報知方法は、対応する種類情報で示されるプログラムがフォアグラウンドで実行されている場合に、後述する通信処理の終了をスキャンプログラム６５が報知する方法を示す。報知方法は、表示部５３を通じた報知の方法と、スピーカ５７を通じた報知の方法とを示す。

例えば、種類情報“映像再生プログラム”に対応付けられた報知方法は、表示部５３にポップアップメッセージを表示させ、且つスピーカ５７に音声を出力させない方法である。種類情報“音声再生プログラム”に対応付けられた報知方法は、表示部５３にメッセージを表示させず、音声再生プログラムが出力させている音声のボリュームをダウンし、当該音声と共に報知音をスピーカ５７に出力させる方法である。種類情報“ゲームプログラム”に対応付けられた報知方法は、表示部５３にポップアップメッセージを表示させ、且つスピーカ５７に報知音を出力させる方法である。種類情報“ＳＮＳプログラム”に対応付けられた報知方法は、表示部５３にヘッドアップメッセージを表示させ、且つスピーカ５７に報知音を出力させる方法である。種類情報“メニュー画面”に対応付けられた報知方法は、表示部５３にトーストメッセージを表示させ、且つスピーカ５７に報知音を出力させる方法である。

「ポップアップメッセージ」とは、表示部５３の表示領域の下端から上方にメッセージを出現させる表示方法である。「ヘッドアップメッセージ」とは、表示部５３の表示領域の上端から下方にメッセージを出現させる表示方法である。すなわち、ポップアップメッセージ及びヘッドアップメッセージは、表示部５３の表示領域の周縁部にメッセージを表示させる方法である。「トーストメッセージ」とは、表示部５３の表示領域の中央部にメッセージを出現させ、且つ当該メッセージを所定時間経過後に自動的に非表示にする表示方法である。さらに、図示は省略するが、「ダイアログメッセージ」とは、メッセージを確認したことを示すユーザ操作を受け付けるためのアイコンをメッセージと共に出現させ、且つ当該アイコンの選択によってメッセージを非表示にする表示方法である。スキャンプログラム６５は、第２種のＡＰＩを用いることによって、「ポップアップメッセージ」、「ヘッドアップメッセージ」、「トーストメッセージ」、「ダイアログメッセージ」等を、表示部５３の表示領域に表示させることができる。

さらに、データ記憶領域６２Ｂは、図４に示されるように、種類情報と、種類情報に対応付けられた使用状況とを記憶している。以下、図４に示される情報を総称して使用状況リストと表記することがあり、図４に示される各レコードを使用状況レコードと表記することがある。使用状況は、フォアグラウンドで実行されているプログラムによって、入出力部が使用されているか否か、或いは入出力部がどのように使用されているかを示す情報である。図４に示される各種類情報には、複数の入出力部それぞれの使用状況が対応付けられている。

例えば、使用状況“○”は、対応する種類情報で示されるプログラムが必ず使用する入出力部である。使用状況“△”は、対応する種類情報で示されるプログラムが使用していてもよいし、使用していなくてもよい入出力部である。使用状況“×”は、対応する種類情報で示されるプログラムが使用しない入出力部である。また、表示部５３の使用状況“フルスクリーン”は、種類情報“映像再生プログラム”で示されるプログラムが表示部５３をフルスクリーンモードで使用していることを示す。さらに、操作部５４の使用状況“使用頻度≧閾値”は、種類情報“ゲームプログラム”で示されるプログラムが、閾値以上の回数のユーザ操作を所定の期間内に操作部５４を通じて受け付けていることを示す。

図３及び図４に示される各種情報は、スキャンプログラム６５によって実行される。図３及び図４に示される各種情報は、例えば、スキャンプログラム６５が起動時に読み込むｉｎｉファイルに記憶されていてもよいし、スキャンプログラム６５のソースコードに直接記述されていてもよい。また、図３及び図４に示される各種情報は、例えば、サーバ７０によって更新されてもよいし、スキャンプログラム６５を通じてユーザが編集可能であってもよい。

［サーバ７０］
サーバ７０は、携帯端末５０から受信した各種要求情報に応じた処理を実行する。サーバ７０は、例えば、携帯端末５０から受信したデータを記憶部に記憶させる処理、要求されたデータを携帯端末５０に送信する処理、或いは携帯端末５０から受信した第１形式のデータを第２形式に変換し、当該第２形式のデータを携帯端末に送信する処理を実行することができる。

［スキャンプログラム６５の動作］
図５〜図９を参照して、本実施形態に係るスキャンプログラム６５の動作を説明する。スキャナプログラム６５は、ユーザの指示に従って複合機１０にスキャン処理を実行させ、スキャン処理によって生成された画像データを複合機１０から受信完了したことをユーザに報知する処理を実行する。なお、本実施形態では、Ａｎｄｒｏｉｄ ＯＳが提供するＡＰＩを用いて以下の各処理を実現する方法を説明するが、他のＯＳが提供するＡＰＩによって実現されてもよいし、ＡＰＩ以外の方法で実現されてもよい。

まず、フォアグラウンドで実行されているスキャンプログラム６５は、スキャン指示画面を表示部５３に表示させる（Ｓ１１）。図８（Ａ）は、スキャン指示画面の一例である。図８（Ａ）に示されるスキャン指示画面は、［スキャナ］アイコンと、［原稿サイズ］アイコンと、［スキャン画質］アイコンと、［スキャン］アイコンとを含む。また、ＯＳ６４は、表示部５３の表示領域の上部にステータスバー８０を表示させている。そして、スキャンプログラム６５は、スキャン指示画面に含まれる各種アイコンの位置をタップするユーザ操作を操作部５４を通じて受け付ける（Ｓ１２）。

［スキャナ］アイコンは、スキャン処理を実行させるスキャナの選択を受け付けるためのアイコンである。［原稿サイズ］アイコン、［スキャン画質］アイコンは、スキャン処理の実行条件を指定するユーザ操作を受け付けるためのアイコンである。ユーザは、［スキャナ］アイコンの位置をタップすることによって、携帯端末５０が通信可能な他の読取装置を選択することができる。また、ユーザは、［原稿サイズ］アイコン、［スキャン画質］アイコンの位置をタップすることによって、スキャン処理の実行条件を変更することができる。

［スキャン］アイコンは、［スキャナ］アイコンへの操作を通じて選択されたスキャナにスキャン処理を実行させることを指示するユーザ操作を受け付けるためのアイコンである。複合機１０は、［スキャナ］アイコンへの選択を通じて選択されたスキャナの一例である。すなわち、スキャンプログラム６５は、［スキャン］アイコンの位置がタップされたことに応じて（Ｓ１２：Ｙｅｓ）、［スキャナ］アイコンで示される複合機１０に通信部５５を通じてスキャン指示情報を送信する（Ｓ１３）。スキャン指示情報は、スキャン処理の実行を指示する情報である。スキャン指示情報は、［原稿サイズ］アイコン、［スキャン画質］アイコン等で示されるスキャン処理の実行条件を示す設定値を含む。そして、スキャンプログラム６５は、通信部５５を通じた画像データの受信を待機する（Ｓ１４）。ステップＳ１３、Ｓ１４の処理は、通信処理の一例である。

図示は省略するが、複合機１０の制御プログラム３５は、通信部２５を通じて携帯端末５０からスキャン指示情報を受信する。次に、制御プログラム３５は、スキャン指示情報に含まれる設定値に従ってスキャナ部１２にスキャン処理を実行させる。スキャナ部１２は、コンタクトガラス或いはＡＤＦ（Ａｕｔｏ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒの略）にセットされた原稿に記録された画像を読み取って、画像データを生成する。そして、制御プログラム３５は、通信部２５を通じて携帯端末５０に画像データを送信する。

次に、スキャンプログラム６５は、通信部５５を通じて複合機１０から画像データを受信したこと、すなわち、通信処理が終了したことに応じて（Ｓ１４：Ｙｅｓ）、スキャンプログラム６５がフォアグラウンド或いはバックグラウンドのどちらで実行されているかを判断する（Ｓ１５）。スキャンプログラム６５は、例えば、クラス“ＡｃｔｉｖｉｔｙＭａｎａｇｅｒ”をＯＳ６４から獲得し、関数“ｇｅｔＲｕｎｎｉｎｇＡＰＰＰｒｏｃｅｓｓｅｓ（）”を実行することによって、実行中のプログラムのプログラムＩＤのリストを取得する。このプログラムＩＤのリストは、ＯＳ６４が並行して実行しているプログラムのプログラムＩＤの一覧である。そして、フォアグラウンドで実行されているプログラムのプログラムＩＤは、当該リストの先頭に格納されている。

スキャンプログラム６５は、取得したリストの先頭にプログラムＩＤ“００１”が格納されていることに応じて、スキャンプログラム６５がフォアグラウンドで実行されていると判断する（Ｓ１５：Ｎｏ）。一方、スキャンプログラム６５は、取得したリストの先頭にプログラムＩＤ“００１”と異なるプログラムＩＤが格納されていることに応じて、スキャンプログラム６５がバックグラウンドで実行されていると判断する（Ｓ１５：Ｙｅｓ）。ステップＳ１５の処理は、第１判断処理の一例である。

次に、スキャンプログラム６５は、画像データの受信が完了し且つスキャンプログラム６５がフォアグラウンドで実行されていると判断したことに応じて（Ｓ１５：Ｎｏ）、第１種のＡＰＩを用いて、保存先指定画面を表示部５３に表示させる（Ｓ２０）。図８（Ｂ）は、保存先指定画面の一例である。フォアグラウンドで実行されているスキャンプログラム６５が実行するステップＳ２０の処理は、通信処理の終了を第１報知方法で報知する第１報知処理の一例である。すなわち、本実施形態における第１報知方法は、図８（Ｂ）に示される保存先指定画面を表示させることに相当する。

図８（Ｂ）に示される保存先指定画面は、「受信した画像データの保存先を指定して下さい。」とのメッセージと、１以上の保存先アイコン１１１、１１２、１１３とを含む。保存先アイコン１１１〜１１３は、ステップＳ１４で受信した画像データの保存先に対応する。例えば、保存先アイコン１１１は、データ記憶領域６２Ｂに設けられたデータフォルダに対応する。また、保存先アイコン１１２、１１３は、不図示のストレージサーバに対応する。

次に、スキャンプログラム６５は、保存先指定画面に対するユーザ操作を操作部５４を通じて受け付ける（Ｓ２１）。そして、スキャンプログラム６５は、保存先アイコン１１１〜１１３の位置をタップするユーザ操作を操作部５４を通じて受け付けたことに応じて（Ｓ２１：Ｙｅｓ）、当該保存先アイコンに対応する保存先に画像データを記憶させる（Ｓ２２）。ステップＳ２０、Ｓ２１の処理は、コンテンツデータの記憶先を指定するユーザ操作を受け付ける第２受付処理の一例である。ステップＳ２２の処理は、第２受付処理で受け付けた記憶先にコンテンツデータを記憶させる第２記憶処理の一例である。

なお、スキャン処理で読み取られる原稿の数、或いは［スキャン画質］アイコンで示される読取解像度等によっては、スキャン指示情報の送信から画像データの受信完了までの間に、ある程度の時間を要する可能性がある。そのため、携帯端末５０のユーザは、スキャンプログラム６５が画像データの受信完了を待機している間に、携帯端末５０にインストールされた他のプログラム、例えば、動画プログラム６６をフォアグラウンドで実行させることができる。

フォアグラウンドで実行される動画プログラム６６は、フルスクリーンモードの表示部５３に再生画面を表示させる。図９（Ａ）は、再生画面の一例である。図９（Ａ）に示される再生画面は、表示部５３の表示領域全体を使って動画を再生する画面である。すなわち、動画プログラム６６は、表示部５３をフルスクリーンモードに切り替えて、再生画面を表示させる第１種のＡＰＩを実行する。また、再生画面が表示されているときの表示部５３には、ステータスバー８０が表示されない。その結果、スキャンプログラム６５がバックグラウンドで実行されることになる。

そこで、スキャンプログラム６５は、画像データの受信が完了し且つスキャンプログラム６５がバックグラウンドで実行されていると判断したことに応じて（Ｓ１５：Ｙｅｓ）、取得処理を実行する（Ｓ１６）。取得処理は、フォアグラウンドで実行されているプログラム（以下、「対象プログラム」と表記することがある）を識別するプログラム識別情報を取得する処理である。本実施形態における取得処理では、対象プログラムの種類情報を取得する。図６を参照して、取得処理の詳細を説明する。

まず、スキャンプログラム６５は、対象プログラムのプログラムＩＤを取得する（Ｓ３１）。スキャンプログラム６５は、例えばステップＳ１５で取得したリストの先頭に格納されているプログラムＩＤを取得してもよいし、ステップＳ３１で新たなリストを取得し直してもよい。本実施形態において、スキャンプログラム６５は、動画プログラム６６のプログラムＩＤ“００２”を取得する。

次に、スキャンプログラム６５は、取得したプログラムＩＤがプログラムＩＤリストに登録されているか否かを判断する（Ｓ３２）。ステップＳ３２の処理は、第３判断処理の一例である。そして、スキャンプログラム６５は、取得したプログラムＩＤがプログラムＩＤリストに登録されていると判断したことに応じて（Ｓ３２：Ｙｅｓ）、図３（Ａ）に示されるプログラムＩＤリストのうち、当該プログラムＩＤ“００２”に対応付けられた種類情報“映像再生プログラム”を、対象プログラムの種類として取得する（Ｓ３３）。

一方、スキャンプログラム６５は、取得したプログラムＩＤがプログラムＩＤリストに登録されていないと判断したことに応じて（Ｓ３２：Ｎｏ）、対象プログラムによる各入出力部の使用状況を判断する（Ｓ３４）。スキャンプログラム６５は、例えば、ＯＳ６４が提供するＡＰＩを実行することによって、複数の入出力部それぞれの使用状況を判断すればよい。ステップＳ３４の処理は、第２判断処理或いは第４判断処理の一例である。

スキャンプログラム６５は、例えば、クラス“ＷｉｎｄｏｗＭａｎａｇｅｒ”に透明なＶｉｅｗをセットし、関数“ＯｎＧｌｏｂａｌＬａｙｏｕｔｌｉｓｔｅｎｅｒ”で当該Ｖｉｅｗの状態を監視することによって、表示部５３がフルスクリーンモードで使用されているか否かを判断すればよい。また、スキャンプログラム６５は、クラス“ＡｕｄｉｏＭａｎａｇｅｒ”をＯＳ６４から獲得し、関数“ｉｓＭｕｓｉｃＡｃｔｉｖｅ（）”の戻り値によって、スピーカ５７が音声を出力しているか否かを判断すればよい。さらに、スキャンプログラム６５は、クラス“ＴｅｌｅｐｈｏｎｙＭａｎａｇｅｒ”をＯＳ６４から獲得し、関数“ｇｅｔＣａｌｌＳｔａｔｅ（）”の戻り値によって、音声通信部５６が使用されているか否かを判断すればよい。

そして、スキャンプログラム６５は、図４に示される使用状況リストに基づいて、ステップＳ３４で判断した使用状況に対応付けられた種類情報を、対象プログラムの種類としてを取得する（Ｓ３５）。例えば、スキャンプログラム６５は、表示部５３がフルスクリーンモードで使用されており、スピーカ５７が使用されており、且つ音声通信部５６が使用されていないことに応じて、対象プログラムの種類情報“映像再生プログラム”を取得すればよい（Ｓ３５）。

図５に戻って、スキャンプログラム６５は、図３（Ｂ）に示される報知方法リストに基づいて、取得処理で取得した種類情報“映像再生プログラム”に対応付けられた報知方法を選択する（Ｓ１７）。ステップＳ１７の処理は、選択処理の一例である。ステップＳ１７で選択される報知方法は、第２報知方法の一例である。そして、スキャンプログラム６５は、選択処理で選択した報知方法で報知処理を実行する（Ｓ１８）。図７を参照して、報知処理の詳細を説明する。

まず、スキャンプログラム６５は、通話中であるか否かを判断する。具体的には、スキャンプログラム６５は、音声通信部５６が音声データを送受信しているか否かを判断する（Ｓ４１）。判断の手法はステップＳ３４と共通するので、再度の説明は省略する。ステップＳ４１の処理は、第５判断処理の一例である。そして、スキャンプログラム６５は、音声通信部５６が音声データを送受信していると判断したことに応じて（Ｓ４１：Ｙｅｓ）、後続の処理の実行を待機する。また、スキャンプログラム６５は、音声データの送受信が終了するまでの間の所定の時間間隔で、ステップＳ４１の処理を繰り返し実行する。

次に、スキャンプログラム６５は、音声通信部５６が音声データを送受信していないと判断したことに応じて（Ｓ４１：Ｎｏ）、スピーカ５７が規制モードであるか否かを判断する（Ｓ４２）。スキャンプログラム６５は、例えば、スピーカ５７の状態が戻り値によって示されるＡＰＩを実行することによって、スピーカ５７が規制モードであるか否かを判断すればよい。ステップＳ４２の処理は、第６判断処理の一例である。

次に、スキャンプログラム６５は、スピーカ５７が許可モードであると判断したことに応じて（Ｓ４２：Ｎｏ）、報知音の出力先をスピーカ５７に決定する（Ｓ４３）。そして、スキャンプログラム６５は、選択した報知方法で画像データの受信完了を報知する（Ｓ４７）。本実施形態に係るスキャンプログラム６５は、例えば図９（Ｂ）に示されるように、「スキャンデータを受信しました」とのメッセージを表示部５３にポップアップ表示させると共に、スピーカ５７に報知音を出力させる。なお、ポップアップメッセージ８１は再生画面に重ねて表示されており、且つ再生画面における動画の再生は継続されているものとする。ステップＳ４７の処理は、第２報知処理の一例である。

一方、スキャンプログラム６５は、スピーカ５７が規制モードであると判断したことに応じて（Ｓ４２：Ｙｅｓ）、装着部５８に外部スピーカ（典型的には、イヤホン）が装着されているか否かを判断する（Ｓ４４）。スキャンプログラム６５は、例えば、クラス“”ＡｕｄｉｏＭａｎａｇｅｒ”をＯＳ６４から獲得し、関数“ｉｓＷｉｒｅｄＨｅａｄｓｅｔＯｎ（）”の戻り値によって、装着部５８にイヤホンが装着されているか否かを判断する。ステップＳ４４の処理は、第７判断処理の一例である。

また、スキャンプログラム６５は、装着部５８にイヤホンが装着されていると判断したことに応じて（Ｓ４４：Ｙｅｓ）、報知音の出力先をイヤホンに決定する（Ｓ４５）。そして、スキャンプログラム６５は、例えば図９（Ｂ）に示されるように、ポップアップメッセージ８１を表示部５３に表示させると共に、報知音を示す報知音信号を装着部５８を通じてイヤホンに出力する（Ｓ４７）。これにより、装着部５８に装着されたイヤホンから報知音が出力される。

さらに、スキャンプログラム６５は、装着部５８にイヤホンが装着されていないと判断したことに応じて（Ｓ４４：Ｎｏ）、報知音の出力に代えてバイブレータ５９を振動させると決定する（Ｓ４６）。そして、スキャンプログラム６５は、例えば図９（Ｂ）に示されるように、ポップメッセージ８１を表示部５３に表示させると共に、バイブレータ５９に携帯端末５０を振動させる（Ｓ４７）。

ポップアップメッセージ８１或いは報知音によって通信処理の終了に気づいたユーザは、動画プログラム６６をバックグラウンドで実行させ、且つスキャンプログラム６５をフォアグラウンドで実行させることを指示するユーザ操作を、操作部５４に対して行うことができる。そこで、スキャンプログラム６５は、スキャンプログラム６５がフォアグラウンドで実行されるまで待機する（Ｓ１９）。すなわち、スキャンプログラム６５は、関数“ｇｅｔＲｕｎｎｉｎｇＡＰＰＰｒｏｃｅｓｓｅｓ（）”で取得したプログラムＩＤのリストを、所定の時間間隔で繰り返し取得する。そして、スキャンプログラム６５は、スキャンプログラム６５がフォアグラウンドで実行されたことに応じて（Ｓ１９：Ｙｅｓ）、ステップＳ２０以降の処理を実行する。ステップＳ２０以降の処理は既に説明したので、再度の説明は省略する。

［実施形態の作用効果］
上記の実施形態によれば、スキャンプログラム６５がバックグラウンドで実行されているときに通信処理のが終了したことに応じて、フォアグラウンドで実行されている対象プログラムに適した報知方法で通信処理の終了を報知することができる。その結果、対象プログラムに注目しているユーザが、当該報知に気づく可能性が向上すると共に、当該報知を邪魔だと感じる可能性を低減させることができる。なお、通信プログラムの具体例はスキャンプログラム６５に限定されず、コンテンツデータを外部装置に処理させるために、通信部５５を通じて外部装置と通信するあらゆるプログラムが該当する。

すなわち、通信プログラムは、通信処理において、通信部５５を通じて外部装置と通信することによって、当該外部装置からコンテンツデータを受信し、或いは当該外部装置にコンテンツデータを送信すればよい。より具体的には、通信処理とは、画像データで示される画像を複合機１０に記録させる処理であってもよいし、複合機１０に生成させた画像データを受信する処理であってもよいし、コンテンツデータの形式をサーバ７０に変換させ、変換されたコンテンツデータを受信する処理であってもよい。コンテンツデータは、例えば、画像データ、動画データ、或いは音楽データ等であってもよい。

また、通信処理の終了とは、例えば、複合機１０からの画像データ全体の受信完了、複合機１０へのプリント指示の完了、複合機１０へのプリント対象となる画像データの複合機１０への送信完了、サーバ７０へのコンテンツデータアップロード完了でもよい。さらに、通信処理の終了と判断される通信の後に、外部装置との通信がさらに実行されてもよい。一例として、複合機１０へのプリント指示完了の後に、プリント対象となる画像データを複合機１０にさらに送信してもよい。他の例として、プリント対象となる画像データの複合機１０への送信の後に、当該複合機１０にプリント指示をさらに送信してもよい。さらに他の例として、サーバ７０へのコンテンツデータのアップロード完了の後に、当該コンテンツデータにタグを付ける指示をサーバ７０にさらに送信してもよい。

また、上記の実施形態によれば、対象プログラムのプログラムＩＤがプログラムＩＤリストに登録されている場合に、種類情報を介して当該プログラムＩＤに対応付けられた報知方法が第２報知方法として選択される。なお、図３の例では、プログラムＩＤと種類情報とが対応付けられ、種類情報と報知方法とが対応付けられているが、プログラムＩＤと報知方法とが直接対応付けられていてもよい。一方、対象プログラムのプログラムＩＤがプログラムリストに登録されていない場合に、入出力部の使用状況に応じて対象プログラムの種類が推定される。その結果、対象プログラムに適した方法で通信処理の終了を報知することができる。

また、上記の実施形態によれば、音声通信部が音声データを送受信している間、すなわち、通話中に報知処理の実行が待機されるので、通信処理の終了の報知が通話を邪魔することを防止できる。さらに、所謂マナーモードか否か及びイヤホンが装着されているか否かに応じて、スピーカ５７、装着部５８、及びバイブレータ５９を使い分けるので、携帯端末５０の状態に合わせて報知音の出力先を変更することができる。

なお、上記の実施形態において、動画プログラム６６をフォアグラウンドで実行させているユーザは、携帯端末５０の表示部５３に表示された動画に注目している可能性が高い。そのため、表示部５３に報知メッセージを表示させることにより、当該報知にユーザが気づく可能性が高まる。また、メッセージの表示方法を“ポップアップ”とすることにより、表示部５３に表示された動画との重なりを小さくできるので、当該報知をユーザが邪魔だと感じる可能性を低減できる。

但し、種類情報“映像再生プログラム”に対応する報知方法の具体例は、これに限定されない。例えば、スキャンプログラム６５は、表示部５３及びスピーカ５７のうちのスピーカ５７のみに報知させる方法を、種類情報“映像再生プログラム”に対応する第２報知方法として選択してもよい。この場合の報知処理では、表示部５３に再生画面が表示され続け、スピーカ５７から報知音が出力される。これにより、当該報知をユーザが邪魔だと感じる可能性をさらに低減できる。

［変形例］
次に、図１０及び図１１を参照して、上記の実施形態の変形例を説明する。なお、上記の実施形態との共通点の詳しい説明は省略し、相違点を中心に説明する。

一例として、種類情報“音声再生プログラム”に対応付けられたプログラム（以下、「音楽プログラム」と表記する。）は、例えば、音楽データで示される音楽をスピーカ５７に出力させると共に、図１０（Ａ）に示される音楽再生画面を表示部５３に表示させる。また、ＯＳ６４は、表示部５３の表示領域の上部にステータスバー８０を表示させている。音楽再生画面は、音楽の再生指示を受け付けるための再生アイコン１１５と、巻き戻し指示を受け付けるための巻き戻しアイコン１１６と、早送り指示を受け付けるための早送りアイコン１１７と、音楽の再生位置を示すインジケータ１１８とを含む。そして、音楽プログラムは、音楽再生画面に対するユーザ操作を操作部５４を通じて受け付けることができる。すなわち、表示部５３は部分画面モードであり、スピーカ５７は使用されており、音声通信部５６は使用されていない。

このような音楽プログラムがフォアグラウンドで実行されている場合、スキャンプログラム６５は、ステップＳ１６において、対象プログラムの種類情報“音楽再生プログラム”を取得する。また、スキャンプログラム６５は、ステップＳ１７において、報知方法リストのうち、種類情報“音楽再生プログラム”に対応付けられた報知方法を、第２報知方法として選択する。さらに、スキャンプログラム６５は、ステップＳ４７において、音楽プログラムが出力させている音楽のボリュームを絞らせ、且つ通信処理の終了を報知する報知音をスピーカ５７に出力させる。

音楽プログラムをフォアグラウンドで実行させているユーザは、携帯端末５０のスピーカ５７から出力されている音楽に注目している可能性が高い。そのため、スピーカ５７を通じて報知を行うことにより、当該報知にユーザが気づく可能性が高まる。また、音楽プログラムが出力させている音楽のボリュームを報知処理の際に絞ることによって、ユーザが報知音に気づく可能性をさらに高めることができる。なお、音楽プログラムが装着部５８に装着されたイヤホンに音楽を出力させている場合、図７に示される報知処理において、イヤホンから報知音が出力されることになる。

他の例として、種類情報“ゲームプログラム”に対応付けられたプログラム（以下、「ゲームプログラム」と表記する）は、例えば、図１０（Ｂ）に示されるゲーム画面を表示部５３に表示させる。また、ＯＳ６４は、表示部５３の表示領域の上部にステータスバー８０を表示させている。ゲーム画面は、表示領域の上部に表示されるアニメーション表示領域１２１と、表示領域の下部に表示されるステータス表示領域１２２とを含む。アニメーション表示領域１２１には、ユーザ操作に応じて動作するキャラクターが表示される。ステータス表示領域１２２には、キャラクターのステータス等が表示されている。そして、ゲームプログラムは、アニメーション表示領域１２１に対するユーザ操作を操作部５４を通じて受け付けることができる。すなわち、表示部５３は部分画面モードであり、操作部５４は多くのユーザ操作を継続して受け付けている状態である。

このようなゲームプログラムがフォアグラウンドで実行されている場合、スキャンプログラム６５は、ステップＳ１６において、対象プログラムの種類情報“ゲームプログラム”を取得する。また、スキャンプログラム６５は、ステップＳ１７において、報知方法リストのうち、種類情報“ゲームプログラム”に対応付けられた報知方法を、第２報知方法として選択する。さらに、スキャンプログラム６５は、ステップＳ４７において、通信処理の終了を報知するポップアップメッセージ８２を表示部５３に表示させ、且つスピーカ５７に報知音を出力させる。図１０（Ｂ）に示されるポップアップメッセージ８２は、「スキャンデータを受信しました。切替アイコンをタップして下さい。」とのメッセージを含む。

ゲームプログラムをフォアグラウンドで実行させているユーザは、携帯端末５０の表示部５３に表示されたゲーム映像に注目している可能性が高い。また、特にリアルタイム性が要求されるゲームでは、表示領域の上部及び中央に動きのあるゲーム映像が表示され、表示領域の下部にステータス等の静的な情報が表示されることが多い。そこで、メッセージの表示方法を“ポップアップ”とすることにより、当該報知をユーザに気づかせることができ、且つ当該報知をユーザが邪魔と感じる可能性を低減できる。

また、携帯端末５０のＯＳ６４は、スキャンプログラム６５がフォアグラウンドからバックグラウンドに切り替えられたことに応じて、図１０（Ａ）〜図１１（Ａ）に示されるように、ステータスバー８０に切替アイコン８５を表示させてもよい。切替アイコン８５は、スキャンプログラム６５をフォアグラウンドで実行することを指示するユーザ操作を受け付けるための画像である。そして、ＯＳ６４は、切替アイコン８５の位置をタップするユーザ操作を操作部５４を通じて受け付けたことに応じて、ゲームプログラムをバックグラウンドで実行させ、且つスキャンプログラム６５をフォアグラウンドで実行する。これにより、スキャンプログラム６５は、図５のステップＳ２０以降の処理を実行することができる。

さらに他の例として、種類情報“ＳＮＳプログラム”に対応づけれたプログラム（以下、「メッセージ交換プログラム」と表記する。）は、例えば、図１１（Ａ）に示されるＳＮＳ画面を表示部５３に表示させる。また、ＯＳ６４は、表示部５３の表示領域の上部にステータスバー８０を表示させている。ＳＮＳ画面は、表示領域の上部に表示されるメッセージ表示領域１２５と、表示領域の下部に表示されるメッセージ編集領域１２６とを含む。メッセージ表示領域１２５には、既に送受信されたメッセージが時系列に表示されている。メッセージ編集領域１２６には、送信するメッセージの入力を受け付けるためのソフトウェアキーボードと、入力されたメッセージが表示されるテキストボックスとが表示されている。そして、ゲームプログラムは、メッセージ編集領域１２６に対するユーザ操作を操作部５４を通じて受け付けることができる。すなわち、表示部５３は部分画面モードであり、操作部５４が受け付けたユーザ操作が表示領域の下部に集中している。

このようなメッセージ交換プログラムがフォアグラウンドで実行されている場合、スキャンプログラム６５は、ステップＳ１６において、対象プログラム種類情報“ＳＮＳプログラム”を取得する。また、スキャンプログラム６５は、ステップＳ１７において、報知方法リストのうち、種類情報“ＳＮＳプログラム”に対応付けられた報知方法を、第２報知方法として選択する。さらに、スキャンプログラム６５は、ステップＳ４７において、通信処理の終了を報知するヘッドアップメッセージを表示部５３に表示させ、且つスピーカに報知音を出力させる。

また、スキャンプログラム６５は、例えば、図１１（Ｂ）に示される報知方法編集画面を表示部５３に表示させてもよい。報知方法編集画面は、図３（Ｂ）に示される報知方法リストを編集するユーザ操作を受け付けるための画面である。図１１（Ｂ）に示される報知方法編集画面は、種類情報を指定するプルダウンメニューと、表示部５３による報知の方法を指定するプルダウンメニューと、スピーカ５７による報知の方法を指定するプルダウンメニューと、［決定］アイコンとを含む。そして、スキャンプログラム６５は、報知方法編集画面に対するユーザ操作を操作部５４を通じて受け付ける。

スキャンプログラム６５は、［決定］アイコンの位置をタップするユーザ操作を操作部５４を通じて受け付けたことに応じて、各プルダウンメニューで選択された種類情報及び報知方法を取得する。この処理は、プログラム識別情報及び報知方法を指定するユーザ操作を受け付ける第１受付処理の一例である。そして、スキャンプログラム６５は、図３（Ｂ）に示される報知方法リストに取得した種類情報が登録されている場合に、当該種類情報を含む報知方法レコードの報知方法を取得した報知方法で上書きする。また、スキャンプログラム６５は、図３（Ｂ）に示される報知方法リストに取得した種類情報が登録されていない場合に、取得した種類情報及び報知方法を含む報知方法レコードを、図３（Ｂ）に示される報知方法リストに追加する。

上記構成によれば、種類情報に対応付けられた報知方法を、ユーザの好みに合わせてカスタマイズすることができる。すなわち、種類情報及び報知方法の対応関係は、図３（Ｂ）に示される例に限定されない。例えば、図３（Ｂ）に示される報知方法リストには、第１報知方法と同じ報知方法を含む報知方法レコードが含まれていてもよい。

また、実施形態の複合機１０及び携帯端末５０において、記憶部３２、６２のプログラム記憶領域３２Ａ、６２Ａに記憶された各種プログラムがＣＰＵ３１、６１によって実行されることによって、本発明の制御部が実行する各処理が実現される例を説明した。しかしながら、制御部の構成はこれに限定されず、その一部又は全部を集積回路（ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略）とも言う。）等のハードウェアで実現してもよい。

さらに、本発明は、複合機１０及び携帯端末５０として実現できるだけでなく、複合機１０及び携帯端末５０に処理を実行させるプログラムとして実現してもよい。そして、当該プログラムは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな記録媒体に記録されて提供されてもよい。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな記録媒体は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の他、通信ネットワークを通じて複合機１０及び携帯端末５０に接続可能なサーバに搭載された記憶部を含んでもよい。そして、サーバの記憶部に記憶されたプログラムは、当該プログラムを示す情報或いは信号として、インターネット等の通信ネットワークを通じて配信されてもよい。

１０・・・複合機
１１・・・プリンタ部
１２・・・スキャナ部
５３・・・表示部
５４・・・操作部
５５・・・通信部
５６・・・音声通信部
５７・・・スピーカ
５８・・・装着部
５９・・・バイブレータ
６１・・・ＣＰＵ
６２・・・記憶部
６５・・・スキャンプログラム
６６・・・動画プログラム
５０・・・携帯端末
７０・・・サーバ
１００・・・通信システム

Claims (25)

1. 記憶部、表示部、及び報知部を備えており、複数のプログラムを並行して実行可能な携帯端末が読み取り可能なコンテンツデータ処理プログラムであって、
   前記表示部は、前記報知部の少なくとも一部を兼ねており、
   該コンテンツデータ処理プログラムは、
   コンテンツデータに係る処理であるコンテンツデータ処理を、第１の状態、及び前記第１の状態とは異なる第２の状態において前記携帯端末に実行させ、
   該コンテンツデータ処理プログラムは、
   前記携帯端末が前記第１の状態であるときに、前記コンテンツデータ処理に関して報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを、第１報知方法で前記報知部に報知させる第１報知処理と、
   前記携帯端末が前記第２の状態であるときに、前記報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを第２報知方法で前記報知部に報知させる第２報知処理と、を前記携帯端末に実行させ、
   該コンテンツデータ処理プログラムは、前記第２報知処理において、前記携帯端末の状態を前記第１の状態へ切り替えるための操作を前記報知部に報知させ、
   前記第２の状態は、複数種類の状態があり、
   前記第２報知方法は、複数種類の報知方法があり、
   該コンテンツデータ処理プログラムは、前記第２報知処理において、前記第２の状態の種類に応じた種類の前記第２報知方法により、前記報知すべき事象が発生したことを前記報知部に報知させ、
   前記記憶部は、プログラムを識別するプログラム識別情報と前記第２報知方法の種類とを対応付けて記憶しており、
   該コンテンツデータ処理プログラムは、前記携帯端末のＯＳからプログラム識別情報を取得する処理を前記携帯端末に実行させ、
   前記第２の状態の種類に応じた種類の前記第２報知方法とは、取得した前記プログラム識別情報と対応付けられた種類の前記第２報知方法であるコンテンツデータ処理プログラム。
2. ユーザ操作を受け付ける操作部、表示部、及び報知部を備えており、複数のプログラムを並行して実行可能な携帯端末が読み取り可能なコンテンツデータ処理プログラムであって、
   前記表示部は、前記報知部の少なくとも一部を兼ねており、
   該コンテンツデータ処理プログラムは、
   コンテンツデータに係る処理であるコンテンツデータ処理を、第１の状態、及び前記第１の状態とは異なる第２の状態において前記携帯端末に実行させ、
   該コンテンツデータ処理プログラムは、
   前記携帯端末が前記第１の状態であるときに、前記コンテンツデータ処理に関して報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを、第１報知方法で前記報知部に報知させる第１報知処理と、
   前記携帯端末が前記第２の状態であるときに、前記報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを第２報知方法で前記報知部に報知させる第２報知処理と、を前記携帯端末に実行させ、
   該コンテンツデータ処理プログラムは、前記第２報知処理において、前記携帯端末の状態を前記第１の状態へ切り替えるための操作を前記報知部に報知させ、
   該コンテンツデータ処理プログラムは、
   コンテンツデータを処理する外部装置から前記コンテンツデータを受信する通信処理を前記携帯端末に実行させ、
   該コンテンツデータ処理プログラムは、
   前記第２報知処理の実行後に前記第２の状態から前記第１の状態に切り替えられたと判断したことに応じて、前記通信処理で受信した前記コンテンツデータの記憶先を指定するユーザ操作を、前記操作部を通じて受け付ける第２受付処理と、
   前記第２受付処理で受け付けた記憶先に前記コンテンツデータを記憶させる第２記憶処理と、を前記携帯端末に実行させるコンテンツデータ処理プログラム。
3. 前記第１の状態は、該コンテンツデータ処理プログラムの実行に拠る画面が前記表示部の表示領域の大部分に表示されている状態であり、かつ、前記表示部に表示された画面への操作を該コンテンツデータ処理プログラムが受け付け可能な状態である請求項１または２に記載の該コンテンツデータ処理プログラム。
4. 前記第１の状態は、該コンテンツデータ処理プログラムの実行に拠る画面を、前記表示部の表示領域全体に表示させる全画面モードで表示しており、かつ、前記表示部に表示された画面への操作を該コンテンツデータ処理プログラムが受け付け可能な状態である請求項１または２に記載の該コンテンツデータ処理プログラム。
5. 前記第１の状態は、該コンテンツデータ処理プログラムの実行に拠る画面をメイン表示領域に表示しており、かつ、前記表示部に表示された画面への操作を該コンテンツデータ処理プログラムが受け付け可能な状態である請求項１または２に記載の該コンテンツデータ処理プログラム。
6. 前記携帯端末の状態を前記第１の状態へ切り替えるための操作とは、前記第２の状態において前記表示部に表示される切替オブジェクトを選択する操作である請求項１から５のいずれかに記載のコンテンツデータ処理プログラム。
7. 前記携帯端末の状態を前記第１の状態へ切り替えるための操作とは、前記第２の状態において前記携帯端末のＯＳが有効にした所定の操作を受け付ける操作である請求項１から５のいずれかに記載のコンテンツデータ処理プログラム。
8. 該コンテンツデータ処理プログラムは、
   前記第２の状態の種類を示す情報と、前記第２報知方法の種類を示す情報とを対応付ける操作を受け付ける処理と、
   前記第２の状態の種類を示す情報と、前記第２報知方法の種類を示す情報とを対応付けて、前記携帯端末の記憶部に記憶させる処理と、を前記携帯端末にさらに実行させ、
   前記第２報知処理において、前記第２の状態の種類と対応付けられた種類の前記第２報知方法を前記記憶部から特定し、特定した種類の前記第２報知方法により、前記報知すべき事象が発生したことを前記報知部に報知させる請求項１から７のいずれかに記載のコンテンツデータ処理プログラム。
9. 前記第２の状態は、ゲームプログラムが、前記表示部に表示された画面への操作を受付可能に実行されている状態を含む請求項１から８のいずれかに記載のコンテンツデータ処理プログラム。
10. 前記第２の状態は、映像再生プログラムが、前記表示部に表示された画面への操作を受付可能に実行されている状態を含む請求項１から８のいずれかに記載のコンテンツデータ処理プログラム。
11. 前記第２の状態は、音声再生プログラムが、前記表示部に表示された画面への操作を受付可能に実行されている状態を含む請求項１から８のいずれかに記載のコンテンツデータ処理プログラム。
12. 前記第２の状態は、メッセージ交換プログラムが、前記表示部に表示された画面への操作を受付可能に実行されている状態を含む請求項１から８のいずれかに記載のコンテンツデータ処理プログラム。
13. 前記携帯端末は、情報を出力する或いは情報の入力を受け付ける複数の入出力部を備えており、
    前記表示部は、前記入出力部の少なくとも一部を兼ねており、
    該コンテンツデータ処理プログラムは、
    複数の前記入出力部それぞれについて、対象プログラムによる使用状況を判断する第２判断処理を前記携帯端末に実行させ、前記対象プログラムは、前記第２の状態において、前記表示部に表示された画面への操作を受付可能なプログラムであり、
    前記第２の状態の種類に応じた種類の前記第２報知方法とは、判断した前記使用状況に対応付けられた報知方法である請求項１から１２のいずれかに記載のコンテンツデータ処理プログラム。
14. 前記携帯端末は、音声を出力するスピーカを備えており、
    前記第２報知方法は、前記スピーカに報知音を出力させる方法である請求項１から１３のいずれかに記載のコンテンツデータ処理プログラム。
15. 前記第２報知方法は、前記表示部の表示領域の周縁部にメッセージを表示させる方法である請求項１から１３のいずれかに記載のコンテンツデータ処理プログラム。
16. 前記携帯端末は、記憶部を備えており、
    前記記憶部は、前記使用状況の種類と前記第２報知方法の種類とを対応付けて記憶しており、
    該コンテンツデータ処理プログラムは、前記第２判断処理で判断した種類の前記使用状況に対応付けられた種類の前記第２報知方法で報知を行う前記第２報知処理を前記携帯端末に実行させる請求項１３に記載のコンテンツデータ処理プログラム。
17. 前記携帯端末は、情報を出力する或いは情報の入力を受け付ける複数の入出力部を備えており、
    前記表示部は、前記入出力部の少なくとも一部を兼ねており、
    該コンテンツデータ処理プログラムは、前記携帯端末のＯＳから取得したプログラム識別情報と対応付けられた種類の前記第２報知方法がないと判断したことに応じて、複数の前記入出力部それぞれについて、対象プログラムによる使用状況を判断する第２判断処理を前記携帯端末に実行させ、前記対象プログラムは、前記第２の状態において、前記表示部に表示された画面への操作を受付可能なプログラムであり、
    該コンテンツデータ処理プログラムは、
    前記第２報知処理において、判断した前記使用状況に対応付けられた種類の前記第２報知方法によって、前記携帯端末の状態を前記第１の状態へ切り替えるための操作を前記報知部に報知させる請求項１から１６のいずれかに記載のコンテンツデータ処理プログラム。
18. 前記携帯端末は、コンテンツデータを処理する外部装置との間で電話回線を通じて音声データを送受信する音声通信部を備えており、
    該コンテンツデータ処理プログラムは、
    前記音声通信部による前記音声データの送受信中であるか否かを判断する第５判断処理を前記携帯端末に実行させ、
    該コンテンツデータ処理プログラムは、前記音声データの送受信中であると前記第５判断処理で判断したことに応じて、前記第２報知処理の実行を前記携帯端末に待機させ、
    前記音声データの送受信中でないと前記第５判断処理で判断したことに応じて、前記第２報知処理を前記携帯端末に実行させる請求項１から１７のいずれかに記載のコンテンツデータ処理プログラム。
19. 前記携帯端末は、音声を出力するスピーカを備えており、
    前記スピーカは、前記報知部の少なくとも一部を兼ねており、
    前記スピーカは、音声の出力が許可された許可モード、及び音声の出力が規制された規制モードに切り替えが可能であり、
    該コンテンツデータ処理プログラムは、前記スピーカが前記許可モード或いは前記規制モードのどちらであるかを判断する第６判断処理を前記携帯端末に実行させ、
    該コンテンツデータ処理プログラムは、前記許可モードであると前記第６判断処理で判断した場合の前記第２報知処理において、報知音を前記スピーカに出力させる請求項１から１８のいずれかに記載のコンテンツデータ処理プログラム。
20. 前記携帯端末は、外部スピーカを装着可能な装着部を備えており、
    前記装着部は、前記報知部の少なくとも一部を兼ねており、
    該コンテンツデータ処理プログラムは、前記外部スピーカが前記装着部に装着されているか否かを判断する第７判断処理を前記携帯端末に実行させ、
    該コンテンツデータ処理プログラムは、前記規制モードであると前記第６判断処理で判断し、且つ前記外部スピーカが装着されていると前記第７判断処理で判断した場合の前記第２報知処理において、報知音を示す報知音信号を前記装着部を通じて前記外部スピーカに出力する請求項１９に記載のコンテンツデータ処理プログラム。
21. 前記携帯端末は、当該携帯端末を振動させるバイブレータを備えており、
    前記バイブレータは、前記報知部の少なくとも一部を兼ねており、
    該コンテンツデータ処理プログラムは、前記規制モードであると前記第６判断処理で判断し、且つ前記外部スピーカが装着されていないと前記第７判断処理で判断した場合の前記第２報知処理において、前記バイブレータに前記携帯端末を振動させる請求項２０に記載のコンテンツデータ処理プログラム。
22. 前記第１報知方法は、前記表示部の表示領域に表示されている画面を、前記報知すべき事象が発生したことを示す画面に切り替える方法である請求項１から２１のいずれかに記載のコンテンツデータ処理プログラム。
23. 前記複数種類の前記第２報知方法は、前記第１報知方法と同じ前記報知方法を含む請求項１３に記載のコンテンツデータ処理プログラム。
24. 記憶部、表示部、及び報知部を備えており、かつ複数のプログラムを並行して実行可能であり、コンテンツデータ処理プログラムを実行する制御部を備えている携帯端末であって、
    前記表示部は、前記報知部の少なくとも一部を兼ねており、
    前記制御部は、
    コンテンツデータに係る処理であるコンテンツデータ処理を、該携帯端末が第１の状態である場合、及び前記第１の状態とは異なる第２の状態である場合において実行し、
    前記第１の状態であるときに、前記コンテンツデータ処理に関して報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを、第１報知方法で前記報知部に報知させる第１報知処理と、
    前記第２の状態であるときに、前記報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを第２報知方法で前記報知部に報知させる第２報知処理と、を実行し、
    前記制御部は、前記第２報知処理において、前記第２の状態から前記第１の状態へ切り替えるための操作を前記報知部に報知させ、
    前記第２の状態は、複数種類の状態があり、
    前記第２報知方法は、複数種類の報知方法があり、
    前記制御部は、前記第２報知処理において、前記第２の状態の種類に応じた種類の前記第２報知方法により、前記報知すべき事象が発生したことを前記報知部に報知させ、
    前記記憶部は、プログラムを識別するプログラム識別情報と前記第２報知方法の種類とを対応付けて記憶しており、
    前記制御部は、前記携帯端末のＯＳからプログラム識別情報を取得する処理を実行し、
    前記第２の状態の種類に応じた種類の前記第２報知方法とは、取得した前記プログラム識別情報と対応付けられた種類の前記第２報知方法である携帯端末。
25. ユーザ操作を受け付ける操作部、表示部、及び報知部を備えており、かつ複数のプログラムを並行して実行可能であり、コンテンツデータ処理プログラムを実行する制御部を備えている携帯端末であって、
    前記表示部は、前記報知部の少なくとも一部を兼ねており、
    前記制御部は、
    コンテンツデータに係る処理であるコンテンツデータ処理を、該携帯端末が第１の状態である場合、及び前記第１の状態とは異なる第２の状態である場合において実行し、
    前記第１の状態であるときに、前記コンテンツデータ処理に関して報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを、第１報知方法で前記報知部に報知させる第１報知処理と、
    前記第２の状態であるときに、前記報知すべき事象が発生したことに応じて、前記報知すべき事象が発生したことを第２報知方法で前記報知部に報知させる第２報知処理と、を実行し、
    前記制御部は、前記第２報知処理において、前記第２の状態から前記第１の状態へ切り替えるための操作を前記報知部に報知させ、
    前記制御部は、
    コンテンツデータを処理する外部装置から前記コンテンツデータを受信する通信処理と、
    前記第２報知処理の実行後に前記第２の状態から前記第１の状態に切り替えられたと判断したことに応じて、前記通信処理で受信した前記コンテンツデータの記憶先を指定するユーザ操作を、前記操作部を通じて受け付ける第２受付処理と、
    前記第２受付処理で受け付けた記憶先に前記コンテンツデータを記憶させる第２記憶処理と、実行する携帯端末。

Images