(57)【要約】【課題】  情報共有されているメッセージの属性に基づき、各メッセージの表示及び掲示板そのものの表示を不必要に頻繁にしないよう制御することで、掲示板閲覧者の各メッセージに対する閲覧者の注意力を低下させない技術を提供する。【解決手段】    掲示板に表示すべきメッセージ、メッセージの登録日、表示期限日、重要度を用いて各メッセージのスコアを算出する。表示下限閾値以上のスコアを持つメッセージがあれば、掲示板に表示すべき候補とはするが、指定件数以上カウントされた段階で掲示板データを生成すると判定し、掲示板データをクライアント装置に送信する。また、表示必須閾値以上のメッセージは、さらに重要なメッセージとして、指定件数未満であっても、掲示板データをクライアント装置に送信する。【選択図】図７
2014038377.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置とネットワークを介して接続可能であり、該クライアント装置に掲示板を表示させるよう制御する情報共有サーバであって、
ユーザから受け付けたメッセージおよび該メッセージの登録日、表示期限日、重要度をメッセージ情報として登録するメッセージ情報記憶手段と、
前記メッセージ情報記憶手段に記憶された各メッセージのスコアを、前記登録日と、前記表示期限日と、前記重要度と、前記掲示板を表示させる現在日付に基づきメッセージのスコアを算出するスコア算出手段と、
前記スコア算出手段に基づき算出した前記メッセージのスコアと、表示下限閾値と、の比較に基づき、該メッセージを掲示板に表示させる候補として表示一覧に登録する表示一覧登録手段と、
前記表示一覧に登録された前記メッセージの個数と、掲示板を表示させるために表示一覧に含まれるメッセージの個数の条件である「表示一覧の最小メッセージ数」と、の比較に基づき該表示一覧に含まれる該メッセージに基づき掲示板データを生成するか否かを判定する判定手段と、
前記判定手段に基づき前記表示一覧に含まれる前記メッセージに基づき前記掲示板データとすると判定された場合には、該表示一覧に含まれる前記メッセージに基づき該掲示板データを生成する掲示板データ生成手段と、
前記掲示板データ生成手段により生成された前記掲示板データを、クライアント装置に送信するための送信手段と、
を備えることを特徴とする情報共有サーバ。
【請求項２】
前記スコア算出手段に基づき算出した前記メッセージのスコアと、表示必須閾値と、の比較に基づき、該メッセージを掲示板に表示させる必須メッセージとして表示必須一覧に登録する表示必須一覧登録手段と、
を備え、
前記掲示板データ生成手段は、
前記表示必須一覧に前記メッセージが登録されている場合には、該表示必須一覧に含まれる該メッセージに基づき前記掲示板データを生成することを特徴とする請求項１に記載の情報共有サーバ。
【請求項３】
表示必須一覧登録手段は、更に、
前記現在日付が前記メッセージの前記登録日である場合、または該メッセージの表示の有効期限である前記表示期限日である場合には、該メッセージを前記必須一覧に登録することを特徴とする請求項１または請求項２のいずれか１項に記載の情報共有サーバ。
【請求項４】
前記スコア算出手段は、
前記現在日付と、前記メッセージの前記登録日と、の差が大きくになるに従って、メッセージのスコアの値が大きくなることを特徴とする請求項１乃至請求項３のいずれか１項に記載の情報共有サーバ。
【請求項５】
前記スコア算出手段は、
前記現在日付と、前記メッセージの前記登録日と、の差が大きくなるに従って、メッセージのスコアの値が大きくなることを特徴とする請求項１乃至請求項４のいずれか１項に記載の情報共有サーバ。
【請求項６】
クライアント装置とネットワークを介して接続可能であり、該クライアント装置に掲示板を表示させるよう制御する情報共有方法であって、
メッセージ情報登録手段が、ユーザから受け付けたメッセージおよび該メッセージの登録日、表示期限日、重要度をメッセージ情報としてメッセージ情報記憶手段に登録させるメッセージ情報登録ステップと、
スコア算出手段が、前記メッセージ情報記憶手段に記憶された各メッセージのスコアを、前記登録日と、前記表示期限日と、前記重要度と、前記掲示板を表示させる現在日付に基づきメッセージのスコアを算出するスコア算出ステップと、
表示一覧登録手段が、前記スコア算出ステップに基づき算出した前記メッセージのスコアと、表示下限閾値と、の比較に基づき、該メッセージを掲示板に表示させる候補として表示一覧に登録する表示一覧登録ステップと、
判定手段が、前記表示一覧に登録された前記メッセージの個数と、掲示板を表示させるために表示一覧に含まれるメッセージの個数の条件である「表示一覧の最小メッセージ数」と、の比較に基づき該表示一覧に含まれる該メッセージに基づき掲示板データを生成するか否かを判定する判定ステップと、
掲示板データ生成手段が、前記判定ステップに基づき前記表示一覧に含まれる前記メッセージに基づき前記掲示板データとすると判定された場合には、該表示一覧に含まれる前記メッセージに基づき該掲示板データを生成する掲示板データ生成ステップと、
送信手段が、前記掲示板データ生成ステップにより生成された前記掲示板データを、クライアント装置に送信するための送信ステップと、
を備えることを特徴とする情報共有方法。
【請求項７】
コンピュータを、クライアント装置とネットワークを介して接続可能であり、該クライアント装置に掲示板を表示させるよう制御する情報共有サーバとして機能させるためのプログラムであって、
前記コンピュータを、
ユーザから受け付けたメッセージおよび該メッセージの登録日、表示期限日、重要度をメッセージ情報としてメッセージ情報記憶手段に登録させるメッセージ情報登録手段、
前記メッセージ情報記憶手段に記憶された各メッセージのスコアを、前記登録日と、前記表示期限日と、前記重要度と、前記掲示板を表示させる現在日付に基づきメッセージのスコアを算出するスコア算出手段、
前記スコア算出手段に基づき算出した前記メッセージのスコアと、表示下限閾値と、の比較に基づき、該メッセージを掲示板に表示させる候補として表示一覧に登録する表示一覧登録手段、
前記表示一覧に登録された前記メッセージの個数と、掲示板を表示させるために表示一覧に含まれるメッセージの個数の条件である「表示一覧の最小メッセージ数」と、の比較に基づき該表示一覧に含まれる該メッセージに基づき掲示板データを生成するか否かを判定する判定手段、
前記判定手段に基づき前記表示一覧に含まれる前記メッセージに基づき前記掲示板データとすると判定された場合には、該表示一覧に含まれる前記メッセージに基づき該掲示板データを生成する掲示板データ生成手段、
前記掲示板データ生成手段により生成された前記掲示板データを、クライアント装置に送信するための送信手段として機能させるためのプログラム。
【請求項８】
請求項７に記載されたプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者同士が情報を共有するための掲示板の表示を制御する情報共有サーバに関する。
【背景技術】
【０００２】
従来から、会社等の組織において情報を社員に周知させる方法として、情報共有システム上の電子掲示板（以降、単に掲示板と略す場合がある）へ情報を掲載し、社員がそれを参照することで情報の周知をおこなう場合があった。
【０００３】
しかしながら、掲示される情報は、様々な重要度を持ち、また掲載日により既に不要となったもの、利用者が既読であるものなどが混在している。そのため利用者にとっては、重要な新しい情報であっても見落としてしまい、適切な情報共有をはかるという掲示板の目的を果たせない場合が生じていた。
【０００４】
特許文献１では、周知させたい情報を共有表示端末に配信／表示させる際、情報の配信条件および既読／未読に応じて、情報を共有表示端末に配信／表示することで、情報を見落とすことなく確実に周知させることが出来る情報配信システムを提供する情報配信システムが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１２−３６９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１における情報配信システムでは、個々の情報に対して、配信条件および既読／未読に応じて配信するか否かを決定している。情報配信システムが、利用者に提示すべきと判断した情報がある場合に、それらの情報一覧（掲示板）を共有表示端末に表示させる。
【０００７】
利用者は、最初のうちは掲示板の各情報の内容を詳細に読んだり、内容まで読まなくともタイトルだけでも確認するが、次第に確認しなくなることが想定される。すなわち、利用者は、確認しない情報が存在することに慣れてしまうことが想定され、前述同様、適切な情報共有をはかるという掲示板の目的を果たせない場合が生じる。  また、掲示板が、他のアプリケーションの１機能として組み込まれている場合には、例えばログイン時には、配信された情報が重要ではないにもかかわらず掲示板が必ず表示されるものがある。
【０００８】
この場合、利用者にとっては、掲示板を見なくとも閉じるという操作に慣れてしまい、この操作を繰り返すことで、掲示板に重要な情報があるかないか確認さえせずに、掲示板を閉じるということが発生してしまうという前述と同様の問題が生じる。
【０００９】
本発明の目的は、上記問題を解決するものであり、情報共有されているメッセージの属性に基づき、各メッセージの表示及び掲示板そのものの表示を不必要に頻繁にしないよう制御することで、掲示板閲覧者の各メッセージに対する閲覧者の注意力を低下させない技術を提供することである。
【課題を解決するための手段】
【００１０】
本発明は、クライアント装置とネットワークを介して接続可能であり、該クライアント装置に掲示板を表示させるよう制御する情報共有サーバであって、ユーザから受け付けたメッセージおよび該メッセージの登録日、表示期限日、重要度をメッセージ情報として登録するメッセージ情報記憶手段と、前記メッセージ情報記憶手段に記憶された各メッセージのスコアを、前記登録日と、前記表示期限日と、前記重要度と、前記掲示板を表示させる現在日付に基づきメッセージのスコアを算出するスコア算出手段と、前記スコア算出手段に基づき算出した前記メッセージのスコアと、表示下限閾値と、の比較に基づき、該メッセージを掲示板に表示させる候補として表示一覧に登録する表示一覧登録手段と、前記表示一覧に登録された前記メッセージの個数と、掲示板を表示させるために表示一覧に含まれるメッセージの個数の条件である「表示一覧の最小メッセージ数」と、の比較に基づき該表示一覧に含まれる該メッセージに基づき掲示板データを生成するか否かを判定する判定手段と、前記判定手段に基づき前記表示一覧に含まれる前記メッセージに基づき前記掲示板データとすると判定された場合には、該表示一覧に含まれる前記メッセージに基づき該掲示板データを生成する掲示板データ生成手段と、前記掲示板データ生成手段により生成された前記掲示板データを、クライアント装置に送信するための送信手段と、
を備えることを特徴とすることを特徴とする。
【発明の効果】
【００１１】
本発明により、情報共有されているメッセージの属性に基づき、各メッセージの表示及び掲示板そのものの表示を不必要に頻繁にしないよう制御することで、掲示板閲覧者の各メッセージに対する閲覧者の注意力を低下させない効果を得ることが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係わるシステム構成の一例を示す図である。
【図２】本発明の実施形態に係わるクライアント装置、情報共有サーバのハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態に係わる掲示板に表示するためのメッセージが登録されているデータベースの構成の一例である。
【図４】本発明の実施形態に係わるスコア計算式およびメッセージの表示を決定するための各種閾値などが登録される閾値テーブルの一例である。
【図５】本発明の実施形態に係わる各メッセージのスコアの移り変わりを示す一例である。
【図６】本発明の実施形態に係わる各メッセージのスコアなどに基づき表示される掲示板の一例である。
【図７】本発明の実施形態に係わる掲示板表示のメイン処理の一例を示すフローチャートである。
【図８】本発明の実施形態に係わる個々のメッセージのスコア計算と表示一覧に追加する処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を、図面を参照して詳細に説明する。
【００１４】
図１は、本発明の実施形態に係わるシステム構成の一例を示す図である。
【００１５】
図１において、情報共有システムは、少なくとも１つのクライアント装置１０１と情報共有サーバ１０３がネットワーク１０４を介して接続されている。更にアプリケーションサーバ１０２もシステム構成に含まれ、ネットワーク１０４を介してクライアント装置１０１と情報共有サーバ１０３に接続されていてもよい。
【００１６】
システム構成にアプリケーションサーバ１０２が含まれている場合には、例えばクライアント装置１０１からアプリケーションサーバ１０２のサービスを利用するために接続要求をした際、アプリケーションサーバ１０２から情報共有サーバ１０３に掲示板データを要求し、掲示板データがあれば、掲示板をアプリケーションのクライアントＧＵＩ表示前に、単独でクライアント装置１０１に表示させる、あるいはアプリケーションのクライアントＧＵＩをクライアント装置に表示させる前後、あるいは同時に掲示板をクライアント装置１０１に表示させるよう制御するようにしてもよい。この表示制御は、情報共有サーバ１０３が直接、クライアント装置１０１に対して行ってもよいし、アプリケーションサーバ１０２を介しておこなってもよい。
【００１７】
また、アプリケーションサーバ１０２がない場合には、例えばクライアント装置１０１のユーザが、そのクライアント装置１０１をその日最初に起動した際に情報共有サーバ１０３にアクセスし、掲示板データを要求するように設定し、表示すべきメッセージがあれば表示するように構成してもよい。
【００１８】
いずれの場合も、本発明の実施形態においてクライアント装置１０１に掲示板を表示するシステム構成とする。
【００１９】
クライアント装置１０１、アプリケーションサーバ１０２、情報共有サーバ１０３の間の通信は、通常のＨＴＴＰのリクエストでもよいし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。
【００２０】
クライアント装置１０１、アプリケーションサーバ１０２、情報共有サーバ１０３は、それぞれＬＡＮにおいて接続されてもよい。また、それぞれインターネット上において構成されてもよい。前述の構成が混在するものであってもよい。
【００２１】
図２は、本発明の実施形態に係わる情報共有サーバ、クライアント装置のハードウェア構成の一例を示すブロック図である。また、アプリケーションサーバ１０２に接続する場合、すなわち全寿つんとおり、クライアント装置１０１からアプリケーションサーバ１０２に接続要求（あるいは起動）をした場合に、アプリケーションサーバ１０２から情報共有サーバ１０３を間接的に呼び出し、掲示板をクライアント装置１０１に表示する場合には、アプリケーションサーバ１０２が構成の１つであってもよい。
【００２２】
図２に示すように、情報共有サーバ１０３、クライアント装置１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。  ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２３】
また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２４】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２５】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２６】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２７】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク１０４を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００２９】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３０】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３１】
図３は、本発明の実施形態に係わる掲示板に表示するためのメッセージが登録されているデータベースの構成の一例である。メッセージは、クライアント装置１０１において掲示板を閲覧するユーザと同じユーザが登録できてもよい。また、情報共有サーバ１０３を管理する管理者が情報共有サーバ１０３において、または情報共有サーバ１０３に接続される特別な権限のある情報処理装置などから登録できてもよい（以上の登録の構成は不図示）。
【００３２】
メッセージデータベース３００は、メッセージのメッセージＩＤ、タイトル、本文、登録日、期限（表示期限日）、重要度、から構成される。
【００３３】
図３の例では、メッセージ１から３の３つのメッセージが登録されている。メッセージ１は８月1日、メッセージ２は８月６日、メッセージ３は８月８日に登録され、それぞれ３１日後が期限（表示期限日）となっている。また、重要度は、例えば１から１０を設定可能である。これらの項目は、後述するメッセージ毎のスコア計算に用いられるが、項目自体は例である。従って、これらの項目に基づく図４の計算式もメッセージデータベース３００のデータ項目が変わるに従って、異なるものであってもよいし、また同じ項目であっても異なる計算式を定義してもよい。図３も図４もあくまで例である。
【００３４】
図４は、本発明の実施形態に係わるスコア計算式およびメッセージの表示を決定するための各種閾値などが登録される閾値テーブルの一例である。メッセージのスコアを計算する手順を説明する。
【００３５】
まず、“表示期限日”（メッセージを登録したユーザが指定する本メッセージの最終表示日）と“登録日”（ユーザによるメッセージデータベース３００へのメッセージの登録日）との差を計算する（分母）。さらに、“現在日付”（システム時間）と“前回表示日付”（情報共有サーバ１０３が、メッセージを掲示板データ内の１つとしてクライアント装置１０１に表示させた最新の日付）の差を計算する（分子１）。この分母、分子１を用いて“分子１／分母×１００”を「間隔スコア」とする。このため、“前回表示日付”は、メッセージデータベース３００の対応するメッセージに関連して登録してもよい。また、掲示板表示ログ（不図示）に表示したユーザとメッセージ、“前回表示日付”を対応付けて記録してもよい。
【００３６】
なお、長期の休暇などがあり、メッセージのスコアが高くなっても、出社して掲示板を閲覧したユーザは、次回からこの“前回表示日付”に対応するスコアが下がり、その他のユーザは下がらないため、ユーザによりスコアは異なってくる。
【００３７】
“間隔スコア”は、メッセージの登録日から表示期限日までの日数に対して、前回表示した日から今日までの日付、を百分率で表したものである。すなわち、メッセージの表示が有効である期間中の割合に対して“どれだけ長い期間表示していないか”を意味する。例えば後述する図６のメッセージ１について、８月２７日のスコアを計算すると、“分母＝３０”、“分子１＝６（２１日に表示して以来、２７日まで６日間表示していない）”なので、“６／３０×１００＝２０．０”となる。
【００３８】
メッセージ（を含む掲示板）は、“間隔スコア”が高くなるほど表示される可能性が大きくなる。すなわち、ユーザは、そのメッセージを見てからの間隔が短い場合には、そのメッセージを見ずに他のメッセージに注目しやすくなり、逆に間隔があくほど、再度そのメッセージが表示され、改めて確認する、という効果を得ることができる。
【００３９】
一方、“期限スコア”は、前述と同じ“分母”に対して、“分子２”を登録日から今日までの日付、を百分率で表したものである。前記同様、８月２７日のスコアを計算すると、“分母＝３０”、“分子１＝２０（１日に登録して以来、２７日まで２６日間経過）”なので、“２６／３０×１００＝８６．７”となる。
【００４０】
メッセージ（を含む掲示板）は、“期限スコア”が高くなるほど表示される可能性が大きくなる。すなわち、ユーザは、そのメッセージの表示有効期限がまだ遠いときには、表示される確率が低いため、他のメッセージに注目しやすくなり、そのメッセージの表示有効期限が近づくにつれ、改めてそのメッセージを確認するという効果を得ることができる。
【００４１】
次にメッセージ１のスコアを“（間隔スコア＋期限スコア）×重要度／１０”により計算する。メッセージ１の重要度は７なので、“（２０＋８６．７）×７／１０＝７４．７”となる。計算式の定義上、メッセージスコアの満点は１００点である。これにより、重要度の高いメッセージほど、スコアが高くなり、ユーザに提示される頻度が高くなる、という効果を得ることが可能となる。
【００４２】
さらに、前記の計算式定義にかかわらず、登録日と表示期限日は、ユーザに見せるための重要度が高いとしてスコアを強制的に上げ、１００点とする。これにより、メッセージを登録した管理者などにとっては、登録日に確実にそのメッセージを表示させ、また最終日である表示期限日も、確実に最終確認をユーザに促すことが可能となる効果を得られる。
【００４３】
次に、閾値テーブルについて説明する。メッセージデータベース３００に登録されている各メッセージ（表示期限日を過ぎたものは除く）に対して、前述の計算式についてメッセージスコアを計算した結果、ある一定上のスコアとなったメッセージが掲示板への表示候補となる。
【００４４】
具体的には、閾値テーブルの“表示下限閾値”以上（あるいは超える）スコアを得たメッセージは、表示一覧に登録される。例では８０点となっている。また、“表示一覧の最小メッセージ数”は、前述の表示一覧に登録されたメッセージが指定された個数以上なければ、掲示板データとしてクライアント装置１０１に送らない（表示すべきメッセージはなかったと見なす）ものである。例では２個となっている。すなわちメッセージデータベース３００に登録された３つのメッセージのうち、２つ以上のメッセージスコアが８０点以上でなければ、掲示板は表示されない。
【００４５】
これにより、単にメッセージが存在すれば掲示板が表示されるのではなく、ある一定上のスコアのメッセージが指定個数以上なければならない、ということで表示される回数が制限される効果が得られる。また、掲示板が表示される場合も、一定以上のスコアのメッセージに限定され、重要なメッセージを見落とす可能性が減る、という効果が得られる。
【００４６】
次に、閾値テーブルの“表示必須閾値”について説明する。メッセージスコアが“表示必須閾値”以上（あるいは超える）場合には、表示必須一覧に登録される。例では９０点となっている。表示必須一覧にメッセージが登録された場合には、前述の表示一覧とは異なり、例え１メッセージであっても掲示板データとしてクライアント装置１０１に送る。また、この場合、表示一覧に表示一覧の最小メッセージ数以上のメッセージが登録されていても、掲示板データとしては扱わない。
【００４７】
これにより、メッセージスコアが表示必須閾値以上のメッセージは、非常に緊急度が高い、ということで一般のスコアのメッセージ（表示下限閾値≦スコア＜表示必須閾値）があっても、表示必須閾値以上のスコアを持つメッセージに限定して掲示板データとする。これにより、少数の緊急度が高いメッセージに絞ってユーザに掲示板を提示し、緊急度の高いメッセージを見落とす可能性が減る、という効果を得ることができる。
【００４８】
前述の通り、図３のメッセージデータベース３００のデータ項目をあわせ、図４のスコア計算式は、あくまで例である。以上で図４の説明を完了する。
【００４９】
図５、本発明の実施形態に係わる各メッセージのスコアの移り変わりを示す一例である。実際にログなどに記録しておく必要はないが、下記の説明のために利用する。
【００５０】
３件のメッセージ（メッセージ１〜メッセージ３）は、前述のように８月１日、８月６日、８月８日に登録されている。登録した日のメッセージスコアは、図４の説明により１００点となる。この場合、表示必須一覧に追加され、掲示板データとしてクライアント装置１０１に送信される。また、メッセージ１の表示期限日（８月３１日）も同様である。さらに、８月２１日には、図４の計算式で計算されてメッセージ１のスコアは９３．３点となるため、この場合も表示必須一覧に追加され、掲示板データとなる。いずれの場合もメッセージは１件であるが、クライアント装置１０１において掲示板が表示される。この状態を図６において説明する。
【００５１】
図６は、本発明の実施形態に係わる各メッセージのスコアなどに基づき表示される掲示板の一例である。図６の６０２は、８月２１日に、表示必須一覧に登録されたメッセージ１が１件、掲示板としてクライアント装置１０１に表示されている状態を説明している。
【００５２】
説明を図５に戻す。８月２２日には、メッセージ２、３の各スコアが８０点以上であるため、表示一覧に２件以上のメッセージが登録され、掲示板データとしてクライアント装置１０１に送信される。８月２９日の場合には、同様に３件が掲示板データとなる。
【００５３】
図６の６０１は、８月２２日に、表示一覧に登録されたメッセージ２、３の２件が、掲示板としてクライアント装置１０１に表示されている状態を説明している。
【００５４】
一方、例えば８月２０日において、メッセージ１のスコアは、８８．７と表示下限閾値を超えているものの、他に表示下限閾値以上のスコアを持つメッセージがない。また、表示必須閾値を超えるスコアを持つメッセージもない。そのため掲示板データはクライアント装置１０１に送信されず、クライアント装置１０１において掲示板は表示されない。
【００５５】
以上で、図５の説明を完了する。またあわせて図６の説明も完了する。
【００５６】
図７から図８のフローチャートを用いて、掲示板表示の処理を説明する。本発明の実施形態では、クライアント装置１０１をその日の最初に起動した際、情報共有サーバ１０３に問い合わせを行い、掲示板データがあれば表示する処理を示している。
【００５７】
その他の方法として、クライアント装置１０１において、あるアプリケーションのクライアントＧＵＩ（Ｗｅｂブラウザなどでもよい）を起動し、アプリケーションサーバに接続した際に、情報共有サーバ１０３に問い合わせを行い、掲示板データがあれば表示する構成であってもよい。
【００５８】
図７は、本発明の実施形態に係わる掲示板表示のメイン処理の一例を示すフローチャートである。図７のフローチャートのステップＳ７０１〜Ｓ７０７は、クライアント装置１０１上のＣＰＵ２０１で、またステップＳ７１１〜Ｓ７１５は、情報共有サーバ１０３上のＣＰＵ２０１で実行される。
【００５９】
ステップＳ７０１においては、ユーザの操作によりクライアント装置１０１が起動される。ここで起動とは、ハードウェアおよびソフトウェア（バイオス、ＯＳ、自動的に実行開始されるソフトウェアなど）を含む。
【００６０】
ステップＳ７０２においては、情報共有サーバ１０３に対して、掲示板データを要求する。
【００６１】
ステップＳ７１１においては、クライアント装置１０１から要求された掲示板データ取得要求を受け付ける。
【００６２】
ステップＳ７１２においては、掲示板データを取得する。詳細の処理は図８を用いて説明する。
【００６３】
図８は、本発明の実施形態に係わる個々のメッセージのスコア計算と表示一覧に追加する処理の一例を示すフローチャートである。図８のフローチャートの各ステップは、情報共有サーバ１０３上のＣＰＵ２０１で実行される。
【００６４】
ステップＳ８０１からステップＳ８０９は、メッセージデータベース３００に登録されている（表示期限日を過ぎていない）メッセージに対するループ処理である。
【００６５】
ステップＳ８０２においては、メッセージデータベース３００に登録されている１つのメッセージに着目する。
【００６６】
ステップＳ８０３においては、図４で説明した計算式に基づき、着目中のメッセージのスコアを計算する。
【００６７】
ステップＳ８０４においては、前記スコアが、表示下限閾値以上であるか否かを判定する。スコアが表示下限閾値未満である場合には、ステップＳ８０６に進む。スコアが表示下限閾値以上である場合には、ステップＳ８０５に進む。ここで、数値の比較において、前記の通り“未満”と“以上”を用いるかわりに、“以下”、“超”を用いてもよい。後述のステップＳ８０６でも同様である。
【００６８】
ステップＳ８０５においては、該スコアを表示一覧に追加する。
【００６９】
ステップＳ８０６においては、前記スコアが、表示必須閾値以上であるか否かを判定する。スコアが表示必須閾値未満である場合には、ステップＳ８０８に進む。スコアが表示必須閾値以上である場合には、ステップＳ８０７に進む。
【００７０】
ステップＳ８０７においては、該スコアを表示必須一覧に追加する。
以上でループ処理の説明を完了する。
【００７１】
ステップＳ８０９においては、表示必須一覧があるか否かを判断する。具体的には、前述のＳ８０１からＳ８０８のループ処理の中で、スコアが表示必須閾値以上のメッセージが少なくとも1件存在する、すなわち、表示必須一覧に少なくとも1件のメッセージデータが登録されている場合に“ＹＥＳ”とし、ステップＳ８１０に進む。そうでない場合には“ＮＯ”とし、ステップＳ８１１に進む。
【００７２】
ステップＳ８１０においては、表示必須一覧（に登録されている１または複数のメッセージ）を掲示板データとして、図８のフローチャートを完了する。すなわち、図７のステップＳ７１２に完了し、ステップＳ７１３に進む。
【００７３】
ステップＳ８１１においては、表示一覧が含まれるメッセージの個数が、図４の“表示一覧の最小メッセージ数”の個数以上である場合は“ＹＥＳ”とし、ステップＳ８１２に進む。そうでない場合は“ＮＯ”として、図８のフローチャートを完了する。
【００７４】
ステップＳ８１２においては、表示一覧（に登録されている１または複数のメッセージ）を掲示板データとして、図８のフローチャートを完了する。すなわち、図７のステップＳ７１２に完了し、ステップＳ７１３に進む。
説明を図７のステップＳ７１２が完了した時点に戻す。
【００７５】
ステップＳ７１３においては、掲示板データがあるか否かを判定する。掲示板データがない場合（“なし”の場合）にはステップＳ７１４に進む。掲示板データがある場合（“あり”の場合）にはステップＳ７１５に進む。
【００７６】
ステップＳ７１４においては、掲示板データがない旨をクライアント装置１０１に通知する。
【００７７】
ステップＳ７０３においては、情報共有サーバ１０３から、掲示板データがない旨を受信し、フローチャートを完了する。
【００７８】
一方、ステップＳ７１５においては、掲示板データをクライアント装置１０１に送信する。
【００７９】
ステップＳ７０４においては、情報共有サーバ１０３から、掲示板データを受信する。
【００８０】
ステップＳ７０５においては、掲示板データをクライアント装置１０１の表示装置に表示する。この表示は、本発明の実施形態においてはいずれの方法でもよい。例えば、ＧＵＩなどにより簡単に操作できるようにしてもよい。
【００８１】
ステップＳ７０６においては、ユーザは、前述のクライアント装置１０１の入力機器などを用いて、表示装置上に表示された掲示板を操作する。例えば、一覧表示されたものに対して、日付などによりソートする、特定のメッセージを選択してより詳細の内容を、別ウィンドウなどで表示する、などの操作を行う。本ステップでは、それらの操作を受け付ける。
【００８２】
ステップＳ７０７においては、掲示板操作を終了する。これにより掲示板を表示していたＧＵＩのウィンドウが閉じる、などにより、ＯＳの通常の操作や、掲示板があるアプリケーションの起動時に表示された場合には、アプリケーションの通常の操作が可能となるよう構成してもよい。
以上により図７のフローチャートの説明を完了する。
【００８３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８５】
また、本発明におけるプログラムは、図７〜図８に示すフローチャートの処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図７〜図８の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図７〜図８の各装置の処理方法ごとのプログラムであってもよい。
【００８６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００８９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。  さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９２】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９３】
１０１  クライアント装置
１０２  アプリケーションサーバ
１０３  情報共有サーバ
１０４  ネットワーク
【図１】
2014038377.tif 000003
【図２】
2014038377.tif 000004
【図３】
2014038377.tif 000005
【図４】
2014038377.tif 000006
【図５】
2014038377.tif 000007
【図６】
2014038377.tif 000008
【図７】
2014038377.tif 000009
【図８】
2014038377.tif 000010