JP4261266B2 - ユーザ固有データ作成サーバおよび作成プログラム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ユーザ固有の情報を作成するシステムおよびその方法に関する。
【０００２】
【従来の技術】
インターネットの普及により、画像を利用した仮想的なシーンを作成するサービスが実現されている。たとえば、衣服のコーディネートや髪型を決定するために、衣服の画像とユーザの顔写真の画像とを合成し、或いは、髪型のみが取り出された画像とユーザの顔写真の画像とを合成し、仮想的に、ユーザが洋服をまとい、或いは、その髪型になった場合の状態を作るようなサービスが提案されている。たとえば、特許文献１には、情報端末に、ユーザの顔の画像データ、身体的データ等を保持し、保持された情報とインターネットを介して供給された商品情報とを、編集＆評価アプリケーションソフトウェアにより合成した合成画像を得ることができるシステムが開示されている。
【０００３】
【特許文献１】
特開２００２−１５００５８号公報
【０００４】
【発明が解決しようとする課題】
上記特許文献１に開示された情報においては、ユーザ側の情報端末に、ユーザの顔の画像データ、身体的データなどを予め登録し、かつ、当該情報端末に、画像を編集しかつ合成することができるアプリケーションをインストールしておく必要があり、ユーザ側の手順が煩雑であるとともに、端末の負荷も大きい。
【０００５】
たとえば、ユーザの顔の画像データを、サーバに登録し、サーバにおいて、画像の編集や合成をすることにより、端末の負荷を小さくすることは可能であるが、ユーザが顔写真を登録する手間を省略することはできない。また、シーンに応じて異なる顔の向き、異なる表情、異なる大きさの画像を利用したい場合には、そのたびに、顔写真を登録する必要がある。
【０００６】
たとえば、一定のシナリオにしたがったシーンごとに、ユーザの顔写真を含む画像を作成する場合には、予め画像を登録しておくことは現実的に不可能である。
本発明は、ユーザの手順や端末の負荷を最小限にして、ユーザ固有の画像データを作成することが可能なシステムおよび方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の目的は、一定のシナリオにしたがったシーンごとにユーザ固有のデータを作成するサーバであって、シナリオ中のシーンごとのオリジナル画像データ、および、オリジナル画像データ中、当該シナリオ中の登場人物の所定の領域を画定したマスク画像データを記憶したオリジナル画像データテーブルと、前記シーンごとのオリジナル画像データに基づくユーザ固有の画像データを少なくとも記憶するユーザ画像データテーブルと、ユーザの端末からの要求に応じて、各シーンのオリジナル画像データおよびマスク画像データを、当該端末に伝達するとともに、前記オリジナル画像データおよびマスクデータに基づいて、端末で作成された画像データを受理し、受理した画像に基づいて、ユーザ固有の画像データを生成し、ユーザ画像データテーブルに記憶するユーザ固有データ生成手段とを備え、あるシーンのユーザ固有の画像データの生成に引き続いて、ユーザ端末からの要求に応じて、次のシーンのユーザ固有の画像データが生成されるように構成されたことを特徴とするユーザ固有データ作成サーバにより達成される。
【０００８】
本発明によれば、事前に画像を登録することなく、シーンごとに、所望の領域にユーザ固有の画像、たとえば、ユーザ自身や友人の写真を挿入したような画像を取得することができる。たとえば、端末装置がフレーム機能付きの携帯端末であれば、マスク画像データにより確定される領域にユーザの写真が写しこまれるような画像を、ユーザは携帯端末の表示装置の画面を参照しつつ撮影することもできる。したがって、シーンごとに所望の向き、表情、大きさの顔写真を含むようなユーザ固有の画像データを得ることが可能となる。
【０００９】
好ましい実施態様においては、さらに、ユーザの端末からの要求に応じて、ユーザ固有の画像データに基づくページ画像データを生成する画像生成手段を備え、ユーザの要求に応じて、シナリオにしたがったシーンごとのユーザ固有の画像データに基づくページ画像データを順次生成するように構成されている。
【００１０】
さらに好ましい実施態様においては、前記画像生成手段が、ユーザ画像データテーブルに記憶されたユーザ固有の画像データと、オリジナル画像データテーブル中のマスク画像データとに基づいて、オリジナル画像データから置き換えるべきユーザ固有のデータの部分を抽出し、かつ、オリジナル画像データと、前記抽出された部分のデータとを重ね合わせることにより、ユーザ固有の画像データを生成する。
【００１１】
より好ましい実施態様においては、ユーザ固有データ生成手段が、ユーザの端末からの要求に応じて、オリジナル画像データの部分およびマスク画像データの対応する部分を、当該端末に伝達し、端末で作成された、当該部分の画像データを受理し、前記ユーザ画像データテーブルに記憶し、前記画像生成手段が、ユーザ画像データテーブルに記憶されたユーザ固有の部分の画像データと、オリジナル画像データテーブル中の対応するマスク画像データの部分の画像データとに基づき、オリジナル画像データから置き換えるべきユーザ固有のデータの部分を抽出し、かつ、オリジナル画像データと、前記抽出された部分のデータとを重ね合わせることにより、ユーザ固有の画像データを生成する。
【００１２】
これにより、たとえば、端末において、画像の一部分のみを拡大して表示させ、その中の所定の部分にユーザ自身や友人の顔写真を撮影して挿入したような画像を作ることができる。
【００１３】
また、別の好ましい実施態様においては、さらに、ユーザ固有データ生成手段が、ユーザの端末から送られてきたユーザ固有の画像データ、或いは、部分のデータに対して、送られてきた順にレイヤ番号を付与し、前記画像生成手段が、オリジナル画像データに、前記レイヤ番号にしたがって、抽出された部分データを順次重ね合わせるように構成されている。これにより、画像の一部分のみを拡大して、それに基づいてユーザ固有の画像データの部分が生成されている場合であっても、適切に、ユーザ固有の画像データを再構成することが可能となる。
【００１４】
たとえば、一定のシナリオは、絵本に相当し、シーンは、絵本のおけるページに相当する。この場合、オリジナル画像データは、いわゆる「絵」となるが、これに限定されるものではない。一定のストーリーに基づく、複数の写真によって、シナリオおよびシーンが構成されても良い。
【００１５】
また、本発明の目的は、ネットワークを介して接続された端末からの要求にしたがって、一定のシナリオにしたがったシーンごとにユーザ固有のデータを作成するために、シナリオ中のシーンごとのオリジナル画像データ、および、オリジナル画像データ中、当該シナリオ中の登場人物の所定の領域を画定したマスク画像データを記憶したオリジナル画像データテーブルと、前記シーンごとのオリジナル画像データに基づくユーザ固有の画像データを少なくとも記憶するユーザ画像データテーブルとを備えたサーバにより読み出し可能なプログラムであって、
【００１６】
ユーザの端末からの要求に応じて、各シーンのオリジナル画像データおよびマスク画像データを、当該端末に伝達するステップと、前記オリジナル画像データおよびマスクデータに基づいて、端末で作成された画像データを受理するステップと、受理した画像に基づいて、ユーザ固有の画像データを生成するステップと、生成されたユーザ固有の画像データを、ユーザ画像データテーブルに記憶するステップとを前記サーバに実行させ、あるシーンのユーザ固有の画像データの生成に引き続いて、ユーザ端末からの要求に応じて、次のシーンのユーザ固有の画像データが生成されるように構成されたことを特徴とするプログラムによっても達成される。
【００１７】
好ましい実施態様においては、さらに、ユーザの端末からの要求に応じて、ユーザ固有の画像データに基づくページ画像データを生成するステップを、前記サーバに実行させ、ユーザの要求に応じて、シナリオにしたがったシーンごとのユーザ固有の画像データに基づくページ画像データを順次生成するように構成されている。
【００１８】
また、好ましい実施態様においては、前記ユーザ固有の画像データを生成するステップにおいて、ユーザ画像データテーブルに記憶されたユーザ固有の画像データと、オリジナル画像データテーブル中のマスク画像データとに基づいて、オリジナル画像データから置き換えるべきユーザ固有のデータの部分を抽出するステップと、オリジナル画像データと、前記抽出された部分のデータとを重ね合わせることにより、ユーザ固有の画像データを生成するステップとを、前記サーバに実行させる。
【００１９】
別の好ましい実施態様においては、前記オリジナル画像データおよびマスク画像データを、端末に伝達するステップにおいて、ユーザの端末からの要求に応じて、オリジナル画像データの部分およびマスク画像データの対応する部分を、当該端末に伝達するステップを前記サーバに実行させ、かつ、端末で作成された、当該部分の画像データを受理し、前記ユーザ画像データテーブルに記憶するステップを備え、前記ユーザ固有の画像データを生成するステップにおいて、ユーザ画像データテーブルに記憶されたユーザ固有の部分の画像データと、オリジナル画像データテーブル中の対応するマスク画像データの部分の画像データとに基づき、オリジナル画像データから置き換えるべきユーザ固有のデータの部分を抽出するステップと、オリジナル画像データと、前記抽出された部分のデータとを重ね合わせることにより、ユーザ固有の画像データを生成するステップとを前記サーバに実行させる。
【００２０】
別の好ましい実施態様においては、さらに、ユーザの端末から送られてきたユーザ固有の画像データ、或いは、部分のデータに対して、送られてきた順にレイヤ番号を付与するステップと、オリジナル画像データに、前記レイヤ番号にしたがって、抽出された部分データを順次重ね合わせるステップとを、前記サーバに実行させる。
【００２１】
【発明の実施の形態】
以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本実施の形態にかかる、システムの概略を示すブロックダイヤグラムである。図１に示すように、この実施の形態においては、ユーザの固有データを作成するサーバ（ユーザ固有データ作成サーバ）１２は、インターネット１４に接続され、インターネットに接続可能な携帯電話やＰＤＡなど携帯端末１６からの、ゲートウェイ（ＧＷ）１７およびインターネット１４を介して要求に応答して必要な処理を実行できるようになっている。この実施の形態において、ユーザ固有データ作成サーバは、一連の関連性を有する画像群として絵本を利用し、ユーザ固有の絵本を作ることができるように構成されている。したがって、本実施の形態においてユーザ固有データ作成サーバは、絵本作成サーバとして機能する。
【００２２】
図１に示すように、ユーザ固有データ作成サーバ１２は、オリジナルの絵本に関する種々のデータを記憶したオリジナル絵本データテーブル１８およびユーザ固有の絵本に関する種々のデータを記憶したユーザ絵本データテーブル２０を含むデータベース２２と、インターネットを介した携帯端末１６との通信を制御する通信インタフェース（Ｉ／Ｆ）２４と、ユーザからの要求に応答して必要が画像を生成する画像生成部２６と、ユーザを管理するための処理を実行するユーザ管理部２８とを備えている。
【００２３】
本実施の形態において、携帯端末１６には、カメラ（図示せず）が装着され、ユーザは所望の画像を撮影することができる。さらに、携帯電話１６は、いわゆるフレーム機能が備えられており、フレーム画像を表示しながら撮影をすることが可能となっている。
【００２４】
図２は、本実施の形態にかかるオリジナル絵本データテーブル１８の構成例を示す図である。図２に示すように、オリジナル絵本データテーブル１８は、絵本テーブル、登場人物テーブルおよび絵本ページテーブルとを含む。
【００２５】
オリジナル絵本データテーブルのレコードは、絵本を一意的に特定するブックＩＤ、タイトル、文章の作家、絵の作家および作品に対するコメントから構成される。登場人物テーブルのレコードは、ブックＩＤ、絵本に登場するキャラクタを一意的に特定するキャラクタＩＤ、および、そのキャラクタの名前から構成される。絵本に複数の登場人物が含まれる場合には、レコードには、登場人物ごとのキャラクタＩＤおよび名前が設けられる。
【００２６】
絵本ページテーブルのレコードは、ブックＩＤ、ページ番号、当該ページに含まれる画像の画像データ、当該ページの文章データ、メロディデータ、台詞データ、および、登場人物ごとのマスク画像データを含む。文章データは、たとえば、テキストデータである。また、メロディデータは、波形データであっても良いしMIDIデータであってもよい。無論、他の形態のデータであっても良い。また、台詞データはヴォイスデータの形態をとることができる。
【００２７】
本実施の形態においては、ページごとに単一の画像が含まれるため、ページテーブルに単一の画像に対応する画像データが収容される。ページに複数の画像が含まれる場合には、それぞれの画像に対応する画像データが収容されても良い。また、マスク画像データは、後に詳述するように、登場人物の顔或いは顔に対応させることができる部分をマスクするための画像であり、画像に含まれる登場人物の数だけ用意され、それぞれのマスク画像は、対応する登場人物のキャラクタＩＤと関連付けられる。
【００２８】
図３は、ユーザ絵本データテーブルの構成例を示す図である。図３に示すように、ユーザ絵本データテーブルは、ユーザ絵本データテーブル、ユーザ登場人物テーブルおよびユーザ絵本ページテーブルを含む。
【００２９】
ユーザ絵本ページテーブルのレコードは、ユーザを一意的に特定するユーザＩＤ、このユーザ固有の絵本を一意的に特定するユーザブックＩＤ、当該絵本のオリジナルとなる絵本を一意的に特定するオリジナルブックＩＤ、タイトル、および、コメントとを含む。本実施の形態において、ユーザ固有の絵本は、ユーザＩＤおよびユーザブックＩＤとから特定される。あるユーザは、単一のオリジナルブックＩＤから特定される絵本から、複数の絵本を作ることもできる。この場合、それぞれに異なるユーザブックＩＤが付与されることになる。また、オリジナルブックＩＤと、オリジナル絵本データで用いられるブックＩＤとは一致する。
【００３０】
ユーザ登場人物テーブルのレコードは、ユーザＩＤ、ユーザブックＩＤ、キャラクタＩＤおよびキャラクタ名（名前）を含む。また、ユーザ絵本ページテーブルのレコードは、ユーザＩＤ，ユーザブックＩＤ、ページ番号、レイヤ番号、データ形式、画像データ、テキストデータ、メロディデータおよび台詞データを含む。レイヤ番号については、画像合成の処理に関連して後述する。
【００３１】
このように構成されたユーザ固有データ作成サーバ１２を利用したユーザ固有データの作成（本実施の形態では、ユーザ固有の絵本の作成）手順について説明する。ユーザ固有データの作成に先立って、ユーザは、携帯端末１６を操作して、ユーザ固有データ作成サーバ１２にアクセスして、ユーザ登録を済ましておく。これにより、ユーザ管理部２８が動作し、ユーザを特定するためのユーザＩＤや、ユーザ固有データ作成サーバ１２にログインするためのパスワードがユーザに対して付与される。なお、以下、ユーザ固有データ作成サーバ１２を、単純に、サーバ１２と称する。
【００３２】
図４は、データ作成の際に実行される処理を示すフローチャートである。ユーザが携帯端末１６を操作して、サーバ１２にログインし、ユーザ固有の絵本の作成を求めると（ステップ４０１）、絵本の名称（物語名）のリストが送信される（ステップ４０２）。図５は、携帯端末１６の表示装置の画面上に表示される画像例を示す図であり、図５（ａ）が、ステップ４０２で送信され、表示装置の画面上に表示された絵本リストである。
【００３３】
さらに、ユーザが所望の絵本の名称（物語名）を選択すると（ステップ４０３）、サーバ１２は、ユーザＩＤおよび選択された物語名に対応するブックＩＤに基づいて、ユーザ絵本データテーブル２０を参照して、既にユーザにより、同じ絵本についてユーザ固有の絵本が作成されているかを判断する（ステップ４０４）。この場合には、ユーザが、既に作成されたユーザ固有の絵本を閲覧できるようにするため、絵本のリスト表示のためのリンクを含むような画像を生成して、携帯端末１６に返送する（ステップ４０５）。図５（ｂ）に示すよう、画像５０１には、新たな絵本の作成を求めるためのリンク（符号５０２参照）および保存済みの絵本の閲覧を求めるためのリンク（符号５０３参照）が含まれる。なお、「保存リスト」のリンクが選択された場合については後述する。
【００３４】
「新規作成」のリンクが指定されると（ステップ４０６）、登場人物を選択するための画像が携帯端末１６に返される（ステップ４０７）。図５（ｃ）は、ステップ４０７により携帯端末１６の表示装置の画面上に表示された画像の例を示す。この例では、タイトル入力欄、コメント入力欄、および、ユーザ固有の画像を付したい登場人物の選択欄が設けられる。
【００３５】
タイトル入力欄にはデフォルト値として、選択された絵本の名称（物語名）が記述されているが、ユーザは所望の題名に変更することができる。コメント入力欄にも、ユーザは固有のデータを特定するような所望の文字等を入力することができる。また、選択欄には、絵本中の登場人物がリストされる。この例では、「さるかに合戦」に登場する「かに」、「さる」および「うす」が提示されている。ユーザは、携帯端末１６のキーを操作して、登場人物中、撮影されたユーザ等の写真を登場させたい者を選択する。上記例では、「かに」、「さる」および「うす」のうち、任意の一以上の登場人物を選択することができる。ユーザ入力にかかる情報（登場人物の選択情報など）は、ユーザがキーを操作して、「作成」ボタン５１５をオンすることによりサーバ１２に伝達される（ステップ４０８）。
【００３６】
サーバ１２は、ＤＢ２２のオリジナル絵本データテーブル１８を参照して、選択された絵本のブックＩＤを特定して、当該ブックＩＤの絵本ページテーブルから、先頭ページ（第１ページ）の画像データ（オリジナル画像データ）を取得する（ステップ４０９）。また、サーバ１２は、オリジナル絵本データテーブル１８を参照して、選択された登場人物のキャラクタＩＤを参照して、そのページのオリジナル画像データに関連する登場人物ごとのマスク画像データを取得する（ステップ４１０）。
【００３７】
次いで、サーバ１２は、オリジナル画像データおよび各登場人物のマスク画像データを合成したフレーム画像データを生成し、これを、携帯端末１６に送信する（ステップ４１１、４１２）。
【００３８】
次に、本実施の形態にかかるオリジナル画像データ、マスク画像データおよびフレーム画像データについて、より詳細に説明する。図６は、オリジナル画像データ等の例を示す図である。図６（ａ）に示す画像６０１は、オリジナル画像データを示す。図６（ｂ）および（ｃ）は、マスク画像データの例を示す。図６（ｂ）は、登場人物「さる」のキャラクタＩＤに関連付けられたマスク画像データであり、オリジナル画像に含まれる「さる」の顔の部分のみが表れ、他の部分がマスクされるようになっている。また、図６（ｃ）は、オリジナル画像データ中に含まれる「かに」の所定の部分（甲羅の部分）のみが表れ、他の部分がマスクされるようになっている。
【００３９】
マスク画像データ６０２、６０３において、黒く表された部分は、重ねあわされた際の背景（オリジナル画像）が表れ、白抜きの部分は、透過となるようになっている。つまり、白抜きの部分はいわゆる「透過カラー」に対応する値が与えられる。したがって、図９に示すように、オリジナル画像データ９０１と、マスク画像データ９０２中の透過カラーの領域９０３とが重なり合う部分においては、背景となる他の画像データ９１０の対応する部分９１１が表れることになる。また、オリジナル画像データ９０１と、マスク画像データ９０２中の他の領域９０４とが重なり合う部分においては、オリジナル画像データが表れる。
【００４０】
したがって、ステップ４１１においては、上述したような、オリジナル画像データ、および、その上にマスク画像データが重ねられた構造のフレーム画像データが生成される。
【００４１】
図５（ｄ）は、携帯端末の表示装置の画面上に表示された、フレーム画像を含む画像の例を示す。この画像５２１においては、フレーム画像５２２のほか、「半透明版切替」ボタン５２３および「画像送信」ボタン５２４を含む。「半透明版切替」ボタン５２３がオンされると（図７のステップ７０１）、サーバ１２において、半透明フレーム画像が作成され、これが携帯端末１６に伝達される（ステップ７０２）。図８は、半透明フレーム画像を説明するための図である。図８（ａ）に示す半透明マスク画像データ８０１において、黒塗りの部分は透過カラーを表している。したがって、フレーム画像データの上に半透明マスク画像データを重ね合わせた場合、黒塗りの部分は、最下部に位置する背景の画像データが表れることになる。このため、半透明フレーム画像８０２においては、半透明マスク画像データによる黒塗りの部分と、マスク画像データによる登場人物の顔に相当する部分の双方において、背景の画像データが表れる。
【００４２】
ユーザは、携帯端末１６の表示装置の画面上に表示されたフレーム画像や半透明マスク画像を参照しつつ、携帯端末１６のフレーム機能を利用して、写真を撮影する（ステップ７０３）。ここで、ユーザはフレーム画像中の登場人物の顔に相当する部分に、ユーザ自身或いは友人の顔が入るように、携帯端末１６のカメラを調整する。ここで、フレーム画像においては、選択された登場人物の顔などの部分に、カメラで撮影された映像中の対応する部分が表れる。半透明マスク画像においても、これに加えて、多数の微小の領域に、カメラで撮影された映像中の対応する部分が表れる。また、写真撮影を複数回繰り返してもよいことは言うまでもない。
【００４３】
所望の画像が得られると、ユーザは「画像送信」ボタン５２４をオンする。これにより、メール送信画面が呼び出される。なお、メール送信先アドレスは自動的に指定される。これは、ユーザＩＤ、ブックＩＤおよびページ番号により位置的に特定される。ユーザは、当該自動的に指定されたメールアドレス宛てに、作成した画像データを添付したメールを送信する（ステップ７０４、７０５）。ここでサーバに、メール添付として送られる画像データは、フレーム画像のうち、マスク画像の透過カラーの領域が写真となっているような画像のデータである。
【００４４】
サーバ１２は、メールを受理すると、メール送信先アドレスに基づくユーザＩＤ、ブックＩＤおよびページ番号にて特定される、ユーザ絵本ページテーブルの領域に添付された画像データに基づいて、選択された登場人物の顔などの部分が撮影された画像になっているユーザ固有の画像データを記憶する（ステップ７０６）。
【００４５】
次いで、サーバ１２は、次のページ番号のオリジナル画像データを読み出し、当該次のページのオリジナル画像データに関連するマスク画像データを取得する。その後、オリジナル画像データおよびマスク画像データからフレーム画像データが生成され、携帯端末に伝達される。これらの処理は、それぞれ、ステップ４０９〜４１２に対応する。ここでも、ユーザが半透明フレーム画像を所望すれば、半透明フレーム画像を携帯端末の表示装置の画面上に表示させることもできる。ユーザは、フレーム画像や半透明フレーム画像を参照して、写真を撮影し、得られた画像を添付したメールをサーバ１２に送信する。つまり、本実施の形態においては、ページごとに、ステップ４０９〜４１２の処理、および、ステップ７０３〜７０６の処理、場合によってはこれらに加えてステップ７０１、７０２の処理が繰り返される。これにより、ページごとにユーザ固有の画像（本実施の形態では選択した登場人物の顔などがユーザやその友人の顔写真となった画像）が、ユーザ絵本ページテーブルに蓄積される。全てのページについてユーザ固有の画像がユーザ絵本ページテーブルに格納されることで、ユーザ固有の絵本が完成する。
【００４６】
また、本実施の形態においては、フレーム画像が表示されている状態（図５（ｄ）参照）で、テンキーを操作することにより、フレーム画像中の領域の移動および拡大／変更が可能である。たとえば、テンキーの「２」、「４」、「５」、「６」、「８」および「０」を、それぞれ、「上」、「左」、「拡大」、「右」、「縮小」および「下」に割り当て、所定のキーの入力にしたがって、指示がサーバ１２に伝達され、サーバ１２が指示に応答した画像データを送信する。
【００４７】
これにより、ユーザは、たとえば、所定の登場人物のみを拡大した画像を取得することができる。拡大した画像を利用すれば、ユーザは、自分単独或いは友人単独の写真を撮影すれば良く、画像を作成するのが容易となる。このように、フレーム画像の部分を利用して撮影した場合、メールアドレスには、ユーザＩＤ、ブックＩＤおよびページ番号に加え、当該画像の部分の位置を表す位置データおよび拡大率が含まれる。サーバ１２が添付ファイル付きのメールを受理した際に、サーバ１２が、元のフレーム画像との対応を把握することができ、添付ファイルとして受け付けた画像データをフレーム画像と合成した上で記憶することが可能となる。フレーム画像の部分が送られてきた場合には、送られてきた順に、当該部分に対応する画像データに、レイヤ番号が付され、ユーザ絵本データテーブ２０中、当該フレーム画像に関するレコードに、当該レイヤ番号と関連付けられて、部分に対応する画像データが収容される。なお、この場合には、画像の部分に対応するデータだけでなく、全体を撮影した画像データについても、撮影の順にレイヤ番号が付与される。
【００４８】
次に、ユーザ固有の絵本をユーザが閲覧する場合について説明する。ユーザ固有の絵本を閲覧する場合には、図５（ｂ）に示す画像において、ユーザはキーを操作して、「保存リスト」のリンク５０３を選択する。これに応答して、サーバ１２は、ユーザ絵本データテーブル２０を参照して、先に選択された絵本の名称（物語名）に対応するブックＩＤするユーザ絵本のコメントのリストを含む画像を、ユーザに伝達する（図１０（ａ）参照）。この画像１００１においては、「クラスのみんな」、「家族で」、「旅先で」というコメントがそれぞれ付与された、３つの固有の絵本が存在している（符号１００２参照）。
【００４９】
ユーザは、携帯端末１６を操作して、キーを操作してリスト中から所望のコメントを選択する。選択されたコメントの情報は、サーバ１２に伝達され、当該コメントが付されたユーザ固有の絵本の閲覧或いは編集を選択させるためのリンクを含む画像を返送する（図１０（ｂ）参照）。ユーザが携帯端末１６のキーを操作して、画像１０１１中の「はじめる」というリンク（符号１０１２参照）を指定すると、閲覧開始の指示がサーバ１２に伝達される。
【００５０】
図１１は、閲覧開始の指示に応答してサーバ１２にて実行される処理を示すフローチャートである。図１１に示すように、サーバ１２は、指定された絵本の名称（物語名）に対応付けられた、ユーザ絵本ページテーブルのレコードから、先頭ページ（第１ページ）の画像データおよびテキストデータを読み出し、これらデータを含むページ画像データを生成する（ステップ１１０１）。
【００５１】
より詳細には、図１２（ａ）に示すように、サーバ１２は、ユーザ絵本データテーブル２０から、ページの画像データを読み出すとともに（ステップ１２０１）、オリジナル絵本データテーブル１８から、対応するページの、所定の登場人物のマスク画像データを読み出す（ステップ１２０２）。マスク画像データは、ユーザの画像データ中、登場人物が写真に置き換えられている登場人物に関するものが選ばれる。次いで、画像データとマスク画像データとを重ね合わせて、マスク画像データ中、透過カラーの部分のみが取り出される（ステップ１２０３）。つまり、背景の部分が除去され、顔写真の部分のみが取り出されることになる。その後、サーバ１２は、オリジナル絵本データテーブル１８から、対応するページのオリジナル画像データを取得して（ステップ１２０４）。その上に、ステップ１３０３で取り出された部分の画像データを重ね合わせた画像データを生成する（ステップ１２０５）。したがって、ステップ１３０５にて得られた画像データは、オリジナル画像データ１２１１上に、顔写真に相当する画像の部分（たとえば、符号１２１２、１２１３参照）が、重ね合わされた状態となっており、ハッチングを付された部分が、画像として表れる。このような画像データと、テキストデータとにより、ページ画像データが出来上がる。
【００５２】
なお、オリジナル絵本テーブル中、当該ページに関して、レイヤ番号と関連付けられた画像データ、つまり、画像の部分に対応する画像データが含まれている場合についても、以下に説明する。この場合にも、部分に対応する画像データから、マスク画像データを利用して、顔写真の部分のみが取り出される。次いで、オリジナル画像データの上に、レイヤ番号にしたがって、顔写真の部分のみが取り出された画像データが、順次重ねられていく。
【００５３】
たとえば、画像中、２つの登場人物に関して、それぞれ、その部分のみを撮影した場合には、図１３（ａ）に示すように、オリジナル画像データ１３０１の上に、最初に撮影した顔写真に相当するレイヤ１の画像データ（符号１３０２）、次に撮影した顔写真に相当するレイヤ２の画像データ（符号１３０３）の順で、データが重ねられていく。また、２つの登場人物に関して、まず、全体の画像を撮影し、その後、一方の登場人物のみを撮影した場合には、図１３（ｂ）に示すように、オリジナル画像データ１３０１の上に、最初に撮影した画像中の２つの顔写真に相当するレイヤ１の画像データ（符号１３１１、１３１２）、次に撮影した顔写真に相当するレイヤ２の画像データ（符号１３０３）の順で、データが重ねられていく。何れかの図においても、ハッチングを付した部分が、画像として表れる。
【００５４】
次いで、サーバ１２は、ユーザ絵本ページテーブルのレコードから、メロディデータおよび台詞データを読み出す（ステップ１１０２）。生成されたページ画像データは、メロディデータおよび台詞データとともに、携帯端末１２に送信される（ステップ１１０３）。
【００５５】
図１０（ｃ）は、図１１の処理により携帯端末の表示装置の画面上に表示されたページ画像の例を示す図である。ここで、ページ画像１０２１において、物語の１シーンを構成する画像１０２２で、所定の登場人物の顔などがユーザ固有の写真（たとえば、ユーザや友人の写真）になっている。また、当該シーンに相当する物語のテキスト表示がなされる（符号１０２３参照）。
【００５６】
ユーザが次のページに移行したい場合には、キーを操作して、ボタン１０２４を指定すればよい。指定の情報は、サーバ１２に伝達される。サーバ１２は、次のページの種々のデータを取得する（ステップ１１０３、１１０４等）。或いは、前のページに移行したい場合には、キーを操作して、ボタン１０２５を指定すればよい。サーバ１２は、この情報の受理に応答して、前のページの種々の情報を取得する（ステップ１１０５、１１０６等）。このようにして、ユーザは、各ページにユーザ固有の情報を含むような絵本を閲覧することができる。
【００５７】
図１０（ｂ）に示す画像１０１１において、ユーザが携帯端末１６のキーを操作して、「編集」というリンク（符号１０１３参照）を指定すると、サーバ１２において、図１１のステップ１１０１〜１１０３と同様の処理が実行され、ページ画像が携帯端末１６に伝達される。図１０（ｄ）は、編集時のページ画像の例を示す図である。このページ画像には、「フォトアップロード」というリンク（符号１０３２参照）が含まれる。この「フォトアップロード」のリンクが指定されると、当該ページについて、再度、写真を撮影し、所定の登場人物の顔などの部分が新たな写真になるようなページ画像を作ることができる。これは、図４のステップ４０７〜４１２、図７のステップ７０１〜７０６と同様の処理が実行されることにより実現される。たとえば、全てのページについて写真撮影が完了していなかった場合に、残りのページだけを編集することも可能である。
【００５８】
本実施の形態によれば、選択した登場人物について、その顔にユーザや友人の顔写真を配置したようなページ画像からなる絵本を作成することが可能となる。本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【００５９】
前記実施の形態においては、ユーザ固有の画像を作るために、絵本を利用し、オリジナル画像データ中、選択された登場人物の顔に対応する部分に、撮影された人物の画像が配置されるようになっている。しかしながら、本発明は、絵本に基づいて作成されたオリジナル画像に限定されるものではない。たとえば、人物や動物を含む写真において顔などに対応する部分に、撮影された人物の画像が配置されるように構成しても良い。
【００６０】
また、前記実施の形態において、絵本のページごとのオリジナル画像データおよび登場人物に関するマスク画像データを用意し、ページごとにフレーム画像データを形成し、当該フレーム画像データに基づいて、ユーザ固有の画像データが作られる。しかしながら、絵本のように一定のストーリに基づいてページが構成されていない場合であっても、本発明を適用することができる。たとえば、単一の特定のシーンの写真に基づくオリジナル画像データと、そのシーンの登場人物に関するマスク画像データを用意しても良いことはいうまでもない。
【００６１】
【発明の効果】
本発明によれば、ユーザの手順や端末の負荷を最小限にして、ユーザ固有の画像データを作成することが可能なシステムおよび方法を提供することが可能となる。
【図面の簡単な説明】
【図１】 図１は、本実施の形態にかかる、システムの概略を示すブロックダイヤグラムである。
【図２】 図２は、本実施の形態にかかるオリジナル絵本データテーブルの構成例を示す図である。
【図３】 図３は、本実施の形態にかかるユーザ絵本データテーブルの構成例を示す図である。
【図４】 図４は、本実施の形態において、データ作成の際に実行される処理を示すフローチャートである。
【図５】 図５は、本実施の形態において、携帯端末の表示装置の画面上に表示される画像例を示す図である。
【図６】 図６は、本実施の形態にかかるオリジナル画像データ等の例を示す図である。
【図７】 図７は、本実施の形態において、データ作成の際に実行される処理を示すフローチャートである。
【図８】 図８は、本実施の形態にかかる半透明フレーム画像を説明するための図である。
【図９】 図９は、本実施の形態にかかるフレーム画像データを説明するための図である。
【図１０】 図１０は、本実施の形態において、携帯端末の表示装置の画面上に表示される画像例を示す図である。
【図１１】 図１１は、閲覧開始の指示に応答してサーバにて実行される処理を示すフローチャートである。
【図１２】 図１２（ａ）は、閲覧の際の画像データの生成をより詳細に示すフローチャート、図１２（ｂ）は、画像データの構成を説明するための図である。
【図１３】 図１３は、本実施の形態において、レイヤ番号による画像の合成を説明するための図である。
【符号の説明】
１２ ユーザ固有データ作成サーバ
１４ インターネット
１６ 携帯端末
１８ オリジナル絵本データテーブル
２０ ユーザ絵本データテーブル
２２ データベース
２４ 通信インタフェース
２６ 画像生成部
２８ ユーザ管理部

Claims (5)

1. 一定のシナリオにしたがったシーンごとにユーザ固有のデータを作成するサーバであって、
   シナリオ中のシーンごとのオリジナル画像データ、および、シーンごとのオリジナル画像データ中、当該シナリオ中の複数の登場人物のそれぞれの所定の領域を画定した、複数のマスク画像データを記憶したオリジナル画像データテーブルと、
   前記シーンごとに、前記オリジナル画像データに基づく複数のユーザ固有の画像データを記憶するユーザ画像データテーブルと、
   ユーザの端末からの要求に応じて、各シーンの各登場人物について、所定の拡大率で拡大或いは縮小されたオリジナル画像データの部分およびマスク画像データの対応する部分を、当該端末に伝達するとともに、前記オリジナル画像データの部分およびマスク画像データの対応する部分に基づいて、端末で作成された、部分画像データを受理し、受理した前記部分画像データに基づいて、ユーザ固有の部分画像データを生成し、前記ユーザ固有の部分画像データの位置を示す位置データおよび前記拡大率とともにユーザ画像データテーブルに記憶するユーザ固有データ生成手段と、
   ユーザの端末からの要求に応じて、ユーザ固有の部分画像データに基づくページ画像データを生成する画像生成手段と、を備え、
   前記画像生成手段が、前記各登場人物について、前記ユーザ画像データテーブルに記憶された前記ユーザ固有の部分画像データと、前記位置データおよび前記拡大率と、オリジナル画像データテーブル中の対応するマスク画像データの部分と、に基づき、オリジナル画像データから置き換えるべき前記ユーザ固有の部分画像データ中の部分を抽出し、かつ、オリジナル画像データと、前記抽出された部分画像データ中の部分のデータとを重ね合わせることにより、ユーザ固有の画像データを生成するように構成されたことを特徴とするユーザ固有データ作成サーバ。
2. さらに、ユーザ固有データ生成手段が、ユーザの端末から送られてきたユーザ固有の部分画像データに対して、送られてきた順にレイヤ番号を付与し、当該部分画像データとともに、前記ユーザ画像データテーブルに記憶し、
   前記画像生成手段が、オリジナル画像データに、前記レイヤ番号にしたがって、前記抽出された部分画像データの部分を順次重ね合わせるように構成されたことを特徴とする請求項１に記載のユーザ固有データ作成サーバ。
3. 一定のシナリオが絵本に相当し、シーンが絵本のおけるページに相当することを特徴とする請求項１または２に記載のユーザ固有データ作成サーバ。
4. ネットワークを介して接続された端末からの要求にしたがって、一定のシナリオにしたがったシーンごとにユーザ固有のデータを作成するために、シナリオ中のシーンごとのオリジナル画像データ、および、シーンごとのオリジナル画像データ中、当該シナリオ中の複数の登場人物のそれぞれの所定の領域を画定した、複数のマスク画像データを記憶したオリジナル画像データテーブルと、前記シーンごとに、前記オリジナル画像データに基づく複数のユーザ固有の画像データを記憶するユーザ画像データテーブルとを備えたサーバにより読み出し可能なプログラムであって、
   ユーザの端末からの要求に応じて、各シーンの各登場人物について、所定の拡大率で拡大或いは縮小されたオリジナル画像データの部分およびマスク画像データの対応する部分を、当該端末に伝達するステップと、
   前記オリジナル画像データの部分および前記マスク画像データの対応する部分に基づいて、前記端末で作成された部分画像データを受理するステップと、
   受理した前記部分画像データに基づいて、ユーザ固有の部分画像データを生成するステップと、
   生成されたユーザ固有の部分画像データを、前記ユーザ固有の部分画像データの位置を示す位置データおよび前記拡大率とともに、前記ユーザ画像データテーブルに記憶するステップと、
   ユーザの端末からの要求に応じて、ユーザ固有の部分画像データに基づくページ画像データを生成する画像生成ステップであって、前記各登場人物について、前記ユーザ画像データテーブルに記憶された前記ユーザ固有の部分画像データと、前記位置データおよび前記拡大率と、オリジナル画像データテーブル中の対応するマスク画像データの部分と、に基づき、オリジナル画像データから置き換えるべき前記ユーザ固有の部分画像データ中の部分を抽出し、かつ、オリジナル画像データと、前記抽出された部分画像データ中の部分のデータとを重ね合わせることにより、ユーザ固有の画像データを生成する画像生成ステップと、を前記サーバに実行させることを特徴とするプログラム。
5. さらに、ユーザの端末から送られてきたユーザ固有の部分画像データに対して、送られてきた順にレイヤ番号を付与し、当該部分画像データとともに、前記ユーザ画像データテーブルに記憶するステップと、前記サーバに実行させ、
   前記画像生成ステップが、オリジナル画像データに、前記レイヤ番号にしたがって、前記抽出された部分画像データの部分を順次重ね合わせるステップを含むことを特徴とする請求項４に記載のプログラム。

Images