JP2021099653A - クライアント端末、プログラム及び情報処理システム - Google Patents

Abstract

【課題】他者に宛てた文書が実際に確認されたかどうかを分かるようにする。【解決手段】クライアント端末３のＣＰＵ３１は、サーバー（管理装置）２よりお知らせ情報（メッセージ情報）を取得し、当該お知らせ情報（付箋５１３）を表示部３５に表示させる。また、ＣＰＵ３１は、表示部３５に表示されているお知らせ情報（付箋５１３）をサポートパネル表示画面（所定のリスト）５１から削除するための確認ボタン５２２（図１５参照）であって、当該お知らせ情報を確認したことをサーバー２に通知するための確認ボタン５２２を当該表示部３５に表示させる。【選択図】図１５

Description

本発明は、クライアント端末、プログラム及び情報処理システムに関する。

従来、文書管理システムにおいて、他者に宛てた文書が参照されたかどうかを確認する手段として未読／既読の機能が提供されている。この機能を利用して、例えば、所定時間が経過しても参照依頼した文書が未読の場合、当該文書に設定された重要度を変更して参照を促進させる文書管理システムが提案されている（例えば、特許文献１参照）。

特開２００７−１８８２３９号公報

しかしながら、上記の未読／既読の機能では、通常、文書を画面上に表示（開封）しさえすれば既読となるため、当該文書が実際に確認されたかどうかまでは分からないという問題がある。

本発明は、このような問題に鑑みてなされたものであり、他者に宛てた文書が実際に確認されたかどうかを分かるようにすることを目的とする。

上記課題を解決するため、本発明に係るクライアント端末は、
管理装置によって管理されているクライアント端末であって、
前記管理装置よりメッセージ情報を取得する取得手段と、
前記取得手段によって取得された前記メッセージ情報を表示手段に表示させる表示制御手段と、
を備え、
前記表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とする。

本発明によれば、他者に宛てた文書が実際に確認されたかどうかを分かるようにすることができる。

本実施形態の販売管理システムの概略構成図である。 サーバーの機能構成を示すブロック図である。 会社情報テーブルの内容例を示す図である。 お知らせ情報テーブルの内容例を示す図である。 通知内容一覧画面の例を示す図である。 公開先指定画面の例を示す図である。 通知内容編集画面の例を示す図である。 通知内容一覧画面の例を示す図である。 クライアント端末の機能構成を示すブロック図である。 付箋情報テーブルの内容例を示す図である。 サポートパネル表示画面の例を示す図である。 既読管理処理を示すフローチャートである。 付箋情報テーブルの内容例を示す図である。 サポートパネル表示画面の例を示す図である。 付箋確認画面の例を示す図である。 お知らせ情報テーブルの内容例を示す図である。 お知らせ確認画面の例を示す図である。 お知らせ確認画面の例を示す図である。 お知らせ確認画面の例を示す図である。

以下、本発明のクライアント端末、プログラム及び情報処理システムに係る実施の形態を図面に基づいて説明する。

＜販売管理システム１の構成＞
まず、図１を参照して、本実施形態の構成を説明する。図１は、本実施形態の販売管理システム１の概略構成図である。

図１に示すように、販売管理システム（情報処理システム）１は、サーバー２と、複数（例えば、３つ）のクライアント端末３とを備えている。サーバー２とクライアント端末３とは通信ネットワークＮを介して情報通信可能に接続される。

サーバー２は、例えば、クラウド上のサーバーであり、販売管理システム１を導入した各企業における仕入れ、受注、在庫、発送、納品、請求、販売計画など販売業務に関するサポートを行う。

クライアント端末３は、例えば、販売管理システム１を導入した各企業の社員が使用する端末装置である。このクライアント端末３としては、例えば、ノートＰＣ（Personal Computer）、デスクトップＰＣ等が挙げられる。なお、これらに限定されず、スマートフォン、タブレットＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）であってもよい。

通信ネットワークＮは、例えば、インターネットであるものとするが、ＬＡＮ（Local Area Network）等、他のネットワークとしてもよい。

＜サーバー２の構成＞
次に、図２を参照して、サーバー２の機能構成について説明する。図２は、サーバー２の機能構成を示すブロック図である。

図２に示すように、サーバー２は、ＣＰＵ（Central Processing Unit）２１と、ＲＡＭ（Random Access Memory）２２と、記憶部２３と、操作部２４と、表示部２５と、通信部２６と、バス２７などを備えている。サーバー２の各部は、バス２７を介して接続されている。

ＣＰＵ（管理装置側表示制御手段）２１は、サーバー２の各部を制御するプロセッサである。ＣＰＵ２１は、記憶部２３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ２２に展開し、当該プログラムに従って各種処理を実行する。

ＲＡＭ２２は、例えば、揮発性のメモリであり、ＣＰＵ２１により読み出された各種のプログラムやデータを一時的に格納するワークエリアを有する。

記憶部２３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）といった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータを含むファイル等を記憶する。記憶部２３に記憶されるデータとしては、会社情報テーブル２３１、お知らせ情報テーブル２３２などがある。

図３は、会社情報テーブル２３１の内容例を示す図である。
会社情報テーブル２３１は、サーバー２による管理の対象となる会社ごとに、認証コード、会社コード及び会社名が対応付けられて記憶されたテーブルデータである。

図４は、お知らせ情報テーブル２３２の内容例を示す図である。
お知らせ情報テーブル２３２は、サーバー２による管理の対象となる会社に対してお知らせ（告知）するメッセージ（お知らせ本文）ごとに、お知らせする会社の会社コード、お知らせ本文を識別するお知らせコード、お知らせ本文、お知らせ本文を公開する公開日、及び、確認状況が対応付けられて記憶されたテーブルデータである。ここで、確認状況とは、お知らせ本文の確認状況を示すものであり、お知らせ本文が対象となる会社において確認された場合、当該確認状況は既読として表される。一方、お知らせ本文が対象となる会社において確認されていない場合、確認状況は未読として表される。
お知らせ情報テーブル２３２に含まれるデータは、表示部２５に所定の通知内容一覧画面４１が表示された状態でユーザーが操作部２４を用いて情報入力を行うことでお知らせ情報テーブル２３２に追加登録される。

図５は、通知内容一覧画面４１の例を示す図である。
通知内容一覧画面４１では、通知内容一覧４１１、公開／限定公開選択ボタン４１２、指定ボタン４１３、編集ボタン４１４、削除ボタン４１５、追加ボタン４１６、閉じるボタン４１７、確認状況リンク４１８が設けられている。公開／限定公開選択ボタン４１２は、対象となる通知内容を公開とするか限定公開とするかを選択するためのボタンである。指定ボタン４１３は、対象となる通知内容を限定公開とした際に、その限定公開先の会社を指定するためのボタンである。指定ボタン４１３を選択する入力操作がなされると、表示部２５に公開先指定画面４２（図６参照）が表示される。編集ボタン４１４は、通知内容を編集するためのボタンである。編集ボタン４１４を選択する入力操作がなされると、表示部２５に通知内容編集画面４３（図７参照）が表示される。削除ボタン４１５は、対象となる通知内容を通知内容一覧４１１から削除するためのボタンである。追加ボタン４１６は、通知内容一覧４１１に新規の通知内容を追加するためのボタンである。図５の例では、追加ボタンを選択する入力操作がなされ、通知内容一覧４１１の３段目に新規の通知内容が追加された状態の通知内容一覧画面４１が示されている。閉じるボタン４１７は、通知内容一覧画面４１を閉じるためのボタンである。確認状況リンク４１８は、通知内容を確認した会社と当該通知内容を確認していない会社とを把握可能なお知らせ確認画面にアクセスするためのハイパーリンクである。確認状況リンク４１８は、分数で表示され、この分数の分母は公開対象の会社数、分子は既読の会社数を表している。確認状況リンク４１８を選択する入力操作がなされると、後述するお知らせ確認画面５３（図１７参照）が表示部２５に表示される。

図６は、公開先指定画面４２の例を示す図である。
公開先指定画面４２では、指定会社一覧４２１、公開先となる各会社を指定するためのチェックボックス４２２、公開先となる会社を全指定するためのチェックボックス４２３、決定ボタン４２４、キャンセルボタン４２５が設けられている。図６の例では、公開先の会社として「アライ商会（会社コード：１００１）」が指定された状態の公開先指定画面４２が示されている。公開先となる会社が指定された状態で決定ボタン４２４を選択する入力操作がなされると、対象となる通知内容の公開先が決定される。キャンセルボタン４２５を選択する入力操作がなされると、公開先指定画面４２が閉じられて情報入力が終了する。

図７は、通知内容編集画面４３の例を示す図である。
通知内容編集画面４３では、お知らせ本文入力領域４３１、公開日入力領域４３２が設けられている。これらの各領域に必要な情報が入力された状態で決定ボタン４３３を選択する入力操作がなされると、図８に示すように、通知内容一覧画面４１において通知内容一覧４１１の対象となる通知内容の欄に、編集されたお知らせ本文「本稼働は順調ですか？バージョンアップのお知らせです。」、及び、公開日「２０１９／１０／１１」が表示される。図８の例では、追加登録された通知内容（通知内容一覧４１１の上から３段目の通知内容）に対応する確認状況リンク４１８として“（０／３）”が表示されており、アライ商会（会社コード：１００１）を含む３社が限定公開の対象となっているものとする。また、図４に示すように、お知らせ情報テーブル２３２に対象となる通知内容（会社コード「１００１」、お知らせコード「１１０００２」、お知らせ本文「本稼働は順調ですか・・・」、公開日「２０１９／１０／１１」、確認状況「未読」）が追加登録される。キャンセルボタン４３４を選択する入力操作がなされると、通知内容編集画面４３が閉じられて情報入力が終了する。

操作部２４は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザー（オペレーター）からのキー操作入力及び位置操作入力を受け付け、その操作情報を、ＣＰＵ２１に出力する。ＣＰＵ２１は、操作部２４から送信された情報に基づいて、ユーザーの入力操作を受け付ける。

表示部（表示手段）２５は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescence）ディスプレイ等で構成され、ＣＰＵ２１から指示された表示情報に従い各種表示を行う。

通信部２６は、ネットワークカード等により構成されている。通信部２６は、通信ネットワークＮに通信接続されて、通信ネットワークＮ上の機器との通信を行う。

なお、本実施形態では、会社情報テーブル２３１及びお知らせ情報テーブル２３２が記憶部２３に記憶されているが、このような態様に限られず、会社情報テーブル２３１及びお知らせ情報テーブル２３２のデータの一部又は全部を外部のサーバー装置に記憶させ、サーバー２が当該外部のサーバー装置から通信部２６を介して必要な情報を取得して動作するようにしても良い。

＜クライアント端末３の構成＞
次に、図９を参照して、クライアント端末３の機能構成について説明する。図９は、クライアント端末３の機能構成を示すブロック図である。

図９に示すように、クライアント端末３は、ＣＰＵ３１と、ＲＡＭ３２と、記憶部３３と、操作部３４と、表示部３５と、通信部３６と、バス３７などを備えている。クライアント端末３の各部は、バス３７を介して接続されている。

ＣＰＵ（取得手段、表示制御手段（第１の表示制御手段、第２の表示制御手段）、クライアント端末側表示制御手段、通知手段）３１は、クライアント端末３の各部を制御するプロセッサである。ＣＰＵ３１は、記憶部３３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ３２に展開し、当該プログラムに従って各種処理を実行する。

ＲＡＭ３２は、例えば、揮発性のメモリであり、ＣＰＵ２１により読み出された各種のプログラムやデータを一時的に格納するワークエリアを有する。

記憶部３３は、ＨＤＤ、ＳＳＤといった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータを含むファイル等を記憶する。記憶部３３に記憶されるデータとしては、付箋情報テーブル３３１などがある。

図１０は、付箋情報テーブル３３１の内容例を示す図である。
付箋情報テーブル３３１は、生成される付箋ごとに、ＩＤ、表題、日付、本文及びお知らせコードが対応付けられて記憶されたテーブルデータである。
付箋情報テーブル３３１に含まれるデータは、表示部２５に所定の付箋登録画面（図示省略）が表示された状態でユーザーが操作部２４を用いて情報入力を行うことで付箋情報テーブル３３１に追加登録される。この付箋登録画面を介して登録される付箋としては、例えば、ユーザーが実施すべきタスクに関する付箋や、ユーザーのスケジュールに関する付箋などが挙げられる。
また、付箋情報テーブル３３１に含まれるデータは、サーバー２より取得されるお知らせ情報によっても付箋情報テーブル３３１に追加登録されるようになっている（図１３参照）。つまり、サーバー２よりお知らせ情報を取得した場合、当該お知らせ情報に基づいて生成された付箋が後述するサポートパネル表示画面５１に表示されるようになっている。

図１１は、サポートパネル表示画面５１の例を示す図である。ここで、サポートパネル表示画面５１とは、付箋情報テーブル３３１に登録されている付箋情報に基づいて生成される付箋を表示する画面である。
図１１に示すように、サポートパネル表示画面５１では、付箋５１１及び付箋５１２が日付の新しい順に上から表示されている。付箋５１１は、図１０で示されている付箋情報テーブル３３１のＩＤ「２」に対応する付箋情報に基づいて生成された付箋であり、付箋５１２は、ＩＤ「１」に対応する付箋情報に基づいて生成された付箋である。これらの付箋５１１，５１２を選択する入力操作がなされると、選択された付箋の内容を確認することができる付箋確認画面（後述）が表示部３５に表示されるようになっている。

操作部３４は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザー（オペレーター）からのキー操作入力及び位置操作入力を受け付け、その操作情報を、ＣＰＵ３１に出力する。ＣＰＵ３１は、操作部３４から送信された情報に基づいて、ユーザーの入力操作を受け付ける。

表示部（表示手段）３５は、ＬＣＤ、ＥＬディスプレイ等で構成され、ＣＰＵ３１から指示された表示情報に従い各種表示を行う。

通信部３６は、ネットワークカード等により構成されている。通信部３６は、通信ネットワークＮに通信接続されて、通信ネットワークＮ上の機器との通信を行う。

なお、本実施形態では、付箋情報テーブル３３１が記憶部３３に記憶されているが、このような態様に限られず、付箋情報テーブル３３１のデータの一部又は全部を外部のサーバー装置に記憶させ、クライアント端末３が当該外部のサーバー装置から通信部３６を介して必要な情報を取得して動作するようにしても良い。

＜既読管理処理＞
次に、販売管理システム１により行われる既読管理処理を説明する。
ここで、既読管理処理とは、サーバー２によって編集されたお知らせ情報がクライアント端末３側で確認されたか否かをサーバー２で確認することができるようにするための処理である。図１２は、既読管理処理を示すフローチャートである。なお、図１２に示すフローチャートは、一のクライアント端末３とサーバー２との間における既読管理処理を示すものとなっており、実際には販売管理システム１を構成する各クライアント端末３とサーバー２との間において既読管理処理がそれぞれ行われるようになっている。

図１２に示すように、まず、クライアント端末３のＣＰＵ３１は、サーバー２に対して一定間隔（例えば、５分間隔）でお知らせ情報取得要求を行う（ステップＳ１）。このお知らせ情報取得要求がなされる際、ＣＰＵ３１は、自端末において設定されている認証コードをサーバー２に送信する。例えば、クライアント端末３が「アライ商会」の端末装置である場合、ＣＰＵ３１は、認証コード「ａｂｃｄｅｆｇｈ」（図３参照）をサーバー２に送信する。

次いで、サーバー２のＣＰＵ２１は、クライアント端末３よりお知らせ情報取得要求を受けたか否かを判定する（ステップＳ２）。

ステップＳ２において、クライアント端末３よりお知らせ情報取得要求を受けていないと判定された場合（ステップＳ２；ＮＯ）、サーバー２のＣＰＵ２１は、処理をステップＳ１１へ進める。
一方、ステップＳ２において、クライアント端末３よりお知らせ情報取得要求を受けたと判定された場合（ステップＳ２；ＹＥＳ）、サーバー２のＣＰＵ２１は、会社情報テーブル２３１及びお知らせ情報テーブル２３２を参照して、お知らせ情報取得要求を行ったクライアント端末３を対象としたお知らせ情報があるか否かを判定する（ステップＳ３）。

ステップＳ３において、お知らせ情報取得要求を行ったクライアント端末３を対象としたお知らせ情報が無いと判定された場合（ステップＳ３；ＮＯ）、サーバー２のＣＰＵ２１は、処理をステップＳ１１へ進める。
一方、ステップＳ３において、お知らせ情報取得要求を行ったクライアント端末３を対象としたお知らせ情報があると判定された場合（ステップＳ３；ＹＥＳ）、サーバー２のＣＰＵ２１は、お知らせ情報取得要求を行ったクライアント端末３に対して当該お知らせ情報を送信する（ステップＳ４）。例えば、クライアント端末３より認証コード「ａｂｃｄｅｆｇｈ」を受信した場合、サーバー２のＣＰＵ２１は、会社情報テーブル２３１を参照して、この認証コード「ａｂｃｄｅｆｇｈ」に対応する会社コード「１００１」を取得する。続けて、ＣＰＵ２１は、図４に示されているお知らせ情報テーブル２３２を参照して、この会社コード「１００１」に対応するお知らせ情報であって、現在の日付（例えば、２０１９年１０月１１日）が公開日に達しているお知らせ情報であって、且つ、確認状況が「未読」であるお知らせ情報（お知らせコード「１１０００２」のお知らせ情報）を取得する。そして、サーバー２のＣＰＵ２１は、お知らせ情報取得要求を行ったクライアント端末３に対して当該お知らせ情報を送信する。

次いで、クライアント端末３のＣＰＵ３１は、サーバー２よりお知らせ情報を受信したか否かを判定する（ステップＳ５）。

ステップＳ５において、サーバー２よりお知らせ情報を受信していないと判定された場合（ステップＳ５；ＮＯ）、クライアント端末３のＣＰＵ３１は、処理をステップＳ８へ進める。
一方、ステップＳ５において、サーバー２よりお知らせ情報を受信したと判定された場合（ステップＳ５；ＹＥＳ）、クライアント端末３のＣＰＵ３１は、当該お知らせ情報に基づいて付箋情報を生成して付箋情報テーブル３３１に追加登録する（ステップＳ６）。

例えば、お知らせコード「１１０００２」のお知らせ情報（図４参照）を受信した場合、クライアント端末３のＣＰＵ３１は、当該お知らせ情報に基づいて、表題「※ポータルサイトからのお知らせ※」、日付「２０１９／１０／１１」、本文「本稼働は順調ですか？￥ｎバージョンアップのお知らせです。」、お知らせコード「１１０００２」とする付箋情報を生成し、図１３に示すように、当該付箋情報にＩＤ「３」を対応付けて付箋情報テーブル３３１に追加登録する。ここで、お知らせ情報に基づいて生成される付箋情報のうちの表題は、すべて「※ポータルサイトからのお知らせ※」が生成されるようになっている。表題に記される“ポータルサイト”とは、サーバー２で運営されているサイトであって、管理対象となっている会社ごとに販売管理の業務に関する情報を管理するサイトである。また、お知らせ情報に基づいて生成される付箋情報のうちの日付は、当該お知らせ情報に含まれる公開日に対応させた日付となっている。また、お知らせ情報に基づいて生成される付箋情報のうちの本文は、当該お知らせ情報に含まれるお知らせ本文に対応させたものとなっている。また、お知らせ情報に基づいて生成される付箋情報のうちのお知らせコードは、当該お知らせ情報のお知らせコードに対応させたものとなっている。

次いで、クライアント端末３のＣＰＵ３１は、ステップＳ６において付箋情報テーブル３３１に追加登録された付箋情報に基づいて付箋を生成してサポートパネル表示画面５１に表示させる（ステップＳ７）。具体的には、クライアント端末３のＣＰＵ３１は、付箋情報テーブル３３１に追加登録されたＩＤ「３」に対応する付箋情報（図１３参照）に基づいて付箋５１３を生成して、図１４に示すように、この付箋５１３をサポートパネル表示画面５１に表示させる。ここで、付箋５１３に記されている日付（２０１９／１０／１１）は、他の付箋５１１，５１２に記されている日付よりも新しいため、付箋５１３がサポートパネル表示画面５１の一番上に表示されるようになっている。また、付箋５１３、すなわちお知らせ情報に基づいて生成された付箋５１３は、上述した付箋登録画面（図示省略）を介して登録された通常の付箋５１１，５１２と識別可能にするため付箋自体が特定色（例えば、灰色）で表示されるようになっている。

次いで、クライアント端末３のＣＰＵ３１は、お知らせ情報に基づいて生成された付箋５１３の確認がユーザーによってなされたか否かを判定する（ステップＳ８）。

ここで、お知らせ情報に基づいて生成された付箋５１３の確認がユーザーによってなされたか否かの判定方法について詳述する。
図１４に示されているサポートパネル表示画面５１に表示されている付箋５１１〜付箋５１３のうちのいずれかを選択する入力操作がなされると、選択された付箋の内容を確認するための付箋確認画面５２が表示部３５に表示されるようになっている。図１５は、付箋５１３を選択する入力操作がなされた際に表示部３５に表示される付箋確認画面５２である。図１５に示すように、付箋確認画面５２では、付箋５１３の内容を表示する内容表示部５２１、確認ボタン５２２、取消ボタン５２３が設けられている。ここで、確認ボタン５２２を選択する入力操作がなされると、お知らせ情報に基づいて生成された付箋５１３の確認がユーザーによってなされたと判定されるとともに、サポートパネル表示画面５１から付箋５１３が削除されるようになっている。即ち、図１４の例においては、付箋５１３が削除され、図１１の状態に戻ることとなる。一方、取消ボタン５２３を選択する入力操作がなされると、サポートパネル表示画面５１では付箋５１３が引き続き表示されるようになっている。つまり、付箋確認画面５２において確認ボタン５２２を選択する入力操作がなされるまでの間は、お知らせ情報に基づいて生成された付箋５１３の確認がユーザーによってなされていないと判定されることとなる。

ステップＳ８において、お知らせ情報に基づいて生成された付箋５１３の確認がユーザーによってなされていないと判定された場合（ステップＳ８；ＮＯ）、クライアント端末３のＣＰＵ３１は、処理をステップＳ１へ戻し、それ以降の処理を繰り返し行う。
一方、ステップＳ８において、お知らせ情報に基づいて生成された付箋５１３の確認がユーザーによってなされたと判定された場合（ステップＳ８；ＹＥＳ）、クライアント端末３のＣＰＵ３１は、サーバー２に対して付箋確認通知を行う（ステップＳ９）。この付箋確認通知がなされる際、ＣＰＵ３１は、付箋５１３の付箋情報に含まれるお知らせコード「１１０００２」（図１３参照）をサーバー２に送信する。続けて、ＣＰＵ３１は、サポートパネル表示画面５１から付箋５１３を削除する（ステップＳ１０）。そして、ＣＰＵ３１は、処理をステップＳ１へ戻し、それ以降の処理を繰り返し行う。

次いで、サーバー２のＣＰＵ２１は、クライアント端末３より付箋確認通知を受けたか否かを判定する（ステップＳ１１）。

ステップＳ１１において、クライアント端末３より付箋確認通知を受けていないと判定された場合（ステップＳ１１；ＮＯ）、サーバー２のＣＰＵ２１は、処理をステップＳ２へ戻し、それ以降の処理を繰り返し行う。
一方、ステップＳ１１において、クライアント端末３より付箋確認通知を受けたと判定された場合（ステップＳ１１；ＹＥＳ）、サーバー２のＣＰＵ２１は、当該付箋確認通知がなされた際にクライアント端末３より送信されるお知らせコードに基づいて、対応するお知らせ情報の確認状況を「既読」に更新する（ステップＳ１２）。例えば、クライアント端末３よりお知らせコード「１１０００２」が受信された場合、サーバー２のＣＰＵ２１は、図１６に示すように、お知らせ情報テーブル２３２のお知らせコード「１１０００２」に対応するお知らせ情報の確認状況を「既読」に更新する。これにより、通知内容一覧画面４１では、通知内容一覧４１１のお知らせコード「１１０００２」に対応する通知内容（通知内容一覧４１１の上から３段目の通知内容）に対応する確認状況リンク４１８の表示態様が“（０／３）”から“（１／３）”に切り替わることとなる。そして、サーバー２のＣＰＵ２１は、処理をステップＳ２へ戻し、それ以降の処理を繰り返し行う。

図１７は、お知らせ確認画面５３の例を示す図である。このお知らせ確認画面５３は、上述した通知内容一覧画面４１の通知内容一覧４１１から通知内容「本稼働は順調ですか？・・・」に対応する確認状況リンク４１８を選択する入力操作がなされたときに表示部２５に表示される画面である。なお、このとき選択された上記確認状況リンク４１８には“（１／３）”が表示されているものとする。

図１７に示すように、お知らせ確認画面５３では、お知らせコード「１１０００２」、お知らせ本文「本稼働は順調ですか？・・・」、及び、確認状況「既読１社、未読２社」が表示される。また、お知らせ確認画面５３では、既読タブ５３１、未読タブ５３２、会社リスト表示部５３３、閉じるボタン５３４が設けられている。お知らせ確認画面５３では、初期状態として既読タブ５３１が選択された状態となっており、このとき会社リスト表示部５３３には、既読の会社リストＬ１が表示される。これにより、サーバー２の使用権限を有するユーザーは、お知らせ確認画面５３を確認することで、お知らせコード「１１０００２」のお知らせ情報を確認した会社を把握することができる。未読タブ５３２を選択する入力操作がなされると、図１８に示すように、お知らせ確認画面５３の会社リスト表示部５３３では、未読の会社リストＬ２が表示される。これにより、サーバー２の使用権限を有するユーザーは、お知らせ確認画面５３を確認することで、お知らせコード「１１０００２」のお知らせ情報を確認していない会社を把握することができる。閉じるボタン５３４を選択する入力操作がなされると、お知らせ確認画面５３が閉じられるようになっている。

なお、本実施形態では、上述のようにお知らせ情報（通知内容）ごとのお知らせ確認画面５３の他に、会社ごとのお知らせ確認画面５４も表示可能となっている。図１９は、会社ごとのお知らせ確認画面５４の例を示す図である。このお知らせ画面５４は、図示は省略するが、例えば、会社ごとにお知らせ確認画面を表示させるためのトップ画面において会社「アライ商会」を指定する入力操作がなされたことを契機として表示されるようになっている。

図１９に示すように、お知らせ確認画面５４では、会社「アライ商会」に向けて告知したお知らせ情報の確認状況一覧５４１、閉じるボタン５４２が設けられている。確認状況一覧５４１では、会社「アライ商会」に向けて告知したお知らせ情報ごとに、お知らせコード、お知らせ本文、及び、確認状況が対応付けられて表示される。図１９の例では、図１６に示されているお知らせ情報テーブル２３２のお知らせコード「１１０００１」及びお知らせコード「１１０００２」のお知らせ情報に基づいた確認状況一覧５４１が表示されている。これにより、サーバー２の使用権限を有するユーザーは、お知らせ確認画面５４を確認することで、会社「アライ商会」に向けて告知したお知らせコード「１１０００１」及びお知らせコード「１１０００２」のお知らせ情報の確認状況を把握することができる。閉じるボタン５４２を選択する入力操作がなされると、お知らせ確認画面５３が閉じられるようになっている。

以上説明したように、クライアント端末３のＣＰＵ３１は、サーバー（管理装置）２よりお知らせ情報（メッセージ情報）を取得し、当該お知らせ情報（付箋５１３）を表示部３５に表示させる。また、ＣＰＵ３１は、表示部３５に表示されているお知らせ情報（付箋５１３）をサポートパネル表示画面（所定のリスト）５１から削除するための確認ボタン５２２（図１５参照）であって、当該お知らせ情報を確認したことをサーバー２に通知するための確認ボタン５２２を当該表示部３５に表示させる。
したがって、クライアント端末３によれば、お知らせ情報（付箋５１３）の確認が実際に完了して当該お知らせ情報が不要となった段階で確認ボタン５２２を選択する入力操作が行われるようにすることができるので、当該確認ボタン５２２の選択に基づいて他者に宛てたお知らせ情報が実際に確認されたかどうかを分かるようにすることができる。

また、クライアント端末３のＣＰＵ３１は、お知らせ情報をサポートパネル表示画面５１において付箋形式で表示させ、当該付箋形式のお知らせ情報を指定する入力操作がなされた場合、当該お知らせ情報の内容を表示部３５に表示させるとともに、確認ボタン５２２を当該お知らせ情報の内容と対応付けて表示部３５に表示させる。
したがって、クライアント端末３によれば、お知らせ情報の内容の確認と、確認ボタン５２２を選択する入力操作と、を一連の流れで円滑に行うことができるようになる。

また、クライアント端末３のＣＰＵ３１は、確認ボタン５２２を選択する入力操作がなされた場合、表示部３５に表示されている対象となる付箋形式のお知らせ情報（付箋５１３）をサポートパネル表示画面５１から削除する。
したがって、クライアント端末３によれば、サポートパネル表示画面５１には確認状況が未読の状態であるお知らせ情報だけを表示することができるので、お知らせ情報の確認作業を効率良く行うことができる。

また、クライアント端末３のＣＰＵ３１は、ユーザーが実施すべきタスクに関するタスク情報が表示される領域（サポートパネル表示画面５１）に付箋形式のメッセージ情報（付箋５１３）を表示させる。
したがって、クライアント端末３によれば、ＴｏＤｏタスクの管理の一環として、お知らせ情報の確認作業を行うことができるようになるので、お知らせ情報の見落としを抑制することができる。

また、クライアント端末３のＣＰＵ３１は、所定時間が経過するごとにお知らせ情報の取得を試みる。
したがって、クライアント端末３によれば、サーバー２で編集されたお知らせ情報に対して迅速な対応をとることができるようになる。

以上、本発明を実施形態に基づいて具体的に説明してきたが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。

また、上記した実施形態では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として記憶部３３のＨＤＤ、ＳＳＤを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリや、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ（搬送波）も本発明に適用される。

本発明の実施の形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
［付記］
＜請求項１＞
管理装置によって管理されているクライアント端末であって、
前記管理装置よりメッセージ情報を取得する取得手段と、
前記取得手段によって取得された前記メッセージ情報を表示手段に表示させる表示制御手段と、
を備え、
前記表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とするクライアント端末。
＜請求項２＞
前記表示制御手段は、前記取得手段によって取得された前記メッセージ情報を前記所定のリストにおいて付箋形式で表示させ、当該付箋形式のメッセージ情報を指定する入力操作がなされた場合、当該メッセージ情報の内容を前記表示手段に表示させるとともに、前記ボタンを前記メッセージ情報の内容と対応付けて当該表示手段に表示させることを特徴とする請求項１に記載のクライアント端末。
＜請求項３＞
前記表示制御手段は、前記ボタンを選択する入力操作がなされた場合、前記表示手段に表示されている対象となる前記付箋形式のメッセージ情報を前記所定のリストから削除することを特徴とする請求項２に記載のクライアント端末。
＜請求項４＞
前記表示制御手段は、ユーザーが実施すべきタスクに関するタスク情報が表示される領域に前記付箋形式のメッセージ情報を表示させることを特徴とする請求項２又は３に記載のクライアント端末。
＜請求項５＞
前記取得手段は、所定時間が経過するごとに前記メッセージ情報の取得を試みることを特徴とする請求項１〜４のいずれか一項に記載のクライアント端末。
＜請求項６＞
前記表示制御手段は、第１の表示制御手段と第２の表示制御手段を含み、
前記第１の表示制御手段は、前記取得手段により取得された複数のメッセージ情報を前記所定のリストとして表示させ、
前記第２の表示制御手段は、前記所定のリストとして表示された複数のメッセージ情報のうちユーザーの入力操作により指定された一のメッセージ情報の内容を表示させるとともに、当該メッセージ情報の内容と対応付けて前記ボタンを表示させることを特徴とする請求項１〜５のいずれか一項に記載のクライアント端末。
＜請求項７＞
管理装置によって管理されているクライアント端末のコンピュータを、
前記管理装置よりメッセージ情報を取得する取得手段、
前記取得手段によって取得された前記メッセージ情報を表示手段に表示させる表示制御手段、
として機能させ、
前記表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とするプログラム。
＜請求項８＞
クライアント端末と、当該クライアント端末を管理する管理装置と、を備えた情報処理システムであって、
前記クライアント端末は、
前記管理装置よりメッセージ情報を取得する取得手段と、
前記取得手段によって取得された前記メッセージ情報を表示手段に表示させるクライアント端末側表示制御手段と、
を備え、
前記クライアント端末側表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とする情報処理システム。
＜請求項９＞
前記クライアント端末は、
前記ボタンを選択する入力操作がなされた場合、対象となるメッセージ情報を確認したことを前記管理装置に通知する通知手段を備え、
前記管理装置は、
前記メッセージ情報が確認されたか否かを示す確認状況を表示手段に表示させる管理装置側表示制御手段を備え、
前記管理装置側表示制御手段は、前記クライアント端末より前記メッセージ情報を確認した旨の通知を受けた場合、当該メッセージ情報の前記確認状況を未読から既読に更新して表示させることを特徴とする請求項８に記載の情報処理システム。

１ 販売管理システム（情報処理システム）
２ サーバー（管理装置）
２１ ＣＰＵ（管理装置側表示制御手段）
２２ ＲＡＭ
２３ 記憶部
２４ 操作部
２５ 表示部（表示手段）
２６ 通信部
２７ バス
３ クライアント端末
３１ ＣＰＵ（取得手段、表示制御手段（第１の表示制御手段、第２の表示制御手段）、クライアント端末側表示制御手段、通知手段）
３２ ＲＡＭ
３３ 記憶部
３４ 操作部
３５ 表示部（表示手段）
３６ 通信部
３７ バス

Claims (9)

1. 管理装置によって管理されているクライアント端末であって、
   前記管理装置よりメッセージ情報を取得する取得手段と、
   前記取得手段によって取得された前記メッセージ情報を表示手段に表示させる表示制御手段と、
   を備え、
   前記表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とするクライアント端末。
2. 前記表示制御手段は、前記取得手段によって取得された前記メッセージ情報を前記所定のリストにおいて付箋形式で表示させ、当該付箋形式のメッセージ情報を指定する入力操作がなされた場合、当該メッセージ情報の内容を前記表示手段に表示させるとともに、前記ボタンを前記メッセージ情報の内容と対応付けて当該表示手段に表示させることを特徴とする請求項１に記載のクライアント端末。
3. 前記表示制御手段は、前記ボタンを選択する入力操作がなされた場合、前記表示手段に表示されている対象となる前記付箋形式のメッセージ情報を前記所定のリストから削除することを特徴とする請求項２に記載のクライアント端末。
4. 前記表示制御手段は、ユーザーが実施すべきタスクに関するタスク情報が表示される領域に前記付箋形式のメッセージ情報を表示させることを特徴とする請求項２又は３に記載のクライアント端末。
5. 前記取得手段は、所定時間が経過するごとに前記メッセージ情報の取得を試みることを特徴とする請求項１〜４のいずれか一項に記載のクライアント端末。
6. 前記表示制御手段は、第１の表示制御手段と第２の表示制御手段を含み、
   前記第１の表示制御手段は、前記取得手段により取得された複数のメッセージ情報を前記所定のリストとして表示させ、
   前記第２の表示制御手段は、前記所定のリストとして表示された複数のメッセージ情報のうちユーザーの入力操作により指定された一のメッセージ情報の内容を表示させるとともに、当該メッセージ情報の内容と対応付けて前記ボタンを表示させることを特徴とする請求項１〜５のいずれか一項に記載のクライアント端末。
7. 管理装置によって管理されているクライアント端末のコンピュータを、
   前記管理装置よりメッセージ情報を取得する取得手段、
   前記取得手段によって取得された前記メッセージ情報を表示手段に表示させる表示制御手段、
   として機能させ、
   前記表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とするプログラム。
8. クライアント端末と、当該クライアント端末を管理する管理装置と、を備えた情報処理システムであって、
   前記クライアント端末は、
   前記管理装置よりメッセージ情報を取得する取得手段と、
   前記取得手段によって取得された前記メッセージ情報を表示手段に表示させるクライアント端末側表示制御手段と、
   を備え、
   前記クライアント端末側表示制御手段は、前記表示手段に表示されている前記メッセージ情報を所定のリストから削除するためのボタンであって、当該メッセージ情報を確認したことを前記管理装置に通知するためのボタンを当該表示手段に表示させることを特徴とする情報処理システム。
9. 前記クライアント端末は、
   前記ボタンを選択する入力操作がなされた場合、対象となるメッセージ情報を確認したことを前記管理装置に通知する通知手段を備え、
   前記管理装置は、
   前記メッセージ情報が確認されたか否かを示す確認状況を表示手段に表示させる管理装置側表示制御手段を備え、
   前記管理装置側表示制御手段は、前記クライアント端末より前記メッセージ情報を確認した旨の通知を受けた場合、当該メッセージ情報の前記確認状況を未読から既読に更新して表示させることを特徴とする請求項８に記載の情報処理システム。

Images