JP5499562B2 - ネットワークシステム、サーバ装置、及びグループウェアプログラム - Google Patents

Description

本発明は、ネットワークシステム、サーバ装置、及びグループウェアプログラムの分野に関する。

近年、グループウェア環境の普及により情報の伝達や共有をスムーズに行うことができるようになった。例えば企業等のオフィス環境では、業務効率を向上すべく、広くグループウェアシステムが利用されている。グループウェアシステム（コラボレーションシステム）では、メール、掲示板、スケジュール管理、タスク管理といった各種ツールや各種機能が提供されており、ユーザは個人又はグループメンバー単位で、情報管理、情報伝達、情報共有を行うことができる。このようなグループウェアシステムは、一般的に、グループウェアシステムの機能を提供するサーバ装置と、ユーザが利用する複数のクライアント端末とがネットワークを介して接続されて構成される。

このようなグループウェアシステムにおいては、様々な種類の情報が取り扱われるが、この種のシステムが追求されるべき課題は、ユーザにとって有益な情報をいかに容易にアクセスできるかという点にある。具体的には、例えばＵＩ（ユーザインターフェース）の視覚性や直感的な操作性、情報の多様性、複数の機能間における情報の連携性、等の向上や改善が要求される。

これに関し、例えば情報の多様性という観点から、特許文献１には、グループ内の各作業者のスケジュール、作業項目、アドレス、依頼事項等を管理する個人情報管理システムと、グループウェアシステム側で管理しているグループウェア情報を一致（同期）させることができる情報管理システムが提案されている。本発明によれば、従来個人情報管理システムで管理されていた情報をグループウェアシステムで一元的に扱えるようになり、ユーザにとって利便性の高い様々な情報をグループウェアからアクセスできるようになる。

また、例えばＵＩの視覚性や直感的な操作性という観点から、特許文献２には、グループワークを効率よく進められるよう、ネットワーク上にてディスカッションの場を提供するグループワーク支援装置が提案されている。そしてディスカッションの場では、参加者の発言内容(意見)を付箋形式で表現して、その付箋の位置を変更したり色付けを行うことにより、発言内容(意見)の識別や分類を容易にする技術が開示される。

しかしながら、特許文献１記載の情報管理システムにおいて、作業項目や依頼事項等の他の必要な項目の同期を取る場合、それぞれ個人の情報を管理しているシステム(ソフトウェア)毎の対応が必要となってくる。また、元々二重管理ありきの考え方であるために、本質的に複数種類のシステム(ソフトウェア)での操作が必要となり、より単純で明快なユーザ操作を提供することは難しい。つまり、操作性の点において依然改善の余地がある。

また、グループウェアシステム側で個人スケジュール、作業項目、依頼事項等の個人の情報も合わせて管理するシステムも存在しているが、スケジュールや作業項目、依頼事項等それぞれの機能が独立して実現されているので、単に同じ操作性の中で、個々の機能を利用できるという状況にとどまっている。例えば、掲示板やスケジュール等の機能ビューに表示される項目は、ぞれぞれの機能ビューに応じたデータやフォーマット（記載事項）が決まっていた。そのために、ある機能ビューの情報に基づいて他の機能ビューに情報を設定する必要が発生した場合には、再度同じ内容の情報を設定する必要があった。これは、掲示板に掲示された情報に基づいて自分のスケジュールを設定する必要がある場合、掲示板の掲示内容を確認しながら、自分のスケジュール情報を再入力する必要があるということである。つまり、同一のグループウェアにも関わらず、別機能を利用するためには、複数回の設定作業が必要になってしまうので、操作性や情報の連携性の点において問題がある。

また、特許文献２記載のグループワーク支援装置においては、あくまで一機能を提供するに過ぎず、その一機能内におけるＵＩの視覚性や直感的な操作性を容易にしようとするものである。いうまでもなく、グループワークにおけるコラボレーションは、ディスカッション機能に限定されるものではなく、またディスカッションに参加する個人(又は各メンバー)からすれば、ディスカッションはグループワークにおける一つのイベントに過ぎない。つまり、ディスカッション機能と、その他のグループワーク機能等との連続性がないので、情報の連携性の点において問題がある。この為、ディスカッション機能を利用する際の準備等に負荷が発生してしまう。

本発明では上記のような問題に鑑み、グループウェアの機能間における多様な情報を連携させ、利用者の操作性を向上するネットワークシステム、サーバ装置、及びグループウェアプログラムを提供することを目的とする。より詳細には、グループウェアの各機能で利用される多様な情報（例えば、伝達情報、スケジュール情報、タスク情報等）を、各機能間でシームレスに連携させるように管理し、一貫した操作性をもって、グループウェアが目的とするところの、効率的な情報共有を実現することを目的とする。

上記課題を解決するため、本発明に係るネットワークシステムは、クライアント装置と、前記クライアント装置にグループウェア機能を提供するサーバ装置とがネットワークを介して接続されるネットワークシステムであって、前記サーバ装置は、グループウェア機能を実現するための作業フィールドであって、少なくともタスク管理を行うマトリクスウインドウを含む複数のウインドウに関する情報と、前記ウインドウ上に重畳して表示させる画像オブジェクトに関する情報と、前記画像オブジェクトを前記複数のウインドウのいずれのウインドウ上にも表示可能とする、前記画像オブジェクトに付帯するデータとを記憶する記憶手段と、前記記憶手段により記憶された複数のウインドウに関する情報と、画像オブジェクトに関する情報と、当該画像オブジェクトに付帯するデータとを、前記クライアント装置に送信する送信手段とを有し、前記クライアント装置は、表示手段と、前記送信手段により送信された複数のウインドウに関する情報に基づいて、マトリクスウインドウとマトリクスウインドウ以外のウインドウとを前記表示手段に表示させるウインドウ表示手段と、前記送信手段により送信された画像オブジェクトに関する情報と当該画像オブジェクトに付帯するデータとに基づいて、前記画像オブジェクトを前記マトリクスウインドウ又は前記マトリクスウインドウ以外のウインドウ上に重畳させて前記表示手段に表示させる画像オブジェクト表示手段と、前記表示手段によりウインドウ上に重畳させて表示されている画像オブジェクトを、当該ウインドウ上から他のウインドウ上へ移動又は複写操作させる操作手段と、前記操作手段により画像オブジェクトが移動又は複写操作されたとき、前記サーバ装置に当該画像オブジェクトに付帯するデータの更新要求を行う更新要求手段とを有し、前記操作手段により前記マトリクスウインドウ以外のウインドウ上に重畳させて表示されている画像オブジェクトを前記マトリクスウインドウ上へ移動又は複写操作されたとき、前記記憶手段は、前記更新要求手段からの更新要求に基づいて、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記マトリクスウインドウに対応付けた情報を当該データに格納し、前記画像オブジェクト表示手段は、前記移動又は複写操作された画像オブジェクトを、当該画像オブジェクトに付帯するデータの前記マトリクスウインドウに対応付けられた情報に基づいて、前記マトリクスウインドウ上に重畳して前記表示手段に表示させることを特徴とする。

また上記課題を解決するため、前記ネットワークシステムにおいて、前記画像オブジェクト表示手段によって、前記移動又は複写操作された画像オブジェクトが前記マトリクスウインドウ上に重畳して前記表示手段に表示された後であって、前記操作手段により前記マトリクスウインドウ上に重畳させて表示されている画像オブジェクトを前記マトリクスウインドウ以外のウインドウ上へ移動又は複写操作されたとき、前記記憶手段は、前記更新要求手段からの更新要求に基づいて、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記マトリクスウインドウ以外のウインドウに対応付けた情報を当該データに格納し、前記画像オブジェクト表示手段は、前記移動又は複写操作された画像オブジェクトを、当該画像オブジェクトに付帯するデータの前記マトリクスウインドウ以外のウインドウに対応付けられた情報に基づいて、前記マトリクスウインドウ以外のウインドウ上に重畳して前記表示手段に表示させることを特徴とする。

また上記課題を解決するため、前記ネットワークシステムにおいて、前記複数のウインドウ毎に、少なくともウインドウ閲覧の可否を含むユーザアクセス権限を設定させる権限設定手段を有し、ユーザアクセス権限が設定されたウインドウにおいて、当該ウインドウ内で表示される画像オブジェクトは、ユーザアクセス権限を有するユーザ間で移動又は複写操作されることを特徴とする。

また上記課題を解決するため、前記ネットワークシステムにおいて、前記ウインドウ表示手段は、前記表示手段に、画像オブジェクトを一時的に保持するための作業フィールドであるメモ帳ウインドウを表示させ、前記メモ帳ウインドウ上、若しくは、前記マトリクスウインドウ又は前記マトリクスウインドウ以外のウインドウ上の画像オブジェクトを、相互のウインドウ上へ、当該画像オブジェクトに付帯するデータを継承しつつ、移動又は複写操作させることが可能であることを特徴とする。

また上記課題を解決するため、前記ネットワークシステムにおいて、前記クライアント装置は、画像オブジェクトが、前記マトリクスウインドウ以外のウインドウ上から前記マトリクスウインドウ上へ、前記移動又は複写操作されたとき、前記マトリクスウインドウ以外のウインドウから継承された当該画像オブジェクトに付帯するデータと、前記前記マトリクスウインドウで利用されるべきデータとの差異に基づき、不足するデータを補完させる補完手段とを有することを特徴とする。

なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体などに適用したものも本発明の態様として有効である。

本発明によれば、グループウェアの機能間における多様な情報を連携させ、利用者の操作性を向上するネットワークシステム、サーバ装置、及びグループウェアプログラムを提供することができる。

本発明に係るグループウェアシステム１００のネットワーク構成図を示す。 本発明の実施形態に係るサーバ装置１のハードウェア構成の一例を示す。 本発明の実施形態に係るクライアント端末２のハードウェア構成の一例を示す。 サーバ装置１及びクライアント端末２の一実施形態の主要な機能の構成を示す機能ブロック図である。 サーバ装置１の一実施形態の主要な機能コンポーネントの構成を示す図である。 本発明に係るグループウェアの基本画面例を示す。 付箋作成の為の付箋作成画面例を示す。 付箋データの構造例を示す。 掲示板・ウインドウ９００の一例を示す。 掲示板作成画面例を示す。 掲示板・ウインドウ９００の一例を示す。 付箋作成の為の付箋作成画面例を示す。 掲示板・ウインドウ９００の一例を示す。 マトリクス・ウインドウ１４００の一例を示す。 マトリクス作成画面を示す。 マトリクス・ウインドウ１４００の一例を示す。 付箋作成の為の付箋作成画面例を示す。 マトリクス・ウインドウ１４００の一例を示す スケジュール・ウインドウ１９００の一例を示す。 週表示のスケジュール・ウインドウ２０００及び日表示のスケジュール・ウインドウ２１００の一例を示す。 付箋作成の為の付箋作成画面例を示す。 スケジュール・ウインドウ１９００の一例を示す。 本発明に係るグループウェアの基本画面例を示す。 付箋データｅの例を示す。 付箋データｇの例を示す。 付箋データｈの例を示す。 付箋データｉの例を示す。 付箋ｇのコピーを説明する図である。 新たな付箋データの例を示す。 新たな付箋データの例を示す。 必須項目のデータ値の入力を促す画面例を示す。 新たな付箋データの例を示す。 新たな付箋データの例を示す。

本発明を実施するための形態を各実施形態において図面を用いて説明する。なお、本発明を説明するにあたって、本発明のネットワークシステムの一実施形態であるグループウェアシステムに本発明を適用した例を以下に示す。

[構成]
（ネットワーク）
図１は、本発明に係るグループウェアシステム１００のネットワーク構成図を示す。本発明に係るグループウェアシステム１００においては、サーバ装置１及びクライアント端末２が、ネットワーク３を介して接続される。

サーバ装置１は、本発明に係るグループウェアサーバであり、ＤＢ（Data Base）等を備え各種グループウェア機能をクライアント端末２に提供する。クライアント端末２は、いわゆるユーザ端末である。サーバ装置１を介して、クライアント端末２間で情報の共有等を行う。クライアント端末２は、望ましくはＰＣ（Personal Computer）により構成されるが、これに限られずＰＤＡ（Personal Digital Assistants）、携帯電話等の情報処理機器により構成されうる。ネットワーク３は、有線、無線を含むネットワークで、例えばＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）で構成される。

なお、図１は本発明の一実施形態を説明するにあたっての一ネットワーク構成例を示したものであり、サーバ装置１及びクライアント端末２は、アクセス可能な限り異なるネットワーク上に構築してもよいし、さらに後述する内部の機能部やＤＢは異なるサーバ上に構築されてもよい。

（サーバ装置のハードウェア）
図２は、本発明の実施形態に係るサーバ装置１のハードウェア構成の一例を示す。サーバ装置１は、ＣＰＵ(Central Processing Unit)１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、通信装置１４、補助記憶装置１５を含み、相互にバスライン１６で接続され構成される。

ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、各種のプログラムに従って動作して各種の情報処理や演算処理、サーバ装置１各部又は全体の制御を行う中央演算処理装置である。

ＲＯＭ１２は、読み込み専用の所定の制御プログラムを格納するメモリであり、例えばサーバ装置１を動作させるための基本的なプログラムやパラメータなどが記憶される。

ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２や補助記憶装置１５に格納されたプログラムを実行して各種の制御や動作を行うときの作業エリアとして使用するメモリである。

通信装置１４は、ネットワーク３に接続され、サーバ装置１がクライアント端末２と行う通信を実現する通信装置である。

補助記憶装置１５は、例えば不揮発性のハードディスクなどによって構成された大容量記憶装置である。補助記憶装置１５には、各種動作を実現するプログラムや、各種データを格納したデータベースが記憶される。プログラムは、例えばサーバ装置１を動作させるための基本的なプログラムであるＯＳ(Operating System)や、通信装置１４を制御する制御プログラム、本発明に係るグループウェアシステムを実現する為のグループウェアプログラム、及びその他のプログラムである。データベースは、例えば本発明に係るグループウェアシステムで利用される情報データベースである。ＣＰＵ１１が実行するグループウェアプログラムにより、機能ビューや付箋（電子付箋）などの画面データが生成されクライアント端末２に提供される。また、クライアント端末２からの情報はデータベースに格納される。

なお、サーバ装置１は、サーバ管理やメンテナンス用に、ディスプレイ装置で構成された表示装置、マウスやキーボードで構成された入力装置を備えることもできる（非図示）。

（クライアント端末のハードウェア）
図３は、本発明の実施形態に係るクライアント端末２のハードウェア構成の一例を示す。クライアント端末２は、ＣＰＵ２１、ＲＯＭ２２、ディスプレイ２４、キーボード２５、マウス２６、通信装置２７、補助記憶装置２８を含み、相互にバスライン２９で接続され構成される。

ＣＰＵ２１は、マイクロプロセッサ及びその周辺回路から構成され、各種のプログラムに従って動作して各種の情報処理や演算処理、クライアント端末２各部又は全体の制御を行う中央演算処理装置である。

ＲＯＭ２２は、読み込み専用の所定の制御プログラムを格納するメモリであり、例えばクライアント端末２を動作させるための基本的なプログラムやパラメータなどが記憶される。

ＲＡＭ２３は、ＣＰＵ２１がＲＯＭ２２や補助記憶装置２８に格納されたプログラムを実行して各種の制御や動作を行うときの作業エリアとして使用するメモリである。

ディスプレイ２４は、例えばＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ又はプラズマディスプレイなどの、ディスプレイ装置で構成される表示装置である。ディスプレイ２４は、文字や画像などを表示し、本実施形態では、サーバ装置１が送信する機能ビューや付箋などの画面データで定義された画面などを表示したり、ユーザが入力した文字情報や画像を表示できる。

キーボード２５は、文字、数字、記号などを入力する文字キーやスペースやデリート、バックスペースなどの各種機能を指定する機能キーを備える。これら各種キーを押し下げることによりキーボード２５から文字情報、数値情報の入力や機能の指定を行う。本実施形態では、キーボード２５を用いて、付箋内容の入力や各種機能ビューの名称などの設定を行う。

マウス２６は、ポインティングデバイスであり、マウス２６を移動させると、この移動に伴い、ディスプレイ２４に表示されたマウスポインタや付箋なども移動するようになっている。またマウス２６は、左ボタン、右ボタンなどのボタンを備えており、ディスプレイ２４に表示された付箋やアイコン、ラジオボタン、チェックボックス、コンボボックスなどのオブジェクトにマウスポインタを合わせてマウス２６のボタンを操作することで、これらオブジェクトに対応した機能を選択することができる。本実施形態では、マウス２６を用いて、サーバ装置１が提供する付箋、アイコン、ラジオボタン、チェックボックス、コンボボックスなどのオブジェクトや各種機能ビューなどの画面を操作する。

通信装置２７は、ネットワーク３に接続され、クライアント端末２がサーバ装置１と行う通信を実現する通信装置である。クライアント端末２は、通信装置２７を介してサーバ装置１と通信し、機能ビューや付箋などの画面データの受信及びユーザが入力したデータの送信を行う。

補助記憶装置２８は、例えば不揮発性のハードディスクなどによって構成された大容量記憶装置である。補助記憶装置１５には、例えば、クライアント端末２を動作させるための基本的なプログラムであるＯＳや通信装置２７を制御するプログラム、サーバ装置１が提供するグループウェアサービスを利用する為の閲覧プログラム（例えば、ウェブブラウザプログラムや専用ビューアプログラム）、仮名漢字変換プログラムといった各種プログラムやデータなどが記憶される。これらのプログラムのうち、閲覧プログラムは、グループウェアのビューア機能を実現するプログラムである。

なお、閲覧プログラムとしてウェブブラウザを適用した場合、ＣＰＵ２１は、このブラウザ機能により、ディスプレイ２４にブラウザ画面を表示する。ブラウザ画面は、接続先のウェブサイトを特定するＵＲＬ(Uniform Resource Locator)を入力するＵＲＬ入力欄を備えており、サーバ装置１が送信した画面データで定義される画面を表示する。ＣＰＵ２１は、ブラウザ機能を用いてＵＲＬ入力欄に入力されたＵＲＬで特定されるウェブサイトにクライアント端末２を接続したり、サーバ装置１から受信した画面データを解釈して、機能ビューや付箋などの画面をブラウザ画面に表示したりする。

またＣＰＵ２１は、ブラウザ機能を用いてユーザがブラウザ画面から入力した情報をサーバ装置１に送信することもできる。例えば、ブラウザ画面に表示されたアイコン、ラジオボタン、チェックボックス、ボタン、付箋などの画像オブジェクトをマウス操作でクリックすることにより、これらオブジェクトが選択された旨を示す信号をサーバ装置１に送信したり、或いはブラウザ画面に表示された入力欄から文字情報を入力して、サーバ装置１に送信したりすることができる。また、補助記憶装置２８に記憶される画像ファイル、テキストファイル、ワープロや表計算などのアプリケーションで利用されるファイルなど、各種ファイルをブラウザ画面上で指定してサーバ装置１に送信することもできる。

このようにウェブブラウザプログラムをＣＰＵ２１に実行させることにより、ユーザはサーバ装置１と双方向に情報の送受信を行うことができる。本実施形態では、ＣＰＵ２１はブラウザ機能を用いて、サーバ装置１が提供する各種グループウェア機能をユーザに提供する。

（サーバ装置及びクライアント端末の機能）
本発明に係る実施形態のサーバ装置１及びクライアント端末２の主な機能について説明する。本発明に係る実施形態のサーバ装置１は、上述したようにグループウェアサーバであるので、一般的な各種グループウェア機能を、ネットワークを介してクライアント端末２に提供する。例えば、クライアント端末２は、サーバ装置１にアクセスして、「掲示板」、「スケジュール」、「マトリクス」等の機能ビューを表示させる。そして、クライアント端末２は、表示画面等に表示された各機能ビューを操作し、個人又はグループメンバー単位で情報管理、情報伝達、情報共有等を行いながら、個人又はグループ業務等を遂行する。

図４は、サーバ装置１及びクライアント端末２の一実施形態の主要な機能の構成を示す機能ブロック図である。図に示されるように、サーバ装置１は、記憶部１０１、送信部１０２を含む構成である。また、クライアント端末２は、ウインドウ表示部２０１、画像オブジェクト表示部２０２、操作部２０３、更新要求部２０４を含む構成である。より詳しくは後述するので、各機能についてここでは簡単に説明する。なお、図４は本発明を便宜的に説明する為の機能ブロック図であり、上述している通り本発明に係るサーバ装置１はグループウェアサーバであるので、グループウェア機能を実現する為の各種一般機能は当然に有している（非図示）。またクライアント端末２についても、上述している通り本発明に係るクライアント端末２はクライアント端末であるので、グループウェア機能を利用操作する為の各種一般機能は当然に有している（非図示）。

まず、サーバ装置１の記憶部１０１は、グループウェア機能を実現するための作業フィールドであるウインドウに関する情報と、ウインドウ上に重畳して表示させる画像オブジェクトに関する情報と、画像オブジェクトに付帯するデータとを記憶する機能を有している。ウインドウは、例えば機能ビューのウインドウなどが相当し、画像オブジェクトは、例えば付箋などに相当する。また画像オブジェクトに付帯するデータは、例えば付箋に紐付いくデータ情報である。つまり、記憶部１０１は、クライアント端末２側でグループウェア利用にあたって必要とされる表示情報やデータを記憶している。これら情報やデータは、クライアント端末２に送信され、ユーザがグループウェア機能を好適に利用できるような表示形態で表示画面上に表示される。

ここで記憶部１０１では、画像オブジェクトに付帯するデータを、重畳して表示されるウインドウに対応付けて記憶し、画像オブジェクトに付帯するデータが複数いずれのウインドウ上にあっても画像オブジェクトが付帯するデータを全てデータ項目内に格納可能となっている。具体的に、まず各機能ビューはそれぞれ本来の役割があるので、機能ビュー毎に求められる情報には差異がある。スケジュール等の機能ビューであれば、時間情報は必須であるが、一方マトリクス等の機能ビューであれば必ずしも時間情報は必須でなく、むしろタスクの重要度を示す位置情報が必須である。従って記憶部１０１がＤＢで構成される場合、ＤＢ１０１は画像オブジェクトがどの機能ビュー上に配置されていても、保持されるべきデータを全て格納可能にスキーマ構築される。このため画像オブジェクトがどの機能ビュー上に配置されても全てのデータを格納できるようになっている。これはいずれの機能ビュー上であっても、機能ビュー毎で利用される多様な情報をシームレスに利用できるようにするためである。この点、詳細は再度後述する。なお、以下の実施形態において、記憶部１０１はＤＢ１０１として説明する。

送信部１０２は、記憶部１０１により記憶されたウインドウに関する情報、画像オブジェクトに関する情報、画像オブジェクトに付帯するデータなどを、クライアント端末２に送信する機能を有する。これら情報やデータは、クライアント端末２に送信され、ユーザがグループウェア機能を好適に利用できるような表示形態で表示画面上に表示される。

次に、クライアント端末２のウインドウ表示部２０１は、サーバ装置１より送信されたウインドウに関する情報に基づいて、複数のウインドウを表示手段（例えばディスプレイ２４）に表示させる機能を有する。具体的に、例えば機能ビューである「掲示板」、「スケジュール」、「マトリクス」の機能ビューをクライアント端末２のディスプレイ２４に表示させる。クライアント端末２は、ディスプレイ２４上、この機能ビューを同時に複数表示させることができる。ユーザは、クライアント端末２の画面に表示されたこれら機能ビューを使用して、ユーザは個人又はグループメンバー単位で、情報管理、情報伝達、情報共有等を行う。

また、画像オブジェクト表示部２０２は、サーバ装置１より送信された画像オブジェクトに関する情報に関する情報に基づいて、画像オブジェクトをウインドウ上に重畳して表示手段に表示させる機能を有する。具体的に、画像オブジェクトの一例としての「付箋」を各機能ビュー上に表示させる。付箋には、「掲示板」機能ビューであれば、掲示すべき掲示情報などが保持される。「スケジュール」機能ビューであれば、ユーザ個人やグループの管理すべきスケジュール情報などが保持される。「マトリクス」機能ビューであれば、ユーザ個人やグループの管理すべきタスク情報などが保持される。

操作部２０３は、表示手段により表示される第一のウインドウ上の画像オブジェクトを、第一のウインドウ上から第二のウインドウ上へ移動又は複写操作させる機能を有する。具体的に、クライアント端末２の画面上に表示される複数の機能ビュー間で、上述の付箋を移動又は複写操作させる機能を提供する。その際、付箋に付帯されているデータ（複数のデータ項目を含む）は、移動先の機能ビューにおいても利用可能なように継承される。この点詳細は再度後述する。

更新要求部２０４は、画像オブジェクトが前記移動又は複写操作されたとき、サーバ装置１に当該画像オブジェクトに付帯するデータの更新要求を行う機能を有する。なお、 前更新要求が行われたとき、サーバ装置１の記憶部１０１は、移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ移動先の第二のウインドウに対応付けて、付帯するデータをデータ項目内に格納する。

以上これらの機能は、実際には上述のＣＰＵ１１及びＣＰＵ２１が実行するプログラムによりコンピュータに実現させるものである。

（機能コンポーネント）
次に、本発明に係る実施形態のサーバ装置１に具体的に実装される機能コンポーネントについて説明する。図５は、サーバ装置１の一実施形態の主要な機能コンポーネントの構成を示す図である。本発明に係る実施形態のサーバ装置１は、上述した各機能部の機能をより具体的に実現する為、以下の機能コンポーネント（機能プログラム）を有している。なお、一実施形態としてのサーバ装置１は、機能ビューに関し、「掲示板」、「スケジュール」、「マトリクス」の機能ビューをクライアント端末２に提供するが、これら機能ビューに限定されず、グループウェアに関するその他の機能ビューを備えるようにすることも可能である。以下、各機能コンポーネントを説明する。

表示コンポーネント５０１は、クライアント端末２に対して入出力に関する画面制御を行ない、グループウェア機能の基本画面（基本ウインドウ）等の表示全般を行なうコンポーネントである。表示コンポーネント５０１による基本画面の操作を介して、各種コンポーネントへ各種操作指示がなされる。例えば、ユーザは基本画面の操作を介して、付箋コンポーネント５０２に付箋作成指示を行ったり、掲示板コンポーネント５１１に掲示板を表示する指示を行うことで、サーバ装置１によるグループウェア機能全般を利用することができるようになっている。

付箋（画像オブジェクト）コンポーネント５０２は、各種機能ビュー及びメモ帳上に自由に配置される付箋(画像オブジェクト)の作成、付帯される情報内容の表示、機能ビュー及びメモ帳間の付箋画像イメージの操作（例えば移動等）及び操作に伴うデータ設定等の制御を行なうコンポーネントである。なお、付箋に付帯されるデータについての詳細は後述する。

メモ帳コンポーネント５０３は、付箋(画像オブジェクト)を一時的に保持する一時作業フィールドであるメモ帳フィールドの表示を行うコンポーネントである。メモ帳には、自由に付箋を貼り付けて置いておくことができるので、各機能ビューに配置する前の情報の整理スペースや、詳細が決定されていないＴｏＤｏリストの保管場所などとして利用できる。

ＤＢアクセスコンポーネント５０４は、他のコンポーネントからの要求に応じて、データが格納された上述のＤＢ１０１に対し、データの検索、更新、追加、及び削除の処理を行うコンポーネントである。

機能ビュー５１０は、掲示板コンポーネント５１１、マトリクスコンポーネント５１２、スケジュールコンポーネント５１３等で構成される。上述したように、グループウェア機能に応じて、その他の機能コンポーネントを含んで構成されることも可能である。

掲示板コンポーネント５１１は、グループウェア機能の一構成要素である掲示板の作成や、閲覧や操作可能なユーザの権限を設定するコンポーネントである。掲示板は、付箋(画像オブジェクト)を掲示板上に配置（貼り付け）することで情報掲示板として活用される。

マトリクスコンポーネント５１２は、グループウェア機能のマトリクスの作成や、基本画面上の機能ビューの一構成要素である。マトリクスは、遂行されるべきタスク情報としての付箋をマトリクス上に配置（貼り付け）することで、タスク管理等に利用される。

スケジュールコンポーネント５１３は、グループウェア機能のスケジュールの表示を行うコンポーネントである。スケジュールは、日、週、月、年単位などの暦（カレンダー）形式のスケジュール表に、付箋を配置することで、スケジュール管理等に利用される。スケジュールコンポーネント５１３は、スケジュール表の付箋をユーザやグループに伝言として送信することもできる。また、スケジュール表の選択を行うことで、ユーザ個人のスケジュールや他のユーザのスケジュール、グループのスケジュールといった表示対象を選んで表示できる。

以上、本発明のネットワークシステムの一実施形態であるグループウェアシステム１００の構成として、サーバ装置１及びクライアント端末２のハードウェア、各機能ブロック、及びサーバ装置１の機能コンポーネントについて説明したが、次に具体的な画面例等を参照しながらより具体的に説明をしていく。

[実施形態１：概要]
まず本実施形態１においては、本発明に係るグループウェアの概要（基本画面、機能ビュー、メモ帳、付箋、付箋データ）、及び付箋の操作概要（作成、編集、移動等）について説明を行う。その上で、後述の実施形態２〜５において、各機能ビューについて個々説明していく。

ユーザはクライアント端末２において、当該基本画面６００を操作しグループウェア機能全般を利用することができるようになっており、例えば、掲示板における情報閲覧や情報掲載、スケジュール表における個人又はグループメンバーのスケジュール管理、マトリクスにおけるタスク管理といったサーバ装置１が提供するグループウェア機能を利用することができる。

クライアント端末２の閲覧プログラムとしてウェブブラウザを適用した場合、ディスプレイ２４にブラウザ画面が表示される。ブラウザ画面６００は、接続先のウェブサイトを特定するＵＲＬを入力するＵＲＬ入力欄６４０を備えており、サーバ装置１が送信した画面データで定義される画面が表示される。

基本画面６００は、大きく機能ビュー・ウインドウ６１０と、メモ帳・ウインドウ６２０とに分けて構成される。機能ビュー・ウインドウ６１０は、各種機能ビューを切替えながら、又は同時に表示させながら、サーバ装置１が提供するグループウェア機能を利用することができるいわばメインウインドウである。図６においては、掲示板６１１の機能ビューが表示され、掲示板のウインドウ内には掲示物としての付箋ａ〜ｄが掲示されている。また掲示板といっても、複数の掲示板を作成できるので、切替え操作により参照したい掲示板の切替えを行うことができる。但し、後述するように、ユーザの権限によっては表示されない掲示板も存在する。また、その他のスケジュール６１２やマトリクス６１３の機能ビューについては、機能ビュー選択タブ６１１〜６１３を操作すれば、機能ビューの切替え、又は同時にも表示（マルチウインドウ形式という）させることができる。

メモ帳・ウインドウ６２０は、付箋を一時的に保持する一時作業フィールドとして利用される。メモ帳には、新たに作成、又は機能ビューから移動又は複写してきた付箋を暫定的に置いておくことができるので、各機能ビューに配置する前の情報の整理スペースや、詳細が決定されていないＴｏＤｏリストの保管場所などとして利用できる。図６のメモ帳・ウインドウ６２０においては、付箋ｅ、ｆが置かれており、これら付箋ｅ、ｆは、各種機能ビュー上に移動又は複写することができる。

新たに付箋を作成する場合、付箋作成(アイコン)６３０を押下することにより、各機能ビュー又はメモ帳上に、画像オブジェクトとしての付箋を作成することができる。続いて、付箋の作成等について説明する。

（付箋の作成）
本実施形態において、付箋（電子付箋）はグループウェアで取り扱われる情報を伝達する為の情報伝達媒体である。一般に付箋は書類整理等の用途で用いられる小さな紙として知られている。紙製の付箋には微力な粘着物が塗られているので、付箋内にメモを記載して至る所に自由に貼り付けたり剥したりできる。本実施形態においては、そのような紙製の付箋イメージを、ＵＩや操作性の向上の観点から直感的にグループウェアを利用できるよう、付箋をグループウェアの情報伝達媒体として適用したものである。従って、本実施形態の付箋はあくまで画像オブジェクトの一例であり、付箋という画像オブジェクトに限られるものでないことはいうまでもない。

図７は、付箋作成の為の付箋作成画面例を示す。付箋を作成する場合、ユーザはクライアント端末２の画面（表示画面）上において、図６の付箋作成(ボタン)６３０を、マウス２６を用いて例えば左クリック操作を行う。すると図７に示される付箋作成画面７００が表示される。タイトル入力欄７０１、内容入力欄７０２をそれぞれ入力し、確定７０３を押下すると、付箋が作成（登録）され、機能ビュー６１１〜６１３やメモ帳６２０上の作業フィールド上に付箋が貼り付けられて表示される。

なお、いずれの機能ビュー６１１〜６１３、又はメモ帳６２０上に付箋を配置するかは、例えばポインティングデバイスでターゲットとなる機能ビューやメモ帳を指定してもよいし、付箋作成画面７００内で指定できるようにしてもよい。

一方、付箋作成画面７００においてキャンセル７０４を押下すると付箋作成をキャンセルできる。

なお、図７に示される付箋作成画面７００は、メモ帳上に付箋が作成される場合の付箋作成画面例とする。各機能ビューによって入力される必須項目に差異があるので、付箋作成画面もまた各機能ビューによって少々異なるからである。各機能ビューにおける付箋作成画面は各機能ビューの説明において別途説明する。

付箋作成動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋作成指示機能、付箋表示機能と、付箋コンポーネント５０２の付箋作成機能、内容表示機能、入力設定機能と、機能ビュー５１０の各機能ビューコンポーネント５１１〜５１３及びメモ帳コンポーネント５０３の付箋貼り付け機能とを用いて行われる。また、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。

（付箋データ）
ここで、作成された付箋（画像オブジェクト）に付帯されるデータについて説明する。以下、便宜的にこれを付箋データという。

図８は、付箋データの構造例を示す。付箋コンポーネント５０２が作成する付箋は図に示されるようなデータ構造を有している。本発明に係る付箋は、いずれの機能ビュー上、メモ帳上においても作成、配置可能であるので、いずれの作業フィールド上に配置されてもよいように、予めデータ項目を全てが格納可能なようなデータ構造とされる。上述の付箋作成画面７００で一の付箋が作成されると、ＤＢ１０１において一の付箋毎につきデータがこれらデータ項目が格納される。

図８の付箋データの構造例において、「項目名（データ項目名）」、「項目の説明」、「メモ帳」、「掲示板」、「マトリクス」、「スケジュール」の欄が示されている。「項目名」は、各データ項目の名称を示し、「項目の説明」には、項目の説明が説明されている。「メモ帳」、「掲示板」、「マトリクス」、「スケジュール」は、付箋の配置可能な各作業フィールドにおいて各項目（データ項目）が必須、任意であるかを示すものである。例えば、Ｎｏ６、７、９、１０の項目は、作業フィールド上の付箋の配置位置及び形状（大きさ）を示すデータ項目であるが、そのデータ項目の性格上、「メモ帳」や、「掲示板」及び「マトリクス」の機能ビューにおいては必須の情報である。これらデータ項目がない場合、作業フィールド上のどこに、どのような大きさの付箋を配置すればよいか決定できない。一方、「スケジュール」の機能ビューは、後述するように、日、週、月、年単位などの暦（カレンダー）形式のスケジュール表内に付箋が配置されるので、特段これらの情報は必要でない。従って任意とされる。任意という意味は、付箋が「スケジュール」で利用される場合、任意データ項目の値は参照（使用）されないが、データ項目として値を保持していてもよいということである。この点、各項目（各データ項目）は、各機能ビューコンポーネント５１０やメモ帳コンポーネント５０３により、各機能ビュー又はメモ帳に対応する表示形式で表示コントロールが行われる。

なお、各「項目名」の説明は、図８の「項目の説明」の欄にここでは一旦譲るとして、以下説明していく実施例中において適宜触れて説明していくものとする。

早速、上述の付箋の作成に振り返り、図８を参照して説明する。例えば、メモ帳上に付箋が作成された場合に当てはめてみると、付箋データには、少なくとも必須項目であるＮｏ１、２、５〜７、９、１０、１８〜２１、２３が設定される。また、タイトル入力欄７０１や内容入力欄７０２が入力されていれば（図７）、Ｎｏ３、４も併せて設定される。そして、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。なお、Ｎｏ６、７、９、１０、２３（公開）は、付箋データ上必須項目であるが、付箋作成時のデフォルト値としては所定値が設定されればよい（後にも変更可能）。またＮｏ１、２、５、１８〜２１は、直接ユーザにより入力されなくとも自動的にこれら情報は取得されて入力される。

（付箋の編集、内容表示の動作例）
再び図６を参照する。メモ帳・ウインドウ６２０内や機能ビュー・ウインドウ６１０内に作成された付箋の編集又は付箋の内容の表示を行う場合、ユーザは、マウス２６を用いて図６の付箋ａ〜ｆに対し、例えばダブルクリック操作を行う。すると図７の付箋作成画面７００が表示される。付箋の編集を行う場合であるので、タイトル入力欄７０１、内容入力欄７０２には、何らかの情報が入力されている。

付箋の編集を行う場合、ユーザはタイトル入力欄７０１、内容入力欄７０２を編集し、確定７０３を押下することで、当該編集内容を反映させる。付箋編集動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋表示機能と、付箋コンポーネント５０２の内容表示機能、入力設定機能とを用いて行われる。また例えば、図８の付箋データの構造例におけるＮｏ３、４、２０、２１が少なくとも更新され、ＤＢアクセスコンポーネント５０２の更新機能により、ＤＢ１０１上の付箋データが更新される。

付箋の内容表示を行う場合、ユーザは、マウス２６を用いて図６の付箋ａ〜ｆに対し、例えばダブルクリック操作を行う。すると図７の付箋作成画面７００が表示される。付箋内容表示を行う場合であるので、タイトル入力欄７０１、内容入力欄７０２には、何らかの情報が入力されており、ユーザは内容表示されたこれら情報を確認する。また、付箋作成画面７００においてキャンセル７０４を押下すると付箋作成画面７００を閉じることができる。内容表示動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋表示機能と、付箋コンポーネント５０２の内容表示機能と、ＤＢアクセスコンポーネント５０２の検索機能とを用いて行われる。

（付箋の移動、コピーの動作例）
付箋の移動を行う場合、ユーザは、マウス２６を用いて図６の付箋ａ〜ｆに対し、例えばドラッグ操作を行なって付箋の移動を行い、任意の移動先にドロップする。移動は、同一の機能ビュー６１１〜６１３内、同一のメモ帳６２０内、もしくは機能ビュー６１１〜６１３及びメモ帳６２０間において、同一の操作（例えばドラッグ・アンド・ドロップ操作）によって行うことができる。機能ビュー６１１〜６１３間で付箋の移動を行う場合は、複数の機能ビューを同時に表示させてから移動操作を行う。移動動作は、機能コンポーネント構成（図５）中の付箋コンポーネント５０２の移動機能と、各機能ビュー５１０の付箋貼り付け機能又はメモ帳コンポーネント５０３の付箋貼り付け機能を用いて行われる。また、図８の付箋データの構造例におけるＮｏ５（機能ビュー間又はメモ帳間移動の場合）、６、７、２０、２１が少なくとも更新され、ＤＢアクセスコンポーネント５０２の更新機能により、ＤＢ１０１上の付箋データが更新される。

付箋のコピー（複写）を行う場合、ユーザは、マウス２６を用いて図６の付箋ａ〜ｆに対し、例えば右クリック操作を行う。メニュー・ボックスが表示され、メニュー・ボックスには、例えば「コピー」、「貼り付け」、「削除」等の付箋に対する操作指示内容が選択できるようになっている。ユーザは「コピー」を選択してから、任意の移動先上で右クリックして再度メニュー・ウインドウを表示し「貼り付け」を選択することにより、付箋のコピーを行うことができる。コピー動作は、機能コンポーネント構成（図５）中の付箋コンポーネント５０２の処理選択機能と、各機能ビュー５１０の付箋貼り付け機能又はメモ帳コンポーネント５０３の付箋貼り付け機能を用いて行われる。また、図８の付箋データの構造例におけるＮｏ２〜４、８〜１７、２２、２３がコピーされ、Ｎｏ１、５、６、７、１８〜２１が新たに設定され、ＤＢアクセスコンポーネント５０２の追加機能により、ＤＢ１０１上の新たな付箋データが登録される。

（付箋の削除の動作例）
付箋の削除を行う場合、ユーザは、マウス２６を用いて図６の付箋ａ〜ｆに対し、例えば右クリック操作を行う。メニュー・ボックスが表示され、メニュー・ボックスには、例えば「コピー」、「貼り付け」、「削除」等の付箋に対する操作指示内容が選択できるようになっている。ユーザは「削除」を選択することにより、付箋の削除を行うことができる。それまで表示されていた付箋は、その削除後、非表示となる。削除動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋表示機能と、付箋コンポーネント５０２処理選択機能とを用いて行われる。また、図８の付箋データの構造例におけるＮｏ２３において削除フラグ「1：非表示」に設定され、ＤＢアクセスコンポーネント５０３の削除機能により、ＤＢ１０１上の付箋データが更新される。削除フラグが「1：非表示」とされた付箋データは一定期間経過後、付箋データ自体ＤＢ１０１から削除されるようにしてもよい。

以上、本実施形態１においては、本発明に係るグループウェアの概要（基本画面、機能ビュー、メモ帳、付箋、付箋データ）、及び付箋の操作概要（作成、編集、移動等）について説明を行った。このように、本発明に係るグループウェアにおいては、付箋の操作に関して、基本画面内の各機能ビュー及びメモ帳によらず、上述のような同一（共通）の操作性を持って付箋の操作を行うことができる。次に各機能ビューについて個々説明していく。

[実施形態２：掲示板]
続いて、機能ビューの一つを構成する「掲示板」機能ビュー（以下単に掲示板という場合がある）について説明する。

（掲示板作成の動作例）
図９は、掲示板・ウインドウ９００の一例を示す。図に示される掲示板・ウインドウには、いずれの掲示板も作成されていない初期の状態にある。新たな掲示板を作成する場合、掲示板・ウインドウ９００内に設けられた掲示板作成（アイコン）９０１を例えば左クリックすると、図１０に示される掲示板作成画面１０００が表示される。掲示板作成画面１０００において、ユーザは作成しようとする掲示板の名称を掲示板名称１００１の欄に入力する。また、ユーザ一覧１００２から閲覧許可させるユーザを選択してドラッグし、閲覧対象ユーザ一覧１００３へドロップする。ユーザ一覧１００２は、予め本発明に係るグループウェアを利用しうるユーザの一覧が表示され、これらユーザの中から閲覧対象ユーザ一覧１００３に設定（登録）されたユーザのみが、ここで作成中の掲示板を閲覧できる。また複数のユーザからなるユーザグループが設定されている場合、ユーザ一覧１００２にはグループ単位でユーザグループは表示され、同様な操作により閲覧対象ユーザ一覧１００３への設定が可能である。ここで例えば、掲示板名称１００１に「○○プロジェクト掲示板」と入力され、閲覧対象ユーザ一覧１００３には「user001」、「usergroup002」が設定されるものとする。

設定完了後、掲示板作成画面１０００内の確定（ボタン）１００４が押下されると、掲示板作成画面１０００は閉じられ、図１１に示されるように、掲示板・ウインドウ９００内に新たな掲示板が作成され表示される。また複数の掲示板が作成されている場合、選択ボックス９０２から表示する掲示板を選択できるようになっている。なおこの時点では、付箋（掲示情報）は作成されていないので、掲示板には付箋は掲示されていない。一方、キャンセル１００５が押下されると、掲示板作成画面１０００は閉じられ、掲示板の作成はキャンセルされる。

掲示板作成動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の掲示板表示機能と、掲示板コンポーネント５１１の掲示板プロパティ設定機能とを用いて行われる。掲示板コンポーネント５１１の掲示板プロパティが設定され、最終的にＤＢアクセスコンポーネント５０３の追加機能により、新たな掲示板がＤＢ１０１に登録される。

（付箋の作成の動作例）
図１２は、付箋作成の為の付箋作成画面例を示す。掲示板において付箋を作成する場合、上述したように、ユーザは、例えばポインティングデバイスでターゲットとなる掲示板機能ビューを指定した上で、図６の付箋作成６３０を、マウス２６を用いて例えば左クリック操作を行う。すると図１２に示される付箋作成画面１２００が表示される。そしてタイトル入力欄１２０１、内容入力欄１２０２をそれぞれ入力する。また、掲示板上の付箋であるので、付箋データ上は必須項目とされる掲示日１２０５、掲示者１２０６、掲示期限１２０７を入力する。掲示日１２０５は、当該付箋を掲示板に掲示した日を入力する欄である。ここは自動入力されてもよい。掲示者１２０６は、当該付箋を掲示したユーザを入力する欄である。ここもユーザが認識されているので自動入力されてもよい。掲示期限１２０７は、当該付箋を掲示板に掲示する期限を入力する欄である。期限を経過すると当該付箋は掲示板から自動的に削除される。そして最終的に、確定１２０３が押下されると、付箋が作成（登録）され掲示板上に新たな付箋が表示される。ここで例えば、次のように入力されて付箋が新たに作成されたものとする。
タイトル入力欄１２０１：初回ミーティングのお知らせ
内容入力欄１２０２：○○プロジェクト発足につき、初回ミーティングを行います。メンバーは、必ず参加してください。日時：２００９／７／１０、時間：１０：００、場所：第一会議室。不参加の場合、本プロジェクトリーダ△△まで事前に連絡願います。
掲示日１２０５：２００９／７／１
掲示者１２０６：△△
掲示期限１２０７：２００９／７／１１
掲示板上の付箋作成動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋作成指示機能、付箋表示機能と、付箋コンポーネント５０２の付箋作成機能、内容表示機能、入力設定機能と、掲示板コンポーネント５１１の付箋貼り付け機能とを用いて行われる。また、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。

なお、再び図８を参照して、掲示板上に付箋が作成された場合、少なくとも必須項目であるＮｏ１、２、５〜７、９、１０、１１（掲示日）、１２（掲示者）、１３（掲示期限）、１８〜２１、２３が設定される。また通常、Ｎｏ３（タイトル）、４（内容）も併せて設定される。そして、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。Ｎｏ６、７、９、１０、２３は、必須項目であるが、付箋作成時のデフォルト値としては所定値が設定されればよい。Ｎｏ１、２、５、１８〜２１は、直接ユーザにより入力されなくとも自動的にこれら情報は取得されて入力される。

図１３は、付箋が作成された掲示板・ウインドウ９００の一例を示す。図に示されるように、新たに作成された付箋ｇが入力されたタイトル及び掲示者が表示され掲示板に貼り付けられている。掲示板に貼り付けられた付箋ｇをより詳細に確認する場合、ユーザは、例えば付箋ｇをダブルクリックすると、図１２の付箋作成画面１２００が表示される。付箋内容表示を行う場合であるので、タイトル入力欄１２０１、内容入力欄１２０２、掲示日１２０５、掲示者１２０６、掲示期限１２０７には、上述のような情報が入力されており、ユーザは内容表示されたこれら情報を確認できる。

内容表示動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋表示機能と、付箋コンポーネント５０２の内容表示機能と、ＤＢアクセスコンポーネント５０２の検索機能とを用いて行われる。

（掲示板の実施例）
掲示板で情報共有を行う動作例について説明する為、再び図１３を参照する。掲示板名称「○○プロジェクト掲示板」は、閲覧対象ユーザ一覧１００３に「usergroup002」が設定されているので、「usergroup002」に登録されているユーザメンバーは、各々のクライアント端末２から「○○プロジェクト掲示板」を閲覧することができるようになっている。

掲示板作成者（メンバーＡとする）以外のメンバー（メンバーＢとする）は、メンバーＡによって掲示された「○○プロジェクト掲示板」上の付箋ｇの内容を確認する。その後、メンバーＢが付箋の内容に対し訂正又は追加説明が必要である場合、メンバーＢは付箋ｇの編集を行うことができる。上述したように、掲示板に貼り付けられた付箋ｇをより詳細に確認する場合、メンバーＢは、例えば付箋ｇをダブルクリックすると、図１２の付箋作成画面１２００が表示される。そして例えば、内容入力欄１２０２の記載事項の訂正又は追加説明を記載する。編集操作を終えると、「○○プロジェクト掲示板」上の付箋ｇは更新される。なお、更新後の付箋においては、付箋の詳細を確認する場合、更新者の情報が表示されるようにする。またもしくは付箋ｇの詳細プロパティ（付箋データ一覧）を参照できるように構成する。すると更新者はメンバーＡからメンバーＢと更新されている。またこれに伴い当該付箋の付箋データにおいて、Ｎｏ４（内容）、２０（更新日）、２１（更新者）は、ＤＢアクセスコンポーネント５０２の更新機能により更新される。

また、メンバーＢがメンバーＡ又はその他のメンバーに伝達したい事項がある場合、新たに付箋を作成できる。上述したように、図６の付箋作成６３０を、マウス２６を用いて例えば左クリック操作を行う。すると図１２に示される付箋作成画面１２００が表示される。そしてタイトル入力欄１２０１、内容入力欄１２０２をそれぞれ入力する。また、掲示板上の付箋であるので、付箋データ上は必須項目とされる掲示日１２０５、掲示者１２０６、掲示期限１２０７を入力する。作成操作を終えると、「○○プロジェクト掲示板」上に新たな付箋（非図示）が掲示者名はメンバーＢとして表示された付箋が掲示（配置）される。これに伴い新たな付箋データが、ＤＢアクセスコンポーネント５０２の追加機能により登録される。

このように、ユーザ間で掲示板への付箋の貼り付けや編集を相互に行うことで、容易に情報の共有や意見交換を行うことができる(シームレスな情報の連携、効率的な情報共有)。

[実施形態３：マトリクス]
続いて、機能ビューの一つを構成する「マトリクス」機能ビュー（以下単にマトリクスという場合がある）について説明する。

（マトリクス作成の動作例）
図１４は、マトリクス・ウインドウ１４００の一例を示す。図に示されるマトリクス・ウインドウには、いずれのマトリクスも作成されていない初期の状態にある。新たなマトリクスを作成する場合、マトリクス・ウインドウ１４００内に設けられたマトリクス作成（アイコン）１４０１を例えば左クリックすると、図１５に示されるマトリクス作成画面１５００が表示される。マトリクス作成画面１５００において、ユーザは作成しようとするマトリクスの名称をマトリクス名称１５０１の欄に入力する。またマトリクスの表示形式（２軸、４軸、表形式など）を表示形式選択１５０２から選択し、その選択に対応した軸名又は項目名等を軸／項目名入力１５０３に入力する。そして、ユーザ一覧１５０４から閲覧許可させるユーザを選択してドラッグし、閲覧対象ユーザ一覧１５０５へドロップする。ユーザ一覧１５０４は、予め本発明に係るグループウェアを利用しうるユーザの一覧が表示され、これらユーザの中から閲覧対象ユーザ一覧１５０５に設定（登録）されたユーザのみが、ここで作成中のマトリクスを閲覧できる。また、グループ単位による閲覧対象ユーザ一覧１５０５への設定が可能である。ここで例えば、マトリクス名称１５０１に「○○プロジェクトＴｏＤｏ管理」と入力され、表示形式選択１５０２から「２軸形式」が選択され、軸／項目名入力１５０３に「重要度」、「緊急度」が入力され、閲覧対象ユーザ一覧１５０５には「user001」、「usergroup002」が設定されるものとする。

設定完了後、マトリクス作成画面１５００内の確定１００６が押下されると、マトリクス作成画面１５００は閉じられ、図１６に示されるように、マトリクス・ウインドウ１４００内に新たなマトリクスが作成され表示される。また複数のマトリクスが作成されている場合、選択ボックス１４０２から表示するマトリクスを選択できるようになっている。なおこの時点では、付箋（掲示情報）は作成されていないので、マトリクスには付箋は貼り付けられていない。一方、キャンセル１５０７が押下されると、マトリクス作成画面１５００は閉じられ、マトリクスの作成はキャンセルされる。

マトリクス作成動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の掲示板表示機能と、マトリクスコンポーネント５１２のマトリクスプロパティ設定機能とを用いて行われる。マトリクスコンポーネント５１２のマトリクスプロパティが設定され、最終的にＤＢアクセスコンポーネント５０３の追加機能により、新たなマトリクスがＤＢ１０１に登録される。

（付箋の作成の動作例）
図１７は、付箋作成の為の付箋作成画面例を示す。マトリクスにおいて付箋を作成する場合、上述したように、ユーザは、例えばポインティングデバイスでターゲットとなるマトリクス機能ビューを指定した上で、図６の付箋作成６３０を、マウス２６を用いて例えば左クリック操作を行う。すると図１７に示される付箋作成画面１７００が表示される。そしてタイトル入力欄１７０１、内容入力欄１７０２をそれぞれ入力する。また、付箋データ上必須項目とされる貼付け日１７０３、貼付け者１７０４を入力する。貼付け日１７０３は、当該付箋をマトリクスに貼り付けた日を入力する欄（自動入力可）である。貼付け者名１７０４は、当該付箋をマトリクスに貼り付けたユーザを入力する欄（自動入力可）である。そして最終的に、確定１７０５が押下されると、付箋が作成（登録）されマトリクス上に新たな付箋が表示される。ここで例えば、次のように入力されて付箋が新たに作成されたものとする。
タイトル入力欄１７０１：仕様書作成
内容入力欄１７０２：仕様書の作成。設計部のヒアリング内容を盛り込むこと。
貼付け日１７０３：２００９／７／２
貼付け者１７０４：△△
なお、再び図８を参照して、マトリクス上に付箋が作成された場合、少なくとも必須項目であるＮｏ１、２、５〜７、９、１０、１４（貼付け日）、１５（貼付け者）、１８〜２１、２３が設定される。また通常、Ｎｏ３（タイトル）、４（内容）も併せて設定される。そして、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。Ｎｏ６、７、９、１０、２３は、必須項目であるが、付箋作成時のデフォルト値としては所定値が設定されればよい。Ｎｏ１、２、５、１８〜２１は、直接ユーザにより入力されなくとも自動的にこれら情報は取得されて入力される。

図１８は、付箋が作成されたマトリクス・ウインドウ１４００の一例を示す。図に示されるように、新たに作成された付箋ｈが入力されたタイトル及び貼付け者が表示されマトリクスに貼り付けられている。付箋は自由に移動可能であるので、作成後の付箋の初期位置としては、例えば画面右上付近や中央など、所定位置に貼り付けられてよい。マトリクスに貼り付けられた付箋ｈをより詳細に確認する場合、ユーザは、例えば付箋ｈをダブルクリックすると、図１７の付箋作成画面１７００が表示される。付箋内容表示を行う場合であるので、タイトル入力欄１７０１、内容入力欄１７０２、貼付け日１７０３、貼付け者１７０４には、上述のような情報が入力されており、ユーザは内容表示されたこれら情報を確認できる。

内容表示動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋表示機能と、付箋コンポーネント５０２の内容表示機能と、ＤＢアクセスコンポーネント５０２の検索機能とを用いて行われる。

（マトリクスの実施例）
マトリクスで情報共有や意見交換を行う動作例について説明する為、再び図１８を参照する。マトリクス名称「○○プロジェクトＴｏＤｏ管理」は、閲覧対象ユーザ一覧１００３に「usergroup002」が設定されているので、「usergroup002」に登録されているユーザメンバーは、各々のクライアント端末３から「○○プロジェクトＴｏＤｏ管理」を閲覧することができるようになっている。

掲示板作成者（メンバーＡとする）以外のメンバー（メンバーＢとする）は、メンバーＡによって掲示された「○○プロジェクトＴｏＤｏ管理」上の付箋ｈの位置及び内容を確認する。図１８のマトリクス上の付箋ｈの配置位置からすると、メンバーＡは「仕様書作成」なるタスクは緊急度及び重要度いずれも高いタスクであると判断していることが分かる。しかしながら、監督者であるメンバーＢとしては、重要度は高いが緊急度はさして高くないと判断した場合、メンバーＢは付箋ｈの配置位置を移動させる。またこのとき、同時に編集操作を行って、内容入力欄１７００（図１７）にその理由や補足事項を記載できる。再度メンバーＡが「○○プロジェクトＴｏＤｏ管理」を閲覧したとき、配置位置を移動されている点、内容入力欄１７００が編集されている点、またもしくは更新者（監督者）がメンバーＢである点を確認し、付箋ｈのタスクについて再考することができる。これに伴い当該付箋の付箋データにおいて、Ｎｏ４（内容）、６（付箋のＸ座標）、７（付箋のＹ座標）、２０（更新日）、２１（更新者）は、ＤＢアクセスコンポーネント５０２の更新機能により更新されることはいうまでもない。

このように、ユーザ間でマトリクスへの付箋の貼り付け（配置位置の移動）や編集を相互に行うことで、簡単に情報共有や意見交換を行うことができる(シームレスな情報の連携、効率的な情報共有)。

[実施形態４：スケジュール]
続いて、機能ビューの一つを構成する「スケジュール」機能ビュー（以下単にスケジュールという場合がある）について説明する。

（スケジュールの表示形式選択の動作例）
図１９は、スケジュール・ウインドウ１９００の一例を示す。図に示されるスケジュール・ウインドウ１９００には、月表示のスケジュール表が表示されている。ユーザは、スケジュール・ウインドウ１９００内の表示切替１９０１から暦（カレンダー）の種類（月単位、週単位、日単位等）を選択することにより、スケジュール表の表示切替を行えるようになっている。スケジュール機能ビューの場合、上述の掲示板やマトリクスの例と異なり、予めＤＢ１０１に暦の情報が登録されているので、スケジュール表自体を作成する必要はない。図２０に、それぞれ週表示のスケジュール・ウインドウ２０００、日表示のスケジュール・ウインドウ２００１の一例も示しておく。

表示形式選択動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１のスケジュール表示機能と、スケジュールコンポーネント５１３の表示対象選択機能、月単位表示機能、週単位表示機能、日単位表示機能とを用いて行われる。

（付箋の作成の動作例）
図２１は、付箋作成の為の付箋作成画面例を示す。再び図１９のスケジュール・ウインドウ１９００を参照して説明する。スケジュールにおいて付箋を作成する場合、図６の付箋作成６３０を、マウス２６を用いて例えば左クリック操作を行う。すると図２１に示される付箋作成画面２１００が表示される。そしてタイトル入力欄２１０１、内容入力欄２１０２をそれぞれ入力する。また、開始予定日時２１０３、終了予定日時２１０４、公開設定２１０５を入力する。開始予定日２１０３は、スケジュールの開始予定日時を入力する欄である。終了予定日２１０４は、スケジュールの終了予定日時を入力する欄である。公開設定２１０５は、当該スケジュールを自分以外のユーザに公開するか否かの設定を行う設定欄である。そして最終的に、確定２１０６が押下されると、付箋が作成（登録）されスケジュール表の指定日に新たな付箋が表示される。指定日が複数日に渡る場合は、例えばスケジュール表上、複数の指定日を包含するような大き目の付箋等が表示される。ここで例えば、次のように入力されて付箋が新たに作成されたものとする。
タイトル入力欄２１０１：設計部とのミーティング
内容入力欄２１０２：仕様書作成のため。第２会議室、予約済み。
開始予定日時２１０３：２００９／７／６ １５：００
終了予定日時２１０４：２００９／７／６ １７：００
公開設定２１０５：公開
スケジュール表上の付箋動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋作成指示機能、付箋表示機能と、付箋コンポーネント５０２の付箋作成機能、内容表示機能、入力設定機能と、スケジュールコンポーネント５１３の付箋貼り付け機能とを用いて行われる。また、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。

なお、再び図８を参照して、スケジュール上に付箋が作成された場合、少なくとも必須項目であるＮｏ１、２、５、１６（開始予定日時）、１７（終了予定日時）、１８〜２３が設定される。また通常、Ｎｏ３（タイトル）、４（内容）も併せて設定される。そして、ＤＢアクセスコンポーネント５０４の追加機能により付箋データがＤＢ１０１に登録される。Ｎｏ２２は、必須項目であるが、付箋作成時のデフォルト値としては所定値（公開又は非公開）が設定されればよい。Ｎｏ１、２、５、１８〜２１は、直接ユーザにより入力されなくとも自動的にこれら情報は取得されて入力される。

図２２は、付箋が作成されたスケジュール・ウインドウ１９００の一例を示す。図に示されるように、新たに作成された付箋ｉが入力されたタイトルが表示されスケジュール表の指定日上に貼り付けられている。指定日上に貼り付けられた付箋ｉをより詳細に確認する場合、ユーザは、例えば付箋ｉをダブルクリックすると、図２１の付箋作成画面２１００が表示される。付箋内容表示を行う場合であるので、タイトル入力欄２１０１、内容入力欄２１０２、開始予定日時２１０３、終了予定日時２１０４、公開設定２１０５には、上述のような情報が入力されており、ユーザは内容表示されたこれら情報を確認できる。内容表示動作は、機能コンポーネント構成（図５）中の表示コンポーネント５０１の付箋表示機能と、付箋コンポーネント５０２の内容表示機能と、ＤＢアクセスコンポーネント５０２の検索機能とを用いて行われる。

なお、ここではスケジュール表(月表示)を例に挙げて付箋作成の動作例を説明したが、週表示及び日表示のスケジュール表上における付箋作成についても、同様に、付箋の作成を行うことができる。

（スケジュールの実施例）
スケジュールでの付箋貼り付けにより予定整理の動作例について説明する為、再び図２２を参照する。月表示のスケジュール表において、７／６には「設計部とのミーティング」なるスケジュールの付箋ｉが貼り付けられている。

スケジュールを変更する場合、付箋ｉを例えば７／１３にドラッグ・アンド・ドロップ操作により移動させる。すると７／６に配置されていた付箋ｉは、スケジュール変更日である例えば７／１３に貼り付けられ表示される（非図示）。このように容易な操作により予定の変更操作を行うことができる。

また、付箋ｉが公開設定されていれば、他のメンバーは当該スケジュールを閲覧することが可能である。このように、付箋の公開設定を操作することで、自分のスケジュール内容を簡単に他のユーザのスケジュール上に表示させることができ（効率的な情報共有）、打ち合わせ等の予定を立てたりする際に役立てることができる。

[実施形態５：付箋データの連携]
実施形態１でも述べたように、これまで説明を行ってきた付箋は、各機能ビュー及びメモ帳間を跨いでの移動やコピーを行うことができるが、このとき付箋データの連携が行われる。本実施形態５においては、いくつかの実施例を具体的に示しながら、付箋の各機能ビュー及びメモ帳間の移動等、及び付箋データの連携について詳しく説明する。本発明に係る付箋は、上述したように、その付箋データ構造においていずれの機能ビュー及びメモ帳の全データ項目に対応しているので、機能ビュー及びメモ帳間において、同一の操作により付箋の移動やコピーをシームレスに行うことができるものである。

図２３は、本発明に係るグループウェアの基本画面例を示す。図６に示される基本画面６００とほぼ同じであるが、図２３の基本画面２３００は、実施形態５を説明する為、表示形式が一部変更されている。具体的に、機能ビュー間で付箋の移動を行うので、複数の機能ビューを同時に表示（マルチウインドウ形式という）させてある。また各機能ビューについては、これまで説明してきた実施形態２〜４で取り上げた機能ビューを採用して表示させてある。

上述したように、基本画面２３００は、大きく機能ビュー・ウインドウと、メモ帳・ウインドウとに分けて構成される。機能ビュー・ウインドウは、これまで説明してきた各種機能ビューが表示される。メモ帳・ウインドウは、付箋を一時的に保持する一時作業フィールドとして利用される。メモ帳には、新たに作成、又は機能ビューから移動（又は複写）してきた付箋を暫定的に置いておくことができるので、各機能ビューに配置する前の情報の整理スペースや、詳細が決定されていないＴｏＤｏリストの保管場所などとして利用できる。また付箋について優先度等があるのであれば、メモ帳上の配置位置を優先順に上から配置したりすることもできる。

再び図２３を参照し、本画面２３００において、メモ帳６２０、掲示板（機能ビュー）９００、マトリクス（機能ビュー）１４００、及びスケジュール（機能ビュー）１９００が同時に表示され、それぞれ付箋ｅ、ｇ、ｈ、ｉが貼り付けられている（配置されている）。

ここで、付箋ｅ、ｇ、ｈ、ｉに対応する付箋データ（それぞれ付箋データｅ、ｇ、ｈ、ｉとする）について確認しておく。各機能ビューが有する付箋データｅ、ｇ、ｈ、ｉは、
シーケンスナンバー（Ｎｏ１）によってＤＢ１０１上管理されている。例えば、メモ帳６２０は付箋データｅを管理し、掲示板９００は付箋データｇを管理しているといったように、自身が有する付箋を把握している。

図２４〜２７は、付箋データｅ、ｇ、ｈ、ｉの例を示す。データ値は、なるべく前述の実施形態２〜４で示した具体的を用いている。また各付箋データは、少なくとも必須項目とされる項目についてはデータ値を有する。

（連携例１）
まず連携例１として、掲示板９００とマトリクス１４００間での付箋の移動等の例を挙げて説明する。具体的に、掲示板９００からマトリクス１４００に対して付箋のコピーを行う。

図２３の基本画面２３００において、掲示板９００上の付箋ｇは、「初回ミーティングのお知らせ」（タイトル）に関するものであるが、例えば、○○プロジェクト発足につき初回のミーティングであるので、○○プロジェクト遂行あたりメンバー全員が一度集まって打ち合わせをすることはタスクとしても非常に重要である、とユーザが考えた場合、付箋ｇを「○○プロジェクトＴｏＤｏ管理」マトリクス上に貼り付けて（コピーして）タスク管理を行うことができる。

付箋のコピー（複写）を行う場合、これまで説明してきた通り同様の操作を行える。ユーザは、マウス２６を用いて掲示板９００上の付箋ｇに対し、例えば右クリック操作を行う。メニュー・ボックスが表示されるので、「コピー」を選択してから、マトリクス１４００上の移動先で右クリックして再度メニュー・ウインドウを表示し「貼り付け」を選択することにより、付箋ｇのコピーを行うことができる。図２８は、付箋ｇのコピーを説明する図である。付箋ｇは、掲示板９００上からマトリクス１４００上にコピーされていることが分かる。

付箋ｇのコピー動作に伴い、ＤＢアクセスコンポーネント５０２の追加機能により、新たな付箋データがマトリクス機能ビューと対応付けられて登録される。図２９は、新たな付箋データの例を示す。Ｎｏ１、５、１４、１５、２０は自動的に入力され、２〜４、１８、１９、２１〜２３は、コピー元の付箋データがそのまま継承される。なおここで、Ｎｏ１４（貼り付け日）、１５（貼り付け者）については、マトリクス機能ビューにおいて必須のデータ項目であるが、掲示板機能ビューにおいては任意のデータ項目であるのでデータ値を有していない場合がある。実際、付箋データｇはＮｏ１６（開始予定日時）、１７（終了予定日時）のデータ値を有していない（図２５）。従って、付箋ｇのコピー動作に伴い、これら必須項目のデータ値は自動取得可能なデータ値であるので自動入力される。

（連携例２）
連携例２として、マトリクス１４００と掲示板９００間での付箋の移動等の例を挙げて説明する。具体的に、マトリクス１４００から掲示板９００に対して付箋のコピーを行う。

図２３の基本画面２３００において、マトリクス１４００上の付箋ｈは、タスクである「仕様書作成」（タイトル）に関するものであるが、例えば、仕様書作成作業は、複数のメンバーの共同作業（又は分担作業）で作成されるものであるとすると、タスク内容に記載される「設計部のヒアリング内容を盛り込む」点について、「○○プロジェクト掲示板」である掲示板９００で他のメンバーに周知させたい場合がある。なお掲示板９００には、閲覧対象ユーザ一覧として「usergroup002」が設定されているので他のメンバーも同掲示板を閲覧可能である。

付箋のコピーを行う場合、これまで説明してきた通り同様の操作を行える。ユーザは、マウス２６を用いてマトリクス１４００上の付箋ｈに対し、例えば右クリック操作を行う。メニュー・ボックスが表示されるので、「コピー」を選択してから、掲示板９００上の移動先で右クリックして再度メニュー・ウインドウを表示し「貼り付け」を選択することにより、付箋ｈのコピーを行うことができる（非図示）。

付箋ｈのコピー動作に伴い、ＤＢアクセスコンポーネント５０２の追加機能により、新たな付箋データがマトリクス機能ビューと対応付けられて登録される。図３０は、新たな付箋データの例を示す。Ｎｏ１、５、２０は自動的に入力され、２〜４、１４、１５、１８、１９、２１、２３は、コピー元の付箋データがそのまま継承される。なおここで、Ｎｏ１１（掲示日時）、１２（掲示者）、１３（掲示期限）については、掲示板機能ビューにおいて必須のデータ項目であるが、マトリクス機能ビューにおいては任意のデータ項目であるのでデータ値を有していない場合がある。実際、付箋データｈはＮｏ１１（掲示日時）、１２（掲示者）、１３（掲示期限）のデータ値を有していない（図２６）。従って、付箋ｈのコピー動作に伴い、これら必須項目のデータ値の入力を促す画面を表示させることで、必須のデータ項目を補完することができる。

図３１は、必須項目のデータ値の入力を促す画面例を示す。当該画面にて、掲示日時、掲示者、掲示期限が入力されない場合、コピーを中止させる。なお図に示されるように、掲示日時、掲示者は、自動取得可能なデータ値であるので仮入力されることができる。

（連携例３）
連携例３として、掲示板９００とスケジュール１９００間での付箋の移動等の例を挙げて説明する。具体的に、掲示板９００からスケジュール１９００に対して付箋のコピーを行う。

図２３の基本画面２３００において、掲示板９００上の付箋ｇは、「初回ミーティングのお知らせ」（タイトル）に関するものであり、例えば、掲示内容には「○○プロジェクト発足につき、初回ミーティングを行います。メンバーは、必ず参加してください。日時：２００９／７／１０、時間：１０：００、場所：第一会議室。不参加の場合、本プロジェクトリーダ△△まで事前に連絡願います。」と掲示されている。つまり、初回ミーティングの日時が掲示されているので、これをスケジュールとしてスケジュール表に登録したい場合がある。

付箋のコピー（複写）を行う場合、これまで説明してきた通り同様の操作を行える。ユーザは、マウス２６を用いて掲示板９００上の付箋ｇに対し、例えば右クリック操作を行う。メニュー・ボックスが表示されるので、「コピー」を選択してから、スケジュール１９００上の移動先（暦の日付上）で右クリックして再度メニュー・ウインドウを表示し「貼り付け」を選択することにより、付箋ｇのコピーを行うことができる（非図示）。

付箋ｇのコピー動作に伴い、ＤＢアクセスコンポーネント５０２の追加機能により、新たな付箋データがスケジュール機能ビューと対応付けられて登録される。図３２は、新たな付箋データの例を示す。Ｎｏ１、５、２０は自動的に入力され、２〜４、１１、１２、１３、１８、１９、２１、２３は、コピー元の付箋データがそのまま継承される。なおここで、Ｎｏ１６（開始予定日時）、１７（終了予定日時）、２２（公開フラグ）については、スケジュール機能ビューにおいて必須のデータ項目であるが、掲示板機能ビューにおいては任意のデータ項目であるのでデータ値を有していない場合がある。実際、付箋データｇはＮｏ１６（開始予定日時）、１７（終了予定日時）、２２（公開フラグ）のデータ値を有していない（図２５）。従って、付箋ｇのコピー動作に伴い、上述と同様に、これら必須項目のデータ値の入力を促す画面を表示させることで、必須のデータ項目を補完することができる（非図示）。

なお、ここではスケジュール表(月表示)を例に挙げて付箋のコピーの動作例を説明したが、週表示及び日表示のスケジュール表上における付箋のコピーについても、同様にして行うことができる。

（連携例４）
連携例４として、メモ帳６２０とスケジュール１９００間での付箋の移動等の例を挙げて説明する。具体的に、メモ帳６２０からスケジュール１９００に対して付箋の移動を行う。

図２３の基本画面２３００において、メモ帳６２０上の付箋ｅは、「グループミーティング」（タイトル）に関するものであるが、それ以外の情報は入力されていないものとする。これは、「グループミーティング」は予定されているものの具体的な開催日時が決定されておらず、ひとまず付箋を作成はしたものの、開催日時の詳細等が決定されるまでの間、一時的にメモ帳６２０上に保持させているような状態であると考えられる。ここで「グループミーティング」の開催日時が決定されたので、付箋ｅをスケジュール１９００の暦上に移動を行う。なお、本連携例４では、付箋はコピーより移動させる方が適切である。

付箋の移動を行う場合、これまで説明してきた通り同様の操作を行える。ユーザは、マウス２６を用いてメモ帳６２０上の付箋ｅに対し、例えばドラッグ操作を行なって付箋の移動を行い、スケジュール１９００上の移動先（暦の日付上）上でドロップすることにより、付箋ｅの移動を行うことができる（非図示）。また移動した付箋ｅを編集することで、ミーティング場所等の情報を追加できる。

付箋ｅの移動動作に伴い、ＤＢアクセスコンポーネント５０２の更新機能により、ＤＢ１０１上の付箋データが更新される。図３３は、新たな（更新された）付箋データの例を示す。Ｎｏ５、２０は自動的に入力され、１〜３、１８、１９、２１、２３は、移動元の付箋データがそのまま継承される。なおここで、Ｎｏ１６（開始予定日時）、１７（終了予定日時）、２２（公開フラグ）については、スケジュール機能ビューにおいて必須のデータ項目であるが、掲示板機能ビューにおいては任意のデータ項目であるのでデータ値を有していない場合がある。実際、付箋データｅはＮｏ１６（開始予定日時）、１７（終了予定日時）、２２（公開フラグ）のデータ値を有していない（図２５）。従って、付箋ｇの移動動作に伴い、上述と同様に、これら必須項目のデータ値の入力を促す画面を表示させることで、必須のデータ項目を補完することができる（非図示）。

なおいうまでもなく、同様にしてメモ帳６２０上の付箋を、他の機能ビューである掲示板９００やマトリクス１４００へ移動又はコピーを行うことが可能であるが、付箋の内容によっていずれの機能ビューに移動等させるかはユーザ次第である。

[総括]
以上の実施形態の説明において、各機能ビュー及びメモ帳内、各機能ビュー及びメモ帳内間を跨いでの付箋の移動やコピー動作、及び付箋データの連携について説明してきた。付箋（画像オブジェクト）は、共通の情報保持媒体であり、いずれの機能ビュー上、メモ帳上においても自在に作成、配置可能とする為に、付箋データは予めデータ項目を全てが格納可能なようなデータ構造を有している。従って、本発明の実施形態に係るサーバ装置１により提供されるグループウェア機能において、付箋データの連携を実現し、いずれの機能ビュー及びメモ帳においても、またもしくはこれら間を跨ぐような付箋の操作においても、ユーザは多種多様な情報を一貫した同一の、且つ直感的な操作性をもって取り扱うことが可能となる。この点、従来（グループウェアシステム等）においては、各機能ビューで情報の互換性が問題となったり、同様な情報を再び入力したり、またもしくは各機能ビューによっては互換の為の操作に手間がかかったり、異なる操作が必要であった。

即ち本発明によれば、グループウェアの機能間における多様な情報を連携させ、利用者の操作性を向上するネットワークシステム、サーバ装置、及びグループウェアプログラムを提供することが可能となる。より詳細には、グループウェアの各機能で利用される多様な情報（例えば、伝達情報、スケジュール情報、タスク情報等）を、各機能間でシームレスに連携させるように管理し、一貫した操作性をもって、グループウェアが目的とするところの、効率的な情報共有を実現することができる。

なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。付箋は、その付箋データ構造においていずれの機能ビュー及びメモ帳の全データ項目に対応しているので、実施形態で示した以外の機能ビュー及びメモ帳間においても、同一の操作により付箋の移動やコピーを行うことができる。

１ サーバ装置
２ クライアント端末
３ ネットワーク
１０１ 記憶部
１０２ 送信部
１１、２１ ＣＰＵ
１２、２２ ＲＯＭ
１３、２３ ＲＡＭ
１４、２７ 通信装置
１５、２８ 補助記憶装置
１６、２９ バスライン
２４ ディスプレイ
２５ キーボード
２６ マウス
２０１ ウインドウ表示部
２０２ 画像オブジェクト表示部
２０３ 操作部
２０４ 更新要求部
５０１ 表示コンポーネント
５０２ 付箋コンポーネント
５０３ メモ帳コンポーネント
５０４ ＤＢアクセスコンポーネント
５１０ 機能コンポーネント
５１１ 掲示板コンポーネント
５１２ マトリクスコンポーネント
５１３ スケジュールコンポーネント

特許４０５７１７１号 特開２００４‐３１０２７２号

Claims (7)

1. クライアント装置と、前記クライアント装置にグループウェア機能を提供するサーバ装置とがネットワークを介して接続されるネットワークシステムであって、
   前記サーバ装置は、
   グループウェア機能を実現するための作業フィールドであって、少なくともタスク管理を行うマトリクスウインドウを含む複数のウインドウに関する情報と、前記ウインドウ上に重畳して表示させる画像オブジェクトに関する情報と、前記画像オブジェクトを前記複数のウインドウのいずれのウインドウ上にも表示可能とする、前記画像オブジェクトに付帯するデータとを記憶する記憶手段と、
   前記記憶手段により記憶された複数のウインドウに関する情報と、画像オブジェクトに関する情報と、当該画像オブジェクトに付帯するデータとを、前記クライアント装置に送信する送信手段と
   を有し、
   前記クライアント装置は、
   表示手段と、
   前記送信手段により送信された複数のウインドウに関する情報に基づいて、マトリクスウインドウとマトリクスウインドウ以外のウインドウとを前記表示手段に表示させるウインドウ表示手段と、
   前記送信手段により送信された画像オブジェクトに関する情報と当該画像オブジェクトに付帯するデータとに基づいて、前記画像オブジェクトを前記マトリクスウインドウ又は前記マトリクスウインドウ以外のウインドウ上に重畳させて前記表示手段に表示させる画像オブジェクト表示手段と、
   前記表示手段によりウインドウ上に重畳させて表示されている画像オブジェクトを、当該ウインドウ上から他のウインドウ上へ移動又は複写操作させる操作手段と、
   前記操作手段により画像オブジェクトが移動又は複写操作されたとき、前記サーバ装置に当該画像オブジェクトに付帯するデータの更新要求を行う更新要求手段と
   を有し、
   前記操作手段により前記マトリクスウインドウ以外のウインドウ上に重畳させて表示されている画像オブジェクトを前記マトリクスウインドウ上へ移動又は複写操作されたとき、前記記憶手段は、前記更新要求手段からの更新要求に基づいて、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記マトリクスウインドウに対応付けた情報を当該データに格納し、
   前記画像オブジェクト表示手段は、前記移動又は複写操作された画像オブジェクトを、当該画像オブジェクトに付帯するデータの前記マトリクスウインドウに対応付けられた情報に基づいて、前記マトリクスウインドウ上に重畳して前記表示手段に表示させること、
   を特徴とするネットワークシステム。
2. 前記画像オブジェクト表示手段によって、前記移動又は複写操作された画像オブジェクトが前記マトリクスウインドウ上に重畳して前記表示手段に表示された後であって、前記操作手段により前記マトリクスウインドウ上に重畳させて表示されている画像オブジェクトを前記マトリクスウインドウ以外のウインドウ上へ移動又は複写操作されたとき、
   前記記憶手段は、前記更新要求手段からの更新要求に基づいて、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記マトリクスウインドウ以外のウインドウに対応付けた情報を当該データに格納し、
   前記画像オブジェクト表示手段は、前記移動又は複写操作された画像オブジェクトを、当該画像オブジェクトに付帯するデータの前記マトリクスウインドウ以外のウインドウに対応付けられた情報に基づいて、前記マトリクスウインドウ以外のウインドウ上に重畳して前記表示手段に表示させること、
   を特徴とする請求項１に記載のネットワークシステム。
3. 前記複数のウインドウ毎に、少なくともウインドウ閲覧の可否を含むユーザアクセス権限を設定させる権限設定手段を有し、
   ユーザアクセス権限が設定されたウインドウにおいて、当該ウインドウ内で表示される画像オブジェクトは、ユーザアクセス権限を有するユーザ間で移動又は複写操作されること、
   を特徴とする請求項１又は２に記載のネットワークシステム。
4. 前記ウインドウ表示手段は、前記表示手段に、画像オブジェクトを一時的に保持するための作業フィールドであるメモ帳ウインドウを表示させ、
   前記メモ帳ウインドウ上、若しくは、前記マトリクスウインドウ又は前記マトリクスウインドウ以外のウインドウ上の画像オブジェクトを、相互のウインドウ上へ、当該画像オブジェクトに付帯するデータを継承しつつ、移動又は複写操作させることが可能であること、
   を特徴とする請求項１ないし３いずれか一項に記載のネットワークシステム。
5. 前記クライアント装置は、
   画像オブジェクトが、前記マトリクスウインドウ以外のウインドウ上から前記マトリクスウインドウ上へ、前記移動又は複写操作されたとき、前記マトリクスウインドウ以外のウインドウから継承された当該画像オブジェクトに付帯するデータと、前記前記マトリクスウインドウで利用されるべきデータとの差異に基づき、不足するデータを補完させる補完手段と、
   を有することを特徴とする請求項１ないし４いずれか一項に記載のネットワークシステム。
6. クライアント装置とネットワークを介して接続され、前記クライアント装置にグループウェア機能を提供するサーバ装置であって、
   グループウェア機能を実現するための作業フィールドであって、少なくともタスク管理を行うマトリクスウインドウを含む複数のウインドウに関する情報と、前記ウインドウ上に重畳して表示させる画像オブジェクトに関する情報と、前記画像オブジェクトを前記複数のウインドウのいずれのウインドウ上にも表示可能とする、前記画像オブジェクトに付帯するデータとを記憶する記憶手段と、
   前記記憶手段により記憶された複数のウインドウに関する情報と、画像オブジェクトに関する情報と、当該画像オブジェクトに付帯するデータとを、前記クライアント装置に送信する送信手段と
   を有し、
   前記クライアント装置上において、前記複数のウインドウのうちマトリクスウインドウ以外のウインドウ上に重畳して表示されている画像オブジェクトが、マトリクスウインドウ上へ移動又は複写操作され、前記クライアント装置により当該移動又は複写操作に伴い当該サーバ装置に当該画像オブジェクトに付帯するデータの更新要求が行われると、前記記憶手段は、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記マトリクスウインドウに対応付けた情報を当該データに格納し、
   前記送信手段は、前記クライアント装置が前記移動又は複写操作された画像オブジェクトを前記マトリクスウインドウ上へ重畳して表示させるために、前記マトリクスウインドウに対応付けられた情報が格納されたデータを前記クライアント装置に送信すること、
   を特徴とするサーバ装置。
7. クライアント装置とネットワークを介して接続され、前記クライアント装置にグループウェア機能を提供するサーバ装置を、
   グループウェア機能を実現するための作業フィールドであって、少なくともタスク管理を行うマトリクスウインドウを含む複数のウインドウに関する情報と、前記ウインドウ上に重畳して表示させる画像オブジェクトに関する情報と、前記画像オブジェクトを前記複数のウインドウのいずれのウインドウ上にも表示可能とする、前記画像オブジェクトに付帯するデータとを記憶する記憶手段と、
   前記記憶手段により記憶された複数のウインドウに関する情報と、画像オブジェクトに関する情報と、当該画像オブジェクトに付帯するデータとを、前記クライアント装置に送信する送信手段として
   機能させるためのグループウェアプログラムであって、
   前記クライアント装置上において、前記複数のウインドウのうちマトリクスウインドウ以外のウインドウ上に重畳して表示されている画像オブジェクトが、マトリクスウインドウ上へ移動又は複写操作され、前記クライアント装置により当該移動又は複写操作に伴い当該サーバ装置に当該画像オブジェクトに付帯するデータの更新要求が行われると、前記記憶手段は、前記移動又は複写操作された画像オブジェクトに付帯するデータを継承しつつ、前記マトリクスウインドウに対応付けた情報を当該データに格納し、
   前記送信手段は、前記クライアント装置が前記移動又は複写操作された画像オブジェクトを前記マトリクスウインドウ上へ重畳して表示させるために、前記マトリクスウインドウに対応付けられた情報が格納されたデータを前記クライアント装置に送信すること、
   を特徴とするグループウェアプログラム。

Images