(57)【要約】  画像管理サーバにおいて、画像記憶部（６０１）には、公開用識別名に対応付けて公開者が公開する公開画像データとして、第１解像度で作成された第１画像データが記憶される。提供部（６０２）は、公開用識別名が指定された閲覧要求を受信すると、公開用識別名に対応付けられて画像記憶部（６０１）に記憶される公開画像データを閲覧者に提供する。更新部（６０３）は、公開用識別名が指定された削除要求を受信すると、公開用識別名に対応付けられて画像記憶部（６０１）に記憶される公開画像データを、第１画像データから第１解像度より低い第２解像度で作成された第２画像データに更新する。
2016189695.tif 000002
【特許請求の範囲】
【請求項１】
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
を備えることを特徴とする画像管理サーバ。
【請求項２】
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されなければ、前記公開用識別名に対応付けて記憶されている前記公開画像データを削除する削除部を更に備える、
ことを特徴とする請求項１に記載の画像管理サーバ。
【請求項３】
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、前記猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されると、前記公開用識別名に対応付けて記憶される前記公開画像データとして前記第１画像データを前記画像記憶部に再度記憶させるように前記公開者に通知する通知部を更に備える、
ことを特徴とする請求項２に記載の画像管理サーバ。
【請求項４】
前記削除部は、前記削除要求の送信元とは異なる送信元からの前記閲覧要求が前記猶予期間内に受信されなければ、前記公開用識別名に対応付けて前記記憶されている前記公開画像データを前記画像記憶部から削除する、
ことを特徴とする請求項２又は３に記載の画像管理サーバ。
【請求項５】
前記更新部は、前記第１画像データを前記第１解像度から前記第２解像度へ変換可能か否かを判別し、変換可能であると判別すれば、前記第１画像データを前記第１解像度から前記第２解像度へ変換することにより前記第２画像データを作成して前記画像記憶部に記憶させ、
前記削除部は、前記更新部によって変換不可能であると判別されれば、前記第１画像データを削除する、
ことを特徴とする請求項２から４のいずれか１項に記載の画像管理サーバ。
【請求項６】
前記更新部は、前記第１画像データを前記第１解像度から前記第２解像度へ変換可能か否かを予め判別し、
前記更新部によって変換不可能であると判別された第１画像データについての前記閲覧要求を受信すると、前記公開画像データとして前記第１解像度より高い第３解像度で作成された第３画像データを前記画像記憶部に記憶させるように前記公開者に通知する通知部を更に備える、
ことを特徴とする請求項２に記載の画像管理サーバ。
【請求項７】
前記更新部は、前記公開用識別名が指定された前記削除要求を受信すると、前記第１画像データを前記第２画像データに変換し、変換して得られた前記第２画像データを前記公開画像データとして前記画像記憶部に記憶させる、
ことを特徴とする請求項１から６のいずれか１項に記載の画像管理サーバ。
【請求項８】
公開用識別名が指定された閲覧要求を受信すると、第１解像度で作成された第１画像データが前記公開用識別名に対応付けて公開画像データとして記憶される画像記憶部から前記公開画像データを取得して閲覧者に提供する提供ステップと、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて前記画像記憶部に記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新ステップと、
を備えることを特徴とする画像管理方法。
【請求項９】
コンピュータを、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
として機能させるプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項１０】
コンピュータを、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの記憶領域を節約しつつ、データ削除に伴う閲覧者に与える影響を小さくするために好適な画像管理サーバ、画像管理方法、記録媒体、ならびに、プログラムに関する。
【背景技術】
【０００２】
パーソナルコンピュータ等のデジタル機器において、データの削除時、記録媒体からデータを直ちに完全に削除するのではなく、他の記憶領域もしくは他の電子フォルダに一旦待避させ、必要に応じて復元可能にする技術がある。【０００３】
例えば特許文献１には、画像データの消去指示がなされると、画像データを記録媒体から内蔵メモリの待避領域に待避させ、画像データを復元可能にする撮影装置が開示されている。【０００４】
一方で、インターネット上で運営される仮想的なショッピングモールが普及している。ユーザは、パーソナルコンピュータや携帯電話機などを用いて電子ショッピングモールのサイトにアクセスし、電子ショッピングモールに出品されている様々な商品の画像を閲覧し、また商品を購入することができる。電子ショッピングモールにおいて管理されるサーバには、商品の画像を含む様々なデータが保存され、出品される商品又は役務が増えるほど、データの保存に必要な記憶領域も多くなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−００６３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ユーザがデータの保存のために利用可能なメモリ容量には制限が設けられることが多い。そのため、電子ショッピングモールのように扱うデータ量が多いシステムでは、サーバの利用可能なメモリ容量にすぐ達してしまうおそれがある。そこで、データの公開者は、利用可能なメモリ容量を常に気にしながらデータを保存する。多くの場合、公開者が手動でデータを選択し、手動で削除指示を入力することにより、データを削除する。そして、サイズが大きいデータは、画像データであることが多い。【０００７】
しかしながら、必要なデータを公開者が誤って削除してしまうことがある。特に電子ショッピングモールのように多くの閲覧者がデータを頻繁に閲覧する可能性があるシステムにおいて、データの公開者（商品の販売者）がメモリ容量を確保するために商品の画像を誤って削除すると、意図せず閲覧者が商品の画像を見られなくなってしまったり、関係ない他の商品の画像が削除されて電子ショッピングモールへの出店全体に悪影響を及ぼしたりするトラブルが起きかねない。【０００８】
また、データの数が多いと、公開者がどのデータを削除してよいのかを判断することが難しくなる。更には、ごみ箱フォルダ等に一旦待避させただけでは、メモリの使用量は変わらないため、完全に削除するためにはごみ箱フォルダからの削除を別途指示しなければならず、手間がかかる。そのため、公開者自身が行うべき手順が少ないことが望まれる。【０００９】
本発明は、以上のような事情に鑑みてなされたものであり、データの記憶領域を節約しつつ、データ削除に伴う閲覧者に与える影響を小さくするために好適な画像管理サーバ、画像管理方法、記録媒体、ならびに、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明の第１の観点に係る画像管理サーバは、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
を備えることを特徴とする。【００１１】
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されなければ、前記公開用識別名に対応付けて記憶されている前記公開画像データを削除する削除部を更に備えてもよい。【００１２】
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、前記猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されると、前記公開用識別名に対応付けて記憶される前記公開画像データとして前記第１画像データを前記画像記憶部に再度記憶させるように前記公開者に通知する通知部を更に備えてもよい。【００１３】
前記削除部は、前記削除要求の送信元とは異なる送信元からの前記閲覧要求が前記猶予期間内に受信されなければ、前記公開用識別名に対応付けて前記記憶されている前記公開画像データを前記画像記憶部から削除してもよい。【００１４】
前記更新部は、前記第１画像データを前記第１解像度から前記第２解像度へ変換可能か否かを判別し、変換可能であると判別すれば、前記第１画像データを前記第１解像度から前記第２解像度へ変換することにより前記第２画像データを作成して前記画像記憶部に記憶させてもよい。
前記削除部は、前記更新部によって変換不可能であると判別されれば、前記第１画像データを削除してもよい。【００１５】
前記更新部は、前記第１画像データを前記第１解像度から前記第２解像度へ変換可能か否かを予め判別してもよい。
前記更新部によって変換不可能であると判別された第１画像データについての前記閲覧要求を受信すると、前記公開画像データとして前記第１解像度より高い第３解像度で作成された第３画像データを前記画像記憶部に記憶させるように前記公開者に通知する通知部を更に備えてもよい。【００１６】
前記更新部は、前記公開用識別名が指定された前記削除要求を受信すると、前記第１画像データを前記第２画像データに変換し、変換して得られた前記第２画像データを前記公開画像データとして前記画像記憶部に記憶させてもよい。【００１７】
本発明のその他の観点に係る画像管理方法は、
公開用識別名が指定された閲覧要求を受信すると、第１解像度で作成された第１画像データが前記公開用識別名に対応付けて公開画像データとして記憶される画像記憶部から前記公開画像データを取得して閲覧者に提供する提供ステップと、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて前記画像記憶部に記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新ステップと、
を備えることを特徴とする。【００１８】
本発明のその他の観点に係るコンピュータ読み取り可能な記録媒体は、
コンピュータを、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
として機能させるプログラムを記憶する。【００１９】
本発明のその他の観点に係るプログラムは、
コンピュータを、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
として機能させる。【００２０】
上記プログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記記録媒体は、非一時的な記録媒体であってよく、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００２１】
本発明によれば、データの記憶領域を節約しつつ、データ削除に伴う閲覧者に与える影響を小さくすることができる。
【図面の簡単な説明】
【００２２】
【図１】画像管理システムの構成を示す図である。
【図２】画像管理サーバのハードウェア構成を示す図である。
【図３】商品データの構成を示す図である。
【図４】閲覧者端末の構成を示す図である。
【図５】公開者端末の構成を示す図である。
【図６】画像管理サーバの機能的な構成を示す図である。
【図７】第１画像データと第２画像データの例を示す図である。
【図８】第１画像データと第２画像データの他の例を示す図である。
【図９】画像管理処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００２３】
本発明の実施形態を説明する。以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。従って、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【００２４】
図１に、本実施形態における画像管理システム１００の構成を示す。
【００２５】
画像管理サーバ１２０は、一つ又は複数の店舗が参加する、インターネット上の仮想の電子市場を管理する。本実施形態の電子市場は、いわゆる電子ショッピングモールであり、例えば食品、衣服、電気製品、書籍、チケット等、様々な商品又は役務がインターネット上で売買される。電子ショッピングモールで売買される商品又は役務は、本発明によって限定されず、任意である。画像管理サーバ１２０は、電子ショッピングモールの管理者により管理される。電子ショッピングモールに参加する店舗の数は任意である。
【００２６】
説明の簡略化のため、電子ショッピングモールにて売買される商品又は役務を、単に「商品」と呼ぶ。以下の説明において、商品には役務も含まれる。商品には、食品、衣料品、家電製品等の有形物のほか、例えばホテルの宿泊予約、オンラインチケット、ソフトウェアの使用ライセンスなどの無形物も含まれる。
【００２７】
画像管理サーバ１２０は、商品の画像、商品を識別する商品コード、商品の名称、商品に関する説明、商品の在庫数、商品の単価、商品の大きさ、商品の重量、送料等を含む商品データを記憶する。商品データの内容は商品ごとに異なる。
【００２８】
本実施形態の画像管理サーバ１２０は、予め決められた条件が満たされると、画像管理サーバ１２０に記憶されている商品データのうち、商品の画像を示す画像データの解像度を変換することにより、商品の画像を更新することがあるが、詳しくは後述する。
【００２９】
閲覧者端末１３０は、電子ショッピングモールにおいて商品データを閲覧したり買い物をしたりするカスタマ（以下「閲覧者」という。）によって操作される。閲覧者は、閲覧者端末１３０を用いて画像管理サーバ１２０にアクセスし、商品を検索したり商品を購入したりする。例えば、閲覧者端末１３０は、電子ショッピングモールに参加する店舗によって作成された、商品を販売するための商品ページを表示し、商品の画像や商品についての詳しい説明等を表示させる指示が閲覧者から入力されると、商品データを送信する旨の要求（閲覧要求）を画像管理サーバ１２０へ送信する。画像管理サーバ１２０は、閲覧要求を受信すると、商品の画像を示す画像データを含む商品データを閲覧者端末１３０へ送信する。閲覧者端末１３０は、商品データを画像管理サーバ１２０から受信し、表示する。
【００３０】
図１には三つの閲覧者端末１３０Ａ，１３０Ｂ，１３０Ｃが記されているが、閲覧者端末１３０の数は任意である。
【００３１】
公開者端末１４０は、電子ショッピングモールに参加する店舗の管理者（以下「公開者」という。）によって操作される。公開者端末１４０は、公開者からの指示に基づいて、電子ショッピングモールに出品される商品を示す商品データを画像管理サーバ１２０へ送信する。画像管理サーバ１２０は、商品データを公開者端末１４０から受信し、保存する。
【００３２】
図１には二つの公開者端末１４０Ａ，１４０Ｂが記されているが、公開者端末１４０の数は任意である。
【００３３】
通信ネットワーク１５０は、画像管理サーバ１２０と閲覧者端末１３０、及び、画像管理サーバ１２０と公開者端末１４０を通信可能に接続する。本実施形態では、通信ネットワーク１５０はインターネットである。通信ネットワーク１５０は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話回線、専用回線等であってもよい。
【００３４】
次に、画像管理サーバ１２０の構成について説明する。図２に、画像管理サーバ１２０のハードウェア構成を示す。
【００３５】
記憶部２０１は、ハードディスク等の記憶装置を備える。記憶部２０１には、商品データベース２５１が記憶される。商品データベース２５１には、電子ショッピングモールに出品されるすべての商品についての商品データが記憶される。
【００３６】
図３に、商品データベース２５１に記憶される商品データの構成を示す。商品データベース２５１には、商品を識別する商品コードと対応付けて、商品名、在庫数、画像データ、画像データの公開用識別名等、商品の属性を示す様々な情報が記憶される。商品データは、商品を販売する店舗の担当者が操作する公開者端末１４０からの指示に基づいて、あるいは後述する画像管理処理により、更新される。
【００３７】
通信部２０２は、ＮＩＣ（Network Interface Card）を備え、画像管理サーバ１２０を通信ネットワーク１５０に接続し、閲覧者端末１３０及び公開者端末１４０と通信する。
【００３８】
制御部２０３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備え、画像管理サーバ１２０全体を制御する。
【００３９】
次に、閲覧者端末１３０の構成について説明する。図４に、閲覧者端末１３０のハードウェア構成を示す。
【００４０】
通信部４０１は、ＮＩＣを備え、閲覧者端末１３０を通信ネットワーク１５０に接続し、画像管理サーバ１２０と通信する。
【００４１】
画像処理部４０２は、画像をディスプレイ４５１に表示する。例えば、画像処理部４０２は、上述の商品データを含むウェブページを構成するデータや、商品の購入を受け付けるウェブページを構成するデータ等を、通信部４０１を介して画像管理サーバ１２０から受信する。そして、画像処理部４０２は、商品を案内する商品ページや商品の購入を受け付ける購入ページ等をディスプレイ４５１に表示する。
【００４２】
音声処理部４０３は、記憶部４０６もしくは画像管理サーバ１２０から音声データを取得し、再生し、音声をスピーカ４５２から出力する。
【００４３】
Ｉ／Ｏ部４０４は、取り外し可能なメモリカードを閲覧者端末１３０に接続するインタフェースを備える。
【００４４】
入力部４０５は、閲覧者からの入力を受け付けるインタフェースを備える。本実施形態では、入力部４０５は、キーボードとマウスを備える。
【００４５】
記憶部４０６は、ハードディスク等の記憶装置を備え、閲覧者端末１３０を制御するオペレーティングシステム、各種のプログラム、画像データ、音声データ、テキストデータ等を記憶する。
【００４６】
制御部４０７は、ＣＰＵ、ＲＯＭ、ＲＡＭを備え、閲覧者端末１３０全体を制御する。
【００４７】
閲覧者端末１３０として、例えばパーソナルコンピュータ、タブレット型コンピュータ、携帯電話機、スマートフォン等が用いられる。
【００４８】
次に、公開者端末１４０の構成について説明する。図５に、公開者端末１４０のハードウェア構成を示す。
【００４９】
通信部５０１は、ＮＩＣを備え、公開者端末１４０を通信ネットワーク１５０に接続し、画像管理サーバ１２０と通信する。
【００５０】
画像処理部５０２は、画像をディスプレイ５５１に表示する。例えば、画像処理部５０２は、上述の商品データを含むウェブページを構成するデータや、商品の購入を受け付けるウェブページを構成するデータ等を、通信部５０１を介して画像管理サーバ１２０へ送信し、画像管理サーバ１２０に保存させる。なお、データを画像管理サーバ１２０へ送信して画像管理サーバ１２０に保存させることをアップロードという。
【００５１】
音声処理部５０３は、記憶部５０６もしくは画像管理サーバ１２０から音声データを取得し、再生し、音声をスピーカ５５２から出力する。
【００５２】
Ｉ／Ｏ部５０４は、取り外し可能なメモリカードを公開者端末１４０に接続するインタフェースを備える。
【００５３】
入力部５０５は、公開者からの入力を受け付けるインタフェースを備える。本実施形態では、入力部５０５は、キーボードとマウスを備える。
【００５４】
記憶部５０６は、ハードディスク等の記憶装置を備え、公開者端末１４０を制御するオペレーティングシステム、各種のプログラム、画像データ、音声データ、テキストデータ等を記憶する。
【００５５】
制御部５０７は、ＣＰＵ、ＲＯＭ、ＲＡＭを備え、公開者端末１４０全体を制御する。
【００５６】
次に、本実施形態の画像管理システム１００によって行われる画像管理処理について説明する。
【００５７】
図６に、画像管理サーバ１２０の機能的な構成を示す。
【００５８】
上述のように、記憶部２０１には、商品を表す画像データを含む商品データが記憶される。制御部２０３は、公開用識別名によって指定される画像データを送信する旨の閲覧要求を閲覧者端末１３０から受信すると、指定された公開用識別名が示す画像データを記憶部２０１から取得し、閲覧要求があった閲覧者端末１３０へ送信する。
【００５９】
公開用識別名とは、画像データを識別するための識別子である。本実施形態では、公開用識別名として、電子ファイル名が用いられる。
【００６０】
一般に、記憶領域にデータを保存可能な容量には上限がある。特に、電子ショッピングモールのように多くの商品が売買されるシステムでは、保存すべきデータ量が膨大になることが多い。また、電子ショッピングモールに参加する店舗は、画像管理サーバ１２０にデータを無制限に保存できるわけではなく、契約内容等により、画像管理サーバ１２０に保存できるデータ量に上限が設けられることがある。公開者が利用可能な残り容量が上限に近づくと、公開者は、更にデータを保存させたければ、既に保存したデータを削除する必要がでてくる。しかし、多くの場合、公開者が自らデータを削除する作業を行うため、本来削除してはならないデータや削除しなくてもよいデータを公開者が誤って削除してしまうことがある。そこで、本実施形態では、画像管理サーバ１２０にデータを保存するために必要な記憶領域の量を公開者の手をなるべく煩わせることなく減らしつつ、公開者による誤操作が起きても電子ショッピングモールへの影響を減らすことを可能にする。
【００６１】
本実施形態では、画像管理処理の対象となるデータを、商品データのうちの画像データとしている。画像管理サーバ１２０は、予め決められた変換条件が満たされると商品を表す画像データの解像度を下げてサイズを小さくすることにより、容量を節約する。
【００６２】
公開者は、自ら販売する商品に関する商品データを画像管理サーバ１２０に登録する必要がある。公開者端末１４０は、公開者からの指示に基づいて、第１解像度で作成された第１画像データを画像管理サーバ１２０にアップロードする。第１解像度は、公開者によって画像データが作成されたときのオリジナルの解像度であり、後述する画像管理処理によって変換される前の解像度である。第１解像度で作成された画像データを、第１画像データという。
【００６３】
制御部２０３は、予め決められた、第１画像データを第１解像度から第１解像度よりも低い第２解像度に変換するための変換条件が満たされるか否かを判別する。変換条件が満たされると判別すると、制御部２０３は、第１解像度の第１画像データを、第１解像度より低い第２解像度の第２画像データに変換し、第２画像データを記憶部２０１に保存する。その後、制御部２０３は、第１画像データを記憶部２０１から削除する。この変換によって画像データのサイズが小さくなる。第１画像データが第２画像データに変換されると、それ以降、第１解像度で作成された第１画像データが再びアップロードされるまで、閲覧者端末１３０に提供される画像データは第２画像データとなる。
【００６４】
閲覧者端末１３０からの閲覧要求に応じて閲覧者端末１３０に提供される画像データを、公開画像データと呼ぶ。第２画像データが作成される前では、第１画像データが公開画像データとなり、第２画像データが作成された後では、第２画像データが公開画像データとなる。
【００６５】
記憶部２０１が、公開用識別名に対応付けて公開者が公開する公開画像データとして、第１解像度で作成された第１画像データ、又は、第２解像度で作成された第２画像データが記憶される画像記憶部６０１として機能する。
【００６６】
画像データを含む商品ページを表示させる指示が閲覧者から閲覧者端末１３０に入力され、閲覧者端末１３０から画像データを含む商品データを送信する旨の閲覧要求を受信すると、制御部２０３は、指定された公開用識別名に対応する公開画像データ（第１画像データと第２画像データとのうちのいずれか）を記憶部２０１から取得して閲覧者端末１３０へ送信する。
【００６７】
制御部２０３と通信部２０２が協働して、公開用識別名が指定された閲覧要求を受信すると、公開用識別名に対応付けられて画像記憶部６０１に記憶される公開画像データを閲覧者に提供する提供部６０２として機能する。
【００６８】
図７に、第１画像データと第２画像データの構成例を示す。第１画像データは、横がＸ１個、縦がＹ１個、合計Ｚ１（＝Ｘ１＊Ｙ１）個の画素から構成される。一方、第２画像データは、横がＸ２個、縦がＹ２個、合計Ｚ２（＝Ｘ２＊Ｙ２）個の画素から構成される。Ｘ２＜Ｘ１、且つ、Ｙ２＜Ｙ１である。第２画像データは第１画像データよりも小さくディスプレイ４５１に表示される。
【００６９】
あるいは、制御部２０３は、図８に示すように、表示サイズを変更せず、各画素の大きさを変更して解像度を下げることにより、第１画像データを第２画像データに変換する。
【００７０】
例えば、制御部２０３は、第１画像データと第２画像データの表示サイズを同じにする一方で、第２画像データの画素数を、第１画像データの画素数よりも少なくする。この場合、第１画像データと第２画像データは同じ大きさでディスプレイ４５１に表示されるものの、第１画像データよりも第２画像データの目が粗くなる。
【００７１】
また、制御部２０３は、第１画像データと第２画像データの表示サイズを同じにする一方で、第２画像データに含まれる色数を、第１画像データに含まれる色数よりも少なくしてもよい。この場合、第１画像データと第２画像データは同じ大きさでディスプレイ４５１に表示されるものの、例えば第１画像データが２４ビットカラーで第２画像データが８ビットカラーといったように、第１画像データよりも第２画像データの画質が劣化する。
【００７２】
なお、制御部２０３は、表示サイズの変更と画素数の変更と色数の変更とを任意に組み合わせることができる。例えば、制御部２０３は、第１画像データの表示サイズを小さくし、且つ、画素数を少なくし、且つ、色数を少なくすることにより、第２画像データを作成してもよい。
【００７３】
第１画像データを第２画像データに変換する際に用いられるアルゴリズムは本発明によって限定されないが、例えば、誤差拡散法、メディアンカット法、等によるディザリングの手法が用いられる。
【００７４】
変換条件とは、具体的には例えば、「公開者から公開画像データを削除する旨の削除要求があったこと」である。制御部２０３は、認証処理により正しい公開者からのアクセスであると判別し、且つ、そのアクセスがあった公開者から公開画像データを削除する削除要求を公開者端末１４０から受信すると、変換条件が満たされたと判別し、第１画像データを第２画像データに変換する。そして、制御部２０３は、第１画像データを削除し、第２画像データを公開画像データに設定する。閲覧者に提供される公開画像データは、第１画像データから第２画像データに変更される。
【００７５】
制御部２０３が、公開用識別名が指定された削除要求を受信すると、公開用識別名に対応付けられて画像記憶部６０１に記憶される公開画像データを、第１画像データから第１解像度より低い第２解像度で作成された第２画像データに更新する更新部６０３として機能する。
【００７６】
認証処理では、制御部２０３は、公開者端末１４０から受信したユーザ名及びパスワードが、画像管理サーバ１２０に予め登録されたユーザ名及びパスワードと合致すれば、正しい公開者であると判別し、合致しなければ、正しい公開者ではないと判別する。公開者端末１４０は、正しい公開者からの入力でなければ、公開画像データを画像管理サーバ１２０から削除する削除要求を送信することはできない。認証の方法は本発明によって限定されない。
【００７７】
変換条件は、「公開者から公開画像データを削除する旨の削除要求があり、且つ、予め登録された公開者端末１４０からその削除要求が送信されたこと」でもよい。この場合、制御部２０３は、認証処理において、公開者端末１４０から受信したユーザ名及びパスワード及びコンピュータ識別子が、画像管理サーバ１２０に予め登録されたユーザ名及びパスワード及びコンピュータ識別子と合致すれば、削除権限を有する公開者端末１４０であると判別し、合致しなければ、削除権限を有する公開者端末１４０ではないと判別する。公開画像データの削除要求は、予め決められた公開者端末１４０から送信されなければならないので、不正アクセスの可能性が減り、安全性が増す。
【００７８】
コンピュータ識別子は、例えば、コンピュータ名、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス、オペレーティングシステムのＡＣＬ（Access Control List）で用いられるセキュリティ識別子等であり、コンピュータを一意に特定可能な情報である。
【００７９】
変換条件はこれらに限定されない。また、変換条件が満たされると第２画像データに変換される第１画像データと、変換条件にかかわらず変換されない第１画像データとが混在していてもよい。
【００８０】
例えば、公開者端末１４０が、第１画像データを画像管理サーバ１２０へアップロードする際に画像管理処理の対象とするか否かの指定を公開者から受け付けて画像管理サーバ１２０に通知し、画像管理サーバ１２０が、通知された内容を記憶し、画像管理処理の対象に指定された第１画像データのみを第２画像データに変換するようにしてもよい。
【００８１】
また、制御部２０３は、第１画像データが公開画像データに設定されてから予め決められた初期期間（例えば公開後３ヶ月間等）における第１画像データへの閲覧要求の数（アクセス数）に基づいて、第１画像データを変換対象にするか否かを決定してもよい。例えば、制御部２０３は、第１画像データの公開後の初期期間における閲覧要求の数が閾値未満であれば、その第１画像データを変換の対象とし、閾値以上であれば、その第１画像データを変換の対象としない。そして、制御部２０３は、変換条件が満たされると、閲覧要求の数が閾値未満の第１画像データを第２画像データに変換する。
【００８２】
制御部２０３は、第１画像データを削除する削除要求を公開者端末１４０から受信すると、第１画像データを第２画像データに変換し、第２画像データを閲覧可能な状態で保存し、第１画像データを削除する。その後、予め決められた削除条件が更に満たされれば、第２画像データを削除する。つまり、公開画像データが削除されるためには、変換条件が満たされた後に、更に削除条件が満たされる必要がある。
【００８３】
削除条件とは、具体的には例えば、「第１画像データが第２画像データに変換された後、予め決められた猶予期間が経過するまでの間に、公開用識別名が指定された閲覧要求を受信しないこと」である。例えば猶予期間を１ヶ月とするとき、ある商品ページに含まれる第１画像データが第２画像データに変換された後、１ヶ月以内に、どの閲覧者端末１３０からもその商品ページへのアクセスが無ければ、制御部２０３は、第２画像データを記憶部２０１から削除する。第２画像データが削除された分、記憶部２０１には空き領域が生じる。
【００８４】
制御部２０３は、公開用識別名が指定された閲覧要求が１回もないことを削除条件とする代わりに、公開用識別名が指定された閲覧要求が任意の所定回数未満であることを削除条件としてもよい。例えば、猶予期間を１ヶ月とし且つ所定回数を１０回とするとき、ある商品ページに含まれる第１画像データが第２画像データに変換された後、１ヶ月以内に、閲覧者端末１３０からのその商品ページへのアクセスが１０回未満であれば、制御部２０３は、第２画像データを記憶部２０１から削除する。
【００８５】
猶予期間の長さは任意であり、すべての公開画像データについて共通の期間長が設定されてもよいし、公開画像データごとに異なる期間長が設定されてもよい。
【００８６】
例えば、制御部２０３は、公開画像データが初めてアップロードされてから、その公開画像データを削除する削除要求を受信するまで、の時間の長さに応じて、猶予期間の長さを設定してもよい。
【００８７】
公開されている期間が長いほど、閲覧者の目に触れる機会が多かったわけであり、解像度が劣化されることにより閲覧者に与える影響はより大きいと推測される。そこで、制御部２０３は、公開画像データが初めてアップロードされた日時から、その公開画像データを削除する削除要求を受信した日時まで、の時間の長さが長いほど、猶予期間を長く設定してもよい。
【００８８】
あるいは、制御部２０３は、公開画像データが初めてアップロードされた日時から、その公開画像データを削除する削除要求を受信した日時まで、の公開画像データへの閲覧要求の数（アクセス数）が多いほど、猶予期間を長く設定してもよい。
【００８９】
なお、商品ページのＵＲＬ（Uniform Resource Locator）が指定される代わりに、公開画像データの格納場所を示すＵＲＬが閲覧者によって直接指定される可能性があるので、閲覧要求は、公開画像データを含む商品ページへのアクセスに限らず、公開画像データへの直接的なアクセスであってもよい。
【００９０】
制御部２０３が、公開用識別名に対応付けられて画像記憶部６０１に記憶される公開画像データが第１画像データから第２画像データへ更新された後、猶予期間が経過するまでの間に、公開用識別名が指定された閲覧要求が受信されなければ、画像記憶部６０１から公開用識別名に対応付けられて記憶された公開画像データを削除する削除部６０４として機能する。
【００９１】
なお、提供部６０２（提供部６０２として機能する制御部２０３）は、公開用識別名が指定された閲覧要求を受信すると、その旨を削除部６０４に通知する。削除部６０４は、猶予期間が経過するまでに上記通知がなければ、猶予期間中に閲覧要求が受信されなかったと判別し、公開用識別名に対応付けられた公開画像データを削除する。一方、削除部６０４は、猶予期間が経過するまでに上記通知があれば、猶予期間中に閲覧要求が受信されたと判別する。この場合、削除部６０４は、上記公開画像データを削除しない。
【００９２】
また、猶予期間中の閲覧要求が所定回数未満であることが公開画像データの削除条件である場合、削除部６０４は、提供部６０２から公開用識別名が指定された閲覧要求を受信した旨の通知があった回数を公開用識別名ごとに記憶し、猶予期間が経過したときに各公開用識別名について閲覧要求が所定回数未満であるか否かを判別する。そして、閲覧要求が所定回数未満である公開用識別名に対応付けられた公開画像データを削除する。
【００９３】
なお、上記例では、閲覧要求があったときだけその旨を削除部６０４に通知したが、削除部６０４が閲覧要求の有無を判別可能であれば他の通知方法を採用してもよく、例えば、閲覧要求がなかったときだけその旨を削除部６０４に通知してもよい。また、閲覧要求の有無にかかわらず、いずれの場合であっても必ず通知を行うようにしても構わない。
【００９４】
公開者が公開者端末１４０を用いて第１画像データの削除を画像管理サーバ１２０に要求した後（削除要求の送信後）に、その公開者自身が、例えば画像の品質を確認するために、あるいは商品データのメンテナンスのために、第２画像データを閲覧することがある。ここで、削除条件において考慮される閲覧要求に、閲覧者端末１３０からの閲覧要求だけでなく公開者端末１４０からの閲覧要求も含めてしまうと、削除条件はほとんどの場合に満たされなくなる可能性がある。そこで、制御部２０３は、閲覧要求を受信したとしても、その閲覧要求の送信元が削除要求の送信元と同じであれば、削除要件が満たされるか否かの判別において、その閲覧要求は無かったものとみなしてもよい。
【００９５】
つまり、制御部２０３は、削除条件を「第１画像データが第２画像データに変換された後、猶予期間が経過するまでの間に、公開用識別名が指定された閲覧要求を、閲覧者端末１３０から受信しないこと」としてもよい。この場合、第１画像データが第２画像データに変換された後、猶予期間が経過するまでの間に、公開者端末１４０から閲覧要求を受信しても、削除条件が満たされるか否かの判別には影響しない。制御部２０３は、削除要求の送信元とは異なる送信元からの閲覧要求が猶予期間内に受信されなければ、第２画像データを記憶部２０１から削除する。
【００９６】
制御部２０３は、第１画像データが第２画像データに変換された後、猶予期間が経過するまでの間に、公開用識別名が指定された閲覧要求があると、公開画像データとして再び第１画像データを画像管理サーバ１２０に保存するように公開者に通知してもよい。そして、公開者端末１４０から第１画像データが再び送信されると、制御部２０３は、第２画像データを削除し、第１画像データを公開画像データとして再び設定してもよい。この場合も、閲覧要求の送信元が削除要求の送信元と異なっていることを削除条件に加えることが望ましい。
【００９７】
つまり、解像度が劣化された第２画像データへの閲覧要求があったということは、閲覧者のその商品への関心度が低くはないということであり、解像度を上げたほうが閲覧者の購買意欲をかき立てるかもしれない。そこで、削除要求があった後に閲覧要求があった商品の公開画像データについては、元の解像度に戻すことを公開者に提案するわけである。
【００９８】
制御部２０３は、第１画像データが第２画像データに変換された後、猶予期間が経過するまでの間の閲覧要求の数（アクセス数）を、公開者に通知してもよい。アクセス数は、閲覧者の商品への関心の大きさを示す尺度となり得るので、公開者にとって公開画像データとして再び第１画像データを画像管理サーバ１２０に保存したほうが良いか否かの判断材料になる。
【００９９】
制御部２０３と通信部２０２が協働して、公開用識別名に対応付けられて画像記憶部６０１に記憶される公開画像データが第１画像データから第２画像データへ更新された後、猶予期間が経過するまでの間に、公開用識別名が指定された閲覧要求が受信されると、公開用識別名に対応付けられて画像記憶部６０１に記憶される公開画像データとして第１画像データを画像記憶部６０１に再度記憶させるように公開者端末１４０に通知する通知部６０５として機能する。
【０１００】
削除条件は、「第１画像データが第２画像データに変換された後、再び削除要求があったこと」でもよい。制御部２０３は、１回目の削除要求を受信して第１画像データを第２画像データに変換した後、２回目の削除要求を受信すると、第２画像データを記憶部２０１から削除する。この場合、公開者は、公開画像データを削除したければ、公開者端末１４０を用いて２回削除要求を出さねばならない。
【０１０１】
削除条件は、「第１画像データが第２画像データに変換された後、猶予期間が経過すること」でもよい。例えば、猶予期間を１ヶ月とすると、ある商品ページに含まれる第１画像データが第２画像データに変換された後、１ヶ月が経過すると、制御部２０３は、第２画像データを記憶部２０１から削除する。この場合、公開画像データの削除は猶予期間だけ保留され、猶予期間内に削除要求がキャンセルされなければ、アクセスがあったか無かったかにかかわらず、公開画像データは自動的に削除される。
【０１０２】
次に、画像管理処理の流れについて、図９のフローチャートを用いて説明する。
【０１０３】
まず、制御部２０３は、第１解像度で作成された第１画像データを含む商品データを公開者端末１４０から受信すると、第１画像データを閲覧者端末１３０から閲覧可能な状態で記憶部２０１に保存する（ステップＳ９０１）。
【０１０４】
制御部２０３は、第１画像データを公開画像データに設定する（ステップＳ９０２）。
【０１０５】
第１画像データが公開画像データに設定されている間に、第１画像データに対応する商品データへの閲覧要求を受信すると、制御部２０３は第１画像データを含む商品データを閲覧者端末１３０へ送信し、閲覧者端末１３０は受信した第１画像データを含む商品データをディスプレイ４５１に表示することとなる。
【０１０６】
制御部２０３は、変換条件が満たされるか否かを判別する（ステップＳ９０３）。
【０１０７】
例えば、変換条件が「公開者から第１画像データを削除する旨の削除要求があったこと」とした場合、制御部２０３は、公開者端末１４０から削除要求を受信すると、変換条件が満たされたと判別し、削除要求が無い間は変換条件が満たされないと判別する。
【０１０８】
変換条件が満たされないと判別した場合（ステップＳ９０３；ＮＯ）、制御部２０３は画像管理処理を終了する。この場合、引き続き第１画像データが公開画像データに設定される。
【０１０９】
変換条件が満たされると判別した場合（ステップＳ９０３；ＹＥＳ）、制御部２０３は、予め決められたアルゴリズムを用いて第１画像データを第２画像データに変換し（ステップＳ９０４）、第２画像データを記憶部２０１に保存する（ステップＳ９０５）。
【０１１０】
制御部２０３は、第１画像データを記憶部２０１から削除する（ステップＳ９０６）。
【０１１１】
制御部２０３は、第２画像データを公開画像データに設定する（ステップＳ９０７）。
【０１１２】
つまり、制御部２０３は、公開者から公開画像データを削除する旨の削除要求があっても、直ちに公開画像データを記憶部２０１から削除するのではなく、解像度を下げてデータサイズを小さくした第２画像データを作成し、第１画像データの代わりに第２画像データを閲覧可能にする。
【０１１３】
第２画像データが公開画像データに設定されている間に、第２画像データに対応する商品データへの閲覧要求があると、制御部２０３は第２画像データを含む商品データを閲覧者端末１３０へ送信し、閲覧者端末１３０は受信した第２画像データを含む商品データをディスプレイ４５１に表示することとなる。
【０１１４】
もし、削除要求を受信した後に直ちに第１画像データを記憶部２０１から削除することとすると、削除後に閲覧要求があった場合に閲覧者端末１３０には商品を示す画像データが全く提供されなくなり、閲覧者は商品の画像を一切見られないことになってしまう。しかし、直ちに第１画像データを削除するのではなく、一旦画質を落としつつも第２画像データを閲覧可能とすることで、公開者の手を煩わせることなく、閲覧者には引き続き商品の画像を提供でき、且つ、データ容量を節約することができるようになる。
【０１１５】
制御部２０３は、削除条件が満たされたか否かを判別する（ステップＳ９０８）。
【０１１６】
削除条件が満たされないと判別した場合（ステップＳ９０８；ＮＯ）、画像管理処理を終了する。この場合、引き続き第２画像データが公開画像データに設定される。
【０１１７】
削除条件が満たされると判別した場合（ステップＳ９０８；ＹＥＳ）、制御部２０３は、第２画像データを記憶部２０１から削除する（ステップＳ９０９）。
【０１１８】
本実施形態によれば、画像管理システム１００は、画像データを格納するために必要な記憶領域を節約しつつ、データの削除に伴って閲覧者に与える影響を小さくすることができる。
【０１１９】
例えば、公開者が商品データの入れ替えや商品データの追加・削除・更新を行うときに、公開画像データを誤って削除してしまう可能性がある。公開画像データが誤って削除され、公開者が気づかないまま放置されると、閲覧者は、商品の画像を一切見られないことになってしまう。しかし、本実施形態によれば、削除要求を出しても公開画像データが直ちに削除されるわけではなく、解像度が劣化しつつも引き続き閲覧可能であるので、データ容量を節約しつつ、閲覧者が商品の画像を全く見られないといった事態を回避することができる。
【０１２０】
また、閲覧者による需要があるにもかかわらず、公開者が公開画像データを削除する可能性がある。しかし、本実施形態によれば、第１画像データが第２画像データに変換され、第２画像データが公開画像データとなった後、閲覧者から閲覧要求があれば、解像度が低い第２画像データを解像度が高い第１画像データに戻すように公開者に通知するように構成することが可能なので、公開者は、需要の有無を判断した後に必要な分だけ公開画像データを元に戻すことができる。
【０１２１】
また、出品数が多い公開者は、多くの画像データを画像管理サーバ１２０に登録する必要があるが、使用できる記憶容量に制限があるため、登録できる画像データの数にも限りがある。しかし、本実施形態によれば、アクセス数が少ない画像データを劣化させることにより自動的にデータサイズを小さくすることで、既に登録した画像データを完全に削除することなく、新たに画像データを登録可能な記憶領域を確保することができる。
【０１２２】
本発明は、上述した実施形態に限定されず、種々の変形及び応用が可能である。また、上述した実施形態の各構成要素を自由に組み合わせることも可能である。
【０１２３】
公開者は、第１画像データのほかに、多数の画像データを一覧表示できるようにするために、本来の表示サイズより大幅に縮小させた画像データ、いわゆるサムネイルを使用することがある。サムネイルのデータサイズは、元の第１画像データよりも小さい。そこで、第２画像データとして、サムネイルを用いてもよい。すなわち、記憶部２０１は、第１解像度よりも低い第２解像度で作成され、且つ、第１画像データと同じ対象が描かれたサムネイル画像データを予め記憶し、制御部２０３は、変換条件が満たされると判別すると、第１解像度で作成された第１画像データを削除し、第１解像度よりも低い第２解像度で予め作成されたサムネイル画像データを、公開画像データに設定してもよい。
【０１２４】
第１画像データの中には、元々表示サイズが小さく、それ以上小さくすると視認性が大きく悪化するおそれがあるものがある。また、第１画像データの中には、元々色数が少なく、それ以上色数を減らすと視認性が大きく悪化するおそれがあるものがある。あるいは、２ビットカラーのようにそれ以上色数を減らせないことがある。そこで、制御部２０３は、解像度を劣化させることが可能か否かを判別してもよい。そして、制御部２０３は、変換条件が満たされると、解像度を劣化させることが可能であると判別すれば、第１画像データを第２画像データに変換し、解像度を劣化させることが不可能であると判別すれば、第１画像データを第２画像データに変換する代わりに、第１画像データを直ちに削除するようにしてもよい。
【０１２５】
なお、制御部２０３は、第１画像データを削除した後、第１画像データを記憶部２０１から削除した旨を公開者端末１４０に通知してもよい。
【０１２６】
あるいは、制御部２０３は、第１画像データを削除する前、第１画像データを記憶部２０１から削除する旨を公開者端末１４０に通知してもよい。そして、制御部２０３は、再び削除要求を受信すれば、第１画像データを記憶部２０１から削除し、削除要求がキャンセルされれば、第１画像データを記憶部２０１から削除しないようにしてもよい。
【０１２７】
また、制御部２０３は、解像度を劣化させることが可能か否かを、例えば定期的に、予め判別しておき、判別結果を記憶部２０１に記憶してもよい。そして、制御部２０３は、解像度を劣化させることが不可能であると判別した第１画像データへの閲覧要求があると、公開者端末１４０に、第１画像データよりも解像度を上げた第３画像データを公開画像データとしてアップロードし直すように通知してもよい。公開者は、この通知を見た後、解像度を上げた第３画像データを作成し、作成した第３画像データを、公開画像データとなるべき新たな第１画像データとして画像管理サーバ１２０にアップロードすることが望ましい。
【０１２８】
解像度を劣化可能か否かの判別基準は、画素数（ピクセル数）が所定の閾値未満か否か、色数が所定数未満か否か、等の条件によって予め定められる。例えば、制御部２０３は、第１画像データを構成する画素数が所定の閾値以上であれば、解像度を劣化可能であると判別し、第１画像データを構成する画素数が所定の閾値未満であれば、解像度を劣化不可能であると判別する。
【０１２９】
制御部２０３は、変換条件が満たされると第１画像データを第２画像データに変換して第２画像データを公開画像データに設定し、猶予期間が経過するまでの間に閲覧要求が無いと、第２画像データを削除する代わりに、第２画像データを第２解像度よりも更に低い第３解像度で作成された第３画像データに更新し、第３画像データを公開画像データに設定してもよい。
【０１３０】
同様にして、制御部２０３は、それ以上の解像度の劣化に耐えられないと推測されるまで、公開画像データの解像度を段階的に下げていってもよい。段階数は任意である。例えば、三段階であれば、制御部２０３は、削除要求を受信すると第１画像データの解像度を下げ、削除要求を受信してから第１の猶予期間が経過すると更に解像度を下げ、第１の猶予期間の経過後に第２の猶予期間が経過すると公開画像データを削除する。
【０１３１】
（変形例）
上記実施形態では、変換条件として削除要求の有無が考慮されている。しかし、削除要求の有無に因らない変換条件が定義されてもよい。
【０１３２】
例えば、変換条件は、「第１画像データが閲覧者に閲覧可能な状態に設定して保存されてから（公開されてから）、予め決められた判別期間が経過しても、その第１画像データへの閲覧要求が無かったこと」でもよい。例えば、判別期間を１ヶ月とすると、制御部２０３は、第１画像データが公開されてから１ヶ月が経過しても、その第１画像データへの閲覧要求が無い、もしくは、その第１画像データを含む商品ページへのアクセスが無いならば、変換条件が満たされたと判別し、第１画像データを第２画像データに変換する。
【０１３３】
この場合、第１画像データは、公開者端末１４０からの削除要求が無くても、判別期間が経過すれば自動的に、第２画像データに変換される。
【０１３４】
この判別期間は、変換条件が満たされるか否かの判別に用いられる期間であって、判別期間が過ぎた後に商品ページが閲覧不可能になるわけではない。判別期間が過ぎた後であっても、閲覧要求があれば、公開画像データは閲覧者端末１３０に提供される。判別期間の経過前後で、閲覧者に提供される画像の解像度が異なるだけである。
【０１３５】
判別期間の定義は任意であり、すべての商品について共通の期間長を設定してもよいし、商品ごとに異なる期間長を設定してもよい。
【０１３６】
なお、公開者は、公開画像データを画像管理サーバ１２０から削除したければ、公開者端末１４０を用いて削除要求を画像管理サーバ１２０に送信すればよい。
【０１３７】
画像管理システム１００の全部又は一部としてコンピュータを動作させるためのプログラムを、メモリカード、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical disk）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、上述の手段として動作させ、あるいは、上述の工程を実行させてもよい。
【０１３８】
さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。
【０１３９】
以上のように、本発明によれば、データの記憶領域を節約しつつ、データ削除に伴う閲覧者に与える影響を小さくすることができる。
【符号の説明】
【０１４０】
１００  画像管理システム
１２０  画像管理サーバ
１３０  閲覧者端末
１４０  公開者端末
１５０  通信ネットワーク
２０１  記憶部
２０２  通信部
２０３  制御部
２５１  商品データベース
４０１  通信部
４０２  画像処理部
４０３  音声処理部
４０４  Ｉ／Ｏ部
４０５  入力部
４０６  記憶部
４０７  制御部
４５１  ディスプレイ
４５２  スピーカ
４５３  マイクロフォン
５０１  通信部
５０２  画像処理部
５０３  音声処理部
５０４  Ｉ／Ｏ部
５０５  入力部
５０６  記憶部
５０７  制御部
５５１  ディスプレイ
５５２  スピーカ
５５３  マイクロフォン
６０１  画像記憶部
６０２  提供部
６０３  更新部
６０４  削除部
６０５  通知部
７１０  第１画像データ
７２０  第２画像データ
【図１】
2016189695.tif 000003
【図２】
2016189695.tif 000004
【図３】
2016189695.tif 000005
【図４】
2016189695.tif 000006
【図５】
2016189695.tif 000007
【図６】
2016189695.tif 000008
【図７】
2016189695.tif 000009
【図８】
2016189695.tif 000010
【図９】
2016189695.tif 000011
【手続補正書】
【提出日】平成29年2月22日(2017.2.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されなければ、前記公開用識別名に対応付けて記憶されている前記公開画像データを削除する削除部、
を備えることを特徴とする画像管理サーバ。
【請求項２】
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、前記猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されると、前記公開用識別名に対応付けて記憶される前記公開画像データとして前記第１画像データを前記画像記憶部に再度記憶させるように前記公開者に通知する通知部を更に備える、
ことを特徴とする請求項１に記載の画像管理サーバ。
【請求項３】
前記削除部は、前記削除要求の送信元とは異なる送信元からの前記閲覧要求が前記猶予期間内に受信されなければ、前記公開用識別名に対応付けて前記記憶されている前記公開画像データを前記画像記憶部から削除する、
ことを特徴とする請求項１又２に記載の画像管理サーバ。
【請求項４】
前記更新部は、前記第１画像データを前記第１解像度から前記第２解像度へ変換可能か否かを判別し、変換可能であると判別すれば、前記第１画像データを前記第１解像度から前記第２解像度へ変換することにより前記第２画像データを作成して前記画像記憶部に記憶させ、
前記削除部は、前記更新部によって変換不可能であると判別されれば、前記第１画像データを削除する、
ことを特徴とする請求項１から３のいずれか１項に記載の画像管理サーバ。
【請求項５】
前記更新部は、前記第１画像データを前記第１解像度から前記第２解像度へ変換可能か否かを予め判別し、
前記更新部によって変換不可能であると判別された第１画像データについての前記閲覧要求を受信すると、前記公開画像データとして前記第１解像度より高い第３解像度で作成された第３画像データを前記画像記憶部に記憶させるように前記公開者に通知する通知部を更に備える、
ことを特徴とする請求項１に記載の画像管理サーバ。
【請求項６】
前記更新部は、前記公開用識別名が指定された前記削除要求を受信すると、前記第１画像データを前記第２画像データに変換し、変換して得られた前記第２画像データを前記公開画像データとして前記画像記憶部に記憶させる、
ことを特徴とする請求項１から５のいずれか１項に記載の画像管理サーバ。
【請求項７】
提供部が、公開用識別名が指定された閲覧要求を受信すると、第１解像度で作成された第１画像データが前記公開用識別名に対応付けて公開画像データとして記憶される画像記憶部から前記公開画像データを取得して閲覧者に提供する提供ステップと、
更新部が、前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて前記画像記憶部に記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新ステップと、
削除部が、前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されなければ、前記公開用識別名に対応付けて記憶されている前記公開画像データを削除する削除ステップと、
を備えることを特徴とする画像管理方法。
【請求項８】
コンピュータを、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されなければ、前記公開用識別名に対応付けて記憶されている前記公開画像データを削除する削除部、
として機能させるプログラムを記憶したコンピュータ読み取り可能な記録媒体。
【請求項９】
コンピュータを、
第１解像度で作成された第１画像データが、公開用識別名に対応付けて、公開者が公開する公開画像データとして記憶される画像記憶部、
前記公開用識別名が指定された閲覧要求を受信すると、前記公開用識別名に対応付けて記憶されている前記公開画像データを閲覧者に提供する提供部、
前記公開用識別名が指定された削除要求を受信すると、前記公開用識別名に対応付けて記憶される前記公開画像データを、前記第１画像データから前記第１解像度より低い第２解像度で作成された第２画像データに更新する更新部、
前記公開用識別名に対応付けて記憶されている前記公開画像データが前記第１画像データから前記第２画像データへ更新された後、猶予期間が経過するまでの間に、前記公開用識別名が指定された閲覧要求が受信されなければ、前記公開用識別名に対応付けて記憶されている前記公開画像データを削除する削除部、
として機能させるプログラム。
【国際調査報告】
2016189695.tif 000012
2016189695.tif 000013
2016189695.tif 000014
2016189695.tif 000015