JP5825118B2 - 公開範囲判定方法、公開範囲判定装置及びプログラム - Google Patents

Description

本発明は、データの公開範囲を判定する公開範囲判定方法、公開範囲判定装置及びプログラムに関する。

データをネットワーク経由で公開する場合、データにアクセス可能なユーザを制限することにより、データの公開範囲が設定される。そのため、データを公開するユーザは、サーバ装置にアップロードするデータの公開範囲を指定する。

特開２００９−２６１２９号公報 特開２００２−１７６４１９号公報

しかしながら、データの公開範囲を指定したユーザには、指定した公開範囲を間違えていないか、指定した公開範囲にデータを公開したくないメンバが含まれていないか等の不安がある。

本願は斯かる事情に鑑みてなされたものである。その目的は、指定したデータの公開範囲に誤りがないか否かを判定することができる公開範囲判定方法、公開範囲判定装置及びプログラムを提供することである。

本願による開示の一観点は、複数のユーザにより共有されるデータの公開に際し、制御部及び記憶部を有するコンピュータにより公開する範囲に誤りがないか否かを判定する公開範囲判定方法において、データの公開範囲及び該データのメタデータを前記制御部により受け付け、データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの属性情報を前記制御部により抽出し、前記メタデータを有意情報に変換する変換規則及び該有意情報が関連付けて記憶された前記記憶部の内容に基づいて、受け付けたメタデータを有意情報に前記制御部により変換し、有意情報及び該有意情報に基づいて推定された推定公開範囲に属するユーザの属性情報に関するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、変換した有意情報をキーワードに前記制御部により変換し、抽出した属性情報に、変換したキーワードが含まれるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する。

本願による開示の一観点によれば、指定したデータの公開範囲に誤りがないか否かを判定することができる。

データ公開システムのハードウェア構成例を示すブロック図である。 データ公開システムの機能構成例を示す機能ブロック図である。 データ公開システムの機能構成例を示す機能ブロック図である。 グループテーブルのレコードレイアウトの一例を示す説明図である。 ユーザテーブルのレコードレイアウトの一例を示す説明図である。 グループメンバ関連テーブルのレコードレイアウトの一例を示す説明図である。 公開データグループ関連テーブルのレコードレイアウトの一例を示す説明図である。 メタデータテーブルのレコードレイアウトの一例を示す説明図である。 変換ルールテーブルのレコードレイアウトの一例を示す説明図である。 推定ルールテーブルのレコードレイアウトの一例を示す説明図である。 判定結果テーブルのレコードレイアウトの一例を示す説明図である。 公開データ登録画面のレイアウトの一例を示す説明図である。 判定結果画面のレイアウトの一例を示す説明図である。 サーバ装置が実行する公開範囲判定処理の手順の一例を示すフローチャートである。 データ公開システムのハードウェア構成例を示すブロック図である。 データ公開システムの機能構成例を示す機能ブロック図である。 データ公開システムの機能構成例を示す機能ブロック図である。 スケジュールテーブルのレコードレイアウトの一例を示す説明図である。 行動履歴テーブルのレコードレイアウトの一例を示す説明図である。 変換ルールテーブルのレコードレイアウトの一例を示す説明図である。 公開データ登録画面のレイアウトの一例を示す説明図である。 サーバ装置が実行する公開範囲判定処理の手順の一例を示すフローチャートである。 サーバ装置が実行する公開範囲判定処理の手順の一例を示すフローチャートである。

本実施の形態に係るデータ公開システムをその図面に基づいて説明する。データ公開システムは、例えば会員制のシステムである。ユーザは、例えばユーザＩＤ及びパスワードを利用した認証により、データが登録されたサーバ装置にログインし、データの閲覧又はダウンロードを行う。ただし、全てのユーザが登録されたデータにアクセスできるわけではない。データをサーバ装置にアップロードしたユーザが指定したグループに属するユーザのみが、当該データにアクセスし、当該データを共有することができる。すなわち、データ公開システムは、データをアップロードしたユーザが指定したグループをデータの公開範囲に設定する。

データ公開システムが対象とするデータは、例えば静止画像データ、動画像データ、音声データ、ドキュメントデータ（テキストファイル、ＭＳ Ｏｆｆｉｃｅ（登録商標）ドキュメント等）、プレゼンテーションデータ等を含む。以下では、データ公開システムが対象とするデータとして、コンテンツデータの一例である静止画像データを採り上げる。なお、データ公開システムが対象とするデータには、プログラムソースコード、オブジェクトコード、実験データ、調査データ、設計データ、会計データ、医療データ、生産管理データ等が含まれてもよい。
なお、本発明は、以下の実施の形態に限定されない。

実施の形態１
図１は、データ公開システムのハードウェア構成例を示すブロック図である。データ公開システムは、カメラ１、端末装置２及びサーバ装置（公開範囲判定装置、コンピュータ）３を含む。カメラ１及び端末装置２は、有線又は無線により接続されている。端末装置２及びサーバ装置３は、ネットワークＮを介して接続されており、互いに情報の送受信を行うことができる。なお、ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、電話通信回線網、衛星通信回線網等を含む。

カメラ１は、制御部１１、記憶部１２、タイマ１３、操作部１４、ＧＰＳ（Global Positioning System）受信部１５、撮像部１６、表示部１７及び通信部１８を含む。カメラ１のハードウェア各部は、バス１ｂを介して相互に接続されている。
制御部１１は、カメラ１の各構成部を制御するＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro ProcessorUnit）等のプロセッサである。制御部１１は、記憶部１２に予め格納されているプログラム１Ｐに従って各種の処理を実行する。

記憶部１２は、例えば読み書き可能な不揮発性の半導体メモリである。記憶部１２は、カメラ１が撮像した静止画像（以下、画像と呼ぶ）の画像ファイル１Ｆ及びそのメタデータ１Ｄを記憶する。また、記憶部１２には、制御部１１が実行するプログラム１Ｐ及びカメラ１に関する各種の情報が記憶されている。プログラム１Ｐは、ＧＰＳに関する測位プログラムを含む。カメラ１に関する各種の情報は、カメラ１の所有者であるユーザの識別情報を含む。ここでのユーザの識別情報は、例えばデータ公開システムのサーバ装置３にログインするためのユーザＩＤ及びパスワードである。

タイマ１３は、計時した日時を制御部１１に送信する。
操作部１４は、ユーザがカメラ１を操作するためのボタン（例えば、シャッターボタン）群である。操作部１４は、各ボタンがユーザにより操作された場合、操作されたボタンに対応する操作信号を制御部１１に送信する。

ＧＰＳ受信部１５は、ＧＰＳ衛星が送信した電波を受信するアンテナ（図示せず）を有し、当該アンテナを介してＧＰＳ衛星からの電波を受信する。ＧＰＳ受信部１５は、受信した電波を電気信号に変換し、変換した電気信号を制御部１１に送信する。制御部１１は、ＧＰＳ受信部１５から受信した電気信号に基づいて、記憶部１２に記憶してある測位プログラムを実行することにより、緯度経度及び高度をカメラ１の位置情報として取得する。ここでの緯度経度及び高度のフォーマットは、例えばＮＭＥＡ（ National Marine Electronics Association）０１８３規格に従ったものである。

撮像部１６は、レンズ、シャッター、フラッシュ及びＣＣＤ撮像素子を含む。撮像部１６は、レンズから入力された光信号をＣＣＤ撮像素子によって光電変換することにより、アナログの画像信号を取得する。撮像部１６は、制御部１１による制御の下、取得したアナログの画像信号をデジタル信号に変換し、信号処理及び画像処理を施した後、制御部１１に出力する。制御部１１は、撮像部１６からの画像信号をデジタルの画像ファイル１Ｆとして記憶部１２に記憶する。その際、制御部１１は、タイマ１３から受信した日時、ＧＰＳ受信部１５に基づく緯度経度、高度及びユーザの識別情報を、画像ファイル１Ｆのメタデータ１Ｄとして画像ファイル１Ｆに対応付けて記憶部１２に記憶する。

表示部１７は、例えば複数の液晶素子が２次元のマトリクス状に配列された液晶パネルである。表示部１７は、カメラ１の動作状況、ユーザへの通知情報、撮像部１６が撮像した画像等を表示する。なお、表示部１７をタッチパネル方式の液晶パネルにすることにより、操作部１４のボタン群が有する機能のうち一部又は全部をタッチパネルに対するタッチ操作機能で代用してもよい。

通信部１８は、有線又は無線通信のモデム、ＬＡＮカード、ＵＳＢ（UniversalSerial Bus）端子等である。カメラ１は、通信部１８により、端末装置２と情報の送受信をすることができる。その際、通信部１８は、ネットワークＮを介して端末装置２と接続されてもよいし、ネットワークＮを介さずに端末装置２と接続されてもよい。また、通信部１８は、ネットワークＮを介して、サーバ装置３と接続することも可能である。

通信部１８は、無線ＬＡＮアクセスポイントを介して、ネットワークＮに接続することもできる。ＧＰＳ受信部１５がＧＰＳ衛星からの電波を受信することが困難な環境（例えば、室内、高層ビルが立ち並ぶ都市環境等）にある場合、制御部１１は画像ファイル１Ｆに対応付ける位置情報を、無線ＬＡＮアクセスポイントの識別情報で代替してもよい。無線ＬＡＮアクセスポイントの識別情報は、例えばＥＳＳＩＤ、ＭＡＣ（Media Access Control）アドレス等である。

通信部１８は、携帯電話機の通信機能も有する。そのため、カメラ１は、携帯電話機の基地局及び電話通信回線網を介して、サーバ装置３と情報の送受信をすることができる。 サーバ装置３は、携帯電話機の基地局の位置情報に基づいて、カメラ１の位置を特定することができる。そこで、サーバ装置３は、特定したカメラ1の位置を画像ファイル1Ｆのメタデータ1Ｄに付加してもよい。

カメラ１は、記憶部１２に記憶された画像ファイル１Ｆ及びメタデータ１Ｄを端末装置２に送信する。
なお、カメラ１は、生成した画像ファイル１Ｆ及びメタデータ１Ｄを、通信部１８のＵＳＢ端子を介して、フラッシュメモリ等の半導体メモリ１ｃに記憶することもできる。

端末装置２は、ＰＣ（パーソナルコンピュータ）、ノート型ＰＣ、携帯電話機、スマートフォン、ＰＨＳ（Personal Handyphone System）端末機、ＰＤＡ（PersonalDigital Assistant）、タブレットＰＣ、ゲーム装置等を含む。以下では、端末装置２の例として、ＰＣを挙げて説明する。

端末装置２は、制御部２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、ハードディスク２４、ディスクドライブ２５、通信部２６、表示部２７及び操作部２８を含む。端末装置２のハードウェア各部は、バス２ｂを介して相互に接続されている。

制御部２１は、ＣＰＵ、ＭＰＵ等のプロセッサであり、端末装置２の各構成部を制御する。制御部２１は、ハードディスク２４に記憶されたプログラム２ＰをＲＡＭ２３に読み出し、読み出したプログラム２Ｐを実行する。

ＲＯＭ２２は、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。ＲＯＭ２２は、端末装置２の起動時に制御部２１が実行するＢＩＯＳ（Basic Input/Output System）、ファームウェア等を記憶している。
ＲＡＭ２３は、例えばＳＲＡＭ（Static RAM）又はＤＲＡＭ（Dynamic RAM）であり、制御部２１が実行する処理の過程で必要な作業変数、データ等を一時的に記録する。なお、ＲＡＭ２３は主記憶装置の一例であり、ＲＡＭ２３の代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク２４は、制御部２１が実行するプログラム２Ｐを記憶している。また、ハードディスク２４は、カメラ１から送信された画像ファイル１Ｆ及びメタデータ１Ｄを記憶する。

なお、ハードディスク２４は、端末装置２の内部に取り付けられるものであっても、端末装置１の外部に置かれるものであってもよい。ハードディスク２４は、補助記憶装置の一例であり、大容量の情報の記録が可能なフラッシュメモリ又はＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＢＤ（Blu-ray Disc、登録商標）等の光ディスク１ａで代替されてもよい。

ディスクドライブ２５は、外部の記録媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ａから情報を読み出し、光ディスク１ａに情報を記録する。制御部２１は、操作部２８からディスクドライブ２５に対する光ディスク１ａの排出命令を受け付けた場合、ディスクドライブ２５の図示しないトレイを排出する。

通信部２６は、有線又は無線通信のモデム、ＬＡＮカード、ＵＳＢ端子等である。端末装置２は、通信部２６を介してカメラ１と接続されている。なお、端末装置２は、カメラ１が生成した画像ファイル１Ｆ及びメタデータ１Ｄを記憶したフラッシュメモリ等の半導体メモリ１ｃから、通信部２６のＵＳＢ端子を介して、画像ファイル１Ｆ及びメタデータ１Ｄを取得することもできる。
通信部２６は、ネットワークＮを介してサーバ装置３と接続されている。

表示部２７は、例えば液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ、ＣＲＴ（Cathode RayTube）ディスプレイ等の画面を有し、制御部２１からの指示に従って、プログラム２Ｐに係る各種情報を表示する。

操作部２８は、ユーザが各種の入力を行うキーボード、マウス、電源スイッチ、ディスクドライブ２５から光ディスク１ａを排出するための操作ボタン等の入力デバイスを含む。操作部２８は、ユーザによる操作に基づいて入力信号を生成する。生成された入力信号は、バス２ｂを介して制御部２１に送信される。

サーバ装置３は、ＰＣ、ワークステーション、汎用コンピュータ等を含む。以下では、サーバ装置３の例として、ワークステーションを挙げて説明する。
サーバ装置３は、データベースエンジンを搭載したデータベースサーバ、ＤＮＳ（Domain Name Server）、ＷＥＢ（World Wide Web）サーバ、アプリケーションサーバ及びメールサーバの各種機能を有す。サーバ装置３のスペックに応じて、これらの各機能を複数のマシンに分散したシステムが構築されてもよいことは勿論である。

サーバ装置３は、制御部３１、ＲＯＭ３２、ＲＡＭ３３、ハードディスク３４、ディスクドライブ３５、通信部３６、表示部３７及び操作部３８を含む。サーバ装置３のハードウェア各部は、バス３ｂを介して相互に接続されている。

制御部３１は、ＣＰＵ等のプロセッサであり、サーバ装置３の各構成部を制御する。制御部３１は、ハードディスク３４に記録されたプログラム３ＰをＲＡＭ３３に読み出し、読み出したプログラム３Ｐを実行する。

ＲＯＭ３２は、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。ＲＯＭ３２は、サーバ装置３の起動時に制御部３１が実行するＢＩＯＳ、ファームウェア等を記録している。
ＲＡＭ３３は、例えばＳＲＡＭ又はＤＲＡＭであり、制御部３１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。また、ＲＡＭ３３は、例えばビューを実行した結果を一時的に記憶してもよい。なお、ＲＡＭ３３は主記憶装置の一例であり、ＲＡＭ３３の代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク３４は、端末装置２から送信された画像ファイル１Ｆ及びメタデータ１Ｄを記憶する。ハードディスク３４は、制御部３１が実行するプログラム３Ｐ及び各種テーブルを記憶している。

各種テーブルは、グループテーブル１Ｔ、ユーザテーブル２Ｔ、グループメンバ関連テーブル３Ｔ、公開データグループ関連テーブル４Ｔ及びメタデータテーブル５Ｔを含む。グループテーブル１Ｔは、データの公開範囲であるグループを管理するテーブルである。ユーザテーブル２Ｔは、本実施の形態に係るデータ公開システムを利用するユーザの属性を管理するテーブルである。

グループメンバ関連テーブル３Ｔは、データの公開範囲であるグループと当該グループに属するメンバとを対応付けて管理するテーブルである。ここでのメンバは、データ公開システムを利用するユーザでもある。公開データグループ関連テーブル４Ｔは、公開されるデータと公開範囲であるグループとを関連付けて管理するテーブルである。メタデータテーブル５Ｔは、公開されるデータのメタデータ１Ｄを管理するテーブルである。

各種テーブルは、変換ルールテーブル６Ｔ、推定ルールテーブル７Ｔ及び判定結果テーブル８Ｔを含む。変換ルールテーブル６Ｔは、公開されるデータのメタデータ１Ｄを有意情報に変換するテーブルである。有意情報とは、ユーザにとって意味を成す情報である。例えば、メタデータの一例である緯度経度の座標そのものはユーザにとって意味がなくても、その緯度経度に対応する地名、組織名、施設名等がユーザにとって意味を成す場合、その組織名等は有意情報となる。例えば、メタデータの一例であるデータ作成日時そのものはユーザにとって意味がなくても、その作成日時に対応する時間がユーザの勤務時間、通勤時間、自由時間等である場合、勤務時間等の文字列は有意情報となる。勤務時間等の文字列は、その作成日時におけるユーザの行動区分又は行動内容に対応する。

推定ルールテーブル７Ｔは、有意情報を、当該有意情報又は有意情報の論理演算による組み合わせから予め推定された公開範囲に指定した公開グループのユーザが含まれるか否かを判定する判定基準に変換するテーブルである。例えば、有意情報が組織名である場合、判定基準はその組織の名称、略称、商標、俗称等を含む。例えば、有意情報がユーザが属する組織の勤務時間である場合、判定基準はユーザが属する組織の名称、略称、商標、俗称等を含む。

判定結果テーブル８Ｔは、サーバ装置３が公開範囲に属するメンバとして適格か否かを判定した結果を書き込むテーブルである。

なお、ハードディスク３４は、サーバ装置３の内部に取り付けられるものであっても、サーバ装置３の外部に置かれるものであってもよい。ハードディスク３４は、補助記憶装置の一例であり、大容量の情報の記録が可能なフラッシュメモリ又はＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ａで代替されてもよい。

ディスクドライブ３５は、外部の記録媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ａから情報を読み出し、光ディスク１ａに情報を記録する。制御部３１は、操作部３８からディスクドライブ３５に対する光ディスク１ａの排出命令を受け付けた場合、ディスクドライブ３５の図示しないトレイを排出する。

通信部３６は、有線又は無線通信のモデム、ＬＡＮカード、ＵＳＢ端子等であり、ネットワークＮと接続されている。通信部３６は、ネットワークＮを介して端末装置２と接続されている。また、通信部３６は、ネットワークＮを介してカメラ１と接続されてもよい。

表示部３７は、例えば液晶ディスプレイ、有機ＥＬディスプレイ、ＣＲＴディスプレイ等の画面を有し、制御部３１からの指示に従って、プログラム３Ｐに係る各種情報を表示する。

操作部３８は、ユーザが各種の入力を行うキーボード、マウス、電源スイッチ、ディスクドライブ３５から光ディスク１ａを排出するための操作ボタン等の入力デバイスを含む。操作部３８は、ユーザによる操作に基づいて入力信号を生成する。生成された入力信号は、バス３ｂを介して制御部３１に送信される。

次に、データ公開システムの機能概要の一例について説明する。
図２及び図３は、データ公開システムの機能構成例を示す機能ブロック図である。図２は、カメラ１及び端末装置２が夫々有する機能の一例を示している。図３は、サーバ装置３が有する機能の一例を示している。
図２のカメラ１に係る各機能部は、制御部１１が記憶部１２に記憶されたプログラム１Ｐに基づいて動作することにより機能する。図２の端末装置２に係る各機能部は、制御部２１がハードディスク２４に記憶されたプログラム２Ｐに基づいて動作することにより機能する。図３のサーバ装置３に係る各機能部は、制御部３１がハードディスク３４に記憶されたプログラム３Ｐに基づいて動作することにより機能する。

カメラ１は、撮像部１６、メタデータ生成部１０１、記憶部１２及びデータ−メタデータ送信部１０２を含む。撮像部１６は、外界から取り込んだ光に基づいて画像を撮像し、デジタルの画像ファイル１Ｆを生成する。メタデータ生成部１０１は、タイマ１３から受け付けた日時、ＧＰＳ受信部１５が受信した電波に基づく位置並びに記憶部１２に記憶されているユーザＩＤを、撮像に関するメタデータ１Ｄとして生成する。記憶部１２は、撮像部１６が生成した画像ファイル１Ｆを記憶する。記憶部１２は、メタデータ生成部１０１が生成したメタデータ１Ｄを記憶する。データ−メタデータ送信部１０２は、記憶部１２に記憶された画像ファイル１Ｆ及びメタデータ１Ｄを端末装置２に送信する。

端末装置２は、データ−メタデータ受信部２０１及びデータ−メタデータ記憶部２０２を含む。データ−メタデータ受信部２０１は、カメラ１のデータ−メタデータ送信部１０２が送信した画像ファイル１Ｆ及びメタデータ１Ｄを受信する。データ−メタデータ記憶部２０２は、データ−メタデータ受信部２０１がカメラ１から受信した画像ファイル１Ｆ及びメタデータ１Ｄをハードディスク２４に記憶する。

端末装置２は、メタデータ編集部２０３を含む。メタデータ編集部２０３は、カメラ１のメタデータ生成部１０１が生成したメタデータ１Ｄを編集する編集画面（図示せず）を表示部２７に表示する。当該編集画面は、メタデータ生成部１０１が生成したメタデータ１Ｄを変更可能な部品と、メタデータ生成部１０１が生成したメタデータ１Ｄに追加される他のメタデータ１Ｄを入力する部品とを有する。

メタデータ編集部２０３は、操作部２８からの入力データに基づいて、メタデータ生成部１０１が生成したメタデータ１Ｄの一部又は全部を編集する。また、メタデータ編集部２０３は、操作部２８からの入力データに基づいて、メタデータ生成部１０１が生成したメタデータ１Ｄとは異なる他のメタデータ１Ｄを生成する。メタデータ編集部２０３は、生成した他のメタデータ１Ｄをメタデータ生成部１０１が生成したメタデータ１Ｄ又は編集後のメタデータ１Ｄに追加する。ここで、メタデータ編集部２０３が追加する他のメタデータ１Ｄは、例えばユーザが操作部２８から入力した画像ファイル１Ｆの画像についてのタイトル、コメント等を含む。

データ−メタデータ記憶部２０２は、メタデータ編集部２０３によりメタデータ１Ｄが編集又は追加された場合、更新後のメタデータ１Ｄをハードディスク２４に記憶する。
なお、ユーザが操作部２８を介してメタデータ１Ｄを編集せず、かつ新たな他のメタデータ１Ｄをメタデータ生成部１０１が生成したメタデータ１Ｄに追加しない場合、メタデータ編集部２０３はなくてもよい。

端末装置２は、グループＩＤ受付部２０４、グループＩＤ送信部２０５及びデータ−メタデータ送信部２０６を含む。グループＩＤ受付部２０４は、ユーザが公開するデータの公開範囲に対応するグループの識別情報を操作部２８から受け付ける。グループＩＤ送信部２０５は、グループＩＤ受付部２０４が受け付けたグループの識別情報をサーバ装置３に送信する。データ−メタデータ送信部２０６は、データ−メタデータ記憶部２０２がハードディスク２４に記憶したメタデータ１Ｄ及び画像ファイル１Ｆをサーバ装置３に送信する。

なお、データ−メタデータ送信部２０６は、画像ファイル１Ｆ及びメタデータ１Ｄを連続してサーバ装置３に送信してもよいし、別々に異なるタイミングでサーバ装置３に送信してもよい。また、グループＩＤ送信部２０５及びデータ−メタデータ送信部２０６は、協働することによりグループの識別情報並びに画像ファイル１Ｆ及びメタデータ１Ｄを連続してサーバ装置３にしてもよいし、別々に異なるタイミングでサーバ装置３に送信してもよい。

端末装置２は公開メンバ受信部２０７、公開メンバ表示部２０８及び公開メンバ送信部２０９を含む。グループＩＤ送信部２０６がグループの識別情報をサーバ装置３に送信し、データ−メタデータ送信部２０６が少なくともメタデータ１Ｄをサーバ装置３に送信した場合、公開メンバ受信部２０７は、次の処理を実行する。公開メンバ受信部２０７は、サーバ装置３から、データの公開範囲として適格、不適格の区別を含む公開メンバのリスト画面を受信する。公開メンバ表示部２０８は、公開メンバ受信部２０７が受信した公開メンバのリスト画面を表示部２７に表示する。ユーザは、公開メンバのリスト画面に基づいて、公開メンバを変更する場合、公開メンバ編集画面（図示せず）から公開メンバを編集する。公開メンバ送信部２０９は、ユーザが公開メンバを編集した場合、編集後の公開範囲に属するメンバ情報をサーバ装置３に送信する。

サーバ装置３は、ユーザ属性管理部３０１、受付部３０２及びグループ管理部３０３を含む。ユーザ属性管理部３０１は、ユーザテーブル２Ｔに対する新規レコードの登録及び削除処理並びに更新処理を実行する。例えば、ユーザ属性管理部３０１は、表示部３７に表示したユーザ管理画面（図示せず）に対して操作部３８からシステム管理者が入力したユーザに関するデータに基づいて、ユーザテーブル２Ｔに対してクエリを実行する。
なお、ユーザ属性管理部３０１は、ユーザテーブル２Ｔに対してクエリを実行するためのデータを端末装置２から取得してもよい。

受付部３０２は、端末装置２からデータの公開範囲に対応するグループのメンバ情報を予め受け付ける。受付部３０２は、ユーザが公開メンバを変更した場合にも、端末装置２から公開範囲に対応するグループのメンバ情報を受け付ける。受付部３０２は、受け付けた公開範囲に対応するグループのメンバ情報をグループ管理部３０３に出力する。
受付部３０２は、端末装置２からグループの識別情報、画像ファイル１Ｆ及びメタデータ１Ｄを受け付ける。受付部３０２は受け付けたグループの識別情報をグループメンバ抽出部３０４に出力する。受付部３０２は、受け付けたメタデータ１Ｄをメタデータテーブル５Ｔに登録する。

グループ管理部３０３は、受付部３０２が受け付けたグループのメンバ情報に基づいて、グループテーブル１Ｔに新たなグループのレコードを登録する。グループ管理部３０３は、受付部３０２が受け付けたグループのメンバ情報に基づいて、グループメンバ関連テーブル３Ｔに、新たなグループと、そのグループに属するメンバとを登録する。ここでのメンバは、ユーザテーブル２Ｔに登録されているユーザでもある。また、グループ管理部３０３は、ユーザが公開メンバを変更する場合、受付部３０２が受け付けたグループのメンバ情報に基づいて、グループメンバ関連テーブル３Ｔを更新する。

サーバ装置３は、グループメンバ抽出部３０４、公開範囲推定部３０５及び判定部３０６を含む。グループメンバ抽出部３０４は、受付部３０２からグループの識別情報を取得する。グループメンバ抽出部３０４は、取得したグループの識別情報に基づいて、グループメンバ関連テーブル３Ｔ及びユーザテーブル２Ｔを参照し、データを公開するユーザが指定した公開範囲に属するメンバの属性情報を抽出する。グループメンバ抽出部３０４は、抽出したメンバの属性情報を判定部３０６に出力する。なお、メンバの属性情報は、メンバの識別情報を含む。

公開範囲推定部３０５は、有意情報変換部３０５ａ及びキーワード変換部３０５ｂを有する。有意情報変換部３０５ａは、メタデータテーブル５Ｔに記憶されたメタデータ１Ｄを読み出し、読み出したメタデータ１Ｄを、変換ルールテーブル６Ｔを参照することにより、有意情報に変換する。キーワード変換部３０５ｂは、有意情報変換部３０５ａが変換した有意情報を、推定ルールテーブル７Ｔを参照することにより、有意情報から予め推定された公開範囲に対応する判定基準に変換する。キーワード変換部３０５ｂは、変換した判定基準を判定部３０６に出力する。

なお、公開範囲推定部３０５は、メタデータ１Ｄをメタデータテーブル５Ｔから取得するのではなく、受付部３０２からメタデータ１Ｄを受け付けることにより、メタデータ１Ｄを取得してもよい。
また、公開範囲推定部３０５は、有意情報変換部３０５ａ及びキーワード変換部３０５ｂの２つの機能部を有するが、変換ルールテーブル６Ｔ及び推定ルールテーブル７Ｔを結合して参照することにより、メタデータ１Ｄを予め推定された公開範囲に対応する判定基準に直接変換してもよい。かかる場合、公開範囲推定部３０５は、１つの機能部に集約される。

判定部３０６は、グループメンバ抽出部３０４からデータを公開するユーザが指定した公開範囲に属するメンバの属性情報を受け付ける。また、判定部３０６は、キーワード変換部３０５ｂから推定された公開範囲に関連するキーワードを受け付ける。判定部３０６は、グループメンバ抽出部３０４から受け付けたメンバ各人について、メンバの属性情報からキーワードを検索する。判定部３０６は、当該検索により、メンバが公開範囲に対して適格か否かを判定する。判定部３０６は、グループメンバ抽出部３０４から受け付けたメンバ各人について、判定結果を含むリストを作成する。

サーバ装置３は、送信部３０７及びデータ公開処理部３０８を含む。送信部３０７は、判定部３０６から判定結果を含む公開メンバのリストを受け付ける。送信部３０７は、当該リストが含まれた画面を生成し、生成した画面を端末装置２に送信する。

データ公開処理部３０８は、判定部３０６による判定結果に基づいて、グループメンバ抽出部３０４が抽出したメンバ全員が公開範囲に対して適格である場合、端末装置２から公開範囲の確認情報を受け付ける。データ公開処理部３０８は、受け付けた公開範囲の確認情報に基づいて、上記メンバ全員をデータの公開範囲に設定する。他方、データ公開処理部３０８は、判定部３０６による判定結果に基づいて、グループメンバ抽出部３０４が抽出したメンバの中に公開範囲に対して不適格なメンバがいる場合、端末装置２から公開範囲の変更データを受け付ける。データ公開処理部３０８は、受け付けた公開範囲の変更データに基づいて、データの公開範囲に属するメンバを確定し、確定したメンバをデータの公開範囲に設定する。また、データ公開処理部３０８は、公開データグループ関連テーブル４Ｔに公開されるデータと設定した公開範囲とを関連付けて登録する。データ公開処理部３０８は、公開範囲に含まれるメンバのメールアドレスに、データにアクセス可能なＵＲＬ（Uniform Resource Locator）が記述されたメールを送信する。

次に、サーバ装置３のハードディスク３４に記憶されている各種テーブルの詳細について説明する。
図４は、グループテーブル１Ｔのレコードレイアウトの一例を示す説明図である。グループテーブル１Ｔは、グループＩＤ、グループ名称及びユーザＩＤの各列を含む。グループＩＤは、データを公開する対象のグループを識別する記号である。グループ名称は、グループＩＤに対応するグループの名称である。ユーザＩＤは、データを公開する対象のグループを登録したユーザを識別する記号である。

図５は、ユーザテーブル２Ｔのレコードレイアウトの一例を示す説明図である。ユーザテーブル２Ｔは、データ公開システムを利用するユーザの属性を管理するテーブルである。
ユーザテーブル２Ｔは、ユーザＩＤ、パスワード、氏名、生年月日及び性別の各列を含む。ユーザＩＤは、データ公開システムを利用するユーザを識別する記号である。ユーザテーブル２ＴのユーザＩＤは、グループテーブル１ＴのユーザＩＤと同じである。パスワードは、データ公開システムを利用するユーザを識別する記号である。ユーザＩＤ及びパスワードは、サーバ装置３がユーザの認証処理を実行する場合に利用される個人情報である。生年月日は、ユーザの生年月日であり、そのフォーマット形式は例えばｙｙｙｙ／ｍｍ／ｄｄ形式である。性別は、ユーザの性別である。

ユーザテーブル２Ｔは、端末ＩＰ（Internet Protocol）アドレス、メールアドレス、所属及び職場の各列を含む。端末ＩＰアドレスは、ネットワークＮ上においてユーザが使用する端末装置２の識別情報である。メールアドレスは、ユーザが取得したメールアドレスである。所属は、ユーザの所属組織及び役職である。職場は、ユーザの組織が所在する建物の名称であり、階の情報を含んでもよい。なお、所属は、ユーザがいる部屋の識別情報及び所属部署を含んでもよい。

ユーザテーブル２Ｔは、趣味、家族及び友人の各列を含む。趣味は、ユーザの趣味である。家族は、カンマで区切られた、ユーザの家族構成員に対応するユーザＩＤの配列である。友人は、カンマで区切られた、ユーザの各友人に対応するユーザＩＤの配列である。

図６は、グループメンバ関連テーブル３Ｔのレコードレイアウトの一例を示す説明図である。グループメンバ関連テーブル３Ｔは、データの公開範囲であるグループに属するメンバの構成を定義するテーブルである。
グループメンバ関連テーブル３Ｔは、グループＩＤ及びユーザＩＤの各列を含む。グループＩＤは、グループテーブル１ＴのグループＩＤと同じである。ユーザＩＤは、ユーザテーブル２ＴのユーザＩＤと同じである。

図７は、公開データグループ関連テーブル４Ｔのレコードレイアウトの一例を示す説明図である。公開データグループ関連テーブル４Ｔは、公開対象のデータと公開範囲であるグループとを対応付けて管理するテーブルである。
公開データグループ関連テーブル４Ｔは、データＩＤ及びグループＩＤの各列を含む。データＩＤは、公開対象のデータを識別する記号である。グループＩＤは、グループテーブル１ＴのグループＩＤと同じである。

図８は、メタデータテーブル５Ｔのレコードレイアウトの一例を示す説明図である。メタデータテーブル５Ｔは、公開対象であるデータのメタデータ１Ｄを管理するテーブルである。
メタデータテーブル５Ｔは、データＩＤ、位置、作成日時、ユーザＩＤ及びファイル名の各列を含む。データＩＤは、公開データグループ関連テーブル４ＴのデータＩＤと同じである。位置は、データが作成された位置を示す緯度経度の座標及び高度である。作成日時は、データが作成された日時であり、そのフォーマット形式は例えばｙｙｙｙ／ｍｍ／ｄｄ ｈｈ：ｍｍ形式である。ユーザＩＤは、ユーザテーブル２ＴのユーザＩＤと同じである。ファイル名は、公開対象であるデータのファイル名である。

メタデータテーブル５Ｔは、タイトル及びコメントの各列を含む。タイトルは、データの題名又は表題である。コメントは、データに対するデータ作成者の解説、意見、感想等である。メタデータテーブル５Ｔのタイトル及びコメントは、カメラ１が生成したメタデータ１Ｄに対して、ユーザが端末装置２の操作部２８から追加したメタデータ１Ｄである。従って、ユーザがカメラ１により生成されたメタデータ１Ｄに対してメタデータ１Ｄの追加をしなかった場合、メタデータテーブル５Ｔのタイトル及びコメントは空欄のままとなる。

図９は、変換ルールテーブル６Ｔのレコードレイアウトの一例を示す説明図である。変換ルールテーブル６Ｔは、メタデータ１Ｄを有意情報に変換する変換ルール及び当該有意情報を関連付けて管理するテーブルである。
変換テーブル６Ｔは、変換ルールＩＤ、ユーザＩＤ及びメタデータ名称の各列を含む。変換ルールＩＤは、変換ルールを識別する記号である。ユーザＩＤは、ユーザテーブル２ＴのユーザＩＤと同じである。メタデータ名称は、メタデータテーブル５Ｔにおけるいずれかの列名である。図９の例では、変換ルールＩＤ＝０００１のレコードの場合、変換ルールに当てはめるメタデータ１Ｄが位置であることを示している。また、図９の例では、変換ルールＩＤ＝０００３のレコードの場合、変換ルールに当てはめるメタデータ１Ｄが作成日時であることを示している。

変換ルールテーブル６Ｔは、変換ルール及び有意情報の各列を含む。変換ルールは、メタデータを有意情報に変換する規則である。有意情報は、メタデータ１Ｄを変換ルールに従って変換した後の意味のある情報である。
図９の例では、変換ルールＩＤ＝０００１のレコードの場合、位置に対応する変換ルールは緯度経度で示されたある位置範囲である。例えば、メタデータ１Ｄの位置を示す緯度経度が変換ルールの位置範囲に含まれる場合、当該メタデータ１Ｄの位置はＡ社という特定組織の名称に変換される。
図９の例では、変換ルールＩＤ＝０００３のレコードの場合、作成日時に対応する変換ルールは平日のある時間範囲である。例えば、メタデータ１Ｄの作成日時を示す時間が変換ルールの時間範囲に含まれる場合、当該メタデータ１Ｄの作成日時はＡ社勤務時間という特定組織の勤務時間に変換される。

メタデータ１Ｄの作成日時を勤務時間に変換する場合、勤務時間はユーザ毎に異なるため、変換ルールテーブル６Ｔには、ユーザＩＤの列が設けられている。メタデータ１Ｄの位置を組織、施設、地名等の有意情報に変換する場合、変換後の有意情報はどのユーザにとっても同じであるとして、例えば図９におけるメタデータ名称が位置であるレコードの場合、ユーザＩＤは空欄になっている。
なお、メタデータ１Ｄの位置をユーザ毎に異なる有意情報に変換してもよい。かかる場合、メタデータ名称が位置である変換ルールテーブル６Ｔのレコードにおいて、ユーザＩＤ列に値が入力されることとなる。すなわち、メタデータをユーザ毎に異なる有意情報に変換するか否かということは、変換ルールに依存する。ユーザ毎に異なる変換ルールを規定する場合、変換ルールテーブル６ＴのユーザＩＤは利用され、どのユーザにも同じ変換ルールを規定する場合、変換ルールテーブル６ＴのユーザＩＤは利用されない。

変換ルールテーブル６Ｔは、端末装置２の表示部２７又はサーバ装置３の表示部３７に表示される変換ルール管理画面（図示せず）を介して、管理される。上述において、メタデータ１Ｄの位置情報のうち、高度は利用されていない。しかし、例えば変換ルールテーブル６Ｔの変換ルールに緯度経度で示されたある位置範囲及び高度範囲を登録した場合、緯度経度及び高度に基づいた有意情報が変換ルールテーブル６Ｔに登録されてもよい。

図１０は、推定ルールテーブル７Ｔのレコードレイアウトの一例を示す説明図である。推定ルールテーブル７Ｔは、有意情報に基づいて推定された公開範囲と、指定した公開範囲のメンバが推定された公開範囲のメンバとして適格か否かを判定する判定基準とを対応付けて管理するテーブルである。
推定ルールテーブル７Ｔは、推定ルールＩＤ、条件、推定公開範囲及び公開判定基準の各列を含む。推定ルールＩＤは、有意情報に基づいて公開範囲を推定する推定ルールを識別する記号である。条件は、変換ルールテーブル６Ｔの有意情報と同じか、有意情報の論理演算による組み合わせである。推定公開範囲は、条件に基づいて予め推定された公開範囲である。公開判定基準は、公開グループのメンバが推定公開範囲のメンバとして適格か否かを判定する判定基準を与える文字列であり、例えば推定公開範囲に含まれるメンバの属性に照らして判定されるための文字列である。
推定ルールテーブル７Ｔにおける推定ルールは、条件、推定公開範囲及び公開判定基準からなる組み合わせである。

公開判定基準は、データを公開するユーザにより指定された公開範囲のグループに属するユーザの属性に含まれるか否か、サーバ装置３により判定される文字列である。
例えば、公開判定基準が｛emaile=~a-company｝であるとすると、ユーザテーブル２Ｔのメールアドレスにa-companyという文字列が含まれる場合、サーバ装置３は、当該メールアドレスを所有するユーザはデータの公開範囲に対応するグループのメンバとして適格であると判定する。他方、a-companyという文字列がユーザテーブル２Ｔのメールアドレスに含まれない場合、サーバ装置３は、当該メールアドレスを所有するユーザはデータの公開範囲に対応するグループのメンバとして不適格であると判定する。
公開判定基準は、データ公開システムの構築に際し、変換ルール、有意情報及び推定ルールと同様に予め作成される。

推定ルールテーブル７Ｔは、端末装置２の表示部２７又はサーバ装置３の表示部３７に表示される推定ルール管理画面（図示せず）を介して、管理される。

図１１は、判定結果テーブル８Ｔのレコードレイアウトの一例を示す説明図である。判定結果テーブル８Ｔは、ユーザＩＤ及び不適格フラグの各列を含む。ユーザＩＤは、ユーザテーブル２ＴのユーザＩＤと同じである。不適格フラグは、公開範囲に属するメンバとして適格か否かがサーバ装置３により判定された場合に書き込まれる識別記号である。不適格フラグのデフォルト値は、例えば空欄である。不適格フラグには、公開範囲に属するメンバとして適格である場合、例えば０が格納される。不適格フラグには、公開範囲に属するメンバとして不適格である場合、例えば１が格納される。不適格フラグには、公開範囲に属するメンバとして適格か否かサーバ装置３により判定されなかった場合、空欄のままである。
なお、判定結果テーブル８Ｔは作業用テーブルであり、サーバ装置３はその使用前後にレコードを削除する初期化を実行する。

次に、データ公開システムの動作の一例について説明する。
ユーザは、端末装置２において例えばブラウザを起動する。そして、ユーザは、ユーザＩＤ及びパスワードによる認証処理を経て、端末装置２からサーバ装置３にログインする。具体的には、ユーザは、データ公開システムのホームページにアクセスする。サーバ装置３は、ユーザとのセッション情報として、ユーザＩＤ及びパスワードをＲＡＭ３３及び端末装置２のハードディスク２４に保持する。そのため、端末装置２が逐一ユーザＩＤ又はパスワードをサーバ装置３に送信しなくても、サーバ装置３は端末装置２に対応するユーザのユーザＩＤ及びパスワードを保有している。

データを公開するユーザは、公開対象となるメンバから構成されたグループを予めサーバ装置３に登録する。具体的には、ユーザは端末装置２の表示部２７に表示される公開範囲登録画面（図示せず）から、新規登録するグループの名称と当該グループに属するメンバを入力する。ここでのグループのメンバは、データ公開システムを利用するユーザでもある。上記公開範囲登録画面から入力されるメンバの情報は、ユーザテーブル２ＴのユーザＩＤを含む。グループ名称とメンバのユーザＩＤとの入力が完了した場合、グループ名称とメンバのユーザＩＤとは、端末装置２からサーバ装置３に送信される。

サーバ装置３は、端末装置２からグループ名称及びメンバのユーザＩＤを受け付ける。サーバ装置３は、グループＩＤを新たに発番し、発番したグループＩＤ、受け付けたグループ名称及びグループを登録するユーザのユーザＩＤをグループテーブル１Ｔに登録する。グループを登録するユーザのユーザＩＤは、グループ名称及びメンバのユーザＩＤを送信した端末装置２に対応するユーザのユーザＩＤである。サーバ装置３は、新たに発番したグループＩＤと受け付けたメンバのユーザＩＤとを関連付けてグループメンバ関連テーブル３Ｔに登録する。

ユーザは、カメラ１で画像を撮像する。かかる場合、カメラ１は、撮像部１６が撮像した画像を画像ファイル１Ｆとして記憶部１２に記憶する。また、カメラ１は、ＧＰＳ受信部１５が受信した電波に基づく位置、タイマ１３が計時する日時及びユーザＩＤを画像ファイル１Ｆのメタデータ１Ｄとして生成し、画像ファイル１Ｆと対応付けて記憶部１２に記憶する。なお、ＧＰＳ受信部１５がＧＰＳ衛星からの電波を受信することが困難な環境にある場合、カメラ１は例えば無線ＬＡＮアクセスポイントの識別情報を位置に関するメタデータ１Ｄとする。
カメラ１は、通信部１８を介して端末装置２に画像ファイル１Ｆ及びメタデータ１Ｄを送信する。

端末装置２は、通信部２６を介してカメラ１から画像ファイル１Ｆ及びメタデータ１Ｄを受信し、受信した画像ファイル１Ｆ及びメタデータ１Ｄをハードディスク２４に記憶する。メタデータ１Ｄに対して、ユーザがタイトル又はコメントを追加した場合、端末装置２はタイトル又はコメントが追加されたメタデータ１Ｄをハードディスク２４に記憶する。

端末装置２からサーバ装置３に画像ファイル１Ｆを公開するためのＵＲＬリクエストが送信された場合、サーバ装置３は公開データ登録画面を生成し、生成した公開データ登録画面をレスポンスとして端末装置２に送信する。端末装置２は、受信した公開データ登録画面をブラウザの画面に表示する。

図１２は、公開データ登録画面１ｆのレイアウトの一例を示す説明図である。公開データ登録画面１ｆは、ブラウザに表示される画面であり、グループアイコン画面１０ｆ及びフォルダアイコン画面１００ｆの各子画面を含む。
グループアイコン画面１０ｆは、公開データ登録画面１ｆの上段に表示される。グループアイコン画面１０ｆには、グループアイコン１０ｉが表示される。グループアイコン１０ｉは、データを公開するユーザが予め登録したデータを公開するグループを示すアイコンである。グループアイコン１０ｉには、グループ名称が表示される。なお、サーバ装置３は、グループテーブル１Ｔを参照し、公開データ登録画面１ｆのグループアイコン１０ｉを生成する。その際、サーバ装置３は、グループＩＤを非表示の属性としてグループアイコン１０ｉに関連付ける。
図１２の例では、家族、職場及び趣味（登山）の各グループアイコン１０ｉがグループアイコン画面１０ｆに表示されている。

フォルダアイコン画面１００ｆは、公開データ登録画面１ｆの中段から下段にかけて表示される。フォルダアイコン画面１００ｆには、フォルダアイコン１００ｉが表示される。フォルダイコン１００ｉは、端末装置２のハードディスク２４に記憶された画像ファイル１Ｆが格納されたフォルダを示すアイコンである。フォルダアイコン１００ｉの下には、フォルダの名称が表示される。フォルダアイコン画面１００ｆは、ブラウザにプラグインされたプログラムがハードディスク２４の画像ファイル１Ｆ及びメタデータ１Ｄにアクセスすることにより、ブラウザの画面に表示される。
図１２の例では、○月×日家族写真及び○月□日社内会議の各フォルダアイコン１００ｉがフォルダアイコン画面１００ｆに表示されている。

ユーザは、公開したい画像ファイル１Ｆのフォルダアイコン１００ｉを公開対象のグループに対応するグループアイコン１００ｉにドラッグ＆ドロップする。かかる場合、端末装置２は、グループアイコン１００ｉに関連付けられたグループＩＤ、画像ファイル１Ｆ及びメタデータ１Ｄをサーバ装置３に送信する。なお、画像ファイル１Ｆは、グループＩＤ及びメタデータ１Ｄの送信とは別のタイミングで送信されてもよい。サーバ装置３は、少なくともグループＩＤ及びメタデータ１Ｄを受け付ける。

サーバ装置３は、データＩＤを発番し、発番したデータＩＤ及び受け付けたメタデータ１Ｄをメタデータテーブル５Ｔに登録する。その際、サーバ装置３は、受け付けたメタデータ１Ｄに含まれる位置情報が無線ＬＡＮアクセスポイントの識別情報である場合、無線ＬＡＮアクセスポイントの識別情報を無線ＬＡＮアクセスポイントの位置情報に変換する。そのために、サーバ装置３のハードディスク３４は、無線ＬＡＮアクセスポイントの識別情報と当該無線ＬＡＮアクセスポイントの位置情報とが関連付けて記録されたテーブル（図示せず）を記憶している。

サーバ装置３は、画像ファイル１Ｆを受け付けた場合、公開データグループ関連テーブル４Ｔに発番したデータＩＤ及び受け付けたグループＩＤを登録する。
サーバ装置３は、受け付けたグループＩＤに基づいて、グループメンバ関連テーブル３Ｔからユーザが指定した公開範囲に属するメンバのユーザＩＤを抽出する。

サーバ装置３は、変換ルールテーブル６Ｔを参照し、受け付けたメタデータ１Ｄ又はメタデータテーブル５Ｔに登録したメタデータ１Ｄを有意情報に変換する。サーバ装置３は、推定ルールテーブル７Ｔを参照し、変換した有意情報を含む条件から公開判定基準を取得する。サーバ装置３は、取得した公開判定基準に基づいて、ユーザテーブル２Ｔから抽出したユーザＩＤに対応するユーザの属性を評価し、該ユーザに画像ファイル１Ｆを公開可能か否か判定する。
サーバ装置３は、ユーザが指定した公開範囲に属するメンバ一人一人の判定結果を参照することができる判定結果画面を生成し、生成した判定結果画面を端末装置２に送信する。判定結果画面については、後述する。

ここで、データ公開システムが実行する処理について、具体的なデータを例示して説明する。以下では、公開判定基準はメールアドレスを判定するための属性としている。
なお、公開判定基準は一般に｛属性名＝~文字列｝という形式をしており、”属性名”に指定された属性がユーザの属性と比較される。ここで、”＝~”は比較演算子であり、属性名に対応する属性データの中に指定文字列が含まれることを意味する。

例えば、ユーザが趣味に関する会合において撮像した画像をデータ公開システムにおいて他のユーザと共有する場合、公開判定基準は趣味に関する文字列であってよい。具体例としては、｛趣味＝~登山｝のような形式で公開判定基準が与えられる。
また、本実施形態ではサーバ装置３の中でユーザ属性が管理されているが、別途ディレクトリサーバで管理されるユーザ属性に対して問い合わせを行なってもよい。この場合は、広く利用されているディレクトリアクセスのためのプロトコル、例えばＬＤＡＰ（Light-weight Directory Access Protocol）等が用いられる。

仮にデータを公開するユーザは、図５のユーザテーブル２Ｔに登録されたユーザＩＤ＝０００１のＡＡさんであったとする。サーバ装置３は、予めＡＡさんからのグループ登録により、図４のグループテーブル１ＴにグループＩＤ＝０００１のＡ社を登録しているものとする。また、サーバ装置３は、予めＡＡさんからのグループ登録により、図６のグループメンバ関連テーブル３ＴにグループＩＤ＝０００１に対応するメンバを登録しているものとする。例えば、図６の例では、グループＩＤ＝０００１に対応するユーザＩＤは、０００１、０００２、０００４及び０００５の４つである。

ＡＡさんは、公開データ登録画面1ｆから○月□日にＡ社内で撮像した画像に関する画像ファイル１Ｆ及びメタデータ１Ｄを職場のグループアイコン１０ｉにドラッグ＆ドロップする。職場のグループアイコン１０ｉには、グループＩＤ＝０００１が非表示の属性として関連付けられている。このイベントをトリガーにして、端末装置２は、少なくともグループＩＤ及びメタデータ１Ｄをサーバ装置３に送信する。

サーバ装置３は、受け付けたグループＩＤ＝０００１に基づいて、公開範囲に属するメンバのユーザＩＤ（０００１、０００２、０００４及び０００５）を抽出する。サーバ装置３は、メタデータ１Ｄの位置が変換ルールテーブル６Ｔの変換ルールに合致するレコードを検索する。ここでは、メタデータ１Ｄの位置は、例えば図９において変換ルールＩＤ＝０００１の変換ルールに合致するものとする。そこで、サーバ装置３は、メタデータ１Ｄの位置を変換ルールＩＤ＝０００１に対応する有意情報のＡ社に変換する。そして、サーバ装置３は、図１０の推定ルールテーブル７Ｔを参照し、有意情報がＡ社である推定ルールＩＤ＝０００１のレコードから公開判定基準の｛email=~acompany｝を取得する。ちなみに、推定ルールテーブル７Ｔにおいて、推定ルールＩＤ＝０００１に対応する推定公開範囲は、Ａ社内である。

サーバ装置３は、ユーザテーブル２Ｔを参照し、ユーザＩＤ＝０００１、０００２、０００４及び０００５に対応するメールアドレスの中に、取得したａ−ｃｏｍｐａｎｙが含まれるか否か判定する。
上記の判定を行うために、サーバ装置３は、例えばメールアドレスをドット（．）で分割し、分割したメールアドレスの文字列を公開判定基準に含まれる文字列と比較する。サーバ装置３は、分割したメールアドレスの文字列の中に公開判定基準に含まれる文字列と一致する文字列があるかないかを判定する。あるいは、サーバ装置３は、ユーザテーブル２Ｔのメールアドレスに対して公開判定基準に含まれる文字列が含まれるか否かをあいまい検索により判定する。
その結果、図５におけるユーザＩＤ＝０００１、０００４及び０００５に対応するメールアドレスにａ−ｃｏｍｐａｎｙが含まれ、ユーザＩＤ＝０００２に対応するメールアドレスにａ−ｃｏｍｐａｎｙが含まれないことが判明する。すなわち、サーバ装置３は、ＡＡさん、ＤＤさん及びＥＥさんのメールアドレスは公開判定基準を満たし、ＢＢさんのメールアドレスは公開判定基準を満たさないと判定する。

そこで、サーバ装置３は、判定結果テーブル８ＴのユーザＩＤ＝０００１、０００４及び０００５に対応する不適格フラグに０を書き込み、ユーザＩＤ＝０００２に対応する不適格フラグに１を書き込む。サーバ装置３は、判定結果テーブル８Ｔの不適格フラグを参照し、公開グループに属するメンバとして抽出したユーザ一人一人について、判定した結果を示す判定結果画面を生成する。サーバ装置３は、生成した判定結果画面を端末装置２に送信する。
なお、サーバ装置３は、判定結果テーブル８Ｔの不適格フラグに対応する情報をＲＡＭ３３に記憶し、上述の処理を実行してもよい。かかる場合、サーバ装置３は、判定結果テーブル８Ｔを使用しなくてもよい。

図１３は、判定結果画面２ｆのレイアウトの一例を示す説明図である。判定結果画面２ｆは、はい−いいえ画面２０ｆ及びリスト画面２００ｆの各子画面を含む。はい−いいえ画面２０ｆは、判定結果画面２ｆの上段左側に表示される。リスト画面２００ｆは、判定結果画面２ｆの中段乃至下段に表示される。
はい−いいえ画面２０ｆは、公開判定基準及びユーザの属性の整合性を判定した結果、不適格メンバが公開範囲に含まれる場合に表示される。はい−いいえ画面２０ｆの上部には、例えば「公開不適格メンバが含まれています。公開しますか？」というメッセージが表示される。

はい−いいえ画面２０ｆは、はいボタン２０ｃ及びいいえボタン２１ｃを含む。はいボタン２０ｃが選択された場合、その選択結果が端末装置２からサーバ装置３に送信され、サーバ装置３はデータの公開処理を実行する。いいえボタン２１ｃが選択された場合、その選択結果が端末装置２からサーバ装置３に送信され、サーバ装置３は公開範囲のメンバを編集するための公開メンバ編集画面（図示せず）を生成し、当該公開メンバ編集画面を端末装置２に送信する。データを公開するユーザは公開メンバ編集画面から公開グループのメンバを編集する。端末装置２は、その編集結果をサーバ装置３に送信する。サーバ装置３は、端末装置２から公開グループのメンバに関する編集結果を受け付け、受け付けた編集結果に基づいて、グループメンバ関連テーブル３Ｔを更新した後、データの公開処理を実行する。

公開判定基準及びユーザテーブル２Ｔのメールアドレスの整合性を判定した結果、不適格メンバが見いだされなかった場合、はい−いいえ画面２０ｆは表示されない。かかる場合、例えば「公開不適格メンバは発見されませんでした」というメッセージが判定結果画面２ｆの上部に表示される。

リスト画面２００ｆは、指定した公開範囲に属するユーザが公開範囲のメンバとして適格か否かを示す画面である。リスト画面２００ｆには、データの公開範囲として抽出されたメンバが列挙されている。なお、データを公開するユーザ（例えばＡＡさん）は、公開グループのメンバに属するが、図１３のリスト画面２００ｆの例では、示していない。リスト画面２００ｆは、データを公開するユーザを列挙してもよいし、列挙しなくてもよい。

リスト画面２００ｆは、公開範囲ラベル２００ｃ、氏名ラベル２０１ｃ、属性ラベル２０２ｃ及び不適格フラグラベル２０３ｃを含む。公開範囲ラベル２００ｃは、データの公開対象であるグループの名称を含む文字列を表示する部品である。データの公開対象であるグループの名称は、例えばグループテーブル１Ｔのグループ名称である。氏名ラベル２０１ｃは、ユーザテーブル２Ｔの氏名を表示する部品である。属性ラベル２０２ｃは、ユーザテーブル２Ｔに登録されたユーザの属性を表示する部品である。図１３の例では、属性ラベル２０２ｃにユーザテーブル２Ｔのメールアドレスが表示されている。不適格フラグラベル２０３ｃは、判定結果テーブル８Ｔの不適格フラグに対応する情報を表示する部品である。図１３の例では、不適格フラグが１であるＢＢさんの場合、不適格フラグラベル２０３ｃにアラートを示す×が表示されている。また、図１３の例では、不適格フラグが０であるＤＤさん及びＥＥさんの場合、不適格フラグラベル２０３ｃにＯＫが表示されている。

図１３の判定結果画面２ｆにおいて、仮にＡＡさんがいいえボタン２１ｃを選択したとする。端末装置２は、ＡＡさんの選択結果をサーバ装置３に送信する。サーバ装置３は、グループＩＤ＝０００１に対応するメンバをグループメンバ関連テーブル３Ｔから抽出する。サーバ装置３は、抽出したメンバを編集するための公開メンバ編集画面（図示せず）を生成し、生成した公開メンバ編集画面を端末装置２に送信する。ここで、ＡＡさんはグループＩＤ＝０００１のＡ社に属するメンバからＢＢさんを削除する編集を行ったとする。端末装置２は、ＡＡさんによる編集結果をサーバ装置３に送信する。サーバ装置３は、グループメンバ関連テーブル３Ｔに対して、Ａ社のメンバとしてＢＢさん（ユーザＩＤ＝０００２）を削除する処理を実行する。

サーバ装置３は、更新処理後のグループメンバ関連テーブル３ＴからグループＩＤ＝０００１に対応するユーザＩＤを抽出する。サーバ装置３は、抽出したユーザＩＤに対応するメールアドレスをユーザテーブル２Ｔから取得する。例えば、サーバ装置３は、ＡＡさん、ＤＤさん及びＥＥさんのメールアドレスを取得する。サーバ装置３は、ＡＡさんがアップロードした画像ファイル１ＦにアクセスするためのＵＲＬが記述されたメールを、取得したメールアドレスに送信する。ここでのＵＲＬは、例えばランダムな文字列を含み、一般ユーザが取得できないＵＲＬである。
なお、サーバ装置３は、画像ファイル１ＦをアップロードしたＡＡさんに対して、上記メールを送信してもよいし、送信しなくてもよい。

ＤＤさん及びＥＥさんが所有する端末装置２は、夫々サーバ装置３から上記メールを受信する。例えば、ＤＤさんが端末装置２から上記メールに記述されたＵＲＬにアクセスした場合、サーバ装置３はＡＡさんがアップロードした画像ファイル１Ｆの画像が埋め込まれた画面をＤＤさんの端末装置２に送信する。
なお、上述では、データの公開範囲を制限するために、サーバ装置３は特定ユーザのみにデータにアクセス可能なＵＲＬを提供した。他方、データの公開範囲を制限するために、ユーザＩＤ及びパスワードによる認証処理が利用されてもよいことは勿論である。例えば上述の場合、サーバ装置３は、ＡＡさん、ＤＤさん又はＥＥさんのユーザＩＤ及びパスワードによる認証を経た端末装置２にのみ、ＡＡさんがアップロードした画像ファイル１Ｆへのアクセスを許可する。

図１４は、サーバ装置３が実行する公開範囲判定処理の手順の一例を示すフローチャートである。制御部３１は、端末装置２からグループＩＤ及びメタデータ１Ｄを受け付ける（ステップＳ１０１）。制御部３１は、変換ルールテーブル６Ｔに基づいて、受け付けたメタデータ１Ｄを有意情報に変換する（ステップＳ１０２）。制御部３１は、推定ルールテーブル７Ｔから、変換した有意情報に対応する公開判定基準を取得する（ステップＳ１０３）。制御部３１は、グループメンバ関連テーブル３Ｔから、受け付けたグループＩＤに対応するメンバの属性を抽出する（ステップＳ１０４）。制御部３１は、抽出したメンバの属性から以下の処理に関して未処理のメンバを選択する（ステップＳ１０５）。

制御部３１は、選択したメンバの属性から、取得した公開判定基準に指定された属性及び文字列を検索することにより、選択したユーザの属性が公開条件に合致するか否かを判定する（ステップＳ１０６）。制御部３１は、選択したユーザの属性が公開条件に合致しないと判定した場合（ステップＳ１０６：ＮＯ）、判定結果テーブル８Ｔの不適格フラグに１を書き込む（ステップＳ１０７）。制御部３１は、選択したユーザの属性が公開判定条件に合致すると判定した場合（ステップＳ１０６：ＹＥＳ）、判定結果テーブル８Ｔの不適格フラグに０を書き込む（ステップＳ１０８）。

制御部３１は、属性を抽出したメンバ全員について、ステップＳ１０５からステップＳ１０８の処理を実行したか否かを判定する（ステップＳ１０９）。制御部３１は、属性を抽出したメンバ全員について、ステップＳ１０５からステップＳ１０８の処理を実行していないと判定した場合（ステップＳ１０９：ＮＯ）、ステップＳ１０５に処理を戻す。制御部３１は、属性を抽出したメンバ全員について、ステップＳ１０５からステップＳ１０８の処理を実行したと判定した場合（ステップＳ１０９：ＹＥＳ）、判定結果画面２ｆを生成する（ステップＳ１１０）。制御部３１は、生成した判定結果画面２ｆを端末装置２に送信し（ステップＳ１１１）、処理を終了する。

画像ファイル１Ｆに対応するメタデータ１Ｄから公開判定基準を取得するために、サーバ装置３はメタデータ１Ｄを有意情報に変換するステップと、有意情報を推定公開範囲に対応する公開判定基準に変換するステップとの２段階の処理を実行する。そのために、サーバ装置３のハードディスク３４には変換ルールテーブル６Ｔ及び推定ルールテーブル７Ｔが記憶されている。これらの変換ルールテーブル６Ｔ及び推定ルールテーブル７Ｔは、有意情報列に基づいて、１つのテーブルに結合されてもよい。
ただし、変換ルール及び推定ルールは人間が作成するものであるため、テーブルを変換ルールテーブル６Ｔ及び推定ルールテーブル７Ｔに分けた場合、変換ルール及び推定ルールはわかりやすくなり、単純化に資する。組織の移転、組織の複雑化、データの種類の増大等の変化に柔軟に対応して変換ルール及び推定ルールを保守管理するためには、変換ルールテーブル６Ｔ及び推定ルールテーブル７Ｔの２つのテーブルを保守管理する方が、利便性が高い。

図１４のフローチャートにおいて、サーバ装置３が１つの画像ファイル１Ｆについて公開範囲判定処理を実行する例を示した。ユーザが複数の画像ファイル１Ｆをまとめて公開する場合、サーバ装置３は図１４の公開範囲判定処理を画像ファイル１Ｆの数だけ繰り返す。

図１４の公開範囲判定処理が実行される場合、グループＩＤ及びメタデータ１Ｄが端末装置２からサーバ装置３に送信された。一方、端末装置２からサーバ装置３への画像ファイル１Ｆの送信は、グループＩＤ及びメタデータ１Ｄの送信前、送信後又は同時に行われてよい。
公開範囲判定処理は、端末装置２においてユーザが行う例えばドラック＆ドロップイベントをトリガーにして開始される。そのとき、サーバ装置３はグループＩＤ及びメタデータ１Ｄを有していれば、公開範囲判定処理を実行することができる。従って、端末装置２からサーバ装置３への画像ファイル１Ｆの送信は、グループＩＤ及びメタデータ１Ｄの送信前、送信後又は送信と同時のいずれであってもよい。

図１２の公開データ登録画面１ｆにおいて、ユーザはフォルダアイコン１００ｉをグループアイコン１０ｉにドラッグ＆ドロップすることにより、公開範囲を指定する。その際、１つの画像ファイル１Ｆに対して複数の公開範囲が指定されてもよい。例えば、図１２において、フォルダアイコン１００ｉが複数の異なるグループアイコン１０ｉに夫々ドラッグ＆ドロップされた場合、サーバ装置３は公開データグループ関連テーブル４Ｔにおいて、データＩＤとグループＩＤとを１対多の関係で登録する。

サーバ装置３によれば、データを公開するユーザが指定した公開範囲に誤りがないかを判定することができる。
公開されるデータには、多かれ少なかれメタデータ１Ｄが付加されている。予め変換ルールテーブル６Ｔ及び推定ルールテーブル７Ｔを作成しておくことにより、サーバ装置３はメタデータ１Ｄを推定公開範囲に対応する公開判定基準を取得する。また、サーバ装置３は、受け付けたグループＩＤから指定された公開範囲に属するユーザの属性を抽出する。ユーザの属性に公開判定基準に指定された属性と文字列とが含まれるかチェックする。これより、サーバ装置３はデータを公開するユーザに対して、指定した公開範囲を間違えていないか又は指定した公開範囲にデータを公開したくないメンバが含まれていないかを通知することができる。

実施の形態２
実施の形態２は、ユーザの行動履歴に基づいて、ユーザ毎に変換ルール及び有意情報を生成する形態に関する。サーバ装置３は、データを公開するユーザ（所定ユーザ）に対応する有意情報と、指定された公開範囲に属するメンバに対応する有意情報とを比較し、指定された公開範囲に誤りがないか否かを判定する。

図１５は、データ公開システムのハードウェア構成例を示すブロック図である。実施の形態２に係るデータ公開システムのハードウェア構成は、実施の形態１に係るデータ公開システムのハードウェア構成と同じである。ただし、カメラ１が撮像した画像に関する画像ファイル１Ｆ及びメタデータ１Ｄは、端末装置２ではなく、カメラ１がネットワークＮを介してサーバ装置３に送信する。

なお、カメラ１からサーバ装置３への情報の送信速度又は通信路容量（帯域幅）が小さい場合、容量がより小さいメタデータ１Ｄのみがカメラ１からサーバ装置３に送信され、
る。また、カメラ１からサーバ装置３への情報の送信速度又は通信路容量（帯域幅）が小さい場合、容量がより大きい画像ファイル１Ｆは、実施の形態１と同様に、端末装置２がサーバ装置３に送信する。

サーバ装置３のハードディスク３４には、実施の形態１に係る各種テーブルに加えて、スケジュールテーブル９Ｔ及び行動履歴テーブル１０Ｔが記憶されている。図１５は、実施の形態１に係る各種テーブルについて、一部を省略して示している。
スケジュールテーブル９Ｔは、ユーザ毎のスケジュールを管理するテーブルである。行動履歴テーブル１０Ｔは、ユーザ各人が実行した行動の履歴を記憶するテーブルである。

次に、データ公開システムの機能概要の一例について説明する。
図１６及び図１７は、データ公開システムの機能構成例を示す機能ブロック図である。図１６は、カメラ１及び端末装置２が夫々有する機能の一例を示している。図１７は、サーバ装置３が有する機能の一例を示している。
図１６のカメラ１に係る各機能部は、制御部１１が記憶部１２に記憶されたプログラム１０Ｐに基づいて動作することにより機能する。図１６の端末装置２に係る各機能部は、制御部２１がハードディスク２４に記憶されたプログラム２０Ｐに基づいて動作することにより機能する。図１７のサーバ装置３に係る各機能部は、制御部３１がハードディスク３４に記憶されたプログラム３０Ｐに基づいて動作することにより機能する。

カメラ１の機能は、実施の形態１におけるカメラ１の機能とほとんど同じである。ただし、カメラ１のデータ−メタデータ送信部１０２は、画像ファイル１Ｆ及びメタデータ１Ｄをサーバ装置３に送信する。カメラ１のデータ−メタデータ送信部１０２は、少なくともメタデータ１Ｄを端末装置２に送信する。なお、メタデータ１Ｄには、カメラ１の所有者であるユーザのユーザＩＤが含まれる。

端末装置２は、スケジュール情報送信部２１０及び行動履歴送信部２１１を含む。スケジュール情報送信部２１０は、例えばブラウザに表示されるスケジュール登録画面（図示せず）から入力されたユーザのスケジュールをサーバ装置３に送信する。行動履歴送信部２１１は、サーバ装置３から送信された行動履歴画面（図示せず）を例えばブラウザの画面に表示する。ユーザは、スケジュール通りの行動した場合、行動履歴画面からスケジュールの確認操作をする。あるいは、ユーザは、スケジュールと異なる行動をした場合、実際に行った行動を行動履歴画面に入力する。行動履歴送信部２１１は、行動履歴画面に対するユーザの操作結果をサーバ装置３に送信する。

端末装置２のグループＩＤ受付部２０４は、操作部２８からグループＩＤを受け付ける。グループＩＤ送信部２０５は、グループＩＤ受付部２０４が受け付けたグループＩＤ及びカメラ１から受け付けたメタデータ１Ｄをサーバ装置３に送信する。公開メンバ受信部２０７、公開メンバ表示部２０８及び公開メンバ送信部２０９の各機能は、実施の形態１における各機能と同じである。

実施の形態１と異なるサーバ装置３の機能を説明する。サーバ装置３は、スケジュール行動履歴管理部３０９を含む。サーバ装置３の受付部３０２は、端末装置２からユーザのスケジュールを受け付け、受け付けたスケジュールをスケジュール行動履歴管理部３０９に出力する。スケジュール行動履歴管理部３０９は、ユーザのスケジュールを受け付け、受け付けたスケジュールをスケジュールテーブル９Ｔに登録する。

受付部３０２は、端末装置２からスケジュールの確認又はスケジュールと異なるユーザの行動履歴を受け付け、受け付けた情報をスケジュール行動履歴管理部３０９に出力する。スケジュール行動履歴管理部３０９は、受け付けた情報に応じて、行動履歴テーブル１０Ｔにユーザの行動履歴を登録する。

受付部３０２は、カメラ１から画像ファイル１Ｆ及びメタデータ１Ｄを受け付ける。
受付部３０２は、受け付けたメタデータ１Ｄをメタデータテーブル５Ｔに登録する。

サーバ装置３は、変換ルール生成部３１０を含む。変換ルール生成部３１０は、行動履歴テーブル１０Ｔを参照し、ユーザ毎に変換ルール及び有意情報を生成し、生成した変換ルール及び有意情報を変換ルールテーブル６０Ｔに登録する。

グループメンバ抽出部３０４は、受付部３０２からグループＩＤを取得する。グループメンバ抽出３０４は、取得したグループＩＤに基づいて、グループメンバ関連テーブル３Ｔを参照し、データを公開するユーザが指定した公開範囲に属するメンバのユーザＩＤを抽出する。グループメンバ抽出部３０４は、抽出したメンバのユーザＩＤを有意情報変換部３０５ａ及び判定部３０６に出力する。

有意情報変換部３０５ａは、メタデータテーブル５Ｔに記憶されたメタデータ１Ｄを読み出し、読み出したメタデータ１Ｄを、変換ルールテーブル６０Ｔを参照することにより、有意情報に変換する。その際、有意情報変換部３０５ａはグループメンバ抽出部３０４が抽出したユーザＩＤの各メンバについて、メンバ毎にメタデータ１Ｄを有意情報に変換する。有意情報変換部３０５ａはメンバ毎にメタデータ１Ｄを変換した有意情報を判定部３０６に出力する。

なお、有意情報変換部３０５ａは、メタデータ１Ｄをメタデータテーブル５Ｔから取得するのではなく、受付部３０２からメタデータ１Ｄを受け付けることにより、メタデータ１Ｄを取得してもよい。

判定部３０６は、グループメンバ抽出部３０４からデータを公開するユーザが指定した公開範囲に属するメンバのユーザＩＤを受け付ける。また、判定部３０６は、有意情報変換部３０５ａからユーザが指定した公開範囲に属する各メンバに対応する有意情報を受け付ける。
判定部３０６は、データを公開するユーザに対応する有意情報と、指定された公開範囲に属するメンバ各人に対応する有意情報とを比較する。

データを公開するユーザの行動履歴に基づく有意情報は、当該ユーザが指定した公開範囲と整合的である。他方、各ユーザの行動履歴に応じて、グループメンバ抽出部３０４が抽出した各メンバの行動履歴に基づく有意情報は、指定された公開範囲と整合的な場合と不整合な場合とがあり得る。そこで、判定部３０６は、上記比較により、指定された公開範囲と、公開先の対象予定であるメンバとの整合性又は不整合性を判定する。ここで、整合的なメンバは指定された公開範囲に対して適格であり、不整合なメンバは指定された公開範囲に対して不適格である。判定部３０６は、グループメンバ抽出部３０４から受け付けたメンバ各人について、判定結果を含むリストを作成する。

サーバ装置３のハードディスク３４に記憶されているスケジュールテーブル９Ｔ及び行動履歴テーブル１０Ｔの詳細について説明する。
図１８は、スケジュールテーブル９Ｔのレコードレイアウトの一例を示す説明図である。スケジュールテーブル９Ｔは、年月日、ユーザＩＤ及び氏名の各列を含む。年月日は、登録対象であるスケジュールの年月日である。ユーザＩＤは、登録するスケジュールに対応するユーザの識別記号であり、ユーザテーブル２ＴのユーザＩＤと同じである。氏名は、登録するスケジュールに対応するユーザの氏名であり、ユーザテーブル２Ｔの氏名と同じである。

スケジュールテーブル９Ｔは、種類、内容、起算日時及び期限日時の各列を含む。種類は、スケジュールの大まかな分類であり、例えば趣味、会議、出張、レジャー、研修等を含む。内容は、スケジュールのより具体的な分類であり、例えば登山、企画会議、○○社訪問、旅行、食事会、△△セミナー、ドライブ等を含む。起算日時及び期限日時は、夫々スケジュールの開始日時及び終了日時である。起算日時及び期限日時は、スケジュールが深夜０時を挟んで複数日に及ぶ場合、時刻の他に日付を含んでもよい。

スケジュールテーブル９Ｔは、場所及び登録年月日の各列を含む。場所はスケジュールに対応する時刻にユーザが所在する予定の場所である。場所は、例えば地名、住所、施設名等を含む。施設名は、例えばその施設の建築構造物内部の部屋を特定する情報を含んでもよい。登録年月日は、スケジュールが登録された年月日である。

図１９は、行動履歴テーブル１０Ｔのレコードレイアウトの一例を示す説明図である。行動履歴テーブル１０Ｔは、スケジュールテーブル９Ｔの内容を踏まえて、ユーザ各人が実行した行動履歴を記憶するテーブルである。ユーザはスケジュール通りに行動しない場合があるので、行動履歴テーブル１０Ｔのレコードはスケジュールテーブル９Ｔのレコードと整合的又は同一であることもあるが、不整合的又は異なることもある。
行動履歴テーブル１０Ｔは、ユーザＩＤ、年月日時１及び年月日時２の各列を含む。ユーザＩＤは、ユーザの識別情報であり、ユーザテーブル２ＴのユーザＩＤと同じである。年月日時１及び年月日時２は、夫々行動履歴の開始及び終了に対応する年月日時である。

行動履歴テーブル１０Ｔは、場所、種類及び内容を含む。場所、種類及び内容は、夫々スケジュールテーブル９Ｔの場所、種類及び内容に準じる。場所は、行動履歴に対応する時刻にユーザが所在した場所である。種類は、行動履歴の大まかな分類である。内容は、行動履歴のより具体的な分類である。

次に、データ公開システムの動作の一例について説明する。
以下では仮に、図５のユーザテーブル２ＴにおけるユーザＩＤ＝０００１、０００４及び０００５に夫々対応するＡＡさん、ＤＤさん及びＥＥさんは、時々山行を共にする登山仲間であるとする。ＡＡさん、ＤＤさん及びＥＥさんは、２０××年○○年△△日に一緒に高尾山に登る計画を立てたものとする。ＡＡさんは高尾山へ行き、ＡＡさんは高尾山で撮像した画像をデータ公開システムにより登山仲間に公開するものとする。

ＡＡさんは、端末装置２の表示部２７に表示される公開範囲登録画面（図示せず）から、例えば○○月△△日高尾山登山というグループ名称並びにグループメンバのユーザＩＤ＝０００１、０００４及び０００５を入力する。端末装置２は、グループ名称及びメンバのユーザＩＤをサーバ装置３に送信する。
サーバ装置３は、端末装置２からグループ名称及びメンバのユーザＩＤを受け付ける。サーバ装置３は受け付けたグループ名称及びメンバのユーザＩＤをグループテーブル１Ｔ及びグループメンバ関連テーブル３Ｔに登録する。

ＡＡさんは、端末装置２の表示部２７に表示されるスケジュール登録画面（図示せず）から、スケジュールを入力する。そのスケジュールの内容は、例えば年月日＝２０××年○○月△△日、種類＝趣味、内容＝登山、起算日時＝８：１０、期限日時＝１８：４５及び場所＝高尾山である。端末装置２は、ＡＡさんのスケジュールをサーバ装置３に送信する。

サーバ装置３は、端末装置２からＡＡさんのスケジュールを受け付ける。サーバ装置３は、受け付けたＡＡさんのスケジュールテーブル９Ｔに登録する。図１８の最上段のレコードは、ＡＡさんのスケジュール例を示す。なお、サーバ装置３は、ユーザＩＤに基づいてユーザテーブル２Ｔを参照し、スケジュールテーブル９Ｔの氏名にＡＡさんの氏名を書き込む。サーバ装置３は、スケジュールテーブル９Ｔの登録年月日にレコードを登録した時のシステム年月日を書き込む。

ＡＡさんの登山仲間であるＤＤさん及びＥＥさんも、ＡＡさんと同様に夫々自身の端末装置２にスケジュールを入力する。各端末装置２は、夫々ＤＤさん及びＥＥさんのスケジュールをサーバ装置３に送信し、サーバ装置３は受け付けた情報をスケジュールテーブル９Ｔに登録する。図１８の２行目及び３行目のレコードは、夫々ＤＤさん及びＥＥさんのスケジュール例を示す。

データ公開システムは、例えばスケジュールテーブル９Ｔの期限日時以降における１日の終わりにスケジュールテーブル９Ｔの内容を確認する。例えば、ＡＡさん、ＤＤさん及びＥＥさんの各端末装置２は、表示部２７に「○○月△△日の８：１０から１８：４５まで高尾山にいましたか？」というスケジュール確認画面（図示せず）を表示する。スケジュール確認画面は、はいボタン及びいいえボタンを含み、はいボタンが選択された場合、その結果が端末装置２からサーバ装置３に送信される。他方、いいえボタンが選択された場合、端末装置２はいつからいつまでどこにいたかという情報を入力する行動履歴入力画面（図示せず）を表示する。端末装置２は、行動履歴入力画面に行動履歴情報が入力され、所定の操作を受け付けた場合、入力されたユーザの行動履歴をサーバ装置３に送信する。

ここで仮に、○○月△△日当日、ＡＡさん及びＤＤさんは、スケジュール通り高尾山登山を決行したものとする。しかし、ＥＥさんは急遽スケジュールを変更し、○○月△△日に例えば他の登山仲間と筑波山に登ったものとする。

ＡＡさんは、高尾山にてカメラ１で画像を撮像する。その画像ファイル１Ｆ及びメタデータ１Ｄは、カメラ１からサーバ装置３に送信される。また、メタデータ１Ｄは、カメラ１から端末装置２に送信される。なお、カメラ１からサーバ装置３及び端末装置２に送信されるメタデータ１Ｄには、メタデータテーブル５Ｔのタイトル及びコメントは含まれない。
サーバ装置３は、カメラ１から画像ファイル１Ｆ及びメタデータ１Ｄを受け付ける。サーバ装置３は、受け付けたメタデータ１Ｄをメタデータテーブル５Ｔに登録する。サーバ装置３は、後にＡＡさんにより登録されたグループのメンバが、公開範囲に対して適格か否かを判定する場合、当該メタデータ１Ｄを利用する。

高尾山からの帰宅後、ＡＡさん及びＤＤさんは上記スケジュール確認画面のはいボタンを選択する。ＡＡさん及びＤＤさんの端末装置２は、夫々はいボタンに係る選択結果をサーバ装置３に送信する。他方、ＥＥさんは上記スケジュール確認画面のいいえボタンを選択する。ＥＥさんは、上記行動履歴入力画面に例えば２０ＸＸ年○○月△△日９：３０から２０ＸＸ年○○月△△日１６：１５まで筑波山にいたという行動履歴を入力する。また、ＥＥさんは、上記行動履歴入力画面に実際の行動に関する種類及び内容を入力する。ＥＥさんの端末装置２は、入力されたＥＥさんの行動履歴をサーバ装置３に送信する。

サーバ装置３は、ＡＡさん及びＤＤさんの端末装置２から上記スケジュール確認画面においてはいボタンが選択された選択結果を受け付ける。サーバ装置３は、スケジュールテーブル９ＴにおけるＡＡさん及びＤＤさんのスケジュールを参照し、行動履歴テーブル１０ＴにＡＡさん及びＤＤさんの確定した行動履歴を登録する。例えば、図１９の行動履歴テーブル１０Ｔにおける１行目及び２行目のレコードは、夫々ＡＡさん及びＤＤさんの行動履歴を示す。
サーバ装置３は、ＥＥさんの端末装置２からＥＥさんの行動履歴を受け付ける。サーバ装置３は、受け付けたＥＥさんの行動履歴を行動履歴テーブル１０Ｔに登録する。例えば、図１９の行動履歴テーブル１０Ｔにおける３行目のレコードは、ＥＥさんの行動履歴を示す。

サーバ装置３は、行動履歴テーブル１０Ｔにユーザの行動履歴を登録した場合、登録した行動履歴に基づいて、変換ルール及び有意情報を生成する。サーバ装置３は、変換ルールＩＤを発番し、発番した変換ルールＩＤ並びに生成した変換ルール及び有意情報を変換ルールテーブル６０Ｔに登録する。

図２０は、変換ルールテーブル６０Ｔのレコードレイアウトの一例を示す説明図である。図２０は、実施の形態２に係る変換ルールテーブル６０Ｔを示す。実施の形態１に係る図９の変換ルールテーブル６Ｔにおける変換ルール及び有意情報は、人間が作成する。しかし、図２０の変換ルールテーブル６０Ｔにおける変換ルール及び有意情報は、サーバ装置３が生成する。

図２０の変換ルールテーブル６０Ｔにおける１行目、２行目及び３行目のレコードは、夫々ＡＡさん（ユーザＩＤ＝０００１）、ＤＤさん（ユーザＩＤ＝０００４）及びＥＥさん（ユーザＩＤ＝０００５）の行動履歴に基づいて登録されたレコード例を示す。図２０の変換ルールテーブル６０ＴにおけるユーザＩＤは、図１９の行動履歴テーブル１０ＴにおけるユーザＩＤと同じである。図２０の変換ルールテーブル６０Ｔにおけるメタデータ名称は、変換ルールにより有意情報に変換される対象であるメタデータ１Ｄの名称又は種類であり、ここでは時間である。図２０の変換ルールテーブル６０Ｔにおける変換ルールは、図１９の行動履歴テーブル１０Ｔにおける年月日時１及び年月日時２により構成される期間である。図２０の変換ルールテーブル６０Ｔにおける有意情報は、図１９の行動履歴テーブル１０Ｔにおける年月日時１又は年月日時２から抽出した年月日と、図１９の行動履歴テーブル１０Ｔにおける場所とを結合したものである。

図２０における変換ルールＩＤ＝２００７に対応する変換ルール及び有意情報は、変換ルールＩＤ＝２００５及び２００６に対応する変換ルール及び有意情報と異なる。それは、ＥＥさんがＡＡさん及びＤＤさんと異なる行動を取ったためである。

なお、変換ルールテーブル６０Ｔの使用態様は、実施の形態１と実施の形態２とで異なる。そこで、この違いを明瞭にするため、変換ルールテーブル６０Ｔの使用態様の違いを示すフラグを記憶する列が変換ルールテーブル６０Ｔに追加されてもよい。
図２０の例においては、変換ルールテーブル６０Ｔの有意情報は、行動履歴テーブル１０Ｔにおける場所を含む。変換ルールテーブル６０Ｔの有意情報は、時間情報を含んでもよいし、含まなくてもよい。変換ルールテーブル６０Ｔの有意情報が時間情報を含む場合、その時間情報はより細かい時分までの時間でもよいし、例えば月だけの時間でもよい。

図２１は、公開データ登録画面１ｆのレイアウトの一例を示す説明図である。ＡＡさんは、例えばブラウザを立ち上げ、データ公開システムにアクセスする。ブラウザには、図２１の公開データ登録画面１ｆが表示される。
図２１のグループアイコン画面１０ｆの右端には、ＡＡさんが登録した○○月△△日高尾山登山のグループアイコン１０ｉが表示されている。グループアイコン１０ｉには、非表示の属性としてグループＩＤが関連付けられている。フォルダアイコン画面１００ｆの上部右端には、○○月△△日高尾山の名称を有するフォルダアイコン１００ｉが表示されている。フォルダアイコン１００ｉには、例えばメタデータ１Ｄが格納されている。

ＡＡさんは、○○月△△日高尾山の名称を有するフォルダアイコン１００ｉを○○月△△日高尾山登山のグループアイコン１０ｉにドラッグ＆ドロップする。端末装置２は、このドラッグ＆ドロップイベントをトリガーにして、メタデータ１Ｄ及びフォルダアイコン１００ｉに関連付けられているグループＩＤをサーバ装置３に送信する。

サーバ装置３は、メタデータ１Ｄ及びグループＩＤを受け付ける。ＡＡさんが高尾山で撮像した画像に関する画像ファイル１Ｆ及びメタデータ１Ｄは既にカメラ１によりサーバ装置３に送信されている。サーバ装置３は、端末装置２から受け付けたメタデータ１Ｄに基づいて、既にカメラ１から受け付けた画像ファイル１Ｆ及びメタデータ１Ｄと、端末装置２から受け付けたグループＩＤとを関連付ける。なお、上記１Ｄメタデータには、ＡＡさんのユーザＩＤが含まれている。

サーバ装置３は、受け付けたグループＩＤに基づいて、公開範囲に属するメンバのユーザ（例えば、０００１、０００４及び０００５）を抽出する。サーバ装置３は、変換ルールテーブル６０Ｔを参照し、抽出したメンバ毎に、受け付けたメタデータ１Ｄの作成日時を有意情報に変換する。例えば画像ファイル１Ｆに対応付けられたメタデータ１Ｄの作成日時が２０××年○○月△△日 １２：００である場合、サーバ装置３が変換するＡＡさん及びＤＤさんの有意情報は２０××／○○／△△高尾山である（図２０参照）。他方、サーバ装置３が変換するＥＥさんの有意情報は２０××／○○／△△筑波山である（図２０参照）。上述の場合、ＡＡさんの有意情報とＤＤさんの有意情報とは一致し、ＡＡさんの有意情報とＥＥさんの有意情報とは一致しない。

サーバ装置３は、データを公開するＡＡさんの有意情報を、指定した公開範囲に属するＤＤさんの有意情報及びＥＥさんの有意情報と比較する。サーバ装置３は、比較結果に基づいて、判定結果テーブル８ＴのユーザＩＤ＝０００１及び０００４に対応する不適格フラグに０を書き込み、ユーザＩＤ＝０００５に対応する不適格フラグに１を書き込む。

なお上述おいて、不適格フラグに０又は１を書き込む判定基準は、データを公開するユーザの有意情報と、指定した公開範囲に属するメンバの有意情報とが一致するか否かである。しかし、行動履歴によって変換ルール及び有意情報は変わり得るので、データを公開するユーザの有意情報と、指定した公開範囲に属するメンバの有意情報とが類似する場合には、そのメンバは指定した公開範囲に整合的とし、不適格フラグに０が書き込まれてもよい。
例えば、データを公開するユーザの行動履歴の場所が比較対象であるメンバの行動履歴の場所を含む包含関係にある場合、データを公開するユーザと比較対象であるメンバとでは、サーバ装置３が生成する有意情報は異なり、完全一致はしない。しかし、かかる場合、データを公開するユーザと比較対象であるメンバとの有意情報は類似すると判定されてもよい。
同様に、データを公開するユーザの行動履歴の時間が比較対象であるメンバの行動履歴の時間を含む包含関係にある場合、データを公開するユーザと比較対象であるメンバとの有意情報は類似すると判定されてもよい。

サーバ装置３は、判定結果テーブル８Ｔの不適格フラグを参照し、公開範囲に属するメンバとして抽出したユーザ一人一人について、判定した結果を示す判定結果画面２ｆを生成する。サーバ装置３は、生成した判定結果画面２ｆを端末装置２に送信する。以降にサーバ装置３が実行するデータ公開処理は、実施の形態１と同様であるので、その説明を省略する。

図２２及び図２３は、サーバ装置３が実行する公開範囲判定処理の手順の一例を示すフローチャートである。
制御部３１は、端末装置２からユーザ毎のスケジュールを受け付ける（ステップＳ２０１）。制御部３１は、受け付けたユーザ毎のスケジュールをスケジュールテーブル９Ｔに登録する（ステップＳ２０２）。制御部３１は、スケジュールテーブル９Ｔに基づいて、スケジュールの確認結果又はスケジュールと異なる行動履歴を受け付ける（ステップＳ２０３）。制御部３１は、受け付けたスケジュールの確認結果又はスケジュールと異なる行動履歴に応じて、行動履歴テーブル１０Ｔにユーザ毎の行動履歴を登録する（ステップＳ２０４）。制御部３１は、行動履歴テーブル１０Ｔに登録したユーザ毎の行動履歴に基づいて、ユーザ各々に対応する変換ルール及び有意情報を生成する（ステップＳ２０５）。制御部３１は、生成したユーザ毎の変換ルール及び有意情報を変換ルールテーブル６０Ｔに登録する（ステップＳ２０６）。

制御部３１は、カメラ２から画像ファイル１Ｆ及びメタデータ１Ｄを受け付ける（ステップＳ２０７）。制御部３１は、端末装置２からグループＩＤ及びメタデータ１Ｄを受け付ける（ステップＳ２０８）。制御部３１は、カメラ２から受け付けた情報と端末装置２から受け付けた情報とを関連付ける（ステップＳ２０９）。制御部３１は、グループメンバ関連テーブル３Ｔから、受け付けたグループＩＤに対応するメンバのユーザＩＤを抽出する（ステップＳ２１０）。

制御部３１は、変換ルールテーブル６０Ｔに基づいて、受け付けたメタデータ１Ｄの作成日時を、抽出したユーザＩＤ毎に有意情報に変換する（ステップＳ２１１）。制御部３１は、抽出したユーザＩＤからデータを公開するユーザのユーザＩＤを除いたユーザＩＤのメンバについて、以下の処理に関して未処理のメンバを選択する（ステップＳ２１２）。制御部３１は、選択したメンバに対応する有意情報がデータを公開するユーザに対応する有意情報と同一か否か判定する（ステップＳ２１３）。制御部３１は、選択したメンバに対応する有意情報がデータを公開するユーザに対応する有意情報と同一でないと判定した場合（ステップＳ２１３：ＮＯ）、判定結果テーブル８Ｔの不適格フラグに１を書き込む（ステップＳ２１４）。制御部３１は、選択したメンバに対応する有意情報がデータを公開するユーザに対応する有意情報と同一であると判定した場合（ステップＳ２１３：ＹＥＳ）、判定結果テーブル８Ｔの不適格フラグに０を書き込む（ステップＳ２１５）。

制御部３１は、抽出したユーザＩＤからデータを公開するユーザのユーザＩＤを除いたユーザＩＤのメンバ全員について、ステップＳ２１２からステップＳ２１５の処理を実行したか否か判定する（ステップＳ２１６）。制御部３１は、上記メンバ全員について、ステップＳ２１２からステップＳ２１５の処理を実行していないと判定した場合（ステップＳ２１６：ＮＯ）、ステップＳ２１２に処理を戻す。制御部３１は、上記メンバ全員について、ステップＳ２１２からステップＳ２１５の処理を実行したと判定した場合（ステップＳ２１６：ＹＥＳ）、判定結果画面２ｆを生成する（ステップＳ２１７）。制御部３１は、生成した判定結果画面２ｆを端末装置２に送信し（ステップＳ２１８）、処理を終了する。

本実施の形態では、サーバ装置３は生成した変換ルール及び有意情報を変換ルールテーブル６０Ｔに登録し、公開範囲判定処理を実行した。しかし、サーバ装置３は生成した変換ルール及び有意情報をＲＡＭ３３に記憶し、公開範囲判定処理を実行してもよい。

本実施の形態において、サーバ装置３は、予め作成されたスケジュールに基づいて、ユーザの行動履歴を確定し又は受け付ける。しかし、ＧＰＳ測定機能、無線ＬＡＮアクセスポイントと接続する機能又は携帯電話基地局と接続する機能等を有する可搬型通信機器をユーザが所持する場合、サーバ装置３は当該可搬型通信機器から送信される位置及び時間をユーザの行動履歴としてもよい。すなわち、サーバ装置３は、ユーザが所持する可搬型通信機器からの位置及び時間情報をユーザの行動履歴として、行動履歴テーブル１０Ｔに蓄積する。サーバ装置３は、行動履歴テーブル１０Ｔに蓄積した行動履歴に基づいて、ユーザ毎に変換ルール及び有意情報を生成する。その際、サーバ装置３は、蓄積した行動履歴をユーザ毎にマージしてもよいし、マージしなくてもよい。

なお、上述では、データに対応付けられるメタデータ１Ｄは、データの作成時に生成される作成場所の位置、作成日時、作成者等であった。しかし、データに対応付けられるメタデータ１Ｄは、データの再生時に生成される再生場所の位置、再生日時、再生者、再生機器の識別情報等であってもよい。例えば、ある会議室で開催された企画会議において、プレゼンテーションデータをＰＣで再生し、その画像をプロジェクタで投影したとする。後に、当該企画会議に参加したメンバにのみ、企画会議で再生したプレゼンテーションデータをデータ公開システムにより公開する場合、本実施の形態に係る公開範囲判定処理が実行されてもよい。

データを再生するＰＣは、再生中又は再生後にデータの再生位置、再生日時、再生者、再生機器の識別情報等をデータのメタデータ１Ｄとしてデータに対応付けて記憶する。部屋レベルの位置特定方法には、ＧＰＳ、無線ＬＡＮ、携帯電話基地局等の公知技術が利用されてよい。他方、データの再生に立ち会ったメンバの行動履歴を、スケジュール管理又は上記可搬型通信機器等を利用して、サーバ装置３に蓄積する。サーバ装置３は、メンバの行動履歴に基づいて、再生したデータのメタデータ１Ｄを有意情報に変換する変換ルール及び当該有意情報を生成し、記憶する。サーバ装置３には、別途例えば企画会議に参加したメンバから構成される公開範囲を登録しておく。これらの準備の下、サーバ装置３は、グループＩＤ及びメタデータ１Ｄを受け付け、本実施の形態に係る公開範囲判定処理を実行する。これにより、未再生のデータのみならず、再生後のデータについても公開範囲に誤りがある場合、即座にデータ公開システムから警告が発せられる。そして、意図しないデータの公開を未然に防止することができる。

サーバ装置３によれば、ユーザの行動履歴に基づいて、メタデータ１Ｄを変換する変換ルール及び有意情報を生成することができる。これにより、変換ルールテーブル６０Ｔに予め変換ルールと有意情報とを登録しておく必要はなく、データ公開システムの構築負担は軽減される。

端末装置２を動作させるためのプログラム２Ｐ、２０Ｐは、ディスクドライブ２５を介して光ディスク１ａから読み込まれてもよい。あるいは、プログラム２Ｐ、２０Ｐは、通信部２６を介して外部の情報処理装置又は記録装置から読み込まれてもよい。さらに、プログラム２Ｐ、２０Ｐを記録したフラッシュメモリ等の半導体メモリ１ｃが、端末装置２内に実装されていてもよい。
同様に、サーバ装置３を動作させるためのプログラム３Ｐ、３０Ｐは、ディスクドライブ３５を介して光ディスク１ａから読み込まれてもよい。あるいは、プログラム３Ｐ、３０Ｐは、通信部３６を介して外部の情報処理装置又は記録装置から読み込まれてもよい。さらに、プログラム３Ｐ、３０Ｐを記録したフラッシュメモリ等の半導体メモリ１ｃが、サーバ装置３内に実装されていてもよい。

実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

以上の実施の形態に関し、さらに以下の付記を開示する。

（付記１）
複数のユーザにより共有されるデータの公開に際し、制御部及び記憶部を有するコンピュータにより公開する範囲に誤りがないか否かを判定する公開範囲判定方法において、
データの公開範囲及び該データのメタデータを前記制御部により受け付け、
データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの属性情報を前記制御部により抽出し、
前記メタデータを有意情報に変換する変換規則及び該変換規則に対応するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、受け付けたメタデータをキーワードに前記制御部により変換し、
抽出した属性情報に変換したキーワードが含まれるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する
公開範囲判定方法。

（付記２）
前記メタデータをキーワードに変換するに際し、
前記メタデータを有意情報に変換する変換規則及び該有意情報が関連付けて記憶された前記記憶部の内容に基づいて、受け付けたメタデータを有意情報に前記制御部により変換し、
有意情報及び該有意情報に対応するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、変換した有意情報をキーワードに前記制御部により変換する
付記１に記載の公開範囲判定方法。

（付記３）
前記ユーザが受け付けた公開範囲に対して適格か否かを判定するに際し、抽出した属性情報が記憶された前記記憶部の内容から、変換したキーワードが検索されるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する
付記１又は付記２に記載の公開範囲判定方法。

（付記４）
前記有意情報に基づいて推定された推定公開範囲に対応するキーワードを該有意情報と関連付けて予め前記記憶部に前記制御部により記憶しておく
付記２に記載の公開範囲判定方法。

（付記５）
前記キーワードは前記推定公開範囲に対応するグループの名称、略称又は商標を含む
付記４に記載の公開範囲判定方法。

（付記６）
複数のユーザにより共有されるデータの公開に際し、制御部及び記憶部を有するコンピュータにより公開する範囲に誤りがないか否かを判定する公開範囲判定方法において、
データの公開範囲、該データのメタデータ及び所定ユーザの識別情報を前記制御部により受け付け、
データの公開範囲及び該公開範囲に属するユーザの識別情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの識別情報を前記制御部により抽出し、
前記記憶部に記憶された各ユーザの行動履歴に基づいて、前記メタデータを有意情報に変換する変換規則及び該有意情報を関連付けてユーザ毎に前記制御部により生成し、
生成した前記変換規則及び有意情報に基づいて、受け付けたメタデータをユーザ毎に有意情報に前記制御部により変換し、
ユーザ毎に変換した有意情報が、受け付けた識別情報に対応する所定ユーザの行動履歴に基づいて変換した有意情報と整合するか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する
公開範囲判定方法。

（付記７）
前記データのメタデータは該データが作成又は再生された位置又は日時を含む
付記１から付記６までのいずれか一つに記載の公開範囲判定方法。

（付記８）
前記有意情報は前記位置に関連する地名、組織若しくは施設又は前記日時に関連するユーザの行動区分若しくは所在場所を含む
付記７に記載の公開範囲判定方法。

（付記９）
前記判定する処理が判定した結果を表示部及び第二制御部を有する第二コンピュータに前記制御部により送信し、
送信した結果を前記第二制御部により受信させ、
受信した結果を前記表示部に前記第二制御部により表示させる
付記１から付記８までのいずれか一つに記載の公開範囲判定方法。

（付記１０）
複数のユーザにより共有されるデータの公開に際し、公開する範囲に誤りがないか否かを判定する公開範囲判定装置において、
情報を記憶する記憶部と、
データの公開範囲及び該データのメタデータを受け付ける受付部と、
データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、前記受付部が受け付けたデータの公開範囲に属するユーザの属性情報を抽出する抽出部と、
前記メタデータを変換する変換規則及び該変換規則に対応するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、前記受付部が受け付けたメタデータをキーワードに変換する変換部と、
前記抽出部が抽出した属性情報に前記変換部が変換したキーワードが含まれるか否かにより、前記受付部が受け付けた公開範囲に属するユーザが、前記受付部が受け付けた公開範囲に対して適格か否かを判定する判定部と
を備える公開範囲判定装置。

（付記１１）
前記変換部は、
前記メタデータを有意情報に変換する変換規則及び該有意情報が関連付けて記憶された前記記憶部の内容に基づいて、前記受付部が受け付けたメタデータを有意情報に変換する有意情報変換部と、
有意情報及び該有意情報に対応するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、前記有意情報変換部が変換した有意情報をキーワードに変換するキーワード変換部と
を有する
付記１０に記載の公開範囲判定装置。

（付記１２）
複数のユーザにより共有されるデータの公開に際し、公開する範囲に誤りがないか否かを判定する公開範囲判定装置において、
情報を記憶する記憶部と、
データの公開範囲、該データのメタデータ及び所定ユーザの識別情報を受け付ける受付部と、
データの公開範囲及び該公開範囲に属するユーザの識別情報が関連付けて記憶された前記記憶部の内容から、前記受付部が受け付けた公開範囲に属するユーザの識別情報を抽出する抽出部と、
前記記憶部に記憶された各ユーザの行動履歴に基づいて、前記受付部が受け付けたメタデータを有意情報に変換する変換規則及び該有意情報を関連付けてユーザ毎に生成する生成部と、
該生成部が生成した変換規則及び有意情報に基づいて、前記受付部が受け付けたメタデータをユーザ毎に有意情報に変換する変換部と、
該変換部がユーザ毎に変換した有意情報が、前記受付部により受け付けられた識別情報に対応する所定ユーザの行動履歴に基づく有意情報と整合するか否かにより、前記受付部が受け付けた公開範囲に属するユーザが、前記受付部が受け付けた公開範囲に対して適格か否かを判定する判定部と
を備える公開範囲判定装置。

（付記１３）
複数のユーザにより共有されるデータの公開に際し、公開する範囲に誤りがないか否かを判定する処理を、記憶部を有するコンピュータに実行させるプログラムにおいて、
データの公開範囲及び該データのメタデータを受け付け、
データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの属性情報を抽出し、
前記メタデータを変換する変換規則及び該変換規則に対応するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、受け付けたメタデータをキーワードに変換し、
抽出した属性情報に変換したキーワードが含まれるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを判定する
処理をコンピュータに実行させるプログラム。

１ カメラ
２ 端末装置（第二コンピュータ）
２１ 制御部（第二制御部）
２７ 表示部
３ サーバ装置（公開範囲判定装置、コンピュータ）
３１ 制御部（受付部、抽出部、変換部、判定部、有意情報変換部、キーワード変換部、生成部）
３４ ハードディスク（記憶部）
３６ 通信部（受付部、送信部）
３Ｐ、３０Ｐ プログラム
２Ｔ ユーザテーブル
３Ｔ グループメンバ関連テーブル
６Ｔ、６０Ｔ 変換ルールテーブル
７Ｔ 推定ルールテーブル
９Ｔ 行動履歴テーブル
１Ｆ 画像ファイル
１Ｄ メタデータ

Claims (6)

1. 複数のユーザにより共有されるデータの公開に際し、制御部及び記憶部を有するコンピュータにより公開する範囲に誤りがないか否かを判定する公開範囲判定方法において、
   データの公開範囲及び該データのメタデータを前記制御部により受け付け、
   データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの属性情報を前記制御部により抽出し、
   前記メタデータを有意情報に変換する変換規則及び該有意情報が関連付けて記憶された前記記憶部の内容に基づいて、受け付けたメタデータを有意情報に前記制御部により変換し、
   有意情報及び該有意情報に基づいて推定された推定公開範囲に属するユーザの属性情報に関するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、変換した有意情報をキーワードに前記制御部により変換し、
   抽出した属性情報に、変換したキーワードが含まれるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する
   公開範囲判定方法。
2. 前記ユーザが受け付けた公開範囲に対して適格か否かを判定するに際し、抽出した属性情報が記憶された前記記憶部の内容から、変換したキーワードが検索されるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する
   請求項１に記載の公開範囲判定方法。
3. 複数のユーザにより共有されるデータの公開に際し、制御部及び記憶部を有するコンピュータにより公開する範囲に誤りがないか否かを判定する公開範囲判定方法において、
   データの公開範囲、該データのメタデータ及び所定ユーザの識別情報を前記制御部により受け付け、
   データの公開範囲及び該公開範囲に属するユーザの識別情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの識別情報を前記制御部により抽出し、
   前記記憶部に記憶された各ユーザの行動履歴に基づいて、データのメタデータを有意情報に変換する変換規則及び該変換規則に従った有意情報を、前記制御部によりユーザ毎に予め関連付けておき、
   予め関連付けられた前記変換規則及び有意情報に基づいて、受け付けたメタデータをユーザ毎に有意情報に前記制御部により変換し、
   前記識別情報を抽出したユーザ毎に変換した有意情報が、前記所定ユーザの行動履歴に基づいて変換した有意情報と整合するか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを前記制御部により判定する
   公開範囲判定方法。
4. 複数のユーザにより共有されるデータの公開に際し、公開する範囲に誤りがないか否かを判定する公開範囲判定装置において、
   情報を記憶する記憶部と、
   データの公開範囲及び該データのメタデータを受け付ける受付部と、
   データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、前記受付部が受け付けたデータの公開範囲に属するユーザの属性情報を抽出する抽出部と、
   前記メタデータを有意情報に変換する変換規則及び該有意情報が関連付けて記憶された前記記憶部の内容に基づいて、前記受付部が受け付けたメタデータを有意情報に変換し、有意情報及び該有意情報に基づいて推定された推定公開範囲に属するユーザの属性情報に関するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、変換した有意情報をキーワードに変換する変換部と、
   前記抽出部が抽出した属性情報に前記変換部が変換したキーワードが含まれるか否かにより、前記受付部が受け付けた公開範囲に属するユーザが、前記受付部が受け付けた公開範囲に対して適格か否かを判定する判定部と
   を備える公開範囲判定装置。
5. 複数のユーザにより共有されるデータの公開に際し、公開する範囲に誤りがないか否かを判定する公開範囲判定装置において、
   情報を記憶する記憶部と、
   データの公開範囲、該データのメタデータ及び所定ユーザの識別情報を受け付ける受付部と、
   データの公開範囲及び該公開範囲に属するユーザの識別情報が関連付けて記憶された前記記憶部の内容から、前記受付部が受け付けた公開範囲に属するユーザの識別情報を抽出する抽出部と、
   前記記憶部に記憶された各ユーザの行動履歴に基づいて、データのメタデータを有意情報に変換する変換規則及び該変換規則に従った有意情報を、ユーザ毎に予め関連付ける生成部と、
   該生成部が予め関連付けた変換規則及び有意情報に基づいて、前記受付部が受け付けたメタデータをユーザ毎に有意情報に変換する変換部と、
   前記抽出部が識別情報を抽出したユーザ毎に該変換部が変換した有意情報が、前記受付部が識別情報を受け付けた所定ユーザの行動履歴に基づく有意情報と整合するか否かにより、前記受付部が受け付けた公開範囲に属するユーザが、前記受付部が受け付けた公開範囲に対して適格か否かを判定する判定部と
   を備える公開範囲判定装置。
6. 複数のユーザにより共有されるデータの公開に際し、公開する範囲に誤りがないか否かを判定する処理を、記憶部を有するコンピュータに実行させるプログラムにおいて、
   データの公開範囲及び該データのメタデータを受け付け、
   データの公開範囲及び該公開範囲に属するユーザの属性情報が関連付けて記憶された前記記憶部の内容から、受け付けたデータの公開範囲に属するユーザの属性情報を抽出し、
   前記メタデータを有意情報に変換する変換規則及び該有意情報が関連付けて記憶された前記記憶部の内容に基づいて、受け付けたメタデータを有意情報に変換し、
   有意情報及び該有意情報に基づいて推定された推定公開範囲に属するユーザの属性情報に関するキーワードが関連付けて記憶された前記記憶部の内容に基づいて、変換した有意情報をキーワードに変換し、
   抽出した属性情報に、変換したキーワードが含まれるか否かにより、受け付けた公開範囲に属するユーザが受け付けた公開範囲に対して適格か否かを判定する
   処理をコンピュータに実行させるプログラム。

Images