(57)【要約】【課題】  各種グループウェアを提供するグループウェアサーバおいて、対象となる利用者の統合的な閲覧情報を他の利用者に対して通知することができる技術を提供することにある。【解決手段】  グループウェアサーバ１は、スケジュール機能を用いて特定のユーザがスケジュールの登録要求を受け付けると、当該スケジュールの要求元および参加先を特定し、スケジュール記録テーブル１０７２に登録する。改めて当該ユーザから閲覧確認要求を受信すると、前記記録テーブル１０７２から閲覧状況を生成し、要求元のＰＣ端末２またはスマートフォン４に閲覧状況を表示する。【選択図】  図１
2019179449.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介した利用者同士の情報共有を行うグループウェア機能を複数備えたグループウェアサーバであって、
前記複数のグループウェア機能の何れかを用いて、自サーバを利用する利用者間で共有すべき共有情報が登録されたことを検出する共有情報登録検出手段と、
前記共有情報が自サーバに登録されたことを検出すると、登録された共有情報と、当該共有情報を登録した登録者と、当該共有情報を共有する共有先と、当該共有情報が前記共有先へ送信されたか否かを記憶する送信有無と、を対応付けて登録する共有情報登録手段と、
前記グループウェア機能の何れかを用いて、前記共有情報の送信要求を受信したことを検出する、または前記共有情報のいずれかを送信したことを検出する共有情報受信／送信検出手段と、
前記共有情報受信／送信検出手段が検出した送信要求の送信元、または前記共有情報を送信した送信先と、前記共有情報受信／送信検出手段の共有先と、が一致する共有情報を参照し当該共有情報の送信有無に送信有を登録する送信有登録手段と、
前記共有情報登録検出手段が、新たな共有情報が登録されたことを検出すると、当該新たな共有情報を登録した登録者と、前記共有情報登録手段の登録者と、が一致する共有情報の内、前記送信有無が送信有の共有情報を抽出して、前記新たな共有情報を登録した登録者へ通知し、前記新たな共有情報を登録するか否かを問合せる共有情報登録問合せ手段と、
を有することを特徴とする被共有情報通知機能を有するグループウェアサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループウェアのサービスを提供するグループウェアサーバに関し、特にグループウェア機能を利用して利用者同士で投稿した情報が閲覧されたどうかを共有する技術に関する。
【背景技術】
【０００２】
近年、電子メールを送受信し情報をやりとりする電子メール機能、電子掲示板にメッセージを書き込んで情報を交換するＢＢＳ機能、書類データ・グラフデータ・画像データなどをサーバ登録しメンバー間で情報を共有するライブラリ機能、メンバーのスケジュールを共有するスケジュール機能、企画書などの起案から決裁までを一元管理して処理するワークフロー機能、会議室の空き状況や設備貸し出しなどの予約状況を管理する会議室予約機能、資料や写真を整理しシステム内に格納するファイル共有機能、等の各種サービス機能を統合して利用するグループウェアや社内ＳＮＳのサービスが普及しつつある。
【０００３】
また、グループウェアのサービスにおけるドキュメント利用に係る機能の一つとして、ユーザが、所定の文書を読んだかどうかを既読情報として管理し、ユーザ間で既読情報を共有することで、コミュニケーションを円滑に行うことが可能となっている。
【０００４】
例えば特許文献１には、特定のユーザが各文書に対して既読か未読かの状態を記憶するデータベースを備えるサーバにアクセスし、ＰＣ等出力画面及び入力装置を備える通信装置にインストールされたアプリケーションプログラムにおいて、既読か未読かの状態をユーザの列として、当該文書をビュー・ウインドウ内のユーザ毎の列バーに表示する技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１０９６７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の技術では、各ユーザが所定の文書を読んだかどうかの状態のみを管理するのであって、グループウェアのような複数の各種サービス機能を並行して利用し情報を共有しなければならない場合については考慮していない。また、グループウェアが提供する各サービス機能を、閲覧者がどこまで閲覧しているか迄は把握することはできない。
【０００７】
例えば、特許文献１の技術を用いて各メンバーが複数の各種サービス機能を把握するには、まず、利用者は、ユーザの既読状況を確認するために、各種サービス機能に対応したビュー・ウインドウを全て開き、ユーザ毎の列バーを全て確認しなければならない。
【０００８】
本発明では、上記問題に鑑みてなされたもので、その課題は、各種グループウェアを提供するグループウェアサーバおいて、対象となる利用者の統合的な閲覧情報を他の利用者に対して通知することができる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明は、  ネットワークを介した利用者同士の情報共有を行うグループウェア機能を複数備えたグループウェアサーバであって、前記複数のグループウェア機能の何れかを用いて、自サーバを利用する利用者間で共有すべき共有情報が登録されたことを検出する共有情報登録検出手段と、前記共有情報が自サーバに登録されたことを検出すると、登録された共有情報と、当該共有情報を登録した登録者と、当該共有情報を共有する共有先と、当該共有情報が前記共有先へ送信されたか否かを記憶する送信有無と、を対応付けて登録する共有情報登録手段と、前記グループウェア機能の何れかを用いて、前記共有情報の送信要求を受信したことを検出する、または前記共有情報のいずれかを送信したことを検出する共有情報受信／送信検出手段と、前記共有情報受信／送信検出手段が検出した送信要求の送信元、または前記共有情報を送信した送信先と、前記共有情報受信／送信検出手段の共有先と、が一致する共有情報を参照し当該共有情報の送信有無に送信有を登録する送信有登録手段と、前記共有情報登録検出手段が、新たな共有情報が登録されたことを検出すると、当該新たな共有情報を登録した登録者と、前記共有情報登録手段の登録者と、が一致する共有情報の内、前記送信有無が送信有の共有情報を抽出して、前記新たな共有情報を登録した登録者へ通知し、前記新たな共有情報を登録するか否かを問合せる共有情報登録問合せ手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、グループウェアを利用する利用者が、グループウェアに登録されているいずれかの機能（メール機能、スケジュール機能等）を用いて、所定の情報（ドキュメント、送信メール、会議の日程）を投稿しようとした際、グループウェアサーバは、他者が事前に投稿した利用者に関わる情報を閲覧したかどうかの情報をまとめて閲覧情報として利用者の端末に表示させる。
【００１１】
これにより、利用者は、グループウェアのいずれかの機能の情報を投稿する際、グループウェアサーバに登録されている他の利用者が投稿した情報の閲覧情報をまとめて知ることができるので、投稿時における不要なトラブルを回避することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、本発明のグループウェアサーバ１を含むサーバシステムの全体構成図である。
【図２】図２は、グループウェアサーバ１の機能ブロック図である。
【図３】図３は、グループウェアサーバ１の動作フロー、並びにグループウェア機能の電子メール機能の動作フローである。
【図４】図４は、図３におけるスケジュール機能処理の動作フローチャートである。
【図５】図５は、メール記録テーブル１０７１を模式的に表した図である。
【図６】図６は、スケジュール記録テーブル１０７２を模式的に表した図である。
【図７】図７は、利用者リスト１０８０を模式的に表した図である。
【図８】図６は、閲覧状況の一例である機能別閲覧状況１１０１と相手閲覧状況１１０２を模式的に表した図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について、図面を用いて説明する。
【００１４】
図１は、本発明のグループウェアサーバ１を含むサーバシステムの全体構成図である。
【００１５】
図示するようにグループウェアサーバシステムは、グローバルネットワークであるインターネット網３に接続する、本発明の発明対象であるグループウェアサーバ１と、グループウェアサーバ１にアクセスしてグループウェア機能を実現するＰＣ端末２と、基地局および公衆網５を介してインターネット網３に接続し、同じくグループウェアサーバ１にアクセスしてグループウェア機能を実現するスマートフォン４と、から構成される。
【００１６】
グループウェアサーバ１は、電子メール機能、ＢＢＳ機能、ライブラリ機能、スケジュール機能、ワークフロー機能、会議室予約機能、ファイル共有機能、等の各種グループサービスを具備するサーバ装置である。本実施例では簡単に説明するため、上記グループウェア機能の電子メール機能とスケジュール機能を搭載したグループウェアサーバ１として説明するが、本案はこれに限定されない。ほかのグループウェアサーバの各種機能と連携して、利用者が投稿した情報の閲覧情報を表示するようにしてもよい。
【００１７】
ＰＣ端末２（ＰＣ端末２−１、２−２を総称してＰＣ端末２と呼称）およびスマートフォン４（スマートフォン４−１、４−２を総称してスマートフォン４と呼称）は、前記各種グループサービスを利用可能なアプリケーションプログラムがインストールされ、グループウェアサーバ１と接続して前記各種グループサービスの実現する携帯端末である。尚、本実施例では、アプリケーションプログラムがインストールされたスマートフォンを前提として記載するが、本案はこれに限定しない。例えば、スマートフォンのＷｅｂブラウザ機能を用いてグループウェアサーバ１に接続し、前記各種グループサービスを利用するようにしてもよい。
【００１８】
図２は、グループウェアサーバ１の機能ブロック図である。
【００１９】
グループウェアサーバ１は、通信制御部１０１と、グループウェア制御部１０２と、電子メール処理制御部１０３と、スケジュール管理制御部１０４と、主制御部１０５と、要求コマンド受信部１０６と、記録テーブル記憶部１０７と、利用者リスト記憶部１０８と、計時部１０９と、閲覧状況通知部１１０と、から構成される。
【００２０】
通信制御部１０１は、インターネット網３に接続するための接続インターフェースを含み、通信に関わる処理全般を制御する。
【００２１】
グループウェア制御部１０２は、通信制御部１０１を介して、ＰＣ端末２またはスマートフォン４とグループウェアに係るコマンドを送受信し、電子メール処理制御部１０３とスケジュール管理制御部１０４と連携して、グループウェア機能の電子メール機能とスケジュール機能の処理全般を制御する。
【００２２】
電子メール処理制御部１０３は、電子メールサーバの機能および各ＰＣ端末２、スマートフォン４とのメールに係る処理全般を行う。
【００２３】
スケジュール管理制御部１０４は、スケジュールに係るデータベースを具備し各ＰＣ端末２、スマートフォン４の各ユーザのスケジュールに係る処理全般を行う。
【００２４】
主制御部１０５は、グループウェアサーバ１の主制御部であって、本発明における主な処理を行う。
【００２５】
要求コマンド受信部１０６は、グループウェア制御部１０２に届いた電子メール機能起動要求や、スケジュール機能起動要求、利用者リスト登録要求等の各種要求を受信すると、主制御部１０５に渡す。
【００２６】
記録テーブル記憶部１０７は、メール記録テーブル１０７１およびスケジュール記録テーブル１０７２を記憶する記憶部である。
【００２７】
図５は、メール記録テーブル１０７１を模式的に表した図である。
【００２８】
図６は、スケジュール記録テーブル１０７２を模式的に表した図である。
【００２９】
利用者リスト記憶部１０８は、利用者リスト１０８０を記録する記憶部である。
【００３０】
計時部１０９は現在時刻および事前に設定されたタイマのタイミングを監視し、所定の時刻または所定のタイミングになると主制御部１０５に所定の時刻になったことまたは所定のタイミングになったことを通知する。
【００３１】
閲覧状況通知部１１０は、主制御部１０５によって利用者のための閲覧状況が生成されると生成された閲覧状況を所定のＰＣ端末２、またはスマートフォン４に閲覧状況を通知し、各画面上に生成した閲覧状況から画面情報を表示させる。
【００３２】
図３は、グループウェアサーバ１の動作フロー、並びにグループウェア機能の電子メール機能の動作フローである。
【００３３】
本フローは、グループウェアサーバ１の電源が投入され、スマートフォン４またはＰＣ端末２（以下、動作が同じなのでＰＣ端末２は省略する）からグループウェア機能の各コマンドを受付可能な状態から開始する。
【００３４】
まず、グループウェアサーバ１は、スマートフォン４から、グループウェア機能における電子メール機能の起動を要求する電子メール機能起動要求を受信する（Ｓ１０１）、またはグループウェア機能におけるスケジュール機能の手停を要求する旨のスケジュール機能起動要求を受信する（Ｓ１０３）、または利用者リスト１０５１０への登録または変更・削除を要求する利用者リスト登録要求を受信する（Ｓ１０４）、またはメール記録テーブル／スケジュールテーブルの各レコードに登録された閲覧状況管理タイマがタイムアウトする（Ｓ１０６）のいずれかの状態になるのを待つ。
【００３５】
電子メール機能起動要求を受信すると（Ｓ１０１，Ｙｅｓ）、グループウェアサーバ１は、
自グループウェアサーバに予め登録されたメールサーバ機能を含む電子メール機能を起動させ、電子メール機能起動要求を送信したスマートフォン４の端末情報からグループウェアにアクセスしてきたユーザを特定し、特定したユーザに対応するメーラ画面等の個人設定情報を参照、参照した個人設定情報に基づいてスマートフォン４の表示部に表示させる表示処理を行う（Ｓ１０２）。次に、グループウェアサーバ１は、ステップ１０２で表示処理を行ったスマートフォン４から当該スマートフォン４のユーザ宛の未読メールを受信するメール取得要求を受信する（Ｓ１１０）、または当該スマートフォン４が送信したメールの閲覧状況の表示を要求する閲覧確認要求を受信する（Ｓ１２０）、または当該スマートフォン４において生成されたメールの送信を要求するメール送信要求を受信する（Ｓ１３０）、またはステップ１０２において起動した電子メール機能を停止する電子メール機能停止要求を受信する（Ｓ１４０）のいずれかの状態になるのを待つ。
【００３６】
メール取得要求を受信すると（Ｓ１１０，Ｙｅｓ）、グループウェアサーバ１は、該メール取得要求を送信した要求元から当該スマートフォン４のユーザアカウントを特定し、特定したユーザアカウントに対応するメールアカウントの未読メールを取得し、取得した未読メールを当該スマートフォン４の表示部に表示させる（Ｓ１１１）。
【００３７】
次に、グループウェアサーバ１は、取得した未読メールの“件名”と“送信元”と“送信先”を抽出する（Ｓ１１２）。そして、グループウェアサーバ１は、メール記録テーブル１０５３０から抽出した“件名”とメール記録テーブル１０５３０のタイトル１０５３２、  および“送信元”と送信先１０５３４、“送信先”と送信元１０５３２が一致するレコードを検索する（Ｓ１１３）。
【００３８】
一致するレコードが存在する場合（Ｓ１１３，Ｙｅｓ）、グループウェアサーバ１は、メール記録テーブル１０５３０の当該レコードの閲覧有無のフィールド１０５３５に“有”を設定すると共に、閲覧日時のフィールド１０５３０に現在の日時情報および時刻情報を登録して（Ｓ１１５）、ステップ１２０へ移行する。一致するレコードが存在しない場合は（Ｓ１１３，Ｎｏ）、ステップ１２０へ移行する。
【００３９】
次に作成したメールを送信先が確認したか否かを確認する閲覧確認要求を受信すると（Ｓ１２０，Ｙｅｓ）、グループウェアサーバ１は、当該閲覧確認要求の要求元と、当該閲覧確認要求に含まれている閲覧先を意味する選択先を抽出し、利用者リスト１０５１と比較して選択先に対応する利用者名１０５１１を特定する（１２２１）。そして、グループウェアサーバ１は、要求元と選択先の利用者名をキーとして閲覧状況を作成・表示するとともに（Ｓ１２２）、閲覧確認要求の要求元から閲覧状態表示停止要求を受信するのを待つ（Ｓ１２３）。
【００４０】
そして、閲覧確認要求の要求元から閲覧状態表示停止要求を受信すると（Ｓ１２３，Ｙｅｓ）、グループウェアサーバ１は、表示中の閲覧状況の表示を停止・削除する（Ｓ１２４）。そしてステップ１３０へ移行する。
【００４１】
メール送信要求を受信すると（Ｓ１３０，Ｙｅｓ）、グループウェアサーバ１は、当該メール送信要求に含まれる電子メールから、送信元アドレス、送信先アドレスを抽出し、抽出した送信元アドレス、送信先アドレスと利用者リスト１０５１０から各利用者名を特定する（Ｓ１３１）。次に、送信元アドレス、送信先アドレスの利用者名をキーとして閲覧状況を作成・表示する（Ｓ１３２）。
【００４２】
そして、グループウェアサーバ１は、電子メールの送信をキャンセルするメール送信中止要求を受信する（Ｓ１３３）、またはメール送信確定要求を受信する（Ｓ１３４）、のいずれかの状態になるのを待つ。
【００４３】
メール送信中止要求を受信すると（Ｓ１３３，Ｙｅｓ）、グループウェアサーバ１は、表示している閲覧状況の表示を停止・削除し（Ｓ１３９）、ステップ１４０へ移行する。
【００４４】
メール送信確定要求を受信すると（Ｓ１３４，Ｙｅｓ）、グループウェアサーバ１は、電子メールの送信処理を実行し（Ｓ１３５）、送信した電子メールの件名を抽出、送信時刻を抽出する（Ｓ１３６）。そして、グループウェアサーバ１は、メール記録テーブル１０５３０に新たにレコードを追加し、追加したレコードの「タイトル」に抽出した件名を記憶し、さらに「送信元」に要求元の利用者名、「送信先」に「送信日時」に送信時刻、「閲覧有無」に“無”を設定する（Ｓ１３７）。そして、当該レコードの閲覧状況管理タイマを起動してステップ１３９へ移行する。
【００４５】
電子メール機能停止要求を受付ける（Ｓ１４０，Ｙｅｓ）と、グループウェアサーバ１は、ステップ１０２で起動した電子メール機能を停止し（Ｓ１４１）、ステップ１０１へ戻る。
【００４６】
スケジュール機能起動要求を受信する（Ｓ１０３でＹｅｓ）、グループウェアサーバ１は、図４に示すスケジュール機能処理のサブフローに移行する（Ｓ２０）。
【００４７】
利用者リスト登録要求を受信する（Ｓ１０４でＹｅｓ）、グループウェアサーバ１は、受信した利用者リスト登録要求の内容に応じて利用者リスト１０５１０の内容を更新する処理を行う（Ｓ１０５）。
【００４８】
閲覧状況管理タイマがタイムアウトすると（Ｓ１０６でＹｅｓ）、グループウェアサーバ１は、タイムアウトしたメール記録テーブル１０５３０またはスケジュールテーブル１０５５０のレコードを抽出し、抽出したレコードを各テーブルから削除し（Ｓ１０７）、ステップ１０１へ戻る。
【００４９】
図４は、図３におけるスケジュール機能処理の動作フローチャートである。
【００５０】
本フローは図３のステップ１０３においてスケジュール機能起動要求を受信した状態から開始する。
【００５１】
スケジュール機能起動要求を受信すると（Ｓ１０１，Ｙｅｓ）、グループウェアサーバ１は、自グループウェアサーバ内のスケジュール機能を起動させ、スケジュール機能起動要求を送信したスマートフォン４の端末情報からグループウェアにアクセスしてきたユーザを特定し、特定したユーザに対応するスケジュールを参照、参照したユーザのスケジュール情報をスマートフォン４の表示部に表示させる表示処理を行う（Ｓ２０１）。
【００５２】
次に、グループウェアサーバ１は、ステップ２０１で表示中のスケジュールに関して、ユーザによる新たなスケジュールの登録を要求するスケジュール登録要求を受信する（Ｓ２１０）、予め登録されたスケジュールについて他ユーザから閲覧を要求する閲覧確認要求を受信する（Ｓ２２０）、事前に登録していたスケジュールの確認を要求するスケジュール表示要求を受信する（Ｓ２３０）、ステップ２０１で起動したスケジュール機能の停止を要求するスケジュール機能停止要求を受信する（Ｓ２４０）、のいずれかの状態になるのを待つ。
【００５３】
スケジュール登録要求を受信すると（Ｓ２１０，Ｙｅｓ）、グループウェアサーバ１は、スケジュール登録要求に含まれるスケジュールを登録する処理を行う（Ｓ２１１）。
【００５４】
次に、グループウェアサーバ１は、登録されたスケジュールがグループウェアサーバ１は、「参加者」を含む会議のスケジュールか否かを判定する（Ｓ２１２）。
【００５５】
「参加者」を含む会議のスケジュールでない場合（Ｓ２１２，Ｎｏ）ステップ２２０へ移行する。
【００５６】
「参加者」を含む会議のスケジュールであった場合（Ｓ２１２，Ｙｅｓ）、ステップ２１１で登録したスケジュールの  “スケジュール内容”と、“参加者名”を抽出する。さらにスケジュール登録要求の要求元と利用者リスト１０５１０から要求元の利用者名を特定し、スケジュールテーブル１０５５０に新たにレコードを追加する（Ｓ２１３）。
【００５７】
グループウェアサーバ１は、さらに追加したレコードの登録情報１０５３３に“スケジュール内容”、登録元１０５３１に“要求元の利用者名”、参加者１０５３５に抽出した“参加者名”、会議日時１０５３４に“開催日時”、閲覧有無１０５３６に“有”を記憶させ、登録更新日１０５３２に現在時刻を設定、記憶する（Ｓ２１４）。そして、ステップ２２０いぇ移行する。
【００５８】
閲覧確認要求を受信すると（Ｓ２２０，Ｙｅｓ）、グループウェアサーバ１は、当該閲覧確認要求の要求元と、当該閲覧確認要求に含まれている閲覧先を意味する選択先を抽出し、利用者リスト１０５１と比較して選択先に対応する利用者名１０５１１を特定する（Ｓ２２１）。そして、グループウェアサーバ１は、要求元と選択先の利用者名をキーとして閲覧状況を作成・表示するとともに（Ｓ２２２）、閲覧確認要求の要求元から閲覧状態表示停止要求を受信するのを待つ（Ｓ２２３）。
【００５９】
そして、閲覧確認要求の要求元から閲覧状態表示停止要求を受信すると（Ｓ２２３，Ｙｅｓ）、グループウェアサーバ１は、表示中の閲覧状況の表示を停止・削除する（Ｓ２２４）。そしてステップ２３０へ移行する。
【００６０】
スケジュール表示要求を受信すると（Ｓ２３０，Ｙｅｓ）、グループウェアサーバ１は、スケジュール表示要求の要求元に対応するスケジュールをスケジュール記憶テーブル１０５５０検索し、要求元に対応するスケジュールが登録されているか否かを判定する（Ｓ２３１）。
【００６１】
要求元に対応するスケジュールが登録されていない場合は（Ｓ２３１，Ｎｏ）、グループウェアサーバ１は、ステップ２４０に移行する。
【００６２】
要求元に対応するスケジュールが登録されている場合は（Ｓ２３１，Ｙｅｓ）、グループウェアサーバ１は、検出したスケジュールテーブル１０５５０の参加者１０５５５を抽出し、参加者が登録された会議のスケジュールか否かを判定する（Ｓ２３２）。参加者が登録された会議のスケジュールでなかった場合は（Ｓ２３２，Ｎｏ）、対応するスケジュールをスケジュール表示要求の要求元のスマートフォン４の画面に表示させる（Ｓ２３６）。参加者が登録された会議のスケジュールであった場合は（Ｓ２３２，Ｙｅｓ）、さらにスケジュール表示要求の要求元と登録元が一致するか否か、（即ち、要求元が登録したスケジュールか否か）を判定する（Ｓ２３３）。
【００６３】
スケジュール表示要求の要求元と登録元が一致する場合（Ｓ２３３，Ｙｅｓ）、グループウェアサーバ１は、スケジュール表示要求の要求元と参加者に対応する利用者名を利用者リストから特定し（Ｓ２３４）、「要求元の利用者名」を”要求元”、「参加者の利用者名」を”閲覧者”とする閲覧状況を作成し（Ｓ２３５）、スケジュール表示要求の要求元のスマートフォン４の画面に表示させる（Ｓ２３８）。そしてグループウェアサーバ１は、表示終了要求を受信するのを待つ（Ｓ２３９）。
【００６４】
スケジュール表示要求の要求元と登録元が一致しなかった場合は（Ｓ２３３、Ｎｏ）、グループウェアサーバ１は、スケジュール表示要求の要求元と参加者が一致するか否かを判定する（Ｓ２３６）。
【００６５】
スケジュール表示要求の要求元と参加者が一致しない場合は（Ｓ２３６、Ｎｏ）、当グループウェアサーバ１は、当該スケジュールをスケジュール表示要求の要求元のスマートフォン４の画面に表示させる（Ｓ２３８）。そしてグループウェアサーバ１は、表示終了要求を受信するのを待つ（Ｓ２３９）。
【００６６】
スケジュール表示要求の要求元と参加者が一致する場合は（Ｓ２３６、Ｙｅｓ）、グループウェアサーバ１は、当該スケジュールの閲覧有無１０５５６に“有”を記憶して（Ｓ２３７）、当該スケジュールをスケジュール表示要求の要求元のスマートフォン４の画面に表示させる（Ｓ２３８）。そしてステップ２３９へ移行する。
【００６７】
表示終了要求を受信すると（Ｓ２３９、Ｙｅｓ）、グループウェアサーバ１は、表示を停止して画面情報を削除し（Ｓ２４２）、ステップ２１０へ戻る。
【００６８】
スケジュール機能停止要求を受信すると（Ｓ２４０，Ｙｅｓ）、グループウェア機能のスケジュール機能を停止し（Ｓ２４１）、図２のステップ２０に戻る。
【００６９】
図７は、利用者リスト１０８０を模式的に表した図である。図示するように利用者リスト１０８０は、ユーザの名前を記憶する利用者名のフィールド１０８１と、当該ユーザのメールアドレスを記憶するメールアドレスのフィールド１０８２と、当該ユーザのスケジュール機能における利用者ＩＤであるスケジューラ利用者ＩＤ１０８３とから構成される。
【００７０】
図８は、閲覧状況の一例である機能別閲覧状況１１０１と相手閲覧状況１１０２を模式的に表した図である。
【００７１】
図示するように機能別閲覧状況１１０１は、ユーザが生成したメールや生成したスケジュールに関し、各参加者（メール送信先）が当該メールまたはスケジュールを確認したか否かがわかる図面である。
【００７２】
一方で相手閲覧状況１１０２は、所定のユーザ宛てに送信したメールまたはスケジュール登録要求に関して当該ユーザが当該メールまたはスケジュールを確認したか否かがわかる図面である。
【００７３】
以上、本発明の実施形態について説明した。
【００７４】
本発明によれば、グループウェアサーバ１は、グループウェア機能のスケジュール機能を用いて特定のユーザからスケジュール登録要求を受け付けると、スケジュール記録テーブルに登録し、前記スケジュールの閲覧要求を受信したことを検出すると、前記記録テーブルから閲覧要求の送信元、または前記共有情報を送信した送信先と、前記送信元と共有先とから閲覧状況を生成、要求もとのＰＣ端末２またはスマートフォン４に表示する。
【００７５】
これによりユーザは、自身が送信したメール機能またはスケジュール機能に関し、相手がメール機能とスケジュール機能におけるどこまでを閲覧したか把握したかが把握できる。
【符号の説明】
【００７６】
１・・・グループウェアサーバ、
２・・・ＰＣ端末、
３・・・インターネット網、
４・・・スマートフォン、
５・・・公衆網、
１０１・・・通信制御部、
１０２・・・グループウェア制御部、
１０３・・・電子メール処理制御部、
１０４・・・スケジュール管理制御部、
１０５・・・主制御部、
１０６・・・要求コマンド受信部、
１０７・・・記録テーブル記憶部、
１０８・・・利用者リスト記憶部、
１０９・・・計時部、
１１０・・・閲覧状況通知部。
【図１】
2019179449.tif 000003
【図２】
2019179449.tif 000004
【図３】
2019179449.tif 000005
【図４】
2019179449.tif 000006
【図５】
2019179449.tif 000007
【図６】
2019179449.tif 000008
【図７】
2019179449.tif 000009
【図８】
2019179449.tif 000010