(57)【要約】【課題】情報や画像データを共有するに際して、これらの共有に係わる設定を行う必要のない、また、スケジュールにわざわざイベントを入力する必要のいない、利便性の高い情報処理装置を提供すること。【解決手段】写真１００，２００の顔認識によってグループ関係を判断し、スケジュールにイベントが設定されるので、写真１００，２００の共有だけで、共有に係わる設定を行うことなく、スケジュールベースで情報や写真１００，２００を共有できる。【選択図】図４
2013219477.tif 000002
【特許請求の範囲】
【請求項１】
画像データを入力する画像入力部と、
前記画像データの顔認識をする認識手段と、
顔のグループ関係を記憶する記憶部と、
前記顔認識の結果に基づいて前記グループ関係を判断する判断部と、
前記グループ関係があればスケジュールにイベントが設定され、前記画像データが共有される設定部とを備えた
ことを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記画像データから人物の顔の画像データを取り出す手段を備えた
ことを特徴とする情報処理装置。
【請求項３】
請求項１または請求項２に記載の情報処理装置において、
前記画像データを送り出すときに、前記画像データの内容の確認指令を送り出す側に出す確認手段を備えた
ことを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュールで情報、画像データを共有できる情報処理装置に関する。
【背景技術】
【０００２】
パーソナルコンピューター、携帯電話等のカレンダーやスケジュール管理のアプリケーションソフトにおいては、画像データ、例えば、写真の撮影時刻から、それに相当するスケジュールのイベントを関連付けることは、比較的簡単に実現することができる。
また、写真にアクセス権を設定し、複数のユーザー間で共有することは通常行われている。そして、これら双方の技術を組み合わせてイベントに関連付けられた写真を共有することも可能である。
【０００３】
例えば、特許文献１には、カレンダー上に画像データとスケジュールとを連動させる技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−５０１７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、画像データを共有するに際して、これらの共有に係わる設定を行わなければならない。また、スケジュールにわざわざイベントを入力するのは、利便性が低かった。
【課題を解決するための手段】
【０００６】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。
【０００７】
［適用例１］本適用例に係る情報処理装置は、画像データを入力する画像入力部と、前記画像データの顔認識をする認識手段と、顔のグループ関係を記憶する記憶部と、前記顔認識の結果に基づいて前記グループ関係を判断する判断部と、前記グループ関係があればスケジュールにイベントが設定され、前記画像データが共有される設定部とを備えたことを特徴とする。
【０００８】
本適用例によれば、画像データの顔認識によってグループ関係を判断し、スケジュールにイベントが設定されるので、画像データの共有だけで、共有に係わる設定を行うことなく、スケジュールベースで情報や画像データを共有できる。
【０００９】
［適用例２］上記適用例に記載の情報処理装置において、前記画像データから人物の顔の画像データを取り出す手段を備えたことを特徴とする。
【００１０】
本適用例によれば、画像データの中から顔認識に必要な顔の画像データを取り出す手段を備えているので、画像データから顔認識をより正確に行える。
【００１１】
［適用例３］上記適用例に記載の情報処理装置において、前記画像データを送り出すときに、前記画像データの内容の確認指令を送り出す側に出す確認手段を備えたことを特徴とする。
【００１２】
本適用例によれば、画像データを送り出すときに、画像データの内容の確認指令を出す確認手段を備えているので、画像データを共有すべきでない相手に対して画像データを誤って送る誤送信を低減できる。
【図面の簡単な説明】
【００１３】
【図１】情報処理装置を適用したスケジュール管理システムの構成例を示す図。
【図２】情報処理装置の構成例を示す図。
【図３】情報処理装置の機能構成例を示すブロック図。
【図４】画像データを送り出す処理の流れを示すフローチャート図。
【図５】画像データを受け入れる処理の流れを示すフローチャート図。
【図６】写真を示す概略図。
【発明を実施するための形態】
【００１４】
図１は、本発明の情報処理装置１０を適用したスケジュール管理システムの構成例を示す図である。スケジュール管理システムは、情報処理装置１０としての端末１０−１、端末１０−２、および端末１０−３がネットワーク２を介して相互に接続されることで構成される。端末１０−１、１０−２、１０−３を個々に区別する必要がない場合、単に情報処理装置１０と記載する。なお、情報処理装置１０の数は任意であり、図１に示されるように３つに限られるものではない。
【００１５】
また、図２は、情報処理装置１０の構成例を示す図である。情報処理装置１０は、ＣＰＵ１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ１２（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ１３（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、および入出力インターフェイス１４が、バス１５を介して接続されている。また、入出力インターフェイス１４には、入力部１６、表示部１７、記憶部１８、通信部１９、およびドライブ２０が接続されている。
【００１６】
さらに、図３は、情報処理装置１０の機能構成例を示すブロック図である。図３に示す機能のうちの少なくとも一部は、画像認識アプリケーション、スケジュール管理アプリケーション、画像管理アプリケーションなどがＣＰＵ１１により読み込まれ、実行されることによって実現される。
【００１７】
情報処理装置１０は、スケジュールを管理するいわゆるカレンダー用のアプリケーションソフトが動作可能になっており、そのアプリケーションソフトが動作することによって、操作者からの操作に応じて、コンピュータシステム上で閲覧可能なスケジュール（カレンダー）にイベントを設定することができる。
【００１８】
また、情報処理装置１０は、スケジュールに画像データである写真等を関連付けることができる。例えば、撮影時刻や撮影に使用したデジタルカメラを一意に識別する情報（カメラＩＤやユーザーＩＤ）等の撮影情報から、撮影された画像データが、どのイベントに関連するものであるかを特定し、特定したイベントに関連付けることができる。
【００１９】
ネットワーク２は、公衆回線網、ローカルエリアネットワーク、またはインターネットなどのネットワーク、デジタル衛星放送といった、有線または無線のいずれのものでもよい。
【００２０】
ＣＰＵ１１は、入力部１６からの入力信号に基づいて情報処理装置１０を起動するためのブートプログラムをＲＯＭ１２から読み出して実行し、記憶部１８に格納されている各種オペレーティングシステムを読み出す。またＣＰＵ１１は、入力部１６からの入力信号に基づいて各種の制御を行ったり、ＲＯＭ１２や記憶部１８に記憶されたプログラムおよびデータを読み出してＲＡＭ１３にロードしたり、あるいはＲＡＭ１３から読み出されたプログラムのコマンドに基づいて、データ演算または加工などの一連の処理を実行する。例えば、画像データの顔認識をする認識手段３３として働く。また、顔認識の結果に基づいてグループ関係を判断する判断部３４として働く。さらに、グループ関係があればスケジュールにイベントを設定し、画像データを共有するスケジュール設定部３５として働く。
【００２１】
入力部１６は、情報処理装置１０の操作者が各種の操作を入力するキーボードやマウスなどの入力デバイスにより構成されており、操作者の操作に基づいて入力信号を生成し、入出力インターフェイス１４およびバス１５を介してＣＰＵ１１に送信する。
【００２２】
表示部１７は、例えば液晶ディスプレイやスピーカーであり、ＣＰＵ１１からバス１５および入出力インターフェイス１４を介して受信した信号に基づいて、ＣＰＵ１１の処理結果などを表示したり、音声を出力したりする。
【００２３】
記憶部１８は、半導体メモリーや磁気ディスクなどで構成されており、ＣＰＵ１１で実行されるプログラムやデータを記憶する。記憶部１８には、ＣＰＵ１１が実行するプログラムとして、例えば、画像認識アプリケーション、スケジュール管理アプリケーション、画像管理アプリケーション等が挙げられ、データとして顔（人物）のグループ関係等が記憶されている。
【００２４】
通信部１９は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）カードやモデムなどで構成されており、情報処理装置１０をローカルエリアネットワークやインターネットといった通信媒体である図１に示したネットワーク２に接続することを可能にする。すなわち通信部１９は、通信媒体から受信したデータを、入出力インターフェイス１４およびバス１５を介してＣＰＵ１１に送信し、ＣＰＵ１１からバス１５および入出力インターフェイス１４を介して受信したデータを、ネットワーク２に送信する。
【００２５】
ドライブ２０は、ＣＰＵ１１の制御の下、リムーバブルメディア２１から読み出したデータを、入出力インターフェイス１４を介して表示部１７に表示させる。ドライブ２０は、例えば、デジタルカメラ等のリムーバブルメディア２１に記録された画像データの画像入力部３２としても働く。
【００２６】
情報処理装置１０は、操作入力受付部３１と、スケジュールにイベントにおける画像データを入力する画像入力部３２と、画像データの顔認識をする認識手段３３と、顔のグループ関係を記憶する記憶部１８と、顔認識の結果に基づいてグループ関係を判断する判断部３４と、グループ関係があればスケジュールにイベントが設定され、画像データが共有される設定部としてのスケジュール設定部３５とを備えている。
【００２７】
操作入力受付部３１は、図２に示した表示部１７に表示されている画面において、操作者による入力部１６を用いた情報入力や情報選択などの各種操作を受け付け、その操作内容を記憶部１８、スケジュール設定部３５に供給する。
【００２８】
画像入力部３２は、スケジュールにイベントにおける画像データが入力される。例えば、画像入力部３２には、ドライブ２０を介してリムーバブルメディア２１から読み込んだ画像データ、通信部１９を介して他の機器から取得した画像データおよび記憶部１８に記憶されている画像データが入力される。それら画像データは、認識手段３３に送られる。
【００２９】
認識手段３３では、画像データの顔認識を行う。また、判断部３４では、記憶部１８に記憶された顔のグループ関係と、顔認識の結果に基づいてグループ関係を判断し、グループ関係がある場合は、画像データをスケジュール設定部３５に供給する。
【００３０】
スケジュール設定部３５は、画像関連付け部３５０とイベント設定部３５１とを備えている。スケジュール設定部３５では、グループ関係があれば、イベント設定部３５１によってスケジュールにイベントが設定され、設定したイベントのリストをスケジュールデータベース（ＤＢ）３６に格納する。
また、画像関連付け部３５０は、画像入力部３２から供給された画像データを画像データベース（ＤＢ）３７に格納するとともに、グループ関係に基づいて、画像データをスケジュールデータベース３６に格納されているイベントのリストに関連付けて共有させる。
【００３１】
図４および図５は、画像データを共有する方法を示すフローチャート図である。図４は、画像データを送り出す処理の流れを示すフローチャート図であり、図５は、画像データを受け入れる処理の流れを示すフローチャート図である。
【００３２】
図４において、画像データを送り出す処理の流れは、端末に画像データを入力するステップ１１（Ｓ１１）と、画像データの内容の確認指令を出し、送り出す画像データに間違いがないか否か判断するステップ１２（Ｓ１２）と、送り出す画像データに間違いがない場合、画像データを送り出すステップ１３（Ｓ１３）と、送り出す画像データに間違いがある場合、画像データの送り出しを停止するステップ１４（Ｓ１４）とを備えている。
【００３３】
図５において、画像データを受け入れる処理の流れは、他の端末からの画像データを受け入れるステップ２１（Ｓ２１）と、画像データの顔認識を行うステップ２２（Ｓ２２）と、顔認識を行った人物がグループ関係にあるか否かを判断するステップ２３（Ｓ２３）と、人物がグループ関係にある場合は、画像データを共有するステップ２４（Ｓ２４）と、人物がグループ関係にない場合は、画像データを共有しないステップ２５（Ｓ２５）とを含む。
【００３４】
以下に、画像データを共有する処理の流れについて詳しく説明する。図６（ａ）に、画像データとしての写真１００を例示した。図６（ａ）において、写真１００には、人物Ａ、Ｂ、Ｃと背景Ｄが記録されている。
画像データを送り出す処理の流れにおいては、ステップ１１（Ｓ１１）で、端末に写真１００を入力する。
例えば、図１、図２および図３において、人物Ａの端末１０−１の画像入力部３２としてのドライブ２０から、スケジュールにイベントにおける写真１００を入力する。
【００３５】
次に、ステップ１２（Ｓ１２）で、写真１００の内容の確認指令を出し、送り出す写真１００に間違いがないか否か判断する。
例えば、送るべき写真１００を表示部１７に表示して、確認指令を出し、操作者が判断する。
また、判断部３４に確認指令を出し、記憶部１８に記憶された顔のグループ関係と、顔認識の結果とに基づいてグループ関係を判断し、グループ関係がある場合は、送り出す写真１００に間違いがないか否か判断してもよい。
送り出す写真１００に間違いがない場合、ステップ１３（Ｓ１３）に進み、写真１００を送り出す。写真１００は、ネットワーク２を介して端末１０−２および１端末０−３に送られる。
一方、送り出す写真１００に間違いがある場合、ステップ１４（Ｓ１４）に進み、写真１００の送り出しを停止する。
【００３６】
画像データを受け入れる処理の流れにおいては、ステップ２１（Ｓ２１）で、他の端末からの写真１００を受け入れる。
ステップ２２（Ｓ２２）では、画像データの顔認識を行う。端末１０−２および端末１０−３では、画像データの顔認識を認識手段３３としてのＣＰＵ１１によって行う。顔認識は良く知られた顔認識アルゴリズムで行うことができる。例えば、顔画像から目立つ特徴を抽出することで識別する。例えば、顔のパーツの相対位置や大きさ、目や鼻やほお骨やあごの形を特徴として利用する。
ここで、写真１００から顔認識に必要な人物Ａ、Ｂ、Ｃを取り出す手段を備えているのが好ましい。
【００３７】
ステップ２３（Ｓ２３）では、顔認識を行った人物がグループ関係にあるか否かを判断する。
端末１０−２および端末１０−３の記憶部１８には、顔のグループ関係が記憶されている。ここでは、人物Ａ、Ｂ、Ｃにグループ関係があると記憶しているとする。
認識手段３３としてのＣＰＵ１１で、顔認識の結果に基づいてグループ関係を判断部３４によって判断する。
【００３８】
例えば、図１において、端末１０−２が人物Ｂの端末で、端末１０−３が人物Ｃの端末であれば、端末１０−２では、グループ関係有りと判断し、端末１０−３では、グループ関係有りと、判断する。
一方、端末１０−２が人物Ｂの端末で、端末１０−３が人物Ｅの端末であれば、端末１０−２では、グループ関係有りと判断し、端末１０−３では、グループ関係無しと、判断する。
【００３９】
人物がグループ関係にある場合は、ステップ２４（Ｓ２４）に進み、画像データが共有される。
スケジュール設定部３５としてのＣＰＵ１１で、グループ関係があれば画像関連付け部３５０とイベント設定部３５１とでスケジュールにイベントが設定され、スケジュールがスケジュールＤＢ３６に、画像が画像ＤＢ３７に格納されて、写真１００が共有される。
【００４０】
例えば、端末１０−２が人物Ａの端末であれば、端末１０−２ではスケジュールにイベントが設定され、写真１００が共有される。
端末１０−３が人物Ｃの端末であれば、端末１０−３ではスケジュールにイベントが設定され、写真１００が共有される。
【００４１】
人物がグループ関係にない場合は、ステップ２５（Ｓ２５）に進み、画像データが共有されない。
例えば、端末１０−３が人物Ｅの端末であれば、端末１０−３では、スケジュールにイベントが設定されず、写真１００も共有されない。
【００４２】
グループ関係としては、種々の関係を記憶させることができる。例えば、家族関係、友人関係、同僚関係、同窓会関係、クラブ関係、学校関係、クラス関係等どのような関係であってもよい。
例えば、図６（ｂ）において、写真２００には、人物Ａと人物Ｃとが記録されている。
図１において、端末１０−１が人物Ａの端末で、端末１０−２が人物Ｂの端末で、端末１０−３が人物Ｃの端末であり、人物Ｂと人物Ｃとが家族で人物Ｂの端末１０−２に人物Ｃとの家族関係が記憶されていると、端末１０−３の他、端末１０−２でも写真２００を受け入れる。
【００４３】
このような実施形態によれば、以下の効果がある。
（１）写真１００，２００の顔認識によってグループ関係を判断し、スケジュールにイベントが設定されるので、写真１００，２００の共有だけで、共有に係わる設定を行うことなく、スケジュールベースで情報や写真１００，２００を共有できる。
【００４４】
（２）写真１００，２００の中から顔認識に必要な人物を取り出す手段を備えているので、写真１００，２００から顔認識をより正確に行える。
【００４５】
（３）写真１００，２００を送り出すときに、写真１００，２００の内容の確認指令を出す確認手段を備えているので、写真１００，２００を共有すべきでない相手に対して写真１００，２００を誤って送る誤送信を低減できる。
【符号の説明】
【００４６】
２…ネットワーク、１０…情報処理装置としての端末、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…入出力インターフェイス、１５…バス、１６…入力部、１７…表示部、１８…記憶部、１９…通信部、２０…ドライブ、２１…リムーバブルメディア、３１…操作入力受付部、３２…画像入力部、３３…認識手段、３４…判断部、３５…スケジュール設定部、３６…スケジュールＤＢ、３７…画像ＤＢ、１００，２００…写真、３５０…画像関連付け部、３５１…イベント設定部。
【図１】
2013219477.tif 000003
【図２】
2013219477.tif 000004
【図３】
2013219477.tif 000005
【図４】
2013219477.tif 000006
【図５】
2013219477.tif 000007
【図６】
2013219477.tif 000008