(57)【要約】【課題】メッセージが削除された場合等におけるメッセージ通知精度の低下を抑えること。【解決手段】管理システム100のメッセージ提供サーバ111は、メッセージ削除リクエストを受信した場合、該メッセージ削除リクエストで削除を要求されたメッセージが登録されてから該メッセージ削除リクエストを受信するまでに、該メッセージに対応する画像形成装置121から、着信アナウンス制御指示問い合わせを受信し且つメッセージ一覧取得リクエストを受信していない状態の場合（S1005で"STATE2_SHOW"の場合）には、該メッセージを書き換え（S1007〜S1008）、前記第１状態とは異なる場合（S1005で"STATE1_HIED"or"STATE3_HIDE"の場合）には、該メッセージを削除する（S1010）。【選択図】図１０
2019028517.tif 000002
【特許請求の範囲】
【請求項１】
デバイスを管理する管理システムであって、
デバイスに対するメッセージを登録する登録手段と、
デバイスから第１リクエストを受信した場合、該デバイスに対して新たに登録されたメッセージが存在する場合には、該デバイスに所定の通知を行うことを指示する指示手段と、
デバイスから第２リクエストを受信した場合、該デバイスに対して登録されているメッセージを該デバイスに送信する送信手段と、
登録されたメッセージの削除が要求された場合、該削除を要求されたメッセージが登録されてから削除を要求されるまでに、該メッセージに対応するデバイスから、前記第１リクエストを受信し且つ前記第２リクエストを受信していない第１状態の場合には該メッセージを書き換え、前記第１状態とは異なる場合には該メッセージを削除するように制御する制御手段と、
を有することを特徴とする管理システム。
【請求項２】
前記メッセージの書き換えは、前記メッセージの内容をメッセージが削除されたことを示す内容に変更する書き換えであることを特徴とする請求項１に記載の管理システム。
【請求項３】
前記書き換えられたメッセージが前記送信手段により送信された場合には、該メッセージを削除することを特徴とする請求項１又は２に記載の管理システム。
【請求項４】
前記メッセージの書き換えが行われ、該書き換えられたメッセージに対応するデバイスから前記第２リクエストより前に前記第１リクエストを受信した場合には、該メッセージを削除し、該デバイスに対して前記通知を止める指示を行うことを特徴とする請求項１又は３に記載の管理システム。
【請求項５】
前記制御手段は、前記登録されたメッセージの削除が要求された場合、該削除を要求されたメッセージに対応するデバイスに対して、削除を要求されていない他のメッセージが登録されている場合には、前記第１状態を判定することなく該削除を要求されたメッセージを削除することを特徴とする請求項１〜４のいずれか１項に記載の管理システム。
【請求項６】
前記メッセージは、有効期間を有し、
前記メッセージの有効期間が現在時刻よりも過去から未来に変更された場合、該変更されたメッセージが登録されてから変更されるまでに、該メッセージに対応するデバイスから、前記第１リクエストを受信し且つ前記第２リクエストを受信していない第２状態の場合には、有効期間が現在時刻を含む新たなメッセージを登録することを特徴とする請求項１〜５のいずれか１項に記載の管理システム。
【請求項７】
前記登録手段は、前記メッセージを登録する場合に、前記有効期間の中で所定の期限を登録し、
前記指示手段は、デバイスから第１リクエストを受信した際に、該デバイスに対して新たに登録されたメッセージが前記期限を超えている場合には、該デバイスに前記通知を行うことを指示しないことを特徴とする請求項１〜６のいずれか１項に記載の管理システム。
【請求項８】
デバイスを管理する管理システムであって、
デバイスに対するメッセージを登録する登録ステップと、
デバイスから第１リクエストを受信した場合、該デバイスに対して新たに登録されたメッセージが存在する場合には、該デバイスに所定の通知を行うことを指示する指示ステップと、
デバイスから第２リクエストを受信した場合、該デバイスに対して登録されているメッセージを該デバイスに送信する送信ステップと、
登録されたメッセージの削除が要求された場合、該削除を要求されたメッセージが登録されてから削除を要求されるまでに、該メッセージに対応するデバイスから、前記第１リクエストを受信し且つ前記第２リクエストを受信していない第１状態の場合には該メッセージを書き換え、前記第１状態とは異なる場合には該メッセージを削除するように制御する制御ステップと、
を有することを特徴とする管理システムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して画像形成装置を管理する管理システム、及びその制御方法に関するものである。
【背景技術】
【０００２】
従来、画像形成装置の遠隔監視を行う管理システムは、画像形成装置から通知される監視情報（エラー、アラーム、ジャム）に応じて、販売会社のオペレータ、サービスマン、消耗品担当者等へ通知を行ってきた。メンテナンスを行う販売会社から顧客に連絡したいメッセージがある場合には、電話やメールのほかに、画像形成装置のローカルＵＩに直接メッセージを表示させるアプリケーションの利用等が考えられる。このアプリケーションは、次のような流れで利用される想定である。
【０００３】
まず販売会社はクライアント装置を用いてメッセージ提供サーバにアクセスし、特定の画像形成装置に向けてメッセージを登録する。その後、ユーザは、画像形成装置内にインストールされたメッセージアプリをローカルＵＩから立ち上げ、メッセージ提供サーバに登録された、該当の画像形成装置向けに登録されたメッセージを取得してローカルＵＩに表示させる。
【０００４】
このようなメッセージアプリを使用するには、新着メッセージが届いたことを画像形成装置のユーザが知る手段が必要である。例えば画像形成装置のオペレーションパネルのステータスバーに「新着メッセージが届いています」という旨の着信アナウンスを出す等、ローカルＵＩ上に何らかのアナウンス情報を表示することが望ましい。このようにすることで、顧客が画像形成装置を使用しようとした時にメッセージの着信に気付くことができ、メッセージアプリを立ち上げて販売会社が送信したメッセージを確認することができる。
【０００５】
一方、画像形成装置は社内ＬＡＮのような閉鎖されたネットワーク上に接続されている場合がほとんどであるため、メッセージ提供サーバから画像形成装置にプッシュ通知ができない。そのため、メッセージ提供サーバから画像形成装置への指示は、画像形成装置からの定期的な指示問い合わせのレスポンスによって行われることが一般的である。上記新着メッセージの着信アナウンスに関しても、販売会社がメッセージをメッセージ提供サーバ上に登録した後に、画像形成装置からメッセージ提供サーバに指示問い合わせが来たタイミングで、画像形成装置のローカルＵＩ上に表示できる。
【０００６】
特許文献１には、メッセージの有効期限が切れた時に自動でメッセージを削除する技術について記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１１−１７７６１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、メッセージ提供サーバ上に登録されたメッセージの削除は販売会社自身によって実行されることもある。例えば、誤ってメッセージを登録してしまった時等である。このように、販売会社がメッセージ提供サーバ上に登録したメッセージを販売会社自身が削除した場合には、その後、画像形成装置から指示問い合わせが来たタイミングで、画像形成装置のローカルＵＩに表示されている着信アナウンスの削除が行われる。そのため、実際にメッセージが削除されてから画像形成装置上の着信アナウンスが削除されるまでにはタイムラグが存在する。このタイムラグ中に、ユーザによりメッセージアプリが立ち上げられた場合、画像形成装置上には着信アナウンスが表示されているにもかかわらず、新着メッセージを取得できないといった状況が発生してしまう。このように、メッセージの通知精度が低下してしまうといった課題があった。
【０００９】
このようなことが起こると、ユーザは「着信アナウンスが表示されていても、新着メッセージが存在する場合としない場合がある」という認識を持ってしまう。このことは、ユーザのメッセージ確認意欲を低下させ、メッセージが実際に登録されているのにユーザがメッセージアプリを立ち上げてくれない、という事象が助長されてしまう。このため、メッセージが削除された場合などにおいて従来発生していたメッセージの通知精度の低下を抑える必要があった。
【００１０】
本発明は、上記の課題を解決するためになされたものである。本発明の目的は、メッセージが削除された場合等におけるメッセージ通知精度の低下を抑える仕組みを提供することである。
【課題を解決するための手段】
【００１１】
本発明は、デバイスを管理する管理システムであって、デバイスに対するメッセージを登録する登録手段と、デバイスから第１リクエストを受信した場合、該デバイスに対して新たに登録されたメッセージが存在する場合には、該デバイスに所定の通知を行うことを指示する指示手段と、デバイスから第２リクエストを受信した場合、該デバイスに対して登録されているメッセージを該デバイスに送信する送信手段と、登録されたメッセージの削除が要求された場合、該削除を要求されたメッセージが登録されてから削除を要求されるまでに、該メッセージに対応するデバイスから、前記第１リクエストを受信し且つ前記第２リクエストを受信していない第１状態の場合には該メッセージを書き換え、前記第１状態とは異なる場合には該メッセージを削除するように制御する制御手段と、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、メッセージが削除された場合等におけるメッセージ通知精度の低下を抑えることができる。
【図面の簡単な説明】
【００１３】
【図１】本実施例の管理システムの構成の一例を示す図
【図２】画像形成装置のハードウェア構成図
【図３】画像形成装置のソフトウェア構成図
【図４】画像形成装置に表示されるＵＩを例示する図
【図５】メッセージ提供サーバ及びクライアント装置のハードウェア構成図
【図６】メッセージ提供サーバのソフトウェア構成図
【図７】販売会社が操作するお知らせセンターアプリＧＵＩを例示する図
【図８】メッセージ一覧取得リクエストを受信した場合のフローチャート
【図９】メッセージ登録リクエストを受信した場合のフローチャート
【図１０】実施例１のメッセージ削除リクエストを受信した場合のフローチャート
【図１１】着信アナウンス制御指示問い合わせを受信した場合のフローチャート
【図１２】着信アナウンス表示状態の状態遷移図
【図１３】実施例１で想定する基本のシーケンス図
【図１４】実施例１のシーケンス図
【図１５】実施例２のメッセージ編集リクエストを受信した場合のフローチャート
【図１６】実施例２で想定する基本のシーケンス図
【図１７】実施例３のメッセージ削除リクエストを受信した場合のフローチャート
【図１８】実施例３のシーケンス図
【図１９】実施例４のシーケンス図
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１５】
図１は、本発明の一実施例を示すメッセージ提供サーバを備える管理システムの構成の一例を示す図である。
本実施例の管理システム100は、メッセージ提供サーバ111及び図示しない他のサーバを備え、画像形成装置121の管理を行う。
メッセージ提供サーバ111、画像形成装置121、クライアント装置112は、ネットワーク101〜103を介して通信可能に接続されている。
【００１６】
ネットワーク101〜103は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれかである。または、ネットワーク101〜103は、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワーク101〜103は、データの送受信が可能であればよい。本実施例では、ネットワーク101はインターネット、ネットワーク102〜103は企業内ネットワークやサービスプロバイダーのネットワークである。
【００１７】
メッセージ提供サーバ111は、例えば販売会社が登録したメッセージを画像形成装置121の表示部に表示するためのサービスを提供するサーバである。
クライアント装置112は、メッセージ提供サーバ111に、画像形成装置121に対してのメッセージを登録するための情報処理装置である。販売会社等の利用者は、クライアント装置112を操作してメッセージ提供サーバ111へアクセスすることで、メッセージ提供サーバ111が提供するサービス（例えばメッセージの登録、削除等）を利用することができる。
【００１８】
本実施例では、画像形成装置121はプリント・複写などの機能を有する機器を指しているが、メッセージ提供サーバ111によりメッセージを提供する機器にはプリント・複写等の機能は必須ではない。メッセージ提供サーバ111によりメッセージを提供する機器は、ネットワーク上のコンテンツを閲覧できるアプリケーション（以下「お知らせセンターアプリ」という）をインストール可能な情報機器（デバイス）であるという条件以外に特に限定するものはない。
【００１９】
メッセージ提供サーバ111を含む管理システム100の機能は、単体のサーバ装置又は単体の仮想サーバによって実現してもよいし、複数のサーバ装置又は複数の仮想サーバによって実現してもよい。あるいは複数の仮想サーバが単体のサーバ装置上で実行される構成でもよい。例えば、メッセージ提供サーバ111を含む管理システム100は、クラウドサービスを利用して実現してもよい。
【００２０】
図２は、画像形成装置121のハードウェア構成の一例を示す図である。
コントローラ201は、図示しないＣＰＵ、ＲＯＭ、ＲＡＭ等を有し、ＣＰＵがＲＯＭやＨＤＤ203に格納されたプログラムを必要に応じてＲＡＭに展開して実行することにより、画像形成装置121の全体を制御する。例えば、コントローラ201は、プリントやスキャンなどの機能を制御する。また、そのほかに、コントローラ201は、メッセージ提供サーバ111にアクセスし、販売会社が画像形成装置121に向けて登録したメッセージを取得するための機能等も制御する。
【００２１】
ＨＤＤ203は、画像形成装置121の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値（サイズごとの印刷枚数や、原稿読み取り回数等）、及びステータス情報（ステータスフラグを含む）などを記憶する。ＨＤＤ203に記憶される設定情報には、装填されているトナーボトル内の残量情報や、トナーボトルの識別情報も含まれる。そのほかに、画像形成装置121のオペレーティングシステム（ＯＳ）や、その他のアプリケーションプログラムなども、このＨＤＤ203に記憶される。なお、ＨＤＤの代わりに又は併用してＳＳＤ（ソリッドステートドライブ）等の他の記憶装置を備えていてもよい。
【００２２】
プリントユニット204は、画像形成装置121がプリントをするために必要な部品やセンサーの集合体である。コントローラ201の制御によりプリントユニット204が動作することで、ユーザは画像形成装置121のプリント機能を利用することができる。
【００２３】
スキャンユニット205は、画像形成装置がスキャンをするために必要な部品やセンサーの集合体である。コントローラ201の制御によりスキャンユニット205が動作することで、ユーザは画像形成装置のスキャン機能、コピー機能を利用することができる。
【００２４】
ＮＩＣ（Network Interface Card）202は、ネットワーク101〜103を介して外部装置とのデータのやり取りを行う。
【００２５】
操作部206には表示部やキー入力部が含まれており、これらはコントローラ201によって制御される。操作者は、操作部206のキー入力部を介してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。また、操作部206では、画像形成装置121内にインストールされた各種アプリの操作や表示が可能である。本実施例のお知らせセンターアプリの立ち上げも、操作部206に表示されたアイコン等を押下することで可能となる。
【００２６】
以下、図３、図４を参照して、画像形成装置121のソフトウェア構成につて説明する。
図３は、画像形成装置121のソフトウェア構成の一例を示す図であり、主に本実施例に関係するお知らせセンターアプリに関連する部分について記載し、その他の構成については省略している。図３に示すソフトウェア構成は、コントローラ201のＣＰＵがＲＯＭやＨＤＤ203に格納されたプログラムを実行することにより実現される。
図４は、画像形成装置121の操作部206に表示されるユーザインタフェース（ＵＩ）の一例を示す図である。
【００２７】
図３において、メッセージリクエスト送信部301は、画像形成装置121の利用者が操作部206から、お知らせセンターアプリを立ち上げたことをトリガーにして（ユーザ操作に応じて）、メッセージ提供サーバ111にメッセージ一覧取得リクエストを送信する。なお、お知らせセンターアプリを立ち上げは、例えば画像形成装置121の操作部206に図４（ａ）のような表示がされている場合に、「お知らせセンター」アイコン401を押下することにより行われる。
【００２８】
メッセージ一覧受信部302は、メッセージリクエスト送信部301から送信されたメッセージ一覧取得リクエストの返却値として、メッセージ提供サーバ111から送信されたメッセージ一覧を取得する。
メッセージ一覧表示部303は、メッセージ一覧受信部302が取得したメッセージ一覧（図４（ｂ）の403のような一覧）を操作部206に表示してユーザに提示する。
【００２９】
メッセージ詳細表示部304は、メッセージ一覧表示部303で表示されているメッセージ一覧の中からユーザが選択したメッセージについて、図４（ｃ）の404のようなメッセージの詳細を操作部206に表示する。メッセージの詳細は、例えば、メッセージのタイトル、本文、送信日時、有効期限などの情報を含む。
【００３０】
着信アナウンス問合せ部305は、メッセージ提供サーバ111に着信アナウンス制御指示問い合わせ（リクエスト）を定期的に（例えば４時間に１回）送信する。この問い合わせ間隔が短いほど、「着信アナウンスが表示されているにもかかわらず新着メッセージが取得できない」といった事象は起こりにくくなる一方で、画像形成装置１台あたりで発生するネットワークトラフィックが増加する。このため、過度に上記の問い合わせの間隔を短くすることはできない。
【００３１】
着信アナウンス指示受信部306は、上記着信アナウンス制御指示問い合わせの返却値として、メッセージ提供サーバ111から送信された着信アナウンス制御指示を受信する。着信アナウンス制御指示の種類としては、例えば着信アナウンスを表示させる「表示指示」と、表示されていたものを非表示にさせる「非表示指示」の２通りがある。
【００３２】
着信アナウンス表示部307は、上記着信アナウンス制御指示に対応して、画像形成装置121の操作部206に、着信アナウンスを表示する、もしくは非表示にするといった制御を行う。着信アナウンスの表示とは、例えば図４（ａ）の402のように、表示部のステータスバーに「お知らせメッセージが届いています」等のメッセージを表示することである。ユーザはこの着信アナウンスを見ることで、お知らせセンターアプリを立ち上げずとも新しいメッセージが販売会社によって登録されたことを知ることができる。制御指示内容が「表示指示」であった場合には、着信アナウンス表示部307は、画像形成装置121の操作部206に、着信アナウンスを表示する。なお、既に着信アナウンスが表示状態になっている場合は、着信アナウンス表示部307は、そのまま表示状態を維持するように制御する。また、着信アナウンス表示部307は、制御指示内容が「非表示指示」であった場合は、表示されている着信アナウンスを非表示状態にする。ただし、既に着信アナウンスが非表示状態になっていた場合は、着信アナウンス表示部307は、そのまま非表示状態を維持するように制御する。
【００３３】
着信アナウンス結果送信部308は、上記着信アナウンス表示部307によって着信アナウンスを表示、もしくは非表示にする処理が完了した旨を、メッセージ提供サーバ111に通知する。
【００３４】
図５は、メッセージ提供サーバ111、クライアント装置112を構成するコンピュータのハードウェア構成の一例を示す図である。
図５において、ＣＰＵ502は、装置全体の制御を行う。ＣＰＵ502は、ＨＤＤ505に格納されているアプリケーションプログラム、ＯＳ等を実行する。また、ＣＰＵ502は、ＲＡＭ503にプログラムの実行に必要な情報、ファイル等を一時的に格納する制御を行う。なお、メッセージ提供サーバ111のＣＰＵ502はＨＤＤ505に記憶されているプログラムに基づき処理を実行することによって、後述する図６等に示されるようなソフトウェア構成及び後述するフローチャートの各ステップの処理が実現される。
【００３５】
ＲＯＭ504は、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ503は一時記憶部であり、ＣＰＵ502の主メモリ、ワークエリア等として機能する。ＨＤＤ505は外部記憶装置の一つであり、大容量メモリとして機能し、Ｗｅｂブラウザ等のアプリケーションプログラム、サービスサーバ群のプログラム、ＯＳ、関連プログラム等を格納している。なお、ＨＤＤの代わりに又は併用してＳＳＤ等の他の記憶装置を備えていてもよい。
【００３６】
ディスプレイ508は表示部であり、キーボード507から入力したコマンドや、各種情報を表示する。インタフェース509は外部装置Ｉ／Ｆであり、プリンタ、ＵＳＢ機器、周辺機器を接続する。キーボード507は指示入力部である。システムバス501は、装置内におけるデータの流れを司るものである。
【００３７】
ＮＩＣ506は、ネットワーク101〜103を介して外部装置とのデータのやり取りを行う。なお、上記コンピュータの構成はその一例であり、図５の構成例に限定されるものではない。例えば、データやプログラムの格納先は、その特徴に応じてＲＯＭ504、ＲＡＭ503、ＨＤＤ505などで変更することも可能である。
【００３８】
以下、図６を用いて、メッセージ提供サーバ111のソフトウェア構成について説明する。
図６は、メッセージ提供サーバ111のソフトウェア構成の一例を示す図である。
図６において、お知らせセンターアイコンアプリコンポーネント600は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。
【００３９】
メッセージ一覧取得部601は、画像形成装置121から送信されたメッセージ一覧取得リクエストを受信する。さらにメッセージ一覧取得部601は、上記リクエストの受信をトリガーに、画像形成装置121に送信するメッセージ一覧をメッセージ格納部605から取得し、該取得したメッセージ一覧を画像形成装置121に送信する。メッセージ一覧取得に関する一連の処理は図８で詳しく述べる。
【００４０】
メッセージ登録部602は、クライアント装置112から送信されたメッセージ登録リクエストを受信する。上記メッセージ登録リクエストには、メッセージのタイトル、本文、掲載開始日時、掲載終了日時、送信先デバイスＩＤまたは送信先顧客ＩＤが付加されている。ここでデバイスＩＤは、画像形成装置を一意に識別するためのＩＤである。なお、クライアント装置112がメッセージを登録する際は、デバイスＩＤを１つ指定して登録する場合と、特定の顧客を指定することで顧客が所有している全ての画像形成装置に対してメッセージを登録する場合があり得る。特定の顧客を指定する場合、デバイス情報格納部606の情報を参照することで、対象のデバイスＩＤを特定する。また特定の顧客を指定する場合、複数のデバイスＩＤに紐付く複数のメッセージがメッセージ格納部605に登録されるが、メッセージＩＤは同じ値が付与される。本実施例では、複数の顧客にそれぞれ画像形成装置が紐付いている構成で記載されているが、顧客がさらに上位のグループで管理される構成でもよい。その場合は、さらに上位のグループ単位でメッセージを登録することが可能である。顧客ＩＤとデバイスＩＤの管理に関しては後述する表２で詳しく説明する。
【００４１】
さらに、メッセージ登録部602は、上記メッセージ登録リクエストを受信したことをトリガーに、メッセージ格納部605にメッセージを格納する。この時ユニークなメッセージＩＤが生成された後、デバイスＩＤ、掲載開始日時、掲載終了日時、タイトル、本文、着信アナウンス表示状態が格納される。登録されたメッセージの管理形態については後述する表１で詳しく説明する。
【００４２】
着信アナウンス制御部604は、上記メッセージ登録リクエストを受信したこと、または後述するメッセージ削除リクエストを受信したことをトリガーに、着信アナウンス制御指示を生成し、着信アナウンス制御指示格納部607に格納する。なお、後述する掲載開始日時633が未来の場合には、着信アナウンス制御部604は、例えば、掲載開始日時633に達した際に着信アナウンス制御指示を生成し、着信アナウンス制御指示格納部607に格納する。
【００４３】
着信アナウンス制御指示には"SHOW"と"HIDE"の２種類が存在する。"SHOW"は、画像形成装置に着信アナウンスを表示させるための指示である。また、"HIDE"は画像形成装置に着信アナウンスを非表示にさせるための指示である。着信アナウンス制御部604は、メッセージ登録リクエストを受信した場合には"SHOW"を格納し、メッセージ削除リクエストを受信した場合には"HIDE"を格納する。なお、後述する掲載終了日時634を過ぎた場合には、着信アナウンス制御部604は、該当するレコードに"HIDE"を格納する。
【００４４】
また、着信アナウンス制御部604は、後述する着信アナウンス制御指示問い合わせを受信したことをトリガーに、画像形成装置121に送信すべき着信アナウンス制御指示を着信アナウンス制御指示格納部607から取得する。さらに着信アナウンス制御部604は、該取得した着信アナウンス制御指示を画像形成装置121に送信する。着信アナウンス制御指示格納部607で管理されるデータについては後述する表３で詳しく説明する。メッセージ登録に関する一連の処理に関しては、図９で詳しく述べる。
さらに、着信アナウンス制御部604は、前述した画像形成装置121の着信アナウンス結果送信部308が送信する着信アナウンス制御結果を受信する。着信アナウンス制御指示に関する一連の処理に関しては、図１１で詳しく述べる。
【００４５】
メッセージ削除部603は、クライアント装置112から送信されたメッセージ削除リクエストを受信する。メッセージ削除リクエストには、メッセージＩＤが付加されている。さらにメッセージ削除部603は、上記メッセージ削除リクエストを受信したことをトリガーに、メッセージ格納部605から該当するメッセージを削除する。この時、メッセージ削除リクエストに付加されているメッセージＩＤをキーとしてメッセージを削除する。ただし、既に画像形成装置121に着信アナウンスが表示されている場合は、メッセージ削除部603は、削除リクエスト対象のメッセージに応じて、そのメッセージをそのまま削除せずに書き換えを行う。例えば、書き換え内容は、まずタイトルを「メッセージは削除されました」とする。また本文を、「このメッセージは誤って登録されたため、販売会社によって＜＜現在の時刻＞＞に削除されました。後ほど正しいメッセージが登録される予定です。」という内容に書き換える。ここで、＜＜現在の時刻＞＞は、現在の時刻が記入される。メッセージ削除に関する一連の処理に関しては、図１０で詳しく述べる。
【００４６】
メッセージ格納部605は、例えば表１のように、メッセージ一覧管理テーブルを用いてデータ（メッセージ）を管理する。
【００４７】
【表１】
2019028517.tif 000003
【００４８】
表１において、メッセージＩＤ631は、登録されたメッセージを一意に識別するためのメッセージＩＤを格納するカラムである。複数の画像形成装置に同一メッセージが登録された場合、テーブル内のメッセージＩＤも同一のものになる。デバイスＩＤ632は、画像形成装置を一意に識別するためのデバイスＩＤを格納するカラムであり、販売会社が登録したメッセージの宛先のデバイスＩＤが格納されている。
【００４９】
掲載開始日時633は、メッセージの掲載開始日時が格納されたカラムである。メッセージ登録時には、この日時は未来に設定されていても構わない。掲載終了日時634は、メッセージの掲載終了日時が格納されたカラムである。この日時を過ぎていたら、画像形成装置にはメッセージが表示されない。
タイトル635は、メッセージのタイトルを格納するカラムである。
本文636は、メッセージの本文を格納するカラムである。
【００５０】
着信アナウンス表示状態637は、画像形成装置121の着信アナウンス表示状態を格納するカラムである。着信アナウンス表示状態637の値は、画像形成装置121から状態を受信するものではなく、メッセージ提供サーバ111が送受信した通信から画像形成装置121の着信アナウンス表示状態を判定し、着信アナウンス表示状態637に格納している。着信アナウンス表示状態には、"STATE1_HIDE"、"STATE2_SHOW"、"STATE3_HIDE"、"STATE4_SHOW"がある。"STATE1_HIDE"は、メッセージが登録されているが着信アナウンスが表示される前の状態を示す。"STATE2_SHOW"は、着信アナウンスが表示されており未だメッセージが送信されていない状態を示す。"STATE3_HIDE"は、メッセージが送信され着信アナウンスが非表示になった状態を示す。"STATE4_SHOW"は、着信アナウンスが表示されたがメッセージの送信前に削除リクエストがあった状態を示す。着信アナウンス表示状態の判定方法については図１２の状態遷移図を用いて詳細に後述する。
【００５１】
デバイス情報格納部606は、例えば表２のように、デバイス情報管理テーブルを用いてデータ（デバイス情報）を管理する。
【００５２】
【表２】
2019028517.tif 000004
【００５３】
表２において、デバイスＩＤ641は、画像形成装置を一意に識別するためのデバイスＩＤを格納するカラムである。顧客ＩＤ642は、画像形成装置を所有する顧客を一意に識別するための顧客ＩＤを格納するカラムである。
【００５４】
着信アナウンス制御指示格納部607は、例えば表３のように、着信アナウンス制御指示管理テーブルを用いてデータ（着信アナウンス制御指示）を管理する。
【００５５】
【表３】
2019028517.tif 000005
【００５６】
表３において、デバイスＩＤ651は、画像形成装置121を一意に識別するためのデバイスＩＤを格納するカラムである。クライアント装置112によってメッセージが登録または削除された際にこのテーブルにレコードが追加され、そのメッセージに対応するデバイスＩＤが格納される。着信アナウンス制御指示652は、画像形成装置121に対する着信アナウンス制御指示（"SHOW"又は"HIDE"）を格納する。"SHOW"が格納されている時に対応するデバイスＩＤの画像形成装置から着信アナウンス問い合わせが送信されると、返却値として画像形成装置に着信アナウンスを表示させる指示を送信する。"HIDE"が格納されている時に対応するデバイスＩＤの画像形成装置から着信アナウンス問い合わせが送信されると、返却値として画像形成装置に着信アナウンスを非表示にさせる指示を送信する。
【００５７】
なお、着信アナウンス制御指示管理テーブルには同一のデバイスＩＤのレコードは複数存在することはない。指示結果653は、画像形成装置121に対する着信アナウンス制御指示の指示結果を格納している。画像形成装置121から着信アナウンス制御指示問い合わせをまだ受信していなければ指示結果653に"未送信"が格納されている。画像形成装置121から着信アナウンス制御指示問い合わせを受信し、画像形成装置121に着信アナウンス制御指示を送信した後、画像形成装置から着信アナウンス制御結果を受信したら、指示結果653が"未送信"から"成功"に変更される。
【００５８】
図７は、クライアント装置112からお知らせセンターアプリにアクセスする際の手段の一つであるＧＵＩの一例を示す図である。これらの画面は、例えば、メッセージ提供サーバ111で生成され、クライアント装置112のＷｅｂブラウザ上に表示される。
【００５９】
図７（ａ）は、クライアント装置112からメッセージ登録リクエストを送信するための画面である。この画面で、販売会社の利用者が、メッセージのタイトル、本文、掲載開始日時、掲載終了日時を入力し、メッセージ登録ボタン701を押下することで、クライアント装置112は、メッセージ提供サーバ111に向けてメッセージ登録リクエストを送信する。
【００６０】
図７（ｂ）は、登録済みメッセージの一覧を閲覧するための画面である。この画面において、販売会社の利用者が、詳細ボタン702を押下すると、図７（ｃ）に遷移し、メッセージの詳細が閲覧可能となる。
図７（ｃ）は、登録済みメッセージの詳細を閲覧するための画面である。この画面において、販売会社の利用者が、削除ボタン703を押下することで、クライアント装置112は、メッセージ提供サーバ111に向けてメッセージ削除リクエストを送信する。
【００６１】
ここで説明した画面は一例である。また販売会社は、図７で説明したような画面を用いてメッセージ提供サーバ111にアクセスしてもよいし、メッセージ提供サーバ111が公開しているＡＰＩを利用することでアクセスしてもよい。
【００６２】
以下、図８〜図１１を用いて、メッセージ一覧取得、メッセージ登録、メッセージ削除、着信アナウンス制御指示に関する処理について詳細に説明する。なお、これらの処理では、メッセージ一覧管理テーブル（表１）の着信アナウンス表示状態637カラムの値によって処理を制御したり、着信アナウンス表示状態637カラムの値の書き換え等を行う。着信アナウンス表示状態637カラムの値の遷移図は図１２で詳しく説明をしている。
【００６３】
図８は、メッセージ提供サーバ111が画像形成装置121からメッセージ一覧取得リクエストを受信した場合の処理の一例を示すフローチャートである。図８、及び後述する図９〜図１１に示すフローチャートの処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。
【００６４】
メッセージ一覧取得部601は、メッセージ一覧取得リクエストを受信すると（S801）、S802に処理を進める。
S802において、メッセージ一覧取得部601は、メッセージ一覧取得リクエストに含まれるリクエスト元のデバイスＩＤを取得する。
【００６５】
次にS803において、メッセージ一覧取得部601は、上記S802で取得したデバイスＩＤをキーとして、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）から該当するメッセージを検索し、全て画像形成装置121に送信する。なお、ここで検索されるメッセージは現在時刻が掲載開始日時633から掲載終了日時634が示す期間（有効期間）に該当するメッセージに限られる。
【００６６】
次にS804〜S810において、メッセージ一覧取得部601は、上記S803で送信した全てのメッセージに対応するレコードに対して処理を実行するように制御する。以下、詳細に説明する。
【００６７】
まずS804において、メッセージ一覧取得部601は、上記S803で送信したメッセージに対応するレコードのうち、未処理のレコードを１つ選択する（以下「対象のレコード」）。
次にS805において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値を判定する。メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE1_HIDE"と判定した場合、S806に処理を進める。
【００６８】
S806において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値を"STATE1_HIDE"から"STATE3_HIDE"に変更する。
次にS807において、メッセージ一覧取得部601は、上記S802で取得したデバイスＩＤをキーとして着信アナウンス制御指示格納部607で管理している着信アナウンス制御指示格納テーブル（表３）を検索する。さらにメッセージ一覧取得部601は、該検索結果から、着信アナウンス制御指示652カラムの値が"SHOW"のレコードを削除する。これは、メッセージ提供サーバ111から画像形成装置121に着信アナウンス表示指示を発行する前にメッセージ一覧取得リクエストを受信したために、画像形成装置121への着信アナウンス表示指示をキャンセルしたことを意味する。S807の処理の後、メッセージ一覧取得部601は、S810に処理を進める。
【００６９】
また、上記S805において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE2_SHOW"と判定した場合、S808に処理を進める。
S808において、メッセージ一覧取得部601は、着信アナウンス表示状態637カラムの値を"STATE2_SHOW"から"STATE3_HIDE"に変更し、S810に処理を進める。
【００７０】
また、上記S805において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE3_HIDE"と判定した場合、そのままS810に処理を進める。
【００７１】
また、上記S805において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE4_SHOW"と判定した場合、S809に処理を進める。
S809では、メッセージ一覧取得部601は、対象のレコードを削除し、S810に処理を進める。
【００７２】
S810において、メッセージ一覧取得部601は、上記S803で送信したメッセージに対応するレコードのうち、未処理のレコードがある場合にはS804に処理を戻し、次のレコードの処理に遷移する。一方、メッセージ一覧取得部601は、上記S803で送信したメッセージに対応する全てのレコードについて処理を実行した場合、本フローチャートの処理を終了する（S811）。
【００７３】
図９は、メッセージ提供サーバ111が画像形成装置121からメッセージ登録リクエストを受信した場合の処理の一例を示すフローチャートである。
メッセージ登録部602は、メッセージ登録リクエストを受信すると（S901）、S902に処理を進める。
S902において、メッセージ登録部602は、メッセージ提供サーバ111内でユニークなメッセージＩＤを新規に発行する。
【００７４】
次にS903において、メッセージ登録部602は、上記S901で受信したメッセージ登録リクエストから、メッセージ登録対象の全てのデバイスＩＤを取得する。例えば、利用者がクライアント装置112からデバイスを１台だけ指定してメッセージを登録した場合は、メッセージ登録部602が上記S903で取得できるデバイスＩＤは１つである。また、利用者がクライアント装置112から特定顧客が所有するデバイス全てに対してメッセージを登録した際は、メッセージ登録部602が上記S903で取得できるデバイスＩＤは複数になる。
【００７５】
次にS904〜S907において、メッセージ登録部602は、上記S903で取得した全てのデバイスＩＤに対して処理を実行するように制御する。以下、詳細に説明する。
【００７６】
まずS904において、メッセージ登録部602は、上記S903で取得した全てのデバイスＩＤのうち、未処理のデバイスＩＤを１つ選択する（以下「対象のデバイスＩＤ」）。
次にS905において、メッセージ登録部602は、メッセージ格納部605で管理されているメッセージ一覧管理テーブル（表１）に、メッセージレコードを新規作成する。この際、メッセージ登録部602は、メッセージＩＤ631カラムに、上記S902で発行したメッセージＩＤを格納する。デバイスＩＤ632カラムには、対象のデバイスＩＤを格納する。掲載開始日時633カラム、掲載終了日時634カラム、タイトル635カラム、本文636カラムには、上記S901で受信したメッセージ登録リクエストに付加されている、それぞれ対応するデータを格納する。着信アナウンス表示状態637カラムには、"STATE1_HIDE"を格納する。
【００７７】
次にS906において、メッセージ登録部602は、着信アナウンス制御指示格納部607で管理されている着信アナウンス制御指示格納テーブル（表３）に、以下に示すようなレコードが存在するかを判定する。詳細には、メッセージ登録部602は、デバイスＩＤ651カラムの値が対象のデバイスＩＤ、着信アナウンス制御指示652カラムの値が"SHOW"、且つ、指示結果653カラムの値が"未送信"のレコードが存在するか否かを判定する。
【００７８】
上記S906において、メッセージ登録部602は、着信アナウンス制御指示格納部607に上述のようなレコードが存在しないと判定した場合（S906でNoの場合）、S907に処理を進める。
S907において、メッセージ登録部602は、着信アナウンス制御指示格納部607で管理している着信アナウンス制御指示格納テーブル（表３）にレコードを新規作成する。この際、メッセージ登録部602は、デバイスＩＤ651カラムには、対象のデバイスＩＤを格納する。着信アナウンス制御指示652カラムには、"SHOW"を格納する。指示結果653カラムには、"未送信"を格納する。S907の処理の後、メッセージ登録部602は、S908に処理を進める。
【００７９】
一方、上記S906において、メッセージ登録部602は、着信アナウンス制御指示格納部607に上述のようなレコードが存在すると判定した場合（S906でYesの場合）、S908に処理を進める。
【００８０】
S908において、メッセージ登録部602は、着信アナウンス制御指示格納部607で管理されている着信アナウンス制御指示格納テーブル（表３）に、以下に示すようなレコードが存在するかを判定する。詳細には、メッセージ登録部602は、デバイスＩＤ651カラムの値が対象のデバイスＩＤ、着信アナウンス制御指示652カラムの値が"HIDE"、且つ、指示結果653カラムの値が"未送信"のレコードが存在するか否かを判定する。
【００８１】
上記S908において、メッセージ登録部602は、着信アナウンス制御指示格納部607に上述のようなレコードが存在すると判定した場合（S908でYesの場合）、S909に処理を進める。
S909において、メッセージ登録部602は、上記S908で存在すると判定されたレコードを削除し、S910に処理を進める。
【００８２】
一方、上記S908において、メッセージ登録部602は、着信アナウンス制御指示格納部607に上述のようなレコードが存在しないと判定した場合（S908でNoの場合）、S910に処理を進める。
【００８３】
S910において、メッセージ登録部602は、上記S903で取得したデバイスＩＤのうち、未処理のデバイスＩＤがある場合にはS904に処理を戻し、次のデバイスＩＤの処理に遷移する。一方、メッセージ登録部602は、上記S903で取得した全てのデバイスＩＤについて処理を実行した場合には、本フローチャートの処理を終了する（S911）。
【００８４】
図１０は、実施例１においてメッセージ提供サーバ111がクライアント装置112からメッセージ削除リクエストを受信した場合の処理の一例を示すフローチャートである。
メッセージ削除部603は、メッセージ削除リクエストを受信すると（S1001）、S1002に処理を進める。
S1002において、メッセージ削除部603は、メッセージ削除リクエストに付加されているメッセージＩＤを取得する。
【００８５】
次にS1003において、メッセージ削除部603は、上記S1002で取得したメッセージＩＤをキーとして、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）から該当するレコードを全て検索し、取得する。
【００８６】
次にS1004〜S1011において、メッセージ削除部603は、上記S1003で取得した全てのレコードに対して処理を実行するように制御する。以下、詳細に説明する。
【００８７】
まずS1004において、メッセージ削除部603は、上記S1003で取得した全てのレコードのうち、未処理のレコードを１つ選択する（以下「対象のレコード」）。
次にS1005において、メッセージ削除部603は、対象のレコードの着信アナウンス表示状態637カラムの値を確認する。
【００８８】
上記S1005において、メッセージ削除部603は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE2_SHOW"と判定した場合、S1006に処理を進める。
【００８９】
S1006において、メッセージ削除部603は、対象のレコードについて、着信アナウンス表示状態637カラムの値を"STATE2_SHOW"から"STATE4_SHOW"に変更する。
次にS1007において、メッセージ削除部603は、対象のレコードについて、タイトル635カラムに対し「メッセージは削除されました」という文言を上書き更新する。
次にS1008において、メッセージ削除部603は、対象のレコードについて、本文636カラムに、「このメッセージは誤って登録されたため、販売会社によって＜＜現在の時刻＞＞に削除されました。後ほど正しいメッセージが登録される予定です。」が格納される。ここで、＜＜現在の時刻＞＞は、現在の時刻が記入される。
【００９０】
上記S1006〜S1008は、メッセージ登録後、画像形成装置121に着信アナウンスが表示されている状態において、メッセージ提供サーバ111上のメッセージの削除要求があった場合の対応処理である。本実施例では、このような状況の時、メッセージ削除リクエストを受信してもメッセージを直ぐには削除せず、メッセージが削除されたことが分かる内容のメッセージに書き換える。これにより、画像形成装置121のユーザはメッセージが存在しない理由（削除されたから存在しない）を認識可能となり、ユーザの不安を解消することができる。
【００９１】
次にS1009において、メッセージ削除部603は、着信アナウンス制御指示格納部607で管理している着信アナウンス制御指示格納テーブル（表３）にレコードを新規作成する。この際、メッセージ削除部603は、デバイスＩＤ651カラムには、対象のレコードのデバイスＩＤ632の値を格納する。着信アナウンス制御指示652カラムには、"HIDE"を格納する。指示結果653カラムには"未送信"を格納する。ただし、既に同一デバイスＩＤのレコードが登録されており、そのレコードの着信アナウンス制御指示652カラムの値が"HIDE"で、指示結果653カラムの値が"未送信"である時には新規作成しない。
そしてS1009の処理の後、メッセージ削除部603は、S1011に処理を進める。
【００９２】
また上記S1005において、メッセージ削除部603は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE4_SHOW"と判定した場合、S1011に処理を進める。着信アナウンス表示状態637カラムが"STATE4_HIDE"のメッセージは既に書き換え済みであるため特に処理の必要がない。
【００９３】
また上記S1005において、メッセージ削除部603は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE1_HIDE"もしくは"STATE3_HIDE"と判定した場合、S1010に処理を進める。
S1010において、メッセージ削除部603は、対象のレコードを削除する。これは、着信アナウンス表示状態637カラムが"STATE1_HIDE"または"STATE3_HIDE"の時は対象のレコードに対応する着信アナウンスが画像形成装置121に表示されていない状態であるため、従来通りそのままメッセージレコードを削除する。
そしてS1010の処理の後、メッセージ削除部603は、S1011に処理を進める。
【００９４】
S1011において、メッセージ削除部603は、上記S1003で取得したレコードのうち、未処理のレコードがある場合にはS1004に処理を戻し、次のレコードの処理に遷移する。一方、メッセージ削除部603は、上記S1003で取得した全てのレコードについて処理を実行した場合には、本フローチャートの処理を終了する（S1012）。
【００９５】
図１１は、メッセージ提供サーバ111が画像形成装置121から着信アナウンス制御指示問い合わせを受信した場合の処理の一例を示すフローチャートである。
着信アナウンス制御部604は、着信アナウンス制御指示問い合わせを受信すると（S1101）、S1102に処理を進める。
S1102において、着信アナウンス制御部604は、着信アナウンス制御指示問い合わせから、問い合わせ元のデバイスＩＤを取得する。
【００９６】
次にS1103において、着信アナウンス制御部604は、上記S1102で取得したデバイスＩＤをキーとして、着信アナウンス制御指示格納部607で管理している着信アナウンス制御指示格納テーブル（表３）から該当するレコードを検索する。
【００９７】
次にS1104において、着信アナウンス制御部604は、上記S1103での検索の結果、該当するレコードが存在するか否かを判定する。着信アナウンス制御部604は、該当するレコードが存在しないと判定した場合（S1104でNoの場合）、本フローチャートの処理を終了する（S1116）。
【００９８】
一方、上記S1104において、着信アナウンス制御部604は、該当するレコードが存在すると判定した場合（S1104でYesの場合）、S1105に処理を進める。
S1105において、着信アナウンス制御部604は、上記S1103で検索した該当のレコードについて、着信アナウンス制御指示652カラムの値を確認する。
【００９９】
上記S1105において、着信アナウンス制御部604は、着信アナウンス制御指示652カラムの値が"SHOW"と判定した場合、S1106に処理を進める。
S1106において、着信アナウンス制御部604は、着信アナウンスを表示するように画像形成装置121に指示を送信し、S1108に処理を進める。なお、この送信は上記S1101で受信した着信アナウンス制御指示問い合わせのレスポンスとして送信する。
【０１００】
一方、上記S1105において、着信アナウンス制御部604は、着信アナウンス制御指示652カラムの値が"HIDE"と判定した場合、S1107に処理を進める。
S1107において、着信アナウンス制御部604は、着信アナウンスを非表示にするように画像形成装置121に指示を送信し、S1108に処理を進める。なお、この送信は上記S1101で受信した着信アナウンス制御指示問い合わせのレスポンスとして送信する。
【０１０１】
S1108において、着信アナウンス制御部604は、上記S1106又はS1107で画像形成装置121に指示した結果として、画像形成装置121から着信アナウンス制御結果を受信する。
次にS1109において、着信アナウンス制御部604は、上記S1103で検索した該当のレコードについて、指示結果653カラムの値を"未送信"から"成功"に変更する。
【０１０２】
次にS1110において、着信アナウンス制御部604は、上記S1102で取得したデバイスＩＤをキーとして、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）のレコードを検索し、取得する。
次にS1111〜S1115において、着信アナウンス制御部604は、上記S1110で取得した全てのレコードに対して処理を実行するように制御する。以下、詳細に説明する。
【０１０３】
まずS1111において、メッセージ一覧取得部601は、上記S1110で取得したレコードのうち、未処理のレコードを１つ選択する（以下「対象のレコード」）。
次にS1112において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値を確認する。メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE2_SHOW"又は"STATE3_HIDE"であると判定した場合、S1115に処理を進める。
【０１０４】
また上記S1112において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE1_HIDE"であると判定した場合、S1113に処理を進める。
S1113において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値を、"STATE1_HIDE"から"STATE2_SHOW"に変更し、S1115に処理を進める。
【０１０５】
また上記S1112において、メッセージ一覧取得部601は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE4_SHOW"であると判定した場合、S1114に処理を進める。
S1114において、メッセージ一覧取得部601は、対象のレコードを削除し、S1115に処理を進める。
【０１０６】
S1115において、メッセージ一覧取得部601は、上記S1110で取得したレコードのうち、未処理のレコードがある場合にはS1111に処理を戻し、次のレコードの処理に遷移する。一方、メッセージ一覧取得部601は、上記S1110で取得した全てのレコードについて処理を実行した場合には、本フローチャートの処理を終了する（S1116）。
【０１０７】
図１２は、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）の、着信アナウンス表示状態637カラムの状態遷移を説明する図である。
図１２において、1201〜1204は、そのメッセージの送信先である画像形成装置121において、着信アナウンスが表示状態になっているか、非表示状態になっているかを表している。
【０１０８】
"STATE2_SHOW"1202と、STATE4_SHOW1204の状態の時は、画像形成装置121に着信アナウンスが表示されている。
"STATE1_HIDE"1201と、"STATE3_HIDE"1203の状態の時は、画像形成装置121に着信アナウンスが表示されていない。ただし、同一デバイスＩＤの他のメッセージレコードにて"STATE2_SHOW"1202又はSTATE4_SHOW1204のレコードが１つでもあれば、画像形成装置121に着信アナウンスが表示されている。
【０１０９】
また、1205は初期状態、1206は終了状態を表す。初期状態1205、終了状態1206の時には、メッセージレコードが存在しないことを意味する。
【０１１０】
まずメッセージ提供サーバ111がクライアント装置112からメッセージ登録リクエストを受信すると、メッセージ一覧管理テーブル（表１）にレコードを作成し、着信アナウンス表示状態637カラムには"STATE1_HIDE"1201を設定する。即ち"STATE1_HIDE"1201は、メッセージが登録されてから、該メッセージに対応する画像形成装置121から、着信アナウンス制御指示問い合わせも、メッセージ一覧取得リクエストも受信していない状態である。
【０１１１】
"STATE1_HIDE"1201の時に、画像形成装置121から着信アナウンス制御指示問い合わせを受信すると"STATE2_SHOW"1202に遷移する。即ち"STATE2_SHOW"1202は、メッセージが登録されてから、該メッセージに対応する画像形成装置121から、着信アナウンス制御指示問い合わせを受信し且つメッセージ一覧取得リクエストを受信していない状態である。
【０１１２】
また、"STATE1_HIDE"1201の時に、画像形成装置121からメッセージ一覧取得リクエストを受信すると"STATE3_HIDE"1203に遷移する。また、"STATE2_SHOW"1202の時に、画像形成装置121からメッセージ一覧取得リクエストを受信すると"STATE3_HIDE"1203に遷移する。即ち"STATE3_HIDE"1203は、メッセージが登録されてから、該メッセージに対応する画像形成装置121から、メッセージ一覧取得リクエストを受信した状態である。
【０１１３】
以下、メッセージ削除を考慮した場合の動作について説明する。
"STATE1_HIDE"1201又は"STATE3_HIDE"1203状態の時に、クライアント装置112からメッセージ削除リクエストを受信した場合は、そのままメッセージレコードを削除し、終了状態1206となる。
【０１１４】
しかし"STATE2_SHOW"1202状態の時にクライアント装置112からメッセージ削除リクエストを受信した場合は、"STATE4_SHOW"1204状態に遷移する。この時、メッセージレコードのタイトルと本文は、図１０のS1007，S1008で説明した通りに書き換えられる。
【０１１５】
STATE4_SHOW1204状態のメッセージは、画像形成装置121からメッセージ一覧取得リクエストを受信した時に画像形成装置121に送信され、その後メッセージ一覧管理テーブル（表１）から削除され、終了状態1206となる。また、STATE4_SHOW1204状態のメッセージは、画像形成装置121から着信アナウンス制御指示問い合わせを受信したタイミングでも削除され、終了状態1206となる。
【０１１６】
このように、メッセージ提供サーバ111内で、各メッセージに対応する画像形成装置121への着信アナウンス表示／非表示状態を保持することで、メッセージ削除リクエスト受信時に適切な処理を実施することができる。
【０１１７】
メッセージ提供サーバ111は、メッセージ登録リクエスト受信、着信アナウンス制御指示問い合わせ受信、メッセージ削除リクエスト受信、メッセージ一覧取得リクエスト受信の順序によって振る舞いを変える。図１３〜図１４では、上記受信の順序が異なる４パターンについて、全体の振る舞いをシーケンス図で記載している。
【０１１８】
図１３は、実施例１で想定する基本のシーケンスを説明する図である。
なお、図１３及び後述する図１４に示すシーケンスにおいて、メッセージ提供サーバ111が行う処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。またクライアント装置112が行う処理は、クライアント装置112のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。また、画像形成装置121が行う処理は、コントローラ201のＣＰＵがＲＯＭやＨＤＤ203に格納されたプログラムを実行することにより実現される。
【０１１９】
S1301では、クライアント装置112からメッセージ提供サーバ111にメッセージ登録リクエストを送信する。
S1302では、メッセージ提供サーバ111は、上記S1301で受信したリクエストに基づき、メッセージ格納部605にメッセージを登録する。
S1303では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムには、"SHOW"を格納する。
【０１２０】
S1304では、画像形成装置121からメッセージ提供サーバ111に、着信アナウンス制御指示問い合わせを送信する。着信アナウンス制御指示問い合わせは、予め決められた周期（例えば４時間）に沿って、定期的に送信される。
【０１２１】
S1305では、メッセージ提供サーバ111が、上記S1304の問い合わせに基づき、着信アナウンス制御指示格納部607を検索し、問い合わせ元のデバイスＩＤに対応するレコードがあるかどうかを検索する。その結果、上記S1303で格納した"SHOW"のレコードが存在する場合、メッセージ提供サーバ111から画像形成装置121に着信アナウンス表示指示を送信する。
【０１２２】
S1306では、画像形成装置121は、上記S1305の指示を受けて、着信アナウンスを操作部206に表示する。S1306の処理が完了したら、S1307において、画像形成装置121からメッセージ提供サーバに着信アナウンス制御指示結果として、成功通知を送信する。
【０１２３】
S1308では、メッセージ提供サーバ111は、上記S1307の通知に対して、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）の該当するレコードについて、指示結果653カラムの値を"未送信"から"成功"に変更する。
【０１２４】
S1309では、クライアント装置112からメッセージ提供サーバ111にメッセージ削除リクエストを送信する。
S1310では、メッセージ提供サーバ111は、上記S1309のリクエストを受けて、メッセージ一覧管理テーブルに格納されている削除リクエスト対象のメッセージを書き換える。タイトル635カラムには「メッセージは削除されました」を格納する。本文636カラムには「このメッセージは誤って登録されたため、販売会社によって＜＜現在の時刻＞＞に削除されました。後ほど正しいメッセージが登録される予定です。」を格納する。ここで、＜＜現在の時刻＞＞は、現在の時刻が記入される。
【０１２５】
S1311では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムには、"HIDE"を格納する。
【０１２６】
S1311の後に、メッセージ提供サーバ111は、下記で説明するS1312の処理、S1319の処理のうち、どちらが先に実行されるかによってシーケンスが変化する。どちらのシーケンスに進んでも、結果として上記S1310で書き換えられたメッセージは削除される（S1316又はS1324）。以下、詳細に説明する。
【０１２７】
まずS1312の方がS1319より先に実行された場合のシーケンス（１パターン目）について説明する。
S1312では、ユーザ131が画像形成装置121の操作部206を操作し、お知らせセンターアプリを起動する。これは、上記S1306で画像形成装置121に着信アナウンスが表示されているため、ユーザは新着メッセージが届いていることを知り、お知らせセンターアプリを能動的に立ち上げることを想定している。
【０１２８】
次にS1313では、上記S1312のお知らせセンターアプリ起動を受けて、画像形成装置121からメッセージ提供サーバ111にメッセージ一覧取得リクエストを送信する。
S1314では、メッセージ提供サーバ111は、上記S1311で格納した着信アナウンス制御指示テーブルの"HIDE"レコードを削除する。元々S1311では、着信アナウンス制御指示問い合わせが来た時に非表示指示を返すために"HIDE"をセットしていたが、先にメッセージ一覧取得リクエストが送信されたため必要がなくなったので、該レコードを削除する。
【０１２９】
S1315では、メッセージ提供サーバ111は、上記S1313のリクエストに対するレスポンスとして、画像形成装置121に対応するメッセージ一覧を、画像形成装置121に送信する。この時、上記S1310で書き換えたメッセージも含めてメッセージ一覧が送信される。
S1316では、上記S1310で書き換えられたメッセージを削除する。
【０１３０】
S1317では、画像形成装置121は、上記S1306で表示状態となっていた着信アナウンスを非表示状態にする。元々、新着メッセージがあることをユーザに知らせるために表示しているアナウンスなので、１回ユーザからお知らせセンターアプリが起動されると、着信アナウンスは非表示にすることが望ましいためである。
S1318では、画像形成装置121は、操作部206にメッセージ一覧を表示することで、ユーザにメッセージ一覧を提示する。
【０１３１】
次に、S1311の後に、上記S1312より前に、S1319が実行された時のシーケンス（２パターン目）について説明する。
S1319では、画像形成装置121からメッセージ提供サーバ111に、着信アナウンス制御指示問い合わせを送信する。これは、予め決められた周期（例えば４時間）に沿って、定期的に送信される。
【０１３２】
S1320では、メッセージ提供サーバ111は、上記S1319の問い合わせに対して着信アナウンス制御指示格納部607を検索し、問い合わせ元のデバイスＩＤに対応するレコードがあるかどうかを検索する。その結果、上記S1311で格納した"HIDE"のレコードが存在する時、メッセージ提供サーバ111から画像形成装置121に着信アナウンス非表示指示を送信する。
【０１３３】
S1321では、画像形成装置121は、上記S1320の指示を受けて、操作部206に表示されている着信アナウンスを非表示にする。
S1321の処理が完了したら、S1322において、画像形成装置121からメッセージ提供サーバ111に着信アナウンス制御指示結果として、成功通知を送信する。
【０１３４】
S1323では、メッセージ提供サーバ111は、上記S1322の通知に対して、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）の該当するレコードについて、指示結果653カラムの値を"未送信"から"成功"に変更する。
【０１３５】
S1324では、メッセージ提供サーバ111は、上記S1310で書き換えられたメッセージを削除する。これは、上記S1310で書き換えた後、画像形成装置121からメッセージ一覧取得リクエストが送信される前に上記S1321で着信アナウンスが非表示となるため、書き換えたメッセージが必要無くなるためである。
【０１３６】
図１４は、実施例１においてメッセージ削除リクエストを受信しても図１３のようにメッセージの書き換えが発生しない場合のシーケンスについて２パターン説明する図である。
【０１３７】
１パターン目は、メッセージを登録した後、画像形成装置121から着信アナウンス制御指示問い合わせを受信する前にメッセージ削除リクエストを受信した場合である。この時のシーケンスは、S1401〜S1403の後S1404〜S1407を通るシーケンスで表されている。
【０１３８】
２パターン目は、図１３のS1309とS1312の順番が入れ替わり、ユーザがお知らせセンターアプリを起動した後にメッセージ削除を行った場合である。この時のシーケンスは、S1401〜S1403の後S1408〜S1419を通るシーケンスで表されている。
【０１３９】
S1401〜S1403は、図１３のS1301〜S1303と同じ処理であるため、説明は割愛する。
まずは１パターン目から説明する。
S1404では、クライアント装置112からメッセージ提供サーバ111にメッセージ削除リクエストを送信する。
【０１４０】
S1405では、メッセージ提供サーバ111は、上記S1404のリクエストを受けて、メッセージ一覧管理テーブル（表１）に格納されている削除リクエスト対象のメッセージを削除する。図１３のシーケンスではメッセージ削除リクエストに対してメッセージの書き換えを行っているが、S1405では、まだ画像形成装置に着信アナウンスが表示される前であるため、そのまま削除をする。
【０１４１】
S1406では、メッセージ提供サーバ111は、上記S1403で着信アナウンス制御指示テーブルに格納された"SHOW"レコードを削除する。これにより、この後、S1407のように画像形成装置121からメッセージ提供サーバ111に着信アナウンス制御指示問い合わせを送信しても、画像形成装置121に着信アナウンスの表示がされない。このため、「着信アナウンスが表示されていても、新着メッセージが存在しない」といった状況は発生しない。
【０１４２】
次に２パターン目の説明を行う。
S1408〜S1412は、S1304〜S1308と同じ処理であるため、説明は割愛する。
S1413では、ユーザ131は画像形成装置121の操作部206を操作し、お知らせセンターアプリを起動する。これは、S1410で画像形成装置121に着信アナウンスが表示されているため、ユーザは新着メッセージが届いていることを知り、お知らせセンターアプリを能動的に立ち上げることを想定している。
【０１４３】
S1414では、上記S1413のお知らせセンターアプリ起動を受けて、画像形成装置121からメッセージ提供サーバにメッセージ一覧取得リクエストを送信する。
S1415では、メッセージ提供サーバ111は、上記S1414のリクエストに対するレスポンスとして、画像形成装置121に対応するメッセージ一覧を、画像形成装置121に送信する。
【０１４４】
S1416では、画像形成装置121は、上記S1410で表示状態となっていた着信アナウンスを非表示状態にする。元々、新着メッセージがあることをユーザに知らせるために表示しているアナウンスなので、１回ユーザからお知らせセンターアプリが起動されると、着信アナウンスは非表示にすることが望ましいためである。
S1417では、画像形成装置121は、操作部206にメッセージ一覧を表示することで、ユーザにメッセージ一覧を提示する。
【０１４５】
S1418では、クライアント装置112からメッセージ提供サーバ111にメッセージ削除リクエストを送信する。
S1419では、メッセージ提供サーバ111は、上記S1418のリクエストを受けて、メッセージ一覧管理テーブル（表１）に格納されている削除リクエスト対象のメッセージを削除する。図１３のシーケンスでは、メッセージ削除リクエストに対してメッセージの書き換えを行っている。しかし、上記S1419では、既にユーザにメッセージ一覧が表示され、着信アナウンスも非表示になった後なので、書き換えの必要がなく、そのままメッセージの削除を実施する。
【０１４６】
以上、実施例１では、メッセージ削除時に、画像形成装置に表示される着信アナウンスと実際のサーバ上のメッセージ有無に起こりえる不整合に対する処理について説明した。この処理により、メッセージ通知精度の低下を防止することができる。なお、実施例１ではメッセージ削除だけではなく、メッセージの掲載終了日時を過ぎた場合にも同様の処理が適用可能である。
【０１４７】
以上、実施例１によれば、着信アナウンス表示に従ってユーザがメッセージアプリを立ち上げた時、メッセージが販売会社によって削除されていたとしても、「メッセージが削除されました」というメッセージを見ることでメッセージが存在しない理由（削除されたから存在しない）が分かる。このため、メッセージ削除における通知精度低下を防ぐことができる。
【実施例２】
【０１４８】
上記実施例１では、メッセージ削除時に発生し得る、着信アナウンス表示とメッセージ有無のミスマッチを防ぐ構成について説明した。また、お知らせセンターアプリの仕様として、メッセージ登録後にクライアント装置112によるメッセージ編集を許容する場合も考えられる。そのような仕様にした場合、メッセージ削除時だけでなく、メッセージの表示開始期間をメッセージ登録後に変更し、現在時刻よりも未来に設定した時にも、メッセージ削除の場合と同様のミスマッチが発生し得る。
【０１４９】
このミスマッチに対し、実施例１と同じようにメッセージの書き換えを実施したとしても、対象のメッセージは公開期限が現在時刻よりも未来に設定されているため、ユーザは確認することができない。さらに、書き換えてしまうと将来表示されるべきメッセージの情報が消えてしまうことになる。
【０１５０】
そこで解決策として、書き換えではなく新たにメッセージを１つ追加することで、必要な情報を消してしまうこと無く、上記ミスマッチに対応するメッセージをユーザに提示することが可能となる。
なお、実施例２では実施例１と異なる部分のみ説明する。
【０１５１】
まず、図６を用いて、実施例１と実施例２の差分について述べる。
実施例２のメッセージ登録部602は、実施例１で示したメッセージの新規登録に関しての各機能に加え、さらに、メッセージの編集機能も有する。以下では、メッセージ登録部602の追加機能部分についてのみ述べる。
【０１５２】
メッセージ登録部602は、クライアント装置112から送信されたメッセージ編集リクエストを受信する。メッセージ編集リクエストには、メッセージＩＤと、編集後の情報が付加されている。例えば、掲載開始日時を「2016年5月25日0：00：00」に変更した場合、その情報がリクエストに付加されている。
【０１５３】
メッセージ登録部602は、上記メッセージ編集リクエストを受信したことをトリガーに、メッセージ格納部605に格納されているメッセージを編集する。この時、掲載開始日時633カラムの値が、現在より過去の日時から現在より未来の日時に変更された場合、メッセージ格納部605に、新規メッセージを自動で登録する。この際、メッセージの内容は、メッセージＩＤ631カラムと、デバイスＩＤ632カラムの値を、上記編集されたメッセージと同一とする。また、タイトル635カラムの値を「メッセージの公開時期が変更になりました。」とし、本文636の値を「メッセージの公開時期が販売会社によって＜＜変更後の日時＞＞に変更されました。」とする。
【０１５４】
図１５は、実施例２においてメッセージ提供サーバ111がクライアント装置112からメッセージ編集リクエストを受信した場合の処理の一例を示すフローチャートである。図１５に示すフローチャートの処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。
【０１５５】
メッセージ登録部602は、メッセージ編集リクエストを受信すると（S1501）、S1502に処理を進める。
S1502において、メッセージ登録部602は、上記S1501で受信したメッセージ編集リクエストから、メッセージＩＤを取得する。
【０１５６】
次にS1503において、メッセージ登録部602は、上記S1501で受信したメッセージ編集リクエストから、メッセージの編集内容を取得する。
次にS1504において、メッセージ登録部602は、上記S1502で取得したメッセージＩＤをキーとして、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）から該当するメッセージレコードを全て検索し、取得する。
【０１５７】
次にS1505〜S1510において、メッセージ登録部602は、上記S1504で取得した全てのレコードに対して処理を実行するように制御する。以下、詳細に説明する。
【０１５８】
まずS1505において、メッセージ登録部602は、上記S1504で取得した全てのレコードのうち、未処理のレコードを１つ選択する（以下「対象のレコード」）。
次にS1506において、メッセージ登録部602は、上記S1503で取得したメッセージの編集内容に沿って対象のレコードを編集する。
【０１５９】
次にS1507において、メッセージ登録部602は、上記S1506での編集で、掲載開始日時633カラムの値が、現在時刻より過去の日時から、現在時刻より未来の日時に変更されたか否かを判定する。メッセージ登録部602は、掲載開始日時633カラムの値が過去の日時から未来の日時に変更されていないと判定した場合（S1507でNoの場合）、S1510に処理を進める。
【０１６０】
一方、上記S1507において、メッセージ登録部602は、掲載開始日時633カラムの値が過去の日時から未来の日時に変更されたと判定した場合（S1507でYesの場合）、S1508に処理を進める。
【０１６１】
S1508において、メッセージ登録部602は、対象のレコードの着信アナウンス表示状態637カラムの値を確認する。メッセージ登録部602は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE1_HIDE"、"STATE3_HIDE"又は"STATE4_SHOW"と判定した場合、S1510に処理を進める。
【０１６２】
一方、上記S1508において、メッセージ登録部602は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE2_SHOW"と判定した場合、S1509に処理を進める。
【０１６３】
S1509において、メッセージ登録部602は、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）に、新規メッセージレコードを追加する。この際、メッセージ登録部602は、メッセージＩＤ631カラムと、デバイスＩＤ632カラムには、対象のレコードのメッセージＩＤ、デバイスＩＤをそれぞれ格納する。掲載開始日時633カラムには現在の日時を入力する。掲載終了日時634カラムには現在の日時から所定期間後の日時（充分間をあけた日時、例えば３日後）を入力する。タイトル635カラムには「メッセージの公開時期が変更になりました。」を格納する。本文636カラムには「メッセージの公開時期が販売会社によって＜＜変更後の日時＞＞に変更されました。」を格納する。ここで、＜＜変更後の日時＞＞には、上記S1506で取得した編集内容から取得した、変更後の日時を格納する。
S1509の処理の後、メッセージ登録部602は、S1510に処理を進める。
【０１６４】
S1510において、メッセージ登録部602は、上記S1504で取得したレコードのうち、未処理のレコードがある場合にはS1505に処理を戻し、次のレコードの処理に遷移する。一方、メッセージ登録部602は、上記S1504で取得した全てのレコードについて処理を実行した場合、本フローチャートの処理を終了する（S1511）。
【０１６５】
図１６は、実施例２で想定する基本のシーケンスを説明する図である。
なお、図１６に示すシーケンスにおいて、メッセージ提供サーバ111が行う処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。またクライアント装置112が行う処理は、クライアント装置112のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。また、画像形成装置121が行う処理は、コントローラ201のＣＰＵがＲＯＭやＨＤＤ203に格納されたプログラムを実行することにより実現される。
【０１６６】
S1601〜S1608は、図１３のS1301〜S1308と同じ処理であるため、説明は割愛する。
S1609では、クライアント装置112からメッセージ提供サーバ111にメッセージ編集リクエストを送信する。なお、メッセージ編集リクエストは、メッセージの掲載開始日時を現在時刻より過去から現在時刻より未来の日時に変更するものとする。
【０１６７】
S1610では、メッセージ提供サーバ111は、メッセージ格納部605に新規メッセージを格納する。この際、メッセージＩＤ631カラムと、デバイスＩＤ632カラムには、編集対象と同じメッセージＩＤ、デバイスＩＤをそれぞれ格納する。掲載開始日時633カラムには現在の日時を入力する。掲載終了日時634カラムには現在の日時から充分間をあけた日時を入力する（例えば３日後）。タイトル635カラムには「メッセージの公開時期が変更になりました。」を格納する。本文636カラムには「メッセージの公開時期が販売会社によって＜＜変更後の日時＞＞に変更されました。」を格納する。ここで、＜＜変更後の日時＞＞には、上記S1609で取得した編集内容から取得した、変更後の日時を格納する。
【０１６８】
S1611では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムには、"HIDE"を格納する。
【０１６９】
S1612では、ユーザ131は画像形成装置121の操作部206を操作し、お知らせセンターアプリを起動する。これは、S1606で画像形成装置121に着信アナウンスが表示されているため、ユーザは新着メッセージが届いていることを知り、お知らせセンターアプリを能動的に立ち上げることを想定している。
【０１７０】
S1613では、上記S1612のお知らせセンターアプリ起動を受けて、画像形成装置121からメッセージ提供サーバ111にメッセージ一覧取得リクエストを送信する。
S1614では、メッセージ提供サーバ111は、上記S1611で格納した着信アナウンス制御指示テーブルの"HIDE"レコードを削除する。元々、上記S1611では、着信アナウンス制御指示問い合わせが来た時に非指示を返すために"HIDE"をセットしていたが、先にメッセージ一覧取得リクエストが送信されたため必要がなくなったので、該レコードを削除する。
【０１７１】
S1615では、メッセージ提供サーバ111は、上記S1613のリクエストに対するレスポンスとして、画像形成装置121に対応するメッセージ一覧を、画像形成装置121に送信する。この時、上記S1610で新規に追加されたメッセージも含めてメッセージ一覧を送信する。
【０１７２】
S1616では、メッセージ提供サーバ111は、上記S1610で新規に追加されたメッセージを削除する。
S1617では、画像形成装置121は、S1606で表示状態となっていた着信アナウンスを非表示状態にする。元々、新着メッセージがあることをユーザに知らせるために表示しているアナウンスなので、1回ユーザからお知らせセンターアプリが起動されると、着信アナウンスは非表示にすることが望ましいためである。
S1618では、画像形成装置121は、操作部206にメッセージ一覧を表示することで、ユーザにメッセージ一覧を提示する。
【０１７３】
以上のように、実施例２によれば、メッセージの表示開始期間が現在時刻よりも未来に変更された場合でも、メッセージ削除の場合と同様のミスマッチの発生を防ぎ、メッセージ通知精度の低下を防止することができる。
【実施例３】
【０１７４】
上記実施例１では、メッセージ登録リクエストを受信し、着信アナウンス制御指示問い合わせを受信した後にメッセージ削除リクエストを受信した時、メッセージを削除せずに書き換える構成について説明した。しかし、例えば同一デバイスＩＤに対し２件メッセージが登録され、そのうちの１件のみ削除リクエストがあった場合、メッセージの書き換えをする必要はない。
【０１７５】
なぜなら、ユーザが画像形成装置の着信アナウンスに従ってお知らせセンターアプリを立ち上げた時、登録された２件のメッセージのうち１件が削除されていても１件は存在するため、違和感無く使用できるからである。「メッセージが削除されました」という旨のメッセージは、「なぜ削除されたのか」というユーザの疑問を持たせてしまう可能性があるため、必要が無い場合は存在しない方が望ましい。例えば、２件中１件に対して削除リクエストを受信した際にはそのままメッセージを削除し、２件目に対して削除リクエストを受信したタイミングでメッセージの書き換えを実施することが望ましい。このようにメッセージを最適化することができる。
【０１７６】
なお、実施例３では、２件登録された時の処理について述べるが、３件以上（以下「Ｎ件」）登録された時も同様である。例えばN件登録された時は、Ｎ−１件までの削除リクエストに対してはそのまま削除を実施し、Ｎ件目の削除リクエストに対してメッセージの書き換えを実施する。
【０１７７】
図１７は、実施例３においてメッセージ提供サーバ111がクライアント装置112からメッセージ削除リクエストを受信した場合の処理の一例を示すフローチャートである。図１７に示すフローチャートの処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。
【０１７８】
まずS1701〜S1705は、図１０のS1001〜S1005と同一の処理のため、説明は省略する。なお、S1705では、メッセージ削除部603は、対象のレコードの着信アナウンス表示状態637カラムの値が"STATE2_SHOW"と判定した場合、S1706に処理を進める。
【０１７９】
S1706において、メッセージ削除部603は、メッセージ格納部605で管理しているメッセージ一覧管理テーブル（表１）から、S1704で選択しているレコード（対象のレコード）以外のメッセージレコードを全て検索する。
【０１８０】
次にS1707において、メッセージ削除部603は、上記S1706での検索の結果、デバイスＩＤ632カラムの値が同一、且つ、着信アナウンス表示状態637カラムの値が"STATE2_SHOW"のレコードが１つ以上存在するか否かを判定する。
【０１８１】
上記S1707において、メッセージ削除部603は、デバイスＩＤ632カラムの値が同一、且つ、着信アナウンス表示状態637カラムの値が"STATE2_SHOW"のレコードが１つ以上存在すると判定した場合（S1707でYesの場合）、S1712に処理を進める。
【０１８２】
一方、上記S1707において、メッセージ削除部603は、デバイスＩＤ632カラムの値が同一、且つ、着信アナウンス表示状態637カラムの値が"STATE2_SHOW"のレコードが１つも存在しないと判定した場合（S1707でNoの場合）、S1708に処理を進める。
なお、S1708〜S1714は、図１０のS1006〜S1012までと同一の処理のため、説明は省略する。
【０１８３】
図１８は、実施例３において同一デバイスＩＤに対してメッセージが２件登録される場合のシーケンスについて２パターン説明する図である。
なお、図１８に示すシーケンスにおいて、メッセージ提供サーバ111が行う処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。またクライアント装置112が行う処理は、クライアント装置112のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。また、画像形成装置121が行う処理は、コントローラ201のＣＰＵがＲＯＭやＨＤＤ203に格納されたプログラムを実行することにより実現される。
【０１８４】
１パターン目は２件中１件のみが削除される場合で、S1801〜S1812の後S1813〜S1817を通るシーケンスで表されている。
２パターン目は２件中２件とも削除される場合で、S1801〜S1812の後S1818〜S1827を通るシーケンスで表されている。
なお、２件のメッセージを区別するために、便宜上メッセージ（１）、メッセージ（２）と表記をする。
【０１８５】
まずは１パターン目、２パターン目で共通のシーケンスについて説明する。
S1801では、クライアント装置112からメッセージ提供サーバ111にメッセージ（１）登録リクエストを送信する。
S1802では、メッセージ提供サーバ111は、上記S1801で受信したリクエストに基づき、メッセージ格納部605にメッセージ（１）を登録する。
S1803では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムには、"SHOW"を格納する。
【０１８６】
S1804では、クライアント装置112からメッセージ提供サーバ111にメッセージ（２）登録リクエストを送信する。
S1805では、メッセージ提供サーバ111は、上記S1804で受信したリクエストに基づき、メッセージ提供サーバ111はメッセージ格納部605にメッセージ（２）を登録する。
【０１８７】
S1806では、画像形成装置121からメッセージ提供サーバ111に、着信アナウンス制御指示問い合わせを送信する。これは、予め決められた周期（例えば4時間）に沿って、定期的に送信される。
【０１８８】
S1807では、メッセージ提供サーバ111は、上記S1806の問い合わせに対して着信アナウンス制御指示格納部607を検索し、問い合わせ元のデバイスＩＤに対応するレコードがあるかどうかを検索する。その結果、上記S1803で格納した"SHOW"のレコードが存在する場合、メッセージ提供サーバ111から画像形成装置121に着信アナウンス表示指示を送信する。
【０１８９】
S1808では、画像形成装置121は、上記S1807の指示を受けて、着信アナウンスを操作部206に表示する。
上記S1808の処理が完了したら、S1809において、画像形成装置121からメッセージ提供サーバ111に着信アナウンス制御指示結果として、成功通知を送信する。
S1810では、メッセージ提供サーバ111は、上記S1809の通知に対して、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）の該当するレコードについて、指示結果653カラムの値を"未送信"から"成功"に変更する。
【０１９０】
S1811で、クライアント装置112からメッセージ提供サーバ111にメッセージ（１）削除リクエストを送信する。
S1812では、メッセージ提供サーバ111は、上記S1811のリクエストを受けて、メッセージ一覧管理テーブルに格納されている削除リクエスト対象のメッセージ（１）を削除する。
【０１９１】
１パターン目と２パターン目では、この先のシーケンスが異なる。
まずは１パターン目について説明する。
S1813では、ユーザ131は画像形成装置121の操作部206を操作し、お知らせセンターアプリを起動する。これは、上記S1808で画像形成装置121に着信アナウンスが表示されているため、ユーザは新着メッセージが届いていることを知り、お知らせセンターアプリを能動的に立ち上げることを想定している。
【０１９２】
S1814では、上記S1813のお知らせセンターアプリ起動を受けて、画像形成装置121からメッセージ提供サーバ111にメッセージ一覧取得リクエストを送信する。
S1815では、メッセージ提供サーバ111は、上記S1814のリクエストに対するレスポンスとして、画像形成装置121に対応するメッセージ一覧を、画像形成装置121に送信する。
【０１９３】
S1816では、メッセージ提供サーバ111は、上記S1808で表示状態となっていた着信アナウンスを非表示状態にする。元々、新着メッセージがあることをユーザに知らせるために表示しているアナウンスなので、１回ユーザからお知らせセンターアプリが起動されると、着信アナウンスは非表示にすることが望ましいためである。
S1817では、画像形成装置121は、操作部206にメッセージ一覧を表示する事で、ユーザ131にメッセージ一覧を提示する。
【０１９４】
次に２パターン目について説明する。
S1818では、クライアント装置112からメッセージ提供サーバ111にメッセージ（２）削除リクエストを送信する。
S1819では、メッセージ提供サーバ111は、上記S1818のリクエストを受けて、メッセージ一覧管理テーブルに格納されている削除リクエスト対象のメッセージ（２）を書き換える。タイトル635カラムには「メッセージは削除されました」を格納する。本文636カラムには、「このメッセージは誤って登録されたため、販売会社によって＜＜現在の時刻＞＞に削除されました。後ほど正しいメッセージが登録される予定です。」を格納する。ここで、＜＜現在の時刻＞＞は、現在の時刻が記入される。
【０１９５】
S1820では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムには、"HIDE"を格納する。
S1821で、ユーザ131は画像形成装置121の操作部206を操作し、お知らせセンターアプリを起動する。これは、上記S1808で画像形成装置121に着信アナウンスが表示されているため、ユーザは新着メッセージが届いていることを知り、お知らせセンターアプリを能動的に立ち上げることを想定している。
S1822で、上記S1821のお知らせセンターアプリ起動を受けて、画像形成装置121からメッセージ提供サーバ111にメッセージ一覧取得リクエストを送信する。
【０１９６】
S1823では、メッセージ提供サーバ111は、上記S1820で格納した着信アナウンス制御指示テーブルの"HIDE"レコードを削除する。元々、上記S1820では、着信アナウンス制御指示問い合わせが来た時に非指示を返すために"HIDE"をセットしていたが、先にメッセージ一覧取得リクエストが送信されたため必要がなくなったので、該レコードを削除する。
【０１９７】
S1824では、メッセージ提供サーバ111は、上記S1822のリクエストに対するレスポンスとして、画像形成装置121に対応するメッセージ一覧を、メッセージ提供サーバ111から画像形成装置121に送信する。この時、上記S1819で書き換えたメッセージも含めてメッセージ一覧を送信する。
【０１９８】
S1825では、メッセージ提供サーバ111は、上記S1819で書き換えられたメッセージを削除する。
S1826では、メッセージ提供サーバ111は、上記S1808で表示状態となっていた着信アナウンスを非表示状態にする。元々、新着メッセージがあることをユーザに知らせるために表示しているアナウンスなので、1回ユーザからお知らせセンターアプリが起動されると、着信アナウンスは非表示にすることが望ましいためである。
S1827では、画像形成装置121は、操作部206にメッセージ一覧を表示することで、ユーザ131にメッセージ一覧を提示する。
【０１９９】
以上のように、実施例３によれば、同一デバイスＩＤに対して登録されている複数のメッセージの一部のみ削除リクエストがあった場合、メッセージ通知を最適化することができる。
【実施例４】
【０２００】
上記実施例１では、画像形成装置121からの着信アナウンス制御指示問い合わせは通常、数時間〜十数時間程度の一定の周期でメッセージ提供サーバ111に送信されることを想定している。しかし、画像形成装置121の電源を入れていない時には、着信アナウンス制御指示問い合わせは送信されない。そのため長期休暇明け等で画像形成装置121の電源を入れたときには、そのタイミングで画像形成装置121から着信アナウンス制御指示問い合わせが送信されることになる。
【０２０１】
一方で販売会社はメッセージを登録する際、掲載終了日時を指定する。これはユーザにとって不要となったメッセージをいつまでも画像形成装置121から見える状態にしないためである。例えば消耗品の配送通知メッセージであれば、配送が完了してユーザが消耗品を受け取ったらメッセージは不要となるため、登録から数日で掲載を終了することが想定される。
【０２０２】
このようなメッセージの場合、画像形成装置121から着信アナウンス制御指示問い合わせが送信されるタイミングが想定よりも遅いと、既に掲載終了日時間近になっていることがあり得る。このようなことが起こると、ユーザは着信アナウンスに従ってお知らせセンターアプリを立ち上げたにもかかわらず、メッセージが存在しないということが起こり得る。そのため、掲載終了日時を超えたタイミングで実施例１のような処理によってメッセージを書き換えることで、ユーザはメッセージが存在しない理由が分かり、ユーザの不安を和らげることができる。しかし、このようなケースでは、そもそも着信アナウンスがなされなければ、ユーザがお知らせセンターアプリを立ち上げ掲載終了を示す内容に書き換えられたメッセージを確認するといった無駄な操作を行う必要もなく、より利便性がよい。
【０２０３】
この課題を解決するため、実施例４では、メッセージ登録時に着信アナウンス制御指示期限を指定可能にする。画像形成装置121から着信アナウンス制御指示問い合わせが送信される周期をＴとすると、販売会社は、掲載終了日時よりもＴだけ早い日時をアナウンス制御指示期限に設定する。画像形成装置121から着信アナウンス制御指示問い合わせを受信した時、着信アナウンス制御指示期限を超えており、且つ、着信アナウンス制御指示格納部607に格納されている該当の"SHOW"レコードが未送信で存在していたら、そのレコードを削除する。また、画像形成装置121から着信アナウンス制御指示問い合わせを受信した時、着信アナウンス制御指示期限を超えており、且つ、着信アナウンス表示状態の値が"STATE2_SHOW"であった時、画像形成装置121に着信アナウンス非表示指示を送信する。
【０２０４】
これにより、ユーザが着信アナウンスに従ってお知らせセンターアプリを立ち上げたにもかかわらず、掲載終了日時が切れたために書き換えられたメッセージを取得させられるということを防ぐことができる。
【０２０５】
まず、図６に記載のメッセージ格納部605が管理するメッセージ一覧テーブルについて、実施例１と異なる部分について、表４を用いて説明する。
【０２０６】
【表４】
2019028517.tif 000006
【０２０７】
実施例４では、実施例１とは異なり、着信アナウンス制御指示期限638カラムを有する。他のカラムについては実施例１と同じであるため、631〜637については説明を省略する。
着信アナウンス制御指示期限638カラムは、画像形成装置121に対して着信アナウンス表示指示を送信するかどうかを判定するための着信アナウンス制御指示期限を格納している。
【０２０８】
画像形成装置121から送信された着信アナウンス制御指示問い合わせを受信した時に、着信アナウンス制御指示格納テーブル（表３）に未送信の"SHOW"レコードが存在している場合の着信アナウンス制御部604について説明する。この場合、着信アナウンス制御部604は、着信アナウンス表示状態637カラムの値が"STATE1_HIDE"、且つ、現在時刻が着信アナウンス制御指示期限638カラムの日時を超えているレコードが存在する場合、上記"SHOW"レコードは削除する。この際、着信アナウンス制御部604は、画像形成装置121に着信アナウンス表示指示を送らない。また、着信アナウンス表示状態637カラムの値が"STATE2_SHOW"、且つ、現在時刻が着信アナウンス制御指示期限638カラムの日時を超えているレコードが存在する場合、画像形成装置121に着信アナウンス非表示指示を送信する。
【０２０９】
図１９は、実施例４で想定しているシーケンスについて説明する図である。
なお、図１９に示すシーケンスにおいて、メッセージ提供サーバ111が行う処理は、メッセージ提供サーバ111のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。またクライアント装置112が行う処理は、クライアント装置112のＣＰＵ502がＨＤＤ505に記憶されているプログラムを実行することにより実現される。また、画像形成装置121が行う処理は、コントローラ201のＣＰＵがＲＯＭやＨＤＤ203に格納されたプログラムを実行することにより実現される。
【０２１０】
図１９では、現在時刻が着信アナウンス制御指示期限638カラムの日時を超えている時のシーケンスについて、２パターンのシーケンスを示している。
【０２１１】
１パターン目は、着信アナウンス表示状態637カラムが"STATE1_HIDE"の時に着信アナウンス制御指示問い合わせを受信した際に、既に着信アナウンス制御指示期限638カラムの日時を超えている時のシーケンスである。１パターン目は、S1901〜S1905を通るシーケンスとなる。
【０２１２】
２パターン目は、着信アナウンス表示状態637カラムが"STATE1_HIDE"の時に着信アナウンス制御指示問い合わせを受信した際には、まだ着信アナウンス制御指示期限638カラムの日時を超えていない。その後、着信アナウンス表示状態637カラムが"STATE2_SHOW"の時に着信アナウンス制御指示問い合わせを再受信した際には、既に着信アナウンス制御指示期限638カラムの日時を超えている時のシーケンスである。２パターン目は、S1901〜S1904の後、S1906〜S1916を通るシーケンスとなる。
【０２１３】
まずは１パターン目、２パターン目で共通のシーケンスについて説明する。
S1901では、クライアント装置112からメッセージ提供サーバ111にメッセージ登録リクエストを送信する。ここでは、実施例１とは異なり、リクエストに着信アナウンス制御指示期限が付加されている。
【０２１４】
S1902では、メッセージ提供サーバ111は、上記S1901で受信したリクエストに基づき、メッセージ格納部605にメッセージを登録する。この時、メッセージ提供サーバ111は、上記S1901のリクエストに付加されている着信アナウンス制御指示期限を、着信アナウンス制御指示期限638カラムに格納する。
【０２１５】
S1903では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムには、"SHOW"を格納する。
【０２１６】
S1904では、画像形成装置121からメッセージ提供サーバ111に、着信アナウンス制御指示問い合わせを送信する。これは、予め決められた周期（例えば４時間）に沿って、定期的に送信される。
【０２１７】
まず、１パターン目から説明する。
１パターン目は、上記S1904の時刻が既に着信アナウンス制御指示期限638カラムの日時を超えている場合のシーケンスである。
【０２１８】
メッセージ提供サーバ111は、"SHOW"レコードの存在を確認した後、上記S1904の問い合わせ元のデバイスＩＤをキーとして、メッセージ格納部605が管理するメッセージ一覧テーブル（表１）のレコードを検索する。その結果、１パターン目では、取得されたレコードについて、着信アナウンス表示状態637カラムの値が"STATE1_HIDE"、且つ、現在時刻が着信アナウンス制御指示期限638カラムの日時を超えているレコードが存在し、S1905へ進む。S1905では、メッセージ提供サーバ111は、上記S1903で格納した"SHOW"レコードを削除する。
【０２１９】
次に２パターン目の説明をする。
２パターン目は、上記S1904の時刻では未だ着信アナウンス制御指示期限638カラムの日時を超えていないが、後述する上記S1910の再問い合わせの時刻で着信アナウンス制御指示期限638カラムの日時を超えた時のシーケンスである。
【０２２０】
２パターン目では、メッセージ提供サーバ111は、上記S1904の問い合わせを受信した際、着信アナウンス表示状態637カラムの値が"STATE1_HIDE"、かつ現在時刻が着信アナウンス制御指示期限638カラムの日時を超えているレコードが存在せず、S1906に進む。
【０２２１】
S1906では、メッセージ提供サーバ111は、上記S1904の問い合わせに対して着信アナウンス制御指示格納部607を検索し、問い合わせ元のデバイスＩＤに対応するレコードがあるかどうかを検索する。その結果、上記S1903で格納した"SHOW"のレコードが存在する場合、メッセージ提供サーバ111から画像形成装置121に着信アナウンス表示指示を送信する。
【０２２２】
S1907では、画像形成装置121は、上記S1906の指示を受けて、着信アナウンスを操作部206に表示する。
S1907の処理が完了したら、S1908において、画像形成装置121からメッセージ提供サーバに着信アナウンス制御指示結果として、成功通知を送信する。
【０２２３】
S1909では、メッセージ提供サーバ111は、上記S1908の通知に対して、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）の該当するレコードについて、指示結果653カラムの値を"未送信"から"成功"に変更する。
【０２２４】
S1910では、上記S1904と同じく、画像形成装置121からメッセージ提供サーバ111に、着信アナウンス制御指示問い合わせを送信する。なお、実施例４では、ユーザがお知らせセンターアプリを立ち上げる前に、再度着信アナウンス制御指示問い合わせが送信された場合を想定している。
【０２２５】
上記S1910を受けて、メッセージ提供サーバ111は、上記S1910の問い合わせ元のデバイスＩＤをキーとして、メッセージ格納部605が管理するメッセージ一覧テーブル（表１）のレコードを検索する。２パターン目では、検索の結果取得されたレコードについて、着信アナウンス表示状態637カラムの値が"STATE2_SHOW"で、かつ現在時刻が着信アナウンス制御指示期限638カラムの日時を超えているレコードが存在し、S1911へ進む。
【０２２６】
S1911では、メッセージ提供サーバ111は、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）に、レコードを追加する。この時、着信アナウンス制御指示652カラムに、"HIDE"を格納する。
S1912では、メッセージ提供サーバ111から画像形成装置121に着信アナウンス非表示指示を送信する。
【０２２７】
S1913では、画像形成装置121はS1912の指示を受けて、操作部206に表示されている着信アナウンスを非表示にする。
上記S1913の処理が完了したら、S1914において、画像形成装置121からメッセージ提供サーバに着信アナウンス制御指示結果として、成功通知を送信する。
【０２２８】
S1915では、メッセージ提供サーバ111は、上記S1914の通知に対して、着信アナウンス制御指示格納部607が管理する着信アナウンス制御指示テーブル（表３）の該当するレコードについて、指示結果653カラムの値を"未送信"から"成功"に変更する。
【０２２９】
以上のように、実施例４によれば、ユーザが着信アナウンスに従ってお知らせセンターアプリを立ち上げたにもかかわらず、掲載終了日時が切れたために書き換えられたメッセージを取得させられるということを防ぐことができる。これにより、ユーザの利便性を向上することができる。
【０２３０】
上記実施例では、メッセージ提供サーバ111のメッセージ提供先を画像形成装置として説明したが、画像形成装置に限定されるものではない。メッセージ提供サーバ111から着信アナウンス制御指示を受けて着信アナウンスを表示したり、メッセージ提供サーバ111からメッセージを受信して表示可能なデバイスであれば、どのようなデバイスであってもよい。
【０２３１】
以上、各実施例によれば、デバイスにメッセージを提供するメッセージ提供サーバで、メッセージが削除された時などに、以下のような効果を奏する。すなわち、このような場合に発生し得る、デバイスに表示される着信アナウンス（所定の通知）と実際のメッセージ提供サーバ上のメッセージ有無の不整合の発生を抑えることができる。これにより、メッセージが削除された場合等におけるメッセージ通知精度の低下を抑えることができる。したがって、メッセージ通知精度の低下によるユーザの不安等の発生を抑えることができる。
【０２３２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０２３３】
（その他の実施例）
本発明は、上述の実施例の1以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける1つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、1以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2019028517.tif 000007
【図２】
2019028517.tif 000008
【図３】
2019028517.tif 000009
【図４】
2019028517.tif 000010
【図５】
2019028517.tif 000011
【図６】
2019028517.tif 000012
【図７】
2019028517.tif 000013
【図８】
2019028517.tif 000014
【図９】
2019028517.tif 000015
【図１０】
2019028517.tif 000016
【図１１】
2019028517.tif 000017
【図１２】
2019028517.tif 000018
【図１３】
2019028517.tif 000019
【図１４】
2019028517.tif 000020
【図１５】
2019028517.tif 000021
【図１６】
2019028517.tif 000022
【図１７】
2019028517.tif 000023
【図１８】
2019028517.tif 000024
【図１９】
2019028517.tif 000025