(57)【要約】【課題】学校で撮影されるすべての写真や生徒の作品等を一元的に管理し、閲覧、注文が可能なスクールフォト管理サーバ等を提供する。【解決手段】サーバ３は、画像登録処理機能により、学校の端末４及び業者の端末５から画像データを受け取り、データベース２に格納し、一元的に管理する。学校の端末４からは、写真の画像データに加えて、作品のスキャンデータも受け付け写真と同様に一元的に管理する。保護者や生徒は、家庭の端末６から、ユーザデータ４０に登録されている学年・クラスに自動的に絞られた画像データを閲覧・注文することができる。予め顔画像を登録しておくことにより、サーバ３は、顔画像認識処理を行い、当該顔画像と類似度の高い顔が含まれる写真の画像データに閲覧画像を絞る。【選択図】図３
2014102715.tif 000002
【特許請求の範囲】
【請求項１】
学校に関連する画像データを格納するデータベースが接続されたスクールフォト管理サーバであって、
ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理手段と、
ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理手段と、
ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧手段と、
を備えることを特徴とするスクールフォト管理サーバ。
【請求項２】
前記閲覧手段は、閲覧者毎に与えられる権限により閲覧できる前記画像データを絞り込む絞り込み手段を、備える
ことを特徴とする請求項１に記載のスクールフォト管理サーバ。
【請求項３】
前記絞り込み手段は、前記写真撮影業者が前記画像データを閲覧する場合、前記写真撮影業者により送信され、前記データベースに格納された前記画像データのみを閲覧可能にする
ことを特徴とする請求項２に記載のスクールフォト管理サーバ。
【請求項４】
前記属性情報は、学校の識別情報、学年情報、クラス情報、生徒氏名、イベント名の少なくとも一つである
ことを特徴とする請求項２又は請求項３に記載のスクールフォト管理サーバ。
【請求項５】
前記絞り込み手段は、前記学校の生徒または保護者が前記画像データを閲覧する場合、前記生徒の学年情報、及び／又はクラス情報により閲覧可能な前記画像データを絞り込む
ことを特徴とする請求項４に記載のスクールフォト管理サーバ。
【請求項６】
前記生徒の顔写真を登録する顔写真登録手段を、更に備え、
前記絞り込み手段は、前記業者画像データ及び前記学校画像データに含まれる顔の画像を、前記登録された顔写真により識別し、類似する顔の画像を含む画像データのみに絞り込んで閲覧させる
ことを特徴とする請求項２乃至請求項５のいずれかに記載のスクールフォト管理サーバ。
【請求項７】
前記学校画像データは、写真の画像データ、及び／または、スキャナ入力による画像データである
ことを特徴とする請求項１乃至請求項６のいずれかに記載のスクールフォト管理サーバ。
【請求項８】
前記閲覧手段により閲覧させた画像データを印刷する注文を受け、注文に応じた課金処理を行う注文課金処理手段を、更に備える
ことを特徴とする請求項１乃至請求項７のいずれかに記載のスクールフォト管理サーバ。
【請求項９】
ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理ステップと、
ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理ステップと、
ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧ステップと、
を含むことを特徴とするスクールフォト管理方法。
【請求項１０】
学校に関連する写真を撮影する写真撮影業者の端末、及び、前記学校の端末、及び、前記学校の生徒の家庭の端末、及び、サーバがネットワークを介して接続されたスクールフォト管理システムであり、
前記サーバは、
前記写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理手段と、
前記学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理手段と、
前記写真撮影業者の端末、及び、前記学校の端末、及び、前記家庭の端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧手段と、
を備える
ことを特徴とするスクールフォト管理システム。
【請求項１１】
コンピュータに、
ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理ステップと、
ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理ステップと、
ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧ステップと、
を実行させるためのプログラム。
【請求項１２】
コンピュータに、
ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理ステップと、
ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理ステップと、
ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧ステップと、
を実行させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、学校の行事で撮影された写真や作品を管理するスクールフォト管理サーバ等に関するものである。
【背景技術】
【０００２】
近年、学校写真撮影業者等の顧客から預かった写真データをサーバに保持、管理し、顧客からのオーダーに従って写真等をプリントして提供するシステムが提案され、実用化されている（例えば、特許文献１）。
【０００３】
特許文献１のシステムは、学校写真撮影業者等の顧客から受領したプリント注文票を基にオーダー情報を入力し、顧客の要望をプリント生産の各作業工程に伝え、品質よく、また、効率よくプリントするものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２２２２１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１のシステムは、学校写真撮影業者等の業者を顧客とし、業者が撮影した画像データを保持し、プリントするものであり、学校における全ての画像データを一元的に管理することはできないという問題がある。
【０００６】
すなわち、１つの学校に関わる写真を撮影する業者は、遠足や運動会を撮影する業者と、学校の航空写真を撮影する業者等、複数ある場合があり、異なる業者が撮影した画像データは従来、別に管理されるので、学校側はそれぞれの業者に閲覧や注文を行わなければならない。
また、学校では、美術作品や作文等の作品があり、これらを一元的に管理する方法は従来ない。
【０００７】
本発明は、前述した問題点に鑑みてなされたもので、学校で撮影されるすべての写真や生徒の作品等を一元的に管理し、閲覧、注文が可能なスクールフォト管理サーバ等を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前述した目的を達成するために、第１の発明は、学校に関連する画像データを格納するデータベースが接続されたスクールフォト管理サーバであって、ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理手段と、ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理手段と、ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧手段と、を備えることを特徴とするスクールフォト管理サーバである。
【０００９】
第１の発明によれば、業者画像管理手段によりデータベースに格納された写真撮影業者による画像データと、前記学校画像管理手段によりデータベースに格納された学校画像データを一元的に管理し、閲覧手段により、ネットワークを介して接続された端末から閲覧することが可能になる。
【００１０】
これにより、例えば、１つの学校に関連する写真が複数の写真撮影業者により撮影されている場合であっても、スクールフォト管理サーバが一元的にすべての画像データを管理することが可能になる。
【００１１】
前記閲覧手段は、前記画像データを閲覧者毎に与えられる権限により閲覧できる前記画像データを絞り込む絞り込み手段を備えることが望ましい。
これにより、閲覧者によって閲覧できる画像データを適正に制限することが可能になる。
【００１２】
前記絞り込み手段は、前記写真撮影業者が前記画像データを閲覧する場合、前記写真撮影業者により送信され、前記データベースに格納された前記画像データのみを閲覧可能にすることが好ましい。
これにより、写真撮影業者は、他の写真撮影業者が撮影し、データベースに格納した画像データを閲覧することはできず、当該写真撮影業者がデータベースに格納した画像データのみの閲覧に制限することが可能になる。これにより、データベースに格納された画像データが不用意に拡散することを防ぎ、セキュリティを高めることが可能になる。
【００１３】
前記属性情報は、学校の識別情報、学年情報、クラス情報、生徒氏名、イベント名の少なくとも一つである。
業者画像データ及び学校画像データは、これらの属性情報により分類管理され、また、絞り込み手段は、これらの属性情報により、閲覧可能な画像データを絞り込むことが可能になる。
【００１４】
前記絞り込み手段は、前記学校の生徒または保護者が前記画像データを閲覧する場合、前記生徒の学年情報、及び／又はクラス情報により閲覧可能な前記画像データを絞り込むことが望ましい。
これにより、生徒または保護者は、当該生徒に関係する画像データのみの閲覧に制限することが可能になり、セキュリティを高めることが可能になる。
【００１５】
前記生徒の顔写真を登録する顔写真登録手段を、更に備え、前記絞り込み手段は、前記業者画像データ及び前記学校画像データに含まれる顔の画像を、前記登録された顔写真により識別し、一致する顔の画像を含む画像データのみに絞り込んで閲覧させることが望ましい。
これにより、数多くの画像データの中から、当該生徒が含まれる画像データのみを抽出して閲覧することが可能になり、閲覧時の操作性が向上する。
【００１６】
前記学校画像データは、写真の画像データ、及び／または、スキャナ入力による画像データである。
生徒の書いた絵や作文等をスキャナで読み込んだ画像データもデータベースに格納して一元的に管理することが可能になる。
【００１７】
前記閲覧手段により閲覧させた画像データを印刷する注文を受け、注文に応じた課金処理を行う注文課金処理手段を、更に備えることが望ましい。
これにより、生徒や保護者は閲覧した画像データのプリント物を注文することが可能になる。
【００１８】
第２の発明は、ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理ステップと、ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理ステップと、ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧ステップと、を含むことを特徴とするスクールフォト管理方法である。
【００１９】
第３の発明は、学校に関連する写真を撮影する写真撮影業者の端末、及び、前記学校の端末、及び、前記学校の生徒の家庭の端末、及び、サーバがネットワークを介して接続されたスクールフォト管理システムであり、前記サーバは、前記写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理手段と、前記学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理手段と、前記写真撮影業者の端末、及び、前記学校の端末、及び、前記家庭の端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧手段と、を備えることを特徴とするスクールフォト管理システムである。
【００２０】
第４の発明は、コンピュータに、ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理ステップと、ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理ステップと、ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧ステップと、を実行させるためのプログラムである。
【００２１】
第５の発明は、コンピュータに、ネットワークを介して接続された写真撮影業者の端末から送信された属性情報が付加された業者画像データを前記データベースに格納する業者画像管理ステップと、ネットワークを介して接続された学校の端末から送信された属性情報が付加された学校画像データを前記データベースに格納する学校画像管理ステップと、ネットワークを介して接続された端末から前記業者画像データ、及び／又は、前記学校画像データを閲覧させる閲覧ステップと、を実行させるためのプログラムを記録したコンピュータが読み取り可能な記録媒体である。
【発明の効果】
【００２２】
本発明により、学校で撮影されるすべての写真や生徒の作品等を一元的に管理し、閲覧、注文が可能なスクールフォト管理サーバ等を提供することが可能になる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態に係るスクールフォト管理システム１の構成例を示すブロック図
【図２】サーバ３、端末４、５、６のハードウエア構成例を示すブロック図
【図３】スクールフォト管理システム１の機能を示すブロック図
【図４】データベース２に格納されるデータ構成例を示す図
【図５】スクールフォト管理システム１のサーバ３処理の流れを示すフローチャート。
【図６】学校アプリケーション（Ｓ１０３）の処理の流れを示すフローチャート
【図７】業者アプリケーション（Ｓ１０６）の処理の流れを示すフローチャート
【図８】個人アプリケーション（Ｓ１０８）の処理の流れを示すフローチャート
【図９】端末４、５、６の表示画面例を示す図（１）
【図１０】端末４、５、６の表示画面例を示す図（２）
【図１１】端末４、５、６の表示画面例を示す図（３）
【発明を実施するための形態】
【００２４】
以下、添付図面に基づいて、本発明に係るスクールフォト管理システム１等の好適な実施形態について詳細に説明する。尚、以下の説明及び添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。
【００２５】
図１は、スクールフォト管理システム１の構成例を示すブロック図である。
スクールフォト管理システム１は、例えば、サーバ３と、学校の端末４、業者の端末５、家庭の端末６がネットワーク７を介して接続された構成である。サーバ３には、画像データ等の保管するデータベース２が接続されている。
【００２６】
学校の端末４は、学校に設置されたパーソナルコンピュータ等の端末であり、ネットワーク７を介してサーバ３に接続され、写真の画像データや、生徒の作品（絵や作文等）の画像データを、ネットワーク７を介してサーバ３に送り、データベース２に格納したり、データベース２に格納されている画像データを呼び出して閲覧することが可能である。
【００２７】
業者の端末５は、学校の行事（例えば、運動会や遠足、記念行事の航空写真等）の写真を撮影する会社に設置されたパーソナルコンピュータ等の端末であり、ネットワーク７を介してサーバ３に接続され、撮影した画像データを、ネットワーク７を介してサーバ３に送り、データベース２に格納したり、データベース２に格納した画像データを呼び出して閲覧することが可能である。
【００２８】
家庭の端末６は、学校の生徒の家庭等にある端末であり、データベース２に格納されている業者が撮影した画像データや、当該生徒の作品を呼び出して閲覧することが可能である。
【００２９】
図２は、サーバ３のハードウエア構成例を示す図である。サーバ３は、制御部３１、記憶部３２、メディア入出力部３３、通信制御部３４、入力部３５、表示部３６、周辺機器Ｉ／Ｆ部３７等がバス３８を介して接続された構成である。
【００３０】
制御部３１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。
ＣＰＵは、ＲＯＭ、記憶部３２等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス３８を介して接続された各装置を駆動制御し、コンピュータが行う処理を実現する。
ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部３２、ＲＯＭ、記憶媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部３１が各種処理を行うために使用するワークエリアを備える。
【００３１】
記憶部３２は、ＨＤＤ（ハードディスクドライブ）であり、制御部３１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）等が格納される。プログラムに関しては、ＯＳに相当する制御プログラムや、アプリケーション・プログラム、ファイル等が格納されている。
これらの各プログラムコードは、制御部３１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵにより各種の手段として実行される。
記憶部３２には、本発明の本実施形態に係るスクールフォト管理システム１のプログラムや各種のデータが格納されており、必要に応じて制御部３１に読み出されて実行される。
【００３２】
メディア入出力部３３は、記録媒体のデータの入出力を行うドライブ装置であり、例えば、フロッピー（登録商標）ディスクドライブ、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＭＯドライブ等のメディア入出力装置を有する。
通信制御部３４は、通信制御装置、通信ポート等を有し、ネットワーク７を介した通信を媒介する通信インタフェースであり、他のコンピュータ間との通信制御を行う。
【００３３】
入力部３５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。入力部３５を介して、コンピュータに対して、操作指示、動作指示、データ入力等を行うことができる。
表示部３６は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）モニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
【００３４】
周辺機器Ｉ／Ｆ部３７は、周辺機器を接続するためのＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ポート等である。
バス３８は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３５】
学校の端末４、業者の端末５、家庭の端末６のハードウエア構成は、サーバ３と同様であるので、説明を省略する。学校の端末４、業者の端末５、家庭の端末６は、例えば、パーソナルコンピュータ等のコンピュータである。
【００３６】
図３は、スクールフォト管理システム１の機能構成を示すブロック図である。
【００３７】
学校の端末４は、例えば、先生や生徒、ＰＴＡの役員等が操作することが可能であり、例えば、先生やＰＴＡ役員が撮影した写真画像や、生徒の絵や作文等の作品をスキャナで読み込んだ画像等をサーバ３の画像登録処理機能によりデータベース２に登録する。
また、学校の端末４から、サーバ３の閲覧・注文処理機能により、データベース２に格納されている画像データを閲覧したり、閲覧した画像データを元にアルバムや作品集を製作することもできる。
【００３８】
業者の端末５（５’）は、当該学校における行事等の写真撮影を請け負った業者の端末であり、サーバ３の画像登録処理機能により、撮影した画像データをデータベース２に登録する。
撮影業者は１社に限ることなく、複数の業者により撮影され、全画像データは、サーバ３のデータベース２により一元的に管理される。
【００３９】
家庭の端末６は、当該学校の生徒の家庭等にある端末であり、生徒や保護者が家庭の端末６からネットワーク７を介してサーバ３にアクセスする。
家庭の端末６から、サーバ３の閲覧・注文処理機能により、データベース２に格納されている画像データを閲覧したり、閲覧した画像データのプリント注文を行うことができる。
【００４０】
また、家庭の端末６から、生徒の顔写真の画像データをサーバ３に送り、サーバ３の画像登録処理機能によりデータベース２に登録することにより、閲覧時に、サーバ３の閲覧・注文処理機能により、顔画像データの識別処理を行うことにより、当該生徒の顔が写っている画像データを抽出して、閲覧枚数を絞ることができる。
【００４１】
各端末４、５、６からサーバ３にアクセスする場合には、業者、先生、生徒、保護者等、スクールフォト管理システム１のユーザのそれぞれに与えられた権限により、処理させる機能や、閲覧の範囲を制限し、セキュリティ性を高めている。これについては後述する。
【００４２】
図４は、データベース２に格納されるデータの構成例を示す図である。
図４（ａ）は、画像データ２０のデータ構成例、図４（ｂ）は、ユーザデータ４０の構成例を示している。
【００４３】
図４（ａ）に示すように、画像データ２０は、画像のデータ２７と、各画像データの学校名２１、種別２２、学年２３、クラス２４、氏名２５、イベント名２６等の属性情報とで構成される。
【００４４】
データベース２には複数の学校についての画像データ２０が格納されるので、学校を識別するための学校名２１あるいは識別子が必要である。
種別２２は、画像データ２０の種別を示すデータであり、例えば、写真、作品、顔写真等である。スナップ写真と集合写真を区別するようにしてもよい。
【００４５】
また、画像データ２０について、学年やクラス、氏名が特定できる場合には、属性情報として、学年２３、クラス２４、氏名２５が指定される。
イベント名２６は、例えば、「遠足」、「運動会」等である。このほか、作文等の作品の画像データ２０である場合には、イベント名２６として「読書感想文」等を指定するようにしてもよい。
【００４６】
図４（ｂ）は、ユーザデータ４０の例を示している。
ユーザデータ４０は、ユーザの情報であり、ユーザ認証処理やアクセス権限の決定等に使用される。スクールフォト管理システム１にアクセスするユーザは、業者や先生、生徒、ＰＴＡの役員、保護者等である。
【００４７】
ユーザデータ４０は、ユーザＩＤ４１、パスワード４２、学校ＩＤ４３、学年・クラス・氏名４４等で構成される。
業者の場合、ユーザＩＤ４１とパスワード４２、当該業者が撮影を担当した学校の学校ＩＤ４３である。複数の学校について撮影を行っている場合には、学校ＩＤ４３が複数登録される（例えば図４（ｂ）の業者Ａはｓ１とｓ２）。
【００４８】
先生の場合、ユーザＩＤ４１とパスワード４２、学校ＩＤ４３で構成される。このほか、担任の学年をユーザデータ４０として指定するようにしてもよい。
生徒やＰＴＡの役員が学校の端末４を使用する場合には、生徒／ＰＴＡ用のユーザＩＤ４１とパスワード４２を使用するようにすればよい。
【００４９】
生徒や保護者が家庭の端末６からアクセスする場合には、ユーザＩＤ４１（保護者１、保護者２）と、パスワード（ｈ１、ｈ２）、学校ＩＤ（ｓ１）を各生徒または家庭に付与する。また、ユーザデータ４０としては、当該生徒の学年、クラス、氏名４４が登録される。１家庭に複数の生徒がいる場合には、１家庭に１つのユーザＩＤ４１とパスワード４２を付与し、学年・クラス・氏名４４に人数分のデータを登録するようにすればよい。
【００５０】
図５は、サーバ３の処理の流れを示すフローチャートである。
サーバ３の制御部３１は、端末４、５、６からのアクセスの有無を判定する（ステップ１０１）。アクセスがあった場合には（ステップ１０１のＹｅｓ）、アクセスを行った端末のＩＰアドレス等により、学校の端末４であるか否かを判断する（ステップ１０２）。
【００５１】
学校の端末４と判断された場合（ステップ１０２のＹｅｓ）は、サーバ３の制御部３１は学校の端末４用のプログラムである学校アプリケーション（ステップ１０３）を起動する。
【００５２】
一方、学校の端末４からのアクセスではない場合（ステップ１０２のＮｏ）、サーバ３の制御部３１は、認証処理を実行する（ステップ１０４）。すなわち、ユーザＩＤ４１とパスワード４２の入力をユーザに要求し、入力されたユーザＩＤ４１とパスワード４２から認証処理を行う。
【００５３】
認証された場合、ユーザＩＤ４１からアクセスしたのが業者なのか、あるいは保護者（生徒も含む）や先生であるかを判断し（ステップ１０５、１０７）、業者の場合には（ステップ１０５のＹｅｓ）、業者用のプログラムである業者アプリケーション（ステップ１０６）を起動する。
一方、保護者や先生である場合（ステップ１０７のＹｅｓ）には、個人向けのアプリケーション（ステップ１０８）を起動する。
【００５４】
一方、認証処理において、業者でも保護者（生徒も含む）、先生でもない場合（ステップ１０７のＮｏ）は、スクールフォト管理システム１へのアクセス権はないものとして（認証失敗）、処理を終了する。
【００５５】
図６は、学校アプリケーション（ステップ１０３）の処理の流れを示すフローチャートである。
学校アプリケーションは、学校の端末４からのアクセスに対して実行されるプログラムである。学校アプリケーションが家庭の端末６や業者の端末５からのアクセスで実行されてしまうと、データベース２に勝手に画像データが登録されてしまう危険があるので、学校アプリケーションは学校の端末４からのアクセスに対してのみ実行されるようにする。
【００５６】
サーバ３の制御部３１は、まず、認証処理を行う（ステップ１３１）。
図９〜図１１は、学校の端末４の画面例を示す図である。
図９（ａ）は、認証画面例５１を示す図である。
図９（ａ）に示すように、例えば、学校ＩＤを入力するように要求する。
ユーザが学校ＩＤを指定部分５１１に入力し、「次へ」ボタン５１３を押下すると、サーバ３の制御部３１は、例えば、端末４のアクセスの際のＩＰアドレスが学校ＩＤの示す学校のものか否かで認証処理を行えばよい。
【００５７】
認証された場合には、次に、画像データの登録をするのか、閲覧をするのかをユーザに問い合わせる（ステップ１３２）。
すなわち、図９（ｂ）の登録・閲覧選択画面例５２に示すように、画像データの登録か、閲覧かを選択させる。
ユーザは、画像の登録か閲覧かを選択し、「次へ」ボタン５２３を押下する。
【００５８】
画像の登録の場合（ステップ１３２の「登録」）、サーバ３の制御部３１は、まず、登録する画像の属性情報をユーザに指定させる（ステップ１３３）。
図９（ｃ）は属性入力画面例５３を示す図である。
図９（ｃ）に示すように、登録したい画像データの種別２２を選択させる。選択された種別２２は、画像データ２０の属性情報としてデータベースに格納される。
【００５９】
また、画像データ２０の種別２２に加えて、その他の属性情報についても必要に応じて入力させる。
図９（ｄ）は、属性入力画面例５４を示す図である。
例えば、登録したい画像データ２０の種別が作品（スキャン画像）である場合、イベント名２６として作品の種類（例えば、「読書感想文」）を指定し、作成者の学年２３、クラス２４、氏名２５を指定すればよい。
【００６０】
また、種別２２が集合写真であれば、イベント名２６（例えば、「遠足」）、学年（例えば、「２」）、クラス（例えば、「３」）のように、必要な情報のみ指定すればよい。
【００６１】
次に、サーバ３の制御部３１は、画像をアップロードさせる（ステップ１３４）。ユーザは、学校の端末４から、アップロードする画像データを指定してサーバ３に送信すればよい。
【００６２】
サーバ３の制御部３１は、学校の端末４から受信した画像データおよび属性情報をデータベース２に格納する（ステップ１３５）。
サーバ３の制御部３１は、ユーザに登録が完了したか否かを問い合わせ（ステップ１３６）、まだ登録する画像データがある場合（ステップ１３６のＮｏ）にはステップ１３３に戻り、ステップ１３３〜１３６の処理を繰り返す。
画像データのデータベース２への登録が終了した場合（ステップ１３６のＹｅｓ）には、学校アプリケーション（ステップ１０３）の処理を終了する。
【００６３】
ステップ１３２において、画像の閲覧が選択された場合（ステップ１３２の「閲覧」）、閲覧したい画像データの属性情報をユーザに指定させる（ステップ１３７）。
図１０（ａ）は、学校の端末４の画面に表示される閲覧の属性指定画面例５５である。
図１０（ａ）に示すように、例えば、イベント名２６や、学年２３、クラス２４、氏名２５を必要に応じて指定すればよい。
【００６４】
サーバ３の制御部３１は、指定された属性情報に従ってデータベースの画像データ２０を検索し、抽出した画像データ２０を学校の端末４のディスプレイに表示して処理を終了する（ステップ１３８）。
例えば、図１０（ａ）に示すように、イベント名２６「運動会」が指定されると、データベース２から、当該学校ＩＤの学校名２１の、属性情報・イベント名２６が「運動会」の画像データを全て学校の端末４に表示する。表示する画像データが複数ある場合は、サムネイル画像を表示し、その中から選択された画像データを大きく表示するようにしてもよい。
【００６５】
以上に説明した学校アプリケーション（ステップ１０３）により、先生やＰＴＡ役員が撮影した写真の画像データや、生徒の作品（絵や作文）のスキャンデータをデータベース２に登録することが可能になり、当該学校に関するさまざまな画像データをスクールフォト管理システム１で一元的に管理することが可能になる。
【００６６】
図７は、業者アプリケーション（ステップ１０６）の処理の流れを示すフローチャートである。業者は、自社で撮影した画像データをスクールフォト管理システム１のデータベース２に登録する処理を実行する。
サーバ３の制御部３１は、まず、どこの学校の画像データを登録するのかを指定させる（ステップ１６１）。
すなわち、図９（ａ）に示すように、業者の端末５に認証画面例５１を表示させ、学校ＩＤまたは学校名を入力させる。
【００６７】
次に、サーバ３の制御部３１は、登録する画像データの属性情報を指定させる（ステップ１６２）。すなわち、図９（ｃ）及び図９（ｄ）に示すような属性入力画面５３、５４を業者の端末５に表示させて、属性情報を入力させる。
業者の場合、撮影した写真のみを登録すると考えられるので、図９（ｃ）の属性入力画面例では、写真または集合写真のいずれかを選択させるようにすればよい。
また、図９（ｄ）の属性入力画面例では、イベント名２６や学年２３、クラス２４を必要に応じて入力させるようにすればよい。
【００６８】
画像データの属性情報を指定させた後、サーバ３の制御部３１は、画像データをアップロードさせる（ステップ１６３）。このとき、複数の画像データをまとめてアップロードさせるようにしてもよい。
【００６９】
サーバ３の制御部３１は、業者の端末５からアップロードされた画像データを、データベース２に属性情報とともに格納する（ステップ１６４）。
サーバ３の制御部３１は、画像データの登録が完了したか否かを問い合わせ（ステップ１６５）、登録する画像データがまだある場合（ステップ１６５のＮｏ）、ステップ１６２に戻り、ステップ１６２〜１６５の処理を繰り返す。
一方、画像データの登録が完了した場合（ステップ１６５のＹｅｓ）、業者アプリケーション（ステップ１０６）の処理を終了する。
【００７０】
業者アプリケーション（ステップ１０６）により、業者が撮影した画像データがスクールフォト管理システム１のデータベース２に登録され、他の業者が撮影した当該学校の画像データがある場合や、学校の端末４から登録された画像データとともに一元的に管理することが可能になる。
【００７１】
図８は、個人アプリケーション（ステップ１０８）の処理の流れを示すフローチャートである。
個人アプリケーション（ステッ１０８）は、保護者（生徒も含む）や先生が画像データを閲覧したり、プリント注文を行うためのプログラムである。
【００７２】
本実施例のスクールフォト管理システム１は、閲覧を行う場合に、たくさんの画像データから特定の生徒が写っている画像データを抽出して、閲覧枚数を絞ることが可能である。
すなわち、予め、個々の生徒の顔画像データを登録させ、閲覧時には、写真に含まれる顔の画像と、当該顔画像データの類似度を算出し、類似度の高い顔の画像が含まれる画像データに絞って閲覧させるようにする。
【００７３】
個人アプリケーション（ステップ１０８）では、まず、サーバ３の制御部３１は、ステップ１０４の認証処理結果から、保護者か先生かを識別する（ステップ１８１）。
ステップ１８１で保護者と判定された場合、次に、サーバ３の制御部３１は、図９（ａ）のような認証処理画面５１を家庭の端末６に表示させ、学校ＩＤを入力させる（ステップ１８２）。
ステップ１０４（図５）で行ったユーザＩＤ４１とパスワード４２による認証処理に加えて、学校ＩＤ４３を入力させることにより、セキュリティを向上することができる。
【００７４】
次に、サーバ３の制御部３１は、顔画像データの登録か、閲覧・注文かを選択させる（ステップ１８３）。
図１０（ｃ）は、顔画像登録／閲覧・注文選択画面例５７を示す図である。
例えば、年度初めに顔画像データを登録することとし、顔画像データが完了したら、閲覧・注文のみを指定できるようにしてもよい。
【００７５】
ステップ１８３において顔画像データの登録が選択された場合（ステップ１８３の「顔画像登録」）、サーバ３の制御部３１は、家庭の端末６から、登録する生徒の学年２３・クラス２４・氏名２５を入力させたうえで（ステップ１８４）、顔画像をアップロードさせる（ステップ１８５）。アップロードされた顔画像データは、属性情報である学年２３・クラス２４・氏名２５のデータとともにデータベース２に格納する（ステップ１８６）。
【００７６】
次に、サーバ３の制御部３１は、顔画像の登録が完了したか否かを家庭の端末６に問い合わせ（ステップ１８７）、兄弟がいる場合など、顔画像の登録が終了していない場合には（ステップ１８７のＮｏ）、ステップ１８４に戻り、ステップ１８４〜１８７の処理を繰り返す。顔画像の登録が終了した場合（ステップ１８７のＹｅｓ）、個人アプリケーション（ステップ１０８）を終了する。
【００７７】
ステップ１８３において、閲覧・注文が選択された場合、サーバ３の制御部３１は、ユーザデータ４０に格納されている生徒の学校ＩＤ４３、学年・クラス・氏名４４のデータを元に、閲覧可能な画像データを当該学校ＩＤの当該学年の当該クラスの画像データに絞り込む（ステップ１９０）。
これにより、当該保護者の子供の学年・クラスについての画像データのみが閲覧可能になり、自分の子供とは関係のない学年・クラスの画像データの閲覧ができないようにすることが可能である。
【００７８】
一方、ステップ１８１で先生であると判定された場合は、先生が使用している端末から学校ＩＤ４３を入力させる（ステップ１９１）。先生の場合、画像データの閲覧・注文処理が可能である。
ステップ１０４（図５）で行ったユーザＩＤ４１とパスワード４２による認証処理に加えて、学校ＩＤ４３を入力させることにより、セキュリティを向上することができる。
【００７９】
サーバ３の制御部３１は、ステップ１９１で入力された学校ＩＤにより、閲覧可能な学校を絞り込む（ステップ１９２）。
さらに、サーバ３の制御部３１は、閲覧する学年・クラスを選択させる（ステップ１９３）。
【００８０】
ステップ１９０及びステップ１９３の後、サーバ３の制御部３１は、画像データの閲覧方法を選択させる（ステップ１９４）。
図１０（ｄ）は、閲覧方法選択画面例５８を示す図である。
例えば、閲覧するイベントを選択する、又は、作品を閲覧する、またはすべての画像データから閲覧する等から選択するようにすればよい。
【００８１】
ステップ１９４でイベントの選択が指定された場合には、次に、イベント名を指定させる（ステップ１９５）。例えば、「運動会」というように指定すればよい。これにより、ステップ１９０およびステップ１９３で絞り込まれた閲覧する画像データを更に絞ることが可能である。
【００８２】
次に、顔画像認識を行うか否かを選択させる（ステップ１９６）。
図１１（ａ）は、顔画像による絞り込み選択画面例５９を示す図である。
「はい」ボタン５９１を選択すると（ステップ１９６のＹｅｓ）、サーバ３の制御部３１は、閲覧対象画像データについて顔画像認識処理を実行し、データベース２に当該保護者が登録した生徒の顔画像と類似度の高い顔が撮影されている画像データを抽出し、閲覧画像データを絞り込み（ステップ１９７）、閲覧対象画像データを端末６に表示する（ステップ１９８）。
顔画像認識処理の方法は、周知の方法を使用すればよい。
【００８３】
一方、顔画像認識を行わない場合（ステップ１９６のＮｏ）、ステップ１９５で選択されたイベント名の、対象学年・クラスの画像データを端末６に表示する（ステップ１９８）。
顔画像認識は行わずに、ステップ１９２、ステップ１９３、ステップ１９５のイベント名で絞り込まれた画像データをすべて端末６に表示するようにすればよい。
【００８４】
ステップ１９４で、作品を閲覧すると選択された場合は、サーバ３の制御部３１は、アクセスした保護者の子供が作成した作品の画像データのみを端末６に表示する（ステップ１９９）。
また、ステップ１８１で先生であると判定されている場合には、ステップ１９２、ステップ１９３で指定された学校・学年・クラスに属する作品を端末６に表示するようにすればよい。
【００８５】
一方、ステップ１９４で「全て」を指定した場合は、サーバ３の制御部３１は、顔画像で絞るか否かを選択させ（ステップ２００）、ステップ２００がＹｅｓの場合は、写真の画像データについては、閲覧対象画像データについて顔画像認識処理を実行し、データベース２に当該保護者が登録した生徒の顔画像と類似度の高い顔が撮影されている画像データを抽出し、閲覧画像データを絞り込み（ステップ２０１）、閲覧対象画像データを端末６に表示する（ステップ２０２）。
また、サーバ３の制御部３１は、作品については、アクセスした保護者の子供が作成した作品の画像データのみを端末６に表示する（ステップ２０２）。
【００８６】
また、ステップ１８１で先生であると判定されている場合には、ステップ１９２、ステップ１９３で指定された学校・学年・クラスに属する作品及び写真の画像データを端末６に表示するようにすればよい（ステップ２０２）。
【００８７】
以上の処理により、保護者の場合、閲覧可能な学年・クラスが自動的に絞り込まれ、当該保護者の子供の学年・クラスの写真のみ、また、当該保護者の子供の作品のみに制限して閲覧することが可能になる。
また、顔画像データを予めデータベース２に登録しておくことにより、写真の画像データのなかで、当該顔画像データと類似度の高い顔が含まれる写真の画像データに絞って閲覧することが可能になる。
【００８８】
閲覧処理の終了後、閲覧した画像データのプリント注文を行うか否かを選択させる（ステップ２０３）。
図１１（ｂ）は、購入選択画面例６０を示す図である。
購入を選択しない場合には（ステップ２０３のＮｏ）、個人アプリケーション（ステップ１０８）の処理を終了する。
【００８９】
購入が選択された場合には（ステップ２０３のＹｅｓ）、サーバ３の制御部３１は、購入する画像を選択させ（ステップ２０４）、印刷のサイズやトリミング等の加工方法、数量等を選択させ（ステップ２０５）、注文に応じた課金処理を実行し（ステップ２０６）、プリンタに画像データを転送したり、印刷物の配布の管理を行う（ステップ２０７）。
【００９０】
以上の処理により、複数の業者や学校の先生、生徒、ＰＴＡの役員がデータべース２に登録した写真の画像データ及び作品のスキャンデータを、一元的に管理することが可能になり、保護者は、それらの画像データを閲覧・注文することが可能になる。
また、保護者、業者、先生のユーザデータ４０を管理することにより、閲覧可能な画像データを自動的に絞って制限することが可能で、セキュリティの高いシステムを構築することが可能である。
【００９１】
また、顔画像データを予め登録しておくことにより、写真の画像データから、当該顔画像データと類似度の高い顔が写っている写真を抽出し、絞り込んで閲覧させることが可能になる。
【００９２】
以上、添付図を参照しながら、本発明の実施の形態を説明したが、本発明の技術的範囲は、前述した実施の形態に左右されない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００９３】
１………スクールフォト管理システム
２………データベース
３………サーバ
４………学校の端末
５………業者の端末
６………家庭の端末
７………ネットワーク
２０……画像データ
４０……ユーザデータ
【図１】
2014102715.tif 000003
【図２】
2014102715.tif 000004
【図３】
2014102715.tif 000005
【図４】
2014102715.tif 000006
【図５】
2014102715.tif 000007
【図６】
2014102715.tif 000008
【図７】
2014102715.tif 000009
【図８】
2014102715.tif 000010
【図９】
2014102715.tif 000011
【図１０】
2014102715.tif 000012
【図１１】
2014102715.tif 000013