(57)【要約】【課題】従来のスマートフォンの新着メール受信は１通につきプッシュ通知１回のため、気づきづらいということがあった。【解決手段】通知管理システムは、インターネットを介して、メールサーバ、およびプッシュ通知サーバに接続している。前記本システムによりメールサーバの新着状況を監視し、新着があれば、利用者が指定した時間内、プッシュ通知サーバに接続しスマートフォンにプッシュ通知を送信する処理をメールが開封されるまで、繰り返し行う。利用者は、スマートフォンにインストールされた通知管理アプリからインターネットを介して前記本システムにアクセスして、メールサーバへのサインインおよびサインアウト、通知継続時間設定、通知サービス停止および通知サービス再開、メールアプリ起動などを効率よく行うことが出来る。【選択図】図１
2015146097.tif 000002
【特許請求の範囲】
【請求項１】
スマートフォンにプッシュ通知を送信する送信先情報となるデバイストークンを、インターネットを介して、通知管理システムに記憶している記憶手段と、
メールのユーザ認証情報を、インターネットを介して、通知管理システムに記憶している記憶手段と、
通知継続時間を、インターネットを介して、前記通知管理システムに記憶している記憶手段と
通知の可否を判断する利用ステータスを、インターネットを介して、前記通知管理システムに記憶している記憶手段と、
前記通知管理システムにおいて、定期的に前記記憶手段によって記憶された一覧から利用ステータスが通知可である一覧を抽出し、前記一覧のユーザ認証情報でメールサーバの新着メールを確認し、前記リストにあるユーザ認証情報に対応するメールの着信がある場合、前記記憶手段に記憶されている前記通知継続時間の間、任意の時間間隔で前記メールサーバの新着メールをチェックし、新着メールがなくなるまで、メールの新着メッセージを前記メールのユーザ認証情報を設定したスマートフォンに繰り返しプッシュ通知を行わせる制御手段とを有することを特徴とするスマートフォンの新着メール通知管理システム。
【請求項２】
前記デバイストークンデータ、メール認証情報データ、通知継続時間データ、利用ステータスデータを、スマートフォンからインターネットを介して入手するようにしたことを特徴とする請求項１に記載のスマートフォンの新着メール通知管理システム。
【請求項３】
メールのユーザ認証情報を更新した日時に任意の日数を加えた有効期日を、インターネットを介して通知管理システムに記憶している記憶手段と、
定期的に前記記憶手段によって記憶されていた一覧から前記有効期日を過ぎた一覧を抽出し、前記一覧のユーザ認証情報でメールサーバからログアウトし、記憶されている一覧からの削除する制御手段を有することを特徴とする請求項１または請求項２記載のスマートフォンの新着メール通知管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスマートフォンの新着メール通知管理システムに係り、特に未読新着メールを定期的に使用者に通知するスマートフォンの新着メール通知管理システムに関する。
【背景技術】
【０００２】
例えば、未読新着メールを使用者に通知する新着メール通知管理システムとしては、新着電子メール着信時に携帯電話内に電子メールの送受信装置機能を実現させるメールクライアント用の装置を設け、メールサーバをチェックするためのプログラムを常時動作させ、さらに新着メールがあれば、中央処理装置（ＣＰＵ）がキーＩ／Ｆ部の出力をチェックしながら設定鳴動間隔で利用者に通知するものが提案されている。（特許文献１）
【０００３】
また、メール受信プロトコルであるＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  ３）を使用し、ＰＯＰ３には新着メールの有無を判断するコマンドが用意されていないので、受信者であるメールクライアントがメールサーバにアクセスし、自己のメールボックスに新着メールがあることを確認するためにメール自体をダウンロードするものも提案されている。（特許文献２）
【０００４】
更に、メールの新着通知をダイオード発光を明滅させることで知らせるものも提案されている。（特許文献３）
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３３５３０５号公報
【特許文献２】特開２００８−２５７４８４号公報
【特許文献３】特開２００８−２８９０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１は、新着電子メール着信時は、携帯電話内に電子メールの送受信装置機能を実現させるメールクライアント用の装置を設け、メールボックスをチェックするためのプログラムを常時動作させ、さらに新着メールがあれば、中央処理装置（ＣＰＵ）がキーＩ／Ｆ部の出力をチェックしながら設定鳴動間隔で利用者に通知するプログラムを動作させ続けるといった仕組みを予め用意しなければならないといった問題があった。
【０００７】
また、携帯電話内で、前記プログラムを常時動作させるために、新着メールがなくてもバッテリーを消耗し続けなければならないといった問題もあった。
【０００８】
さらに、個々の携帯電話でメールサーバに対してメールチェックを常時行うため、スマートフォンと基地局間の電波の帯域幅や、電話会社の保有している有線・無線通信網の通信帯域幅を常時狭めることになるといった問題があった。
【０００９】
上記特許文献２は、メール受信にメール受信プロトコルであるＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ  ３）を使用し、ＰＯＰ３には新着メールの有無を判断するコマンドが用意されていないので、受信者であるメールクライアントがメールサーバにアクセスし、自己のメールボックスに新着メールがあることを確認するためにメール自体をダウンロードする必要があり、メールサーバとメールクライアント間の通信帯域幅を狭めるといった問題があった。
【００１０】
上記特許文献３は、携帯電話でメールの新着通知をダイオード発光を明滅させることで知らせ続けるが、例えば着信音やバイブレーションは制限され通知性に問題があるため、バックなどに入れていた場合には視認できない問題があった。又設定により通知時間を設定できず、利用者の意図する時間より長い間通知するため、バッテリーの消耗を助長するといった問題があった。
【００１１】
また、一般的なスマートフォンのメールシステムでは、新着メール１通に対し１回の通知しかなく、その１回の着信音や振動といった通知を利用者が感知し損なうと新着メールに気づくのが遅くなってしまうことがあるといった問題があった。
【００１２】
また、スマートフォンにおける通知停止や通知再開を設定するには、トップ画面の設定アイコンをタップし、通知の項目を探し、さらにその中の当該アプリを探し設定する必要があり、手続きに煩雑さがあるといった問題があった。
【課題を解決するための手段】
【００１３】
本発明は、第１に、スマートフォンにプッシュ通知を送信する送信先情報となるデバイストークンを、インターネットを介して、通知管理システムに記憶している記憶手段と、
メールのユーザ認証情報を、インターネットを介して、通知管理システムに記憶している記憶手段と、
通知継続時間を、インターネットを介して、前記通知管理システムに記憶している記憶手段と
通知の可否を判断する利用ステータスを、インターネットを介して、前記通知管理システムに記憶している記憶手段と、
前記通知管理システムにおいて、定期的に前記記憶手段によって記憶された一覧から利用ステータスが通知可である一覧を抽出し、前記一覧のユーザ認証情報でメールサーバの新着メールを確認し、前記リストにあるユーザ認証情報に対応するメールの着信がある場合、前記記憶手段に記憶されている前記通知継続時間の間、任意の時間間隔で前記メールサーバの新着メールをチェックし、新着メールがなくなるまで、メールの新着メッセージを前記メールのユーザ認証情報を設定したスマートフォンに繰り返しプッシュ通知を行わせる制御手段とを有することを特徴とする。
【００１４】
第２に、前記デバイストークンデータ、メール認証情報データ、通知継続時間データ、利用ステータスデータを、スマートフォンからインターネットを介して入手するようにしたことを特徴とする。
【００１５】
第３に、メールのユーザ認証情報を更新した日時に任意の日数を加えた有効期日を、インターネットを介して通知管理システムに記憶している記憶手段と、
定期的に前記記憶手段によって記憶されていた一覧から前記有効期日を過ぎた一覧を抽出し、前記一覧のユーザ認証情報でメールサーバからログアウトし、記憶されている一覧からの削除する制御手段を有することを特徴とする。
【００１６】
本明細書では、端末情報管理サーバが本アプリで設定された端末情報を記憶し、新着メールの有無を判断するコマンドが用意されているメールサーバ（以下、「メールサーバ」とも記載する。）にメールチェックサーバが接続して新着メール情報を監視し、および新着があればプッシュ通知の要求をプッシュ通知サーバに通知に送信し、自動ログアウトサーバが端末情報管理サーバにある端末情報を監視し、サーバ状況監視サーバが１つ以上あるメールチェックサーバ、および自動ログアウトサーバの稼働状況を監視する方法により、通知管理システムを安定稼働させる技術が開示される。
【００１７】
上記目的を達成するために、本発明の通知管理システムは、少なくともデータ番号、デバイストークン、メール用トークン、メール用トークンシークレット、利用ステータス、通知継続時間、および有効期日を含む端末情報を記憶する端末情報ＤＢと、少なくとも、データ番号、お知らせ内容、および入力日時を含むお知らせ情報を記憶するお知らせＤＢと、少なくとも、管理者アカウントＩＤ、およびパスワードを含む管理者情報を記憶する管理者ＤＢを有する端末情報管理用データベース（ＤＢ）サーバがあり、少なくとも、端末情報のデータ番号と紐づくデータ番号、前回新着メール数、通知回数、および通知終了日時を含む通知情報を記憶する通知情報ＤＢを有する通知管理用データベース（ＤＢ）サーバがあり、携帯端末からインターネットを介して端末情報管理サーバ、メールチェックサーバ、自動ログアウトサーバ、およびシステム監視サーバを設ける。
【００１８】
上記プッシュ通知とは、Ｍｉｃｒｏｓｏｆｔ  Ｐｕｓｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（以下、「ＭＰＮＳ」とも記載する。）や、Ａｐｐｌｅ  Ｐｕｓｈ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ（以下、「ＡＰＮＳ」とも記載する。）や、Ｇｏｏｇｌｅ  Ｃｌｏｕｄ  Ｍｅｓｓａｇｉｎｇ  ｆｏｒ  Ａｎｄｒｏｉｄ（以下、「ＧＣＭ」とも記載する。）を利用したスマートフォンへの通知などをいう。
【００１９】
上記プッシュ通知サーバとは、スマートフォンに対してメッセージを通知する機能を提供するサーバなどをいい、スマートフォン側でメッセージを受信するのに、プッシュ通知サーバに対してポーリングを行わなくていいという特徴を持つ。
【００２０】
００１９記載の、新着メールの有無を判断するコマンドが用意されているメールサーバとは、ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）などをいい、近年では大手ポータルサイトに採用されるなど一般に普及してきている。
【００２１】
上記デバイストークンとは、利用者のスマートフォンがプッシュ通知を受け取るためのコードのことで、ＭＰＮＳではＵＲＩ形式の通知チャンネル、ＡＰＮＳではデバイストークン、ＧＣＭではレジストレーションＩＤなどをいう。
【００２２】
上記にある、メールアカウントＩＤ、メールアカウント用トークン、およびメールアカウント用トークンシークレットといったコードとは、メールサーバの３−ｌｅｇｇｅｄＯＡｕｔｈ認可フロー（以下、「ＯＡｕｔｈ認可フロー」とも記載する。）で出力される許可コードで前記３つのコード（以下、「メール用トークン」とも記載する。）は、メールチェックサーバがメールサーバでユーザ認証されるのに必要な許可コードの一例である。
【００２３】
上記３−ｌｅｇｇｅｄＯＡｕｔｈ認可とは、メールサーバ、スマートフォン、メールチェックサーバの３者間認証を可能にする認証方式で、たとえば、メールサーバがユーザ認証の認証局となり、スマートフォン上でアカウントの正当性が確認された情報を元に、メールサーバがメール用トークンといったアカウントの証明書を発行し、メールチェックサーバが前記証明書をメールサーバのアカウント認証に使えば、当該のアカウントに対応した新着メール数を取得できるといった認可フローのことである。また、前記認可フローで認可する際に、利用権限を制限できるスコープという機能が備えられており、前記メール用トークンでアカウント認証された場合、スコープに従いメール操作やアカウント操作ができる範囲が特定の範囲に制限されるといった特徴もある。
【発明の効果】
【００２４】
本発明によれば、スマートフォンで本アプリを利用している利用者は新着メールがあると、通知管理システムから繰り返し通知が届くので、より気づきやすくなるといった利点がある。
【００２５】
また本発明によれば、通知する時間を利用者が自らの意思で設定できるので、利用者にとってストレスがなく、また不必要に長く通知しないので、バッテリーの消耗を抑えることができるといった利点がある。
【００２６】
また本発明によれば、通知管理アプリはスマートフォンに標準装備されているプッシュ通知機能、インターネットへのアクセス機能、およびデータを記憶する機能を用い、さらにメールの新着チェック機能は、スマートフォン内ではなくメールチェックサーバに持たせるので、特別なハードウェアが内蔵されている必要がなく、既存のスマートフォンでも利用できるといった利点がある。
【００２７】
本アプリが利用するスマートフォンに標準装備されているプッシュ通知機能は、ダイオード発光を明滅させるといった視覚的通知だけではなく、着信音、およびバイブレーションといった視覚的要素以外でも通知することができるので、より気づきやすくなるといった利点がある。
【００２８】
また本アプリが利用するプッシュ通知機能は、新着メール通知を受信するのに、プッシュ通知サーバに対してポーリングをする必要がないので、バッテリーの消費を抑えることができるといった利点がある。
【００２９】
また本発明によれば、本アプリでメールサーバに常時接続して新着メールをチェックしないので、スマートフォンと基地局間の電波の帯域幅や、電話会社の保有している有線・無線通信網の通信帯域幅を常時狭めることがないといった利点がある。
【００３０】
また本発明によれば、通知管理システムが接続するメールサーバは新着メール数を判断するコマンドが用意されており、ＰＯＰ３のようなメールのダウンロードは必要ないので、ネットワークの帯域幅を節約できるといった利点がある。
【００３１】
また、本発明によれば、ＯＡｕｔｈ認可フローといった操作範囲がスコープで制限できる仕組みを利用するため、パスワードは隠蔽され、さらに必要以上の操作ができないので、利用者以外の者にパスワードを読み取られたり、パスワードの変更されたりすることを防止できるといった利点がある。
【００３２】
また本発明によれば、スマートフォン自体の通知機能を止めるのではなく、通知管理アプリで通知管理システムの通知機能を停止するので、通知停止について視覚的に分かりやすいボタン配置が可能となるといった利点がある。
【００３３】
また、本発明によれば、ログアウトを本アプリから実行することにより、メール用トークンを端末情報ＤＢから削除するといった忘れられる権利を利用者が行使できるといった利点がある。
【００３４】
さらに、本発明によれば、一定期間経つと自動ログアウトによりデバイストークンを含む当該の端末情報自体が削除されるので自動的に忘れられる権利が行使されるといった利点がある。
【００３５】
また、本発明によれば、自動ログアウトにより利用停止したスマートフォンの端末情報を長期間保持しないので、端末情報ＤＢの容量を抑えることができ、さらに利用者に対してメールアカウントのパスワードについて再確認や再度見直しを促すことができるといった利点がある。
【図面の簡単な説明】
【００３６】
【図１】本発明の実施の形態に係るシステムの全体構成を示す。
【図２】本発明の実施の形態に係るユーザーアクション一覧を示す。
【図３】本発明の実施の形態に係る通知管理アプリにおけるユーザーアクションフローを示す。
【図４】本発明の実施の形態に係る通知管理アプリのスタート画面の一例を示す。
【図５】本発明の実施の形態に係る通知管理アプリのログイン画面の一例を示す。
【図６】本発明の実施の形態に係る通知管理アプリの通知サービス再開画面の一例を示す。
【図７】本発明の実施の形態に係る通知管理アプリのメールサーバへのサインイン画面の一例を示す。
【図８】本発明の実施の形態に係る通知管理アプリのメイン画面の一例を示す。
【図９】本発明の実施の形態に係る通知管理アプリのお知らせ画面の一例を示す。
【図１０】本発明の実施の形態に係る通知管理アプリのツール画面の一例を示す。
【発明を実施するための形態】
【００３７】
以下、本発明の実施の形態を、図面を用いて説明する。本発明の技術的範囲は以下の実施の形態によって制限されるものではない。
【００３８】
各実施形態では、主にシステムとアプリの連携について説明するが、本発明の通知管理システムはコンピュータで使用可能なプログラム及び方法としても実施できる。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置または磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。
【００３９】
［システム構成図］
図１は、本発明実施形態に関わる通知管理システム１５０とそれを利用するスマートフォン１１０、プッシュ通知サーバ２２０、およびメールサーバ２３０を示す図である。同図に示すように、利用者が利用するスマートフォン１１０は、基地局１２０、有線・無線通信網１３０、インターネット１４０などの通信ネットワークを介して、本システム１５０に接続可能である。本システム１５０は、端末情報管理サーバ１６０、端末情報管理用データベース（ＤＢ）サーバ１７０、１つ以上のメールチェックサーバ１８０、通知管理用データベース（ＤＢ）サーバ１９０、自動ログアウトサーバ２００、システム監視サーバ２１０を備える。スマートフォン１１０は、任意のアプリをインストールおよび実行できる機能、プッシュ通知受信機能、前記プッシュ通知受信機能を達成するためのデバイストークンを取得する機能、インターネットへのアクセス機能、メールクライアント機能、およびデータを記憶する機能を有する。
【００４０】
図１に示すように、端末情報管理サーバ１６０は、端末情報管理手段１６１、端末情報収集手段１６２、および管理者管理手段１６３を備え、端末情報管理用データベース（ＤＢ）サーバ１７０は、端末情報ＤＢ１７１、お知らせＤＢ１７２、および管理者ＤＢ１７３を備え、通知管理用データベース（ＤＢ）サーバ１９０は、通知情報ＤＢ１９１を備える。
【００４１】
図１に示すように、メールサーバ２３０はユーザ認証手段２３１、およびメール参照手段２３２を備える。
【００４２】
［端末情報］
表１に端末情報データの一例を示す。表１に示すように、データ番号、デバイストークン、メールアカウントＩＤ、メールアカウント用トークン、メールアカウント用トークンシークレット、利用ステータス、通知継続時間（分）、有効期日などを含む。表１に示すように、データ番号、デバイストークン、利用ステータスを必須データとし、その他は任意データとする。
【００４３】
【表１】
2015146097.tif 000003
【００４４】
［お知らせ情報］
表２にお知らせ情報の一例を示す。表２に示すように、データ番号、お知らせ内容、入力日時などを含む。表２に示すように、データ番号、お知らせ内容、および入力日時を必須データとする。
【００４５】
【表２】
2015146097.tif 000004
【００４６】
［管理者情報］
表３に管理者情報の一例を示す。表３に示すように、管理者用アカウントＩＤ、パスワード、作成日時、および更新日時などを含む。表３に示すように、管理者用アカウントＩＤ、パスワード、作成日時、および更新日時を必須データとする。
【００４７】
【表３】
2015146097.tif 000005
【００４８】
［通知情報］
表４に通知情報の一例を示す。表４に示すように、データ番号、前回新着メール数、通知回数、および通知終了日時などを含む。表４に示すように、データ番号、前回新着メール数、通知回数、および通知終了日時を必須データとする。
【００４９】
【表４】
2015146097.tif 000006
【００５０】
表５に各処理の実行間隔の一例を示す。
【００５１】
【表５】
2015146097.tif 000007
【００５２】
図２にユーザアクションの一例を示す。同図に示すように、通知管理アプリでは、デバイストークンを取得する前と、デバイストークンを取得した後では可能なアクションが相違する。
【００５３】
［ユーザーアクションフロー  通知管理アプリ］
図３にスマートフォンにインストールされた通知管理アプリにおけるユーザーアクションフローを示す。同図に示すように、まず通知管理アプリを起動する（Ｓ３０１）。デバイストークンが前記スマートフォンに記憶されていない場合は、図４にあるようなスタート画面を表示する（Ｓ３０２）。一方、すでにデバイストークンが前記スマートフォンに記憶されている場合、端末情報確認処理を実行する（Ｓ３０３）。前記端末情報確認処理が実行されると、前記本アプリは、端末情報管理サーバ１６０の端末情報管理手段１６１に前記デバイストークンを含んだ端末情報で端末情報確認要求を送信する。前記端末情報管理手段は、端末情報確認要求を受信すると、前記デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索する。要求された端末情報が選択された場合、該当する端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を前記本アプリに送信し、一方、要求された端末情報が前記端末情報ＤＢにない場合、要求された初期のりようステータス、および前記デバイストークンを含む端末情報を前記端末情報ＤＢに登録し、前記端末情報、および前記お知らせＤＢからデータ番号が最大のお知らせ情報を前記本アプリに送信する（Ｓ３１２）。前記端末情報および前記お知らせ情報受信後、前記本アプリは、前記端末情報および前記お知らせ情報をスマートフォンに記憶する（Ｓ３０３）。前記端末情報確認処理の後、ログイン済みであるか確認する。ログイン済みでない場合とは、表１にある端末情報の利用ステータスが初期、あるいはログアウトの場合である。ログイン済みでない場合、図５のようなログイン画面を表示する（Ｓ３０４）。一方、前記確認によりログイン済みであった場合、前記端末情報にある利用ステータスから通知サービスが利用可能であるか確認する。前記利用ステータスが通知停止である場合、図６にあるような通知サービス停止画面を表示し（Ｓ３０５）、前記利用ステータスが通知可である場合、図８のような画面の下部に、メイン１４０５、お知らせ１４０６、およびツール１４０７のタブが配置されたメイン画面を表示する（Ｓ３０６）。上記方法によれば、新着メール通知を受信するのに、プッシュ通知サーバに対してポーリングをする必要がないので、バッテリーの消費を抑えることができる。また、上記方法によれば、スマートフォンに標準装備されているプッシュ通知機能、インターネットへのアクセス機能、およびデータを記憶する機能を用い、さらにメールの新着チェック機能は、スマートフォン内ではなくメールチェックサーバに持たせるので、特別なハードウェアが内蔵されている必要がなく、既存のスマートフォンでも利用でき、またプッシュ通知機能は、ダイオード発光を明滅させるといった視覚的通知だけではなく、着信音、およびバイブレーションといった視覚的要素以外でも通知することができるので、より気づきやすくなる。
【００５４】
［スタートボタンをタップする］
図４にスタート処理をするための画面の一例を示す。同図に示すように、スタートボタン１００１が画面に表示される。利用者が前記スタートボタンをタップする（Ｓ３１１）と、プッシュ通知用のデバイストークンを取得し、スマートフォンに記憶する。取得後、前記デバイストークンを含んだ端末情報により図３に示すように端末情報管理サーバ１６０と通信をする。前記端末情報管理サーバの端末情報管理手段１６１は、本アプリから送信された前記デバイストークンを含んだ端末情報確認要求を受信すると、前記デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索する。該当する端末情報がある場合、該当する端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を前記本アプリに送信し、一方、該当する端末情報が前記端末情報ＤＢにない場合、前記デバイストークンおよび初期の利用ステータスを元に端末情報を前記端末情報ＤＢに登録し、前記端末情報、および前記お知らせＤＢ１７２からデータ番号が最大のお知らせ情報を前記本アプリに送信する（Ｓ３１２）。前記端末情報および前記お知らせ情報受信後、前記本アプリは前記端末情報および前記お知らせ情報をスマートフォンに記憶する（Ｓ３１１）。スマートフォンに記憶された前記端末情報にある利用ステータスからログイン済みであるか判断し、ログイン済みでない場合、次のログイン処理（Ｓ３２１）へジャンプし、一方、ログイン済みの場合、前記端末情報にある利用ステータスを参照し、通知停止の場合、通知サービス再開画面を表示し（Ｓ３０５）、通知可の場合、メイン画面を表示する（Ｓ３０６）。
【００５５】
［ログインする］
図５にメール用トークンを取得するためのログイン画面、および図７にメールサーバへのサインイン画面の一例を示す。図５に示すように、ログインボタン１１０１が画面に表示される（Ｓ３０４）。利用者が前記ログインボタンをタップする（Ｓ３２１）と、図３に示すようにメールサーバ２３０と通信し、図７に示すような前記メールサーバのユーザ認証手段２３１にアクセスしサインイン画面を表示する。図７に示すように、ユーザＩＤの入力欄１３０１、およびパスワードの入力欄１３０２、サインインボタン１３０３、新しくユーザを登録するリンク１３０４が画面に表示される。図７に示すような前記画面はメール用ユーザ認証のウェブページが埋め込まれた画面あるいはメールサーバのサインイン用ＡＰＩを利用した画面である。利用者がユーザＩＤ、およびパスワードを入力し、前記サインインボタンをタップする（Ｓ３２１）と、前記ユーザ認証手段２３１でユーザ認証を行い、認証が通れば、ＯＡｕｔｈ認可フローを行いメール用トークンを、前記本アプリに送信する（Ｓ３２２）。前記本アプリは、前記メール用トークンを受信した後、図３に示すようにメール用トークン登録処理（Ｓ３２３）に進み、前記メール用トークン、およびデバイストークンを含んだ端末情報更新要求を端末情報管理サーバ１６０の端末情報管理手段１６１に送信する。前記端末情報管理手段は、前記端末情報更新要求を受信すると、前記デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索し、前記端末情報の利用ステータスを通知可、および有効期日を現在時刻に表５の第５指定時間間隔を加えた値にした情報で該当する端末情報を更新する。前記端末情報更新後、前記端末情報管理手段は、前記端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を本アプリに送信する（Ｓ３２４）。前記端末情報および前記お知らせ情報受信後、前記本アプリは、前記端末情報およびお知らせ情報をスマートフォンに記憶し、端末情報確認処理にジャンプする（Ｓ３２３）。上記方法によれば、ＯＡｕｔｈ認可フローといった操作範囲がスコープで制限できる仕組みを利用するため、パスワードは隠蔽され、さらに必要以上の操作ができないので、利用者以外の者にパスワードを読み取られたり、パスワードの変更されたりすることを防止できる。
【００５６】
［通知サービスを再開する］
図６に通知サービスを再開するための画面の一例を示す。同図に示すように、再開ボタン１２０１が画面に表示される。利用者が前記再開ボタンをタップする（Ｓ３３１）と、図３に示すように端末情報管理サーバ１６０と通信をする。前記再開ボタンをタップ後、本アプリは、通知可という利用ステータスを含む端末情報更新要求を、前記端末情報管理サーバの端末情報管理手段１６１に送信する。前記端末情報管理手段は、前記端末情報更新要求を受信すると、デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索し、該当する端末情報を更新する。前記端末情報更新後、前記端末情報管理手段は、前記端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を前記本アプリに返信する（Ｓ３３２）。前記端末情報および前記お知らせ情報受信後、前記本アプリは、前記端末情報および前記お知らせ情報をスマートフォンに記憶し、端末情報確認処理にジャンプする（Ｓ３３１）。
【００５７】
［通知サービスを停止する］
図８に通知サービスを停止するための画面の一例を示す。同図に示すように、通知サービス停止ボタン１４０１が画面に表示される。利用者が前記通知サービス停止ボタンをタップする（Ｓ３４１）と、図３に示すように端末情報管理サーバ１６０と通信をする。前記通知サービス停止ボタンをタップ後、本アプリは、デバイストークン、および通知停止という利用ステータスを含む端末情報更新要求を、前記端末情報管理サーバの端末情報管理手段１６１に送信する。前記端末情報管理手段は、前記端末情報更新要求を受信すると、前記デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索し、前記端末情報で該当する端末情報を更新する。前記端末情報更新後、前記端末情報管理手段は、前記端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を、前記本アプリに送信する（Ｓ３４２）。前記端末情報および前記お知らせ情報受信後、前記本アプリは、前記端末情報および前記お知らせ情報をスマートフォンに記憶し、端末情報確認処理にジャンプする（Ｓ３４１）。前記［通知サービスを再開する］、および前記［通知サービスを停止する］に記載の方法によれば、スマートフォン自体の通知機能を止めるのではなく、通知管理アプリで通知管理システムの通知機能を停止するので、通知停止について視覚的に分かりやすいボタン配置が可能である。
【００５８】
［ログアウトする］
図１０にログアウトするための画面の一例を示す。同図に示すように、ログアウトボタン１６０２が画面に表示される。利用者がログアウトボタンをタップする（Ｓ３５１）と、図３に示すようにメールサーバ２３０と通信する。前記ログアウトボタンをタップ後、本アプリは、端末情報にあるメール用トークンを使い、前記メールサーバのメール参照手段２３２にログインし、ログアウト要求を送信する。前記メール参照手段は、ログアウト要求受信後、該当するメール用トークン情報を削除し、ログアウトする。前記メール参照手段は、ログアウト後、正常に処理が行われたことを前記本アプリに送信する（Ｓ３５２）。前記本アプリは、前記正常に処理が行われたというデータを受信後、デバイストークン、および削除されたメール用トークンを含む端末情報更新要求を端末情報管理サーバ１６０の端末情報管理手段１６１に送信する（Ｓ３５３）。前記端末情報管理手段は、前記端末情報更新要求を受信すると、前記デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索し、該当する端末情報を更新する。前記端末情報更新後、前記端末情報管理手段は、前記端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を前記本アプリに返信する（Ｓ３５４）。前記端末情報および前記お知らせ情報受信後、前記本アプリは、前記端末情報および前記お知らせ情報をスマートフォンに記憶し、端末情報確認処理にジャンプする（Ｓ３５３）。上記方法によれば、メール用トークンを端末情報ＤＢから削除するといった忘れられる権利を利用者が行使できる。
【００５９】
［通知継続時間設定をする］
図１０に通知継続時間設定をするための画面の一例を示す。同図に示すように、上から通知継続時間（分）１６０３、スクロールバー１６０４、およびセットボタン１６０５が画面に表示される。前記スクロールバーは、スライドすることにより、第１指定時間間隔以上の値から通知継続可能最大時間（分）までを選択することができ、その設定値が前記通知継続時間（分）に表示される。利用者が前記セットボタンをタップする（Ｓ３５５）と、前記にある選択された通知継続時間（分）、およびデバイストークンを含む端末情報更新要求を端末情報管理サーバ１６０の端末情報管理手段１６１に送信する。前記端末情報管理手段は、前記端末情報更新要求を受信すると、前記デバイストークンを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索し、該当する端末情報を更新する。前記端末情報更新後、前記端末情報管理手段は、前記端末情報、および端末情報管理用データベース（ＤＢ）サーバ１７０のお知らせＤＢ１７２からデータ番号が最大のお知らせ情報を前記本アプリに送信する（Ｓ３５６）。前記端末情報および前記お知らせ情報受信後、前記本アプリは、前記端末情報および前記お知らせ情報をスマートフォンに記憶し、端末情報確認処理にジャンプする（Ｓ３５５）。上記方法によれば、通知する時間を利用者が自らの意思で設定できるので、利用者にとってストレスがなく、また不必要に長く通知しないので、バッテリーの消耗を抑えることができる。
【００６０】
［メールチェックフロー１］
表５にメールチェックサーバ１８０が、端末情報管理サーバ１６０の端末情報収集手段１６２に通知可の端末情報リストを要求する第１指定時間間隔の一例を示す。表５にある第１指定時間間隔でメールチェックサーバ１８０のメールチェック処理が繰り返し起動し、メールチェックフロー２用の端末情報リストをクリアし、前記端末情報収集手段に利用ステータスが通知可の端末情報リスト取得要求を前記端末情報収集手段に送信する。前記端末情報リスト要求を受信すると、前記端末情報収集手段は、前記利用ステータスを元に端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１を検索し、該当する端末情報のリストを取得する。前記端末情報収集手段は、取得した前記端末情報のリストを前記メールチェックサーバに送信する。前記端末情報リストの受信後、前記メールチェックサーバは、メールサーバ２３０のメール参照手段２３２にメール用トークンを用いて新着メール数確認要求を送信し、前記新着メール数確認要求を受信すると、前記メール参照手段に前記メール用トークンで順々にログイン要求し、ログイン後、前記メール参照手段は前記メール参照手段で新着メール数を取得し、前記メールチェックサーバに前記新着メール数を送信する。前記メールチェクサーバは、前記新着メール数を受信すると、前記新着メール数が０で、通知管理用データベース（ＤＢ）サーバ１９０の通知管理ＤＢ１９１に記憶されている前記端末情報のデータ番号と紐づくデータ番号で検索し、選択された場合、あるいは前記新着メール数が０でなく、前記通知管理ＤＢに記憶されている前記端末情報のデータ番号と紐づくデータ番号で検索し、選択され、該当する通知情報の前回新着メール数と前記新着メール数が合致し、前記通知情報の通知終了日時が現在時刻より前の日時である場合、前回新着メール数を０、通知回数に０、および通知終了日時を現在時刻に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０で、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択されなかった場合、前回新着メール数を０、通知回数に０、および通知終了日時に現在時刻に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知ＤＢに記憶し、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０でなく、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択され、該当する通知情報の前回新着メール数と前記新着メール数が相違している場合、前回新着メール数を前記新着メール数、通知回数に１加算した値、および通知終了日時に前記端末情報の通知継続時間（分）を加算した日時に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、前記メールチェックサーバは前記端末情報にあるデバイストークン、および前記通知情報の通知回数を用いてプッシュ通知サーバ２２０にプッシュ通知要求を送信する。前記プッシュ通知サーバは、前記プッシュ通知要求を受信するとスマートフォン１０にプッシュ通知する。前記メールチェックサーバはプッシュ通知要求を送信後、メールチェックフロー２用の端末情報リストに前記端末情報を追加し、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０でなく、通知管理ＤＢ１９１に記憶されている前記端末情報のデータ番号と紐づくデータ番号で検索し、選択され、該当する通知情報の前回新着メール数と前記新着メール数が合致し、前記通知情報の通知終了日時が現在時刻以後の日時である場合、該当する通知情報の通知回数に１加算した値にした前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、前記メールチェックサーバは前記端末情報にあるデバイストークン、および前記通知情報の通知回数を用いて前記プッシュ通知サーバにプッシュ通知要求を送信する。前記プッシュ通知サーバは、前記プッシュ通知要求を受信すると前記スマートフォンにプッシュ通知する。前記メールチェックサーバはプッシュ通知要求を送信後、メールチェックフロー２用の端末情報リストに前記端末情報を追加し、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０でなく、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択肢されなかった場合、前回新着メール数を前記新着メール数、通知回数に１、および通知終了日時に前記端末情報の通知継続時間（分）を加算した日時に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、前記メールチェックサーバは前記端末情報にあるデバイストークン、および前記通知情報の通知回数を用いて前記プッシュ通知サーバにプッシュ通知要求を送信する。前記プッシュ通知サーバは、前記プッシュ通知要求を受信すると前記スマートフォンにプッシュ通知する。前記メールチェックサーバはプッシュ通知要求を送信後、メールチェックフロー２用の端末情報リストに前記端末情報を追加し、次の端末情報の新着メールチェックに進む。メールチェックサーバを増やすには、前記端末情報リストの受信後、前記端末情報リストにある端末情報のデータ番号をメールチェックサーバの総数で割り、前記計算の余りの０からメールチェックサーバの総数引く１までのグループでグループ分けする。前記処置により、それぞれの前記メールチェックサーバの担当を減少することで処理の分散を行い、メールチェックの高速化を図る。
【００６１】
［メールチェックフロー２］
表５にメールチェックサーバ１８０がメールサーバ２３０のメール参照手段２３２に新着メールをチェックする第２指定時間間隔の一例を示す。前記メールチェックサーバは、メールチェックフロー１に記載のメールチェック処理の第２指定時間後、表５にある第２指定時間間隔でメールチェックフロー２用の端末情報リストにある端末情報のメール用トークンを用いて、前記メール参照手段に新着メール数確認要求を送信する。前記新着メール数確認要求を、前記メール参照手段が受信すると、前記メール用トークンで順々にログインし、新着メール数を取得し、前記メールチェックサーバに前記新着メール数を送信する。前記メールチェクサーバは、前記新着メール数を受信すると、前記新着メール数が０で、通知管理用データベース（ＤＢ）サーバ１９０の通知管理ＤＢ１９１を前記端末情報のデータ番号と紐づくデータ番号で検索し、選択された場合、あるいは前記新着メール数が０でなく、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択され、該当する通知情報の前回新着メール数と前記新着メール数が合致し、前記通知情報の通知終了日時が現在時刻より前の日時である場合、前回新着メール数を０、通知回数に０、および通知終了日時を現在時刻に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０で、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択されなかった場合、前回新着メール数を０、通知回数に０、および通知終了日時に現在時刻に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０でなく、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択され、該当する通知情報の前回新着メール数と前記新着メール数が相違している場合、前回新着メール数を前記新着メール数、通知回数に１加算した値、および通知終了日時に前記端末情報の通知継続時間（分）を加算した日時に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、前記メールチェックサーバは前記端末情報にあるデバイストークン、および前記通知情報の通知回数を用いてプッシュ通知サーバ２２０にプッシュ通知要求を送信する。前記プッシュ通知サーバは、前記プッシュ通知要求を受信するとスマートフォンにプッシュ通知する。前記メールチェックサーバはプッシュ通知要求を送信後、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０でなく、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択され、該当する通知情報の前回新着メール数と前記新着メール数が合致し、前記通知情報の通知終了日時が現在時刻以後の日時である場合、該当する通知情報の通知回数に１加算した値にした前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、前記メールチェックサーバは前記端末情報にあるデバイストークン、および前記通知情報の通知回数を用いて前記プッシュ通知サーバにプッシュ通知要求を送信する。前記プッシュ通知サーバは、前記プッシュ通知要求を受信するとスマートフォンにプッシュ通知する。前記メールチェックサーバはプッシュ通知要求を送信後、次の端末情報の新着メールチェックに進む。また、前記新着メール数が０でなく、前記通知管理ＤＢを前記端末情報のデータ番号と紐づくデータ番号で検索し、選択肢されなかった場合、前回新着メール数を前記新着メール数、通知回数に１、および通知終了日時に前記端末情報の通知継続時間（分）を加算した日時に更新した前記端末情報のデータ番号と紐づくデータ番号の通知情報を前記通知情報ＤＢに記憶し、前記メールチェックサーバは前記端末情報にあるデバイストークン、および前記通知情報の通知回数を用いて前記プッシュ通知サーバにプッシュ通知要求を送信する。前記プッシュ通知サーバは、前記プッシュ通知要求を受信するとスマートフォンにプッシュ通知する。前記メールチェックサーバはプッシュ通知要求を送信後、次の端末情報の新着メールチェックに進む。前記の処理は、第２指定時間間隔で実行し続け、第１指定間隔に達した場合、前記処理は終了し、第１指定間隔で行われるメールチェックフロー１が優先される。前記［メールチェックフロー１］、および前記［メールチェックフロー２］に記述の方法によれば、スマートフォンで本アプリを利用している利用者は新着メールがあると、通知管理システムから繰り返し通知が届くので、より気づきやすくなり、また、本アプリでメールサーバに常時接続して新着メールをチェックしないので、スマートフォンと基地局間の電波の帯域幅や、電話会社の保有している有線・無線通信網の通信帯域幅を常時狭めることがなく、また、通知管理システムが接続するメールサーバは新着メール数を判断するコマンドが用意されており、ＰＯＰ３のようなメールのダウンロードは必要ないので、ネットワークの帯域幅を節約できる。
【００６２】
［自動ログアウトフロー］
表５に自動ログアウトサーバ２００が、端末情報管理サーバ１６０の端末情報収集手段１６１に有効期日を過ぎた端末情報のリストを要求する第３指定時間間隔の一例を示す。表５にある第３指定時間間隔で前記自動ログアウトサーバの自動ログアウト処理が起動し、前記端末情報収集手段に有効期日が過ぎた端末情報リスト取得要求を送信する。前記端末情報を受信後、前記端末情報収集手段は、端末情報管理用データベース（ＤＢ）サーバ１７０の端末情報ＤＢ１７１の該当する端末情報を削除し、削除した端末情報リストを前記自動ログアウトサーバに送信する。前記端末情報リストを受信した後、前記自動ログアウトサーバは、前記端末情報リストの端末情報のメール用トークンを用いて、メールサーバ２３０のメール参照手段２３２にログアウト要求を順々に送信する。ログアウト要求を受信すると、前記メール参照手段は前記メール用トークンでメールサーバにログインし、ログアウトを実行し、正常にログアウトしたことを前記自動ログアウトサーバに送信する。正常に処理が終了したことを受信した後、前記自動ログアウトサーバは、前記端末情報にあるデバイストークンを用いてプッシュ通知サーバ２２０に、プッシュ通知要求を送信し、利用者に自動ログアウトしたことを知らせる。上記方法によれば、一定期間経つと自動ログアウトによりデバイストークンを含む当該の端末情報自体が削除されるので自動的に忘れられる権利が行使される。また、自動ログアウトにより利用停止したスマートフォンの端末情報を長期間保持しないので、端末情報ＤＢの容量を抑えることができ、さらに利用者に対してメールアカウントのパスワードについて再確認や再度見直しを促すことができる。
【００６３】
［サーバ監視フロー］
表５に監視サーバがメールチェックサーバ１８０、および自動ログアウトサーバ２００をチェックする第４指定時間間隔の一例を示す。表５にある第４指定時間間隔で監視サーバのサーバ監視処理が起動し、前記メールチェックサーバ、および前記自動ログアウトサーバが記憶している端末情報リストの件数取得要求を送信する。前記端末情報の件数取得要求受信後、前記メールチェックサーバは、記憶している端末情報の件数を前記監視サーバに送信する。前記端末情報の件数を受信すると、前記監視サーバは該当するメールチェックサーバの端末情報の件数を更新する。もう１つ、前記端末情報の件数取得要求受信後、前記自動ログアウトサーバは、記憶している端末情報の件数を前記監視サーバに送信する。前記端末情報の件数を受信すると、前記監視サーバは自動ログアウトサーバの端末情報の件数を更新する。前記２種類の端末情報の件数取得時に、それぞれのサーバの状態を同時に取得し、エラーである場合その情報を監視サーバ内に記憶する。このことにより、バックグラウンドで動くサーバの状態を監視する。
【産業上の利用可能性】
【００６４】
本システムは、災害時のメールといった緊急度や重要度の高いメールの伝達の確実性を高め、さらに利用にあたってスマートフォンの標準機能といった既存のデバイス、およびメールサーバといった既存のシステムなどを効率よく利用できるため導入コストおよび維持管理コストも抑えられる。
【００６５】
また本アプリは、メールといった一般利用性に加え、必達性を目指すアプリなので広告モジュールを設置すれば広告利用もできる。
【００６６】
図２にユーザアクションの一例を示す。同図に示すように、本アプリでは、デバイストークンを取得する前とデバイストークンを取得した後では可能なアクションを相違する。
【符号の説明】
【００６７】
１１０    通知管理アプリがインストールされているスマートフォン
１２０    基地局
１３０    有線・無線通信網
１４０    インターネット
１５０    通知管理システム
１６０    端末情報管理サーバ
１６１    端末情報管理手段
１６２    端末情報収集手段
１６３    管理者管理手段
１７０    端末情報管理用データベース（ＤＢ）サーバ
１７１    端末情報ＤＢ
１７２    お知らせＤＢ
１７３    管理者ＤＢ
１８０    １台以上のメールチェックサーバ
１９０    通知管理用データベース（ＤＢ）サーバ
１９１    通知情報ＤＢ
２００    自動ログアウトサーバ
２１０    監視サーバ
２２０    プッシュ通知サーバ
２３０    メールサーバ
２３１    ユーザ認証手段
２３２    メール参照手段
Ｓ３０１    起動
Ｓ３０２    スタート画面
Ｓ３０３    端末情報確認処理
Ｓ３０４    ログイン画面
Ｓ３０５    通知サービス再開画面
Ｓ３０６    メイン画面
Ｓ３０７    お知らせ画面
Ｓ３０８    ツール画面
Ｓ３１１    スタートアクション
Ｓ３１２    端末情報管理サーバと通信
Ｓ３２１    ログインアクション
Ｓ３２２    メールサーバと通信
Ｓ３２３    メール用トークン登録処理
Ｓ３２４    端末情報管理サーバと通信
Ｓ３３１    通知サービス再開アクション
Ｓ３３２    端末情報管理サーバと通信
Ｓ３４１    通知サービス停止アクション
Ｓ３４２    端末情報管理サーバと通信
Ｓ３５１    ログアウトアクション
Ｓ３５２    メールサーバと通信
Ｓ３５３    メール用トークン削除処理
Ｓ３５４    端末情報管理サーバと通信
Ｓ３５５    通知継続時間設定アクション
Ｓ３５６    端末情報管理サーバと通信
１００１    スタートボタン
１１０１    ログインボタン
１２０１    再開ボタン（通知サービス再開ボタンともいう）
１３０１    ユーザＩＤ入力欄（メールアカウントＩＤ入力欄ともいう）
１３０２    パスワード入力欄
１３０３    サインインボタン
１３０４    「新しくユーザを登録する」と表示されるテキストリンク
１４０１    通知サービス停止ボタン
１４０２    メールアプリ起動ボタン
１４０３    通知サービス利用可能日数
１４０４    表５の第５指定時間間隔を最大とした通知サービス利用可能日数をグラフ表示したもの
１４０５    メインタブ
１４０６    お知らせタブ
１４０７    ツールタブ
１５０１    お知らせ欄
１６０１    通知サービス利用可能なメールアカウント
１６０２    ログアウトボタン
１６０３    通知継続時間（分）
１６０４    通知継続時間設定用スクロールバー
１６０５    セットボタン
【図１】
2015146097.tif 000008
【図２】
2015146097.tif 000009
【図３】
2015146097.tif 000010
【図４】
2015146097.tif 000011
【図５】
2015146097.tif 000012
【図６】
2015146097.tif 000013
【図７】
2015146097.tif 000014
【図８】
2015146097.tif 000015
【図９】
2015146097.tif 000016
【図１０】
2015146097.tif 000017