(57)【要約】【課題】クライアント側アプリケーションの開発者の開発負担を軽減し、エンドユーザが新しいデータ構造を作成するクライアント側アプリケーションを開発可能にすること。【解決手段】アプリケーションデータを記憶するデータベース４ｃと、アプリケーションデータを記憶あるいは記憶したアプリケーションデータを取得する処理実行部４ｂと、処理メソッド群を開示するサーバインタフェース４ａと、を有する１台以上のサーバマシン４と、１台以上のクライアントマシンと、を有し、処理実行手部４ｂは、アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義処理８と、アプリケーションデータをデータベース４ｃに記憶、変更、削除するアプリケーションデータ登録処理９と、アプリケーションデータをデータベース４ｃから検索、取得するアプリケーションデータ検索処理１０と、を備える。【選択図】        図２
2006215866.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションデータを記憶するデータベース記憶手段と、前記データベース記憶手段にアプリケーションデータを記憶する、あるいは前記データベース記憶手段に記憶したアプリケーションデータを検索および取得するサーバ処理実行手段と、前記サーバ処理実行手段の処理メソッド群を開示するサーバインタフェース手段と、を有する１台以上のサーバマシンと、
ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、
を有するアプリケーションデータ管理装置において、
前記サーバ処理実行手段は、
前記アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義手段と、
前記アプリケーションデータを前記データベース記憶手段に記憶、変更、削除するアプリケーションデータ登録手段と、
前記アプリケーションデータを前記データベース記憶手段から検索、取得するアプリケーションデータ検索手段と、
を備えたことを特徴とするアプリケーションデータ管理装置。
【請求項２】
前記データベース記憶手段は、
アプリケーションデータを格納するアプリケーションデータ記憶手段と、
前記アプリケーションデータ記憶手段に格納可能なアプリケーションの種別を管理するアプリケーションタイプ記憶手段と、
を備えたことを特徴とする請求項１に記載のアプリケーションデータ管理装置。
【請求項３】
前記アプリケーションデータ定義手段は、
クライアントから送られる定義ファイルに基づいてアプリケーションデータの新規クラスを前記サーバ処理実行手段に自動的に追加、編集、削除し、
追加の場合は前記データベース記憶手段の前記アプリケーションタイプ記憶手段へアプリケーションの種別を追加し、
削除の場合は前記データベース記憶手段の前記アプリケーションタイプ記憶手段からアプリケーションの種別を削除する、
ことを特徴とする請求項１に記載のアプリケーションデータ管理装置。
【請求項４】
前記アプリケーションデータは、
アプリケーションに関わらず共通に利用可能な共通データ群と、
各アプリケーションが独自に利用する固有データ群と、
を有することを特徴とする請求項１に記載のアプリケーションデータ管理装置。
【請求項５】
前記アプリケーションデータのクラスにおいて、
前記固有データ群がアブストラクトクラスであり、
前記共通データ群にアプリケーションの種別を記憶するアプリケーションタイプ要素があり、
前記アブストラクトクラスにどのアプリケーションの固有データが格納されているかを  前記アプリケーションタイプ要素から判別可能である
ことを特徴とする請求項４に記載のアプリケーションデータ管理装置。
【請求項６】
前記アプリケーションデータの複数一纏まりをパッケージとし、前記パッケージにパッケージ固有の情報が付加可能であることを特徴とする請求項４に記載のアプリケーションデータ管理装置。
【請求項７】
前記パッケージは、当該パッケージ内に纏められたアプリケーションデータ群に対して  前記サーバ処理実行手段が自動的に実行可能な処理マクロを記述できることを特徴とする請求項６に記載のアプリケーションデータ管理装置。
【請求項８】
前記アプリケーションデータ登録手段は、
前記クライアントマシンから送られるアプリケーションデータの前記共通データ群の前記アプリケーションタイプ要素と前記データベース記憶手段の前記アプリケーションタイプ記憶手段とを比較することによりアプリケーションの種別を判別し、前記データベース記憶手段の前記アプリケーションデータ記憶手段における当該アプリケーションの格納されるべき位置にアプリケーションデータを格納することを特徴とする請求項１に記載のア
プリケーションデータ管理装置。
【請求項９】
前記アプリケーションデータ検索手段は、
前記クライアントマシンから送られる検索条件のアプリケーションタイプ要素と前記データベース記憶手段の前記アプリケーションタイプ記憶手段とを比較することによりアプリケーションの種別を判別し、前記データベース記憶手段の前記アプリケーションデータ記憶手段における当該アプリケーションの格納されている位置からアプリケーションデータを取得することを特徴とする請求項１に記載のアプリケーションデータ管理装置。
【請求項１０】
前記サーバインタフェース手段と前記クライアントインタフェース手段は、Ｗｅｂサービスであることを特徴とする請求項１に記載のアプリケーションデータ管理装置。
【請求項１１】
前記サーバインタフェース手段と前記クライアントインタフェース手段は、リモートメソッド呼び出しであることを特徴とする請求項１に記載のアプリケーションデータ管理装置。
【請求項１２】
アプリケーションデータを記憶するデータベースと前記データベースにアプリケーションデータを記憶する、あるいは前記データベースに記憶したアプリケーションデータを検索および取得するサーバ処理実行処理と前記サーバ処理実行処理の処理メソッド群を開示するサーバインタフェースとを有する１台以上のサーバマシンと、
ユーザの所望の処理を実行するクライアント処理実行処理と前記サーバマシンとの通信を確立するクライアントインタフェースを有する１台以上のクライアントマシンと、
を有する装置におけるアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバ処理実行処理工程と、
前記アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義処理工程と、
前記アプリケーションデータを前記データベースに記憶、変更、削除するアプリケーションデータ登録処理工程と、
前記アプリケーションデータを前記データベースから検索、取得するアプリケーションデータ検索処理工程と、
をアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１３】
さらに、
アプリケーションデータを格納するアプリケーションデータ記憶テーブルと、
前記アプリケーションデータ記憶テーブルに格納可能なアプリケーションの種別を管理するアプリケーションタイプ記憶テーブルと、
を備え、
前記アプリケーションデータ記憶テーブルと前記アプリケーションタイプ記憶テーブルを管理するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１２に記載のコンピュータ読み取り可能な記録媒体。
【請求項１４】
前記アプリケーションデータ定義処理工程は、
クライアントから送られる定義ファイルに基づいてアプリケーションデータの新規クラスを前記サーバ処理実行処理に自動的に追加、編集、削除し、
追加の場合は前記データベースの前記アプリケーションタイプ記憶テーブルへアプリケーションの種別を追加し、
削除の場合は前記データベースの前記アプリケーションタイプ記憶テーブルからアプリケーションの種別を削除する、
このアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１２に記載のコンピュータ読み取り可能な記録媒体。
【請求項１５】
前記アプリケーションに関わらず共通に利用可能な共通データ群と、
各アプリケーションが独自に利用する固有データ群と、
を格納および取得するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１２に記載のコンピュータ読み取り可能な記録媒体。
【請求項１６】
前記アプリケーションデータのクラスを構成して、
前記固有データ群がアブストラクトクラスであり、
前記共通データ群にアプリケーションの種別を記憶するアプリケーションタイプ要素があり、
前記アブストラクトクラスにどのアプリケーションの固有データが格納されているかを  前記アプリケーションタイプ要素から判別するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【請求項１７】
前記アプリケーションデータの複数一纏まりをパッケージとし、
前記パッケージにパッケージ固有の情報が付加するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１５に記載のコンピュータ読み取り可能な記録媒体。
【請求項１８】
前記パッケージを構成して、
前記パッケージ内に纏められたアプリケーションデータ群に対して前記サーバ処理実行部が自動的に実行可能な処理マクロを実行するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１７に記載のコンピュータ読み取り可能な記録媒体。
【請求項１９】
前記アプリケーションデータ登録処理を構成して、
前記クライアントマシンから送られるアプリケーションデータの前記共通データ群の前記アプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されるべき位置にアプリケーションデータを格納するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
【請求項２０】
前記アプリケーションデータ検索処理を構成して、
前記クライアントマシンから送られる検索条件のアプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されている位置からアプリケーションデータを取得するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
【請求項２１】
前記サーバインタフェースと前記クライアントインタフェースを構成して、
前記サーバインタフェースと前記クライアントインタフェースをＷｅｂサービスで実現するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１２に記載のコンピュータ読み取り可能な記録媒体。
【請求項２２】
前記サーバインタフェースと前記クライアントインタフェースをリモートメソッド呼び出しで実現するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項１２に記載のコンピュータ読み取り可能な記録媒体。
【請求項２３】
アプリケーションデータを記憶するデータベースと前記データベースにアプリケーションデータを記憶する、あるいは前記データベースに記憶したアプリケーションデータを検索および取得するサーバ処理実行処理と前記サーバ処理実行処理の処理メソッド群を開示するサーバインタフェースとを有する１台以上のサーバマシンと、
ユーザの所望の処理を実行するクライアント処理実行処理と前記サーバ装置との通信を確立するクライアントインタフェースを有する１台以上のクライアントマシンと、
を有する装置のアプリケーション管理方法をコンピュータに実行させるプログラムであって、
前記アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義処理工程と、
前記アプリケーションデータを前記データベースに記憶、変更、削除するアプリケーションデータ登録処理工程と、
前記アプリケーションデータを前記データベースから検索、取得するアプリケーションデータ検索処理工程と、
のアプリケーションデータ管理方法をコンピュータで実行させることを特徴とするプログラム。
【請求項２４】
前記データベースを構成して、
アプリケーションデータを格納するアプリケーションデータ記憶テーブルと、
前記アプリケーションデータ記憶テーブルに格納可能なアプリケーションの種別を管理するアプリケーションタイプ記憶テーブルと、
を管理するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２３に記載のプログラム。
【請求項２５】
前記アプリケーションデータ定義処理を構成して、
前記クライアントマシンから送られる定義ファイルに基づいてアプリケーションデータの新規クラスを前記サーバ処理実行処理に自動的に追加、編集、削除し、
追加の場合は前記データベースの前記アプリケーションタイプ記憶テーブルへアプリケーションの種別を追加し、
削除の場合は前記データベースの前記アプリケーションタイプ記憶テーブルからアプリケーションの種別を削除する、
このアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２３に記載のプログラム。
【請求項２６】
前記アプリケーションデータを構成して、
アプリケーションに関わらず共通に利用可能な共通データ群と、
各アプリケーションが独自に利用する固有データ群と、
を格納および取得するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２３に記載のプログラム。
【請求項２７】
前記アプリケーションデータのクラスを構成して、
前記固有データ群がアブストラクトクラスであり、
前記共通データ群にアプリケーションの種別を記憶するアプリケーションタイプ要素があり、
前記アブストラクトクラスにどのアプリケーションの固有データが格納されているかを  前記アプリケーションタイプ要素から判別するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２６に記載のプログラム。
【請求項２８】
前記アプリケーションデータの複数一纏まりをパッケージとし、
前記パッケージにパッケージ固有の情報が付加するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２６に記載のプログラム。
【請求項２９】
前記パッケージを構成して、
前記パッケージ内に纏められたアプリケーションデータ群に対して前記サーバ処理実行部が自動的に実行可能な処理マクロを実行するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２８に記載のプログラム。
【請求項３０】
前記アプリケーションデータ登録処理工程を含み、
前記クライアントマシンから送られるアプリケーションデータの前記共通データ群の前記アプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されるべき位置にアプリケーションデータを格納するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２４に記載のプログラム。
【請求項３１】
前記アプリケーションデータ検索処理工程を含み、
前記クライアントマシンから送られる検索条件のアプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されている位置からアプリケーションデータを取得するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２４に記載のプログラム。
【請求項３２】
前記サーバインタフェースと前記クライアントインタフェースをＷｅｂサービスで実現するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２３に記載のプログラム。
【請求項３３】
前記サーバインタフェースと前記クライアントインタフェースをリモートメソッド呼び出しで実現するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする請求項２３に記載のプログラム。
【請求項３４】
情報をコンテンツとして記憶するコンテンツ記憶手段と、
システムを利用するユーザを管理するユーザ管理手段と、
複数のユーザを１つにまとめてグループとして管理するグループ管理手段と、
会議室、居室あるいは実験室などの場所を管理する場所管理データベースと、
クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを登録、編集、削除するコンテンツ編集手段と、
前記クライアントかマシンらの要求に応じて前記コンテンツ記憶手段に対してコンテンツを検索、取得するコンテンツ取得手段と、
前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを登録、編集、削除するユーザ編集手段と、
前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを検索、取得するユーザ取得手段と、
前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを登録、編集、削除するグループ編集手段と、
前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを検索、取得するグループ取得手段と、
前記クライアントマシンからの要求に応じて前記場所記憶手段に対して場所を登録、編集、削除する場所編集手段と、
前記クライアントからの要求に応じて前記場所記憶手段に対して場所を検索、取得する場所取得手段と、
を有する１台以上のサーバマシンと、
ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、
を有するコンテンツ管理装置であって、
前記サーバマシンが、さらに、
複数のコンテンツを１つにまとめてパッケージとして管理するパッケージ管理手段と、
前記パッケージ記憶手段に記憶されるパッケージのデータ構造内にパッケージタイプが存在するパッケージデータ構造と、
前記パッケージタイプの情報であるパッケージタイプ情報を記憶するパッケージタイプ記憶手段と、
前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを登録、編集、削除するパッケージ編集手段と、
前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを検索、取得するパッケージ取得手段と、
前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を登録、編集、削除するパッケージタイプ編集手段と、
前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を検索、取得するパッケージタイプ取得手段と、
を備えたことを特徴とするコンテンツ管理装置。
【請求項３５】
前記パッケージデータ構造内に、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時、実施日時、場所ＩＤ、場所名、パッケージタイプ、有効／無効フラグが存在することを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項３６】
前記パッケージデータ構造内の計画日時および実施日時に対して、それぞれ１つ以上の開始日時および終了日時を設定できることを特徴とする請求項３５に記載のコンテンツ管理装置。
【請求項３７】
前記パッケージデータ構造内に、
そのパッケージに関連するコンテンツのコンテンツＩＤを格納する関連コンテンツＩＤリストと、
そのパッケージに関連するパッケージのパッケージＩＤを格納する関連パッケージＩＤリストと、
を有することを特徴とする請求項３５に記載のコンテンツ管理装置。
【請求項３８】
前記パッケージデータ構造内に、そのパッケージのパッケージタイプに固有な情報を格納するパッケージ固有データを有することを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項３９】
前記パッケージタイプ情報のデータ構造に、
パッケージタイプ識別子と、
前記パッケージデータ構造内のパッケージ固有データに対するデータ定義情報と、
を有することを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項４０】
前記パッケージタイプ取得手段は、
指定パッケージタイプ識別子のデータ定義情報をクライアントに返すデータ定義情報取得手段を有することを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項４１】
前記パッケージ取得手段は、
指定パッケージＩＤのパッケージを前記クライアントマシンに返す指定パッケージ取得手段と、
指定パッケージＩＤのパッケージのパッケージ固有データのみを前記クライアントマシンに返すパッケージ固有データ取得手段と、
指定パッケージＩＤのパッケージのパッケージ固有データの指定要素のみを前記クライアントマシンに返すパッケージ固有データ内指定要素取得手段と、
を備えたことを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項４２】
前記パッケージ編集手段は、
前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｅｗ”および場所名が設定されていた場合、場所名を前記場所編集手段で新規に前記場所記憶手段に記憶し、新たに発行された場所ＩＤをパッケージデータ構造内の場所名に設定する場所情報新規登録手段を有することを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項４３】
前記パッケージ編集手段は、
前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｏｎｅ”および場所名が設定されていた場合、場所情報を前記場所編集手段で前記場所記憶手段に記憶しないユーザ定義場所情報登録手段を有することを特徴とする請求項３４に記載のコンテンツ管理装置。
【請求項４４】
情報をコンテンツとして記憶するコンテンツ記憶手段と、
システムを利用するユーザを管理するユーザ管理手段と、
複数のユーザを１つにまとめてグループとして管理するグループ管理手段と、
会議室、居室あるいは実験室などの場所を管理する場所管理データベースと、
クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを登録、編集、削除するコンテンツ編集手段と、
前記クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを検索、取得するコンテンツ取得手段と、
前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを登録、編集、削除するユーザ編集手段と、
前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを検索、取得するユーザ取得手段と、
前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを登録、編集、削除するグループ編集手段と、
前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを検索、取得するグループ取得手段と、
前記クライアントマシンからの要求に応じて前記場所記憶手段に対して場所を登録、編集、削除する場所編集手段と、
前記クライアントからの要求に応じて前記場所記憶手段に対して場所を検索、取得する場所取得手段と、
を有する１台以上のサーバマシンと、
ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、
を有するコンテンツ管理装置のコンテンツ管理方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記サーバマシンが、前記パッケージ記憶手段に記憶されるパッケージのデータ構造内にパッケージタイプが存在するパッケージデータ構造を有し、
複数のコンテンツを１つにまとめてパッケージとして管理するパッケージ管理工程と、
前記パッケージタイプの情報であるパッケージタイプ情報を記憶するパッケージタイプ記憶工程と、
前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを登録、編集、削除するパッケージ編集工程と、
前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを検索、取得するパッケージ取得工程と、
前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を登録、編集、削除するパッケージタイプ編集工程と、
前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を検索、取得するパッケージタイプ取得工程と、のコンテンツ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項４５】
前記パッケージデータ構造内に、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時、実施日時、場所ＩＤ、場所名、パッケージタイプ、有効／無効フラグが存在することを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項４６】
前記パッケージデータ構造内の計画日時および実施日時に対して、それぞれ１つ以上の開始日時および終了日時を設定できるコンテンツ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項４７】
前記パッケージデータ構造内に、
そのパッケージに関連するコンテンツのコンテンツＩＤを格納する関連コンテンツＩＤリストと、
そのパッケージに関連するパッケージのパッケージＩＤを格納する関連パッケージＩＤリストと、
を有することを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項４８】
前記パッケージデータ構造内に、そのパッケージのパッケージタイプに固有な情報を格納するパッケージ固有データを有することを特徴とする請求項４５に記載のコンピュータ読み取り可能な記録媒体。
【請求項４９】
前記パッケージタイプ情報のデータ構造に、
パッケージタイプ識別子と、
前記パッケージデータ構造内のパッケージ固有データに対するデータ定義情報と、
を有することを特徴とする請求項４５に記載のコンピュータ読み取り可能な記録媒体。
【請求項５０】
前記パッケージタイプ取得工程は、
指定パッケージタイプ識別子のデータ定義情報をクライアントに返すデータ定義情報取得工程を含むことを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項５１】
前記パッケージ取得工程は、
指定パッケージＩＤのパッケージを前記クライアントマシンに返す指定パッケージ取得工程と、
指定パッケージＩＤのパッケージのパッケージ固有データのみを前記クライアントマシンに返すパッケージ固有データ取得工程と、
指定パッケージＩＤのパッケージのパッケージ固有データの指定要素のみを前記クライアントマシンに返すパッケージ固有データ内指定要素取得工程と、
を含むことを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項５２】
前記パッケージ編集工程は、
前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｅｗ”および場所名が設定されていた場合、場所名を前記場所編集工程で新規に前記場所記憶手段に記憶し、新たに発行された場所ＩＤをパッケージデータ構造内の場所名に設定する場所情報新規登録工程を含むことを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項５３】
前記パッケージ編集工程は、
前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｏｎｅ”および場所名が設定されていた場合、場所情報を前記場所編集工程で前記場所記憶手段に記憶しないユーザ定義場所情報登録工程を含むことを特徴とする請求項４４に記載のコンピュータ読み取り可能な記録媒体。
【請求項５４】
情報をコンテンツとして記憶するコンテンツ記憶手段と、
システムを利用するユーザを管理するユーザ管理手段と、
複数のユーザを１つにまとめてグループとして管理するグループ管理手段と、
会議室、居室あるいは実験室などの場所を管理する場所管理データベースと、
クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを登録、編集、削除するコンテンツ編集手段と、
前記クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを検索、取得するコンテンツ取得手段と、
前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを登録、編集、削除するユーザ編集手段と、
前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを検索、取得するユーザ取得手段と、
前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを登録、編集、削除するグループ編集手段と、
前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを検索、取得するグループ取得手段と、
前記クライアントマシンからの要求に応じて前記場所記憶手段に対して場所を登録、編集、削除する場所編集手段と、
前記クライアントからの要求に応じて前記場所記憶手段に対して場所を検索、取得する場所取得手段と、
を有する１台以上のサーバマシンと、
ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、
を有するコンテンツ管理装置のコンテンツ管理方法をコンピュータに実行させるプログラムであって、
前記サーバマシンが、前記パッケージ記憶手段に記憶されるパッケージのデータ構造内にパッケージタイプが存在するパッケージデータ構造を有し、
複数のコンテンツを１つにまとめてパッケージとして管理するパッケージ管理工程と、
前記パッケージタイプの情報であるパッケージタイプ情報を記憶するパッケージタイプ記憶工程と、
前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを登録、編集、削除するパッケージ編集工程と、
前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを検索、取得するパッケージ取得工程と、
前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を登録、編集、削除するパッケージタイプ編集工程と、
前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を検索、取得するパッケージタイプ取得工程と、のコンテンツ管理方法をコンピュータに実行させることを特徴とするプログラム。
【請求項５５】
前記パッケージデータ構造内に、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時、実施日時、場所ＩＤ、場所名、パッケージタイプ、有効／無効フラグが存在することを特徴とする請求項５４に記載のプログラム。
【請求項５６】
前記パッケージデータ構造内の計画日時および実施日時に対して、それぞれ１つ以上の開始日時および終了日時を設定できるコンテンツ管理方法をコンピュータに実行させることを特徴とする請求項５４に記載のプログラム。
【請求項５７】
前記パッケージデータ構造内に、
そのパッケージに関連するコンテンツのコンテンツＩＤを格納する関連コンテンツＩＤリストと、
そのパッケージに関連するパッケージのパッケージＩＤを格納する関連パッケージＩＤリストと、
を有することを特徴とする請求項５４に記載のプログラム。
【請求項５８】
前記パッケージデータ構造内に、そのパッケージのパッケージタイプに固有な情報を格納するパッケージ固有データを有することを特徴とする請求項５５に記載のプログラム。
【請求項５９】
前記パッケージタイプ情報のデータ構造に、
パッケージタイプ識別子と、
前記パッケージデータ構造内のパッケージ固有データに対するデータ定義情報と、
を有することを特徴とする請求項５５に記載のプログラム。
【請求項６０】
前記パッケージタイプ取得工程は、
指定パッケージタイプ識別子のデータ定義情報をクライアントに返すデータ定義情報取得工程を含むことを特徴とする請求項５４に記載のプログラム。
【請求項６１】
前記パッケージ取得工程は、
指定パッケージＩＤのパッケージを前記クライアントマシンに返す指定パッケージ取得工程と、
指定パッケージＩＤのパッケージのパッケージ固有データのみを前記クライアントマシンに返すパッケージ固有データ取得工程と、
指定パッケージＩＤのパッケージのパッケージ固有データの指定要素のみを前記クライアントマシンに返すパッケージ固有データ内指定要素取得工程と、
を含むことを特徴とする請求項５４に記載のプログラム。
【請求項６２】
前記パッケージ編集工程は、
前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｅｗ”および場所名が設定されていた場合、場所名を前記場所編集工程で新規に前記場所記憶手段に記憶し、新たに発行された場所ＩＤをパッケージデータ構造内の場所名に設定する場所情報新規登録工程を含むことを特徴とする請求項５４に記載のプログラム。
【請求項６３】
前記パッケージ編集工程は、
前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｏｎｅ”および場所名が設定されていた場合、場所情報を前記場所編集工程で前記場所記憶手段に記憶しないユーザ定義場所情報登録工程を含むことを特徴とする請求項５４に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションデータ管理装置、コンテンツ管理装置、コンピュータ読み取り可能な記録媒体、並びにプログラムに関するものである。
【背景技術】
【０００２】
従来、あらかじめ決められたアプリケーションデータ構造をＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇａｇｅ）のようなデータベースに記憶し、Ｗｅｂサービス等を実装してデータベースへアプリケーションデータを格納したり、データベースのアプリケーションデータを検索する手法がとられている。また、複数のコンテンツをまとめて管理する手法が幾つも提案され、どの手法においてもまとめ方があらかじめ決められていた。
【０００３】
【特許文献１】特開２００２−９９５５７号公報
【特許文献２】特開２００３−２０８３５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記に示されるような従来の技術にあっては、ソフトウェア開発者が新しいアプリケーションを開発し、上記Ｗｅｂサービスを介してデータベースと連携しようとした場合、Ｗｅｂサービスに新たなアプリケーションのデータ構造を追加し、そのデータ構造をハンドリングする処理を追加して、ソフトウェア開発者自身がＷｅｂサービスを再構築する必要がある。
【０００５】
また、複数のコンテンツをまとめて管理する手法にあっては、たとえば、複数のコンテンツを１つにまとめて会議として管理するシステムがあった場合、一旦そのシステムを導入すると会議以外の使い方ができなくなってしまう．このような場合、他の使い方をするためには、システム開発者が新しい使い方に対応したデータ構造、処理内容を加えて、すでに導入されているシステムと置き換える必要がある。このとき、すでにシステムに記憶されているデータ群は、新しいシステムのデータ構造に対応するために、データ変換を行なう必要もある。
【０００６】
本発明は、上記に鑑みてなされたものであって、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、クライアント側アプリケーションの開発者の開発負担を軽減することを可能にするとともに、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションを開発可能にすることを第一の目的とする。
【０００７】
また、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することにより、クライアントマシンが順次新らしいパッケージを定義することを可能にすることを第二の目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、アプリケーションデータを記憶するデータベース記憶手段と、前記データベース記憶手段にアプリケーションデータを記憶する、あるいは前記データベース記憶手段に記憶したアプリケーションデータを検索および取得するサーバ処理実行手段と、前記サーバ処理実行手段の処理メソッド群を開示するサーバインタフェース手段と、を有する１台以上のサーバマシンと、ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、を有するアプリケーションデータ管理装置において、前記サーバ処理実行手段は、前記アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義手段と、前記アプリケーションデータを前記データベース記憶手段に記憶、変更、削除するアプリケーションデータ登録手段と、前記アプリケーションデータを前記データベース記憶手段から検索、取得するアプリケーションデータ検索手段と、を備えたことを特徴とする。
【０００９】
この請求項１にかかる発明によれば、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、システム導入後に新しいデータ構造（データクラス）を追加および削除したり、新しいデータ構造を使ってアプリケーションデータを登録および検索できるようにすることで、クライアント側アプリケーションの開発者の開発負担を軽減することが可能になる。または、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションが開発可能になる。
【００１０】
また、請求項２にかかる発明は、前記データベース記憶手段は、アプリケーションデータを格納するアプリケーションデータ記憶手段と、前記アプリケーションデータ記憶手段に格納可能なアプリケーションの種別を管理するアプリケーションタイプ記憶手段と、を備えたことを特徴とする。
【００１１】
この請求項２にかかる発明によれば、請求項１において、データベースに、アプリケーションデータを格納するテーブルとアプリケーションの種別を管理するテーブルを設けることにより、クライアントからどのアプリケーションのデータが送られたか、あるいはクライアントマシンからどのアプリケーションのデータを要求されたかをサーバ処理実行手段で判別することが可能になる。
【００１２】
また、請求項３にかかる発明は、前記アプリケーションデータ定義手段は、クライアントから送られる定義ファイルに基づいてアプリケーションデータの新規クラスを前記サーバ処理実行手段に自動的に追加、編集、削除し、追加の場合は前記データベース記憶手段の前記アプリケーションタイプ記憶手段へアプリケーションの種別を追加し、削除の場合は前記データベース記憶手段の前記アプリケーションタイプ記憶手段からアプリケーションの種別を削除する、ことを特徴とする。
【００１３】
この請求項３にかかる発明によれば、請求項１において、開発者またはエンドユーザが、簡単な定義ファイルを作成し、アプリケーションデータ定義サービスを実行するだけで、新たなデータ構造をサーバマシンに生成することが可能になる。
【００１４】
また、請求項４にかかる発明は、前記アプリケーションデータは、アプリケーションに関わらず共通に利用可能な共通データ群と、各アプリケーションが独自に利用する固有データ群と、を有することを特徴とする。
【００１５】
この請求項４にかかる発明によれば、請求項１において、アプリケーションデータの内部構造として、アプリケーションに関わらず利用可能な共通データ群と各アプリケーション独自の固有データ群を設けることにより、アプリケーションによらない検索方法、アプリケーション独自の検索方法が実行可能になり、また、開発者またはエンドユーザの検索自由度を増すことが可能になる。
【００１６】
また、請求項５にかかる発明は、前記アプリケーションデータのクラスにおいて、前記固有データ群がアブストラクトクラスであり、前記共通データ群にアプリケーションの種別を記憶するアプリケーションタイプ要素があり、前記アブストラクトクラスにどのアプリケーションの固有データが格納されているかを前記アプリケーションタイプ要素から判別可能であることを特徴とする。
【００１７】
この請求項５にかかる発明によれば、請求項４において、アプリケーションデータをサーバマシンおよびクライアントマシンの処理実行部でハンドリングする際、アプリケーション毎に異なるアプリケーションデータクラスを用意するのではなく、アプリケーションクラスは共通にし、アプリケーションクラス内部の固有データクラスのみをアブストラクトクラスにし、アプリケーションクラス内部の共通データクラス内にアプリケーションの種別メンバを実装して、同メンバでアプリケーションの種別を判別して固有データクラス内に格納されているアプリケーション固有データをハンドリングすることで、開発者またはエンドユーザがアプリケーションデータクラスのハンドリングを容易に行なうことが可能になる。
【００１８】
また、請求項６にかかる発明は、前記アプリケーションデータの複数一纏まりをパッケージとし、前記パッケージにパッケージ固有の情報が付加可能であることを特徴とする。
【００１９】
この請求項６にかかる発明によれば、請求項４において、アプリケーションデータを個々にハンドリングするのではなく、複数のアプリケーションデータを一纏まりの集合とし、集合体であるパッケージをハンドリングすることにより、開発者またはエンドユーザのアプリケーションデータのハンドリングし易さを向上することが可能になる。
【００２０】
また、請求項７にかかる発明は、前記パッケージは、当該パッケージ内に纏められたアプリケーションデータ群に対して前記サーバ処理実行手段が自動的に実行可能な処理マクロを記述できることを特徴とする。
【００２１】
この請求項７にかかる発明によれば、請求項６において、パッケージをハンドリングする際，パッケージ内のアプリケーションデータ群に対するサーバマシン側の処理をパッケージ内部に記述できるようにすることで、従来のＷｅｂサービス等でクライアントマシンから何度もサーバマシンのサービスを呼ばなくてはならなかった処理を、クライアントマシンがパッケージを送信するだけで実行可能になる。
【００２２】
また、請求項８にかかる発明は、前記アプリケーションデータ登録手段は、前記クライアントマシンから送られるアプリケーションデータの前記共通データ群の前記アプリケーションタイプ要素と前記データベース記憶手段の前記アプリケーションタイプ記憶手段とを比較することによりアプリケーションの種別を判別し、前記データベース記憶手段の前記アプリケーションデータ記憶手段における当該アプリケーションの格納されるべき位置にアプリケーションデータを格納することを特徴とする。
【００２３】
この請求項８にかかる発明によれば、請求項１において、クライアントマシンがアプリケーションデータをサーバマシンへ登録、編集、削除する際、サーバマシンの処理実行部でクライアントマシンから送られたアプリケーションデータがどのアプリケーションのデータかを判別し、データベースの該当する位置へアプリケーションデータを自動的に格納することにより、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの登録、編集、削除を行なうことが可能になる。
【００２４】
また、請求項９にかかる発明は、前記アプリケーションデータ検索手段は、前記クライアントマシンから送られる検索条件のアプリケーションタイプ要素と前記データベース記憶手段の前記アプリケーションタイプ記憶手段とを比較することによりアプリケーションの種別を判別し、前記データベース記憶手段の前記アプリケーションデータ記憶手段における当該アプリケーションの格納されている位置からアプリケーションデータを取得することを特徴とする。
【００２５】
この請求項９にかかる発明によれば、請求項１において、クライアントマシンがアプリケーションデータをサーバマシンから検索、取得する際、サーバマシンのサーバ処理実行手段でクライアントマシンから送られた検索条件からどのアプリケーションのデータを要求したかを判別し、データベースの該当する位置からアプリケーションデータを自動的に取得することにより、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの検索、取得を行なうことが可能になる。
【００２６】
また、請求項１０にかかる発明は、前記サーバインタフェース手段と前記クライアントインタフェース手段は、Ｗｅｂサービスであることを特徴とする。
【００２７】
この請求項１０にかかる発明によれば、請求項１において、本システムのサーバインタフェースとクライアントインタフェースをＷｅｂサービスとして実装することにより、より汎用的なシステムにすることが可能になる。
【００２８】
また、請求項１１にかかる発明は、前記サーバインタフェース手段と前記クライアントインタフェース手段は、リモートメソッド呼び出しであることを特徴とする。
【００２９】
この請求項１１にかかる発明によれば、請求項１において、本システムのサーバインタフェースとクライアントインタフェースをリモートメソッド呼び出しとして実装することにより、Ｗｅｂサービスで実装するよりもレスポンスを高速にすることが可能になる。
【００３０】
また、請求項１２にかかる発明は、アプリケーションデータを記憶するデータベースと前記データベースにアプリケーションデータを記憶する、あるいは前記データベースに記憶したアプリケーションデータを検索および取得するサーバ処理実行処理と前記サーバ処理実行処理の処理メソッド群を開示するサーバインタフェースとを有する１台以上のサーバマシンと、ユーザの所望の処理を実行するクライアント処理実行処理と前記サーバ装置との通信を確立するクライアントインタフェースを有する１台以上のクライアントマシンと、を有する装置におけるアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記サーバ処理実行処理工程と、前記アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義処理工程と、前記アプリケーションデータを前記データベースに記憶、変更、削除するアプリケーションデータ登録処理工程と、前記アプリケーションデータを前記データベースから検索、取得するアプリケーションデータ検索処理工程と、をアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００３１】
この請求項１２にかかる発明によれば、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、システム導入後に新しいデータ構造（データクラス）を追加および削除したり、新しいデータ構造を使ってアプリケーションデータを登録および検索できるようにすることで、クライアント側アプリケーションの開発者の開発負担を軽減することが可能になる。または、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションが開発可能になる。
【００３２】
また、請求項１３にかかる発明は、さらに、アプリケーションデータを格納するアプリケーションデータ記憶テーブルと、前記アプリケーションデータ記憶テーブルに格納可能なアプリケーションの種別を管理するアプリケーションタイプ記憶テーブルと、を備え、前記アプリケーションデータ記憶テーブルと前記アプリケーションタイプ記憶テーブルを管理するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００３３】
この請求項１３にかかる発明によれば、請求項１２において、データベースに、アプリケーションデータを格納するテーブルとアプリケーションの種別を管理するテーブルを設けることにより、クライアントからどのアプリケーションのデータが送られたか、あるいはクライアントマシンからどのアプリケーションのデータを要求されたかをサーバ処理実行手段で判別することが可能になる。
【００３４】
また、請求項１４にかかる発明は、前記アプリケーションデータ定義処理工程は、クライアントから送られる定義ファイルに基づいてアプリケーションデータの新規クラスを前記サーバ処理実行処理に自動的に追加、編集、削除し、追加の場合は前記データベースの前記アプリケーションタイプ記憶テーブルへアプリケーションの種別を追加し、削除の場合は前記データベースの前記アプリケーションタイプ記憶テーブルからアプリケーションの種別を削除する、このアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００３５】
この請求項１４にかかる発明によれば、請求項１２において、開発者またはエンドユーザが、簡単な定義ファイルを作成し、アプリケーションデータ定義サービスを実行するだけで、新たなデータ構造をサーバマシンに生成することが可能になる。
【００３６】
また、請求項１５にかかる発明は、前記アプリケーションに関わらず共通に利用可能な共通データ群と、各アプリケーションが独自に利用する固有データ群と、を格納および取得するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００３７】
この請求項１５にかかる発明によれば、請求項１２において、アプリケーションデータの内部構造として、アプリケーションに関わらず利用可能な共通データ群と各アプリケーション独自の固有データ群を設けることにより、アプリケーションによらない検索方法、アプリケーション独自の検索方法が実行可能になり、また、開発者またはエンドユーザの検索自由度を増すことが可能になる。
【００３８】
また、請求項１６にかかる発明は、前記アプリケーションデータのクラスを構成して、前記固有データ群がアブストラクトクラスであり、前記共通データ群にアプリケーションの種別を記憶するアプリケーションタイプ要素があり、前記アブストラクトクラスにどのアプリケーションの固有データが格納されているかを前記アプリケーションタイプ要素から判別するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００３９】
この請求項１６にかかる発明によれば、請求項１５において、アプリケーションデータをサーバマシンおよびクライアントマシンの処理実行部でハンドリングする際、アプリケーション毎に異なるアプリケーションデータクラスを用意するのではなく、アプリケーションクラスは共通にし、アプリケーションクラス内部の固有データクラスのみをアブストラクトクラスにし、アプリケーションクラス内部の共通データクラス内にアプリケーションの種別メンバを実装して、同メンバでアプリケーションの種別を判別して固有データクラス内に格納されているアプリケーション固有データをハンドリングすることで、開発者またはエンドユーザがアプリケーションデータクラスのハンドリングを容易に行なうことが可能になる。
【００４０】
また、請求項１７にかかる発明は、前記アプリケーションデータの複数一纏まりをパッケージとし、前記パッケージにパッケージ固有の情報が付加するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４１】
この請求項１７にかかる発明によれば、請求項１５において、アプリケーションデータを個々にハンドリングするのではなく、複数のアプリケーションデータを一纏まりの集合とし、集合体であるパッケージをハンドリングすることにより、開発者またはエンドユーザのアプリケーションデータのハンドリングし易さを向上することが可能になる。
【００４２】
また、請求項１８にかかる発明は、前記パッケージを構成して、前記パッケージ内に纏められたアプリケーションデータ群に対して前記サーバ処理実行部が自動的に実行可能な処理マクロを実行するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４３】
この請求項１８にかかる発明によれば、請求項１７において、パッケージをハンドリングする際，パッケージ内のアプリケーションデータ群に対するサーバマシン側の処理をパッケージ内部に記述できるようにすることで、従来のＷｅｂサービス等でクライアントマシンから何度もサーバマシンのサービスを呼ばなくてはならなかった処理を、クライアントマシンがパッケージを送信するだけで実行可能になる。
【００４４】
また、請求項１９にかかる発明は、前記アプリケーションデータ登録処理を構成して、前記クライアントマシンから送られるアプリケーションデータの前記共通データ群の前記アプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されるべき位置にアプリケーションデータを格納するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４５】
この請求項１９にかかる発明によれば、請求項１３において、クライアントマシンがアプリケーションデータをサーバマシンへ登録、編集、削除する際、サーバマシンの処理実行部でクライアントマシンから送られたアプリケーションデータがどのアプリケーションのデータかを判別し、データベースの該当する位置へアプリケーションデータを自動的に格納することにより、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの登録、編集、削除を行なうことが可能になる。
【００４６】
また、請求項２０にかかる発明は、前記アプリケーションデータ検索処理を構成して、前記クライアントマシンから送られる検索条件のアプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されている位置からアプリケーションデータを取得するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４７】
この請求項２０にかかる発明によれば、請求項１３において、クライアントマシンがアプリケーションデータをサーバマシンから検索、取得する際、サーバマシンのサーバ処理実行手段でクライアントマシンから送られた検索条件からどのアプリケーションのデータを要求したかを判別し、データベースの該当する位置からアプリケーションデータを自動的に取得することにより、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの検索、取得を行なうことが可能になる。
【００４８】
また、請求項２１にかかる発明は、前記サーバインタフェースと前記クライアントインタフェースを構成して、前記サーバインタフェースと前記クライアントインタフェースをＷｅｂサービスで実現するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００４９】
この請求項２１にかかる発明によれば、請求項１２において、本システムのサーバインタフェースとクライアントインタフェースをＷｅｂサービスとして実装することにより、より汎用的なシステムにすることが可能になる。
【００５０】
また、請求項２２にかかる発明は、前記サーバインタフェースと前記クライアントインタフェースをリモートメソッド呼び出しで実現するアプリケーションデータ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００５１】
この請求項２２にかかる発明によれば、請求項１２において、本システムのサーバインタフェースとクライアントインタフェースをリモートメソッド呼び出しとして実装することにより、Ｗｅｂサービスで実装するよりもレスポンスを高速にすることが可能になる。
【００５２】
また、請求項２３にかかる発明は、アプリケーションデータを記憶するデータベースと前記データベースにアプリケーションデータを記憶する、あるいは前記データベースに記憶したアプリケーションデータを検索および取得するサーバ処理実行処理と前記サーバ処理実行処理の処理メソッド群を開示するサーバインタフェースとを有する１台以上のサーバマシンと、ユーザの所望の処理を実行するクライアント処理実行処理と前記サーバ装置との通信を確立するクライアントインタフェースを有する１台以上のクライアントマシンと、を有する装置のアプリケーション管理方法をコンピュータに実行させるプログラムであって、前記アプリケーションデータの定義を新規作成、編集、削除するアプリケーションデータ定義処理工程と、前記アプリケーションデータを前記データベースに記憶、変更、削除するアプリケーションデータ登録処理工程と、前記アプリケーションデータを前記データベースから検索、取得するアプリケーションデータ検索処理工程と、のアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００５３】
この請求項２３にかかる発明によれば、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、システム導入後に新しいデータ構造（データクラス）を追加および削除したり、新しいデータ構造を使ってアプリケーションデータを登録および検索できるようにすることで、クライアント側アプリケーションの開発者の開発負担を軽減することが可能になる。または、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションが開発可能になる。
【００５４】
また、請求項２４にかかる発明は、前記データベースを構成して、アプリケーションデータを格納するアプリケーションデータ記憶テーブルと、前記アプリケーションデータ記憶テーブルに格納可能なアプリケーションの種別を管理するアプリケーションタイプ記憶テーブルと、を管理するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００５５】
この請求項２４にかかる発明によれば、請求項２３において、データベースに、アプリケーションデータを格納するテーブルとアプリケーションの種別を管理するテーブルを設けることにより、クライアントからどのアプリケーションのデータが送られたか、あるいはクライアントマシンからどのアプリケーションのデータを要求されたかをサーバ処理実行手段で判別することが可能になる。
【００５６】
また、請求項２５にかかる発明は、前記アプリケーションデータ定義処理を構成して、前記クライアントマシンから送られる定義ファイルに基づいてアプリケーションデータの新規クラスを前記サーバ処理実行処理に自動的に追加、編集、削除し、追加の場合は前記データベースの前記アプリケーションタイプ記憶テーブルへアプリケーションの種別を追加し、削除の場合は前記データベースの前記アプリケーションタイプ記憶テーブルからアプリケーションの種別を削除する、このアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００５７】
この請求項２５にかかる発明によれば、請求項２３において、開発者またはエンドユーザが、簡単な定義ファイルを作成し、アプリケーションデータ定義サービスを実行するだけで、新たなデータ構造をサーバマシンに生成することが可能になる。
【００５８】
また、請求項２６にかかる発明は、前記アプリケーションデータを構成して、アプリケーションに関わらず共通に利用可能な共通データ群と、各アプリケーションが独自に利用する固有データ群と、を格納および取得するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００５９】
この請求項２６にかかる発明によれば、請求項２３において、アプリケーションデータの内部構造として、アプリケーションに関わらず利用可能な共通データ群と各アプリケーション独自の固有データ群を設けることにより、アプリケーションによらない検索方法、アプリケーション独自の検索方法が実行可能になり、また、開発者またはエンドユーザの検索自由度を増すことが可能になる。
【００６０】
また、請求項２７にかかる発明は、前記アプリケーションデータのクラスを構成して、前記固有データ群がアブストラクトクラスであり、前記共通データ群にアプリケーションの種別を記憶するアプリケーションタイプ要素があり、前記アブストラクトクラスにどのアプリケーションの固有データが格納されているかを前記アプリケーションタイプ要素から判別するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００６１】
この請求項２７にかかる発明によれば、請求項２６において、アプリケーションデータをサーバマシンおよびクライアントマシンの処理実行部でハンドリングする際、アプリケーション毎に異なるアプリケーションデータクラスを用意するのではなく、アプリケーションクラスは共通にし、アプリケーションクラス内部の固有データクラスのみをアブストラクトクラスにし、アプリケーションクラス内部の共通データクラス内にアプリケーションの種別メンバを実装して、同メンバでアプリケーションの種別を判別して固有データクラス内に格納されているアプリケーション固有データをハンドリングすることで、開発者またはエンドユーザがアプリケーションデータクラスのハンドリングを容易に行なうことが可能になる。
【００６２】
また、請求項２８にかかる発明は、前記アプリケーションデータの複数一纏まりをパッケージとし、前記パッケージにパッケージ固有の情報が付加するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００６３】
この請求項２８にかかる発明によれば、請求項２６において、アプリケーションデータを個々にハンドリングするのではなく、複数のアプリケーションデータを一纏まりの集合とし、集合体であるパッケージをハンドリングすることにより、開発者またはエンドユーザのアプリケーションデータのハンドリングし易さを向上することが可能になる。
【００６４】
また、請求項２９にかかる発明は、前記パッケージを構成して、前記パッケージ内に纏められたアプリケーションデータ群に対して前記サーバ処理実行処理が自動的に実行可能な処理マクロを実行するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００６５】
この請求項２９にかかる発明によれば、請求項２８において、パッケージをハンドリングする際，パッケージ内のアプリケーションデータ群に対するサーバマシン側の処理をパッケージ内部に記述できるようにすることで、従来のＷｅｂサービス等でクライアントマシンから何度もサーバマシンのサービスを呼ばなくてはならなかった処理を、クライアントマシンがパッケージを送信するだけで実行可能になる。
【００６６】
また、請求項３０にかかる発明は、前記アプリケーションデータ登録処理工程を含み、前記クライアントマシンから送られるアプリケーションデータの前記共通データ群の前記アプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されるべき位置にアプリケーションデータを格納するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００６７】
この請求項３０にかかる発明によれば、請求項２４において、クライアントマシンがアプリケーションデータをサーバマシンへ登録、編集、削除する際、サーバマシンの処理実行部でクライアントマシンから送られたアプリケーションデータがどのアプリケーションのデータかを判別し、データベースの該当する位置へアプリケーションデータを自動的に格納することにより、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの登録、編集、削除を行なうことが可能になる。
【００６８】
また、請求項３１にかかる発明は、前記アプリケーションデータ検索処理工程を含み、前記クライアントマシンから送られる検索条件のアプリケーションタイプ要素と前記データベースの前記アプリケーションタイプ記憶テーブルとを比較することによりアプリケーションの種別を判別し、前記データベースの前記アプリケーションデータ記憶テーブルにおける当該アプリケーションの格納されている位置からアプリケーションデータを取得するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００６９】
この請求項３１にかかる発明によれば、請求項２４において、クライアントマシンがアプリケーションデータをサーバマシンから検索、取得する際、サーバマシンのサーバ処理実行手段でクライアントマシンから送られた検索条件からどのアプリケーションのデータを要求したかを判別し、データベースの該当する位置からアプリケーションデータを自動的に取得することにより、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの検索、取得を行なうことが可能になる。
【００７０】
また、請求項３２にかかる発明は、前記サーバインタフェースと前記クライアントインタフェースをＷｅｂサービスで実現するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００７１】
この請求項３２にかかる発明によれば、請求項２３において、本システムのサーバインタフェースとクライアントインタフェースをＷｅｂサービスとして実装することにより、より汎用的なシステムにすることが可能になる。
【００７２】
また、請求項３３にかかる発明は、前記サーバインタフェースと前記クライアントインタフェースをリモートメソッド呼び出しで実現するアプリケーションデータ管理方法をコンピュータで実行させることを特徴とする。
【００７３】
この請求項３３にかかる発明によれば、請求項２３において、本システムのサーバインタフェースとクライアントインタフェースをリモートメソッド呼び出しとして実装することにより、Ｗｅｂサービスで実装するよりもレスポンスを高速にすることが可能になる。
【００７４】
また、請求項３４にかかる発明は、情報をコンテンツとして記憶するコンテンツ記憶手段と、システムを利用するユーザを管理するユーザ管理手段と、複数のユーザを１つにまとめてグループとして管理するグループ管理手段と、会議室、居室あるいは実験室などの場所を管理する場所管理データベースと、クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを登録、編集、削除するコンテンツ編集手段と、前記クライアントかマシンらの要求に応じて前記コンテンツ記憶手段に対してコンテンツを検索、取得するコンテンツ取得手段と、前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを登録、編集、削除するユーザ編集手段と、前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを検索、取得するユーザ取得手段と、前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを登録、編集、削除するグループ編集手段と、前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを検索、取得するグループ取得手段と、前記クライアントマシンからの要求に応じて前記場所記憶手段に対して場所を登録、編集、削除する場所編集手段と、前記クライアントからの要求に応じて前記場所記憶手段に対して場所を検索、取得する場所取得手段と、を有する１台以上のサーバマシンと、ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、を有するコンテンツ管理装置であって、前記サーバマシンが、さらに、複数のコンテンツを１つにまとめてパッケージとして管理するパッケージ管理手段と、前記パッケージ記憶手段に記憶されるパッケージのデータ構造内にパッケージタイプが存在するパッケージデータ構造と、前記パッケージタイプの情報であるパッケージタイプ情報を記憶するパッケージタイプ記憶手段と、前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを登録、編集、削除するパッケージ編集手段と、前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを検索、取得するパッケージ取得手段と、前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を登録、編集、削除するパッケージタイプ編集手段と、前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を検索、取得するパッケージタイプ取得手段と、を備えたことを特徴とする。
【００７５】
この請求項３４にかかる発明によれば、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することで、クライアントが順次新らしいパッケージを定義することが可能になる。
【００７６】
また、請求項３５にかかる発明は、前記パッケージデータ構造内に、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時、実施日時、場所ＩＤ、場所名、パッケージタイプ、有効／無効フラグが存在することを特徴とする。
【００７７】
この請求項３５にかかる発明によれば、請求項３４において、パッケージのデータ構造が汎用的であり、様々なケースに対応可能にすることによって、クライアントマシンが様々なケースで発生するコンテンツのかたまりをパッケージとして管理することが可能になる。
【００７８】
また、請求項３６にかかる発明は、前記パッケージデータ構造内の計画日時および実施日時に対して、それぞれ１つ以上の開始日時および終了日時を設定できることを特徴とする。
【００７９】
この請求項３６にかかる発明によれば、請求項３５において、パッケージ内に計画日時および実施日時のリストを設けることにより、クライアントマシンがそのパッケージに対して複数の期間を計画と実施という視点で格納することが可能になる。
【００８０】
また、請求項３７にかかる発明は、前記パッケージデータ構造内に、そのパッケージに関連するコンテンツのコンテンツＩＤを格納する関連コンテンツＩＤリストと、そのパッケージに関連するパッケージのパッケージＩＤを格納する関連パッケージＩＤリストと、を有することを特徴とする。
【００８１】
この請求項３７にかかる発明によれば、請求項３５において、パッケージ内に関連コンテンツＩＤリストと関連パッケージリストを設けることにより、クライアントマシンが他のパッケージとの関連付けやコンテンツとの関連付けを行なうことが可能になる。
【００８２】
また、請求項３８にかかる発明は、前記パッケージデータ構造内に、そのパッケージのパッケージタイプに固有な情報を格納するパッケージ固有データを有することを特徴とする。
【００８３】
この請求項３８にかかる発明によれば、請求項３４において、パッケージ内に固有データを設けることにより、クライアントマシンがコンテンツやパッケージで表現できない独自のデータをパッケージに格納することが可能になる。
【００８４】
また、請求項３９にかかる発明は、前記パッケージタイプ情報のデータ構造に、パッケージタイプ識別子と、前記パッケージデータ構造内のパッケージ固有データに対するデータ定義情報と、を有することを特徴とする。
【００８５】
この請求項３９にかかる発明によれば、請求項３４において、パッケージタイプ情報に、識別子とデータ定義情報を設けることにより、クライアントマシンが独自に定義したデータをパッケージに格納することが可能になる。
【００８６】
また、請求項４０にかかる発明は、前記パッケージタイプ取得手段は、指定パッケージタイプ識別子のデータ定義情報をクライアントに返すデータ定義情報取得手段を有することを特徴とする。
【００８７】
この請求項４０にかかる発明によれば、請求項３４において、パッケージタイプ情報のデータ定義情報をクライアントマシンに返すインタフェースを設けることにより、クライアントマシンが、自分が定義していないパッケージタイプのパッケージ内の固有データに格納されているデータ構造を知ることが可能になる。
【００８８】
また、請求項４１にかかる発明は、前記パッケージ取得手段は、指定パッケージＩＤのパッケージを前記クライアントマシンに返す指定パッケージ取得手段と、指定パッケージＩＤのパッケージのパッケージ固有データのみを前記クライアントマシンに返すパッケージ固有データ取得手段と、指定パッケージＩＤのパッケージのパッケージ固有データの指定要素のみを前記クライアントマシンに返すパッケージ固有データ内指定要素取得手段と、を備えたことを特徴とする。
【００８９】
この請求項４１にかかる発明によれば、請求項３４において、パッケージ内の情報を様々な形式で返すインタフェースを設けることにより、クライアントマシンが所望するデータのみを取得することが可能になる。
【００９０】
また、請求項４２にかかる発明は、前記パッケージ編集手段は、前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｅｗ”および場所名が設定されていた場合、場所名を前記場所編集手段で新規に前記場所記憶手段に記憶し、新たに発行された場所ＩＤをパッケージデータ構造内の場所名に設定する場所情報新規登録手段を有することを特徴とする。
【００９１】
この請求項４２にかかる発明によれば、請求項３４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、パッケージの新規登録あるいは編集と同時に、場所情報の登録を行なうことが可能になる。
【００９２】
また、請求項４３にかかる発明は、前記パッケージ編集手段は、前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｏｎｅ”および場所名が設定されていた場合、場所情報を前記場所編集手段で前記場所記憶手段に記憶しないユーザ定義場所情報登録手段を有することを特徴とする。
【００９３】
この請求項４３にかかる発明によれば、請求項３４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、場所情報として管理されないクライアント独自の場所名を取り扱うことが可能になる。
【００９４】
また、請求項４４にかかる発明は、情報をコンテンツとして記憶するコンテンツ記憶手段と、システムを利用するユーザを管理するユーザ管理手段と、複数のユーザを１つにまとめてグループとして管理するグループ管理手段と、会議室、居室あるいは実験室などの場所を管理する場所管理データベースと、クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを登録、編集、削除するコンテンツ編集手段と、前記クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを検索、取得するコンテンツ取得手段と、前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを登録、編集、削除するユーザ編集手段と、前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを検索、取得するユーザ取得手段と、前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを登録、編集、削除するグループ編集手段と、前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを検索、取得するグループ取得手段と、前記クライアントマシンからの要求に応じて前記場所記憶手段に対して場所を登録、編集、削除する場所編集手段と、前記クライアントからの要求に応じて前記場所記憶手段に対して場所を検索、取得する場所取得手段と、を有する１台以上のサーバマシンと、ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、を有するコンテンツ管理装置のコンテンツ管理方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記サーバマシンが、前記パッケージ記憶手段に記憶されるパッケージのデータ構造内にパッケージタイプが存在するパッケージデータ構造を有し、複数のコンテンツを１つにまとめてパッケージとして管理するパッケージ管理工程と、前記パッケージタイプの情報であるパッケージタイプ情報を記憶するパッケージタイプ記憶工程と、前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを登録、編集、削除するパッケージ編集工程と、前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを検索、取得するパッケージ取得工程と、前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を登録、編集、削除するパッケージタイプ編集工程と、前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を検索、取得するパッケージタイプ取得工程と、のコンテンツ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００９５】
この請求項４４にかかる発明によれば、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することで、クライアントが順次新らしいパッケージを定義することが可能になる。
【００９６】
また、請求項４５にかかる発明は、前記パッケージデータ構造内に、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時、実施日時、場所ＩＤ、場所名、パッケージタイプ、有効／無効フラグが存在することを特徴とする。
【００９７】
この請求項４５にかかる発明によれば、請求項４４において、パッケージのデータ構造が汎用的であり、様々なケースに対応可能にすることによって、クライアントマシンが様々なケースで発生するコンテンツのかたまりをパッケージとして管理することが可能になる。
【００９８】
また、請求項４６にかかる発明は、前記パッケージデータ構造内の計画日時および実施日時に対して、それぞれ１つ以上の開始日時および終了日時を設定できるコンテンツ管理方法をコンピュータに実行させるプログラムを記録したことを特徴とする。
【００９９】
この請求項４６にかかる発明によれば、請求項４４において、パッケージ内に計画日時および実施日時のリストを設けることにより、クライアントマシンがそのパッケージに対して複数の期間を計画と実施という視点で格納することが可能になる。
【０１００】
また、請求項４７にかかる発明は、前記パッケージデータ構造内に、そのパッケージに関連するコンテンツのコンテンツＩＤを格納する関連コンテンツＩＤリストと、そのパッケージに関連するパッケージのパッケージＩＤを格納する関連パッケージＩＤリストと、を有することを特徴とする。
【０１０１】
この請求項４７にかかる発明によれば、請求項４４において、パッケージ内に関連コンテンツＩＤリストと関連パッケージリストを設けることにより、クライアントマシンが他のパッケージとの関連付けやコンテンツとの関連付けを行なうことが可能になる。
【０１０２】
また、請求項４８にかかる発明は、前記パッケージデータ構造内に、そのパッケージのパッケージタイプに固有な情報を格納するパッケージ固有データを有することを特徴とする。
【０１０３】
この請求項４８にかかる発明によれば、請求項４５において、パッケージ内に固有データを設けることにより、クライアントマシンがコンテンツやパッケージで表現できない独自のデータをパッケージに格納することが可能になる。
【０１０４】
また、請求項４９にかかる発明は、前記パッケージタイプ情報のデータ構造に、パッケージタイプ識別子と、前記パッケージデータ構造内のパッケージ固有データに対するデータ定義情報と、を有することを特徴とする。
【０１０５】
この請求項４９にかかる発明によれば、請求項４５において、パッケージタイプ情報に、識別子とデータ定義情報を設けることにより、クライアントマシンが独自に定義したデータをパッケージに格納することが可能になる。
【０１０６】
また、請求項５０にかかる発明は、前記パッケージタイプ取得工程は、指定パッケージタイプ識別子のデータ定義情報をクライアントに返すデータ定義情報取得工程を含むことを特徴とする。
【０１０７】
この請求項５０にかかる発明によれば、請求項４４において、パッケージタイプ情報のデータ定義情報をクライアントマシンに返すインタフェースを設けることにより、クライアントマシンが、自分が定義していないパッケージタイプのパッケージ内の固有データに格納されているデータ構造を知ることが可能になる。
【０１０８】
また、請求項５１にかかる発明は、前記パッケージ取得工程は、指定パッケージＩＤのパッケージを前記クライアントマシンに返す指定パッケージ取得工程と、指定パッケージＩＤのパッケージのパッケージ固有データのみを前記クライアントマシンに返すパッケージ固有データ取得工程と、指定パッケージＩＤのパッケージのパッケージ固有データの指定要素のみを前記クライアントマシンに返すパッケージ固有データ内指定要素取得工程と、を含むことを特徴とする。
【０１０９】
この請求項５１にかかる発明によれば、請求項４４において、パッケージ内の情報を様々な形式で返すインタフェースを設けることにより、クライアントマシンが所望するデータのみを取得することが可能になる。
【０１１０】
また、請求項５２にかかる発明は、前記パッケージ編集工程は、前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｅｗ”および場所名が設定されていた場合、場所名を前記場所編集工程で新規に前記場所記憶手段に記憶し、新たに発行された場所ＩＤをパッケージデータ構造内の場所名に設定する場所情報新規登録工程を含むことを特徴とする。
【０１１１】
この請求項５２にかかる発明によれば、請求項４４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、パッケージの新規登録あるいは編集と同時に、場所情報の登録を行なうことが可能になる。
【０１１２】
また、請求項５３にかかる発明は、前記パッケージ編集工程は、前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｏｎｅ”および場所名が設定されていた場合、場所情報を前記場所編集工程で前記場所記憶手段に記憶しないユーザ定義場所情報登録工程を含むことを特徴とする。
【０１１３】
この請求項５３にかかる発明によれば、請求項４４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、場所情報として管理されないクライアント独自の場所名を取り扱うことが可能になる。
【０１１４】
また、請求項５４にかかる発明は、情報をコンテンツとして記憶するコンテンツ記憶手段と、システムを利用するユーザを管理するユーザ管理手段と、複数のユーザを１つにまとめてグループとして管理するグループ管理手段と、会議室、居室あるいは実験室などの場所を管理する場所管理データベースと、クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを登録、編集、削除するコンテンツ編集手段と、前記クライアントマシンからの要求に応じて前記コンテンツ記憶手段に対してコンテンツを検索、取得するコンテンツ取得手段と、前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを登録、編集、削除するユーザ編集手段と、前記クライアントマシンからの要求に応じて前記ユーザ記憶手段に対してユーザを検索、取得するユーザ取得手段と、前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを登録、編集、削除するグループ編集手段と、前記クライアントマシンからの要求に応じて前記グループ記憶手段に対してグループを検索、取得するグループ取得手段と、前記クライアントマシンからの要求に応じて前記場所記憶手段に対して場所を登録、編集、削除する場所編集手段と、前記クライアントからの要求に応じて前記場所記憶手段に対して場所を検索、取得する場所取得手段と、を有する１台以上のサーバマシンと、ユーザの所望の処理を実行するクライアント処理実行手段と前記サーバマシンとの通信を確立するクライアントインタフェース手段を有する１台以上のクライアントマシンと、を有するコンテンツ管理装置のコンテンツ管理方法をコンピュータに実行させるプログラムであって、前記サーバマシンが、前記パッケージ記憶手段に記憶されるパッケージのデータ構造内にパッケージタイプが存在するパッケージデータ構造を有し、複数のコンテンツを１つにまとめてパッケージとして管理するパッケージ管理工程と、前記パッケージタイプの情報であるパッケージタイプ情報を記憶するパッケージタイプ記憶工程と、前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを登録、編集、削除するパッケージ編集工程と、前記クライアントマシンからの要求に応じて前記パッケージ記憶手段に対してパッケージを検索、取得するパッケージ取得工程と、前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を登録、編集、削除するパッケージタイプ編集工程と、前記クライアントマシンからの要求に応じて前記パッケージタイプ記憶手段に対して前記パッケージタイプ情報を検索、取得するパッケージタイプ取得工程と、のコンテンツ管理方法をコンピュータに実行させることを特徴とする。
【０１１５】
この請求項５４にかかる発明によれば、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することで、クライアントが順次新らしいパッケージを定義することが可能になる。
【０１１６】
また、請求項５５にかかる発明は、前記パッケージデータ構造内に、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時、実施日時、場所ＩＤ、場所名、パッケージタイプ、有効／無効フラグが存在することを特徴とする。
【０１１７】
この請求項５５にかかる発明によれば、請求項５４において、パッケージのデータ構造が汎用的であり、様々なケースに対応可能にすることによって、クライアントマシンが様々なケースで発生するコンテンツのかたまりをパッケージとして管理することが可能になる。
【０１１８】
また、請求項５６にかかる発明は、前記パッケージデータ構造内の計画日時および実施日時に対して、それぞれ１つ以上の開始日時および終了日時を設定できるコンテンツ管理方法をコンピュータに実行させることを特徴とする。
【０１１９】
この請求項５６にかかる発明によれば、請求項５４において、パッケージ内に計画日時および実施日時のリストを設けることにより、クライアントマシンがそのパッケージに対して複数の期間を計画と実施という視点で格納することが可能になる。
【０１２０】
また、請求項５７にかかる発明は、前記パッケージデータ構造内に、そのパッケージに関連するコンテンツのコンテンツＩＤを格納する関連コンテンツＩＤリストと、そのパッケージに関連するパッケージのパッケージＩＤを格納する関連パッケージＩＤリストと、を有することを特徴とする。
【０１２１】
この請求項５７にかかる発明によれば、請求項５４において、パッケージ内に関連コンテンツＩＤリストと関連パッケージリストを設けることにより、クライアントマシンが他のパッケージとの関連付けやコンテンツとの関連付けを行なうことが可能になる。
【０１２２】
また、請求項５８にかかる発明は、前記パッケージデータ構造内に、そのパッケージのパッケージタイプに固有な情報を格納するパッケージ固有データを有することを特徴とする。
【０１２３】
この請求項５８にかかる発明によれば、請求項５５において、パッケージ内に固有データを設けることにより、クライアントマシンがコンテンツやパッケージで表現できない独自のデータをパッケージに格納することが可能になる。
【０１２４】
また、請求項５９にかかる発明は、前記パッケージタイプ情報のデータ構造に、パッケージタイプ識別子と、前記パッケージデータ構造内のパッケージ固有データに対するデータ定義情報と、を有することを特徴とする。
【０１２５】
この請求項５９にかかる発明によれば、請求項５５において、パッケージタイプ情報に、識別子とデータ定義情報を設けることにより、クライアントマシンが独自に定義したデータをパッケージに格納することが可能になる。
【０１２６】
また、請求項６０にかかる発明は、前記パッケージタイプ取得工程は、指定パッケージタイプ識別子のデータ定義情報をクライアントに返すデータ定義情報取得工程を含むことを特徴とする。
【０１２７】
この請求項６０にかかる発明によれば、請求項５４において、パッケージタイプ情報のデータ定義情報をクライアントマシンに返すインタフェースを設けることにより、クライアントマシンが、自分が定義していないパッケージタイプのパッケージ内の固有データに格納されているデータ構造を知ることが可能になる。
【０１２８】
また、請求項６１にかかる発明は、前記パッケージ取得工程は、指定パッケージＩＤのパッケージを前記クライアントマシンに返す指定パッケージ取得工程と、指定パッケージＩＤのパッケージのパッケージ固有データのみを前記クライアントマシンに返すパッケージ固有データ取得工程と、指定パッケージＩＤのパッケージのパッケージ固有データの指定要素のみを前記クライアントマシンに返すパッケージ固有データ内指定要素取得工程と、を含むことを特徴とする。
【０１２９】
この請求項６１にかかる発明によれば、請求項５４において、パッケージ内の情報を様々な形式で返すインタフェースを設けることにより、クライアントマシンが所望するデータのみを取得することが可能になる。
【０１３０】
また、請求項６２にかかる発明は、前記パッケージ編集工程は、前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｅｗ”および場所名が設定されていた場合、場所名を前記場所編集工程で新規に前記場所記憶手段に記憶し、新たに発行された場所ＩＤをパッケージデータ構造内の場所名に設定する場所情報新規登録工程を含むことを特徴とする。
【０１３１】
この請求項６２にかかる発明によれば、請求項５４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、パッケージの新規登録あるいは編集と同時に、場所情報の登録を行なうことが可能になる。
【０１３２】
また、請求項６２にかかる発明は、前記パッケージ編集工程は、前記パッケージデータ構造内の場所ＩＤおよび場所名に対して、場所ＩＤに“Ｎｏｎｅ”および場所名が設定されていた場合、場所情報を前記場所編集工程で前記場所記憶手段に記憶しないユーザ定義場所情報登録工程を含むことを特徴とする。
【０１３３】
この請求項６３にかかる発明によれば、請求項５４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、場所情報として管理されないクライアント独自の場所名を取り扱うことが可能になる。
【発明の効果】
【０１３４】
本発明（請求項１）にかかるアプリケーションデータ管理装置は、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、システム導入後に新しいデータ構造（データクラス）を追加および削除したり、新しいデータ構造を使ってアプリケーションデータを登録および検索できるようにすることで、クライアント側アプリケーションの開発者の開発負担を軽減することができ、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションが開発可能になるという効果を奏する。
【０１３５】
また、本発明（請求項２）にかかるアプリケーションデータ管理装置は、請求項１において、データベースに、アプリケーションデータを格納するテーブルとアプリケーションの種別を管理するテーブルを設けることにより、クライアントからどのアプリケーションのデータが送られたか、あるいはクライアントマシンからどのアプリケーションのデータを要求されたかをサーバ処理実行手段で判別することができるという効果を奏する。
【０１３６】
また、本発明（請求項３）にかかるアプリケーションデータ管理装置は、請求項１において、開発者またはエンドユーザが、簡単な定義ファイルを作成し、アプリケーションデータ定義サービスを実行するだけで、新たなデータ構造をサーバマシンに生成することができるという効果を奏する。
【０１３７】
また、本発明（請求項４）にかかるアプリケーションデータ管理装置は、請求項１において、アプリケーションデータの内部構造として、アプリケーションに関わらず利用可能な共通データ群と各アプリケーション独自の固有データ群を設けることにより、アプリケーションによらない検索方法、アプリケーション独自の検索方法が実行することがで、また、開発者またはエンドユーザの検索自由度を増すことが可能になるという効果を奏する。
【０１３８】
また、本発明（請求項５）にかかるアプリケーションデータ管理装置は、請求項４において、アプリケーションデータをサーバマシンおよびクライアントマシンの処理実行部でハンドリングする際、アプリケーション毎に異なるアプリケーションデータクラスを用意するのではなく、アプリケーションクラスは共通にし、アプリケーションクラス内部の固有データクラスのみをアブストラクトクラスにし、アプリケーションクラス内部の共通データクラス内にアプリケーションの種別メンバを実装して、同メンバでアプリケーションの種別を判別して固有データクラス内に格納されているアプリケーション固有データをハンドリングすることで、開発者またはエンドユーザがアプリケーションデータクラスのハンドリングを容易に行なうことができるという効果を奏する。
【０１３９】
また、本発明（請求項６）にかかるアプリケーションデータ管理装置は、請求項４において、アプリケーションデータを個々にハンドリングするのではなく、複数のアプリケーションデータを一纏まりの集合とし、集合体であるパッケージをハンドリングすることにより、開発者またはエンドユーザのアプリケーションデータのハンドリングし易さを向上することが可能になるという効果を奏する。
【０１４０】
また、本発明（請求項７）にかかるアプリケーションデータ管理装置は、請求項６において、パッケージをハンドリングする際，パッケージ内のアプリケーションデータ群に対するサーバマシン側の処理をパッケージ内部に記述できるようにすることで、従来のＷｅｂサービス等でクライアントマシンから何度もサーバマシンのサービスを呼ばなくてはならなかった処理を、クライアントマシンがパッケージを送信するだけで実行することができるという効果を奏する。
【０１４１】
また、本発明（請求項８）にかかるアプリケーションデータ管理装置は、請求項１において、クライアントマシンがアプリケーションデータをサーバマシンへ登録、編集、削除する際、サーバマシンの処理実行部でクライアントマシンから送られたアプリケーションデータがどのアプリケーションのデータかを判別し、データベースの該当する位置へアプリケーションデータを自動的に格納するため、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの登録、編集、削除を行なうことができるという効果を奏する。
【０１４２】
また、本発明（請求項９）にかかるアプリケーションデータ管理装置は、請求項１において、クライアントマシンがアプリケーションデータをサーバマシンから検索、取得する際、サーバマシンのサーバ処理実行手段でクライアントマシンから送られた検索条件からどのアプリケーションのデータを要求したかを判別し、データベースの該当する位置からアプリケーションデータを自動的に取得するので、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの検索、取得を行なうことができるという効果を奏する。
【０１４３】
また、本発明（請求項１０）にかかるアプリケーションデータ管理装置は、請求項１において、本システムのサーバインタフェースとクライアントインタフェースをＷｅｂサービスとして実装するので、より汎用的なシステムにすることができるという効果を奏する。
【０１４４】
また、本発明（請求項１１）にかかるアプリケーションデータ管理装置は、請求項１において、本システムのサーバインタフェースとクライアントインタフェースをリモートメソッド呼び出しとして実装するので、Ｗｅｂサービスで実装するよりもレスポンスを高速にすることができるという効果を奏する。
【０１４５】
また、本発明（請求項１２）にかかるコンピュータ読み取り可能な記録媒体は、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、システム導入後に新しいデータ構造（データクラス）を追加および削除したり、新しいデータ構造を使ってアプリケーションデータを登録および検索できるようにすることで、クライアント側アプリケーションの開発者の開発負担を軽減することができ、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションが開発可能になるという効果を奏する。
【０１４６】
また、本発明（請求項１３）にかかるコンピュータ読み取り可能な記録媒体は、請求項１２において、データベースに、アプリケーションデータを格納するテーブルとアプリケーションの種別を管理するテーブルを設けることにより、クライアントからどのアプリケーションのデータが送られたか、あるいはクライアントマシンからどのアプリケーションのデータを要求されたかをサーバ処理実行手段で判別することが可能になるという効果を奏する。
【０１４７】
また、本発明（請求項１４）にかかるコンピュータ読み取り可能な記録媒体は、請求項１２において、開発者またはエンドユーザが、簡単な定義ファイルを作成し、アプリケーションデータ定義サービスを実行するだけで、新たなデータ構造をサーバマシンに生成することが可能になるという効果を奏する。
【０１４８】
また、本発明（請求項１５）にかかるコンピュータ読み取り可能な記録媒体は、請求項１２において、アプリケーションデータの内部構造として、アプリケーションに関わらず利用可能な共通データ群と各アプリケーション独自の固有データ群を設けることにより、アプリケーションによらない検索方法、アプリケーション独自の検索方法が実行可能になり、また、開発者またはエンドユーザの検索自由度を増すことが可能になるという効果を奏する。
【０１４９】
また、本発明（請求項１６）にかかるコンピュータ読み取り可能な記録媒体は、請求項１５において、アプリケーションデータをサーバマシンおよびクライアントマシンの処理実行部でハンドリングする際、アプリケーション毎に異なるアプリケーションデータクラスを用意するのではなく、アプリケーションクラスは共通にし、アプリケーションクラス内部の固有データクラスのみをアブストラクトクラスにし、アプリケーションクラス内部の共通データクラス内にアプリケーションの種別メンバを実装して、同メンバでアプリケーションの種別を判別して固有データクラス内に格納されているアプリケーション固有データをハンドリングすることで、開発者またはエンドユーザがアプリケーションデータクラスのハンドリングを容易に行なうことができるという効果を奏する。
【０１５０】
また、本発明（請求項１７）にかかるコンピュータ読み取り可能な記録媒体は、請求項１５において、アプリケーションデータを個々にハンドリングするのではなく、複数のアプリケーションデータを一纏まりの集合とし、集合体であるパッケージをハンドリングするので、開発者またはエンドユーザのアプリケーションデータのハンドリングし易さを向上することが可能になるという効果を奏する。
【０１５１】
また、本発明（請求項１８）にかかるコンピュータ読み取り可能な記録媒体は、請求項１７において、パッケージをハンドリングする際，パッケージ内のアプリケーションデータ群に対するサーバマシン側の処理をパッケージ内部に記述できるようにすることで、従来のＷｅｂサービス等でクライアントマシンから何度もサーバマシンのサービスを呼ばなくてはならなかった処理を、クライアントマシンがパッケージを送信するだけで実行可能になるという効果を奏する。
【０１５２】
また、本発明（請求項１９）にかかるコンピュータ読み取り可能な記録媒体は、請求項１３において、クライアントマシンがアプリケーションデータをサーバマシンへ登録、編集、削除する際、サーバマシンの処理実行部でクライアントマシンから送られたアプリケーションデータがどのアプリケーションのデータかを判別し、データベースの該当する位置へアプリケーションデータを自動的に格納するので、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの登録、編集、削除を行なうことができるという効果を奏する。
【０１５３】
また、本発明（請求項２０）にかかるコンピュータ読み取り可能な記録媒体は、請求項１３において、クライアントマシンがアプリケーションデータをサーバマシンから検索、取得する際、サーバマシンのサーバ処理実行手段でクライアントマシンから送られた検索条件からどのアプリケーションのデータを要求したかを判別し、データベースの該当する位置からアプリケーションデータを自動的に取得するので、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの検索、取得を行なうことができるという効果を奏する。
【０１５４】
また、本発明（請求項２１）にかかるコンピュータ読み取り可能な記録媒体は、請求項１２において、本システムのサーバインタフェースとクライアントインタフェースをＷｅｂサービスとして実装するので、より汎用的なシステムにすることが可能になるという効果を奏する。
【０１５５】
また、本発明（請求項２２）にかかるコンピュータ読み取り可能な記録媒体は、請求項１２において、本システムのサーバインタフェースとクライアントインタフェースをリモートメソッド呼び出しとして実装するので、Ｗｅｂサービスで実装するよりもレスポンスを高速にすることが可能になるという効果を奏する。
【０１５６】
また、本発明（請求項２３）にかかるプログラムは、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、システム導入後に新しいデータ構造（データクラス）を追加および削除したり、新しいデータ構造を使ってアプリケーションデータを登録および検索できるようにすることで、クライアント側アプリケーションの開発者の開発負担を軽減することができ、エンドユーザが任意に新しいデータ構造を作成するクライアント側アプリケーションが開発可能になるという効果を奏する。
【０１５７】
また、本発明（請求項２４）にかかるプログラムは、請求項２３において、データベースに、アプリケーションデータを格納するテーブルとアプリケーションの種別を管理するテーブルを設けることにより、クライアントからどのアプリケーションのデータが送られたか、あるいはクライアントマシンからどのアプリケーションのデータを要求されたかをサーバ処理実行手段で判別することが可能になるという効果を奏する。
【０１５８】
また、本発明（請求項２５）にかかるプログラムは、請求項２３において、開発者またはエンドユーザが、簡単な定義ファイルを作成し、アプリケーションデータ定義サービスを実行するだけで、新たなデータ構造をサーバマシンに生成することが可能になるという効果を奏する。
【０１５９】
また、本発明（請求項２６）にかかるプログラムは、請求項２３において、アプリケーションデータの内部構造として、アプリケーションに関わらず利用可能な共通データ群と各アプリケーション独自の固有データ群を設けることにより、アプリケーションによらない検索方法、アプリケーション独自の検索方法が実行可能になり、また、開発者またはエンドユーザの検索自由度を増すことが可能になるという効果を奏する。
【０１６０】
また、本発明（請求項２７）にかかるプログラムは、請求項２６において、アプリケーションデータをサーバマシンおよびクライアントマシンの処理実行部でハンドリングする際、アプリケーション毎に異なるアプリケーションデータクラスを用意するのではなく、アプリケーションクラスは共通にし、アプリケーションクラス内部の固有データクラスのみをアブストラクトクラスにし、アプリケーションクラス内部の共通データクラス内にアプリケーションの種別メンバを実装して、同メンバでアプリケーションの種別を判別して固有データクラス内に格納されているアプリケーション固有データをハンドリングすることで、開発者またはエンドユーザがアプリケーションデータクラスのハンドリングを容易に行なうことができるという効果を奏する。
【０１６１】
また、本発明（請求項２８）にかかるプログラムは、請求項２６において、アプリケーションデータを個々にハンドリングするのではなく、複数のアプリケーションデータを一纏まりの集合とし、集合体であるパッケージをハンドリングすることにより、開発者またはエンドユーザのアプリケーションデータのハンドリングし易さを向上することができるという効果を奏する。
【０１６２】
また、本発明（請求項２９）にかかるプログラムは、請求項２８において、パッケージをハンドリングする際，パッケージ内のアプリケーションデータ群に対するサーバマシン側の処理をパッケージ内部に記述できるようにすることで、従来のＷｅｂサービス等でクライアントマシンから何度もサーバマシンのサービスを呼ばなくてはならなかった処理を、クライアントマシンがパッケージを送信するだけで実行することができるという効果を奏する。
【０１６３】
また、本発明（請求項３０）にかかるプログラムは、請求項２４において、クライアントマシンがアプリケーションデータをサーバマシンへ登録、編集、削除する際、サーバマシンの処理実行部でクライアントマシンから送られたアプリケーションデータがどのアプリケーションのデータかを判別し、データベースの該当する位置へアプリケーションデータを自動的に格納するため、クライアントマシンはデータベースの構造を意識することなくアプリケーションデータの登録、編集、削除を行なうことができるという効果を奏する。
【０１６４】
また、本発明（請求項３１）にかかるプログラムは、請求項２４において、クライアントマシンがアプリケーションデータをサーバマシンから検索、取得する際、サーバマシンのサーバ処理実行手段でクライアントマシンから送られた検索条件からどのアプリケーションのデータを要求したかを判別し、データベースの該当する位置からアプリケーションデータを自動的に取得するのでクライアントマシンはデータベースの構造を意識することなくアプリケーションデータの検索，取得を行なうことができるという効果を奏する。
【０１６５】
また、本発明（請求項３２）にかかるプログラムは、請求項２３において、本システムのサーバインタフェースとクライアントインタフェースをＷｅｂサービスとして実装することにより、より汎用的なシステムにすることができるという効果を奏する。
【０１６６】
また、本発明（請求項３３）にかかるプログラムは、請求項２３において、本システムのサーバインタフェースとクライアントインタフェースをリモートメソッド呼び出しとして実装することにより、Ｗｅｂサービスで実装するよりもレスポンスを高速にすることが可能になるという効果を奏する。
【０１６７】
また、本発明（請求項３４）にかかるコンテンツ管理装置は、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することで、クライアントが順次新らしいパッケージを定義することが可能になるという効果を奏する。
【０１６８】
また、本発明（請求項３５）にかかるコンテンツ管理装置は、請求項３４において、パッケージのデータ構造が汎用的であり、様々なケースに対応可能にすることによって、クライアントマシンが様々なケースで発生するコンテンツのかたまりをパッケージとして管理することができるという効果を奏する。
【０１６９】
また、本発明（請求項３６）にかかるコンテンツ管理装置は、請求項３５において、パッケージ内に計画日時および実施日時のリストを設けることにより、クライアントマシンがそのパッケージに対して複数の期間を計画と実施という視点で格納することができるという効果を奏する。
【０１７０】
また、本発明（請求項３７）にかかるコンテンツ管理装置は、請求項３５において、パッケージ内に関連コンテンツＩＤリストと関連パッケージリストを設けることにより、クライアントマシンが他のパッケージとの関連付けやコンテンツとの関連付けを行なうことができるという効果を奏する。
【０１７１】
また、本発明（請求項３８）にかかるコンテンツ管理装置は、請求項３４において、パッケージ内に固有データを設けることにより、クライアントマシンがコンテンツやパッケージで表現できない独自のデータをパッケージに格納することができりという効果を奏する。
【０１７２】
また、本発明（請求項３９）にかかるコンテンツ管理装置は、請求項３４において、パッケージタイプ情報に、識別子とデータ定義情報を設けることにより、クライアントマシンが独自に定義したデータをパッケージに格納することができるという効果を奏する。
【０１７３】
また、本発明（請求項４０）にかかるコンテンツ管理装置は、請求項３４において、パッケージタイプ情報のデータ定義情報をクライアントマシンに返すインタフェースを設けることにより、クライアントマシンが、自分が定義していないパッケージタイプのパッケージ内の固有データに格納されているデータ構造を知ることができるという効果を奏する。
【０１７４】
また、本発明（請求項４１）にかかるコンテンツ管理装置は、請求項３４において、パッケージ内の情報を様々な形式で返すインタフェースを設けることにより、クライアントマシンが所望するデータのみを取得することができるという効果を奏する。
【０１７５】
また、本発明（請求項４２）にかかるコンテンツ管理装置は、請求項３４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、パッケージの新規登録あるいは編集と同時に、場所情報の登録を行なうことができるという効果を奏する。
【０１７６】
また、本発明（請求項４３）にかかるコンテンツ管理装置は、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、場所情報として管理されないクライアント独自の場所名を取り扱うことができるとという効果を奏する。
【０１７７】
また、本発明（請求項４４）にかかるコンピュータ読み取り可能な記録媒体は、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することで、クライアントが順次新らしいパッケージを定義することができるという効果を奏する。
【０１７８】
また、本発明（請求項４５）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージのデータ構造が汎用的であり、様々なケースに対応可能にすることによって、クライアントマシンが様々なケースで発生するコンテンツのかたまりをパッケージとして管理することができるという効果を奏する。
【０１７９】
また、本発明（請求項４６）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージ内に計画日時および実施日時のリストを設けることにより、クライアントマシンがそのパッケージに対して複数の期間を計画と実施という視点で格納することができるという効果を奏する。
【０１８０】
また、本発明（請求項４７）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージ内に関連コンテンツＩＤリストと関連パッケージリストを設けることにより、クライアントマシンが他のパッケージとの関連付けやコンテンツとの関連付けを行なうことができるという効果を奏する。
【０１８１】
また、本発明（請求項４８）にかかるコンピュータ読み取り可能な記録媒体は、請求項４５において、パッケージ内に固有データを設けることにより、クライアントマシンがコンテンツやパッケージで表現できない独自のデータをパッケージに格納することができるという効果を奏する。
【０１８２】
また、本発明（請求項４９）にかかるコンピュータ読み取り可能な記録媒体は、請求項４５において、パッケージタイプ情報に、識別子とデータ定義情報を設けることにより、クライアントマシンが独自に定義したデータをパッケージに格納することができるという効果を奏する。
【０１８３】
また、本発明（請求項５０）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージタイプ情報のデータ定義情報をクライアントマシンに返すインタフェースを設けることにより、クライアントマシンが、自分が定義していないパッケージタイプのパッケージ内の固有データに格納されているデータ構造を知ることが可能になるという効果を奏する。
【０１８４】
また、本発明（請求項５１）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージ内の情報を様々な形式で返すインタフェースを設けることにより、クライアントマシンが所望するデータのみを取得することができるという効果を奏する。
【０１８５】
また、本発明（請求項５２）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、パッケージの新規登録あるいは編集と同時に、場所情報の登録を行なうことができるという効果を奏する。
【０１８６】
また、本発明（請求項５３）にかかるコンピュータ読み取り可能な記録媒体は、請求項４４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、場所情報として管理されないクライアント独自の場所名を取り扱うことができるという効果を奏する。
【０１８７】
また、本発明（請求項５４）にかかるプログラムは、サーバマシンおよびクライアントマシンからなるデータ管理システムにおいて、コンテンツのかたまりをパッケージとして管理し、パッケージがどのようなパッケージかをパッケージタイプ情報で管理することで、クライアントが順次新らしいパッケージを定義することができるという効果を奏する。
【０１８８】
また、本発明（請求項５５）にかかるプログラムは、請求項５４において、パッケージのデータ構造が汎用的であり、様々なケースに対応可能にすることによって、クライアントマシンが様々なケースで発生するコンテンツのかたまりをパッケージとして管理することができるという効果を奏する。
【０１８９】
また、本発明（請求項５６）にかかるプログラムは、請求項５４において、パッケージ内に計画日時および実施日時のリストを設けることにより、クライアントマシンがそのパッケージに対して複数の期間を計画と実施という視点で格納することができるという効果を奏する。
【０１９０】
また、本発明（請求項５７）にかかるプログラムは、請求項５４において、パッケージ内に関連コンテンツＩＤリストと関連パッケージリストを設けることにより、クライアントマシンが他のパッケージとの関連付けやコンテンツとの関連付けを行なうことができるという効果を奏する。
【０１９１】
また、本発明（請求項５８）にかかるプログラムは、請求項５５において、パッケージ内に固有データを設けることにより、クライアントマシンがコンテンツやパッケージで表現できない独自のデータをパッケージに格納することができるという効果を奏する。
【０１９２】
また、本発明（請求項５９）にかかるプログラムは、請求項５５において、パッケージタイプ情報に、識別子とデータ定義情報を設けることにより、クライアントマシンが独自に定義したデータをパッケージに格納することができるという効果を奏する。
【０１９３】
また、本発明（請求項６０）にかかるプログラムは、請求項５４において、パッケージタイプ情報のデータ定義情報をクライアントマシンに返すインタフェースを設けることにより、クライアントマシンが、自分が定義していないパッケージタイプのパッケージ内の固有データに格納されているデータ構造を知ることが可能になるという効果を奏する。
【０１９４】
また、本発明（請求項６１）にかかるプログラムは、請求項５４において、パッケージ内の情報を様々な形式で返すインタフェースを設けることにより、クライアントマシンが所望するデータのみを取得することができるという効果を奏する。
【０１９５】
また、本発明（請求項６２）にかかるプログラムは、請求項５４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、パッケージの新規登録あるいは編集と同時に、場所情報の登録を行なうことができるという効果を奏する。
【０１９６】
また、本発明（請求項６３）にかかるプログラムは、請求項５４において、パッケージが新規登録あるいは編集される際に、場所ＩＤに所定の値を設定しておくことにより、場所情報として管理されないクライアント独自の場所名を取り扱うことができるという効果を奏する。
【発明を実施するための最良の形態】
【０１９７】
以下に添付図面を参照して、この発明にかかるアプリケーションデータ管理装置、コンテンツ管理装置、コンピュータ読み取り可能な記録媒体、並びにプログラムの最良な実施の形態を詳細に説明する。
【０１９８】
（第１の実施の形態）
この実施の形態は、Ｗｅｂサービスやリモートメソッド呼び出しで実現されるサーバ・クライアント型データ管理システムにおいて、システム導入時にサーバの処理部に定義されているアプリケーションデータのデータ構造に、システム導入後に新たなアプリケーションデータのデータ構造を追加、編集、削除でき，アプリケーションデータの登録や検索時にも、新たなアプリケーションデータのデータ構造を扱えるようにしたアプリケーションデータ管理装置に関するものである。以下、詳細に説明する。
【０１９９】
図１は、本発明の実施の形態にかかるアプリケーション管理装置を用いたシステムの構成を示すブロック図である。このシステムは、アプリケーションデータを記憶するデータベース４ｃと、データベース４ｃへアプリケーションデータを格納する、あるいはデータベース４ｃのアプリケーションデータを検索／取得する処理実行部４ｂと、クライアントへ実行可能なサービスやメソッドを開示するインタフェース４ａとからなるサーバマシン４が少なくとも１台存在する。現在、インタフェースの代表としてはＷｅｂサービスがあるが、リモートメソッド呼び出し（ＪａｖａではＲＭＩ；Ｒｅｍｏｔｅ  ｍｅｔｈｏｄ  ｉｎｖａｃａｔｉｏｎ）も利用されている。このＪａｖａのＲＭＩ（リモートメソッド起動）により分散アプリケーションが可能になる。また、アプリケーション同士でコミュニケーションを取ることも、ネットワーク上の複数のシステムにわたって実行することも可能である。なお、Ｊａｖａは、米国サン・マイクロシステムズ社が開発したものである。
【０２００】
一方、ユーザが何らかの処理を実行するためのアプリケーションと、サーバマシン４へのアクセスを可能にするインタフェースを有するクライアントマシン１，２，３が任意の数だけ存在し、各々サーバマシンのインタフェースを接続先としてサーバマシンと通信を行う。クライアントマシン１、クライアントマシン２、クライアントマシン３ではそれぞれアプリケーションＡ、アプリケーションＢ、アプリケーションＣが起動しており、サーバマシンのデータベースへそれぞれのアプリケーションデータを記憶したり、検索／取得できるようになっている。以上述べたようなシステム構成は、現在最も一般的である。
【０２０１】
ただし、それぞれのクライアントがそれぞれのアプリケーションデータをサーバマシン４のデータベースに格納、検索／取得するためには、サーバマシン４の処理実行部４ｂがアプリケーションデータを理解していなければならず（データ構造を知っていなければならず）、現在では、あらかじめ定義済みのデータ構造をサーバマシン４の処理実行部４ｂが処理するしかない。
【０２０２】
図２は、図１におけるシステムのサーバマシン内の構成を示すブロック図である。インタフェース４ａには、アプリケーションデータ定義５、アプリケーションデータ登録６、アプリケーションデータ検索のインタフェースが存在する。それぞれのインタフェースは、処理実行部４ｂのアプリケーションデータ定義処理８、アプリケーションデータ登録処理９、アプリケーションデータ検索処理１０のメソッド群を開示したものである。
【０２０３】
また、データベース４ｃ内には、図３に示すようなアプリケーションデータテーブル１１とアプリケーション管理テーブルを用意する。前者はアプリケーションデータの実体を記憶するテーブルであり、後者は処理実行部４ｂがハンドリングすることのできるアプリケーションを管理するテーブルである。以下に、各処理について詳しく述べる。
【０２０４】
アプリケーションデータ定義処理８では、処理実行部に新たなアプリケーションデータのデータ構造を構築し、処理実行部４ｂで新たなアプリケーションデータをハンドリングできるようにする。アプリケーションデータ定義処理８には、図４に示すように、アプリケーションデータの新規定義、アプリケーションデータの定義編集、アプリケーションデータの定義削除といった３つのメソッドを用意する。
【０２０５】
アプリケーションデータの新規定義メソッドでは、図５に示すように、クライアントマシン１，２，３から後述するアプリケーションタイプと定義ファイルを引数に同メソッドが呼ばれると（ステップＳ１）、定義ファイルからＪａｖａクラスのソースコードを自動生成する（ステップＳ２）。定義ファイルは、独自のフォーマットでも構わないが、ＲＥＬＡＸ（ＲＥｇｕｌａｒ  Ｌａｎｇｕａｇｅ  ｆｏｒ  ＸＭＬ；ＸＭＬ文書の構造を定義するスキーマ言語の一つ）のような定義言語を利用しても構わない。たとえばＲＥＬＡＸで定義ファイルを作成すると、以下のようになる。
<interface>
<export label="TestApplicationData"/>
</interface>
<elementRule label="TestApplicationData">
<tag/>
<sequence>
<element name="dataSize" type="int"/>
<element name="relation" type="string"/>
</sequence>
</elementRule>
【０２０６】
上記の例では、要素にデータサイズdataSizeとデータの関係relationを持つTestApplicationDataという名前のアプリケーションデータを定義している。次に、アプリケーションクラスのソースコードを修正する（ステップＳ３）。アプリケーションクラスとは、図６に示すようなデータ構造をしている。つまり、アプリケーションに関わらず、すべてのアプリケーションが共通で利用可能なデータと、そのアプリケーションが独自に持っているデータの２パートから構成されている。上記の定義ファイルは、後者のアプリケーション固有データのデータ構造を示したものであり、図６の例では"アプリケーションデータのサイズ"と"アプリケーションデータの関係"が固有データとして存在する。
【０２０７】
アプリケーション共通データは、サーバマシン４の処理実行部４ｂに既存の定義を流用し、自動的に生成する。よって、ユーザがカスタマイズできるのは、アプリケーション固有データ部のみである。また、アプリケーション固有データ部はアブストラクトクラスであり、様々なアプリケーションの独自データを格納可能である。したがって、新しいアプリケーションデータを定義する際には、アプリケーションクラスの再生成が必要である。次に、上記で生成したアプリケーションデータクラスとアプリケーションクラスのソースコードをコンパイルし（ステップＳ４）、実行可能な状態にする。そして、コンパイルした結果をサービスとして稼動させるために、サーバマシンにデプロイを行う。そして、アプリケーションタイプをアプリケーション管理テーブルに書き込む（ステップＳ５）。
【０２０８】
アプリケーションタイプとは、サーバマシン４の処理実行部４ｂが、図６のアプリケーションクラス１５を１単位としてハンドリングをするために必要な情報である。つまり、アプリケーション固有データ１７がどのアプリケーションのデータであるかを識別しなければならない。そのため、図６に示すようにアプリケーション共通データ部１６にはアプリケーションタイプという要素が存在し、同要素にアプリケーションタイプを格納する。サーバマシン４の処理実行部４ｂはアプリケーションタイプ要素を調べ、どのアプリケーションかを判別する。この際、ハンドリングできるアプリケーションは何があるかをサーバマシン４が知る必要があり、アプリケーションタイプ情報を管理するのが図３のアプリケーション管理テーブル１２である。以上の処理を行ない、成功あるいは失敗をクライアントマシン１，２，３へ返す(ステップＳ７)。
【０２０９】
以上の説明では、図６に示すアプリケーションクラスという単位の新規定義メソッドについて述べたが、同様の方法で図７に示すようなパッケージ１８を単位に新規定義しても構わない。パッケージ１８とは、図６に示すアプリケーションデータを複数格納でき、加えてパッケージデータとアクションマクロを有する。パッケージデータとは、格納されているアプリケーションデータがどういう集合であるかを示すデータである。たとえば、アプリケーションデータが「文書ファイル」であり、パッケージデータは「その文書ファイルのまとまりが開発中のシステムの仕様書群である」ことを記述しておける。
【０２１０】
また、アクションマクロとは、格納されているアプリケーションデータの集合に対して、任意のアクションを起こすためのデータである。たとえば、「開発中のシステムの仕様書群を○○さんへメールする」というアクションを記述しておけば、後述するアプリケーションデータ登録処理でこのパッケージが登録された際、サーバマシン４が自動的に記述されているアクションマクロを実行する。
【０２１１】
アプリケーションデータの定義編集メソッドでは、すでにサーバマシン４に登録されているアプリケーションデータ定義に変更をかけることができる。図８に示すように、クライアントマシンからアプリケーションタイプと定義ファイルを送信し（ステップＳ１１）、これをサーバマシン４が受け取ると、アプリケーションデータのソースコードを再生成する（ステップＳ１２）。そして、アプリケーションクラスのソースコードを更新する（ステップＳ１３）。アプリケーションデータおよびアプリケーションクラスのソースコードをコンパイルし（ステップＳ１４）、サービスとしてデプロイし（ステップＳ１５）、クライアントマシン１，２，３に成功または失敗を返す（ステップＳ１６）。アプリケーションデータの新規定義メソッドとの違いは、アプリケーション管理テーブルにアプリケーションタイプを登録しない箇所のみである。
【０２１２】
アプリケーションデータの定義削除メソッドでは、すでにサーバマシン４に登録されているアプリケーションデータ定義を削除する。図９に示すように、クライアントマシン１，２，３からアプリケーションタイプを送信し（ステップＳ２１）、サーバマシン４がこれを受け取ると、アプリケーションタイプに対応するアプリケーションデータクラスを削除する（ステップＳ２２）。そして、アプリケーションクラスから削除するアプリケーションデータクラスの関連を削除し（ステップＳ２３）、コンパイルする（ステップＳ２４）。コンパイルしたサービスをデプロイして稼動させ（ステップＳ２５）、クライアントマシン１，２，３に成功あるいは失敗を返す（ステップＳ２６）。
【０２１３】
つぎに、サーバマシンの処理実行部に存在する２つ目の処理であるアプリケーションデータ登録処理について説明する。図１０に示すアプリケーションデータ登録処理９には、アプリケーションデータ新規登録、アプリケーションデータ編集、アプリケーションデータ削除の３つのメソッドを用意する。
【０２１４】
アプリケーションデータ新規登録メソッドでは、アプリケーションデータ定義処理で定義済みのアプリケーションデータをデータベースに新規登録する。図１１に示すように、クライアントマシン１，２，３からは、図６に示したアプリケーションクラスが送られてくる（ステップＳ３１）。サーバマシン４では、送られたアプリケーションクラスの共通データのアプリケーションタイプを調べ、どのアプリケーションかを判別する（ステップＳ３２）。判別した結果をもとに、アプリケーションデータテーブルの所定の位置に送られたアプリケーションクラスのデータを格納する（ステップＳ３３）。そして、クライアントマシン１，２，３に成功あるいは失敗を返す（ステップＳ３４）。
【０２１５】
アプリケーションデータ編集メソッドでは、すでにアプリケーションデータテーブルに格納済みのアプリケーションデータを変更する。図１２に示すように、クライアントマシン１，２，３からアプリケーションクラスが送られてくる（ステップＳ４１）。サーバマシン４では、送られたアプリケーションクラスの共通データのアプリケーションタイプを調べ、どのアプリケーションかを判別する（ステップＳ４２）。判別した結果をもとに、アプリケーションデータテーブルの所定の位置に格納されているアプリケーションデータを送られたアプリケーションクラスのデータに書き換える（ステップＳ４３）。そして、クライアントマシン１，２，３に成功あるいは失敗を返す（ステップＳ４４）。
【０２１６】
アプリケーションデータ削除メソッドでは、すでにアプリケーションデータテーブルに格納済みのアプリケーションデータを削除する。図１３に示すように、クライアントマシン１，２，３からアプリケーションクラスが送られてくる（ステップＳ５１）。サーバマシン４では、送られたアプリケーションクラスの共通データのアプリケーションタイプを調べ、どのアプリケーションかを判別する（ステップＳ５２）。判別した結果をもとに、アプリケーションデータテーブルの所定の位置に格納されているアプリケーションデータを削除する（ステップＳ５３）。そして、クライアントマシン１，２，３に成功あるいは失敗を返す（ステップＳ５４）。
【０２１７】
以上述べた３つのメソッドは、クライアントマシン１，２，３からアプリケーションクラスが送られてくるが、図７に示したパッケージが送られてきても構わない。
【０２１８】
つぎに、サーバマシン４の処理実行部４ｂに存在する３つ目の処理であるアプリケーションデータ検索処理について説明する。アプリケーションデータ検索処理１０には、図１４に示すアプリケーションデータ検索メソッドを用意する。
【０２１９】
アプリケーションデータ検索メソッドでは、指定された条件をもとにアプリケーションデータを検索し、クライアントマシン１，２，３へ返す処理を実行する。図１５に示すように、クライアントマシン１，２，３からアプリケーションクラスが送られてくる。この際、アプリケーションクラスの要素のうち、検索したい要素のみに値を入れてサーバマシン４へ送る（ステップＳ６１）。サーバマシン４は、送られたアプリケーションクラスの各要素を調査し（ステップＳ６２）、値の入っている要素を検索条件としてアプリケーションデータテーブルを検索する（ステップＳ６３）。検索の結果、ヒットしたアプリケーションクラスをクライアントに返信する（ステップＳ６４）。
【０２２０】
上記の説明では、クライアントマシン１，２，３からアプリケーションクラスを受け取ったが、アプリケーションデータ検索用クラスをアプリケーションデータ定義処理で自動生成し、同クラスを受け取るインタフェースにしてもよい。
【０２２１】
（第２の実施の形態）
この実施の形態は、Ｗｅｂサービスやリモートメソッド呼び出しで実現されるサーバ・クライアント型コンテンツ管理システムにおいて、複数のコンテンツを１つにまとめたパッケージという概念を導入し、パッケージのデータ構造に汎用性のあるエレメントとパッケージタイプを追加し、パッケージタイプを管理するデータベース（ＤＢ）および処理を加えることにより、システム導入時に定義されていない新しいパッケージを取り扱えるようにしたコンテンツ管理装置に関するものである。以下、詳細に説明する。
【０２２２】
以下に、第２の実施の形態について説明する。この第２の実施の形態におけるシステム構成は、前述した第１の実施の形態の図１と同様である。
【０２２３】
すなわち、種々の情報を記憶するデータベース４ｃと、データベース４ｃへ情報を格納する、あるいはデータベース４ｃの情報を検索／取得する処理実行部４ｂと、クライアントマシン１，２，３へ実行可能なサービスやメソッドを開示するインタフェースとからなるサーバマシン４が少なくとも１台存在する。
【０２２４】
図１６は、第２の実施の形態にかかるシステムのサーバマシン内の構成を示すブロック図である。インタフェース４ａには、コンテンツ編集、コンテンツ取得、パッケージ編集、パッケージ取得、パッケージタイプ編集、パッケージタイプ取得、ユーザ編集、ユーザ取得、グループ編集、グループ取得、場所編集、場所取得のインタフェースが存在する。それぞれのインタフェースは、処理実行部４ｂのコンテンツ編集処理、コンテンツ取得処理、パッケージ編集処理、パッケージ取得処理、パッケージタイプ編集処理、パッケージタイプ取得処理、ユーザ編集処理、ユーザ取得処理、グループ編集処理、グループ取得処理、場所編集処理、場所取得処理のメソッド群を開示したものである。図１６において、色の付いたインタフェースおよび処理実行部４ｂ（パッケージ編集、パッケージ取得、パッケージタイプ編集、パッケージタイプ取得）が本件の特徴とする部位である。それ以外のインタフェースおよび処理実行部は、これまでにいくつもの管理方法が提案されているので、どの管理方法で管理しても構わない。
【０２２５】
データベース４ｃ内には、図１７に示すように、コンテンツテーブル２１、パッケージテーブル２２、パッケージタイプテーブル２３、ユーザテーブル２４、グループテーブル２５、場所テーブル２６を用意する。データベースの管理システムは、Ｏｒａｃｌｅ、ＭＳＳＱＬといったシステムがすでに普及しており、いずれを利用してもよいが、以下の説明ではＭＳＳＱＬを例にとって説明する。図１７において、ハッチングで示すテーブル（パッケージテーブル２２、パッケージタイプテーブル２３）が本件の特徴であり、それ以外のテーブルは従来のいずれのテーブルでも構わない。
【０２２６】
パッケージテーブル２２は、クライアントマシン１，２，３から登録されるパッケージを管理するテーブルであり、パッケージをリストで保持している。パッケージ３０は、図１８に示すようなデータ構造である。つまり、パッケージＩＤ、パッケージ名、パッケージ説明、所有者ＩＤ、グループＩＤ、作成日時、更新日時、計画日時リスト、実施日時リスト、場所ＩＤ、場所名、パッケージタイプ、関連パッケージＩＤリスト、関連コンテンツＩＤリスト、固有データ、有効／無効フラグをフィールドに持っている。
【０２２７】
パッケージＩＤは、パッケージテーブル内で一意にそのパッケージを指し示すことのできるユニークな文字列である。パッケージ名は、パッケージの名称であり、クライアントマシン１，２，３がパッケージをユーザに見せる際に代表的に表示する文字列である。パッケージ説明は、そのパッケージがどのようなコンテンツをまとめたものであるかを入力する文字列フィールドである。所有者ＩＤは、そのパッケージを所有するユーザのユーザＩＤである。
【０２２８】
ユーザＩＤは，ユーザテーブルで管理しており、ユーザ編集およびユーザ取得のインタフェースで呼び出せる。グループＩＤは、そのパッケージがどのグループに関与するかを表すため、そのグループのグループＩＤを格納するフィールドである。グループＩＤはグループテーブルで管理しており、グループ編集およびグループ取得のインタフェースで呼び出せる。
【０２２９】
作成日時は、そのパッケージが作成された日時を格納するフィールドである。更新日時は、そのパッケージが更新された日時を格納するフィールドである。計画日時リストおよび実施日時リストは、そのパッケージに対してユーザが何らかのアクションをする場合、計画上の開始日時および終了日時を計画日時リストに格納し、実際にアクションを実施した開始日時および終了日時を実施日時リストに格納することができる。つまり、計画日時および実施日時は、それぞれ開始日時と終了日時を保持する。さらに、計画日時リストおよび実施日時リストは、それぞれが計画日時および実施日時をリストで保持することができ、ユーザの複数のアクションを計画日時と実施日時で格納しておくことができる。
【０２３０】
場所ＩＤおよび場所名は、そのパッケージに関与する場所情報を格納できる。場所ＩＤは、場所テーブルで管理しており、場所編集および場所取得のインタフェースで呼び出せる。場所名は、場所の名称を格納するフィールドである。場所ＩＤだけではなく、場所名も格納できるようにすることで、場所テーブルで管理されていない任意の場所情報を設定することができる。
【０２３１】
パッケージタイプは、後述するパッケージタイプ情報のうちパッケージタイプ識別子を格納するフィールドである。そのパッケージが何であるかをシステムが理解するためのフィールドである。関連パッケージＩＤリストおよび関連コンテンツＩＤリストは、そのパッケージに関連するパッケージおよびコンテンツのＩＤを格納するフィールドである。このフィールドが存在することにより、そのパッケージから他のパッケージや様々なコンテンツを呼び出すことができるようになる。
【０２３２】
固有データは、そのパッケージが持つ固有の情報を格納するフィールドである。フィールドは文字列型であるが、格納する固有データはＸＭＬ構造になっている。固有データに格納する情報の定義は、後述するパッケージタイプ情報のデータ定義情報に定義してあり、データ定義情報を参照することによりシステムはそのデータ構造を理解することができる。有効／無効は、そのパッケージが有効であるか、無効であるかを設定するフィールドである。クライアントマシン１，２，３がそのパッケージを削除する場合は、このフィールドを無効にする処理を実行する。そして、本当に削除する場合は、パッケージテーブルからそのパッケージを完全削除するようにする。このようにすることで、クライアントマシン１，２，３が誤って削除してしまったパッケージを復旧することができるようになる。
【０２３３】
パッケージタイプテーブルは、クライアントマシン１，２，３から登録されるパッケージタイプ情報を管理するテーブルであり、パッケージタイプ情報をリストで保持している。パッケージタイプ情報３１は、図１９に示すようなデータ構造である。つまり、パッケージタイプ識別子、データ定義情報をフィールドに持っている。パッケージタイプ識別子は、パッケージタイプテーブル内で一意にそのパッケージタイプ情報を指し示すことのできるユニークな文字列である。データ定義情報は、そのパッケージタイプ識別子のパッケージの固有データ内にどのようなデータが格納されるのかを示すフィールドである。
【０２３４】
たとえば、パッケージタイプ識別子が会議を示す“Meeting”であり、データ定義情報に、「audience/String/*/参加者」というデータ定義が格納されていたとすると、パッケージタイプが"Meeting"であるパッケージの固有データには参加者のリストが格納されているということが分かる。データ定義のフォーマットは、「フィールド名/データ型/要素数/説明」で構成される。要素数には、空文字、*、+、?があり、空文字は必ず１つの要素を持つ、*は０個以上の要素を持つ、+は１個以上の要素を持つ、?は０または１個の要素を持つというＤＴＤ（Document Type Definition）スキーマに準拠している。上記では一例を示したが、データ定義のフォーマットは任意に定義することができる。
【０２３５】
以下に、図１６における各処理について詳しく述べる。ただし、本件で特徴とするパッケージ編集処理、パッケージ取得処理、パッケージタイプ編集処理、パッケージタイプ取得処理以外は、既存の処理方法を利用しても構わないので、以下の説明には記載しない。
【０２３６】
パッケージ編集処理３２では、データベース４ｃのパッケージテーブルに対して、新しいパッケージを格納したり、既存のパッケージを編集したり、削除する処理を実行する。具体的には、図２０に示すような、パッケージ新規登録メソッド、パッケージ編集メソッド、パッケージ削除メソッドが存在する。
【０２３７】
パッケージ新規登録メソッドは、パッケージテーブルにパッケージを新規に追加するメソッドである。図２１に示すように、まず、クライアントマシン１，２，３からパッケージを送信し（ステップＳ７１）、このクライアントマシン１，２，３が指定したパッケージをサーバマシン４が受け取る。そして、パッケージテーブルの既存パッケージのパッケージＩＤを参照し、ユニークなＩＤを生成する（ステップＳ７２）。生成したＩＤを指定パッケージのパッケージＩＤに設定する（ステップＳ７３）。つぎに、指定パッケージの場所ＩＤを調査する（ステップＳ７４）。ここで、場所ＩＤが“Ｎｅｗ”の場合は、場所編集処理を使って場所テーブルに指定パッケージの場所名を新規登録する（ステップＳ７５）。続いて、新規登録して得られる新しい場所ＩＤを指定パッケージの場所ＩＤに設定（格納）する（ステップＳ７６）。そして、パッケージテーブルに指定パッケージを追加する（ステップＳ７７）。最後に、新規パッケージＩＤをクライアントマシン１，２，３へ返す（ステップＳ７８）。
【０２３８】
パッケージ編集メソッドは、パッケージテーブルに既存のパッケージを変更するメソッドである。図２２に示すように、まず、クライアントマシン１，２，３からパッケージを送信し（ステップＳ８１）、このクライアントマシン１，２，３が指定したパッケージをサーバマシン４が受け取る。そして、指定パッケージの場所ＩＤを調査する（ステップＳ８２）。ここで、場所ＩＤが“Ｎｅｗ”の場合は、場所編集処理を使って場所テーブルに指定パッケージの場所名を新規登録する（ステップＳ８３）。新規登録して得られる新しい場所ＩＤを指定パッケージの場所ＩＤに設定（格納）する（ステップＳ８４）。そして、パッケージテーブルに格納してある指定パッケージのパッケージＩＤと同じパッケージＩＤを持つパッケージに指定パッケージを上書き保存する（ステップＳ８５）。最後に、成功したか失敗したかをクライアントマシン１，２，３へ返す（ステップＳ８６）。
【０２３９】
パッケージ削除メソッドは、パッケージテーブルに既存のパッケージを削除するメソッドである。ここでいう削除は、完全削除ではなく、パッケージの有効／無効フィールドを無効に変更することである。図２３に示すように、まず、クライアントマシン１，２，３からパッケージを送信し（ステップＳ９１）、このクライアントマシン１，２，３が指定したパッケージをサーバマシン４が受け取る。そして、指定パッケージＩＤのパッケージをパッケージテーブルから取得する（ステップＳ９２）。取得したパッケージの有効／無効フィールドを無効に設定する（ステップＳ９３）。そして、パッケージテーブルに格納してある指定パッケージＩＤと同じパッケージＩＤを持つパッケージに変更したパッケージを上書き保存する（ステップＳ９４）。最後に、成功したか失敗したかをクライアントマシン１，２，３へ返す（ステップＳ９５）。
【０２４０】
パッケージ取得処理では、データベースのパッケージテーブルに対して、クライアントマシン１，２，３が所望するパッケージを検索したり、クライアント指定のパッケージを取得する処理を実行する。具体的には、図２４に示すようなパッケージ取得処理３３では、パッケージ検索メソッド、パッケージ取得メソッド、パッケージ固有データ取得メソッド、パッケージ固有データ内指定要素取得メソッドが存在する。
【０２４１】
パッケージ検索メソッドは、パッケージテーブルに格納してあるパッケージから、クライアントマシン１，２，３が所望するパッケージを検索し、パッケージＩＤのリストとして返すメソッドである。図２５に示すように、まず、クライアントマシン１，２，３からパッケージ検索条件を送信し（ステップＳ１０１）、サーバマシン４はクライアントからパッケージ検索条件を受け取る。受け取ったパッケージ検索条件からＭＳＳＱＬデータベースを検索するためのＷＨＥＲＥ句を作成する（ステップＳ１０２）。作成したＷＨＥＲＥ句を使ってパッケージテーブル内を検索する（ステップＳ１０３）と、パッケージをリストで取得できる。取得したパッケージリストからパッケージＩＤのみを抽出し、パッケージＩＤのリストを生成する（ステップＳ１０４）。生成したパッケージＩＤリストをクライアントマシン１，２，３へ返す（ステップＳ１０５）。
【０２４２】
パッケージ取得メソッドは、パッケージテーブルに格納してあるパッケージからクライアントマシン１，２，３が所望するパッケージを取得して返すメソッドである。図２６に示すように、まず、クライアントマシン１，２，３からパッケージＩＤを送信し（ステップＳ１１１）、サーバマシン４はこのパッケージＩＤを受け取る。受け取ったパッケージＩＤと同じパッケージＩＤを有するパッケージをパッケージテーブルから検索し取得する（ステップＳ１１２）。そして取得したパッケージをクライアントマシン１，２，３へ返す（ステップＳ１１３）。
【０２４３】
パッケージ固有データ取得メソッドは、パッケージテーブルに格納してあるパッケージからクライアントマシン１，２，３が所望するパッケージを取得し、さらにそのパッケージ内の固有データのみを抽出して返すメソッドである。図２７に示すように、まず、クライアントマシン１，２，３からパッケージＩＤを送信し（ステップＳ１２１）、サーバマシン４はパッケージＩＤを受け取る。受け取ったパッケージＩＤと同じパッケージＩＤを有するパッケージをパッケージテーブルから検索し取得する（ステップＳ１２２）。取得したパッケージから固有データを取得する（ステップＳ１２３）。そして、取得した固有データをクライアントマシン１，２，３へ返す（ステップＳ１２４）。
【０２４４】
パッケージ固有データ内指定要素取得メソッドは、パッケージテーブルに格納してあるパッケージからクライアントマシン１，２，３が所望するパッケージを取得し、さらにそのパッケージ内の固有データからクライアント所望の要素のみを抽出して返すメソッドである。図２８に示すように、まず、クライアントマシン１，２，３からパッケージＩＤと要素名を送信し（ステップＳ１３１）、サーバマシン４はこのパッケージＩＤと要素名を受け取る。受け取ったパッケージＩＤと同じパッケージＩＤを有するパッケージをパッケージテーブルから検索し取得する（ステップＳ１３２）。さらに取得したパッケージから固有データを取得する（ステップＳ１３３）。固有データは文字列型のデータであるが、内容はＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データであるので、ＸＭＬドキュメントクラス（ＮＥＴやＪａｖａといった主流の開発言語にはＸＭＬデータを操作するためのクラスが用意されている）に適用し、ＸＭＬドキュメントを生成する（ステップＳ１３４）。生成したＸＭＬドキュメントに対してクライアントが指定した要素名を検索（主流の開発言語にはＸＭＬドキュメント内をパージングするメソッドも用意されている）し抽出する（ステップＳ１３５）。そして、検索し、抽出した要素をクライアントマシン１，２，３へ返す（ステップＳ１３６）。
【０２４５】
パッケージタイプ編集処理では、データベースのパッケージタイプテーブルに対して、新しいパッケージタイプ情報を格納したり、既存のパッケージタイプ情報を編集したり、削除する処理を実行する。具体的には、図２９に示すようなパッケージタイプ編集処理３４では、パッケージタイプ新規登録メソッド、パッケージタイプ編集メソッド、パッケージタイプ削除メソッドが存在する。
【０２４６】
パッケージタイプ新規登録メソッドは、パッケージタイプテーブルにパッケージタイプ情報を新規に追加するメソッドである。図３０に示すように、まず、クライアントマシン１，２，３からパッケージタイプ情報を送信する（ステップＳ１４１）。サーバマシン４はクライアントマシン１，２，３が指定したパッケージタイプ情報を受け取る。そして、パッケージタイプテーブル内に指定パッケージタイプ情報のパッケージタイプ識別子がすでに存在しないことを確認する（ステップＳ１４２）。存在しなければ、パッケージタイプテーブルに指定パッケージタイプ情報を新規に追加保存する（ステップＳ１５３）。最後に、成功したか失敗したかをクライアントマシン１，２，３へ返す（ステップＳ１４３）。
【０２４７】
パッケージタイプ編集メソッドは、パッケージタイプテーブルに既存のパッケージタイプ情報を変更するメソッドである。図３１に示すように、まず、クライアントマシン１，２，３からパッケージタイプ情報を送信する（ステップＳ１５１）。サーバマシン４はクライアントマシン１，２，３が指定したパッケージタイプ情報を受け取る。そして、パッケージタイプテーブル内に指定パッケージタイプ情報のパッケージタイプ識別子が存在することを確認する（ステップＳ１５２）。存在すれば、パッケージタイプテーブルに指定パッケージタイプ情報を上書き保存する（ステップＳ１５３）。最後に、成功したか失敗したかをクライアントマシン１，２，３へ返す（ステップＳ１５４）。
【０２４８】
パッケージタイプ削除メソッドは、パッケージタイプテーブルに既存のパッケージタイプ情報を削除するメソッドである。ここでいう削除はパッケージタイプテーブルから完全に削除することである。図３２に示すように、まず、クライアントマシン１，２，３からパッケージタイプ識別子を送信する（ステップＳ１６１）。サーバマシン４はクライアントマシン１，２，３が指定したパッケージタイプ識別子を受け取る。そして、パッケージタイプテーブル内に指定パッケージタイプ識別子が存在することを確認する（ステップＳ１６２）。存在すれば、パッケージタイプテーブルの指定パッケージタイプ識別子のパッケージタイプ情報を削除する（ステップＳ１６３）。最後に、成功したか失敗したかをクライアントマシン１，２，３へ返す（ステップＳ１６４）。
【０２４９】
パッケージタイプ取得処理では、データベースのパッケージタイプテーブルに対して、クライアントマシン１，２，３が所望するパッケージタイプ情報を検索したり、クライアントマシン１，２，３が指定するパッケージタイプ情報を取得する処理を実行する。具体的には、図３３に示すようなパッケージタイプ取得処理３５では、パッケージタイプ検索メソッド、パッケージタイプ取得メソッド、データ定義情報取得メソッドが存在する。
【０２５０】
パッケージタイプ検索メソッドは、パッケージタイプテーブルに格納してあるパッケージタイプ情報から、クライアントマシン１，２，３が所望するパッケージタイプ情報を検索し、パッケージタイプ識別子のリストとして返すメソッドである。図３４に示すように、まず、クライアントマシン１，２，３からパッケージタイプ検索条件を送信する（ステップＳ１７１）。サーバマシン４はクライアントマシン１，２，３からパッケージタイプ検索条件を受け取る。受け取ったパッケージタイプ検索条件からＭＳＳＱＬデータベースを検索するためのＷＨＥＲＥ句を作成する（ステップＳ１７２）。作成したＷＨＥＲＥ句を使ってパッケージタイプテーブル内を検索すると、パッケージタイプ情報をリストで取得できる（ステップＳ１７３）。取得したパッケージタイプ情報リストからパッケージタイプ識別子のみを抽出し、パッケージタイプ識別子のリストを生成する（ステップＳ１７４）。そして、生成したパッケージタイプ識別子リストをクライアントマシン１，２，３へ返す（ステップＳ１７５）。
【０２５１】
パッケージタイプ取得メソッドは、パッケージタイプテーブルに格納してあるパッケージタイプ情報からクライアント所望のパッケージタイプ情報を取得して返すメソッドである。図３５に示すように、まず、クライアントマシン１，２，３からパッケージタイプ識別子を送信する（ステップＳ１８１）。サーバマシン４はクライアントマシン１，２，３からパッケージタイプ識別子を受け取る。受け取ったパッケージタイプ識別子と同じパッケージタイプ識別子を有するパッケージタイプ情報をパッケージタイプテーブルから検索し取得する（ステップＳ１８２）。さらにこの取得したパッケージタイプ情報をクライアントマシン１，２，３へ返す（ステップ１８３）。
【０２５２】
データ定義情報取得メソッドは、パッケージタイプテーブルに格納してあるパッケージタイプ情報からクライアント所望のパッケージタイプ情報を取得し、さらにそのパッケージタイプ情報内のデータ定義情報のみを抽出して返すメソッドである。図３６に示すように、まず、クライアントマシン１，２，３からパッケージタイプ識別子を送信する（ステップＳ１９１）。サーバマシン４はクライアントマシン１，２，３からパッケージタイプ識別子を受け取る。受け取ったパッケージタイプ識別子と同じパッケージタイプ識別子を有するパッケージタイプ情報をパッケージタイプテーブルから検索し取得する（ステップＳ１９２）。さらにこの取得したパッケージタイプ情報からデータ定義情報を取得する（ステップＳ１９３）。そして、取得したデータ定義情報をクライアントマシン１，２，３へ返す（ステップＳ１９４）。
【０２５３】
ところで、これまで説明してきたアプリケーションデータの管理方法（アルゴリズム）を、プログラム化し、コンピュータ読み取り可能な記録媒体に記録し、コンピュータ上で実行することもできる。またアプリケーションデータの管理方法の一部をネットワーク上に有し、通信回線を通して実現することもできる。
【０２５４】
すなわち、この実施の形態で説明したアプリケーションデータの管理方法は、図３７に示すように、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータ（ＣＰＵ１３０）で実行することにより実現される。このプログラムは、キーボード１３５の操作などにより、メモリ１３１、ハードディスク１３４、フレキシブルディスク１３７、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ−Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３６、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータ（ＣＰＵ１３０）によって記録媒体から読み出し、必要に応じて表示装置３３に表示することによって実行される。また、必要に応じてこの画像処理方法のデータを通信装置１３２から外部装置に送受信することも可能である。
【０２５５】
また、このプログラムは、図３８に示すように、上記記録媒体を介して、インターネットなどのネットワーク（通信装置１４０）によってパーソナルコンピュータなどの装置１４１〜１４３に配布することができる。
【０２５６】
すなわち、このプログラムは、たとえばコンピュータに内蔵されている記録媒体としてのハードディスクに、あらかじめメインストールした状態で提供することができる。プログラムは記録媒体に一時的あるいは永続的に格納し、コンピュータにユニットとして組み込んだり、あるいは着脱式の記録媒体として利用することで、パッケージソフトウェアとして提供することができる。
【０２５７】
記録媒体としては、たとえば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤ、磁気ディスク、半導体メモリなどが利用できる。
【０２５８】
プログラムは、ダウンロードサイトから、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やインターネットといったネットワークを介して、有線または無線でコンピュータに転送し、そのコンピュータにおいて、内蔵するハードディスクなどの記憶装置にダウンロードさせるようにすることができる。
【産業上の利用可能性】
【０２５９】
以上のように、本発明にかかるアプリケーションデータ管理装置、コンテンツ管理装置、コンピュータ読み取り可能な記録媒体、並びにプログラムは、Ｗｅｂサービスやリモートメソッド呼び出しで実現されるサーバ・クライアント型データ管理システムに有用であり、特に、システム導入時にサーバの処理部に定義されているアプリケーションデータのデータ構造に、システム導入後に新たなアプリケーションデータのデータ構造を追加、編集、削除でき，アプリケーションデータの登録や検索時にも、新たなアプリケーションデータのデータ構造を扱えるようにしたシステムや、複数のコンテンツを１つにまとめたパッケージという概念を導入し、パッケージのデータ構造に汎用性のあるエレメントとパッケージタイプを追加し、パッケージタイプを管理するデータベースおよび処理を加えることにより、システム導入時に定義されていない新しいパッケージを取り扱えるようにしたシステムなどに適している。
【図面の簡単な説明】
【０２６０】
【図１】本発明の実施の形態にかかるアプリケーション管理装置を用いたシステムの構成を示すブロック図である。
【図２】図１におけるシステムのサーバマシン内の構成を示すブロック図である。
【図３】本発明の第１の実施の形態にかかるシステムのデータベース内の各テーブルを示すブロック図である。
【図４】本発明の第１の実施の形態にかかるシステムのアプリケーション定義処理の各メソッドを示す説明図である。
【図５】本発明の第１の実施の形態にかかるアプリケーション定義処理メソッドを示すフローチャートである。
【図６】本発明の第１の実施の形態にかかるシステムのアプリケーションクラスの内容を示す説明図である。
【図７】本発明の第１の実施の形態にかかるシステムのパッケージの内容を示す説明図である。
【図８】本発明の第１の実施の形態にかかるアプリケーションデータの定義編集処理メソッドを示すフローチャートである。
【図９】本発明の第１の実施の形態にかかるアプリケーションデータの定義削除処理メソッドを示すフローチャートである。
【図１０】本発明の第１の実施の形態にかかるシステムのアプリケーションデータ登録処理の各メソッドを示す説明図である。
【図１１】本発明の第１の実施の形態にかかるアプリケーションデータの新規登録処理メソッドを示すフローチャートである。
【図１２】本発明の第１の実施の形態にかかるアプリケーションデータの編集メソッドを示すフローチャートである。
【図１３】本発明の第１の実施の形態にかかるアプリケーションデータの削除メソッドを示すフローチャートである。
【図１４】本発明の第１の実施の形態にかかるシステムのアプリケーションデータ検索処理のメソッドを示す説明図である。
【図１５】本発明の第１の実施の形態にかかるアプリケーションデータの検索メソッドを示すフローチャートである。
【図１６】本発明の第２の実施の形態にかかるシステムのサーバマシン内の構成を示すブロック図である。
【図１７】本発明の第２の実施の形態にかかるシステムのデータベース内の各テーブルを示すブロック図である。
【図１８】本発明の第２の実施の形態にかかるシステムのパッケージの内容を示す説明図である。
【図１９】本発明の第２の実施の形態にかかるシステムのパッケージタイプ情報の内容を示す説明図である。
【図２０】本発明の第２の実施の形態にかかるシステムのパッケージ編集処理の各メソッドを示す説明図である。
【図２１】本発明の第２の実施の形態にかかるパッケージ新規登録メソッドを示すフローチャートである。
【図２２】本発明の第２の実施の形態にかかるパッケージ編集メソッドを示すフローチャートである。
【図２３】本発明の第２の実施の形態にかかるパッケージ削除メソッドを示すフローチャートである。
【図２４】本発明の第２の実施の形態にかかるパッケージ取得処理におけ各メソッドを示す説明図である。
【図２５】本発明の第２の実施の形態にかかるパッケージ検索メソッドを示すフローチャートである。
【図２６】本発明の第２の実施の形態にかかるパッケージ取得メソッドを示すフローチャートである。
【図２７】本発明の第２の実施の形態にかかるパッケージ固有データ取得メソッドを示すフローチャートである。
【図２８】本発明の第２の実施の形態にかかるパッケージ固有データ内指定要素取得メソッドを示すフローチャートである。
【図２９】本発明の第２の実施の形態にかかるパッケージタイプ編集処理におけ各メソッドを示す説明図である。
【図３０】本発明の第２の実施の形態にかかるパッケージタイプ新規登録メソッドを示すフローチャートである。
【図３１】本発明の第２の実施の形態にかかるパッケージタイプ編集メソッドを示すフローチャートである。
【図３２】本発明の第２の実施の形態にかかるパッケージタイプ削除メソッドを示すフローチャートである。
【図３３】本発明の第２の実施の形態にかかるパッケージタイプ取得処理におけ各メソッドを示す説明図である。
【図３４】本発明の第２の実施の形態にかかるパッケージタイプ検索メソッドを示すフローチャートである。
【図３５】本発明の第２の実施の形態にかかるパッケージタイプ取得メソッドを示すフローチャートである。
【図３６】本発明の第２の実施の形態にかかるデータ定義情報取得メソッドを示すフローチャートである。
【図３７】本発明の実施の形態にかかる画像処理方法をコンピュータに実行させる例を示すブロック図である。
【図３８】本発明の実施の形態にかかる画像処理方法をネットワーク上からダウンロードして実行させる例を示すブロック図である。
【符号の説明】
【０２６１】
１，２，３  クライアントマシン
１ａ，１ｂ，１ｃ  アプリケーション
４  サーバマシン
４ａ  インタフェース
４ｂ  処理実行部
４ｃ  データベース
５  アプリケーションデータ定義
６  アプリケーションデータ登録
７  アプリケーションデータ検索
８  アプリケーションデータ定義処理
９  アプリケーションデータ登録処理
１０  アプリケーションデータ検索処理
１１  アプリケーションデータテーブル
１２  アプリケーション管理テーブル
１５  アプリケーションクラス
１８  パッケージ
２１  コンテンツテーブル
２２  パッケージテーブル
２３  パッケージタイプテーブル
２４  ユーザテーブル
２５  グループテーブル
２６  場所テーブル
３０  パッケージ
３１  パッケージタイプ情報
３２  パッケージ編集処理
３３  パッケージ取得処理
３４  パッケージタイプ編集処理
３５  パッケージタイプ取得処理
【図１】
2006215866.tif 000003
【図２】
2006215866.tif 000004
【図３】
2006215866.tif 000005
【図４】
2006215866.tif 000006
【図５】
2006215866.tif 000007
【図６】
2006215866.tif 000008
【図７】
2006215866.tif 000009
【図８】
2006215866.tif 000010
【図９】
2006215866.tif 000011
【図１０】
2006215866.tif 000012
【図１１】
2006215866.tif 000013
【図１２】
2006215866.tif 000014
【図１３】
2006215866.tif 000015
【図１４】
2006215866.tif 000016
【図１５】
2006215866.tif 000017
【図１６】
2006215866.tif 000018
【図１７】
2006215866.tif 000019
【図１８】
2006215866.tif 000020
【図１９】
2006215866.tif 000021
【図２０】
2006215866.tif 000022
【図２１】
2006215866.tif 000023
【図２２】
2006215866.tif 000024
【図２３】
2006215866.tif 000025
【図２４】
2006215866.tif 000026
【図２５】
2006215866.tif 000027
【図２６】
2006215866.tif 000028
【図２７】
2006215866.tif 000029
【図２８】
2006215866.tif 000030
【図２９】
2006215866.tif 000031
【図３０】
2006215866.tif 000032
【図３１】
2006215866.tif 000033
【図３２】
2006215866.tif 000034
【図３３】
2006215866.tif 000035
【図３４】
2006215866.tif 000036
【図３５】
2006215866.tif 000037
【図３６】
2006215866.tif 000038
【図３７】
2006215866.tif 000039
【図３８】
2006215866.tif 000040