JP2003281035A - 情報提供システム、情報提供装置、情報提供方法、プログラム、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 データの公開を通知する際に、閲覧を許可す
る複数の第三者に対して公開後の閲覧の変更を通知する
か否かを指定しておくことにより、閲覧の変更を複数の
第三者に対して確実に通知できる情報提供システム、情
報提供装置、情報提供方法、プログラム、及び記録媒体
を提供する。 【解決手段】 インターネット１０４上のフォトサイト
１０５により画像データを公開する情報提供システムで
あって、インターネット１０４上のフォトサイト１０５
による画像データの公開を当該画像データへの閲覧を許
可する第三者１０２Ｂに対して通知し、画像データの公
開を通知する際に、その画像データを公開した後に閲覧
が変更された場合、第三者１０２Ｂに対して閲覧の変更
を通知するか否かを指定し、通知するように指定された
場合、第三者１０２Ｂに対して閲覧の変更を通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
情報提供装置によりデータを公開する情報提供システ
ム、情報提供装置、情報提供方法、プログラム、及び記
録媒体に関するものである。

【０００２】

【従来の技術】近年、通信インフラの整備及び情報通信
技術の発展により、インターネットを利用した情報提供
サービスが可能となっている。

【０００３】また、半導体デバイス等の微細化が順調に
進み、デジタルスチルカメラやデジタルビデオカメラに
代表される画像入力装置を構成するＬＳＩや固体撮像素
子の部品サイズ、コストがスケールダウンしたことによ
り、多くのユーザが画像入力装置を用いて画像を撮影
し、デジタル画像データを得るようになっている。

【０００４】例えば、ユーザがデジタルスチルカメラを
用いて撮影したデジタル画像データは、デジタルカメラ
内にあるメモリに保存された後、ユーザが所有するパー
ソナルコンピュータ内のＨＤＤ等に代表される記録装置
に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録
メディアに書きこまれて保管されたりしている。

【０００５】また、カラースキャナの普及に伴い、ユー
ザはカラースキャナを用いて読み取った画像をデジタル
画像データとして作成及び保管することも容易にできる
ようになっている。

【０００６】これらのことを背景として、インターネッ
トを利用した情報提供サービスの一種として、ユーザが
画像入力装置を用いて撮影したデジタル画像データをネ
ットワーク上のサーバの記憶領域に預かり、そのデジタ
ル画像データをユーザが望む時に閲覧できるようなサー
ビスを提供するネットワークサービスがある。また、預
かったデジタル画像データをユーザが望む第三者に公開
できるサービスを提供するネットワークサービスもあ
る。

【０００７】このようなネットワークサービスを提供す
るインターネットサービスプロバイダを以下、「フォト
サイト」と称す。

【０００８】

【発明が解決しようとする課題】上述のようなフォトサ
イトにおいて、ユーザが第三者にデジタル画像データを
公開する場合、公開したデジタル画像データの閲覧方法
とユーザが入力したコメントとを、電子メールを用いて
第三者に通知してサービスを提供している場合が多い。
第三者は、通知された電子メールに記載されたアクセス
手段を用いてデジタル画像データの閲覧を行うことがで
きる。

【０００９】しかし、ユーザが一度通知して公開を行っ
たデジタル画像データを削除したり、閲覧設定を変更し
て非公開にした場合には、第三者がそのデジタル画像デ
ータの閲覧を試みようとすると、既にデジタル画像デー
タが削除又は非公開にされているため、閲覧できないと
いう問題点があった。

【００１０】このような場合、フォトサイトのユーザが
過去に公開を通知した第三者に対して、デジタル画像デ
ータを削除又は非公開にした旨を再度通知できれば、第
三者はデジタル画像データの閲覧ができなくなったこと
を認知することができるが、その場合、ユーザは公開を
通知した第三者をすべて覚えておかなければならず、特
に多数の第三者に通知を行った場合には、ユーザに多大
な負担を強いるという問題点があった。

【００１１】本発明は、上述の課題を解決するためにな
されたものであり、データの公開を通知する際に、閲覧
を許可する複数の第三者に対して公開後の閲覧の変更を
通知するか否かを指定しておくことにより、閲覧の変更
を複数の第三者に対して確実に通知できる情報提供シス
テム、情報提供装置、情報提供方法、プログラム、及び
記録媒体を提供することを目的とする。

【００１２】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、ネットワーク上の情報提供装置によりデ
ータを公開する情報提供システムであって、ネットワー
ク上の情報提供装置によるデータの公開を当該データへ
の閲覧を許可する複数の第三者に対して通知する通知手
段と、前記データの公開を通知する際に、当該データを
公開した後に閲覧が変更された場合、前記複数の第三者
に対して閲覧の変更を通知するか否かを指定する通知指
定手段と、前記通知指定手段により通知するように指定
された場合、前記複数の第三者に対して閲覧の変更を通
知する変更通知手段とを有することを特徴とする。

【００１３】また、上記目的を達成するために、本発明
は、ユーザの端末装置からアップロードされたデータを
公開する情報提供装置であって、前記ユーザから指定さ
れた前記データへの閲覧を許可する複数の第三者に対し
て前記データの公開を通知する通知手段と、前記データ
の公開を通知する際に、当該データを公開した後に閲覧
が変更された場合、前記複数の第三者に対して閲覧の変
更を通知するか否かを指定させる通知指定手段と、前記
通知指定手段により通知するように指定された場合、前
記複数の第三者に対して閲覧の変更を通知する変更通知
手段とを有することを特徴とする。

【００１４】更に、上記目的を達成するために、本発明
は、ネットワーク上の情報提供装置によりデータを公開
する情報提供システムの情報提供方法であって、ネット
ワーク上の情報提供装置によるデータの公開を当該デー
タへの閲覧を許可する複数の第三者に対して通知する通
知工程と、前記データの公開を通知する際に、当該デー
タを公開した後に閲覧が変更された場合、前記複数の第
三者に対して閲覧の変更を通知するか否かを指定する通
知指定工程と、前記通知指定工程により通知するように
指定された場合、前記複数の第三者に対して閲覧の変更
を通知する変更通知工程とを有することを特徴とする。

【００１５】更に、上記目的を達成するために、本発明
は、ユーザの端末装置からアップロードされたデータを
公開する情報提供方法であって、前記ユーザから指定さ
れた前記データへの閲覧を許可する複数の第三者に対し
て前記データの公開を通知する通知工程と、前記データ
の公開を通知する際に、当該データを公開した後に閲覧
が変更された場合、前記複数の第三者に対して閲覧の変
更を通知するか否かを指定させる通知指定工程と、前記
通知指定工程により通知するように指定された場合、前
記複数の第三者に対して閲覧の変更を通知する変更通知
工程とを有することを特徴とする。

【００１６】

【発明の実施の形態】以下、図面を参照しながら本発明
に係る実施の形態を詳細に説明する。本実施形態に記載
されている構成要素の相対配置、表示画面等は、特に特
定的な記載がない限りは、本発明の範囲をそれらのみに
限定する趣旨のものではない。

【００１７】本実施形態として、インターネットを介し
てデジタル画像データの共有及び提供を行う情報提供シ
ステムについて説明する。

【００１８】図１は、本実施形態における情報提供シス
テムの構成例を示す図である。図１において、１０１は
画像入力装置であり、静止画を撮影し、デジタル画像デ
ータとして記録できるデジタルスチルカメラ、或いは動
画を撮影し、動画像データとして記録できるデジタルビ
デオカメラなどでイメージ情報である光学像を電気信号
に変換し、所定の画像処理を施した後、デジタル情報と
して記録又は再生する装置である。１０２Ａはユーザ用
パーソナルコンピュータであり（以下「ユーザＰＣ」と
略す）、１１６は画像入力装置１０１とユーザＰＣ１０
２Ａとの間で、撮影された画像データを転送するための
データ転送用インターフェースである。このデータ転送
用インターフェース１１６は、例えばUSE,IEEE1394に代
表される有線インターフェースの場合や、例えばIrDA,B
luetoothに代表される無線系インターフェースの場合も
ある。

【００１９】画像入力装置１０１で撮影され、画像入力
装置１０１内の情報記憶装置にデジタル情報として格納
された画像データは、データ転送用インターフェース１
１６を介してユーザＰＣ１０２ＡのＨＤＤに代表される
情報記憶装置の記憶領域に転送される。この画像入力装
置１０１からユーザＰＣ１０２Ａへの画像データ転送に
関しては、ユーザＰＣ１０２Ａにインストールされてい
るＯＳ叉は専用のソフトウエアからの命令で、画像入力
装置１０１内にある情報記憶装置に格納されている画像
データを一括転送する場合と、画像入力装置１０１から
送られる転送コマンドで、ユーザＰＣ１０２ＡのＯＳ叉
は専用ソフトウエアがユーザＰＣ１０２Ａの情報記憶装
置に記憶領域を確保し、画像データを転送する場合があ
る。

【００２０】このようにしてユーザＰＣ１０２Ａへと転
送された画像データは、以下の手順によってインターネ
ット１０４上に接続されているフォトサイト１０５にア
ップロードされる。

【００２１】ユーザＰＣ１０２Ａ上で動作可能なインタ
ーネット１０４での情報転送可能な標準プロトコルを有
するブラウザは、ＨＴＴＰプロトコルなどの標準プロト
コルを用いてフォトサイト１０５にアクセスし、フォト
サイト１０５のサーバＰＣが管理するＨＴＭＬ、ＸＭＬ
等の記述言語で作成された画像、音声等のマルチメディ
ア情報とリンクされている情報を表示する。

【００２２】この動作により、ユーザＰＣ１０２Ａは、
フォトサイト１０５が提供する通信インフラとしてイン
ターネット１０４を利用したサービスを受けることがで
きる。

【００２３】次に、ユーザＰＣ１０２Ａの情報記憶領域
に格納されている画像入力装置１０１で撮影された画像
データは、ユーザＰＣ１０２Ａのユーザの要求により、
フォトサイト１０５に転送される(以下、この転送を
「画像アップロード」と呼ぶ)。ここで、画像アップロ
ードは、前述したブラウザから転送したい画像データを
選択し、画像アップロードの要求アクションに連動して
転送される場合や、画像アップロード専用ソフトウエア
等を用いて画像データを選択し、前述した画像アップロ
ード専用ソフトウエアから直接、転送される場合があ
る。何れの場合もＨＴＴＰやＦＴＰのインターネット上
で利用可能なプロトコルに基づいて実行される。

【００２４】この一連の動作をフォトサイト１０５で実
行するモジュールがフォトシェアリングモジュール１０
６である。フォトシェアリングモジュール１０６は、ア
ップロードされた画像データがフォトサイト１０５で使
用可能な画像データであるかチェックし、利用可能であ
ると判断した場合、アップロードされた画像データを画
像データベース１１７に格納すると共にその属性情報等
をデータベース１１８に格納する。この段階で、フォト
シェアリングモジュール１０６は画像データが正常にア
ップロードされたことをユーザＰＣ１０２Ａに通知す
る。

【００２５】また、データベース１１８には、上述した
画像データの属性情報以外にも、フォトサイト１０５に
登録されているユーザ属性情報のデータと、アップロー
ドされた画像データのプリントアウトを依頼するプリン
トサービス提供者（以下「プリントサイト」と略す）の
属性情報等の各種データが格納され、一元管理されてい
る。

【００２６】このようにしてユーザＰＣ１０２Ａのユー
ザはアップロードされた画像データをブラウザを介して
指定することにより閲覧することができる。尚、この閲
覧に関しては、アップロードされた画像データを複数枚
纏めて１つの単位とし、アルバムとして管理している場
合もある。

【００２７】次に、アップロードした画像データに対し
てプリント注文を行う際の流れを、順を追って説明す
る。フォトサイト１０５にアップロードした画像データ
のうち、ユーザＰＣ１０２Ａのユーザがブラウザを介し
て自分がアップロードした画像データを閲覧することが
できる。この時、閲覧する画像を選択する手段として
は、単一の画像単位で逐次閲覧する画像を選択していく
場合や、上述した複数枚を１つのアルバムとして登録
し、複数個のアルバム群から自分が閲覧したいアルバム
を選択し、その選択したアルバムが管理している個々の
画像を選択して閲覧する場合がある。

【００２８】フォトサイト１０５は、ユーザからアップ
ロードされた画像データのプリント注文を、画像データ
のプリントアウトをソリューションとして提供するプリ
ントサイトに依頼する。このプリントサイトは、プリン
トプロバイダによって提供されるサイトであり、図１で
は１０９Ａ，１０９Ｂ，１０９Ｃで示されている。尚、
図面の関係上、プリントサイトを３つだけ図示したが、
これ以上でも良く、その数に制限はない。

【００２９】次に、ユーザＰＣ１０２Ａのユーザは、ア
ップロードした画像の閲覧画面からプリントアウトして
商品として欲しい画像データを選択する。次に、ユーザ
ＰＣ１０２Ａのユーザは、フォトサイト１０５が提供で
きるプリントサイト１０９Ａ，１０９Ｂ，１０９Ｃの中
から自分が注文したいプリントサイトを選択する。ここ
で、ユーザは各プリントサイトが提供するサービス、価
格、納期等を考慮して自分が発注するプリントサイトを
選択する。

【００３０】以後、説明の便宜上、ユーザがプリントサ
イト１０９Ａを選択したものと想定して説明を進める
が、ユーザが選択するプリントサイトはプリントサイト
１０９Ｂ、プリントサイト１０９Ｃであっても、基本的
な情報の流れは同一である。

【００３１】まず、プリント注文したいユーザは、閲覧
画面からプリント注文したい画像データとプリントサイ
トとを選択し、フォトサイト１０５に通知する。一方、
フォトサイト１０５では、プリントアウトの依頼のあっ
た画像データに関する仮プリントオーダを生成し、選択
されたプリントサイト１０９Ａにインターネット１０４
を介して見積りを依頼する。

【００３２】次に、フォトサイト１０５から仮プリント
オーダを受けたプリントサイト１０９Ａでは、課金手段
である課金２モジュール１１０Ａにより仮プリントオー
ダの内容から価格を算出し、その見積り価格をインター
ネット１０４を介してフォトサイト１０５に通知する。
そして、フォトサイト１０５は、この見積り価格の情報
をリアルタイムに受信し、ユーザＰＣ１０２Ａに情報と
して転送し、プリント注文をするユーザに、ダイナミッ
クにプリントサイト１０９Ａが提示する価格を提示する
ことができる。

【００３３】ここで、プリント注文したユーザＰＣ１０
２Ａのユーザが提示された価格を認め、この価格での購
入を決めると、承認のアクションをフォトサイト１０５
に返し、決済手段である決済モジュール１０７がこれを
受理し、決済処理される。この決済が終了した段階で、
フォトサイト１０５は正式なプリントオーダをプリント
サイト１０９Ａに送る。プリントサイト１０９Ａでは、
この正式プリントオーダを受理し、プリントアウトに必
要な画像データをフォトサイト１０５の画像データベー
ス１１７から獲得する。

【００３４】このようにして獲得された画像データは、
プリントサイト１０９Ａが所有する印刷手段であるプリ
ンタ１１１Ａによりプリントアウトされ、印刷物１１２
Ａとして出力される。そして、プリントアウトされた印
刷物１１２Ａは、郵送などの運送手段によってプリント
アウトを依頼したユーザＰＣ１０２Ａのユーザが指定し
た配送先に届けられる。

【００３５】以上がユーザＰＣ１０２Ａを介して画像入
力装置１０１で撮影した画像データをアップロードした
ユーザがフォトサイト１０５の閲覧及びプリント注文を
行うためのシステムの概略説明である。

【００３６】尚、ここでは、画像をアップロードする端
末としてＰＣを例に挙げて説明したが、本発明に係る情
報提供システムはこれに限定されるものではなく、携帯
端末から画像をアップロードしても良いし、或いはデジ
タルカメラ、デジタルビデオ、スキャナ、デジタル複写
機等の画像入力装置から直接画像をアップロードしても
良い。

【００３７】次に、インターネット１０４上のフォトサ
イト１０５に画像データをアップロードしたユーザ以外
の第三者がフォトサイト１０５の画像データベース１１
７に格納されている画像データを閲覧する方法について
説明する。

【００３８】ここで、フォトサイト１０５は、画像デー
タをアップロードしたユーザが指定する第三者に対し
て、「アップロードされた画像」又は「アップロードさ
れた複数の画像を１つのアーカイブとして管理している
アルバム」の閲覧及びプリント注文サービスを提供する
ものとする。

【００３９】まず、画像データをフォトサイト１０５に
アップロードしたユーザは、自分が閲覧を許可する第三
者（以下「閲覧ユーザ」と略す）の氏名等の属性情報と
E-Mail（以下、単に「メール」と略す）アドレスをＷｅ
ｂブラウザによってフォトサイト１０５に通知する。こ
れにより、フォトサイト１０５は、閲覧ユーザに画像を
公開する場合、まず公開に必要なＵＲＬ（Universal Re
source Locator）を生成する。この時、生成されるＵＲ
Ｌとしては、ユニークなアドレスであり、かつ、一意に
予測不可能な乱数等を用いたものを割当てる。下記に例
を示す。

【００４０】http://○○○.com/PhotoSite/Album/Albu
mEntry.cgi?AlbumID=AJNWDMF このように、一意に予測不可能なＵＲＬを「ランダムＵ
ＲＬ」と称す。

【００４１】フォトサイト１０５は、このように生成さ
れたランダムＵＲＬを、必要なら閲覧に必要なパスワー
ド情報を付加して閲覧ユーザにインターネット１０４を
介してメールで通知する。メールを受け取った閲覧ユー
ザは、ユーザＰＣ１０２Ｂからインターネット１０４に
アクセスし、Ｗｅｂブラウザに、メールで通知されたラ
ンダムＵＲＬを入力することで、画像をアップロードし
たユーザが指定した画像又はアルバムを閲覧することが
できる。

【００４２】次に、ユーザＰＣ１０２Ｂを使用している
閲覧ユーザが、このようにして閲覧可能になった画像デ
ータをプリント注文する方法について説明する。フォト
サイト１０５は、閲覧ユーザからの画像データのプリン
ト注文を、画像データのプリントアウトを提供するプリ
ントサイト１０９Ａ，１０９Ｂ，１０９Ｃの何れかに対
して行うものとする。

【００４３】まず、ユーザＰＣ１０２Ｂを使用している
閲覧ユーザは、上述のＷｅｂブラウザによる閲覧画面か
らプリントアウトして印刷物を商品として手に入れたい
画像データを選択する。そして、ユーザＰＣ１０２Ｂの
閲覧ユーザは、フォトサイト１０５が提供できるプリン
トサイト１０９Ａ，１０９Ｂ，１０９Ｃの中から自分が
注文したいプリントサイトを選択する。閲覧ユーザは、
各プリントサイトが提供するサービス、単価、納期等を
考慮して自分が発注するプリントサイトを選択する。

【００４４】以後、説明の便宜上、ユーザがプリントサ
イト１０９Ｂを選択したものと想定して説明を進める
が、ユーザが選択するプリントサイトはこれに限らず、
プリントサイト１０９Ａ、プリントサイト１０９Ｃであ
っても基本的な情報の流れは同一である。

【００４５】次に、閲覧ユーザが閲覧画面からプリント
注文したい画像データを選択し、フォトサイト１０５に
通知すると、フォトサイト１０５は、プリントアウトの
依頼のあった画像データに関する仮プリントオーダを生
成し、インターネット１０４を介して送信することによ
り、プリントサイト１０９Ｂに見積りを依頼する。一
方、フォトサイト１０５から仮プリントオーダを受けた
プリントサイト１０９Ｂでは、選択画像情報に必要な画
像データをフォトサイト１０５の画像データベース１１
７から取得して選択画像情報を生成する。そして、この
選択画像情報をユーザＰＣ１０２Ｂに対し、インターネ
ット１０４を介して送信することにより、閲覧ユーザは
ＰＣ１０２ＢにおいてＷｅｂブラウザ上で選択した画像
毎にプリント形式や枚数などを入力できる。

【００４６】プリントサイト１０９Ｂは、選択された画
像毎にプリント形式や枚数などの情報に基づき、課金２
モジュール１１０Ｂにより見積額を算出し、算出した見
積額を、インターネット１０４を介してフォトサイト１
０５に送信する。フォトサイト１０５は、プリントサイ
ト１０９Ｂが送信する見積額の情報をリアルタイムに受
信する。そして、ユーザの個人情報を持っていない閲覧
ユーザの場合は、ユーザＰＣ１０２Ｂにプリントサイト
１０９Ｂが送信した見積額をＷｅｂ情報として転送し、
またユーザの個人情報を持っている閲覧ユーザの場合
は、見積額にポイントを加味した提示額をＷｅｂ情報と
して転送し、プリント注文をしている閲覧ユーザに、ダ
イナミックに提示することができる。

【００４７】ここで、プリント注文したユーザＰＣ１０
２Ｂの閲覧ユーザが提示された価格を認め、この価格で
の購入を決めると、承認のアクションをフォトサイト１
０５に返し、決済手段としての決済モジュール１０７が
これを受理し、決済処理される。この決済が終了した段
階で、フォトサイト１０５は正式なプリントオーダをプ
リントサイト１０９Ｂに送る。プリントサイト１０９Ｂ
は、この正式プリントオーダを受理し、プリントアウト
に必要な画像データをフォトサイト１０５の画像データ
ベース１１７から獲得する。

【００４８】このようにして獲得された画像データは、
プリントサイト１０９Ｂが所有する印刷手段であるプリ
ンタ１１１Ｂによりプリントアウトされ、印刷物１１２
Ｂとして出力される。そして、プリントアウトされた印
刷物１１２Ｂは、郵送などの運送手段によってプリント
アウトを依頼したユーザＰＣ１０２Ｂの閲覧ユーザが指
定した配送先に届けられる。

【００４９】また、フォトサイト１０５は、画像をアッ
プロードしたユーザが指定する携帯端末の所有者に対し
て、画像（又はアルバム）の閲覧通知、閲覧機能及びプ
リント注文のサービスを提供することができる。これに
より、画像又はアルバムを閲覧するためのＵＲＬを含む
通知メールを携帯端末で受け、同様に携帯端末から画像
又はアルバムの閲覧又はプリント注文することもできる
（以下、携帯端末からフォトサイト１０５を利用するユ
ーザを「携帯閲覧ユーザ」と略す）。

【００５０】ユーザＰＣ１０２Ａからインターネット１
０４を介して画像データをフォトサイト１０５にアップ
ロードしたユーザは、自分が閲覧を許可する携帯閲覧ユ
ーザの氏名等の属性情報とメールアドレスをＷｅｂブラ
ウザによってフォトサイト１０５に通知する。これによ
り、フォトサイト１０５は、携帯閲覧ユーザに画像又は
アルバムを公開する場合、まず公開に必要なランダムＵ
ＲＬを生成する。

【００５１】フォトサイト１０５は、生成されたランダ
ムＵＲＬを、必要なら閲覧に必要なパスワード情報を付
加して携帯閲覧ユーザの携帯端末１１３Ａにメールで通
知する。この携帯閲覧ユーザに通知されるメールの転送
経路としては、フォトサイト１０５のメール配信サーバ
からインターネット１０４に接続するインターネット接
続ゲートウェイ１１５Ａを介して携帯端末１１３Ａと各
種データのやり取りが可能なモバイルネットワーク１１
４Ａに送り出され、携帯端末１１３Ａに転送される。

【００５２】一方、フォトサイト１０５からメールを受
け取った携帯閲覧ユーザは、携帯端末１１３Ａの専用ブ
ラウザでメールによって通知されたランダムＵＲＬアド
レスを入力することで、モバイルネットワーク１１４Ａ
→インターネット接続ゲートウェイ１１５Ａ→インター
ネット１０４という経路を経てフォトサイト１０５にア
クセスする。

【００５３】フォトサイト１０５は、インターネット１
０４で表示可能なＨＴＭＬ、ＸＭＬ等の記述言語で作成
されたＷｅｂ情報とは別にＷＭＬ、CompactＨＴＭＬ等
の携帯端末専用の記述言語で作成された携帯端末専用の
ブラウザ情報を所有しており、更に、携帯端末１１３Ａ
で表示可能なサイズにリサイズした画像データを有して
いる。そして、フォトサイト１０５は、携帯端末１１３
Ａからの要求に応じて、その機種を判別し、携帯端末１
１３Ａにて表示可能な情報を送り出す。

【００５４】閲覧可能な携帯端末環境は携帯端末１１３
Ａだけではなく、通信プロトコル仕様や情報記述言語、
モバイルネットワーク環境の違う携帯端末１１３Ｂで
も、サービスの享受が可能なようにフォトサイト１０５
では各種フォーマットのブラウザ情報が用意されてい
る。図面の関係上、利用可能な携帯端末を１１３Ａと１
１３Ｂの２つ示しているが、これ以上でも良いことは言
うまでもない。

【００５５】ここで、携帯端末１１３Ｂからの閲覧要求
は、携帯端末１１３Ｂが利用可能なモバイルネットワー
ク１１４Ｂからインターネット接続ゲートウェイ１１５
Ｂに送られ、プロトコル変換され、インターネット１０
４に接続されているフォトサイト１０５に送り届けられ
る。

【００５６】フォトサイト１０５には、インターネット
１０４で閲覧可能なＨＴＭＬ、ＸＭＬ等の記述言語で作
成されたＷｅｂ表示情報とは別に、携帯端末１１３Ｂで
閲覧可能なサイズに画像データをリサイズし、ＷＭＬ、
CompactＨＴＭＬ等の携帯端末専用の記述言語で作成さ
れたブラウザ情報を所有している。また、フォトサイト
１０５は、携帯端末１１３Ｂからの要求を応じて、その
機種を判別し、携帯端末１１３Ｂにて閲覧可能な情報を
送り出す。

【００５７】次に、携帯端末１１３Ａ又は携帯端末１１
３Ｂのユーザである携帯閲覧ユーザが、画像データを選
択し、プリント注文する方法について説明する。尚、以
下で説明するフォトサイト１０５と携帯端末１１３との
間の情報の伝送経路はフォトサイト１０５→インターネ
ット１０４→インターネット接続ゲートウェイ１１５→
モバイルネット１１４→携帯端末１１３である。

【００５８】まず、携帯閲覧ユーザはメールで通知され
たランダムＵＲＬを携帯端末のブラウザに入力すること
で画像をアップロードしたユーザが指定した画像又はア
ルバムを閲覧することができる。そして、携帯閲覧ユー
ザはフォトサイト１０５が提供できるプリントサイト１
０９Ａ，１０９Ｂ，１０９Ｃの中から自分が注文したい
プリントサイトを選択する。携帯閲覧ユーザは、各プリ
ントサイトが提供するサービス、単価、納期等を考慮し
て自分が発注するプリントサイト１０９を選択する。

【００５９】以後、説明の便宜上、ユーザがプリントサ
イト１０９Ｃを選択したものと想定して説明を進める
が、ユーザが選択するプリントサイトはこれに限らず、
プリントサイト１０９Ａ、プリントサイト１０９Ｂであ
っても基本的な情報の流れは同一である。

【００６０】ここで、携帯閲覧ユーザが閲覧画面からプ
リント注文したい画像データを選択し、フォトサイト１
０５に通知すると、フォトサイト１０５では、プリント
アウトの依頼のあった画像データに関する仮プリントオ
ーダを生成し、インターネット１０４を介して送信する
ことにより、プリントサイト１０９Ｃに見積りを依頼す
る。一方、フォトサイト１０５からの仮プリントオーダ
を受けたプリントサイト１０９Ｃでは、選択画像情報に
必要な画像データをフォトサイト１０５の画像データベ
ース１１７から取得して選択画像情報を生成する。そし
て、この選択画像情報を携帯端末１１３Ａに対し、イン
ターネット１０４を介して送信することにより、携帯閲
覧ユーザは携帯端末１１３Ａにおいて、選択した画像毎
にプリント形式や枚数などを入力できる。

【００６１】プリントサイト１０９Ｃは、選択された画
像毎にプリント形式や枚数などの情報に基づき、課金２
モジュール１１０Ｃにより見積額を算出し、算出した見
積額を、インターネット１０４を介してフォトサイト１
０５に送信する。フォトサイト１０５は、プリントサイ
ト１０９Ｃが送信する見積額の情報をリアルタイムに受
信する。そして、ユーザの個人情報を持っていない携帯
閲覧ユーザの場合、携帯端末１１３Ａにプリントサイト
１０９Ｃが送信した見積額をＷｅｂ情報として転送し、
またユーザの個人情報を持っている携帯閲覧ユーザの場
合には、見積額にポイントを加味した提示額をＷｅｂ情
報として転送し、プリント注文をしている携帯閲覧ユー
ザに、ダイナミックに提示することができる。

【００６２】ここで、プリント注文した携帯端末１１３
Ａの携帯閲覧ユーザが提示された価格を認め、この価格
での購入を決めると、承認のアクションをフォトサイト
１０５に返し、決済手段としての決済モジュール１０７
がこれを受理し、決済処理される。決済が終了した段階
で、フォトサイト１０５は正式なプリントオーダをプリ
ントサイト１０９Ｃに送る。プリントサイト１０９Ｃ
は、この正式プリントオーダを受理し、プリントアウト
に必要な画像データをフォトサイト１０５の画像データ
ベース１１７から獲得する。

【００６３】このようにして獲得された画像データは、
プリントサイト１０９Ｃが所有する印刷手段であるプリ
ンタ１１１Ｃによりプリントアウトされ、印刷物１１２
Ｃとして出力される。そして、プリントアウトされた印
刷物１１２Ｃは、宅配、郵送等の運送手段によってプリ
ントアウトを依頼した携帯端末１１３Ａのユーザである
携帯閲覧ユーザに届けられる。

【００６４】以上が、画像データをアップロードしたユ
ーザから画像又はアルバムの閲覧許可を受けた第三者が
フォトサイト１０５から受け取った情報に基づき、画像
データの閲覧及びプリント注文を行うための情報提供シ
ステムの概要説明である。

【００６５】次に、ユーザが通知先同士の関係やメール
の宛先などをユーザが気にすることなく容易に、公開し
たデジタル画像データの閲覧方法とユーザが入力したコ
メントを通知できる情報提供システムのサービス内容に
ついて詳しく説明する。

【００６６】尚、本実施形態におけるシステムによって
実現されるサービス、機能は上述の概要説明に限られる
ものではない。

【００６７】図２は、本実施形態における閲覧方法を通
知するための入力画面を示す図である。図２に示す画面
２００は、本実施形態において、画像データをフォトサ
イト１０５にアップロードしたユーザが画像データの閲
覧を許可する閲覧ユーザに閲覧方法を通知するための入
力画面であり、フォトサイト１０５からユーザのＰＣに
送られ、Ｗｅｂブラウザによって表示される画面であ
る。

【００６８】図２に示すように、入力画面２００は、自
分が閲覧を許可する閲覧ユーザのE-Mailアドレスを入力
する領域（送信先メールアドレス）２０１と、画像デー
タをフォトサイト１０５にアップロードしたユーザのE-
Mailアドレスを入力する領域（送信者メールアドレス）
２０２と、送信するメールのタイトルを入力する領域
（メールタイトル）２０３と、画像データの閲覧方法以
外に通知したいコメントを入力する領域（メッセージ）
２０４と、画像データの閲覧方法に関する情報を表示し
た領域２０５と、以後アルバムに変更があったときに再
通知するか否かを設定するためのチェックボックス２０
６、このメール通知の開始を指示する通知ボタン２０７
と、メール通知を中止するキャンセルボタン２０８とを
有する。

【００６９】図３は、本実施形態におけるアルバム通知
先テーブルの構成を示す図である。ここで、このアルバ
ム通知先テーブル３００はフォトサイト１０５の画像デ
ータベース１１７内に格納されるものである。図３にお
いて、３０１はユーザが公開を行ったアルバムのＩＤを
格納する領域である。３０２はユーザがアルバムＩＤ３
０１のアルバムを公開する旨通知した第三者のメールア
ドレスを格納する領域である。一つのアルバムに対し複
数の第三者に対してメールを送信した場合は、同じアル
バムＩＤをアルバムＩＤ３０１に持つテーブルが複数作
成される。後述する通知処理において通知すべきメール
アドレスは、通知を行うアルバムＩＤをアルバムＩＤ３
０１に持つテーブルから検索される。

【００７０】図４は、本実施形態における通知メールの
送信処理を示すフローチャートである。この処理は、図
２に示した通知ボタン２０７が押下されたときにフォト
サイト１０５が行う処理である。

【００７１】まず、ステップＳ４０１において、フォト
サイト１０５は、図２に示した入力領域２０１に入力さ
れたE-Mailアドレスの解析を行い個別に分解したメール
アドレスを一時的に保持する配列StrArrayへのインデッ
クスWIndexを初期化する。そして、ステップＳ４０２に
おいて、図２に示した入力領域２０１に入力されたE-Ma
ilアドレスを解析するための解析領域Strに複写する。
次に、ステップＳ４０３において、解析領域Strの文字
列から「，」で区切られているメールアドレスを切り出
し、一時領域SubStrに複写する。また、切り出したメー
ルアドレスの次のメールアドレスを切り出すために、解
析領域Strの文字列から一時領域SubStrに複写した文字
列とその区切り文字があればその区切り文字を除いた文
字列を解析領域Strに保存しなおす。

【００７２】尚、入力されたメールアドレスの区切りは
これだけに限らず、例えば「；」などのメールアドレス
を表す記号以外の記号をメールアドレスの区切りとして
使うことも可能である。

【００７３】次に、ステップＳ４０４において、ＩＳＯ
Ｃ（Internet SOCiety）の下部組織であるＩＥＴＦ（In
ternet Engineering Task Force）が正式に発行する文
書であるＲＦＣ（Request For Comment）に従って、解
析領域SubStrの文字列がメールアドレスを示しているか
否かを判定し、メールアドレスを示している場合はステ
ップＳ４０６へ進むが、そうでない場合はステップＳ４
０５へ進み、送信先メールアドレスが正しくない旨の警
告を表示して処理を終了する。

【００７４】ステップＳ４０６では、一時領域SubStrの
文字列が配列StrArrayに既に存在するかチェックし、既
に存在する場合はそのままステップＳ４０９へ進み、そ
うでない場合はステップＳ４０７へ進み、送信先メール
アドレスが複写されている一時領域SubStrの文字列をイ
ンデックスWIndexが示す配列StrArrayに複写する。そし
て、ステップＳ４０８において、インデックスWIndexを
カウントアップする。

【００７５】次に、ステップＳ４０９において、解析領
域Strにメールアドレスの文字列が存在するか否かを判
定し、解析領域Strに文字列がある場合はステップＳ４
０３に戻り、次のメールアドレスを切り出し、上述の処
理を繰り返す。また、解析領域Strに文字列が存在しな
い場合はステップＳ４１０へ進み、配列StrArrayに保存
したメールアドレスの数をインデックスWIndexが“０”
か否かによって判定する。ここで、保存したメールアド
レスがなければステップＳ４０５へ進み、メールアドレ
スと判定されない文字列を含んでいるか、メールアドレ
スが入力されていない旨を、Ｗｅｂブラウザに表示する
指示を行って処理を終了する。

【００７６】また、ステップＳ４１０において、メール
アドレスを保存した場合にはステップＳ４１１へ進み、
メールアドレスを保持した配列StrArrayを参照するため
のインデックスRIndexを初期化する。そして、ステップ
Ｓ４１２において、複数のアドレスを宛先として使用す
るための文字列StrAddrを作成する。尚、不図示である
が、アドレスの区切り「，」はインデックスRindexがWI
ndex−１の場合には付加しない。次に、ステップＳ４１
３において、現在の通知先に対して再通知を行うか否か
を判定する。ここで、図２に示した画面２００のチェッ
クボックス２０６がチェックされている場合には、再通
知を行うものとしてステップＳ４１４へ進む。また、画
面２００のチェックボックス２０６がチェックされてい
ない場合には、再通知は行わないものとしてステップＳ
４１６へ進む。

【００７７】ステップＳ４１４において、画像データベ
ース１１７内のアルバム通知先テーブル３００から現在
通知を行おうとしているアルバムのＩＤをアルバムＩＤ
３０１に持つレコードを全て検索し、インデックスRInd
exが示す配列StrArrayのメールアドレスと同じ文字列が
既に通知先メールアドレス３０２に登録されているか否
かを判断する。その結果、既に登録されている場合はス
テップＳ４１６へ進むが、登録されていない場合はステ
ップＳ４１５へ進み、画像データベース１１７のアルバ
ム通知先テーブル３００に通知を行おうとしているアル
バムのＩＤをアルバムＩＤ３０１に持ち、インデックス
RIndexの示す配列StrArrayのメールアドレスを通知先メ
ールアドレス３０２に持つ新たなレコードを作成する。
そして、ステップＳ４１６において、インデックスRInd
exをカウントアップし、ステップＳ４１７において、イ
ンデックスRIndexの示す配列StrArrayに他のメールアド
レスが存在するかチェックする。ここで、存在すればス
テップＳ４１２に戻り、上述の処理を繰り返す。

【００７８】また、ステップＳ４１７において、インデ
ックスRIndexの示す配列StrArrayに他のメールアドレス
が存在しない場合はステップＳ４１８へ進み、文字列St
rAddrに登録されたメールアドレスを宛先（to:）とし、
図２に示した入力領域２０２〜２０４に入力された情報
と、情報表示領域２０５に表示した閲覧方法とを用いて
通知メールを作成する。そして、ステップＳ４１９にお
いて、上述のステップＳ４１８で作成した通知メールを
送信し、処理を終了する。

【００７９】図５は、本実施形態におけるエラーメール
処理を示すフローチャートである。この処理は、フォト
サイト１０５がインターネット１０４からエラーメール
を受け取ったときに、フォトサイト１０５が行う処理で
ある。

【００８０】まず、ステップＳ５０１において、インタ
ーネット１０４からエラーメールを受け取ったか否かを
判定する。ここで、エラーメールでなければこの処理を
終了するが、エラーメールの場合はステップＳ５０２へ
進み、エラーメールがメール送信に関するエラーか否か
を判定する。ここで、メール送信エラーでなければこの
処理を終了するが、メール送信エラーの場合はステップ
Ｓ５０３へ進み、メール送信エラーとなっている送信先
（宛先）のメールアドレスをエラーメールから抽出す
る。

【００８１】次に、ステップＳ５０４において、画像デ
ータベース１１７のアルバム通知先テーブル３００から
ステップＳ５０３で抽出したメールアドレスを通知先メ
ールアドレス３０２に持つレコードを全て検索する。こ
こで、レコードが存在しなければこの処理を終了する
が、レコードが存在すればステップＳ５０５へ進み、ス
テップＳ５０４で検索したレコード全てを削除し、この
処理を終了する。

【００８２】図６は、アルバム削除の確認画面を示す図
である。図６に示す確認画面６００は、ユーザがフォト
サイト１０５をブラウズし、公開されているアルバムを
選択してその画像データの削除を行うときに表示される
確認画面である。また、この確認画面６００は、アルバ
ムの公開を通知した第三者に削除通知を出すか否かを設
定するためのチェックボックス６０１と、削除を実行す
る削除ボタン６０２と、削除を取り消すキャンセルボタ
ン６０３とを有する。

【００８３】図７は、本実施形態におけるアルバム削除
処理を示すフローチャートである。この処理は、アルバ
ム削除の確認画面６００において削除ボタン６０２が押
下されたときに、フォトサイト１０５が行う処理であ
る。

【００８４】まず、ステップＳ７００において、アルバ
ム削除の確認画面６００でチェックボックス６０１がチ
ェックされていない場合はステップＳ７０２へ進み、チ
ェックされている場合はステップＳ７０１へ進み、後述
する通知処理（図９）に対して、現在削除をしようとし
ているアルバムのＩＤと通知メッセージを通知してアル
バム削除内容のメールを通知する。図８は、通知処理で
送信される削除通知メールの一例を示す図である。

【００８５】次に、ステップＳ７０２において、アルバ
ムの画像データ及びアルバムを削除する。そして、ステ
ップＳ７０３において、アルバム通知先テーブル３００
においてアルバムＩＤ３０１に削除対象のアルバムＩＤ
がセットされているレコードを画像データベース１１７
から削除する。

【００８６】図９は、本実施形態におけるメール通知処
理を示すフローチャートである。この処理は、アルバム
の削除、アルバムの非公開、再公開のときに、フォトサ
イト１０５が行うメール通知処理である。

【００８７】まず、ステップＳ９００において、アルバ
ムの削除、非公開或いは再公開に関する通知をしようと
しているアルバムのＩＤと通知するメッセージを取得す
る。そして、ステップＳ９０１において、画像データベ
ース１１７にあるアルバム通知先テーブル３００よりア
ルバムＩＤ３０１にステップＳ９００で取得したアルバ
ムＩＤがセットされているレコードを検索する。次に、
ステップＳ９０１において、その検索結果から、検索さ
れたレコードの数をレコード数nRecordsに代入し、処理
するレコードの数をカウントする作業変数nCountに
“１”をセットする。

【００８８】次に、ステップＳ９０２において、作業変
数nCountがレコード数nRecords以下であるか否かを判定
し、作業変数nCountがレコード数nRecords以下である間
は、ステップＳ９０３へ進み、作業変数nCountがレコー
ド数nRecordsより大きくなると、この処理を終了する。
ステップＳ９０３では、作業変数nCountに示される検索
されたレコードを取得する。次に、ステップＳ９０４に
おいて、その検索されたレコードから通知先メールアド
レス３０２を取得し、そのメールアドレスを宛先に設定
した通知メールを作成する。そして、ステップＳ９０５
において、ステップＳ９０４で作成したメールを送信
し、続くステップＳ９０６では、作業変数nCountを
“１”加算し、ステップＳ９０２に戻り、上述の処理を
繰り返す。

【００８９】図１０は、本実施形態におけるアルバムの
プロパティー画面を示す図である。このプロパティー画
面１０００は、アルバムのプロパティー設定を行うとき
に表示される画面である。チェックボックス１００１は
第三者への公開を可能とするか否かを示すチェックボッ
クスであり、このチェックボックス１００１がチェック
されている場合にのみ、このアルバムは第三者から閲覧
することができる。

【００９０】チェックボックス１００２はチェックボッ
クス１００１の設定が変更されたときに過去にアルバム
の通知をした人に再通知をするか否かを決定するための
チェックボックスである。例えば、このチェックボック
ス１００２がチェックされている状態で、チェックボッ
クス１００１のチェックをはずして設定ボタン１００３
が押下されると、アルバムの閲覧ができなくなったこと
を通知する。この場合、フォトサイト１０５が図９に示
す通知処理により自動的に図１１に示すようなメールを
作成し、非公開の通知メールとして送信する。

【００９１】また、チェックボックス１００２がチェッ
クされている状態で、チェックボックス１００１のチェ
ックを行い、設定ボタン１００３が押下されると、アル
バムの閲覧が再度可能になったことを通知する。この場
合、フォトサイト１０５が図９に示す通知処理により自
動的に図１２に示すようなメールを作成し、再公開の通
知メールとして送信する。

【００９２】以上説明したように、本実施形態によれ
ば、公開通知時に、以後の変更を通知するか否かを設定
しておくことにより、ユーザが過去に誰に情報の通知を
行ったかを意識することなく、画像の削除や閲覧設定の
変更を可能にし、またユーザに多大な負担をかけること
なく、ユーザの操作に応じた通知を第三者に行うことが
できる。

【００９３】［他の実施形態］前述した実施形態では、
画像データの集合であるアルバムを公開の単位としてい
たが、画像データ単位の公開とする場合、図３に示した
アルバム通知先テーブル３００のアルバムＩＤ３０１を
画像データＩＤとし、画像データと結び付けることで容
易に対処することができる。

【００９４】また、前述した実施形態では、画像データ
の集合であるアルバムを公開する場合について説明した
が、本発明は画像データ、文書データ、或いは画像デー
タと文書データを含むアルバムを公開する場合について
も、同様に適用できることは明らかである。

【００９５】尚、本発明の目的は、前述した実施形態の
機能を実現するソフトウェアのプログラムコードを記録
した記憶媒体（又は記録媒体）をシステム或いは装置に
供給し、そのシステム或いは装置のコンピュータ（又は
ＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコ
ードを読み出して実行することによっても達成されるこ
とは言うまでもない。この場合、記憶媒体から読み出さ
れたプログラムコード自体が前述した実施形態の機能を
実現することになり、そのプログラムコードを記憶した
記憶媒体は本発明を構成することになる。また、コンピ
ュータが読み出したプログラムコードを実行することに
より、前述した実施形態の機能が実現されるだけでな
く、そのプログラムコードの指示に基づき、コンピュー
タ上で稼働しているオペレーティングシステム（ＯＳ）
などが実際の処理の一部又は全部を行い、その処理によ
って前述した実施形態の機能が実現される場合も含まれ
ることは言うまでもない。

【００９６】更に、記憶媒体から読み出されたプログラ
ムコードが、コンピュータに挿入された機能拡張カード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書き込まれた後、そのプログラムコードの指示
に基づき、その機能拡張カードや機能拡張ユニットに備
わるＣＰＵなどが実際の処理の一部又は全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれることは言うまでもない。

【００９７】また、本発明を上記記憶媒体に適用する場
合、その記憶媒体には、前述したフローチャートに対応
するプログラムコードが格納されることになる。

【００９８】

【発明の効果】以上説明したように、本発明によれば、
データの公開を通知する際に、閲覧を許可する複数の第
三者に対して公開後の閲覧の変更を通知するか否かを指
定しておくことにより、閲覧の変更を複数の第三者に対
して確実に通知することができる。

【００９９】また、データをアップロードしたユーザの
負担を軽減させ、ユーザの利便性を向上させることがで
きる。

【図面の簡単な説明】

【図１】本実施形態における情報提供システムの構成例
を示す図である。

【図２】本実施形態における閲覧方法を通知するための
入力画面を示す図である。

【図３】本実施形態におけるアルバム通知先テーブルの
構成を示す図である。

【図４】本実施形態における通知メールの送信処理を示
すフローチャートである。

【図５】本実施形態におけるエラーメール処理を示すフ
ローチャートである。

【図６】アルバム削除の確認画面を示す図である。

【図７】本実施形態におけるアルバム削除処理を示すフ
ローチャートである。

【図８】本実施形態におけるアルバムの削除を通知する
メールを示す図である。

【図９】本実施形態におけるメール通知処理を示すフロ
ーチャートである。

【図１０】本実施形態におけるアルバムのプロパティー
画面を示す図である。

【図１１】本実施形態におけるアルバムの非公開を通知
するメールを示す図である。

【図１２】本実施形態におけるアルバムの再公開を通知
するメールを示す図である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ＺＥＣ Ｇ０６Ｆ 17/60 ＺＥＣ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上の情報提供装置によりデ
   ータを公開する情報提供システムであって、 ネットワーク上の情報提供装置によるデータの公開を当
   該データへの閲覧を許可する複数の第三者に対して通知
   する通知手段と、 前記データの公開を通知する際に、当該データを公開し
   た後に閲覧が変更された場合、前記複数の第三者に対し
   て閲覧の変更を通知するか否かを指定する通知指定手段
   と、 前記通知指定手段により通知するように指定された場
   合、前記複数の第三者に対して閲覧の変更を通知する変
   更通知手段とを有することを特徴とする情報提供システ
   ム。
2. 【請求項２】 前記データは、ユーザの端末装置から前
   記ネットワーク上の情報提供装置へアップロードされる
   ことを特徴とする請求項１に記載の情報提供システム。
3. 【請求項３】 前記変更通知手段は、前記データが削除
   された場合、当該データの識別情報と共に管理される複
   数の第三者に対して閲覧不可を通知することを特徴とす
   る請求項１に記載の情報提供システム。
4. 【請求項４】 前記変更通知手段は、前記データが非公
   開にされた場合、当該データの識別情報と共に管理され
   る複数の第三者に対して閲覧不可を通知することを特徴
   とする請求項１に記載の情報提供システム。
5. 【請求項５】 前記変更通知手段は、前記データが再公
   開にされた場合、当該データの識別情報と共に管理され
   る複数の第三者に対して閲覧可能を通知することを特徴
   とする請求項１に記載の情報提供システム。
6. 【請求項６】 前記変更通知手段は、通知エラーとなっ
   た第三者への通知を行わないようにすることを特徴とす
   る請求項１に記載の情報提供システム。
7. 【請求項７】 前記データは、画像データ、文書デー
   タ、或いは複数の画像データで構成されるアルバムのう
   ち少なくとも１つであることを特徴とする請求項１に記
   載の情報提供システム。
8. 【請求項８】 ユーザの端末装置からアップロードされ
   たデータを公開する情報提供装置であって、 前記ユーザから指定された前記データへの閲覧を許可す
   る複数の第三者に対して前記データの公開を通知する通
   知手段と、 前記データの公開を通知する際に、当該データを公開し
   た後に閲覧が変更された場合、前記複数の第三者に対し
   て閲覧の変更を通知するか否かを指定させる通知指定手
   段と、 前記通知指定手段により通知するように指定された場
   合、前記複数の第三者に対して閲覧の変更を通知する変
   更通知手段とを有することを特徴とする情報提供装置。
9. 【請求項９】 ネットワーク上の情報提供装置によりデ
   ータを公開する情報提供システムの情報提供方法であっ
   て、 ネットワーク上の情報提供装置によるデータの公開を当
   該データへの閲覧を許可する複数の第三者に対して通知
   する通知工程と、 前記データの公開を通知する際に、当該データを公開し
   た後に閲覧が変更された場合、前記複数の第三者に対し
   て閲覧の変更を通知するか否かを指定する通知指定工程
   と、 前記通知指定工程により通知するように指定された場
   合、前記複数の第三者に対して閲覧の変更を通知する変
   更通知工程とを有することを特徴とする情報提供システ
   ムの情報提供方法。
10. 【請求項１０】 ユーザの端末装置からアップロードさ
    れたデータを公開する情報提供方法であって、 前記ユーザから指定された前記データへの閲覧を許可す
    る複数の第三者に対して前記データの公開を通知する通
    知工程と、 前記データの公開を通知する際に、当該データを公開し
    た後に閲覧が変更された場合、前記複数の第三者に対し
    て閲覧の変更を通知するか否かを指定させる通知指定工
    程と、 前記通知指定工程により通知するように指定された場
    合、前記複数の第三者に対して閲覧の変更を通知する変
    更通知工程とを有することを特徴とする情報提供方法。
11. 【請求項１１】 コンピュータを請求項１乃至請求項８
    の何れか一項に記載の手段として機能させるためのプロ
    グラム。
12. 【請求項１２】 請求項１１に記載のプログラムが記録
    されたコンピュータ読み取り可能な記録媒体。