特許 7423278 端末装置、制御方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-19

(45)【発行日】2024-01-29

(54)【発明の名称】端末装置、制御方法、およびプログラム

(51)【国際特許分類】

   H04L 67/55 20220101AFI20240122BHJP

   G06F 3/0481 20220101ALI20240122BHJP

   H04M 1/00 20060101ALI20240122BHJP

【ＦＩ】

H04L67/55

G06F3/0481

H04M1/00 R

【請求項の数】 25

(21)【出願番号】P 2019215822

(22)【出願日】2019-11-28

(65)【公開番号】P2021086460

(43)【公開日】2021-06-03

【審査請求日】2022-11-24

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】岩山 広由

【審査官】羽岡 さやか

(56)【参考文献】

【文献】特表２０１６－５０５９９５（ＪＰ，Ａ）

【文献】特表２０１８－５０４０７２（ＪＰ，Ａ）

【文献】特許第５８９６３８５（ＪＰ，Ｂ１）

【文献】特開２０１７－１１７２３７（ＪＰ，Ａ）

【文献】特開２０１８－０６６８１１（ＪＰ，Ａ）

【文献】特開２０１９－０２８７５５（ＪＰ，Ａ）

【文献】プッシュ通知からアプリ内の特定のviewを開く（iOS），2017年03月15日，<URL> https://faq.growthbeat.com/article/88-view-ios

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ６７／００

Ｇ０６Ｆ ３／０４８１

Ｈ０４Ｍ １／００

(57)【特許請求の範囲】

【請求項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】

端末装置であって、
印刷装置の状態に関する第１の通知情報が前記端末装置によって受信された場合、前記第１の通知情報に基づく内容を通知する領域であり、前記端末装置が有するオペレーティングシステムのプッシュ通知機能によって表示される領域である第１のプッシュ通知領域を、表示部に表示させる第１表示手段と、
印刷装置の状態に関して前記第１と同じ分類であって、前記第１の通知情報とは異なる内容の情報を通知するための第２の通知情報が受信された場合、前記受信された前記第２の通知情報に基づく内容を通知する領域であり、前記プッシュ通知機能によって表示される領域である第２のプッシュ通知領域を、前記表示部に表示させる第２表示手段と、を有し、
前記第１のプッシュ通知領域に所定の操作が行われた場合、前記第１のプッシュ通知領域が削除され、
前記第１のプッシュ通知領域が削除された後に前記第２の通知情報が受信された場合、前記第２のプッシュ通知領域が表示され、
前記第１のプッシュ通知領域が削除されていない状態で前記第２の通知情報が受信された場合、前記第１のプッシュ通知領域と前記第２のプッシュ通知領域の両方は表示されないよう制御されることを特徴とする端末装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末装置、制御方法、およびプログラムに関する。

【背景技術】

【0002】

プリンタ等の通信装置に関する情報を表示するための通知情報を外部から受信し、当該通知情報に基づいて、スマートフォン等の端末装置が通知画面を表示する方法が知られている。特許文献１には、携帯端末装置がプッシュ通知配信サーバからプッシュ通知を受信して、プッシュ通知を報知させる報知処理を実行することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１７－１３４６２８

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、通知情報に基づく表示を行う形態が普及するにつれ、通知情報に基づく表示を適切に行うことが要望されている。

【0005】

本発明は、上述の課題を考慮してなされたものであり、通知情報に基づく表示を適切に行うことを目的とする。

【課題を解決するための手段】

【0006】

上述の課題を解決するために本発明は、アプリケーションプログラムであって、
端末装置のコンピュータに、
印刷装置の状態に関する第１の通知情報が前記端末装置によって受信された場合、前記第１の通知情報に基づく内容を通知する領域であり、前記端末装置が有するオペレーティングシステムのプッシュ通知機能によって表示される領域である第１のプッシュ通知領域を、表示部に表示させるための処理を実行させる第１表示ステップと、
前記第１の通知情報が前記端末装置によって受信された場合、前記アプリケーションプログラムによって表示される画面に含まれる、前記端末装置によって受信された１又は複数の通知情報を示すリストにおいて、前記第１の通知情報に関する項目を表示させる第２表示ステップと、
前記第１の通知情報が受信された後、印刷装置の状態に関して前記第１の通知情報と同じ分類であって、前記第１の通知情報とは異なる内容の情報を通知するための第２の通知情報が受信された場合、前記リストにおいて、前記第１の通知情報と前記第２の通知情報とに対応する情報が１つの項目として表示されるように制御する制御ステップと、を実行させることを特徴とする。

【0007】

また本発明は、プログラムであって、
端末装置のコンピュータに、
印刷装置の状態に関する第１の通知情報が前記端末装置によって受信された場合、前記第１の通知情報に基づく内容を通知する領域であり、前記端末装置が有するオペレーティングシステムのプッシュ通知機能によって表示される領域である第１のプッシュ通知領域を、表示部に表示させる第１表示ステップと、
印刷装置の状態に関して前記第１の通知情報と同じ分類であって、前記第１の通知情報とは異なる内容の情報を通知するための第２の通知情報が受信された場合、前記受信された前記第２の通知情報に基づく内容を通知する領域であり、前記プッシュ通知機能によって表示される領域である第２のプッシュ通知領域を、前記表示部に表示させる第２表示ステップと、を実行させ、
前記第１のプッシュ通知領域に所定の操作が行われた場合、前記第１のプッシュ通知領域が削除され、
前記第１のプッシュ通知領域が削除された後に前記第２の通知情報が受信された場合、前記第２のプッシュ通知領域が表示され、
前記第１のプッシュ通知領域が削除されていない状態で前記第２の通知情報が受信された場合、前記第１のプッシュ通知領域と前記第２のプッシュ通知領域の両方は表示されないよう制御されることを特徴とする。

【発明の効果】

【0008】

本発明によれば、通知情報に基づく表示を適切に行うことができる。

【図面の簡単な説明】

【0009】

【図1】通信システムの構成の一例を示す図である。

【図2】端末装置が実行する処理を示すフローチャートである。

【図3】プッシュ通知機能によって通知領域が表示されている状態の画面の一例である。

【図4】端末側アプリケーションによって表示される通知画面の一例である。

【図5】ＰＣと印刷装置の構成の一例を示す図である。

【図6】プッシュ通知サーバと端末装置の構成の一例を示す図である。

【図7】端末側アプリケーションによって表示される通知リスト画面の一例である。

【図8】端末装置が実行する処理を示すフローチャートである。

【図9】端末装置が実行する処理を示すフローチャートである。

【発明を実施するための形態】

【0010】

以下に、図面を参照しながら、本発明の実施形態を例示的に詳しく説明する。但し、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に、特定的な記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。また、実施例の要旨から逸脱しない範囲で、構成要素を変更しても良い。

【0011】

（第１実施形態）
本実施形態の端末装置及び通信装置について説明する。端末装置として、本実施形態ではスマートフォンを例示している。スマートフォンとは、携帯電話の機能の他に、カメラや、ウェブブラウザ、電子メール機能等を搭載した多機能型の携帯電話のことである。なお、本発明を適用可能な端末装置は、スマートフォンに限定されず、後述の通信装置と通信可能な装置であれば良い。例えば、端末装置として、デジタルカメラ、携帯電話、パーソナルコンピュータ（ＰＣ）、タブレット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）等を適用可能である。また、第１の通信装置として、本実施形態では、ＰＣを例示しているが、これに限定されない。第１の通信装置として、端末装置と通信を行うことが可能な装置であれば、種々のものを適用可能である。例えば、印刷装置、複写機やファクシミリ装置、スマートフォン、携帯電話、タブレット端末、ＰＤＡ、デジタルカメラ、音楽再生デバイス、ストレージ、プロジェクタ、スマートスピーカ等、印刷以外のサービスを提供可能な装置にも適用可能である。また、第１の通信装置によって制御される第２の通信装置として、本実施形態では、インクジェット方式による大判印刷を行う印刷装置を例示しているが、これに限定されない。第２の通信装置は、印刷装置以外の装置であっても良いし、印刷装置であれば例えば、インクジェット方式以外の印刷方式（電子写真方式、熱昇華方式等）による印刷を行う装置であっても良い。

【0012】

＜システム構成＞
まず、本実施形態を実現するためのシステム構成について説明する。図１は、本実施形態の通信システムの構成の一例を示す図である。このシステムは、端末装置１０１、プッシュ通知サーバ１０２、ＰＣ１０３、印刷装置１０４、プッシュ通知サービス提供サーバ（以下、サービス提供サーバ）１０５を含むものとする。

【0013】

端末装置１０１は、サービス提供サーバ１０５から送信される通知情報に基づいて情報を表示部６０８に表示する。また、端末装置１０１は、端末側アプリケーション１０６を保持している。端末側アプリケーション１０６は、サービス提供サーバ１０５から送信される通知情報を解析して、解析結果をオペレーティングシステム（ＯＳ）に通知することで、通知情報に基づくメッセージをＯＳに表示させる機能を有する。また、端末側アプリケーション１０６は、印刷装置１０４と無線接続することで、印刷ジョブを印刷装置１０４に送信し、印刷装置１０４に印刷を実行させる機能も有する。端末装置１０１は、インターネットを介してサービス提供サーバ１０５と通信可能であり、通知情報をインターネットを介して受信する。なお、端末装置１０１は、４ＧやＬＴＥ等の移動体通信網を介してインターネットと通信しても良いし、不図示の無線ＬＡＮルーターとのＷｉ－Ｆｉ接続を介してインターネットと通信しても良い。

【0014】

ＰＣ１０３は、ＰＣ側アプリケーション１０７を保持しており、ＰＣ側アプリケーション１０７によって印刷装置１０４を制御する。具体的には、ＰＣ１０３は、印刷を実行させるための印刷ジョブを印刷装置１０４に送信したり、印刷装置１０４から、印刷装置１０４に関する通知を受信したりする。印刷装置１０４に関する通知とは、例えば、印刷ジョブに基づいて印刷装置１０４によって実行された印刷が完了したことの通知や、印刷装置１０４においてエラーが発生したことの通知である。ＰＣ１０３は、印刷装置１０４から、印刷装置１０４に関する通知を受信すると、当該通知に基づく情報を端末装置１０１に表示させるために、当該通知に基づく通知メッセージ１０８（メッセージ情報）をプッシュ通知サーバ１０２に送信する。なお、ＰＣ１０３も、当該通知に基づく情報を表示部５０８に表示しても良い。

【0015】

なお、通知メッセージ１０８に含まれる情報は、プッシュ通知サーバ１０２とＰＣ側アプリケーション１０７で共有されるセキュリティキーを用いて暗号化したデータであってもよい。また、バイナリデータであってもよいし、ＵＴＦ－８等のテキストデータ、またはＢａｓｅ６４等の方式でエンコードしたデータであってもよい。

【0016】

プッシュ通知サーバ１０２は、ＰＣ１０３から通知メッセージ１０８を受信すると、通知メッセージ１０８に基づいて作成した通知情報を、サービス提供サーバ１０５を介して端末装置１０１に送信する。本実施形態では、通知情報に通知メッセージ１０８が含まれるものとして説明するが、端末装置１０１に送信される通知情報と、プッシュ通知サーバ１０２に送信される通知メッセージ１０８は、例えばデータ形式が異なっていても良い。また、このときプッシュ通知サーバ１０２は、複数の装置に情報を表示させるために、複数の端末装置１０１に対して通知情報を送信しても良い。

【0017】

サービス提供サーバ１０５は、プッシュ通知サービスを提供するサーバである。本実施形態において、プッシュ通知によって通知領域を表示部に表示するプッシュ通知機能をＯＳが有しているため、当該機能を用いるためには、各ＯＳに対応したプッシュ通知サービスを利用する必要がある。すなわち、プッシュ通知サーバ１０２は、通知情報を端末装置１０１に直接送信するのではなく、サービス提供サーバ１０５を介して送信する必要がある。利用されるプッシュ通知サービスは、プッシュ通知によって通知を受け取る端末装置１０１のＯＳ毎に異なっている。すなわち、プッシュ通知サーバ１０２は、プッシュ通知の対象となる端末装置１０１のＯＳ毎に異なるサービス提供サーバ１０５を介して、通知情報を端末装置１０１に送信する。なお、プッシュ通知サーバ１０２と端末装置１０１間の通信は、プッシュ通知サーバ１０２側からのみ能動的なアクセスが可能な片方向通信となっている。

【0018】

なお本実施形態では、プッシュ通知サーバ１０２やサービス提供サーバ１０５が１台のサーバで構成されているが、この形態に限定されない。複数台のサーバが連携して動作することで、プッシュ通知サーバ１０２やサービス提供サーバ１０５に対応するサーバシステムが構築されても良い。

【0019】

＜各装置の内部構成＞
ＰＣ１０３と、印刷装置１０４の構成について図５のブロック図を参照して説明する。

【0020】

ＰＣ１０３は、入力インタフェース５０１、ＣＰＵ５０２、ＲＯＭ５０３、出力インタフェース５０４、ＲＡＭ５０５、外部記憶装置５０６、通信部５０７等を有する。ＣＰＵ５０２、ＲＯＭ５０３等によって、ＰＣ１０３のコンピュータが形成される。

【0021】

入力インタフェース５０１は、マウス５１０やキーボード５０９が操作されることにより、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースである。
ＣＰＵ５０２は、システム制御部であり、ＰＣ１０３の全体を制御する。

【0022】

ＲＯＭ５０３は、ＣＰＵ５０２が実行する制御プログラムやデータテーブル、組み込みＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ５０３に格納されている各制御プログラムは、ＲＯＭ５０３に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウエア実行制御を行う。

【0023】

ＲＡＭ５０５は、バックアップ電源を必要とするＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。なお、ＲＡＭ５０５は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、ＰＣ１０３の設定情報やＰＣ１０３の管理データ等を格納するメモリエリアもＲＡＭ５０５に設けられている。また、ＲＡＭ５０５は、ＣＰＵ５０２の主メモリとワークメモリとしても用いられる。

【0024】

外部記憶装置５０６は、通信部５０７を介して接続している印刷装置１０４を制御したり、印刷装置１０４が解釈可能な印刷ジョブを生成したりするためのＰＣ側アプリケーション１０７等のプログラムや、当該プログラムが使用する各種情報を保存している。

【0025】

出力インタフェース５０４は、表示部５０８が各種データや、印刷装置１０４から受け付ける通知に基づく画面を表示するための制御を行うインタフェースである。

【0026】

表示部５０８は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、各種データや、印刷装置１０４から受け付ける通知に基づく画面を表示する。なお、表示部５０８上に、数値入力キー、モード設定キー、決定キー、取り消しキー、電源キー等の操作部を設置することで、表示部５０８を介してユーザからの入力を受け付けても良い。

【0027】

通信部５０７は、他の装置と接続して、データ通信を実行するための構成である。例えば、通信部５０７は、印刷装置１０４内のアクセスポイント（不図示）に接続可能である。通信部５０７と印刷装置１０４内のアクセスポイントが接続することで、ＰＣ１０３と印刷装置１０４は相互に通信可能となる。なお、通信部５０７は無線通信で印刷装置１０４とダイレクトに通信しても良いし、ＰＣ１０３や印刷装置１０４の外部に存在する外部装置を介して通信しても良い。なお、外部装置とは、ＰＣ１０３の外部及び印刷装置１０４の外部に存在する外部アクセスポイントや、アクセスポイント以外で通信を中継可能な装置を含む。無線通信方式としては、例えば、Ｗｉ－Ｆｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）（登録商標）やＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ（登録商標）等が挙げられる。また、外部アクセスポイントとしては、例えば、無線ＬＡＮルーター等の機器などが挙げられる。なお、通信部５０７が利用する通信方式は、無線通信方式に限定されず、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）や有線ＬＡＮ等の有線通信方式であっても良い。

【0028】

また、通信部５０７は、無線ＬＡＮルーター等の外部装置を介してインターネットを利用することで、インターネットを介して、プッシュ通知サーバ１０２と通信可能である。

【0029】

なお、ＰＣ１０３は、他の装置とそれぞれ異なる通信方式によって通信するための複数の通信部を有していても良い。そして、ＰＣ１０３と印刷装置１０４とが通信するための通信部と、ＰＣ１０３とプッシュ通知サーバ１０２とが通信するための通信部がそれぞれ異なっていても良い。

【0030】

印刷装置１０４は、プリントエンジン５１３、通信部５１４、ＲＯＭ５１５、ＲＡＭ５１６、ＣＰＵ５１７等を有する。ＣＰＵ５１７、ＲＯＭ５１５等によって、印刷装置１０４のコンピュータが形成される。

【0031】

通信部５１４は、他の装置と接続して、データ通信を実行するための構成である。例えば、通信部５１４は、印刷装置１０４内部のアクセスポイントとして、ＰＣ１０３等の装置と接続するためのアクセスポイントを有している。なお、該アクセスポイントは、ＰＣ１０３の通信部５０７に接続可能である。なお、通信部５１４は無線通信でＰＣ１０３とダイレクトに通信しても良いし、外部装置を介して通信しても良い。通信方式としては、例えば、Ｗｉ－Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等が挙げられる。また、通信部５１４は、アクセスポイントとして機能するハードウェアを備えていてもよいし、アクセスポイントとして機能させるためのソフトウエアにより、アクセスポイントとして動作してもよい。なお、通信部５１４が利用する通信方式は、無線通信方式に限定されず、ＵＳＢや有線ＬＡＮ等の有線通信方式であっても良い。

【0032】

ＲＡＭ５１６は、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ５１６は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、印刷装置１０４の設定情報や印刷装置１０４の管理データ等を格納するメモリエリアもＲＡＭ５１６に設けられている。また、ＲＡＭ５１６は、ＣＰＵ５１７の主メモリとワークメモリとしても用いられ、ＰＣ１０３等から受信した印刷情報を一旦保存するための受信バッファや各種の情報を保存する。

【0033】

ＲＯＭ５１５は、ＣＰＵ５１７が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ５１５に格納されている各制御プログラムは、ＲＯＭ５１５に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウエア実行制御を行う。

【0034】

ＣＰＵ５１７は、システム制御部であり、印刷装置１０４の全体を制御する。

【0035】

プリントエンジン５１３は、ＲＡＭ５１６に保存された情報やＰＣ１０３等から受信した印刷ジョブに基づき、記録剤（インク）を紙等の記録媒体上に付加することで記録媒体上に画像を形成し、印刷結果を出力する。

【0036】

なお、印刷装置１０４には、外付けＨＤＤやＳＤカード等のメモリがオプション機器として装着されてもよく、印刷装置１０４に保存される情報は、当該メモリに保存されても良い。

【0037】

プッシュ通知サーバ１０２と、端末装置１０１の構成について図６のブロック図を参照して説明する。

【0038】

プッシュ通知サーバ１０２は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、外部記憶装置６０４、通信部６０５等を有する。ＣＰＵ６０１、ＲＯＭ６０２等によって、プッシュ通知サーバ１０２のコンピュータが形成される。

【0039】

ＣＰＵ６０１は、システム制御部であり、プッシュ通知サーバ１０２の全体を制御する。

【0040】

ＲＯＭ６０２は、ＣＰＵ６０１が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ６０２に格納されている各制御プログラムは、ＲＯＭ６０２に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウエア実行制御を行う。

【0041】

ＲＡＭ６０３は、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ６０３は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、プッシュ通知サーバ１０２の設定情報やプッシュ通知サーバ１０２の管理データ等を格納するメモリエリアもＲＡＭ６０３に設けられている。また、ＲＡＭ６０３は、ＣＰＵ６０１の主メモリとワークメモリとしても用いられる。

【0042】

外部記憶装置６０４は、サービス提供サーバ１０５を利用して、端末装置１０１に対してプッシュ通知を行うためのプログラム等を保存している。

【0043】

通信部５０７は、他の装置とデータ通信を実行するための構成である。通信部５０７は、インターネットを介して、ＰＣ１０３や、サービス提供サーバ１０５を提供する外部サーバ等と通信可能である。

【0044】

なお、プッシュ通知サーバ１０２は、他の装置とそれぞれ異なる通信方式によって通信するための複数の通信部を有していても良い。そして、プッシュ通知サーバ１０２とＰＣ１０３とが通信するための通信部と、プッシュ通知サーバ１０２とサービス提供サーバ１０５を提供する外部サーバとが通信するための通信部がそれぞれ異なっていても良い。

【0045】

なお、サービス提供サーバ１０５の構成は、プッシュ通知サーバ１０２と同様の構成であるものとする。

【0046】

端末装置１０１は、表示部６０８、通信部６０９、近距離通信部６１０、ＲＯＭ６１１、ＲＡＭ６１２、ＣＰＵ６１３等を有する。ＣＰＵ６１３、ＲＯＭ６１１等によって、端末装置１０１のコンピュータが形成される。

【0047】

ＣＰＵ６１３は、システム制御部であり、端末装置１０１の全体を制御する。

【0048】

ＲＯＭ６１１は、ＣＰＵ６１３が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ６１１に格納されている各制御プログラムは、ＲＯＭ６１１に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウエア実行制御を行う。ＲＯＭ６１１が保持するＯＳとして、例えば、Ａｐｐｌｅ社が提供するｉＯＳや、Ｇｏｏｇｌｅ社が提供するＡｎｄｒｏｉｄ等がある。また、ＲＯＭ６１１は、受信する通知情報を解析して、通知情報に基づく画面を表示するための端末側アプリケーション１０６等の各種プログラムや、これらのプログラムが使用する各種情報を保存している。

【0049】

ＲＡＭ６１２は、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ６１２は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、端末装置１０１の設定情報や端末装置１０１の管理データ等を格納するメモリエリアもＲＡＭ６１２に設けられている。また、ＲＡＭ６１２は、ＣＰＵ６１３の主メモリとワークメモリとしても用いられる。

【0050】

表示部６０８は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、各種データや、通知情報に基づく画面を表示する。なお、表示部５０８上に、数値入力キー、モード設定キー、決定キー、取り消しキー、電源キー等の操作部を設置することで、表示部６０８を介してユーザからの入力を受け付けても良い。

【0051】

通信部６０９は、他の装置とデータ通信を実行するための構成である。例えば、通信部６０９は、無線ＬＡＮルーター等の外部装置と接続して、インターネットを利用することにより、インターネットを介して、プッシュ通知サーバ１０２や、ＰＣ１０３から情報を受信する。通信部５０７が利用する無線通信方式としては、例えば、Ｗｉ－Ｆｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）（登録商標）やＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ（登録商標）等が挙げられる。なお、通信部５０７が利用する通信方式は、無線通信方式に限定されず、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）や有線ＬＡＮ等の有線通信方式であっても良い。

【0052】

近距離通信部６１０は、他の装置と近距離で無線接続するための構成である。通信方式としては、例えば、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉ Ａｗａｒｅ等が挙げられる。本実施形態では、近距離通信部６１０は、Ｂｌｕｅｔｏｏｔｈ機能として、ＢＬＥと、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃによる通信を実行可能であるものとする。なお、本実施形態において、通信部６０９は、近距離通信部６１０よりも高速な通信を行うことができる構成とする。また、通信部６０９によって通信可能な距離は、近距離通信部６１０によって通信可能な距離より長いものとする。

【0053】

＜プッシュ通知用の登録処理について＞
端末装置１０１に対してプッシュ通知を行うためには、事前にプッシュ通知用の登録処理が実行されている必要がある。なお、以下に説明する登録処理におけるＰＣ１０３側の処理は、ＣＰＵ５０２がＰＣ側アプリケーション１０７を実行することで実現される。また、以下に説明する登録処理における端末装置１０１側の処理は、ＣＰＵ６１３が端末側アプリケーション１０６を実行することで実現される。

【0054】

まず、ＰＣ１０３は、ユーザからＱＲコード（登録商標）生成のための所定の操作を受け付けることにより、表示部５０８に、ＱＲコードを表示する。

【0055】

次に、端末装置１０１は、端末装置１０１が備える不図示のカメラにより、ＱＲコードを読み取る。そして、読み取ったＱＲコードを解析することで、ＱＲコードを生成したＰＣ側アプリケーション１０７の識別情報と、ＱＲコードを生成したＰＣ側アプリケーション１０７に登録されているユーザ情報とを取得する。

【0056】

次に、端末装置１０１は、端末装置１０１の識別情報及び、ＱＲコードを解析することで得た上述の情報を、登録情報として、インターネットを介してプッシュ通知サーバ１０２に送信する（情報送信ステップ）。なお、登録情報の送信先のアドレスとして用いられるプッシュ通知サーバ１０２のアドレスやサーバ名は、端末側アプリケーション１０６に予め格納されているものとする。端末装置１０１の識別情報には例えば、プッシュ通知受信のために必要なデバイストークンや、端末装置１０１が保持するＯＳに関するＯＳ情報（ＯＳの種類、ＯＳのヴァージョン等）が含まれる。デバイストークンは、端末装置１０１が保持するＯＳから提供される情報であり、端末側アプリケーション１０６の識別情報等が含まれる。

【0057】

また、プッシュ通知サーバ１０２に送信される情報は、ＱＲコードから取得されなくとも良い。例えば、まず端末装置１０１は、端末装置１０１が備える不図示のカメラにより、ＰＣ１０３がテキスト形式で表示している情報を読み取る。そして、読み取った情報をＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ／Ｒｅａｄｅｒ）で分析することで、プッシュ通知サーバ１０２に送信される情報を抽出しても良い。また、例えば、端末装置１０１は、ＰＣ１０３と無線通信方式又は有線通信方式によって接続し、プッシュ通知サーバ１０２に送信される情報を当該接続を介して取得しても良い。

【0058】

これにより、プッシュ通知サーバ１０２は、いずれのＰＣ側アプリケーション１０７から受信した通知メッセージに基づく通知情報を、いずれの端末装置１０１に送信すれば良いかを認識する。このようにして、登録処理が完了する。

【0059】

なお、本実施形態では、ＰＣ側アプリケーション１０７の識別情報と、端末装置１０１の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理される形態を説明したが、この形態に限定されない。例えば、ＱＲコードによって、ＱＲコードを表示しているＰＣ１０３の識別情報が取得されても良い。そして、ＰＣ１０３の識別情報と、端末装置１０１の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理されても良い。この場合、プッシュ通知サーバ１０２は、いずれのＰＣ１０３から受信した通知メッセージに基づく通知情報を、いずれの端末装置１０１に送信すれば良いかを認識する。また、例えば、端末装置１０１は、ＱＲコードを読み取ることによって、ＰＣ側アプリケーション１０７によって制御されている印刷装置１０４の識別情報を取得しても良い。そして、印刷装置１０４の識別情報と、端末装置１０１の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理されても良い。この場合、プッシュ通知サーバ１０２は、いずれの印刷装置１０４に関する通知メッセージに基づく通知情報を、いずれの端末装置１０１に送信すれば良いかを認識する。

【0060】

また登録処理は、例えば、以下に記載する方法によって実行されても良い。まず、端末装置１０１は、ＰＣ１０３と無線通信方式又は有線通信方式によって接続し、端末装置１０１の識別情報を、当該接続を介してＰＣ１０３に送信する。ＰＣ１０３は、ＰＣ側アプリケーション１０７の識別情報と、端末装置１０１の識別情報を、登録情報として、インターネットを介してプッシュ通知サーバ１０２に送信する。このようにして、ＰＣ側アプリケーション１０７の識別情報と、端末装置１０１の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理されることによっても、登録処理が完了する。なお、この登録処理においても、ＰＣ１０３の識別情報と端末装置１０１の識別情報とが関連付けられてプッシュ通知サーバ１０２によって管理されも良い。また、印刷装置１０４の識別情報と端末装置１０１の識別情報とが関連付けられてプッシュ通知サーバ１０２によって管理されも良い。

【0061】

なお、登録処理における登録情報の送信方式については特に限定されない。例えば、登録情報をＨＴＭＬ形式に変換して送信するＨＴＴＰ方式であってもよいし、登録情報をファイル形式として作成し、そのファイルを送信するＦＴＰ方式であってもよい。

【0062】

また、登録情報は、プッシュ通知サーバ１０２と端末側アプリケーション１０６で共有されるセキュリティキーによって暗号化されたデータであってもよい。また、バイナリデータであってもよいし、ＵＴＦ－８等のテキストデータ、またはＢａｓｅ６４等の方式でエンコードされたデータであってもよい。

【0063】

＜プッシュ通知について＞
プッシュ通知とは、プッシュ通知サービスを用いて端末装置１０１に通知を行う通知方法である。

【0064】

本実施形態において、ＰＣ１０３は、印刷装置１０４に関する情報を、通知メッセージ１０８として、プッシュ通知サーバ１０２に送信する。そして、プッシュ通知サーバ１０２が、通知メッセージ１０８に含まれるメッセージを表示させるための、通知メッセージ１０８に基づく通知情報を、サービス提供サーバ１０５を介して端末装置１０１に送信する。これにより、プッシュ通知サーバ１０２は、印刷装置１０４に関する情報を端末装置１０１に通知する。端末装置１０１は通知情報を受信した場合、通知情報に対応するメッセージであり且つ通知メッセージ１０８に含まれるメッセージを通知するための通知領域（プッシュ通知領域）を、表示部６０８が表示する画面においてプッシュ通知機能により新たに表示する。図３は、プッシュ通知機能によって通知領域が表示されている状態の画面の一例である。トップ画面３０１が、表示部６０８が表示可能な最大の領域を示し、通知領域３０２が、通知メッセージ１０８に含まれるメッセージを通知するための領域を示す。また、領域３０３は、表示される通知領域３０２がいずれのアプリケーションに対応しているかを示すアイコンや、表示される通知領域３０２が対応しているアプリケーションの名前に関する情報を示す。本実施形態では、ＰＣ１０３がＰＣ側アプリケーション１０７によって実行する通知によって表示される通知領域３０２に対応するアプリケーションは、端末側アプリケーション１０６である。

【0065】

なお、本実施形態において、プッシュ通知によって通知領域３０２を表示部に表示するプッシュ通知機能は、端末装置１０１が備えるＯＳによって実現される。プッシュ通知機能とは、端末装置１０１上で端末側アプリケーション１０６が起動していない状態においても、端末側アプリケーション１０６に対して通知を送ることが可能な機能である。すなわち、プッシュ通知機能によって、端末装置１０１は、端末側アプリケーション１０６がバックグラウンドで動作している状態や、起動していない状態、ホーム画面が表示されている状態でも、通知領域３０２を表示することができる。

【0066】

本実施形態において、通知メッセージ１０８には、メッセージ１０９と、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）１１０が含まれうる。メッセージ１０９は、通知領域３０２に表示されるメッセージの内容を示す。具体的には例えば、メッセージ１０９は、印刷装置１０４において発生しているエラーを通知するためのメッセージ（エラー通知メッセージ）や、印刷装置１０４おいて実行される印刷処理やスキャン処理の進捗を通知するためのメッセージである。印刷装置１０４において発生するエラーとは例えば、印刷装置１０４が保持するインクが所定量以下となっているインクローエラーである。また例えば、印刷装置１０４が保持する紙が所定量以下となっている紙無しエラー、印刷装置１０４が保持する紙が搬送路内で詰まった紙ジャムエラー等である。ＵＲＬ１１０は、所定のリソースのアドレスを示し、当該所定のリソースを利用するための情報であり、複数の記号やアルファベットの羅列により構成される。具体的には例えば、ＵＲＬ１１０は、インターネット上のＷｅｂページのアドレスを示し、当該Ｗｅｂページを表示するための情報である。より具体的には例えば、メッセージ１０９がエラー通知メッセージである場合には、印刷装置１０４において発生しているエラーの詳細情報や解除方法等が記載されたＷｅｂページを表示するためのＵＲＬである。また、例えば、ＵＲＬ１１０は、メッセージ１０９がインクローエラーや紙無しエラーを示すエラー通知メッセージである場合には、インクや紙を購入するためのＷｅｂページを表示するためのＵＲＬである。なお、メッセージ１０９によって、ユーザに十分な内容が通知される場合は、ＵＲＬ１１０が通知メッセージ１０８に含まれなくとも良い。例えば、メッセージ１０９が、印刷装置１０４において印刷処理が完了したことを示すメッセージである場合、ＵＲＬ１１０が通知メッセージ１０８に含まれなくとも良い。また、ＵＲＬ１１０は、Ｗｅｂページを表示するためのＵＲＬでなくとも良い。例えば、端末装置１０１にインストール済みの所定のアプリのアドレスを示し、当該所定のアプリを立ち上げるためのＵＲＬであっても良い。また例えば、所定のアプリを端末装置１０１にインストールするためのストアアプリのアドレスを示し、当該ストアアプリを立ち上げるためのＵＲＬであっても良い。具体的には例えば、メッセージ１０９が、印刷装置１０４おいて印刷処理が完了したことを示すメッセージである場合、端末側アプリケーション１０６以外の他の印刷用アプリを立ち上げるためのＵＲＬであっても良い。このとき、当該他の印刷用アプリの利用を促すメッセージが表示されても良い。

【0067】

ところでＵＲＬは、一般には、長い文字列によって構成される。そして通知領域３０２には、表示可能な文字数の制限がある。そのため、ＵＲＬが通知領域３０２に表示される形態では、通知メッセージ１０８に基づいて表示される文字が多くなり、通知メッセージ１０８に基づく文字（例えばメッセージ１０９が示す文字）の一部が表示されない可能性がある。またそもそも、ＵＲＬそのものが通知領域３０２に表示されたとしても、ＵＲＬによって表示される情報が何の情報であるかを、ＵＲＬのみを視認することでは、ユーザが認識することは難しい。このような理由から、ＵＲＬが通知領域３０２に表示される形態のユーザビリティは低いという課題がある。

【0068】

そこで本実施形態では、通知メッセージ１０８にＵＲＬ１１０が含まれていたとしても、通知領域３０２にはＵＲＬ１１０に対応する文字列を表示しない。そして、通知領域３０２が表示された後に、端末側アプリケーション１０６が表示する画面においてＵＲＬ１１０に対応するリンクボタンを表示する。リンクボタンがユーザによって押下された場合、ＵＲＬ１１０に対応する処理が実行される。

【0069】

このような形態とすることで、ＵＲＬ１１０に基づく処理の実行を可能としつつ、通知領域３０２の視認性を向上させることができる。

【0070】

＜端末側アプリケーション１０６による通知について＞
本実施形態では、プッシュ通知により表示される通知領域３０２に対してユーザ操作が行われた場合、より詳細な情報を、端末側アプリケーション１０６がフォアグラウンドで動作している状態で表示される画面によって通知する。すなわち、本実施形態では、通知情報に基づいて、プッシュ通知機能による通知と、プッシュ通知機能以外の機能による通知と、が行われる。図４（ａ）は、端末側アプリケーション１０６によって表示される通知画面４０１の一例である。通知領域４０２（アプリ通知領域）が、メッセージ１０９に基づく内容を通知するための通知領域を示し、リンクボタン４０３が、ＵＲＬ１１０に基づく処理を実行するためのボタンを示す。なお通知領域４０２とリンクボタン４０３の両方が通知領域４０２としてみなされても良い。リンクボタン４０３がユーザによって操作された場合、ＵＲＬ１１０に基づく処理（例えば、ＵＲＬ１１０に基づくＷｅｂページの表示や、ＵＲＬ１１０に基づくアプリの起動）等が実行される。このような形態とすることで、プッシュ通知により表示される通知領域３０２に対して興味を持ったユーザに対して、より詳細な情報を通知することができる。

【0071】

また、本実施形態では、端末側アプリケーション１０６は、ＵＲＬ１１０を、文字列のまま表示するのではなく、ボタンとして表示する。このような形態とすることで、端末側アプリケーション１０６によって表示される通知画面４０１の視認性を向上させることができる。なお、図４（ｂ）のように、ＵＲＬ１１０を文字列のまま表示し、文字列に対してユーザ操作が受け付けられる形態であっても良い。なお、通知メッセージ１０８にＵＲＬ１１０が含まれない場合、リンクボタン４０３や、ＵＲＬ１１０の文字列は、通知画面４０１に表示されず、メッセージ１０９に基づく内容のみ通知画面４０１に表示される。また、リンクボタン４０３上に表示される文字列は、端末側アプリケーション１０６によって予め定められていても良いし、ＵＲＬ１１０内の一部の文字列であっても良い。すなわち本実施形態では、ＵＲＬ１１０を構成する複数の文字及び記号のうち少なくとも一部が通知画面４０１上で省略されれば良い。

【0072】

＜端末側アプリケーション１０６による通知のリストについて＞
本実施形態では、端末装置１０１に対して所定の操作が行われた場合、端末側アプリケーション１０６は、プッシュ通知にて受信されており、且つ端末装置１０１が備えるメモリ内の所定の領域に保存されている１又は複数の通知情報のリストを表示する。所定の操作とは例えば、通知領域３０２に対する操作や、端末側アプリケーション１０６により表示される画面内の所定のメニューに対する操作である。図７は、、フォアグラウンドで動作する端末側アプリケーション１０６によって表示される通知リスト画面７０１の一例である。通知リスト画面７０１には、プッシュ通知にて受信されており、且つ端末装置１０１が備えるメモリ内の所定の領域に保存されている１又は複数の通知情報に関するそれぞれの項目である通知時間７０２や通知領域７０３が含まれる。通知時間７０２が、通知情報が受信された日時に関する情報を示し、通知領域７０３が、メッセージ１０９に基づく内容を通知するための通知領域を示す。これにより、ユーザは、いつ、どのようなプッシュ通知が行われたのかを、容易に把握することができる。なお、通知リスト画面７０１においても、通知領域３０２と同様、通知メッセージ１０８にＵＲＬ１１０が含まれていたとしても、ＵＲＬ１１０に対応する文字列を表示しない。これにより、通知リスト画面７０１の視認性を向上させることができる。

【0073】

なお、いずれかの通知領域７０３がユーザによって選択操作された場合、通知リスト画面７０１に含まれる複数の通知領域７０３のうち操作された通知領域７０３に対応する通知メッセージ１０８に基づく通知画面４０１が表示される。このとき、操作された通知領域７０３に対応する通知メッセージ１０８にＵＲＬ１１０が含まれている場合、通知画面４０１には、ＵＲＬ１１０に対応するリンクボタン４０３が表示される。このような形態とすることで、ユーザに、任意の通知の詳細を提示することができる。

【0074】

ところで、印刷装置１０４は、定期的に自身のエラー状態を判定し、エラーが発生してればプッシュ通知によってエラーを端末装置１０１に通知する。そのため例えば、印刷装置１０４にあるエラーが発生した後、そのエラーが解消されない場合は、同じエラーが定期的に端末装置１０１に通知されることとなる。受信した通知情報を全て保存して、それぞれ個別に通知リスト画面７０１に表示する形態においては、上述のような場合において、通知リスト画面７０１に同じ内容の通知領域７０３が複数重複して（別々に）表示されてしまうことになる。そのような形態においては、通知リスト画面７０１の視認性が低下するだけでなく、通知情報の保存領域（所定の領域）のリソースの圧迫を招く可能性があるという課題があった。

【0075】

そこで本実施形態では、同じ内容を示す２つの通知情報が受信された場合には、通知領域３０２には２つの通知情報に基づいてそれぞれ別々に表示処理を行うが、通知リスト画面７０１においては、２つの通知情報に基づくそれぞれの項目を別々に表示させない。このような形態とすることで、ユーザに対しては適切に通知を行いながらも、通知リスト画面７０１の視認性を向上させることが可能となる。

【0076】

＜本実施形態の制御を示すフローチャートについて＞
図２は、本実施形態において端末装置１０１が実行する処理を示すフローチャートである。本フローチャートが示す処理は、例えば、ＣＰＵ６１３がＲＯＭ６１１等に格納された端末側アプリケーション１０６をＲＡＭ６１２に読み出して実行することにより実現される。また本フローチャートが示す処理は、端末側アプリケーション１０６がフォアグラウンドで動作していない状態で、通知情報が端末装置１０１によって受信された場合に開始されるものとする。端末側アプリケーション１０６がフォアグラウンドで動作していない状態とは例えば、端末側アプリケーション１０６がバックグラウンドで動作している状態や、端末側アプリケーション１０６が端末装置１０１上で動作していない状態である。

【0077】

サービス提供サーバ１０５を介して通知情報が端末装置１０１に受信されると、まず、ＣＰＵ６１３は、端末装置１０１のＯＳを用いて通知情報を解析する。通知情報には、当該通知情報に対応するアプリケーションの情報が含まれているため、ＣＰＵ６１３は、受信した通知情報がいずれのアプリケーションに対応するものかを特定する。本実施形態においては、通知情報は、端末側アプリケーション１０６に対応しているため、ＣＰＵ６１３は、端末側アプリケーション１０６に通知情報を送信する。

【0078】

そのため、まずＳ２０１において、ＣＰＵ６１３は、端末側アプリケーション１０６によって通知情報を受信し、通知情報の解析を開始する。

【0079】

次に、Ｓ２０２において、ＣＰＵ６１３は、Ｓ２０１で解析した通知情報と同じ通知情報が、既にメモリ内の所定の領域に保存されているか否かを判定する。言い換えれば、ＣＰＵ６１３は、Ｓ２０１で解析した通知情報によって通知される内容が、既に通知されているか否かを判定する。このときＣＰＵ６１３は、具体的には例えば、Ｓ２０１で解析した通知情報の全てが同じ通知情報が、既にメモリ内の所定の領域に保存されているか否かを判定しても良い。また例えば、Ｓ２０１で解析した通知情報の少なくとも一部分が同じ通知情報が、既にメモリ内の所定の領域に保存されているか否かを判定しても良い。なおＳ２０１で解析した通知情報の一部分とは具体的には例えば、通知情報を識別するためのＩＤや、通知情報に含まれるヘッダ情報等である。ＣＰＵ６１３は、ＹＥＳ判定の場合は、Ｓ２０３を実行せずにＳ２０４に進み、ＮＯ判定の場合は、Ｓ２０３に進む。なお所定の領域に保存されている通知情報は、任意の条件で削除されても良い。例えば、ある所定の領域に保存可能な通知情報の上限（閾値）が設定されている形態では、所定の領域に保存されている通知情報の数が上限に達している状態で新たに通知情報が受信された場合、一番古い通知情報が所定の領域から削除されてよい。所定の領域から削除された通知情報に基づく通知領域は当然、通知リスト画面７０１には表示されない。

【0080】

Ｓ２０３において、ＣＰＵ６１３は、端末装置１０１が備えるメモリ内の所定の領域に、通知情報及び、通知情報に関連する情報を保存する。通知情報に関連する情報とは例えば、通知情報を受信した日時に関する情報等である。

【0081】

上記の所定の領域に保存された情報に基づいて、通知リスト画面７０１が表示される。なお上述したように、Ｓ２０２がＹＥＳ判定の場合、Ｓ２０１で解析された通知情報は、所定の領域に保存されない。そのため本実施形態では、Ｓ２０１で解析された通知情報によって通知される内容と同じ内容が、通知リスト画面７０１において複数表示されることが無いように制御することができる。なおこの形態に限定されず、ＣＰＵ６１３は、Ｓ２０２がＹＥＳ判定の場合、Ｓ２０１で解析された通知情報を所定の領域に保存し、Ｓ２０１で解析された通知情報と同じ通知情報を所定の領域から削除しても良い。上述したように、削除された通知情報に基づく通知は実行されなくなるため、このような形態でも上述の形態と同様の効果を得ることができる。

【0082】

次にＣＰＵ６１３は、Ｓ２０４において、通知メッセージ１０８にＵＲＬ１１０が含まれるか否かを判定する。より具体的にはＣＰＵ６１３は、通知メッセージ１０８にＵＲＬを表す特定の文字列から始まるデータがあるか否かを判定する。特定の文字列とは例えば、「ｈｔｔｐ：／／」や「ｈｔｔｐｓ：／／」、「ｍａｒｋｅｔ：／／」、「ｍａｉｌ：／／」等の文字列である。通知メッセージ１０８にＵＲＬ１１０が含まれると判定された場合、ＣＰＵ６１３は、Ｓ２０５に進み、通知メッセージ１０８のうちＵＲＬ１１０を除いた部分（すなわち、メッセージ１０９）に基づいて、通知領域３０２に表示させる内容を特定する。通知メッセージ１０８にＵＲＬ１１０が含まれないと判定された場合、ＣＰＵ６１３は、Ｓ２０６に進み、通知メッセージ１０８（すなわち、メッセージ１０９）に基づいて、通知領域３０２に表示させる内容を特定する。結果として本実施形態では、ＣＰＵ６１３は、ＵＲＬ１１０に基づく内容を通知領域３０２に表示させず、メッセージ１０９に基づく内容を通知領域３０２に表示させることを特定する。ＣＰＵ６１３は、Ｓ２０５又はＳ２０６の処理の後に、Ｓ２０７に進む。

【0083】

次にＣＰＵ６１３は、Ｓ２０７において、Ｓ２０５又はＳ２０６にて特定した内容（メッセージ１０９に基づく内容）を含む通知領域３０２を、プッシュ通知機能によって表示部６０８に新たに表示するよう、端末装置１０１のＯＳに通知する。これにより、例えば図３に示すようにして、メッセージ１０９に基づく内容を含む通知領域３０２が、表示部６０８に新たに表示される。なお端末側アプリケーション１０６がフォアグラウンドで動作していない状態で通知情報が受信されたのであれば、端末側アプリケーション１０６がフォアグラウンドで動作していない状態で、通知領域３０２が、表示部６０８に新たに表示される。

【0084】

次にＣＰＵ６１３は、Ｓ２０８において、通知領域３０２に対するユーザ操作が受け付けられたか否かを判定する。ＣＰＵ６１３は、ＹＥＳ判定の場合、Ｓ２０９に進み、ＮＯ判定の場合、再びＳ２０８の処理を行い、ユーザ操作が受け付けられるのを待つ。なおＣＰＵ６１３は、一定時間以上ユーザ操作が受け付けられなかった場合は、処理を終了して良い。

【0085】

ＣＰＵ６１３は、Ｓ２０９において、端末側アプリケーション１０６を起動して端末側アプリケーション１０６をフォアグラウンドで動作させる。

【0086】

次にＣＰＵ６１３は、Ｓ２１０において、通知メッセージ１０８にＵＲＬ１１０が含まれるか否かを判定する。本処理の詳細は、Ｓ２０４の処理と同様である。通知メッセージ１０８にＵＲＬ１１０が含まれると判定された場合、ＣＰＵ６１３は、Ｓ２１２に進み、メッセージ１０９に基づく通知領域４０２及びＵＲＬ１１０に基づくリンクボタン４０３を含む通知画面４０１を表示することを特定する。一方、通知メッセージ１０８にＵＲＬ１１０が含まれないと判定された場合、ＣＰＵ６１３は、Ｓ２１１に進み、メッセージ１０９に基づく通知領域４０２を含み、ＵＲＬ１１０に基づくリンクボタン４０３を含まない通知画面４０１を表示することを特定する。すなわち本実施形態では、ＣＰＵ６１３は、端末側アプリケーション１０６がフォアグラウンドで動作している間に表示される画面においては、ＵＲＬ１１０に基づく内容を表示しうる。ＣＰＵ６１３は、Ｓ２１１又はＳ２１２の処理の後に、Ｓ２１３に進む。

【0087】

ＣＰＵ６１３は、Ｓ２１３において、端末側アプリケーション１０６がフォアグラウンドで動作している間に表示される画面において、Ｓ２１１又はＳ２１２にて特定した内容の通知画面４０１を、表示部６０８に新たに表示する。なお本実施形態では、Ｓ２０２の判定結果がＹＥＳであり、所定の領域に通知情報が保存されなかったとしても、通知情報に基づく通知画面４０１の表示は行われる。

【0088】

次にＣＰＵ６１３は、Ｓ２１４において、リンクボタン４０３に対するユーザ操作が受け付けられたか否かを判定する。ＣＰＵ６１３は、ＹＥＳ判定の場合、Ｓ２１５に進み、ＮＯ判定の場合、再びＳ２１４の処理を行い、ユーザ操作が受け付けられるのを待つ。なお、Ｓ２０６にて、リンクボタン４０３が含まれない通知画面４０１が表示されていた場合、Ｓ２１４以降の処理は実行されない。

【0089】

ＣＰＵ６１３は、Ｓ２１５において、リンクボタン４０３に対応するＵＲＬ１１０に基づく処理を実行する。上述したように、ＵＲＬ１１０に基づく処理とは例えば、ＵＲＬ１１０に基づくＷｅｂページの表示や、ＵＲＬ１１０に基づくアプリケーションプログラムの起動である。これにより、より詳細な情報がユーザに通知される。

【0090】

なお図２に示す処理が完了した後、上述したようにユーザは、端末側アプリケーション１０６のより表示される画面に対して所定の操作を行うことで、通知リスト画面７０１を端末側アプリケーション１０６に表示させることができる。その際には、Ｓ２０２の判定結果に基づいて通知情報の保存を行うか否かが制御されていることで、通知リスト画面７０１において同じ通知内容が重複して表示されてしまうことがないように制御されている。

【0091】

このような形態とすることで、通知リスト画面７０１の視認性を向上させるとともに適切にユーザに通知をすることが可能となる。

【0092】

なお上述では、通知リスト画面７０１の表示において、同じ内容の通知領域が複数表示されないようにする形態を説明したが、ＯＳが表示する通知領域３０２においても同様の制御を行っても良い。例えば、通知領域３０２が表示された後、通知領域３０２に対してユーザ操作が行われずに通知領域３０２が表示中のまま（通知領域３０２が削除されないまま）新たに通知情報が端末装置１０１によって受信されることがある。その場合、新たに受信された通知情報に基づく通知領域３０２がさらに表示される。すなわち、通知領域３０２がリスト状に表示されることがある。この場合、新たに受信された通知情報に基づく通知領域３０２と表示中の通知領域３０２とが同じである場合は、新たに受信された通知情報に基づく通知領域３０２が表示されないように制御されても良い。この形態では、新たに受信された通知情報に基づく通知領域３０２と表示中の通知領域３０２とが同じでない場合や、通知領域３０２が削除された後に新たに通知情報が受信された場合に、新たに受信された通知情報に基づく通知領域３０２が表示される。なお例えば、新たに受信された通知情報に基づく通知領域３０２と表示中の通知領域３０２とが同じである場合、表示中の通知領域３０２が削除されて、新たに受信された通知情報に基づく通知領域３０２が表示されても良い。

【0093】

また、上述の表示制御は、端末側アプリケーション１０６ではなく、端末装置１０１が保持するＯＳによって実行されても良い。すなわち、ＯＳは、端末側アプリケーション１０６から通知領域３０２の表示の依頼（指示）を受け付けた場合、依頼された表示が、既に表示されている通知領域３０２と同様の内容の通知領域３０２の表示か否かを判定する。ＹＥＳ判定である場合には、ＯＳは、既に表示されている通知領域３０２を維持し、新たに受信された通知情報によって通知される内容を通知するための通知領域３０２を新たに表示しない。あるいはＯＳは、通知時間の表示を更新するために、既に表示されている通知領域３０２を削除し、同様の内容を通知するための通知領域３０２を新たに表示する。なお、既に表示されている通知領域３０２の削除と、同様の内容を通知するための通知領域３０２の新たな表示との順番が入れ替わっても良い。すなわち、削除が行われるまでの短い間であれば、同様の内容を通知するための２つの通知領域３０２が表示されても良い。

【0094】

（第２実施形態）
第１実施形態では、既に所定の領域に保存されている通知情報の内容と同じ内容の通知情報が新たに受信されたとしても新たに受信された通知情報が保存されないように制御されていた。本実施形態では、既に所定の領域に保存されている通知情報の内容と同じ内容の通知情報が新たに受信された場合、新たに受信された通知情報の少なくとも一部と既に所定の領域に保存されている通知情報の少なくとも一部とをマージする形態について説明する。本実施形態に示すような制御によっても、通知リスト画面７０１において同じ通知内容が重複して（別々に）表示されてしまうことがないように制御することができる。

【0095】

本実施形態における通知システムは、特記しない限り第１実施形態の通知システムと同様であるものとする。

【0096】

図８は、本実施形態において端末装置１０１が実行する処理を示すフローチャートである。本フローチャートが示す処理は、例えば、ＣＰＵ６１３がＲＯＭ６１１等に格納された端末側アプリケーション１０６をＲＡＭ６１２に読み出して実行することにより実現される。また本フローチャートが示す処理は、端末側アプリケーション１０６がフォアグラウンドで動作していない状態で、通知情報が端末装置１０１によって受信された場合に開始されるものとする。

【0097】

Ｓ８０１～Ｓ８１５の処理は、Ｓ２０１～Ｓ２１５の処理と同様であるため説明を省略する。

【0098】

Ｓ８１６では、ＣＰＵ６１３は、Ｓ８０１で受信・解析された通知情報の少なくとも一部と、当該通知情報と同じ内容を通知する通知情報であり既に所定の領域に保存されている通知情報の少なくとも一部とをマージする。ここで実行されるマージとは、２つの通知情報を1つの通知情報にまとめる処理であり、まとめられた際に２つの通知情報に含まれる情報のうち一部が削除されても良い。具体的には例えば、通知リスト画面７０１に表示されるメッセージを示す情報は、２つの通知情報にそれぞれ同じものが含まれているため、一方を削除して１つのみ残しても良い。また、例えば、通知情報に紐づけられている通知時間情報は、新たに受信された通知情報が受信された時間を示すものに更新されてよい。

【0099】

本実施形態では、１つの通知情報により１つの通知領域が通知リスト画面７０１に表示される。そのため、上述のマージ処理が実行されることにより、同じ内容を示す２つの通知情報が受信されたとしても、１つの内容を示す１つの通知領域しか通知リスト画面７０１に表示されなくなる。

【0100】

これにより、新たに受信された通知情報が、既に保存されている同様の内容の通知情報とは別に、所定の領域に保存されてしまうことを抑制できる。ひいては、このような形態によっても、所定の領域に同じ内容の通知情報が重複して（別々に）複数保存されてしまうことや、通知リスト画面７０１に同じ内容の通知情報が重複して（別々に）複数表示されてしまうことを抑制できる。

【0101】

なお、通知情報のマージが実行される条件は、既に所定の領域に保存されている通知情報の内容と完全に同じ内容の通知情報が新たに受信された場合に限らなくとも良い。例えば、既に所定の領域に保存されている通知情報の内容と類似する内容の通知情報が新たに受信された場合にも通知情報のマージが実行されてよい。例えば、既に所定の領域に保存されている通知情報が、ブラックのインクに関するエラーを通知するものであるものとする。そして、新たに受信された通知情報が、マゼンタのインクに関するエラーを通知するものであるものとする。どちらもインクに関するエラーに関する通知情報であり、それぞれは類似するエラーに関する通知情報であるとみなせる。そのため、上述の場合には、ブラックのインクに関するエラーを通知する通知情報とマゼンタのインクに関するエラーを通知する通知情報のそれぞれを別個に保存するのではなく、それぞれの通知情報をマージして所定の領域に保存する。具体的には、マージにより生成された、ブラックのインクに関するエラーとマゼンタのインクに関するエラーの２つのエラーを通知する１つの通知情報を所定の領域に保存する。これにより、マージ後の１つの通知情報によって通知リスト画面７０１において表示される１つの通知領域によって２つのエラーが通知されることとなる。この形態においては、通知情報には、通知情報の種類を示す分類情報が含まれる。具体的には例えば、インクに関するエラーを通知するための通知情報には、当該エラーがいずれの色のインクに関するものであったとしても、同一の分類情報が含まれる。ＣＰＵ６１３は、新たに受信された通知情報と、既に保存されている同様の内容の通知情報とにそれぞれ含まれる分類情報を特定し、それぞれの分類情報が同一のものであれば、マージ処理を行う。

【0102】

なお、マージされる情報は、通知リスト画面７０１に通知領域を表示するための通知情報に限らなくとも良い。例えば、ＯＳが表示する通知領域３０２を表示するための情報においても同様の制御を行っても良い。上述したように例えば、通知領域３０２が表示された後、通知領域３０２に対してユーザ操作が行われないまま新たに通知情報が端末装置１０１によって受信された場合、通知領域３０２がリスト状に表示されることがある。このとき、新たに受信された通知情報が、既に表示されている通知領域３０２と同様の内容の通知領域３０２を表示するための通知情報である場合には、通知領域３０２を表示するための情報をマージし、２つの通知内容を１つの通知領域３０２によって表示する。具体的には、ＣＰＵ６１３は、既に表示されている通知領域３０２を削除するように、ＯＳに依頼する。そして、マージにより生成した情報を用いて、既に表示されている通知領域３０２によって通知される内容と新たに受信された通知情報によって通知される内容の２つを通知するための通知領域３０２を表示するよう、ＯＳに依頼する。結果として、１つの内容を通知する２つの通知領域３０２が表示されるのではなく、２つの内容を通知する１つの通知領域３０２が表示されることとなる。これにより表示される通知領域３０２の数を抑制できるため、ユーザの視認性を向上させることができる。

【0103】

なお上述のマージ処理は、端末側アプリケーション１０６ではなく、端末装置１０１が保持するＯＳによって実行されても良い。すなわち、ＯＳは、端末側アプリケーション１０６から通知領域３０２の表示の依頼（指示）を受け付けた場合、依頼された表示が、既に表示されている通知領域３０２と同様の内容の通知領域３０２の表示か否かを判定する。ＹＥＳ判定である場合には、ＯＳは、既に表示されている通知領域３０２を削除し、既に表示されている通知領域３０２によって通知される内容と新たに受信された通知情報によって通知される内容の２つを通知するための通知領域３０２を新たに表示する。

【0104】

（第３実施形態）
例えば、印刷装置１０４において所定のエラーが発生し、当該所定のエラーに関するプッシュ通知が行われた後、当該所定のエラーが解消されたとする。しかしながらその後、印刷装置１０４において当該所定のエラーが再び発生したとする。このような場合には、通知リスト画面７０１において、既に解消された所定のエラーに関する通知領域７０３と、新たに発生した所定のエラーに関する通知領域７０３が、同じ内容であっても別個に表示されることが好ましい。そこで本実施形態では、上述の場合において適切な表示を行う形態について説明する。

【0105】

本実施形態における通知システムは、特記しない限り第１実施形態の通知システムと同様であるものとする。

【0106】

図９は、本実施形態において端末装置１０１が実行する処理を示すフローチャートである。本フローチャートが示す処理は、例えば、ＣＰＵ６１３がＲＯＭ６１１等に格納された端末側アプリケーション１０６をＲＡＭ６１２に読み出して実行することにより実現される。また本フローチャートが示す処理は、端末側アプリケーション１０６がフォアグラウンドで動作していない状態で、通知情報が端末装置１０１によって受信された場合に開始されるものとする。

【0107】

Ｓ９０１～Ｓ９１５の処理は、Ｓ２０１～Ｓ２１５の処理と同様であるため説明を省略する。

【0108】

Ｓ９０２の判定結果がＹＥＳの場合に実行されるＳ９１６では、ＣＰＵ６１３は、Ｓ９０１で解析された通知情報によって通知されるエラーが、印刷装置１０４において新たに発生したエラーか否かを判定する。本実施形態では、印刷装置１０４は、新たにエラーが発生した後、当該エラーを通知するために一番初めに行うプッシュ通知においては、新たに発生したエラーであることを示す所定の識別情報を含む通知メッセージ１０８を送信するものとする。言い換えれば、エラーが発生した後、当該エラーを通知するための通知メッセージ１０８が初めて送信される場合は、通知メッセージ１０８に当該所定の識別情報が含まれる。そして、エラーが発生した後、当該エラーを通知するための通知メッセージ１０８が２回以上送信される場合は、通知メッセージ１０８に当該所定の識別情報が含まれない。そして、上述のプッシュ通知において端末装置１０１に送信される通知情報には、当該所定の識別情報が含まれるとする。そのためＳ９１６の判定は具体的には、Ｓ９０１で解析された通知情報に、当該所定の識別情報が含まれるか否かが判定されることで実行される。当該所定の識別情報が含まれる場合、Ｓ９０１で解析された通知情報によって通知されるエラーが、印刷装置１０４において新たに発生したエラーであると判定される。一方、当該所定の識別情報が含まれない場合、Ｓ９０１で解析された通知情報によって通知されるエラーが、印刷装置１０４において新たに発生したエラーでないと判定される。ＣＰＵ６１３は、ＹＥＳ判定の場合は、Ｓ９０３に進み、既に同じ内容の通知情報が所定の領域に保存されているが、Ｓ９０１で解析された通知情報を新たに所定の領域に保存する。一方、ＮＯ判定の場合は、Ｓ９０４に進み、Ｓ９０１で解析された通知情報を保存せずに次の処理を行う。

【0109】

本実施形態では、所定の領域に保存されている通知情報に関する通知領域７０３が通知リスト画面７０１に表示される。そのため上述のような形態とすることで、既に解消された所定のエラーに関する通知領域７０３と、新たに発生した所定のエラーに関する通知領域７０３が、同じ内容であっても別個に表示されるように制御することができる。

【0110】

なお本実施形態においては、第２実施形態と同様にして、通知情報のマージによる表示制御が行われても良い。すなわち、Ｓ９１６の判定結果がＮＯである場合には、Ｓ８１６に示した処理が実行されても良い。

【0111】

なお上述では、新たに発生したエラーが発生した後、初めて送信される通知メッセージ１０８に、識別情報が含まれる形態を説明したが、この形態に限定されない。例えば、新たに発生したエラーが発生した後、初めて送信される通知メッセージ１０８に、識別情報が含まれず、新たに発生したエラーが発生した後、２回目以降に送信される通知メッセージ１０８に、識別情報が含まれる形態であっても良い。その場合ＣＰＵ６１３は、Ｓ９１６がＹＥＳ判定の場合に、Ｓ９０４に進み、ＮＯ判定の場合に、Ｓ９０３に進む。

【0112】

（その他の実施形態）
上述では、プッシュ通知によって、端末装置１０１に通知を行う形態を説明したが、例えば、端末装置１０１からのリクエストに基づいて、端末装置１０１に通知情報が送信されるプル型の通知方法によって、端末装置１０１に通知を行う形態であっても良い。

【0113】

上述では、図１に示した通信システムにおいて通知を行う形態を説明したが、この形態に限定されない。例えば、通信システムにプッシュ通知サーバ１０２が含まれなくとも良い。その場合、まず登録処理によって、ＰＣ１０３が、ＰＣ側アプリケーション１０７の識別情報と、端末装置１０１の識別情報とを紐づけて管理する。なお登録処理は例えば、端末装置１０１が、ＰＣ１０３と無線通信方式又は有線通信方式によって接続し、端末装置１０１の識別情報を当該接続を介してＰＣ１０３に送信することで実現される。そして、ＰＣ１０３は、印刷装置１０４から通知があったならば、上述の実施形態におけるプッシュ通知サーバ１０２と同様にして、通知メッセージ１０８に基づく通知情報を生成する。そして、ＰＣ１０３は、登録処理によって管理されている端末装置１０１に、サービス提供サーバ１０５を介して通知情報を送信する。

【0114】

上述では、通知メッセージ１０８により、第２の通信装置（印刷装置）に関する情報を通知される形態としたが、この形態に限定されない。例えば、通知メッセージ１０８により、所定のショップにおけるセールに関する情報等、第２の通信装置以外に関する情報が通知されても良い。

【0115】

上述では、通知メッセージ１０８にＵＲＬ１１０が含まれ、ＵＲＬ１１０に関する表示を制御する形態を説明したが、この形態に限定されない。例えば、ＵＲＬ１１０の代わりに、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）による位置情報等が通知メッセージ１０８に含まれていても良い。具体的には例えば、メッセージ１０９が、所定のショップのセール情報を通知するための情報である場合、当該所定のショップの位置情報が、通知メッセージ１０８に含まれていても良い。この形態では、例えば、メッセージ１０９に基づく内容を含み、位置情報に基づく内容を含まない通知領域３０２がユーザによって選択された場合、所定のショップに関連するアプリケーションが起動される。そして、所定のショップに関連するアプリケーション上の通知画面４０１において、位置情報に基づくリンクボタン４０３が表示される。リンクボタン４０３が操作された場合、所定のショップに関連するアプリケーションや地図アプリケーション等により、位置情報に基づく所定のショップの位置が示される。

【0116】

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

【符号の説明】

【0117】

１０１ 端末装置
１０２ プッシュ通知サーバ
１０３ 通信装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】