内装監理システムおよび内装監理プログラム
【課題】 適切に必要な情報を関係者の間で共有させる。
【解決手段】 内装監理サーバ１０の登録・公開・閲覧管理部２４は、ユーザの操作するクライアントコンピュータ１６からデータを受信して、当該データについて、ユーザの属するグループのグループ権限を含むデータファイル３４のレコードを生成して、データベース１２に格納する。また、登録・公開・閲覧管理部２４は、データ閲覧要求に応答して、データ閲覧要求したユーザの属するグループを特定し、特定されたグループのグループ権限を取得し、当該ユーザについてのグループ権限と、データ閲覧にかかるデータのデータファイル３４のレコード中のグループ権限とを比較して、データ閲覧の可否を判断する。
【解決手段】 内装監理サーバ１０の登録・公開・閲覧管理部２４は、ユーザの操作するクライアントコンピュータ１６からデータを受信して、当該データについて、ユーザの属するグループのグループ権限を含むデータファイル３４のレコードを生成して、データベース１２に格納する。また、登録・公開・閲覧管理部２４は、データ閲覧要求に応答して、データ閲覧要求したユーザの属するグループを特定し、特定されたグループのグループ権限を取得し、当該ユーザについてのグループ権限と、データ閲覧にかかるデータのデータファイル３４のレコード中のグループ権限とを比較して、データ閲覧の可否を判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、大規模ショッピングセンターの内装に携わる者による情報の授受を司る内装監理システムおよびプログラムに関する。
【背景技術】
【０００２】
大規模な施設の建築工事においては、その作業を効率よくかつ予定どおりに進めることが必要である。一般に施設の建築の際には、コンピュータを利用して、建築工程を管理することが実用化されている。たとえば、特許文献１には、内装・設備工事を作業に関する要素群と作業区画に関する要素群とに区分し、要素群を各要素の最小単位と当該最小単位の集合体である複合体とに整理して、各工事の工程を最小単位と複合体とで管理するような技術が提案されている。
【０００３】
また、特許文献２には、建設工事の工程ごとの工程進捗状況（たとえば、基礎工事完了検査、屋根工事完了検査、内装下地工事完了検査、完成検査）を端末からの操作によりプロジェクト進捗管理テーブルに格納され、かつ、当該建築工事の契約の履行履歴がプロジェクト履行履歴テーブルに格納されるような技術が提案されている。
【特許文献１】特開２００４−１５２１３５号公報
【特許文献２】特開２００３−３３１０１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
施設の建築工程は、基礎工事、鉄筋工事、コンクリート工事など、比較的工程が明確であり、基本的に１つの工程の終了とともに次の工程が開始される。また、事業者が多数にわたる場合であっても、上記工程が明確であることから、事業者の管理もそれほど面倒ではない。
【０００５】
近年の大規模ショッピングセンターは、多数のテナントを含む。したがって、このようなショッピングセンターでは、外装の建築工事が終了した後、それぞれのテナントで内装工事が行われる。ショッピングセンターにおける内装工事は、区画単位で独立して行われるため、上述した建築工程のような管理はほぼ不可能である。その一方、区画内の関係者の間での情報の共有、或いは、区画内ではない場合であっても必要な情報の共有は必須である。上記独立して各区画において内装工事が進められるため、情報の共有がない場合には、何らかの条件や日程の変更を関係者が知らないという事態が生じるからである。
【０００６】
従来、内装工事における内装監理においては、共有すべき事項を紙などの媒体で印刷し、掲示板に掲載し、或いは、各テナントに回覧することで情報の共有を図っていた。しかしながら、特定の権限を有する者の間で情報の共有を認める場合や、多くの者の間で情報の共有を認める場合などその条件は多岐にわたるため、上記従来の手法で円滑に必要な情報の共有を図ることは容易ではなかった。また、内装監理者においても、どのような者にどの情報を知らせるかを判断することは大きな負荷となっていた。
【０００７】
本発明は、適切に必要な情報を関係者の間で共有させることが可能な内装監理システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の目的は、内装工事に携わる者の間における情報の授受を司る内装監理システムであって、
各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースと、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理手段と、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理手段と、を備えたことを特徴とする内装監理システムにより達成される。
【０００９】
好ましい実施態様においては、前記ユーザ情報ファイルのレコードが、前記ユーザの連絡先を含み、
さらに、前記登録者からのデータ公開要求に応答して、前記登録者であるユーザに関する管理人を示すユーザＩＤを特定し、前記ユーザ情報ファイルのレコードを参照して、前記管理人の連絡先を特定し、当該管理人に対して、データ公開要求があったことを通知し、前記管理人によるクライアントコンピュータからの前記グループ権限の更新情報の受理に応答して、前記データ公開要求にかかるデータのデータＩＤを参照して、前記データファイルにおいて、当該データＩＤを含むレコードを特定し、当該レコードのグループ権限を、前記更新情報に基づいて更新するデータ公開管理手段を備える。
【００１０】
より好ましい実施態様においては、前記グループ権限が、前記ユーザによるデータの登録、公開、閲覧のそれぞれの可否を示すユーザ区分、内装工事が進められるショッピングセンターにおける区画を示す区画番号、前記内装工事に携わるものの作業を示す担当情報、前記内装工事が進められる区画にはいるべき店舗やその内装の属性情報を含み、
前記管理者を示す情報として、前記区画番号および担当情報の組み合わせが前記データベース中に記憶され、
前記データ公開管理手段が、前記登録者のユーザＩＤを含むユーザ情報ファイルのレコード中のグループＩＤを参照して、前記グループ情報ファイルにおいて、前記グループＩＤを含むレコードを特定し、当該レコード中のグループ権限に含まれる区画番号を特定し、前記グループ情報ファイルにおいて、前記管理者を示す前記区画番号および担当情報を含むレコードを特定し、かつ、前記ユーザ情報ファイルにおいて、当該レコード中のグループＩＤを含むレコードを特定する。
【００１１】
別の好ましい実施態様においては、前記グループ権限中の値が、前記第１のグループ権限の値と第２のグループ権限の対応する値との間で、実際の一致不一致の如何にかかわらず、値が一致すると判断させるワイルドカードを含み、
前記データ閲覧手段が、前記グループ権限における所定の値について、前記第１のグループ権限の値、或いは、第２のグループ権限の対応する値の値がワイルドカードである場合には、その値について双方の値が一致していると判断する。
【００１２】
また、本発明の目的は、各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースを備えたコンピュータにおいて、内装工事に携わる者の間における情報の授受を司るために、前記コンピュータに、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理ステップと、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理ステップと、を実行させることを特徴とする内装監理プログラムにより達成される。
【発明の効果】
【００１３】
本発明によれば、適切に必要な情報を関係者の間で共有させることが可能な内装監理システムおよびプログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について説明する。図１は、本実施の形態にかかるコンピュータシステムの全体構成を示すブロックダイヤグラムである。図１に示すように、本実施の形態にかかるコンピュータシステムは、内装監理サーバ１０およびデータベース１２を有する。内装監理サーバ１０は、インターネットなどのネットワーク１４を介して種々のクライアントコンピュータ１６−１、１６−２、・・・、１６−ｎと接続されている。クライアントコンピュータ１６（以下、特定のクライアントコンピュータを示す以外の場合には単に符号１６で示す）は、ショッピングセンターの内装に携わる者、たとえば、設計関係者、施工関係者、出店関係者、或いは、内装監理サーバ１０の運用者（統括者）などが操作する。
【００１５】
本実施の形態においては、上記関係者および総括者を、以下のように２種類の区分を設けて分類している。第１の区分はユーザ区分である。ユーザ区分においては、上記設計、施工或いは出店の当事者を一般ユーザ、それ以外に、外部関係者、内部関係者、内部統括者、外部統括者という５つの区分を設けている。第２の区分は、それぞれの者がどういった作業を担当しているかを示す担当に基づく区分である。この区分には、設計関係者、施工関係者、および、出店関係者という３つの区分を設けている。第１の区分は、ユーザが可能なアクション（データの登録、公開、閲覧）を規定している。第１の区分および第２の区分については、後に説明するグループ権限に関連して再度説明する。
【００１６】
本実施の形態にかかるコンピュータシステムにおいては、ユーザが、クライアントコンピュータ１６を操作して、データ（たとえば、文書などを含むテキストデータや画像データ）を内装監理サーバ１６に送信し、内装監理サーバ１０は、受信したデータをデータベース１２に格納する。また、クライアントコンピュータ１６からの要求に応じて、内装監理サーバ１０は、データベース１２中のデータに必要な処理を施し、或いは、データベース１２中のデータをクライアントコンピュータ１６にて閲覧可能な状態とする。
【００１７】
図２は、本実施の形態にかかる内装監理サーバ１０をより詳細に示すブロックダイヤグラムである。図２に示すように、本実施の形態にかかる内装監理サーバ１０は、ユーザ管理部２０、グループ権限管理部２２、登録・公開・閲覧管理部２４、ログ管理部２６および通知管理部２８を有する。また、図２に示すように、データベース１２には、グループ情報ファイル３０、ユーザ情報ファイル３２、データファイル３４および履歴ファイル３６が格納される。データファイル３４は、文書データやメールデータなどのテキストデータファイル３８および写真などの画像データファイル４０を含む。
【００１８】
ユーザ管理部２０は、新規登録のユーザについての必要な情報を、ユーザ情報ファイル３２に格納し、また、クライアントコンピュータ１６を用いてアクセスしたユーザのユーザ認証を実行する。登録・公開・閲覧管理部２４は、クライアントコンピュータ１６を用いてアクセスしたユーザの要求にしたがって、後述するデータ登録処理、データ公開処理およびデータ閲覧処理を実行する。グループ権限管理部２２は、データ公開処理の際に、後述するデータ権限の更新などを行う。ログ管理部２８は、ユーザによるデータ閲覧の履歴（ログ）を管理する。また、通知管理部２８は、必要に応じてクライアントマシン１６に対してメールによる通知を行う。
【００１９】
次に、本実施の形態にかかるグループ情報ファイル３０、ユーザ情報ファイル３２、データファイル３４および履歴ファイル３６の構成例について説明する。図３（ａ）は、本実施の形態にかかるグループ情報ファイルのレコード構成例を示す図、図３（ｂ）は、本実施の形態にかかるユーザ情報ファイルのレコード構成例を示す図である。図３（ａ）に示すように、グループ情報ファイル３０のレコード（符号３００参照）は、グループＩＤ、名称、登録コード、登録パスワードおよびグループ権限という項目を含む。また、図３（ｂ）に示すように、ユーザ情報ファイル３２のレコード（符号３１０参照）は、ユーザＩＤ、氏名、連絡先、メールアドレス、パスワード、グループＩＤという項目を含む。
【００２０】
本実施の形態においては、ユーザはそれぞれ特定のグループに属し、原則としてそのグループ内でのデータ閲覧が可能である。したがって、ユーザ情報ファイル３２のレコード中にはグループＩＤ（符号３１２参照）が存在し、グループ情報ファイル３０のグループＩＤ（符号３０１参照）を参照することにより、ユーザが属するグループ情報ファイル３０のレコードを特定することが可能である。
【００２１】
図４（ａ）は、本実施の形態にかかるデータファイルのレコードの構成例を示す図、図４（ｂ）は、本実施の形態にかかる履歴ファイルのレコードの構成例を示す図である。図４（ａ）に示すように、データファイル３４のレコード（符号４００参照）は、データＩＤ、表題、グループ権限、ユーザＩＤ（登録）、操作日時、ユーザＩＤ（公開）、公開日時という項目を含む。また、履歴ファイル３６のレコード（符号４１０参照）は、履歴ＩＤ、データＩＤ、ユーザＩＤ、閲覧日時という項目を有する。ユーザＩＤ（登録）（符号４０３参照）として、データを登録したユーザのユーザＩＤ（符号３１１参照）が格納される。また、ユーザＩＤ（公開）（符号４０４参照）として、データを公開したユーザのユーザＩＤが格納される。
【００２２】
また、データファイル３４においては、レコードごとにグループ権限（符号４０２参照）を有する。このグループ権限は、グループ情報ファイル３０のレコード中のグループ権限（符号３０２）に対応する。また、履歴ファイル３６中のデータＩＤ（符号４１１参照）は、データファイル３４のデータＩＤ（符号４０１参照）に対応し、ユーザＩＤ（符号４１２参照）は、ユーザ情報ファイル３２のユーザＩＤ（符号３１１参照）に対応する。
【００２３】
次に、本実施の形態にかかるグループ権限について説明する。図５（ａ）は、グループ情報ファイル３０のレコードの項目に含まれるグループ権限の構成例を示す図である。データファイル３４のレコードの項目に含まれるグループ権限（符号４０２参照）も同様の構成である。図５（ａ）に示すように、グループ権限は、ユーザ区分、区画番号、担当情報、追加情報を含む。本例では、グループ権限は１０桁の数字であり、ユーザ区分に１桁、区画番号に４桁、担当情報に１桁、追加情報に４桁が割り当てられている。以下、先頭の桁から順に第０桁、第１桁、・・・と称する。
【００２４】
図５（ｂ）は、第０桁に位置するユーザ区分の例を示す図である。図５（ｂ）に示すように、ユーザ区分は５種類存在し、それぞれのユーザ区分に属するユーザが可能なアクションが規定されている。ユーザ区分「１」は一般ユーザであることを示し、一般ユーザは、データの閲覧、登録および公開が可能である。ユーザ区分「２」は外部関係者であることを示し、外部関係者は、データの閲覧のみが可能である。また、ユーザ区分「３」は内部関係者であることを示し、内部関係者は、データの閲覧および登録が可能である。さらに、ユーザ区分「３」、「５」は、それぞれ内部統括者、外部統括者であることを示し、内部統括者および外部統括者は、データの閲覧、登録および公開が可能である。なお、ユーザ区分と、その区分のユーザが可能なアクション（閲覧、登録、公開）との組み合わせは、データベース１２中に予め格納されている。
【００２５】
第１桁〜第４桁の区画番号は、ショッピングセンター内の区画番号に該当する。ショッピングセンターの区画番号により、店舗の位置が特定されることになる。図５（ｃ）は、第５桁の担当情報の例を示す図である。図５（ｃ）に示すように、担当情報は３種類存在している。本実施の形態においては、担当情報は、ショッピングセンターの区画番号で規定される区画において、どのような作業を担当しているかを示し、担当情報「１」は設計関係者、担当情報「２」は施工関係者、担当情報「３」は出店関係者であることを示す。
【００２６】
さらに、第６桁〜第９桁の追加情報は、たとえば、以下の事項を示す。第６桁は、ショッピングセンター中のエリア（ゾーン）を示し、当該桁の値「１」〜「４」は、それぞれ、東ゾーン、西ゾーン、南ゾーンおよび北ゾーンを示す。また、第７桁は、上記区画番号で特定される位置にある店舗のテンポタイプを示し、当該桁の値「１」〜「５」は、それぞれ、物販店舗、食品物販店舗、大型物販店舗、飲食店舗、サービス店舗を示す。また、第８桁は、当該店舗のシャッターの形態を示している。なお、第９桁は本実施の形態では未使用である。無論、第９桁に、その区画の店舗の属性を割り当てて、その値が格納されても良い。
【００２７】
本実施の形態においては、各ユーザは、いずれかのグループに属する。各ユーザの情報はユーザ情報ファイル３２のレコードに格納され、当該ユーザ情報ファイル３２のレコードには、当該ユーザが属するグループＩＤが含まれる（符号３１２参照）。また、グループ情報ファイル３０には、当該グループを特定するグループＩＤ（符号３０１参照）とともに、グループ権限（符号３０２参照）が含まれる。したがって、各ユーザには、それぞれが属するグループに固有のグループ権限が特定されることになる。
【００２８】
以下、本実施の形態にかかるデータ登録、データ公開およびデータ閲覧の処理について説明する。本実施の形態かかるコンピュータシステムにおいては、基本的に、同一のグループに属するユーザが、データを共有するために機能する。同一のグループに属するユーザは、グループ情報ファイル３０のレコード、特にグループ権限に示すように、ショッピングセンターのある区画番号で特定される場所に位置する店舗に何らかの関係を持つ者である。したがって、同一のグループ内では、ユーザが登録したデータは、それぞれが閲覧することができる。さらに、後に詳述するが、特定のユーザである管理者が、データ公開処理において、一定の手順を経ることにより、他のグループの者に、登録されたデータを公開することも可能である。
【００２９】
図６は、本実施の形態にかかるデータ登録処理の例を示すフローチャートである。なお、予めユーザは、クライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスして、ユーザ情報ファイル３２のレコードに含まれる所定の項目を入力し、ユーザ情報ファイル３２のレコードの生成を求める。ユーザ管理部２０は、ユーザにより入力された項目の情報および当該ユーザに割り当てられるべきユーザＩＤを含むユーザ情報ファイル３２のレコードを生成して、データベース１２に格納しておく。
【００３０】
ユーザは、クライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスし、ユーザＩＤおよびパスワードを入力してログインを求める。内装監理サーバ１０のユーザ管理部２０は、ログイン要求を受理し（ステップ６０１）、入力されたユーザＩＤおよびパスワードと、ユーザ情報ファイル３２のレコード中のユーザＩＤおよびパスワードとを参照してユーザ認証を行う（ステップ６０２）。
【００３１】
ユーザ認証が成功した場合には、ユーザは、クライアントコンピュータ１６を操作して、内装監理サーバ１０に対して、必要なデータを送信する。実際には、ログインされた状態で、クライアントコンピュータ１６の表示装置の画面上には、内装監理サーバ１０から与えられたメニュー画面が表示されるため、ユーザはクライアントコンピュータ１６を操作して、当該メニュー画面からデータの登録の画面を呼び出して、当該画面を利用して登録すべきデータのファイル名等を指定すればよい。
【００３２】
なお、ユーザがクライアントコンピュータ１０を操作して、データ登録を求めた際に、内装監理サーバ１０の登録・公開・閲覧管理部２４は、ユーザに関するユーザ情報ファイル３２のレコードのグループＩＤを参照して、グループ情報ファイル３０中、当該グループＩＤを含むレコードを見出し、さらにそのレコード中のグループ権限を参照する。登録・公開・閲覧管理部２４は、グループ権限の第０桁のユーザ区分を参照して、ユーザがデータ登録可能であるか否かを判断し（ステップ６０３）、データ登録が可能である場合のみ、内装監理サーバ１０はデータを受理する（ステップ６０４）。
【００３３】
データを受理すると、内装監理サーバ１０の登録・公開・閲覧管理部２４は、ユーザ情報ファイル３２のレコードのグループＩＤを参照し、グループ情報ファイル３０中、当該グループＩＤを含むレコードのグループ権限を取得する（ステップ６０５）。次いで、登録・公開・閲覧管理部２４は、受理したデータにデータＩＤを付与し、当該データＩＤとともに、当該データの表題、ステップ６０５で取得したグループ権限、ユーザＩＤ（登録）、当該ユーザ登録のあった日時（操作日時）を含むデータファイル３４のレコードを生成して、データベース１２に格納する（ステップ６０６）。
【００３４】
このようにしてユーザは、内装監理サーバ１０のデータベース１２のデータファイル３４にデータを登録することができる。データ登録が完了すると、たとえば、通知管理部２８が、ユーザ情報ファイル３２を参照して、データ登録されたデータファイル３４のレコード中のグループＩＤを有するユーザ情報ファイル３２のレコードを特定し、ユーザ情報ファイル３２のレコードのメールアドレスをあて先として、データ登録があったことを通知するメールを生成して送信してもよい。
【００３５】
次に、本実施の形態にかかるデータ公開処理について説明する。上述したデータ登録によって、データ登録を行ったユーザと同一のグループに属する他のユーザ（つまり、同一のグループＩＤやグループ権限に関連付けられたユーザ）は、登録されたデータを閲覧することができる。しかしながら、場合によってユーザが属するグループ以外のグループに属する他のユーザに対してもそのデータを閲覧することが望ましい場合がある。したがって、本実施の形態においては、グループ内の管理人としての権限を有するユーザが、データ登録を行ったユーザの要求に応じて、データファイル３４のレコード中のグループ権限の一部を更新できるようにしている。
【００３６】
図７は、本実施の形態にかかるデータ公開処理の例を示すフローチャートである。データ公開処理は、データ登録者であるユーザが、クライアントコンピュータ１６を操作して、自己が登録したデータの公開要求を、内装監理サーバ１０に送信することにより開始される。データ登録者のデータ公開要求には、公開要求にかかるデータのデータＩＤ、および、データを公開すべきユーザを特定する情報が含まれる。ユーザを特定する情報は、グループ権限の一部の値の変更を示す情報であっても良い。グループ権限の値の変更については後述する。
【００３７】
内装監理サーバ１０の登録・公開・閲覧管理部２４は、公開要求を受理すると（ステップ７０１）、当該公開要求をしたユーザのユーザＩＤを含む、ユーザ情報ファイル３２中のレコードを参照して、当該レコード中のグループＩＤを特定する。さらに、登録・公開・閲覧管理部２４は、特定されたグループＩＤを含む、グループ情報ファイル３０中のレコードを特定し（ステップ７０２）、当該レコード中のグループ権限を参照して、管理者となるユーザを特定する（ステップ７０３）。本実施の形態においては、グループ権限の第５桁の担当情報の値「１」〜「３」の何れかの者が管理人となる。したがって、グループ権限の第１桁〜第４桁で特定される区画番号と、管理人となる担当情報との組み合わせが、管理人を示す情報としてデータベース１２に予め格納されている。
【００３８】
ステップ７０３においては、登録・公開・閲覧管理部２４は、グループ権限の第１桁〜第４桁の区画番号を参照し、当該区画番号と関連付けられた担当情報の値を特定する。さらに、登録・公開・閲覧管理部２４は、上記区画番号および特定された担当情報の値を有するグループ権限を含む、グループ情報ファイル３０のレコードを特定し、さらに、そのグループＩＤを含むようなユーザ情報ファイル３２のレコードを特定する。特定されたユーザ情報ファイル３２のレコードにあるユーザが管理人となる。したがって管理人は複数の場合もあり得る。
【００３９】
次いで、通知管理部２８は、特定された管理人に対してデータ公開要求があったこと、および、データ公開要求の内容を、たとえばメールにて通知する（ステップ７０４）。管理人は、通知に応答して、クライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスする。たとえば、メールに含まれたＵＲＬを指定して内装監理サーバ１０にアクセスするように構成すればよい。管理人は、クライアントコンピュータ１６を操作して、一部の項目が変更されたグループ権限（グループ権限の送信情報）を送信する。
【００４０】
上述したように、本実施の形態においては、グループ権限は、１０桁の数字であり、ユーザ区分に１桁、区画番号に４桁、担当情報に１桁、追加情報に４桁が割り当てられている。これらのうち、管理者は、追加情報の４桁の値のみの変更が可能である。つまり、データ公開の対象者として、担当情報の異なる他のグループのユーザ、ゾーンの異なる他のユーザ、シャッターの形状が異なる他のユーザなどを選択して、選択されたユーザによるデータの閲覧を可能とする。
【００４１】
管理者の操作するクライアントコンピュータ１６からのグループ権限の更新情報を受理すると、内装監理サーバ１０のグループ権限管理部２２は、データファイル３４の該当レコードのグループ権限を、受理した更新情報に基づいて更新する（ステップ７０６）。ステップ７０６では、さらに、データファイル３４のレコードにおいて、管理者のユーザＩＤが、ユーザＩＤ（公開）として格納されるとともに、ユーザ更新情報の受理の日時が、公開日時として格納される。このようにして、グループ権限が一定の条件の下で変更される。
【００４２】
次に、ユーザによるデータ閲覧について説明する。ユーザがクライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスしてログインした状態では、クライアントコンピュータ１６の表示装置の画面上には、内装監理サーバ１０から与えられたメニュー画面が表示されている。ユーザは、クライアントコンピュータ１６を操作して、データ閲覧の画面を呼び出し、画面に表示された所望のデータの閲覧を要求すると、登録・公開・閲覧管理部２４が、データ閲覧の可否を判断して、データ閲覧が可能なときにはクライアントコンピュータ１６の表示装置の画面上にデータを表示する。
【００４３】
図８は、本実施の形態にかかるデータ閲覧処理の例を示すフローチャートである。図８に示すように、登録・公開・閲覧管理部２４は、上記クライアントコンピュータ１６からのデータ閲覧要求を受理すると（ステップ８０１）、当該データ閲覧要求に含まれるデータＩＤ、データ閲覧要求を送信したユーザのユーザＩＤに基づいて、データファイル３４のレコード中のグループ権限と、ユーザが属するグループのグループ権限とを比較する（ステップ８０２）。
【００４４】
図９は、本実施の形態にかかるグループ権限の比較処理の例を示すフローチャートである。図９に示すように、登録・公開・閲覧管理部２４は、ユーザが属するグループのグループ権限を、グループ情報ファイル３０から取得し（これを、本処理では「ＧＲ１」と称する。）、また、データファイル３４のレコード中のグループ権限をデータファイル３４から取得する（これを、本処理では「ＧＲ２」と称する）（ステップ９０１）。また、グループ権限において第ｋ桁の値を特定するためのパラメータｋが「１」に初期化される（ステップ９０２）。
【００４５】
登録・公開・閲覧管理部２４は、グループ権限ＧＲ１の第ｋ桁と、グループ権限ＧＲ２の第ｋ桁とが等しいか否かを判断する（ステップ９０３）。ステップ９０３でＹｅｓ、つまり、双方のグループ権限の第ｋ桁が等しい場合には、登録・公開・閲覧管理部２４は、第９桁まで処理が終了したか否かを判断し（ステップ９０４）、第９桁までの処理が終了していない場合（ステップ９０４でＮｏ）には、パラメータｋをインクリメントして（ステップ９０５）、ステップ９０３に戻る。その一方、ステップ９０３でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、グループ権限ＧＲ２［ｋ］＝０であるか否かを判断する（ステップ９０６）。本実施の形態において、グループ権限ＧＲ２の第１桁〜第９桁のそれぞれにおいて、値が「０」であることはワイルドカードを示し、その桁については、ＧＲ２［ｋ］が「０」であることは、ＧＲ１［ｋ］の値の如何にかかわらず、双方の値が一致したと同等と判断するようにしている。したがって、ステップ９０６でＹｅｓと判断された場合には、ステップ９０４に進む。
【００４６】
さらに、ステップ９０５でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、パラメータｋが５以上であるか否かを判断する（ステップ９０７）。ステップ９０７でＹｅｓと判断された場合には、登録・公開・閲覧管理部２４は、グループ権限ＧＲ１［ｋ］＝０であるか否かを判断する（ステップ９０８）。本実施の形態において、グループ権限ＧＲ１の第５桁〜第９桁のそれぞれにおいて、値が「０」であることはワイルドカードを示し、その桁については、ＧＲ１［ｋ］が「０」であることは、ＧＲ２［ｋ］の値の如何にかかわらず、双方の値が一致したと同等と判断するようにしている。したがって、ステップ９０８でＹｅｓと判断された場合にも、ステップ９０４に進む。
【００４７】
ステップ９０７でＮｏと判断された場合、或いは、ステップ９０８でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、データ閲覧不可能と判断する（ステップ９０９）。その一方、すべての桁（ｋ＝１〜９）の処理でデータ閲覧不可能とならない状態であった場合（ステップ９０４でＹｅｓ）には、登録・公開・閲覧管理部２４は、データ閲覧可能と判断する（ステップ９１０）。
【００４８】
このように、本実施の形態においては、ユーザの属するグループのグループ権限と、閲覧要求にかかるデータに関連付けられたグループ権限とを比較し、各桁の値が一致し、或いは、少なくとも一方の桁の値がワイルドカードであれば、データ閲覧可能と判断され、それ以外の場合にはデータ閲覧が不可能と判断される。これにより、同一のグループに属するユーザや、データ公開者によるデータ公開処理によりデータ閲覧が認められたユーザに対する適切なデータ閲覧が可能となる。
【００４９】
比較処理の結果、ユーザに関するグループ権限によればデータ閲覧が可能であれば（ステップ８０３でＹｅｓ）、登録・公開・閲覧管理部２４は、データファイル３４から、データ閲覧要求に含まれるデータＩＤを有するレコードを取り出して、そのデータを、クライアントコンピュータ１６に送信する（ステップ８０４）。これにより、クライアントコンピュータの表示装置の画面上には、データ閲覧にかかるデータ（テキストデータや画像データ）が表示される。その後、登録・公開・閲覧管理部２４は、履歴ＩＤ、データ閲覧にかかるデータのデータＩＤ、データ閲覧要求をしたユーザのユーザＩＤ、閲覧日時を含む履歴ファイル３６のレコードを生成して、データベース１２の履歴ファイル３６に格納する（ステップ８０５）。
【００５０】
ステップ８０３でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、データ閲覧が不可能であることを示すエラーメッセージを、クライアントコンピュータ１６に送信する（ステップ８０６）。
【００５１】
図１０（ａ）は、あるユーザＡの属するグループのグループ権限の例を示す図、図１０（ｂ）は、データに関連付けられたグループ権限の例、および、閲覧の可否を示す図である。図１０（ｂ）の左に付された丸印はデータ閲覧が可能であることを示し、×印はデータ閲覧が不可能であることを示す。グループ権限１００１のグループに属するユーザは、図１０（ｂ）の最上段のグループ権限（符号１０１１参照）のデータを閲覧することが可能である（符号１０２１参照）。これは、第２桁〜第４桁の区画番号が一致し、第５桁の担当情報、および、第６桁〜第９桁の追加情報もすべて一致しているからである。
【００５２】
また、上記ユーザは、図１０（ｂ）の第２段のグループ権限（符号１０２２参照）のデータを閲覧することは不可能である。ここでは、第１桁、第３桁の値（区画番号の値）が少なくとも不一致となるからである。その一方、上記ユーザは、図１０（ｂ）の第３段のグループ権限（符号１０２３参照）のデータを閲覧することはできる。ここでは、第６桁、第７桁および第９桁の値が不一致であるが、データに関連付けられたグループ権限（グループ権限ＧＲ２に相当）において、これらの値が「０」つまりワイルドカードとなっているからである。詳細な説明は省略するが、第４段〜第８段のグループ権限と、ユーザＡの属するグループのグループ権限との間では、何れかの桁の値が不一致であり、かつ、その桁についてワイルドカードが適用されていないため、データ閲覧が不可能となる。
【００５３】
たとえば、一般のユーザ（属するグループのグループ権限の第１桁（ユーザ区分）が０であるユーザ）以外の他のユーザ、たとえば、内部関係者や統括者（グループ権限の第１桁が３〜５であるようなユーザ）については、当該ユーザのグループ権限（上記ＧＲ１に相当）の第１桁〜第４桁についてもワイルドカードが適用できるようにしてもよい。図１１は、グループ権限の比較処理の他の例を示すフローチャートである。図１１において、ステップ１１０１〜１１０９は、それぞれ、図９のステップ９０１〜９０６、ステップ９０８から９１０に相当する。すなわち、図１１の処理は、図９のステップ９０７が除かれたものと同じである。
【００５４】
図１１に示す処理においては、ユーザが属するグループのグループ権限ＧＲ１についても、第２桁〜第９桁のそれぞれにおいて、値が「０」であることはワイルドカードを示し、その桁については、ＧＲ１［ｋ］が「０」であることは、ＧＲ２［ｋ］の値が何であっても、双方の値が一致したと同等と判断するようにしている。したがって、ステップ１１０７でＹｅｓと判断された場合にも、ステップ１１０４に進む。それ以外は、図９の処理と同様であるため、詳細な説明は省略する。
【００５５】
図１０（ｃ）は、あるユーザ（内部統括者Ｂ）の属するグループのグループ権限の例を示す図である。グループ権限１０３１に属するユーザは、図１０（ｂ）の最上段のグループ権限（符号１０１１参照）のデータを閲覧することが可能である（符号１０４１参照）。これは、第２桁〜第４桁の区画番号が一致し、第５桁の担当情報、および、第６桁〜第９桁の追加情報もすべて一致しているからである。また、グループ権限１０３１に属するユーザは、第２段のグループ権限（符号１０１２参照）のデータを閲覧することが可能である（符号１０４２参照）。その一方、上記ユーザは、第３段のグループ権限（符号１０１３参照）のデータを閲覧することはできない。このように、特定のユーザ（内部関係者や統括者）には、他のユーザとことなる権限を与え、より閲覧が可能なデータの範囲を広くすることも可能である。
【００５６】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【図面の簡単な説明】
【００５７】
【図１】図１は、本実施の形態にかかるコンピュータシステムの全体構成を示すブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかる内装監理サーバ１０をより詳細に示すブロックダイヤグラムである。
【図３】図３（ａ）は、本実施の形態にかかるグループ情報ファイルのレコード構成例を示す図、図３（ｂ）は、本実施の形態にかかるユーザ情報ファイルのレコード構成例を示す図である。
【図４】図４（ａ）は、本実施の形態にかかるデータファイルのレコードの構成例を示す図、図４（ｂ）は、本実施の形態にかかる履歴ファイルのレコードの構成例を示す図である。
【図５】図５（ａ）は、グループ情報ファイルのレコードの項目に含まれるグループ権限の構成例を示す図、図５（ｂ）は、第０桁に位置するユーザ区分の例を示す図、図５（ｃ）は、第５桁の担当情報の例を示す図である。
【図６】図６は、本実施の形態にかかるデータ登録処理の例を示すフローチャートである。
【図７】図７は、本実施の形態にかかるデータ公開処理の例を示すフローチャートである。
【図８】図８は、本実施の形態にかかるデータ閲覧処理の例を示すフローチャートである。
【図９】図９は、本実施の形態にかかるグループ権限の比較処理の例を示すフローチャートである。
【図１０】図１０（ａ）は、あるユーザＡの属するグループのグループ権限の例を示す図、図１０（ｂ）は、データに関連付けられたグループ権限の例、および、閲覧の可否を示す図、図１０（ｃ）は、他のユーザ（内部統括者Ｂ）の属するグループのグループ権限の例を示す図である。
【図１１】図１１は、本実施の形態にかかるグループ権限の比較処理の他の例を示すフローチャートである。
【符号の説明】
【００５８】
１０ 内装監理サーバ
１２ データベース
１４ ネットワーク
１６ クライアントコンピュータ
２０ ユーザ管理部
２２ グループ権限管理部
２４ 登録・公開・閲覧管理部
２６ ログ管理部
２８ 通知管理部
３０ グループ情報ファイル
３２ ユーザ情報ファイル
３４ データファイル
３６ 履歴ファイル
【技術分野】
【０００１】
本発明は、大規模ショッピングセンターの内装に携わる者による情報の授受を司る内装監理システムおよびプログラムに関する。
【背景技術】
【０００２】
大規模な施設の建築工事においては、その作業を効率よくかつ予定どおりに進めることが必要である。一般に施設の建築の際には、コンピュータを利用して、建築工程を管理することが実用化されている。たとえば、特許文献１には、内装・設備工事を作業に関する要素群と作業区画に関する要素群とに区分し、要素群を各要素の最小単位と当該最小単位の集合体である複合体とに整理して、各工事の工程を最小単位と複合体とで管理するような技術が提案されている。
【０００３】
また、特許文献２には、建設工事の工程ごとの工程進捗状況（たとえば、基礎工事完了検査、屋根工事完了検査、内装下地工事完了検査、完成検査）を端末からの操作によりプロジェクト進捗管理テーブルに格納され、かつ、当該建築工事の契約の履行履歴がプロジェクト履行履歴テーブルに格納されるような技術が提案されている。
【特許文献１】特開２００４−１５２１３５号公報
【特許文献２】特開２００３−３３１０１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
施設の建築工程は、基礎工事、鉄筋工事、コンクリート工事など、比較的工程が明確であり、基本的に１つの工程の終了とともに次の工程が開始される。また、事業者が多数にわたる場合であっても、上記工程が明確であることから、事業者の管理もそれほど面倒ではない。
【０００５】
近年の大規模ショッピングセンターは、多数のテナントを含む。したがって、このようなショッピングセンターでは、外装の建築工事が終了した後、それぞれのテナントで内装工事が行われる。ショッピングセンターにおける内装工事は、区画単位で独立して行われるため、上述した建築工程のような管理はほぼ不可能である。その一方、区画内の関係者の間での情報の共有、或いは、区画内ではない場合であっても必要な情報の共有は必須である。上記独立して各区画において内装工事が進められるため、情報の共有がない場合には、何らかの条件や日程の変更を関係者が知らないという事態が生じるからである。
【０００６】
従来、内装工事における内装監理においては、共有すべき事項を紙などの媒体で印刷し、掲示板に掲載し、或いは、各テナントに回覧することで情報の共有を図っていた。しかしながら、特定の権限を有する者の間で情報の共有を認める場合や、多くの者の間で情報の共有を認める場合などその条件は多岐にわたるため、上記従来の手法で円滑に必要な情報の共有を図ることは容易ではなかった。また、内装監理者においても、どのような者にどの情報を知らせるかを判断することは大きな負荷となっていた。
【０００７】
本発明は、適切に必要な情報を関係者の間で共有させることが可能な内装監理システムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の目的は、内装工事に携わる者の間における情報の授受を司る内装監理システムであって、
各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースと、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理手段と、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理手段と、を備えたことを特徴とする内装監理システムにより達成される。
【０００９】
好ましい実施態様においては、前記ユーザ情報ファイルのレコードが、前記ユーザの連絡先を含み、
さらに、前記登録者からのデータ公開要求に応答して、前記登録者であるユーザに関する管理人を示すユーザＩＤを特定し、前記ユーザ情報ファイルのレコードを参照して、前記管理人の連絡先を特定し、当該管理人に対して、データ公開要求があったことを通知し、前記管理人によるクライアントコンピュータからの前記グループ権限の更新情報の受理に応答して、前記データ公開要求にかかるデータのデータＩＤを参照して、前記データファイルにおいて、当該データＩＤを含むレコードを特定し、当該レコードのグループ権限を、前記更新情報に基づいて更新するデータ公開管理手段を備える。
【００１０】
より好ましい実施態様においては、前記グループ権限が、前記ユーザによるデータの登録、公開、閲覧のそれぞれの可否を示すユーザ区分、内装工事が進められるショッピングセンターにおける区画を示す区画番号、前記内装工事に携わるものの作業を示す担当情報、前記内装工事が進められる区画にはいるべき店舗やその内装の属性情報を含み、
前記管理者を示す情報として、前記区画番号および担当情報の組み合わせが前記データベース中に記憶され、
前記データ公開管理手段が、前記登録者のユーザＩＤを含むユーザ情報ファイルのレコード中のグループＩＤを参照して、前記グループ情報ファイルにおいて、前記グループＩＤを含むレコードを特定し、当該レコード中のグループ権限に含まれる区画番号を特定し、前記グループ情報ファイルにおいて、前記管理者を示す前記区画番号および担当情報を含むレコードを特定し、かつ、前記ユーザ情報ファイルにおいて、当該レコード中のグループＩＤを含むレコードを特定する。
【００１１】
別の好ましい実施態様においては、前記グループ権限中の値が、前記第１のグループ権限の値と第２のグループ権限の対応する値との間で、実際の一致不一致の如何にかかわらず、値が一致すると判断させるワイルドカードを含み、
前記データ閲覧手段が、前記グループ権限における所定の値について、前記第１のグループ権限の値、或いは、第２のグループ権限の対応する値の値がワイルドカードである場合には、その値について双方の値が一致していると判断する。
【００１２】
また、本発明の目的は、各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースを備えたコンピュータにおいて、内装工事に携わる者の間における情報の授受を司るために、前記コンピュータに、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理ステップと、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理ステップと、を実行させることを特徴とする内装監理プログラムにより達成される。
【発明の効果】
【００１３】
本発明によれば、適切に必要な情報を関係者の間で共有させることが可能な内装監理システムおよびプログラムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について説明する。図１は、本実施の形態にかかるコンピュータシステムの全体構成を示すブロックダイヤグラムである。図１に示すように、本実施の形態にかかるコンピュータシステムは、内装監理サーバ１０およびデータベース１２を有する。内装監理サーバ１０は、インターネットなどのネットワーク１４を介して種々のクライアントコンピュータ１６−１、１６−２、・・・、１６−ｎと接続されている。クライアントコンピュータ１６（以下、特定のクライアントコンピュータを示す以外の場合には単に符号１６で示す）は、ショッピングセンターの内装に携わる者、たとえば、設計関係者、施工関係者、出店関係者、或いは、内装監理サーバ１０の運用者（統括者）などが操作する。
【００１５】
本実施の形態においては、上記関係者および総括者を、以下のように２種類の区分を設けて分類している。第１の区分はユーザ区分である。ユーザ区分においては、上記設計、施工或いは出店の当事者を一般ユーザ、それ以外に、外部関係者、内部関係者、内部統括者、外部統括者という５つの区分を設けている。第２の区分は、それぞれの者がどういった作業を担当しているかを示す担当に基づく区分である。この区分には、設計関係者、施工関係者、および、出店関係者という３つの区分を設けている。第１の区分は、ユーザが可能なアクション（データの登録、公開、閲覧）を規定している。第１の区分および第２の区分については、後に説明するグループ権限に関連して再度説明する。
【００１６】
本実施の形態にかかるコンピュータシステムにおいては、ユーザが、クライアントコンピュータ１６を操作して、データ（たとえば、文書などを含むテキストデータや画像データ）を内装監理サーバ１６に送信し、内装監理サーバ１０は、受信したデータをデータベース１２に格納する。また、クライアントコンピュータ１６からの要求に応じて、内装監理サーバ１０は、データベース１２中のデータに必要な処理を施し、或いは、データベース１２中のデータをクライアントコンピュータ１６にて閲覧可能な状態とする。
【００１７】
図２は、本実施の形態にかかる内装監理サーバ１０をより詳細に示すブロックダイヤグラムである。図２に示すように、本実施の形態にかかる内装監理サーバ１０は、ユーザ管理部２０、グループ権限管理部２２、登録・公開・閲覧管理部２４、ログ管理部２６および通知管理部２８を有する。また、図２に示すように、データベース１２には、グループ情報ファイル３０、ユーザ情報ファイル３２、データファイル３４および履歴ファイル３６が格納される。データファイル３４は、文書データやメールデータなどのテキストデータファイル３８および写真などの画像データファイル４０を含む。
【００１８】
ユーザ管理部２０は、新規登録のユーザについての必要な情報を、ユーザ情報ファイル３２に格納し、また、クライアントコンピュータ１６を用いてアクセスしたユーザのユーザ認証を実行する。登録・公開・閲覧管理部２４は、クライアントコンピュータ１６を用いてアクセスしたユーザの要求にしたがって、後述するデータ登録処理、データ公開処理およびデータ閲覧処理を実行する。グループ権限管理部２２は、データ公開処理の際に、後述するデータ権限の更新などを行う。ログ管理部２８は、ユーザによるデータ閲覧の履歴（ログ）を管理する。また、通知管理部２８は、必要に応じてクライアントマシン１６に対してメールによる通知を行う。
【００１９】
次に、本実施の形態にかかるグループ情報ファイル３０、ユーザ情報ファイル３２、データファイル３４および履歴ファイル３６の構成例について説明する。図３（ａ）は、本実施の形態にかかるグループ情報ファイルのレコード構成例を示す図、図３（ｂ）は、本実施の形態にかかるユーザ情報ファイルのレコード構成例を示す図である。図３（ａ）に示すように、グループ情報ファイル３０のレコード（符号３００参照）は、グループＩＤ、名称、登録コード、登録パスワードおよびグループ権限という項目を含む。また、図３（ｂ）に示すように、ユーザ情報ファイル３２のレコード（符号３１０参照）は、ユーザＩＤ、氏名、連絡先、メールアドレス、パスワード、グループＩＤという項目を含む。
【００２０】
本実施の形態においては、ユーザはそれぞれ特定のグループに属し、原則としてそのグループ内でのデータ閲覧が可能である。したがって、ユーザ情報ファイル３２のレコード中にはグループＩＤ（符号３１２参照）が存在し、グループ情報ファイル３０のグループＩＤ（符号３０１参照）を参照することにより、ユーザが属するグループ情報ファイル３０のレコードを特定することが可能である。
【００２１】
図４（ａ）は、本実施の形態にかかるデータファイルのレコードの構成例を示す図、図４（ｂ）は、本実施の形態にかかる履歴ファイルのレコードの構成例を示す図である。図４（ａ）に示すように、データファイル３４のレコード（符号４００参照）は、データＩＤ、表題、グループ権限、ユーザＩＤ（登録）、操作日時、ユーザＩＤ（公開）、公開日時という項目を含む。また、履歴ファイル３６のレコード（符号４１０参照）は、履歴ＩＤ、データＩＤ、ユーザＩＤ、閲覧日時という項目を有する。ユーザＩＤ（登録）（符号４０３参照）として、データを登録したユーザのユーザＩＤ（符号３１１参照）が格納される。また、ユーザＩＤ（公開）（符号４０４参照）として、データを公開したユーザのユーザＩＤが格納される。
【００２２】
また、データファイル３４においては、レコードごとにグループ権限（符号４０２参照）を有する。このグループ権限は、グループ情報ファイル３０のレコード中のグループ権限（符号３０２）に対応する。また、履歴ファイル３６中のデータＩＤ（符号４１１参照）は、データファイル３４のデータＩＤ（符号４０１参照）に対応し、ユーザＩＤ（符号４１２参照）は、ユーザ情報ファイル３２のユーザＩＤ（符号３１１参照）に対応する。
【００２３】
次に、本実施の形態にかかるグループ権限について説明する。図５（ａ）は、グループ情報ファイル３０のレコードの項目に含まれるグループ権限の構成例を示す図である。データファイル３４のレコードの項目に含まれるグループ権限（符号４０２参照）も同様の構成である。図５（ａ）に示すように、グループ権限は、ユーザ区分、区画番号、担当情報、追加情報を含む。本例では、グループ権限は１０桁の数字であり、ユーザ区分に１桁、区画番号に４桁、担当情報に１桁、追加情報に４桁が割り当てられている。以下、先頭の桁から順に第０桁、第１桁、・・・と称する。
【００２４】
図５（ｂ）は、第０桁に位置するユーザ区分の例を示す図である。図５（ｂ）に示すように、ユーザ区分は５種類存在し、それぞれのユーザ区分に属するユーザが可能なアクションが規定されている。ユーザ区分「１」は一般ユーザであることを示し、一般ユーザは、データの閲覧、登録および公開が可能である。ユーザ区分「２」は外部関係者であることを示し、外部関係者は、データの閲覧のみが可能である。また、ユーザ区分「３」は内部関係者であることを示し、内部関係者は、データの閲覧および登録が可能である。さらに、ユーザ区分「３」、「５」は、それぞれ内部統括者、外部統括者であることを示し、内部統括者および外部統括者は、データの閲覧、登録および公開が可能である。なお、ユーザ区分と、その区分のユーザが可能なアクション（閲覧、登録、公開）との組み合わせは、データベース１２中に予め格納されている。
【００２５】
第１桁〜第４桁の区画番号は、ショッピングセンター内の区画番号に該当する。ショッピングセンターの区画番号により、店舗の位置が特定されることになる。図５（ｃ）は、第５桁の担当情報の例を示す図である。図５（ｃ）に示すように、担当情報は３種類存在している。本実施の形態においては、担当情報は、ショッピングセンターの区画番号で規定される区画において、どのような作業を担当しているかを示し、担当情報「１」は設計関係者、担当情報「２」は施工関係者、担当情報「３」は出店関係者であることを示す。
【００２６】
さらに、第６桁〜第９桁の追加情報は、たとえば、以下の事項を示す。第６桁は、ショッピングセンター中のエリア（ゾーン）を示し、当該桁の値「１」〜「４」は、それぞれ、東ゾーン、西ゾーン、南ゾーンおよび北ゾーンを示す。また、第７桁は、上記区画番号で特定される位置にある店舗のテンポタイプを示し、当該桁の値「１」〜「５」は、それぞれ、物販店舗、食品物販店舗、大型物販店舗、飲食店舗、サービス店舗を示す。また、第８桁は、当該店舗のシャッターの形態を示している。なお、第９桁は本実施の形態では未使用である。無論、第９桁に、その区画の店舗の属性を割り当てて、その値が格納されても良い。
【００２７】
本実施の形態においては、各ユーザは、いずれかのグループに属する。各ユーザの情報はユーザ情報ファイル３２のレコードに格納され、当該ユーザ情報ファイル３２のレコードには、当該ユーザが属するグループＩＤが含まれる（符号３１２参照）。また、グループ情報ファイル３０には、当該グループを特定するグループＩＤ（符号３０１参照）とともに、グループ権限（符号３０２参照）が含まれる。したがって、各ユーザには、それぞれが属するグループに固有のグループ権限が特定されることになる。
【００２８】
以下、本実施の形態にかかるデータ登録、データ公開およびデータ閲覧の処理について説明する。本実施の形態かかるコンピュータシステムにおいては、基本的に、同一のグループに属するユーザが、データを共有するために機能する。同一のグループに属するユーザは、グループ情報ファイル３０のレコード、特にグループ権限に示すように、ショッピングセンターのある区画番号で特定される場所に位置する店舗に何らかの関係を持つ者である。したがって、同一のグループ内では、ユーザが登録したデータは、それぞれが閲覧することができる。さらに、後に詳述するが、特定のユーザである管理者が、データ公開処理において、一定の手順を経ることにより、他のグループの者に、登録されたデータを公開することも可能である。
【００２９】
図６は、本実施の形態にかかるデータ登録処理の例を示すフローチャートである。なお、予めユーザは、クライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスして、ユーザ情報ファイル３２のレコードに含まれる所定の項目を入力し、ユーザ情報ファイル３２のレコードの生成を求める。ユーザ管理部２０は、ユーザにより入力された項目の情報および当該ユーザに割り当てられるべきユーザＩＤを含むユーザ情報ファイル３２のレコードを生成して、データベース１２に格納しておく。
【００３０】
ユーザは、クライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスし、ユーザＩＤおよびパスワードを入力してログインを求める。内装監理サーバ１０のユーザ管理部２０は、ログイン要求を受理し（ステップ６０１）、入力されたユーザＩＤおよびパスワードと、ユーザ情報ファイル３２のレコード中のユーザＩＤおよびパスワードとを参照してユーザ認証を行う（ステップ６０２）。
【００３１】
ユーザ認証が成功した場合には、ユーザは、クライアントコンピュータ１６を操作して、内装監理サーバ１０に対して、必要なデータを送信する。実際には、ログインされた状態で、クライアントコンピュータ１６の表示装置の画面上には、内装監理サーバ１０から与えられたメニュー画面が表示されるため、ユーザはクライアントコンピュータ１６を操作して、当該メニュー画面からデータの登録の画面を呼び出して、当該画面を利用して登録すべきデータのファイル名等を指定すればよい。
【００３２】
なお、ユーザがクライアントコンピュータ１０を操作して、データ登録を求めた際に、内装監理サーバ１０の登録・公開・閲覧管理部２４は、ユーザに関するユーザ情報ファイル３２のレコードのグループＩＤを参照して、グループ情報ファイル３０中、当該グループＩＤを含むレコードを見出し、さらにそのレコード中のグループ権限を参照する。登録・公開・閲覧管理部２４は、グループ権限の第０桁のユーザ区分を参照して、ユーザがデータ登録可能であるか否かを判断し（ステップ６０３）、データ登録が可能である場合のみ、内装監理サーバ１０はデータを受理する（ステップ６０４）。
【００３３】
データを受理すると、内装監理サーバ１０の登録・公開・閲覧管理部２４は、ユーザ情報ファイル３２のレコードのグループＩＤを参照し、グループ情報ファイル３０中、当該グループＩＤを含むレコードのグループ権限を取得する（ステップ６０５）。次いで、登録・公開・閲覧管理部２４は、受理したデータにデータＩＤを付与し、当該データＩＤとともに、当該データの表題、ステップ６０５で取得したグループ権限、ユーザＩＤ（登録）、当該ユーザ登録のあった日時（操作日時）を含むデータファイル３４のレコードを生成して、データベース１２に格納する（ステップ６０６）。
【００３４】
このようにしてユーザは、内装監理サーバ１０のデータベース１２のデータファイル３４にデータを登録することができる。データ登録が完了すると、たとえば、通知管理部２８が、ユーザ情報ファイル３２を参照して、データ登録されたデータファイル３４のレコード中のグループＩＤを有するユーザ情報ファイル３２のレコードを特定し、ユーザ情報ファイル３２のレコードのメールアドレスをあて先として、データ登録があったことを通知するメールを生成して送信してもよい。
【００３５】
次に、本実施の形態にかかるデータ公開処理について説明する。上述したデータ登録によって、データ登録を行ったユーザと同一のグループに属する他のユーザ（つまり、同一のグループＩＤやグループ権限に関連付けられたユーザ）は、登録されたデータを閲覧することができる。しかしながら、場合によってユーザが属するグループ以外のグループに属する他のユーザに対してもそのデータを閲覧することが望ましい場合がある。したがって、本実施の形態においては、グループ内の管理人としての権限を有するユーザが、データ登録を行ったユーザの要求に応じて、データファイル３４のレコード中のグループ権限の一部を更新できるようにしている。
【００３６】
図７は、本実施の形態にかかるデータ公開処理の例を示すフローチャートである。データ公開処理は、データ登録者であるユーザが、クライアントコンピュータ１６を操作して、自己が登録したデータの公開要求を、内装監理サーバ１０に送信することにより開始される。データ登録者のデータ公開要求には、公開要求にかかるデータのデータＩＤ、および、データを公開すべきユーザを特定する情報が含まれる。ユーザを特定する情報は、グループ権限の一部の値の変更を示す情報であっても良い。グループ権限の値の変更については後述する。
【００３７】
内装監理サーバ１０の登録・公開・閲覧管理部２４は、公開要求を受理すると（ステップ７０１）、当該公開要求をしたユーザのユーザＩＤを含む、ユーザ情報ファイル３２中のレコードを参照して、当該レコード中のグループＩＤを特定する。さらに、登録・公開・閲覧管理部２４は、特定されたグループＩＤを含む、グループ情報ファイル３０中のレコードを特定し（ステップ７０２）、当該レコード中のグループ権限を参照して、管理者となるユーザを特定する（ステップ７０３）。本実施の形態においては、グループ権限の第５桁の担当情報の値「１」〜「３」の何れかの者が管理人となる。したがって、グループ権限の第１桁〜第４桁で特定される区画番号と、管理人となる担当情報との組み合わせが、管理人を示す情報としてデータベース１２に予め格納されている。
【００３８】
ステップ７０３においては、登録・公開・閲覧管理部２４は、グループ権限の第１桁〜第４桁の区画番号を参照し、当該区画番号と関連付けられた担当情報の値を特定する。さらに、登録・公開・閲覧管理部２４は、上記区画番号および特定された担当情報の値を有するグループ権限を含む、グループ情報ファイル３０のレコードを特定し、さらに、そのグループＩＤを含むようなユーザ情報ファイル３２のレコードを特定する。特定されたユーザ情報ファイル３２のレコードにあるユーザが管理人となる。したがって管理人は複数の場合もあり得る。
【００３９】
次いで、通知管理部２８は、特定された管理人に対してデータ公開要求があったこと、および、データ公開要求の内容を、たとえばメールにて通知する（ステップ７０４）。管理人は、通知に応答して、クライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスする。たとえば、メールに含まれたＵＲＬを指定して内装監理サーバ１０にアクセスするように構成すればよい。管理人は、クライアントコンピュータ１６を操作して、一部の項目が変更されたグループ権限（グループ権限の送信情報）を送信する。
【００４０】
上述したように、本実施の形態においては、グループ権限は、１０桁の数字であり、ユーザ区分に１桁、区画番号に４桁、担当情報に１桁、追加情報に４桁が割り当てられている。これらのうち、管理者は、追加情報の４桁の値のみの変更が可能である。つまり、データ公開の対象者として、担当情報の異なる他のグループのユーザ、ゾーンの異なる他のユーザ、シャッターの形状が異なる他のユーザなどを選択して、選択されたユーザによるデータの閲覧を可能とする。
【００４１】
管理者の操作するクライアントコンピュータ１６からのグループ権限の更新情報を受理すると、内装監理サーバ１０のグループ権限管理部２２は、データファイル３４の該当レコードのグループ権限を、受理した更新情報に基づいて更新する（ステップ７０６）。ステップ７０６では、さらに、データファイル３４のレコードにおいて、管理者のユーザＩＤが、ユーザＩＤ（公開）として格納されるとともに、ユーザ更新情報の受理の日時が、公開日時として格納される。このようにして、グループ権限が一定の条件の下で変更される。
【００４２】
次に、ユーザによるデータ閲覧について説明する。ユーザがクライアントコンピュータ１６を操作して、内装監理サーバ１０にアクセスしてログインした状態では、クライアントコンピュータ１６の表示装置の画面上には、内装監理サーバ１０から与えられたメニュー画面が表示されている。ユーザは、クライアントコンピュータ１６を操作して、データ閲覧の画面を呼び出し、画面に表示された所望のデータの閲覧を要求すると、登録・公開・閲覧管理部２４が、データ閲覧の可否を判断して、データ閲覧が可能なときにはクライアントコンピュータ１６の表示装置の画面上にデータを表示する。
【００４３】
図８は、本実施の形態にかかるデータ閲覧処理の例を示すフローチャートである。図８に示すように、登録・公開・閲覧管理部２４は、上記クライアントコンピュータ１６からのデータ閲覧要求を受理すると（ステップ８０１）、当該データ閲覧要求に含まれるデータＩＤ、データ閲覧要求を送信したユーザのユーザＩＤに基づいて、データファイル３４のレコード中のグループ権限と、ユーザが属するグループのグループ権限とを比較する（ステップ８０２）。
【００４４】
図９は、本実施の形態にかかるグループ権限の比較処理の例を示すフローチャートである。図９に示すように、登録・公開・閲覧管理部２４は、ユーザが属するグループのグループ権限を、グループ情報ファイル３０から取得し（これを、本処理では「ＧＲ１」と称する。）、また、データファイル３４のレコード中のグループ権限をデータファイル３４から取得する（これを、本処理では「ＧＲ２」と称する）（ステップ９０１）。また、グループ権限において第ｋ桁の値を特定するためのパラメータｋが「１」に初期化される（ステップ９０２）。
【００４５】
登録・公開・閲覧管理部２４は、グループ権限ＧＲ１の第ｋ桁と、グループ権限ＧＲ２の第ｋ桁とが等しいか否かを判断する（ステップ９０３）。ステップ９０３でＹｅｓ、つまり、双方のグループ権限の第ｋ桁が等しい場合には、登録・公開・閲覧管理部２４は、第９桁まで処理が終了したか否かを判断し（ステップ９０４）、第９桁までの処理が終了していない場合（ステップ９０４でＮｏ）には、パラメータｋをインクリメントして（ステップ９０５）、ステップ９０３に戻る。その一方、ステップ９０３でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、グループ権限ＧＲ２［ｋ］＝０であるか否かを判断する（ステップ９０６）。本実施の形態において、グループ権限ＧＲ２の第１桁〜第９桁のそれぞれにおいて、値が「０」であることはワイルドカードを示し、その桁については、ＧＲ２［ｋ］が「０」であることは、ＧＲ１［ｋ］の値の如何にかかわらず、双方の値が一致したと同等と判断するようにしている。したがって、ステップ９０６でＹｅｓと判断された場合には、ステップ９０４に進む。
【００４６】
さらに、ステップ９０５でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、パラメータｋが５以上であるか否かを判断する（ステップ９０７）。ステップ９０７でＹｅｓと判断された場合には、登録・公開・閲覧管理部２４は、グループ権限ＧＲ１［ｋ］＝０であるか否かを判断する（ステップ９０８）。本実施の形態において、グループ権限ＧＲ１の第５桁〜第９桁のそれぞれにおいて、値が「０」であることはワイルドカードを示し、その桁については、ＧＲ１［ｋ］が「０」であることは、ＧＲ２［ｋ］の値の如何にかかわらず、双方の値が一致したと同等と判断するようにしている。したがって、ステップ９０８でＹｅｓと判断された場合にも、ステップ９０４に進む。
【００４７】
ステップ９０７でＮｏと判断された場合、或いは、ステップ９０８でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、データ閲覧不可能と判断する（ステップ９０９）。その一方、すべての桁（ｋ＝１〜９）の処理でデータ閲覧不可能とならない状態であった場合（ステップ９０４でＹｅｓ）には、登録・公開・閲覧管理部２４は、データ閲覧可能と判断する（ステップ９１０）。
【００４８】
このように、本実施の形態においては、ユーザの属するグループのグループ権限と、閲覧要求にかかるデータに関連付けられたグループ権限とを比較し、各桁の値が一致し、或いは、少なくとも一方の桁の値がワイルドカードであれば、データ閲覧可能と判断され、それ以外の場合にはデータ閲覧が不可能と判断される。これにより、同一のグループに属するユーザや、データ公開者によるデータ公開処理によりデータ閲覧が認められたユーザに対する適切なデータ閲覧が可能となる。
【００４９】
比較処理の結果、ユーザに関するグループ権限によればデータ閲覧が可能であれば（ステップ８０３でＹｅｓ）、登録・公開・閲覧管理部２４は、データファイル３４から、データ閲覧要求に含まれるデータＩＤを有するレコードを取り出して、そのデータを、クライアントコンピュータ１６に送信する（ステップ８０４）。これにより、クライアントコンピュータの表示装置の画面上には、データ閲覧にかかるデータ（テキストデータや画像データ）が表示される。その後、登録・公開・閲覧管理部２４は、履歴ＩＤ、データ閲覧にかかるデータのデータＩＤ、データ閲覧要求をしたユーザのユーザＩＤ、閲覧日時を含む履歴ファイル３６のレコードを生成して、データベース１２の履歴ファイル３６に格納する（ステップ８０５）。
【００５０】
ステップ８０３でＮｏと判断された場合には、登録・公開・閲覧管理部２４は、データ閲覧が不可能であることを示すエラーメッセージを、クライアントコンピュータ１６に送信する（ステップ８０６）。
【００５１】
図１０（ａ）は、あるユーザＡの属するグループのグループ権限の例を示す図、図１０（ｂ）は、データに関連付けられたグループ権限の例、および、閲覧の可否を示す図である。図１０（ｂ）の左に付された丸印はデータ閲覧が可能であることを示し、×印はデータ閲覧が不可能であることを示す。グループ権限１００１のグループに属するユーザは、図１０（ｂ）の最上段のグループ権限（符号１０１１参照）のデータを閲覧することが可能である（符号１０２１参照）。これは、第２桁〜第４桁の区画番号が一致し、第５桁の担当情報、および、第６桁〜第９桁の追加情報もすべて一致しているからである。
【００５２】
また、上記ユーザは、図１０（ｂ）の第２段のグループ権限（符号１０２２参照）のデータを閲覧することは不可能である。ここでは、第１桁、第３桁の値（区画番号の値）が少なくとも不一致となるからである。その一方、上記ユーザは、図１０（ｂ）の第３段のグループ権限（符号１０２３参照）のデータを閲覧することはできる。ここでは、第６桁、第７桁および第９桁の値が不一致であるが、データに関連付けられたグループ権限（グループ権限ＧＲ２に相当）において、これらの値が「０」つまりワイルドカードとなっているからである。詳細な説明は省略するが、第４段〜第８段のグループ権限と、ユーザＡの属するグループのグループ権限との間では、何れかの桁の値が不一致であり、かつ、その桁についてワイルドカードが適用されていないため、データ閲覧が不可能となる。
【００５３】
たとえば、一般のユーザ（属するグループのグループ権限の第１桁（ユーザ区分）が０であるユーザ）以外の他のユーザ、たとえば、内部関係者や統括者（グループ権限の第１桁が３〜５であるようなユーザ）については、当該ユーザのグループ権限（上記ＧＲ１に相当）の第１桁〜第４桁についてもワイルドカードが適用できるようにしてもよい。図１１は、グループ権限の比較処理の他の例を示すフローチャートである。図１１において、ステップ１１０１〜１１０９は、それぞれ、図９のステップ９０１〜９０６、ステップ９０８から９１０に相当する。すなわち、図１１の処理は、図９のステップ９０７が除かれたものと同じである。
【００５４】
図１１に示す処理においては、ユーザが属するグループのグループ権限ＧＲ１についても、第２桁〜第９桁のそれぞれにおいて、値が「０」であることはワイルドカードを示し、その桁については、ＧＲ１［ｋ］が「０」であることは、ＧＲ２［ｋ］の値が何であっても、双方の値が一致したと同等と判断するようにしている。したがって、ステップ１１０７でＹｅｓと判断された場合にも、ステップ１１０４に進む。それ以外は、図９の処理と同様であるため、詳細な説明は省略する。
【００５５】
図１０（ｃ）は、あるユーザ（内部統括者Ｂ）の属するグループのグループ権限の例を示す図である。グループ権限１０３１に属するユーザは、図１０（ｂ）の最上段のグループ権限（符号１０１１参照）のデータを閲覧することが可能である（符号１０４１参照）。これは、第２桁〜第４桁の区画番号が一致し、第５桁の担当情報、および、第６桁〜第９桁の追加情報もすべて一致しているからである。また、グループ権限１０３１に属するユーザは、第２段のグループ権限（符号１０１２参照）のデータを閲覧することが可能である（符号１０４２参照）。その一方、上記ユーザは、第３段のグループ権限（符号１０１３参照）のデータを閲覧することはできない。このように、特定のユーザ（内部関係者や統括者）には、他のユーザとことなる権限を与え、より閲覧が可能なデータの範囲を広くすることも可能である。
【００５６】
本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【図面の簡単な説明】
【００５７】
【図１】図１は、本実施の形態にかかるコンピュータシステムの全体構成を示すブロックダイヤグラムである。
【図２】図２は、本実施の形態にかかる内装監理サーバ１０をより詳細に示すブロックダイヤグラムである。
【図３】図３（ａ）は、本実施の形態にかかるグループ情報ファイルのレコード構成例を示す図、図３（ｂ）は、本実施の形態にかかるユーザ情報ファイルのレコード構成例を示す図である。
【図４】図４（ａ）は、本実施の形態にかかるデータファイルのレコードの構成例を示す図、図４（ｂ）は、本実施の形態にかかる履歴ファイルのレコードの構成例を示す図である。
【図５】図５（ａ）は、グループ情報ファイルのレコードの項目に含まれるグループ権限の構成例を示す図、図５（ｂ）は、第０桁に位置するユーザ区分の例を示す図、図５（ｃ）は、第５桁の担当情報の例を示す図である。
【図６】図６は、本実施の形態にかかるデータ登録処理の例を示すフローチャートである。
【図７】図７は、本実施の形態にかかるデータ公開処理の例を示すフローチャートである。
【図８】図８は、本実施の形態にかかるデータ閲覧処理の例を示すフローチャートである。
【図９】図９は、本実施の形態にかかるグループ権限の比較処理の例を示すフローチャートである。
【図１０】図１０（ａ）は、あるユーザＡの属するグループのグループ権限の例を示す図、図１０（ｂ）は、データに関連付けられたグループ権限の例、および、閲覧の可否を示す図、図１０（ｃ）は、他のユーザ（内部統括者Ｂ）の属するグループのグループ権限の例を示す図である。
【図１１】図１１は、本実施の形態にかかるグループ権限の比較処理の他の例を示すフローチャートである。
【符号の説明】
【００５８】
１０ 内装監理サーバ
１２ データベース
１４ ネットワーク
１６ クライアントコンピュータ
２０ ユーザ管理部
２２ グループ権限管理部
２４ 登録・公開・閲覧管理部
２６ ログ管理部
２８ 通知管理部
３０ グループ情報ファイル
３２ ユーザ情報ファイル
３４ データファイル
３６ 履歴ファイル
【特許請求の範囲】
【請求項１】
内装工事に携わる者の間における情報の授受を司る内装監理システムであって、
各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースと、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理手段と、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理手段と、を備えたことを特徴とする内装監理システム。
【請求項２】
前記ユーザ情報ファイルのレコードが、前記ユーザの連絡先を含み、
さらに、前記登録者からのデータ公開要求に応答して、前記登録者であるユーザに関する管理人を示すユーザＩＤを特定し、前記ユーザ情報ファイルのレコードを参照して、前記管理人の連絡先を特定し、当該管理人に対して、データ公開要求があったことを通知し、前記管理人によるクライアントコンピュータからの前記グループ権限の更新情報の受理に応答して、前記データ公開要求にかかるデータのデータＩＤを参照して、前記データファイルにおいて、当該データＩＤを含むレコードを特定し、当該レコードのグループ権限を、前記更新情報に基づいて更新するデータ公開管理手段を備えたことを特徴とする請求項１に記載の内装監理システム。
【請求項３】
前記グループ権限が、前記ユーザによるデータの登録、公開、閲覧のそれぞれの可否を示すユーザ区分、内装工事が進められるショッピングセンターにおける区画を示す区画番号、前記内装工事に携わるものの作業を示す担当情報、前記内装工事が進められる区画にはいるべき店舗やその内装の属性情報を含み、
前記管理者を示す情報として、前記区画番号および担当情報の組み合わせが前記データベース中に記憶され、
前記データ公開管理手段が、前記登録者のユーザＩＤを含むユーザ情報ファイルのレコード中のグループＩＤを参照して、前記グループ情報ファイルにおいて、前記グループＩＤを含むレコードを特定し、当該レコード中のグループ権限に含まれる区画番号を特定し、前記グループ情報ファイルにおいて、前記管理者を示す前記区画番号および担当情報を含むレコードを特定し、かつ、前記ユーザ情報ファイルにおいて、当該レコード中のグループＩＤを含むレコードを特定することを特徴とする請求項２に記載の内装監理システム。
【請求項４】
前記グループ権限中の値が、前記第１のグループ権限の値と第２のグループ権限の対応する値との間で、実際の一致不一致の如何にかかわらず、値が一致すると判断させるワイルドカードを含み、
前記データ閲覧手段が、前記グループ権限における所定の値について、前記第１のグループ権限の値、或いは、第２のグループ権限の対応する値の値がワイルドカードである場合には、その値について双方の値が一致していると判断することを特徴とする請求項２または３に記載の内装監理システム。
【請求項５】
各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースを備えたコンピュータにおいて、内装工事に携わる者の間における情報の授受を司るために、前記コンピュータに、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理ステップと、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理ステップと、を実行させることを特徴とする内装監理プログラム。
【請求項６】
前記ユーザ情報ファイルのレコードが、前記ユーザの連絡先を含み、
前記コンピュータに、前記登録者からのデータ公開要求に応答して、前記登録者であるユーザに関する管理人を示すユーザＩＤを特定し、前記ユーザ情報ファイルのレコードを参照して、前記管理人の連絡先を特定し、当該管理人に対して、データ公開要求があったことを通知し、前記管理人によるクライアントコンピュータからの前記グループ権限の更新情報の受理に応答して、前記データ公開要求にかかるデータのデータＩＤを参照して、前記データファイルにおいて、当該データＩＤを含むレコードを特定し、当該レコードのグループ権限を、前記更新情報に基づいて更新するデータ公開管理ステップを実行させることを特徴とする請求項５に記載の内装監理プログラム。
【請求項７】
前記グループ権限が、前記ユーザによるデータの登録、公開、閲覧のそれぞれの可否を示すユーザ区分、内装工事が進められるショッピングセンターにおける区画を示す区画番号、前記内装工事に携わるものの作業を示す担当情報、前記内装工事が進められる区画にはいるべき店舗やその内装の属性情報を含み、
前記管理者を示す情報として、前記区画番号および担当情報の組み合わせが前記データベース中に記憶され、
前記データ公開管理ステップにおいて、前記コンピュータに、
前記登録者のユーザＩＤを含むユーザ情報ファイルのレコード中のグループＩＤを参照して、前記グループ情報ファイルにおいて、前記グループＩＤを含むレコードを特定するステップと、
当該特定されたレコード中のグループ権限に含まれる区画番号を特定し、前記グループ情報ファイルにおいて、前記管理者を示す前記区画番号および担当情報を含むレコードを特定するステップと、
前記ユーザ情報ファイルにおいて、当該レコード中のグループＩＤを含むレコードを特定するステップと、を実行させることを特徴とする請求項６に記載の内装監理プログラム。
【請求項８】
前記グループ権限中の値が、前記第１のグループ権限の値と第２のグループ権限の対応する値との間で、実際の一致不一致の如何にかかわらず、値が一致すると判断させるワイルドカードを含み、
前記データ閲覧ステップにおいて、前記コンピュータに、
前記グループ権限における所定の値について、前記第１のグループ権限の値、或いは、第２のグループ権限の対応する値の値がワイルドカードである場合には、その値について双方の値が一致していると判断するステップを実行させることを特徴とする請求項６または７に記載の内装監理プログラム。
【請求項１】
内装工事に携わる者の間における情報の授受を司る内装監理システムであって、
各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースと、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理手段と、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理手段と、を備えたことを特徴とする内装監理システム。
【請求項２】
前記ユーザ情報ファイルのレコードが、前記ユーザの連絡先を含み、
さらに、前記登録者からのデータ公開要求に応答して、前記登録者であるユーザに関する管理人を示すユーザＩＤを特定し、前記ユーザ情報ファイルのレコードを参照して、前記管理人の連絡先を特定し、当該管理人に対して、データ公開要求があったことを通知し、前記管理人によるクライアントコンピュータからの前記グループ権限の更新情報の受理に応答して、前記データ公開要求にかかるデータのデータＩＤを参照して、前記データファイルにおいて、当該データＩＤを含むレコードを特定し、当該レコードのグループ権限を、前記更新情報に基づいて更新するデータ公開管理手段を備えたことを特徴とする請求項１に記載の内装監理システム。
【請求項３】
前記グループ権限が、前記ユーザによるデータの登録、公開、閲覧のそれぞれの可否を示すユーザ区分、内装工事が進められるショッピングセンターにおける区画を示す区画番号、前記内装工事に携わるものの作業を示す担当情報、前記内装工事が進められる区画にはいるべき店舗やその内装の属性情報を含み、
前記管理者を示す情報として、前記区画番号および担当情報の組み合わせが前記データベース中に記憶され、
前記データ公開管理手段が、前記登録者のユーザＩＤを含むユーザ情報ファイルのレコード中のグループＩＤを参照して、前記グループ情報ファイルにおいて、前記グループＩＤを含むレコードを特定し、当該レコード中のグループ権限に含まれる区画番号を特定し、前記グループ情報ファイルにおいて、前記管理者を示す前記区画番号および担当情報を含むレコードを特定し、かつ、前記ユーザ情報ファイルにおいて、当該レコード中のグループＩＤを含むレコードを特定することを特徴とする請求項２に記載の内装監理システム。
【請求項４】
前記グループ権限中の値が、前記第１のグループ権限の値と第２のグループ権限の対応する値との間で、実際の一致不一致の如何にかかわらず、値が一致すると判断させるワイルドカードを含み、
前記データ閲覧手段が、前記グループ権限における所定の値について、前記第１のグループ権限の値、或いは、第２のグループ権限の対応する値の値がワイルドカードである場合には、その値について双方の値が一致していると判断することを特徴とする請求項２または３に記載の内装監理システム。
【請求項５】
各レコードが、前記内装工事に携わる者であるユーザのユーザＩＤ、および、当該ユーザが属するグループを特定するグループＩＤを少なくとも含むユーザ情報ファイルと、
各レコードが、グループＩＤ、および、当該グループについてのデータ共有の権限を示すグループ権限を少なくとも含むグループ情報ファイルと、
各レコードが、データを特定するデータＩＤ、当該データに関連付けられたグループ権限、および、登録者のユーザＩＤを含むデータファイルと、を有するデータベースを備えたコンピュータにおいて、内装工事に携わる者の間における情報の授受を司るために、前記コンピュータに、
ネットワークを介してクライアントコンピュータから送信されたデータを受信し、受信したデータについてデータファイルのレコードを生成して、前記データベースに格納するデータ登録管理ステップと、
前記ネットワークを介してクライアントコンピュータからのデータ閲覧要求に応答して、前記データ閲覧要求にかかるユーザのユーザＩＤに基づいて、当該ユーザの属するグループのグループＩＤを特定し、前記グループ情報ファイルにおいて、前記特定されたグループＩＤを含むレコードを特定し、当該レコード中のグループ権限を取得するとともに、前記データ閲覧要求にかかるデータＩＤに参照して、前記データファイルにおいて、当該データＩＤにて特定されるデータに関連付けられたグループ権限を取得し、前記グループ情報ファイルからの第１のグループ権限と、前記データファイルからの第２のグループ権限とを比較して、前記データ閲覧の可否を判断するデータ閲覧管理ステップと、を実行させることを特徴とする内装監理プログラム。
【請求項６】
前記ユーザ情報ファイルのレコードが、前記ユーザの連絡先を含み、
前記コンピュータに、前記登録者からのデータ公開要求に応答して、前記登録者であるユーザに関する管理人を示すユーザＩＤを特定し、前記ユーザ情報ファイルのレコードを参照して、前記管理人の連絡先を特定し、当該管理人に対して、データ公開要求があったことを通知し、前記管理人によるクライアントコンピュータからの前記グループ権限の更新情報の受理に応答して、前記データ公開要求にかかるデータのデータＩＤを参照して、前記データファイルにおいて、当該データＩＤを含むレコードを特定し、当該レコードのグループ権限を、前記更新情報に基づいて更新するデータ公開管理ステップを実行させることを特徴とする請求項５に記載の内装監理プログラム。
【請求項７】
前記グループ権限が、前記ユーザによるデータの登録、公開、閲覧のそれぞれの可否を示すユーザ区分、内装工事が進められるショッピングセンターにおける区画を示す区画番号、前記内装工事に携わるものの作業を示す担当情報、前記内装工事が進められる区画にはいるべき店舗やその内装の属性情報を含み、
前記管理者を示す情報として、前記区画番号および担当情報の組み合わせが前記データベース中に記憶され、
前記データ公開管理ステップにおいて、前記コンピュータに、
前記登録者のユーザＩＤを含むユーザ情報ファイルのレコード中のグループＩＤを参照して、前記グループ情報ファイルにおいて、前記グループＩＤを含むレコードを特定するステップと、
当該特定されたレコード中のグループ権限に含まれる区画番号を特定し、前記グループ情報ファイルにおいて、前記管理者を示す前記区画番号および担当情報を含むレコードを特定するステップと、
前記ユーザ情報ファイルにおいて、当該レコード中のグループＩＤを含むレコードを特定するステップと、を実行させることを特徴とする請求項６に記載の内装監理プログラム。
【請求項８】
前記グループ権限中の値が、前記第１のグループ権限の値と第２のグループ権限の対応する値との間で、実際の一致不一致の如何にかかわらず、値が一致すると判断させるワイルドカードを含み、
前記データ閲覧ステップにおいて、前記コンピュータに、
前記グループ権限における所定の値について、前記第１のグループ権限の値、或いは、第２のグループ権限の対応する値の値がワイルドカードである場合には、その値について双方の値が一致していると判断するステップを実行させることを特徴とする請求項６または７に記載の内装監理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００９−２０５３１８（Ｐ２００９−２０５３１８Ａ）
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願番号】特願２００８−４５４５７（Ｐ２００８−４５４５７）
【出願日】平成２０年２月２７日（２００８．２．２７）
【出願人】（５９８１４７０５３）株式会社 船場 (1)
【Ｆターム（参考）】
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願日】平成２０年２月２７日（２００８．２．２７）
【出願人】（５９８１４７０５３）株式会社 船場 (1)
【Ｆターム（参考）】
[ Back to top ]