(57)【要約】【課題】サーバ装置からの通知の存在有無を表示する場合に、ユーザが通知内容を確認していないときに、ステータスバーに表示する仕組みを提供する。【解決手段】問い合わせ手段は、問い合わせの結果、サーバ装置よりメッセージ取得の指示を受け取った場合、メッセージ取得に関する情報を登録する。表示制御手段は、問い合わせ手段が登録したメッセージ取得に関する情報を定期的に問い合わせ、問い合わせの結果、メッセージ取得に関する情報を取得した場合、表示部の所定の表示領域にメッセージが届いていることを示す情報を表示し、表示部に表示されているメッセージを確認するオブジェクトが選択された場合、表示部にメッセージの内容を表示する。【選択図】図１
2018066811.tif 000002
【特許請求の範囲】
【請求項１】
表示部を有する画像処理装置であって、
サーバ装置に対して定期的に指示を問い合わせる問い合わせ手段と、
前記表示部への表示を制御する表示制御手段と、
を有し、
前記問い合わせ手段は、前記問い合わせの結果、前記サーバ装置よりメッセージ取得の指示を受け取った場合、メッセージ取得に関する情報を登録し、
前記表示制御手段は、前記問い合わせ手段が登録した前記メッセージ取得に関する情報を定期的に問い合わせ、問い合わせの結果、前記メッセージ取得に関する情報を取得した場合、前記表示部の所定の表示領域にメッセージが届いていることを示す情報を表示し、前記表示部に表示されているメッセージを確認するオブジェクトが選択された場合、前記表示部に前記メッセージの内容を表示する画像処理装置。
【請求項２】
前記表示制御手段は、前記表示部に表示されているメッセージを確認するオブジェクトが選択された場合、前記メッセージを含むデータの取得を前記サーバ装置に対して要求し、前記サーバ装置より前記メッセージを含むデータを受信し、前記表示部に前記メッセージの内容を表示する請求項１記載の画像処理装置。
【請求項３】
前記表示制御手段は、前記サーバ装置より前記メッセージを含むデータを受信し、前記表示部に前記メッセージを含むメッセージの一覧を表示し、前記メッセージの一覧のうち、前記メッセージが選択された場合、前記表示部に前記メッセージの内容を表示する請求項２記載の画像処理装置。
【請求項４】
前記表示制御手段は、前記メッセージ取得に関する情報を応答するためのＣＧＩ関数に対して定期的に問い合わせ、問い合わせの結果、前記ＣＧＩ関数より前記メッセージ取得に関する情報を取得した場合、前記表示部の所定の表示領域にメッセージが届いていることを示す情報を表示する請求項１乃至３何れか１項記載の画像処理装置。
【請求項５】
前記問い合わせ手段が前記サーバ装置に対して定期的に指示を問い合わせる間隔は、前記表示制御手段が前記問い合わせ手段が登録した前記メッセージ取得に関する情報を定期的に問い合わせる間隔よりも長い間隔である請求項１乃至４何れか１項記載の画像処理装置。
【請求項６】
前記表示制御手段は、前記サーバ装置より前記メッセージを含むデータを受信した場合、前記表示部に前記メッセージを含むメッセージの一覧を表示し、前記メッセージの一覧を表示した時刻情報を保存し、前記メッセージの一覧のうち、前記メッセージが選択された場合、前記表示部に前記メッセージの内容を表示する請求項１乃至５何れか１項記載の画像処理装置。
【請求項７】
前記問い合わせ手段は、前記サーバ装置より前記メッセージ取得の指示と共に取得したメッセージ登録時刻情報を前記メッセージ取得に関する情報として登録し、
前記表示制御手段は、問い合わせの結果、前記メッセージ登録時刻情報を取得した場合、前記メッセージ登録時刻情報と、前記保存した前記メッセージの一覧を表示した時刻情報と、を比較し、前記メッセージ登録時刻情報の方が新しい場合、前記表示部の所定の表示領域にメッセージが届いていることを示す情報を表示する請求項６記載の画像処理装置。
【請求項８】
前記所定の表示領域はステータスバーであり、
前記表示制御手段は、前記表示部のステータスバーに前記メッセージが届いていることを示す情報として文字列を表示する請求項１乃至７何れか１項記載の画像処理装置。
【請求項９】
前記所定の表示領域はステータスバーであり、
前記表示制御手段は、前記表示部のステータスバーに前記メッセージが届いていることを示す情報としてオブジェクトを表示する請求項１乃至７何れか１項記載の画像処理装置。
【請求項１０】
表示部を有する画像処理装置が実行する情報処理方法であって、
前記画像処理装置は、
サーバ装置に対して定期的に指示を問い合わせる問い合わせ手段と、
前記表示部への表示を制御する表示制御手段と、
を有し、
前記問い合わせ手段が、前記問い合わせの結果、前記サーバ装置よりメッセージ取得の指示を受け取った場合、メッセージ取得に関する情報を登録する工程と、
前記表示制御手段が、前記問い合わせ手段が登録した前記メッセージ取得に関する情報を定期的に問い合わせ、問い合わせの結果、前記メッセージ取得に関する情報を取得した場合、前記表示部の所定の表示領域にメッセージが届いていることを示す情報を表示し、前記表示部に表示されているメッセージを確認するオブジェクトが選択された場合、前記表示部に前記メッセージの内容を表示する工程と、
を含む情報処理方法。
【請求項１１】
コンピュータを、請求項１乃至９何れか１項記載の画像処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、管理サーバが画像処理装置から通知されるイベント情報（エラー、アラーム、ジャム）に応じて、販売会社のディスパッチャ、サービスマン、消耗品担当者等へ通知を行うシステムが提案されている。
従来の画像処理装置は、管理サーバに上述のような情報を送る一方で、管理サーバからの通知をパネルに表示させることでユーザに対して画像処理装置への対処を促してきた。例えば、トナー残量が少なくなったことが表示されると、ユーザはコールセンターに配送状況の確認や配送を依頼してきた。
また、画像処理装置のパネルには、画像処理装置の状態を表示する表示領域が設けられている。例えば、ステータスバーと呼ばれる表示領域がある。ステータスバーは、どの画面に遷移しても常に表示される。ステータスバーには、トナー残量やカセットの紙残量が少なくなったことを示すエラー等が表示される。更に、画像処理装置は、ステータスバーに管理サーバからの通知の存在有無を表示させることができる。
特許文献１には、消耗品の交換時期が接近したことを検知して画面表示し、顧客がその画面で発注指示を行うと、発注データを管理サーバに送り、管理サーバからの納期データを受信して画面に表示する。このことにより、画像処理装置の消耗品の発注と納期確認とを容易にする技術が提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６８６５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来、画像処理装置は、ステータスバー等の所定の表示領域に、トナー残量やカセットの紙残量が少なくなったことを示すエラーメッセージ等が表示することが可能であった。しかし、ステータスバーに管理サーバからの通知の存在有無を表示する場合は、ユーザが通知内容を確認していないときに、ステータスバーに表示する必要があった。
本発明は、サーバ装置からの通知の存在有無を表示する場合に、ユーザが通知内容を確認していないときに、ステータスバーに表示する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、表示部を有する画像処理装置であって、サーバ装置に対して定期的に指示を問い合わせる問い合わせ手段と、前記表示部への表示を制御する表示制御手段と、を有し、前記問い合わせ手段は、前記問い合わせの結果、前記サーバ装置よりメッセージ取得の指示を受け取った場合、メッセージ取得に関する情報を登録し、前記表示制御手段は、前記問い合わせ手段が登録した前記メッセージ取得に関する情報を定期的に問い合わせ、問い合わせの結果、前記メッセージ取得に関する情報を取得した場合、前記表示部の所定の表示領域にメッセージが届いていることを示す情報を表示し、前記表示部に表示されているメッセージを確認するオブジェクトが選択された場合、前記表示部に前記メッセージの内容を表示する。
【発明の効果】
【０００６】
本発明によれば、サーバ装置からの通知の存在有無を表示する場合に、ユーザが通知内容を確認していないときに、ステータスバーに表示する仕組みを提供することができる。
【図面の簡単な説明】
【０００７】
【図１】画像処理装置と管理サーバとを含むシステム構成図である。
【図２】画像処理装置及び管理サーバのハードウェア構成図である。
【図３Ａ】画像処理装置のソフトウェア構成図である。
【図３Ｂ】管理サーバのソフトウェア構成図である。
【図４】画像処理装置のアーキテクチャを示す図である。
【図５】管理サーバと画像処理装置との情報処理を示すシーケンス図である。
【図６Ａ】画像処理装置が送受信するＳＯＡＰデータを示す図（その１）である。
【図６Ｂ】画像処理装置が送受信するＳＯＡＰデータを示す図（その２）である。
【図６Ｃ】画像処理装置が送受信するＳＯＡＰデータを示す図（その３）である。
【図７】画像処理装置に表示されるステータスバー表示の画面の一例を示す図である。
【図８】メッセージリスト、メッセージの画面の一例を示す図である。
【図９】画像処理装置からメッセージを削除する際の画面の一例を示す図である。
【図１０】管理サーバの指示確認受信処理のフローチャートである。
【図１１】デバイス情報制御部の指示確認送信処理のフローチャートである。
【図１２】ステータス表示制御部のステータス表示処理のフローチャートである。
【図１３】メッセージ表示制御部のメッセージ表示処理のフローチャートである。
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について図面に基づいて説明する。
【０００９】
図１は、画像処理装置と管理サーバとを含むシステムのシステム構成の一例を示す図である。
画像処理装置１０２、プロキシサーバ（Ｐｒｏｘｙ  Ｓｅｒｖｅｒ）１０３、ファイアウォール（Ｆｉｒｅｗａｌｌ）１０４、パーソナルコンピュータ（ＰＣ）１０５は、ＬＡＮ１０１を介して相互に通信可能に接続される。ファイアウォール１０４は、インターネット（Ｉｎｔｅｒｎｅｔ）のセキュリティを高めるために設置されるものである。ＰＣ１０５は、一般のユーザが業務等で使用するコンピュータであり、タブレット端末やスマートフォン等であってもよい。インターネット環境１０７は、画像処理装置１０２とプロキシサーバ１０３、ファイアウォール１０４とが、ＬＡＮ１０１を介して相互に接続されたインターネットの環境を表している。管理サーバ（メンテナンスシステムサーバとも呼ぶ）１０６は、画像処理装置１０２のカウンタ、稼働情報に基づく稼働状態を一元的に管理する機能や、画像処理装置１０２の消耗品のステータス情報に基づき消耗品の在庫管理を行う機能を備える。以下、画像処理装置１０２の情報をデバイス情報と呼ぶ。なお、インターネット環境１０７と、管理サーバ１０６とは、インターネット１０８を介して相互に接続されている。画像処理装置１０２は、画像処理装置１０２の稼働情報等のデバイス情報の送信先として設定されている管理サーバ１０６に、画像処理装置１０２のデバイス情報を送信する。なお、図１の例では、インターネット環境１０７を一つしか記載していないが、実際には複数のインターネット環境１０７と、管理サーバ１０６とがインターネット１０８を介して相互に接続されている。画像処理装置１０２は、例えば、デジタル複合機、ファクシミリ装置、プリンタ、スキャナ装置、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）等を適用することができる。また、画像処理装置１０２は、デジタル医療機器、ネットワークカメラ、カーナビゲーションシステム、各種ネットワーク家電を適用するようにしてもよい。ファームウェア管理サーバ１０９は、遠隔で画像処理装置１０２のファームウェアを更新させるためにファームウェアを配信する。インターネット１０８には、販売会社ユーザＰＣ１１０や、外部システムである配送会社の配送システム１１１も接続されている。販売会社ユーザＰＣ１１０は、販売会社のユーザが使用するＰＣである。販売会社ユーザＰＣ１１０は、タブレット端末やスマートフォン等であってもよい。配送システム１１１は、消耗品の配送状況を管理する。
また、本実施形態において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳ等のプロトコルを想定しているが、とくに限定するものではない。例えば、図１の例において、画像処理装置１０２はＨＴＴＰＳを利用してプロキシサーバ１０３とファイアウォール１０４を介して、管理サーバ１０６にデータを送信することを想定して説明するが、とくにこれに限定するものではない。
【００１０】
図２（ａ）は、画像処理装置１０２のハードウェア構成の一例を示す図である。
画像処理装置１０２は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力Ｉ／Ｆ２０９、入出力装置２１０、トナー残量検知部２１１、センサ部２１２等を有する。ＣＰＵ２０１は、内部バス２０６を介して各デバイスを総括的に制御する。内部バス２０６には、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、デバイス制御部２０７、入出力Ｉ／Ｆ２０９、トナー残量検知部２１１、センサ部２１２等が接続されている。ＲＯＭ２０３には、プログラム（後述する図３Ａのソフトウェア構成を実現するプログラムも含む）が格納されている。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３と共にプログラムの実行処理を行うと共に、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。また、ＲＯＭ２０３には、プログラムの他、画像処理装置１０２が出荷される地域を意味する仕向け情報等も格納されている。この仕向け情報に従って、入出力装置２１０で表示する言語等が決定される。記憶装置２０４は、外部記憶装置として機能し、画像データ等を記憶するほか、ＲＡＭ２０２に代わって、カウンタ情報、システム情報及び監視情報を保存することも可能である。ネットワークＩ／Ｆ２０５は、ＬＡＮ１０１を介して、外部のネットワーク機器或いはＰＣと片方向又は双方向にデータをやり取りする。デバイス制御部２０７は、印刷部２０８を制御する。印刷部２０８は、例えば電子写真方式の印刷部であり、露光部、転写部や定着器等を含む。入出力装置２１０は、画像処理装置１０２における入出力を担う複数の構成を示す。より具体的には、ユーザからの入力（ボタン入力等）を受け付け、入力に対応する信号を、入出力Ｉ／Ｆ２０９によって、前述した各処理部へ伝える。入出力装置２１０は、他にも、ユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネル等）も含む。更に、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置２１０に含まれてよい。トナー残量検知部２１１は、印刷部２０８のトナーの残量をセンサによって検知し、それをアラート、アラーム等の信号として生成する。センサ部２１２は、トナーボトルの着脱等を検知し、セットされたトナーボトルのシリアル番号を読み取ることが可能である。なお、ここでは、画像処理装置１０２の消耗品の一例としてトナーを例に説明しているが、他の消耗品であってもよい。
ＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４に記憶されたプログラムに基づき処理を実行することにより後述する図３Ａに示す画像処理装置１０２のソフトウェア構成、図５の画像処理装置１０２の処理、図１１〜図１３のフローチャートの処理が実現される。図２（ａ）では画像処理装置１０２のハードウェア構成として一つのＣＰＵを有する例を示しているが、複数のＣＰＵを有していてもよい。複数のＣＰＵが複数のＲＡＭ、ＲＯＭ及びストレージを協働させて後述する図３Ａに示す画像処理装置１０２のソフトウェア構成、図５の画像処理装置１０２の処理、図１１〜図１３のフローチャートの処理が実現されるようにしてもよい。また、ハードウェア回路を用いてフローチャート等の一部の処理が実行されるようにしてもよい。
【００１１】
図２（ｂ）は、管理サーバ１０６のハードウェア構成の一例を示す図である。
ＣＰＵ２５１は、内部バス２５６を介して各デバイスを総括的に制御する。内部バス２５６には、ＣＰＵ２５１、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７等が接続されている。ＲＯＭ２５３や記憶装置２５４には、プログラム（後述する図３Ｂのソフトウェア構成を実現するプログラムも含む）が格納されている。ＲＡＭ２５２は、ＣＰＵ２５１のメモリやワークエリアとして機能する。ＣＰＵ２５１は、ＲＡＭ２５２やＲＯＭ２５３、記憶装置２５４と共にプログラムの実行処理を行うと共に、記憶装置２０４等の記録媒体にデータを記録する処理を行う。記憶装置２５４は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）等の記憶装置である。記憶装置２５４は、外部記憶装置として機能し、画像処理装置１０２の管理情報を記憶する他、ＲＡＭ２５２に代わって、システム情報及び処理情報を保存することも可能である。入出力Ｉ／Ｆ２５７は、例えば、ＰＳ２やＵｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ  Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２５７を介して管理サーバ１０６と接続することができる。管理サーバ１０６は、ネットワークＩ／Ｆ２５５によりＬＡＮ１０１、インターネット環境１０７、インターネット１０８を介した通信を行うことにより、画像処理装置１０２や、ＰＣ１０５、１１０と通信を行うことができる。なお、ファームウェア管理サーバ１０９のハードウェア構成も、上述した管理サーバ１０６と同様とする。また、ＰＣ１０５、販売会社ユーザＰＣ１１０、配送システム１１１のハードウェア構成も、上述した管理サーバ１０６と同様とする。
ＣＰＵ２５１がＲＯＭ２５３又は記憶装置２５４に記憶されたプログラムに基づき処理を実行することにより後述する図３Ｂに示す管理サーバ１０６のソフトウェア構成、図５の管理サーバ１０６の処理、図１０のフローチャートの処理が実現される。
【００１２】
図３Ａは、画像処理装置１０２のソフトウェア構成の一例を示す図である。
画像処理装置１０２は、ソフトウェア構成として、通信部３０１、記憶部３０２、画像形成部３０３、ファームウェア更新部３０４、デバイス情報制御部３０５、操作部３０８、ＪＡＶＡ（登録商標）アプリ３０９等を有する。通信部３０１は、画像処理装置１０２に関するデバイス情報を管理サーバ１０６へ送信する。また、通信部３０１は、管理サーバ１０６から送信される指示、情報を受信する。これらの送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳ等を用いた通信により行われる。記憶部３０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取りを行う。記憶部３０２は、デバイス情報として画像処理装置１０２の動作履歴や様々な異常状態を表すデータ等を記憶領域に記憶させる。なお、デバイス情報には、装置ＩＤ等の画像処理装置識別情報、ＩＰアドレス等の通信情報も含まれる。また、デバイス情報には、カウンタ情報、異常状態発生情報、その他、様々なデバイス情報も含まれる。また、記憶部３０２は、管理サーバ情報として、画像処理装置１０２を管理する管理サーバ１０６のＩＰアドレス等の通信情報も、記憶領域に記憶させる。画像形成部３０３は、印刷データを生成し出力する機能を有する。ファームウェア更新部３０４は、画像処理装置１０２のファームウェア情報の更新管理を行う。より具体的には、ファームウェア更新部３０４は、管理サーバ１０６からのファームウェア更新指示をデバイス情報制御部３０５経由で受け付け、ファームウェアの更新を実施する。ファームウェアの更新を実施する際、ファームウェア更新部３０４は、ファームウェア管理サーバ１０９に問い合わせて、ファームウェア管理サーバ１０９よりファームウェアを取得し、更新を実施する。なお、ファームウェア更新部３０４は、その実施結果をファームウェア管理サーバ１０９、また、デバイス情報制御部３０５経由で管理サーバ１０６へ伝える。デバイス情報制御部３０５は、画像処理装置１０２の印刷制御や異常状態の管理等を行うと共に、カウンタ情報の管理や通知情報の管理も行う。また、デバイス情報制御部３０５は、色味調整や印刷モード、その他機能の設定に関する制御も行う。デバイス情報制御部３０５は、稼働情報管理部３０６、指示情報管理部３０７を含む。稼働情報管理部３０６は、画像処理装置１０２に障害が発生した際に管理サーバ１０６へ送信するための障害情報を生成する。なお、稼働情報管理部３０６は、障害情報だけでなく、トナーや部品等消耗品に関わる情報（消耗品情報）も管理する。これらの障害情報や消耗品情報、また画像処理装置１０２のカウンタ情報等の稼働情報は、ネットワークＩ／Ｆ２０５を介して管理サーバ１０６へ送信される。これらの送信すべき情報の種類や、送信タイミング等は、管理サーバ１０６からの指示に従い設定される。指示情報管理部３０７は、管理サーバ１０６からの指示を実施し、結果を管理サーバ１０６へ通知する。指示の内容によっては、指示情報管理部３０７が各部への指示を行い、各部での実施結果を管理サーバ１０６へ通知する。操作部３０８は、ユーザによる印刷指示をはじめとする画像処理装置１０２に対する操作指示を可能とするインタフェースである。ＪＡＶＡアプリ３０９は、ステータス表示制御部３１０とメッセージ表示制御部３１１とを含む。ステータス表示制御部３１０は、ステータスバー表示を行うかどうかの判断を行う。メッセージ表示制御部３１１は、ユーザの操作に応じてウェブブラウザ機能（Ｗｅｂブラウザ等）を起動し、管理サーバ１０６からのメッセージ等の表示を制御する。Ｗｅｂサーバ３１２は、ＨＴＴＰサーバとして動作し、ＣＧＩ関数の登録や実行等を行う。ＪＡＶＡ−Ｎａｔｉｖｅ変換部３１３は、ＪＡＶＡアプリとＮａｔｉｖｅアプリとの間で情報の送受信を行うためのＡＰＩである。ステータス表示部３１４は、入出力装置２１０のステータスバー等のステータス表示領域に対して、画像処理装置１０２の状態情報に関する通知の表示制御を行う。更に、ステータス表示部３１４は、ステータスバー等に対して、管理サーバ１０６からの指示情報等の取得に応じたメッセージの着信を示す通知の表示制御も行う。入出力装置２１０のステータスバー等のステータス表示領域は、表示部の所定の表示領域の一例である。
【００１３】
図３Ｂは、管理サーバ１０６のソフトウェア構成の一例を示す図である。
管理サーバ１０６は、ソフトウェア構成として、通信部３５１、記憶部３５２、表示部３５３、コマンド解析部３５４、レスポンス生成部３５５、保守情報管理部３５６等を有する。通信部３５１は、画像処理装置１０２と通信を行う機能を持つ。通信部３５１は、画像処理装置１０２から送信されるデバイス情報を受信したり、画像処理装置１０２へ必要な指示・情報を送信したりする。カウンタ値とは、画像処理装置１０２が印刷した総枚数を示す。記憶部３５２はＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報や販売会社情報、顧客情報等を記憶領域に保存する。表示部３５３は、記憶部３５２に格納されたデバイス情報をＷｅｂ画面として表示するための処理を行う。管理サーバ１０６内ではＷＷＷサーバが動作しており、Ｗｅｂブラウザからリクエストに応じて、Ｗｅｂ画面をＷｅｂブラウザに提供する。これにより、販売会社のサービスマン等が販売会社ユーザＰＣ１１０上のＷｅｂブラウザを用いて情報を閲覧することが可能となる。以降、Ｗｅｂ画面を閲覧等するためのＷｅｂサイトをポータルサイトと呼ぶ。コマンド解析部３５４は、画像処理装置１０２から送信されたコマンドを解析する。コマンド解析部３５４は、解析した結果を、記憶部３５２、保守情報管理部３５６、表示部３５３に反映させる。レスポンス生成部３５５は、コマンド解析部３５４により解析されたコマンドに対して、画像処理装置１０２へのレスポンスを生成する。保守情報管理部３５６は、画像処理装置１０２を監視し保守を行うために必要な情報を管理する制御機能を持つ。保守情報管理部３５６は、通知管理部３５７、販売会社情報管理部３５８、デバイス情報管理部３５９、顧客情報管理部３６０、消耗品在庫管理部３６１を含む。また、保守情報管理部３５６は、マスタ情報管理部３６２、メッセージ管理部３６３、デバイス指示管理部３６４、ファームウェア情報管理部３６５も含む。通知管理部３５７は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知管理部３５７による通知には、例えば、画像処理装置１０２を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知等がある。販売会社情報管理部３５８は、顧客に設置された画像処理装置１０２の管理、サポートを行う販売会社の情報を管理する。デバイス情報管理部３５９は、保守対象の画像処理装置１０２を管理する。例えば、画像処理装置識別情報、画像処理装置の異常状態情報、保守履歴、画像処理装置の管理者情報、画像処理装置の消耗品情報等が、デバイス情報管理部３５９の管理対象になる。なお、異常状態情報とは、エラー、アラーム、ジャム等の稼働情報を含み、ポータルサイトに表示され、販売会社のディスパッチャ、サービスマン等により閲覧される。また、稼働情報は、販売会社の対応状況に応じて「未対応」、「対応中」、「対応済み」等、ステータス管理されている。顧客情報管理部３６０は、画像処理装置１０２が設置された顧客の情報を管理する。顧客情報管理部３６０が管理する情報の中には、販売会社との保守契約に関する情報も含まれる。消耗品在庫管理部３６１は、トナー／インク、部品といった画像処理装置１０２の消耗品の在庫管理を行う。より具体的には、消耗品在庫管理部３６１は、画像処理装置１０２から送信されるトナー／インク残量を示す情報、部品交換を示す情報を基に在庫減算を行い、設定した閾値を跨いだ際に通知管理部３５７と連動することで、消耗品の補充依頼通知等の通知を行う。マスタ情報管理部３６２は、機種情報、稼働情報、部品情報等の表示に必要なマスタ情報を管理する。マスタ情報とは、例えばある機種の製品名称、使用する消耗品情報等や、画像処理装置１０２から送信される稼働情報の内容説明、部品の寿命値等にあたる。メッセージ管理部３６３は、画像処理装置１０２の表示部に表示させるメッセージの生成と管理とを行う。メッセージとは、画像処理装置１０２のメッセージ表示制御部３１１に表示させるＨＴＭＬを示す。メッセージにより表示される内容は、例えば、消耗品の配送状況、サービスマンの派遣状況、システムメンテナンス、ファームウェア更新実施のお知らせ等、画像処理装置１０２の保守全般に関するものである。デバイス指示管理部３６４は、画像処理装置１０２への指示を管理する。デバイス指示管理部３６４による指示の内容は、管理サーバ１０６への情報送信スケジュールの変更、ファームウェア更新、リブート等である。画像処理装置１０２への指示は、販売会社ユーザよりポータルサイト等から受け付けられ、対象の画像処理装置１０２への指示として記憶部３５２に格納される。また、デバイス指示管理部３６４は、指示に対する画像処理装置１０２の実施結果を「成功」、「失敗」、「不明」等のステータスとして管理する。ファームウェア情報管理部３６５は、受信した画像処理装置１０２のファームウェアバージョン情報をポータルサイトへ表示、ファームウェア管理サーバ１０９と連携してファームウェア配信の設定を行う。ファームウェア管理サーバ１０９にてファームウェア配信の設定を行うと、ファームウェア情報管理部３６５は、デバイス指示管理部３６４に対してファームウェア更新の指示を登録する。
【００１４】
図４は、画像処理装置１０２のアーキテクチャの一例を示す図である。
画像処理装置１０２のソフトウェアはＯＳ１３０１上で動作する。ＯＳ１３０１上で、コントローラ１３０２とＪＡＶＡプラットフォーム１３０４とが動作する。コントローラ１３０２上で、Ｎａｔｉｖｅアプリ１３０３が動作する。ＪＡＶＡプラットフォーム１３０４上で、ＪＡＶＡアプリ１３０５が動作する。Ｎａｔｉｖｅアプリ１３０３とＪＡＶＡアプリ１３０５とは、異なる資源で動作しているため、ループバック通信やＪＡＶＡ−Ｎａｔｉｖｅ変換部３１３を通して、情報の送受信を行う必要がある。
【００１５】
図５は、管理サーバ１０６にメッセージが登録されてから画像処理装置１０２のメッセージ表示制御部３１１により表示されるまでの情報処理の一例を示すシーケンス図である。
管理サーバ１０６は、ポータルサイトで販売会社ユーザＰＣ１１０からメッセージの登録を受け付ける。販売会社ユーザＰＣ１１０からメッセージの登録を受け付けると、Ｓ４０１において、管理サーバ１０６は、メッセージを生成し、対象となる画像処理装置１０２へのメッセージ取得指示を登録する。Ｓ４０２において、画像処理装置１０２は、管理サーバ１０６に対して図６ＡのようなＳＯＡＰメッセージで、定期的に指示の有無を確認する。
【００１６】
図６Ａは、図５のＳ４０２で送信されるＳＯＡＰメッセージの一例を示す図である。
ＳＯＡＰメッセージ５０１はデバイス情報制御部３０５が送信するＳＯＡＰメッセージである。ｇｅｔＩｎｓｔｒｕｃｔｉｏｎタグは指示確認であることを示す。ｃｌｉｅｎｔタグやｄｅｖｉｃｅタグは、デバイス情報を示す。
Ｓ４０２で画像処理装置１０２から指示の有無を確認されると、Ｓ４０３において、管理サーバ１０６は、対応する画像処理装置１０２の指示管理履歴テーブルを確認する。確認の結果、指示ステータスが「未処理」である「メッセージ取得」指示が存在した場合、Ｓ４０４において、管理サーバ１０６は、画像処理装置１０２からの確認に対する応答に図６ＢのようなＳＯＡＰメッセージで、「メッセージ取得」指示を含めて返す。一方、確認の結果、指示ステータスが「未処理」である「メッセージ取得」指示が存在しない場合、Ｓ４０４において、管理サーバ１０６は、画像処理装置１０２からの指示の有無確認を正常に受信したことを応答として返す。
図６Ｂは、図５のＳ４０４で応答されるＳＯＡＰメッセージの一例を示す図である。
ＳＯＡＰメッセージ５０２は管理サーバ１０６が送信するＳＯＡＰメッセージである。ｇｅｔＩｎｓｔｒｕｃｔｉｏｎＲｅｓｐｏｎｓｅタグは指示確認応答であることを示す。ｎｏｔｉｃｅタグは、「メッセージ取得」指示が存在することを示す。ｋｅｙタグはｖａｌｕｅタグが最新メッセージ登録時刻情報であることを示す。ｖａｌｕｅタグは最新メッセージ登録時刻情報を示す。
なお、Ｓ４０４で応答されるＳＯＡＰメッセージは「メッセージ取得」に限定されない。例えば、図６Ｃに、「ファームウェア更新」指示が存在するＳＯＡＰメッセージを示す。ＳＯＡＰメッセージ５０３は管理サーバ１０６が送信するＳＯＡＰメッセージである。ｇｅｔＩｎｓｔｒｕｃｔｉｏｎＲｅｓｐｏｎｓｅタグは指示確認応答であることを示す。ｄｏｗｎｌｏａｄタグは「ファームウェア更新」指示が存在することを示す。ＵＲＬタグはファームウェア管理サーバのＵＲＬである。ｕｓｅｒＩＤタグとｐａｓｓｗｏｒｄタグとは認証で使用するユーザ名とパスワードとである。
【００１７】
Ｓ４０４で管理サーバ１０６から「メッセージ取得」の指示を受け取ると、画像処理装置１０２のデバイス情報制御部３０５は、最新メッセージ登録時刻情報を保存する。デバイス情報制御部３０５は、予め最新メッセージ登録時刻情報を応答するためのＣＧＩ関数をＷｅｂサーバ３１２に登録しておく。Ｓ４０５において、ステータス表示制御部３１０は、定期ポーリングで最新メッセージ登録時刻情報を取得する。ステータス表示制御部３１０は、ＪＡＶＡアプリであるため、デバイス情報制御部３０５が登録したＣＧＩ関数に対してループバック通信でアクセスし、デバイス情報制御部３０５から最新メッセージ登録時刻情報を取得する。ステータス表示制御部３１０は、取得した最新メッセージ登録時刻情報と、メッセージ表示制御部３１１がメッセージリストを表示した時刻情報と、を比較し、最新メッセージ登録時刻情報の方が新しい場合に、Ｓ４０６に進む。Ｓ４０６において、ステータス表示制御部３１０は、ＪＡＶＡ−Ｎａｔｉｖｅ変換部３１３を通して、ステータス表示部３１４にステータスを表示するように指示を出す。そして、ステータス表示部３１４は、ステータスバーにメッセージが届いていることを入出力装置２１０に表示する（図７参照）。ステータスバーには、一つの文言しか表示できないため、優先度の高さが同じ値以上の文言の表示要求がされた場合、メッセージが届いている文言が直ぐに消える可能性がある。そのため、ステータス表示制御部３１０は、１分間継続して５秒間隔で表示要求を行い続けることで、最低でも１分間はメッセージが届いている文言を入出力装置２１０に表示し続ける。
図７は、画像処理装置１０２の入出力装置２１０に表示される画面のステータスバー表示の一例を示す図である。
ステータスバー６００は、情報６０１に示すように、メッセージが届いていることを示す情報を表示可能である。アイコン６０２はメッセージが届いたことを示すアイコンである。また、「お知らせ機能」アイコン６０３は、「お知らせ機能」を利用するためのアイコンである。入出力装置２１０を介した「お知らせ機能」アイコン６０３のユーザによる選択に応じて、Ｓ４０７において、メッセージ表示制御部３１１は、ブラウザ機能を起動する。ここで、アイコンとは、選択されることによって提供する機能の内容を文字や図、絵で表している画像である。「お知らせ機能」アイコン６０３は、表示部に表示されているメッセージを確認するオブジェクトの一例である。なお、入出力装置２１０は、表示部の一例である。また、情報６０１は、メッセージが届いていることを示す文字列の一例である。また、アイコン６０２は、メッセージが届いていることを示すオブジェクトの一例である。
【００１８】
次に、Ｓ４０８において、メッセージ表示制御部３１１は、管理サーバ１０６に対して、メッセージを含むデータ（ＨＴＭＬ等）を要求する。この際、画像処理装置１０２と管理サーバ１０６との間で認証処理が行われる。Ｓ４０９において、管理サーバ１０６は、Ｓ４０８の要求に応じ、メッセージ表示制御部３１１に対して対象のメッセージ含むデータを返却する。メッセージ表示制御部３１１はこのデータを受信する。Ｓ４１０において、メッセージ表示制御部３１１は、Ｓ４０９で受け取ったデータに基づき、ブラウザ機能を利用して、入出力装置２１０に対するメッセージの表示を制御する。これにより、例えば、図８（ａ）に示すようなメッセージリストが表示される。メッセージリストは、メッセージの一覧の一例である。
図８（ａ）は、図５のＳ４１０で表示されるメッセージリストの一例を示す図である。
各メッセージはリストで表示され、件名７０１はメッセージの件名を示す。登録日時７０２はメッセージが管理サーバ１０６に登録された日時を示す。ステータス７０３はメッセージのステータスを意味し、「未読」、「既読」を示す。ボタン７０４はメッセージ数が画面の表示上限を超えた場合に活性化し、ページ遷移するボタンを示す。ボタン７０５はメッセージリストの画面から戻る場合に押下するボタンを示す。ボタン７０６は最新のメッセージリスト画面を取得するためのボタンを示す。Ｓ４１０でメッセージリストを表示した後、Ｓ４１１において、メッセージ表示制御部３１１は、メッセージリストを表示した時刻情報を保存する。なお、保存する時刻情報は、管理サーバ１０６からメッセージリストを取得成功した時刻情報でもよい。Ｓ４１０で表示されたメッセージリストの画面において、ユーザにより、あるメッセージが選択されると、Ｓ４１２において、メッセージ表示制御部３１１は、選択されたメッセージの詳細画面を、例えば図８（ｂ）に示すように表示する。
【００１９】
図８（ｂ）は、メッセージリストからあるメッセージを選択された際に表示されるメッセージの詳細画面の一例を示す図である。
件名７１０はメッセージの件名を示す。メッセージ詳細７１１はメッセージの内容を示し、管理サーバ１０６の登録画面で入力されたメッセージの内容に対応する。登録日時７１２はメッセージが管理サーバ１０６に登録された日時を示す。表示終了日７１３はメッセージの表示終了日で、管理サーバ１０６の登録画面で入力されたメッセージの表示終了日に対応する。ユーザがＯＫボタン７１４を選択することで、図８（ｂ）の詳細画面から図８（ａ）のメッセージリスト画面へ戻ると共に、メッセージのステータス７０３が「既読」状態となる。
上述したように、メッセージ表示制御部３１１がブラウザ機能を利用して、メッセージを入出力装置２１０に表示することにより、画像処理装置の保守管理業務に関連する多種多様なメッセージを表示することが可能となる。なお、メッセージの更新は、管理サーバ１０６の登録画面にて行うことが可能である。メッセージの削除は、管理サーバ１０６、画像処理装置１０２の双方で行うことが可能である。ユーザは、メッセージリスト画面より、図９のチェックボックス８０１に示すように、削除したいメッセージのチェックボックスを選択し、削除ボタン８０２を選択することでメッセージを削除することができる。
【００２０】
図９は、メッセージリスト画面においてメッセージを削除する際の画面の一例を示す図である。これ以外にも、メッセージ件数が上限に達した場合に古いものから削除、表示終了日に達した場合は自動的に削除、等の方法で、メッセージの削除が可能である。
なお、時刻情報ではなく、メッセージにシーケンス番号を付けて、シーケンス番号を通信で送受信することでステータスバー表示の判断を行ってもよい。その場合、デバイス情報制御部３０５が管理サーバ１０６から取得するのは、登録された最新メッセージのシーケンス番号である。また、メッセージ表示制御部３１１が保存するのは、メッセージリストで表示した最新メッセージのシーケンス番号である。この場合、メッセージ表示制御部３１１は、登録された最新メッセージのシーケンス番号とメッセージリストで表示した最新メッセージのシーケンス番号とを比較し、登録された最新メッセージのシーケンス番号が大きい場合にステータスバー表示を行う。
【００２１】
図１０は、管理サーバ１０６の指示確認受信処理の一例を示すフローチャートである。
Ｓ９０１において、管理サーバ１０６は、デバイス情報制御部３０５から指示の有無確認を受信すると、Ｓ９０２に処理を進める。
Ｓ９０２において、管理サーバ１０６は、Ｓ９０１で指示の有無確認を受信したデバイス情報制御部３０５の画像処理装置１０２に対応する指示管理履歴テーブルを確認する。
次に、Ｓ９０３において、管理サーバ１０６は、対応する指示管理履歴テーブルに、指示ステータスが「未処理」である指示が存在するか否かを判断する。管理サーバ１０６は、指示ステータスが「未処理」である指示が存在すると判断した場合（Ｓ９０３においてＹＥＳ）、Ｓ９０４に処理を進める。
Ｓ９０４において、管理サーバ１０６は、デバイス情報制御部３０５への応答に、指示ステータスが「未処理」である指示を含め、Ｓ９０５に処理を進める。
一方、管理サーバ１０６は、指示ステータスが「未処理」である指示が存在しないと判断した場合（Ｓ９０３においてＮＯ）、デバイス情報制御部３０５への応答に指示を含めることなく、そのままＳ９０５に処理を進める。
Ｓ９０５において、管理サーバ１０６は、デバイス情報制御部３０５へ応答を返す。ここで、ステータスが「未処理」である指示が複数存在するケースがあり得る。その場合に備えて、まず、管理サーバ１０６は、複数の指示の送信順を管理しておく。そして、Ｓ９０５での応答に、最初に送信すべきステータスが「未処理」である指示と、デバイス情報制御部３０５に再度、指示の有無確認を行わせるためのコマンドとを含めるようにする。これにより、全ての指示が管理サーバ１０６からデバイス情報制御部３０５に応答されるまで指示順に処理が繰り返される。なお、管理サーバ１０６が、ステータスが「未処理」である指示が複数存在するケースに、１度の応答に、当該複数の当該指示を全て含めるようにしてもよい。そして、管理サーバ１０６は、本フローチャートの処理を終了する。
【００２２】
続いて、画像処理装置１０２が実行する制御について図１１から図１３までのフローチャートを用いて説明する。
図１１は、デバイス情報制御部３０５の指示確認送信処理の一例を示すフローチャートである。
Ｓ１００１において、デバイス情報制御部３０５は、管理サーバ１０６に対して図６ＡのようなＳＯＡＰメッセージで、指示の有無を確認する。このデバイス情報制御部３０５から管理サーバ１０６に対しての確認のための問合せの送信は、数時間ごと等、定期的に行われる。
Ｓ１００２において、デバイス情報制御部３０５は、図６ＢのようなＳＯＡＰメッセージで応答を受信すると、Ｓ１００３に処理を進める。
Ｓ１００３において、デバイス情報制御部３０５は、応答に含まれる指示内容がメッセージ取得か否かを判断する。そして、デバイス情報制御部３０５は、指示内容がメッセージ取得であると判断した場合（Ｓ１００３においてＹＥＳ）、Ｓ１００４に処理を進める。
Ｓ１００４において、デバイス情報制御部３０５内の指示情報管理部３０７は、最新メッセージ登録時刻情報を保存する。そして、指示情報管理部３０７は、本フローチャートの処理を終了する。
一方、指示内容がメッセージ取得でないと判断した場合（Ｓ１００３においてＮＯ）、デバイス情報制御部３０５は、Ｓ１００５に処理を進める。
Ｓ１００５において、デバイス情報制御部３０５は、指示内容に従って処理を実施する。より具体的には、デバイス情報制御部３０５による監視対象となる画像処理装置１０２の稼働情報の種類や送信タイミング等の指定を含む指示内容を反映する処理（監視の機能に関する設定の変更）等が、これに含まれる。他にも、指示内容に従い画像処理装置１０２の電源制御する処理（電源ＯＦＦ後に再度ＯＮする）等を行う場合もこれに含まれる。そして、Ｓ１００５の処理が終了すると、デバイス情報制御部３０５は、本フローチャートの処理を終了する。
【００２３】
図１２は、ステータス表示制御部３１０のステータス表示処理の一例を示すフローチャートである。
Ｓ１１０１において、ステータス表示制御部３１０は、デバイス情報制御部３０５へ最新メッセージ登録時刻情報の取得要求を送信する。ステータス表示制御部３１０は、ＪＡＶＡアプリであるため、デバイス情報制御部３０５が登録したＣＧＩ関数に対してループバック通信でアクセスし、デバイス情報制御部３０５から最新メッセージ登録時刻情報を取得する。
Ｓ１１０２において、ステータス表示制御部３１０は、デバイス情報制御部３０５から最新メッセージ登録時刻情報を受信する。
Ｓ１１０３において、ステータス表示制御部３１０は、取得した最新メッセージ登録時刻情報とメッセージ表示制御部３１１がメッセージリストを表示した時刻情報とのどちらが新しいかを比較する。ステータス表示制御部３１０は、最新メッセージ登録時刻情報が新しい場合、Ｓ１１０４に進む。一方、ステータス表示制御部３１０は、メッセージリストを表示した時刻情報が新しい場合、本フローチャートの処理を終了する。
Ｓ１１０４において、ステータス表示制御部３１０は、ＪＡＶＡ−Ｎａｔｉｖｅ変換部３１３を通して、ステータス表示部３１４にステータスを表示するように指示を出す。ステータスバーには、一つの文言しか表示できないため、優先度の値の高さが同じ以上の文言の表示要求がされた場合、メッセージが届いている文言が直ぐに消える可能性がある。そのため、ステータス表示制御部３１０は、１分間継続して５秒間隔で表示要求を行い続けることで、最低でも１分間はメッセージが届いている文言を表示し続ける。そして、ステータス表示制御部３１０は、本フローチャートの処理を終了する。
【００２４】
図１３は、メッセージ表示制御部３１１のメッセージ表示処理の一例を示すフローチャートである。
Ｓ１２０１において、メッセージ表示制御部３１１は、ユーザにより「お知らせ」機能アイコンが選択されたか否か判断する。メッセージ表示制御部３１１は、選択された場合（Ｓ１２０１においてＹＥＳ）、Ｓ１２０２に進む。選択されていない場合（Ｓ１２０１においてＮＯ）、メッセージ表示制御部３１１は、本フローチャートの処理を終了する。
Ｓ１２０２において、メッセージ表示制御部３１１は、ブラウザを起動する。
Ｓ１２０３において、メッセージ表示制御部３１１は、管理サーバ１０６に対してメッセージを取得する。
Ｓ１２０４において、メッセージ表示制御部３１１は、管理サーバ１０６からメッセージを受信する。
Ｓ１２０５において、メッセージ表示制御部３１１は、図８（ａ）のようなメッセージリストを表示する。
Ｓ１２０６において、メッセージ表示制御部３１１は、メッセージリストを表示した時刻を保存する。なお、保存する時刻情報は、管理サーバ１０６からメッセージリストを取得成功した時刻情報でもよい。
Ｓ１２０７において、メッセージ表示制御部３１１は、ユーザによるメッセージ表示要求を受信したか否かを判断する。メッセージ表示制御部３１１は、受信した場合（Ｓ１２０７においてＹＥＳ）、Ｓ１２０８に進む。メッセージ表示制御部３１１は、受信しない場合（Ｓ１２０７においてＮＯ）、本フローチャートの処理を終了する。
Ｓ１２０８において、メッセージ表示制御部３１１は、図８（ｂ）のようなメッセージを入出力装置２１０に表示する。
【００２５】
以上説明したように、本実施形態では、メッセージの存在有無を確認する方法として、画像処理装置１０２は、管理サーバ１０６から最新のメッセージ登録時刻を取得する。そして、画像処理装置１０２は、保持しているメッセージ閲覧時刻と取得した最新のメッセージ登録時刻とを比較し、最新のメッセージ登録時刻が新しい場合に、新しいメッセージがあると判断する。
したがって、画像処理装置１０２は、ユーザが通知内容を確認していないときにのみ、ステータスバーに表示することができる。また、画像処理装置１０２は、ユーザによってメッセージを閲覧されたことに基づいて、ステータスバーの通知を消すことができるため、ユーザにとって利便性の高いメッセージの通知を行うことができる。
また、本実施形態では、定期的にネットワークを介して行われるポーリングの際に登録メッセージ本文を取得する場合に比べ、ポーリング時の通信に必要となるトラフィックを増やすことなく、新しいメッセージがあることをユーザに通知することができる。実際のメッセージ本文の取得は、ユーザが「お知らせ機能」アイコンを選択した際に画像処理装置１０２が管理サーバ１０６から取得する。したがって、ポーリングにより通信が発生する時間帯と、メッセージの本文の取得に伴う通信が発生する時間帯と、を分散させることができ、ネットワークトラフィックを分散させつつ適切なユーザ通知を行うことができる。
【００２６】
＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００２７】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではない。
【００２８】
以上、上述した各実施形態の処理によれば、サーバ装置からの通知の存在有無を表示する場合に、ユーザが通知内容を確認していないときにのみ、ステータスバーに表示する仕組みを提供することができる。
【符号の説明】
【００２９】
１０２  画像処理装置
２０１  ＣＰＵ
【図１】
2018066811.tif 000003
【図２】
2018066811.tif 000004
【図３Ａ】
2018066811.tif 000005
【図３Ｂ】
2018066811.tif 000006
【図４】
2018066811.tif 000007
【図５】
2018066811.tif 000008
【図６Ａ】
2018066811.tif 000009
【図６Ｂ】
2018066811.tif 000010
【図６Ｃ】
2018066811.tif 000011
【図７】
2018066811.tif 000012
【図８】
2018066811.tif 000013
【図９】
2018066811.tif 000014
【図１０】
2018066811.tif 000015
【図１１】
2018066811.tif 000016
【図１２】
2018066811.tif 000017
【図１３】
2018066811.tif 000018