(57)【要約】【課題】本発明は、画像の作成又は配信に個別のユーザの状況を反映できる画像処理サーバ等を提供することを目的とする。【解決手段】本発明に係る画像処理サーバ（２０１）は、ユーザの端末（４）からＷｅｂサーバ（３０１）にＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づくユーザの属性情報をＷｅｂサーバ（３０１）から受信する属性情報受信部（２３１）と、原画像を取得し、属性情報受信部（２３１）が受信した属性情報に基づいて、原画像を変更した変更画像を作成する画像作成部（２３３）と、取得要求に対する応答として変更画像を取得するための識別アドレスを含むＷｅｂページをＷｅｂサーバ（３０１）から受信した端末（４）から識別アドレスにアクセスされた時に、変更画像を端末（４）に送信する変更画像送信部（２３４）と、を有する。【選択図】図５
2017182727.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの端末からＷｅｂサーバにＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づく前記ユーザの属性情報を前記Ｗｅｂサーバから受信する属性情報受信部と、
原画像を取得し、前記属性情報受信部が受信した前記属性情報に基づいて、前記原画像を変更した変更画像を作成する画像作成部と、
前記取得要求に対する応答として前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記Ｗｅｂサーバから受信した前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する変更画像送信部と、
を有することを特徴とする画像処理サーバ。
【請求項２】
前記画像作成部は、前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を作成する、請求項１に記載の画像処理サーバ。
【請求項３】
前記画像作成部は、前記原画像を前記属性情報に基づいて選択する、請求項１又は２に記載の画像処理サーバ。
【請求項４】
前記ユーザ識別情報は、前記端末と前記Ｗｅｂサーバとの間のセッションを識別可能なセッション識別情報である、請求項１〜３の何れか一項に記載の画像処理サーバ。
【請求項５】
前記属性情報は、前記ユーザの性別、年代、又は年齢である、請求項１〜４の何れか一項に記載の画像処理サーバ。
【請求項６】
画像処理サーバが画像処理を行う方法であって、
ユーザの端末からＷｅｂサーバにＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づく前記ユーザの属性情報を前記Ｗｅｂサーバから受信し、
原画像を取得し、前記属性情報に基づいて、前記原画像を変更した変更画像を作成し、
前記取得要求に対する応答として前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記Ｗｅｂサーバから受信した前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する、
ことを特徴とする画像処理方法。
【請求項７】
前記変更画像は、前記端末から前記識別アドレスにアクセスされた時に作成される、請求項６に記載の画像処理方法。
【請求項８】
前記変更画像は、前記ユーザの属性情報を前記Ｗｅｂサーバから受信した時に作成される、請求項６に記載の画像処理方法。
【請求項９】
画像処理サーバの制御プログラムであって、
ユーザの端末からＷｅｂサーバにＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づく前記ユーザの属性情報を前記Ｗｅｂサーバから受信し、
原画像を取得し、前記属性情報に基づいて、前記原画像を変更した変更画像を作成し、
前記取得要求に対する応答として前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記Ｗｅｂサーバから受信した前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する、
ことを前記画像処理サーバに実行させることを特徴とする制御プログラム。
【請求項１０】
Ｗｅｂサーバ及び画像処理サーバを有する画像処理システムであって、
前記Ｗｅｂサーバは、
ユーザの端末から、ユーザ識別情報を含むＷｅｂページの取得要求を受信するＷｅｂページ取得要求受信部と、
前記Ｗｅｂページ取得要求受信部が前記取得要求を受信した場合、前記ユーザ識別情報に基づく前記ユーザの属性情報を前記画像処理サーバに送信する属性情報送信部と、を有し、
前記画像処理サーバは、
前記Ｗｅｂサーバから、前記属性情報を受信する属性情報受信部と、
原画像を取得し、前記属性情報受信部が受信した前記属性情報に基づいて、前記原画像を変更した変更画像を作成する画像作成部と、
を有し、
前記Ｗｅｂサーバは、
前記取得要求に対する応答として、前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記端末に送信するＷｅｂページ送信部をさらに有し、
前記画像処理サーバは、
前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する変更画像送信部をさらに有する、
ことを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理サーバ、画像処理方法、画像処理システム及び画像処理サーバの制御プログラムに関する。
【背景技術】
【０００２】
近年、宣伝・販売促進用のプロモーションビデオであるプロモーション動画をユーザ毎に個別にカスタマイズする動画作成・配信サービスが存在する。
【０００３】
例えば、非特許文献１には、ユーザ毎に動画像のパーツの組み合わせと素材のスーパーインポーズとによって多数のパターンの動画像を生成し、生成した動画像をＷｅｂに表示し、又は電子メールに添付することができるサービスが記載されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】株式会社クリエ・ジャパン、““日本初”の特殊技術により実現パーソナライズド動画ソリューション「ＰＲＩＳＭ」を提供開始”、[online]、平成２７年４月６日付、[平成２８年３月２２日検索]、インターネット＜ＵＲＬ：http://www.pr-ism.jp/pdf/release20150406_1.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
非特許文献１のサービスでは、サーバ上で動画像を自動的に生成し、各ユーザに配信することができる。しかしながら、動画生成・配信サービスでは、各ユーザに適した動画像が各ユーザの閲覧する可能性のより高いタイミングで提供されることが望まれている。
【０００６】
本発明は、このような従来の課題を解決すべくなされたものであり、各ユーザが閲覧する可能性の高い適切なタイミングで各ユーザに適した画像を提供することができる画像処理サーバ、画像処理方法、画像処理システム及び画像処理サーバの制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る画像処理サーバは、ユーザの端末からＷｅｂサーバにＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づく前記ユーザの属性情報を前記Ｗｅｂサーバから受信する属性情報受信部と、原画像を取得し、前記属性情報受信部が受信した前記属性情報に基づいて、前記原画像を変更した変更画像を作成する画像作成部と、前記取得要求に対する応答として前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記Ｗｅｂサーバから受信した前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する画像送信部と、を有する。
【０００８】
また、本発明に係る画像処理サーバにおいて、前記画像作成部は、前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を作成することが好ましい。
【０００９】
また、本発明に係る画像処理サーバにおいて、前記画像作成部は、前記原画像を前記属性情報に基づいて選択することが好ましい。
【００１０】
また、本発明に係る画像処理サーバにおいて、前記ユーザ識別情報は、前記端末と前記Ｗｅｂサーバとの間のセッションを識別可能なセッション識別情報であることが好ましい。
【００１１】
また、本発明に係る画像処理サーバにおいて、前記属性情報は、前記ユーザの性別、年代、又は年齢であることが好ましい。
【００１２】
本発明に係る画像処理サーバが画像処理を行う方法は、ユーザの端末からＷｅｂサーバにＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づく前記ユーザの属性情報を前記Ｗｅｂサーバから受信し、原画像を取得し、前記属性情報に基づいて、前記原画像を変更した変更画像を作成し、前記取得要求に対する応答として前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記Ｗｅｂサーバから受信した前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する。
【００１３】
また、本発明に係る画像処理サーバが画像処理を行う方法において、前記変更画像は、前記端末から前記識別アドレスにアクセスされた時に作成されることが好ましい。
【００１４】
また、本発明に係る画像処理サーバが画像処理を行う方法において、前記変更画像は、前記ユーザの属性情報を前記Ｗｅｂサーバから受信した時に作成されることが好ましい。
【００１５】
本発明に係る画像処理サーバの制御プログラムは、ユーザの端末からＷｅｂサーバにＷｅｂページの取得要求に含まれて送信されたユーザ識別情報に基づく前記ユーザの属性情報を前記Ｗｅｂサーバから受信し、原画像を取得し、前記属性情報に基づいて、前記原画像を変更した変更画像を作成し、前記取得要求に対する応答として前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記Ｗｅｂサーバから受信した前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する、ことを前記画像処理サーバに実行させる。
【００１６】
本発明に係る画像処理システムは、Ｗｅｂサーバ及び画像処理サーバを有する画像処理システムであって、前記Ｗｅｂサーバは、ユーザの端末から、ユーザ識別情報を含むＷｅｂページの取得要求を受信するＷｅｂページ取得要求受信部と、前記Ｗｅｂページ取得要求受信部が前記取得要求を受信した場合、前記ユーザ識別情報に基づく前記ユーザの属性情報を前記画像処理サーバに送信する属性情報送信部と、を有し、前記画像処理サーバは、前記Ｗｅｂサーバから、前記属性情報を受信する属性情報受信部と、原画像を取得し、前記属性情報受信部が受信した前記属性情報に基づいて、前記原画像を変更した変更画像を作成する画像作成部と、を有し、前記Ｗｅｂサーバは、前記取得要求に対する応答として、前記変更画像を取得するための識別アドレスを含むＷｅｂページを前記端末に送信するＷｅｂページ送信部をさらに有し、前記画像処理サーバは、前記端末から前記識別アドレスにアクセスされた時に、前記変更画像を前記端末に送信する変更画像送信部をさらに有する。
【発明の効果】
【００１７】
本発明に係る画像処理サーバは、各ユーザがＷｅｂアクセスを行ったタイミングに応じて各ユーザに適した画像を送ることができるので、各ユーザが閲覧する可能性の高いタイミングで各ユーザに適した画像を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】画像処理システムにおける処理概要の一例を示す図である。
【図２】画像処理システムの概略構成の一例を示す図である。
【図３】Ｗｅｂサーバ３０１の概略構成の一例を示す図である。
【図４】ＤＢ３０２が記憶するユーザテーブルのデータ構造の一例を示す図である。
【図５】画像処理サーバ２０１の概略構成の一例を示す図である。
【図６】オーサリングデータＤＢ２０２が記憶するオーサリングデータのデータ構造の一例を示す図である。
【図７】オーサリングデータＤＢ２０２が記憶するルール定義データのデータ構造の一例を示す図である。
【図８】ＵＲＬＤＢ２０３が記憶するＵＲＬテーブルのデータ構造の一例を示す図である。
【図９】端末４の概略構成の一例を示す図である。
【図１０】画像処理システム１による動画像作成処理の動作シーケンスの一例を示す図である。
【図１１】画像処理サーバ２０１による動画像作成処理の一例を示すフローチャートである。
【図１２】（ａ）は原画像の一例を示す図であり、（ｂ）は変更画像の一例を示す図である。
【図１３】（ａ）、（ｂ）は変更画像が埋め込まれたＷｅｂページの一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。
【００２０】
図１は、画像処理システム１における処理概要の一例を示す図である。画像処理システム１は、画像処理サーバ２０１と、Ｗｅｂサーバ３０１と、ＤＢ（データベース）３０２と、端末４と、を有する。以下、端末４がＷｅｂページの取得要求を送信してから、端末４のユーザ向けにカスタマイズされた画像を受信するまでの処理の概要について説明する。
【００２１】
まず、Ｗｅｂサーバ３０１は、端末４から、Ｗｅｂページの取得要求を受信する（Ｓ１）。Ｗｅｂページの取得要求は、ユーザ識別情報を含む。ユーザ識別情報は端末４のユーザをＷｅｂサーバが識別可能な情報であり、例えばユーザを一意に識別可能なユーザＩＤ、ＷｅｂサーバとＷｅｂブラウザとの間のセッションを識別するセッションＩＤ、端末４を一意に識別可能な端末識別番号である。
【００２２】
次に、Ｗｅｂサーバ３０１は、ユーザ識別情報に基づきユーザの属性情報をＤＢ３０２から取得する（Ｓ２、Ｓ３）。ユーザの属性情報は、Ｗｅｂサーバ３０１が提供するＷｅｂサービスにおけるユーザの属性を示す情報であり、姓、名等のユーザ情報、Ｗｅｂサービスの会員情報、Ｗｅｂサービスにおけるユーザの行動履歴、ユーザによるＷｅｂページ閲覧時の時刻・天気等の閲覧時状況が含まれる。Ｗｅｂサーバ３０１は、取得したユーザの属性情報を画像処理サーバ２０１に送信する（Ｓ４）。
【００２３】
次に、画像処理サーバ２０１は、Ｗｅｂサーバ３０１からユーザの属性情報を受信すると、後述する変更画像に識別アドレスを関連付け、その識別アドレスをＷｅｂサーバ３０１に送信する（Ｓ５）。なお、識別アドレスとは変更画像を識別可能なアドレスであり、例えばＵＲＬ、変更画像が配置されているフォルダの名称に変更画像のファイル名称を加えた文字列、変更画像を一意に識別可能な識別子等が含まれる。本実施形態では、以後、識別アドレスの例としてＵＲＬを用いて説明する。
【００２４】
次に、Ｗｅｂサーバ３０１は、その識別アドレスであるＵＲＬを含むＷｅｂページを作成して端末４に送信する（Ｓ６）。
【００２５】
次に、端末４は、Ｗｅｂページを閲覧したユーザからの要求に従って、Ｗｅｂページに含まれるＵＲＬにアクセスする（Ｓ７）。画像処理サーバ２０１は、端末４からＵＲＬにアクセスされると、変更画像の元となる原画像を取得し（Ｓ８）、Ｓ４で受信していたユーザの属性情報に基づいて、原画像を変更した画像である変更画像を作成する（Ｓ９）。なお、原画像、変更画像は、動画像であっても、静止画像であっても良い。
【００２６】
次に、画像処理サーバ２０１は、変更画像を端末４に送信する（１０）。以上により、端末４のユーザ向けにカスタマイズされた画像の受信処理は完了する。
【００２７】
図２は、画像処理システムの概略構成の一例を示す図である。
【００２８】
画像処理システム１は、画像処理システム２と、Ｗｅｂシステム３と、端末４と、素材管理システム５とを有する。各システム及び端末は、インターネット等の通信ネットワーク６を介して接続される。
【００２９】
画像処理システム２は、画像処理を行う画像処理サーバ２０１と、画像処理に用いるデータを記憶するオーサリングデータＤＢ２０２と、変更画像に関連付けられたＵＲＬを記憶するＵＲＬＤＢ２０３とを備える。
【００３０】
Ｗｅｂシステム３は、Ｗｅｂサーバとして動作するＷｅｂサーバ３０１と、ＤＢ３０２とを備える。ＤＢ３０２は、Ｗｅｂシステム３の外部のＤＭＰ（Data Management Platform）が保有するデータベースなどでもよい。
【００３１】
素材管理システム５は、素材サーバ５０１を備える。素材サーバ５０１は、画像処理サーバ２０１が画像処理に用いる素材である画像を記憶し、画像処理サーバ２０１に配信する。画像には、静止画像、又は動画像が含まれる。画像は、本実施形態の画像処理システムを用いて動画像広告を提供する広告会社又は広告制作会社等によって提供されてもよい。また、画像は所与の画像の中から広告会社等によって選択されても良い。また、素材サーバ５０１は、画像処理システム２の内部に備えられていても良い。
【００３２】
図３は、Ｗｅｂサーバ３０１の概略構成の一例を示す図である。
【００３３】
Ｗｅｂサーバ３０１は、端末４からのＷｅｂページ取得要求に基づいてユーザの属性情報をＤＢ３０２から取得し、取得した属性情報を画像処理サーバ２０１に送信する。また、Ｗｅｂサーバ３０１は、変更画像に関連付けられたＵＲＬを含むＷｅｂページを端末４に送信する。そのために、Ｗｅｂサーバ３０１は、第２通信部３１０と、第２記憶部３２０と、第２処理部３３０とを備える。
【００３４】
第２通信部３１０は、イーサネット（登録商標）などの有線の通信インターフェース回路を有する。第２通信部３１０は、図示しないローカルネットワークを介して、ＤＢ３０２と通信を行う。また、第２通信部３１０は、通信ネットワーク６を介して、画像処理サーバ２０１、端末４、素材サーバ５０１等と通信を行う。そして、第２通信部３１０は、画像処理サーバ２０１、端末４、素材サーバ５０１等から受信したデータを第２処理部３３０に供給する。また、第２通信部３１０は、第２処理部３３０から供給されたデータをＷｅｂサーバ３０１、端末４、素材サーバ５０１等に送信する。
【００３５】
第２記憶部３２０は、例えば、半導体メモリ、磁気ディスク装置、及び光ディスク装置のうちの少なくとも一つを有する。第２記憶部３２０は、第２処理部３３０による処理に用いられるドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム、データ等を記憶する。
【００３６】
例えば、第２記憶部３２０は、ドライバプログラムとして、第２通信部３１０を制御する通信デバイスドライバプログラム等を記憶する。また、第２記憶部３２０は、オペレーティングシステムプログラムとして、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の通信方式による接続制御プログラム等を記憶する。また、第２記憶部３２０は、アプリケーションプログラムとして、各種データの送受信を行うデータ処理プログラム等を記憶する。コンピュータプログラムは、例えばＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて第２記憶部３２０にインストールされてもよい。
【００３７】
また、第２記憶部３２０は、ユーザ識別情報としてセッションＩＤが用いられる場合、セッションＩＤとユーザＩＤとの対応表を記憶する。
【００３８】
第２処理部３３０は、一又は複数個のプロセッサ及びその周辺回路を有する。第２処理部３３０は、Ｗｅｂサーバ３０１の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。第２処理部３３０は、Ｗｅｂサーバ３０１の各種処理が第２記憶部３２０に記憶されているプログラム等に応じて適切な手順で実行されるように、第２通信部３１０等の動作を制御する。第２処理部３３０は、第２記憶部３２０に記憶されているプログラム（ドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、第２処理部３３０は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。
【００３９】
第２処理部３３０は、Ｗｅｂページ取得要求受信部３３１、属性情報送信部３３３及びＷｅｂページ作成部３３５等を有する。第２処理部３３０が有するこれらの各部は、第２処理部３３０が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。あるいは、第２処理部３３０が有するこれらの各部は、独立した集積回路、マイクロプロセッサ、又はファームウェアとしてＷｅｂサーバ３０１に実装されてもよい。
【００４０】
図４は、ＤＢ３０２が記憶するユーザテーブルのデータ構造の一例を示す図である。
【００４１】
図４に示すように、ユーザテーブルには、Ｗｅｂサービスのユーザ毎に、そのユーザを示すユーザＩＤ、ユーザ情報、会員情報、行動履歴が相互に関連付けられて記憶される。ユーザ情報には姓、名、性別、生年月日及び住所等が含まれる。ユーザ情報の生年月日に代えて、又は生年月日とともに、ユーザの年代、年齢がユーザ情報としてユーザテーブルに含まれても良い。会員情報には、Ｗｅｂサービスにおいて金銭の代わりに利用できるポイントの数を示す保有ポイント数、利用できるＷｅｂサービスの内容を定める会員ランク等が含まれる。行動履歴には、以前にユーザがアクセスしたＷｅｂページのＵＲＬ、そのＵＲＬへの最終アクセス日等の情報が含まれる。
【００４２】
ユーザＩＤ、ユーザ情報、会員情報は、Ｗｅｂサービスへの登録時等にユーザが登録する。行動履歴は、ユーザによるＷｅｂサービスへのアクセスに応じて更新される。
【００４３】
図５は、画像処理サーバ２０１の概略構成の一例を示す図である。
【００４４】
画像処理サーバ２０１は、Ｗｅｂサーバ３０１からの要求に応じて変更画像に関連付けられたＵＲＬをＷｅｂサーバ３０１に送信する。また、画像処理サーバ２０１は、端末４からの要求に応じて、ＵＲＬに関連付けられた変更画像を端末４に送信する。そのために、画像処理サーバ２０１は、第１通信部２１０と、第１記憶部２２０と、第１処理部２３０とを備える。
【００４５】
第１通信部２１０は、イーサネット（登録商標）などの有線の通信インターフェース回路を有する。第１通信部２１０は、図示しないローカルネットワークを介して、オーサリングデータＤＢ２０２、ＵＲＬＤＢ２０３と通信を行う。また、第１通信部２１０は、通信ネットワーク６を介して、Ｗｅｂサーバ３０１、端末４、素材サーバ５０１等と通信を行う。そして、第１通信部２１０は、Ｗｅｂサーバ３０１、端末４、素材サーバ５０１等から受信したデータを第１処理部２３０に供給する。また、第１通信部２１０は、第１処理部２３０から供給されたデータをＷｅｂサーバ３０１、端末４、素材サーバ５０１等に送信する。
【００４６】
第１記憶部２２０は、例えば、半導体メモリ、磁気ディスク装置、及び光ディスク装置のうちの少なくとも一つを有する。第１記憶部２２０は、第１処理部２３０による処理に用いられるドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム、データ等を記憶する。
【００４７】
例えば、第１記憶部２２０は、ドライバプログラムとして、第１通信部２１０を制御する通信デバイスドライバプログラム等を記憶する。また、第１記憶部２２０は、オペレーティングシステムプログラムとして、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の通信方式による接続制御プログラム等を記憶する。また、第１記憶部２２０は、アプリケーションプログラムとして、各種データの送受信を行うデータ処理プログラム等を記憶する。コンピュータプログラムは、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いて第１記憶部２２０にインストールされてもよい。
【００４８】
第１処理部２３０は、一又は複数個のプロセッサ及びその周辺回路を有する。第１処理部２３０は、画像処理サーバ２０１の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵである。第１処理部２３０は、画像処理サーバ２０１の各種処理が第１記憶部２２０に記憶されているプログラム等に応じて適切な手順で実行されるように、第１通信部２１０等の動作を制御する。第１処理部２３０は、第１記憶部２２０に記憶されているプログラム（ドライバプログラム、オペレーティングシステムプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、第１処理部２３０は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。
【００４９】
第１処理部２３０は、属性情報受信部２３１、画像作成部２３３及び変更画像送信部２３４等を有する。第１処理部２３０が有するこれらの各部は、第１処理部２３０が有するプロセッサ上で実行されるプログラムによって実装される機能モジュールである。あるいは、第１処理部２３０が有するこれらの各部は、独立した集積回路、マイクロプロセッサ、又はファームウェアとして画像処理サーバ２０１に実装されてもよい。
【００５０】
図６は、オーサリングデータＤＢ２０２が記憶するオーサリングデータのデータ構造の一例を示す図である。
【００５１】
オーサリングデータは、変更画像を作成するために必要な画像、テキスト等のデータと、それらの表示位置、時間等を定義するデータである。オーサリングデータは、画像処理サーバ２０１による画像作成の際に利用される。図６に示すように、オーサリングデータには、原画像に関連付けられたＵＲＬ、原画像を変更するために用いるテキスト及び静止画像の情報、各情報が原画像に合成される位置・大きさ等が含まれる。
【００５２】
オーサリングデータは、画像作成の依頼者、例えば本実施形態の画像処理システムを用いて動画像広告を提供する広告会社又は広告制作会社等によって提供される。各オーサリングデータは、オーサリングデータを一意に識別可能な識別子であるオーサリングデータＩＤと１：１に対応付けられている。
【００５３】
図６は、原画像が動画像である場合のオーサリングデータを示す。図６のオーサリングデータは、ＪＳＯＮ（JavaScript（登録商標） Object Notation）形式で記載した例である。図６において、“｛”から“｝”までが１つの要素を表現する。１つの要素はキーと値とを含み、キーと値とはコロン“：”で区切られて表示される。キーと値との組が複数ある場合、各組はカンマ“，”で区切られて表示される。
【００５４】
例えば、キー“ｔｙｐｅ”はデータの形式を示す。“ｍｏｖｉｅＳｏｕｒｃｅ”は原画像である動画像のファイルを示し、“ｓｏｕｒｃｅ”は静止画像のファイルを示す。“ｓｔａｒｔ”、“ｅｎｄ”は、“ｓｏｕｒｃｅ”で示された静止画像の表示を、原画像の動画で開始する時点、終了する時点をそれぞれ示す。“ｔｅｘｔ”は静止画像として表示される文字列の内容を示す。
【００５５】
コロン右側の値の欄において、”＄ｍｏｖｉｅＳｏｕｒｃｅ＄”のように＄マーク２つに挟まれている文字列（ｍｏｖｉｅＳｏｕｒｃｅ）は変数を意味する。オーサリングデータにおける変数の扱いについては図１１に後述する。
【００５６】
図７は、オーサリングデータＤＢ２０２が記憶するルール定義データのデータ構造の一例を示す図である。
【００５７】
ルール定義データは、オーサリングデータの変数の値を決定するルールを示す。ルール定義データは、画像作成の依頼者、例えば本実施形態の画像処理システムを用いて動画像広告を提供する広告会社又は広告制作会社等によって提供される。
【００５８】
図７に示すように、ルール定義データの条件部の変数には、性別、年齢、閲覧時刻が含まれる。これらの変数の値は、後述する図８のＵＲＬテーブルの値に基づいて定まる。図６の上段は、性別が男性であり、年齢が２０歳以上２９歳以下であり、且つ閲覧時刻が２１：００から２４：００の間である場合、オーサリングデータの変数ｍｏｖｉｅＳｏｕｒｃｅに値「ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｍａｌｅ．ｍｐ４」を、変数ｓｏｕｒｃｅに値「ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｉｍａｇｅＡ．ｐｎｇ」を代入することを示す。
【００５９】
一方、図７に示す例の下段は、性別（ｓｅｘ）が女性（ｆｅｍａｌｅ）であり、年齢（ａｇｅ）が３０歳以上３９歳以下であり、かつ閲覧時刻（ｔｉｍｅ）が１０：００から１７：００の間である場合、オーサリングデータの変数ｍｏｖｉｅＳｏｕｒｃｅに値「ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｆｅｍａｌｅ．ｍｐ４」を、変数ｓｏｕｒｃｅに値「ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｉｍａｇｅＢ．ｐｎｇ」を代入することを示す。
【００６０】
図８は、ＵＲＬＤＢ２０３が記憶するＵＲＬテーブルのデータ構造の一例を示す図である。
【００６１】
図８に示すように、ＵＲＬテーブルには、ＵＲＬ、オーサリングデータＩＤ、ユーザの属性情報が相互に関連付けられて記憶される。ここでＵＲＬは、変更画像に対応付けられたＵＲＬを示す。
【００６２】
図９は、端末４の概略構成の一例を示す図である。
【００６３】
端末４は、端末の一例であり、例えば多機能携帯電話（いわゆる「スマートフォン」）であり、通信ネットワーク６への接続、所定のアプリケーションプログラムの実行等を可能とする。そのために、端末４は、無線通信部４１０と、操作部４２０と、表示部４３０と、端末記憶部４４０と、中央処理部４５０とを備える。なお、端末４は、通信機能を有する通信装置であればよく、例えば携帯情報端末（Personal Digital Assistant, PDA）、携帯ゲーム機、携帯音楽プレーヤ、タブレットＰＣ等でもよい。
【００６４】
図１０は、画像処理システム１による動画像作成処理の動作シーケンスの一例を示す。
【００６５】
以下に説明する動作シーケンスは、各装置において予め各装置の記憶部に記憶されているプログラムに基づき、主に各装置の制御部により各装置の各要素と協働して実行される。
【００６６】
最初に、端末４のＷｅｂブラウザ部４５１は、操作部４２０を用いたユーザの指示に従って、無線通信部４１０を介してユーザ識別情報を含むＷｅｂページ取得要求をＷｅｂサーバ３０１へ送信する（ステップＳ１０１）。例えば、ユーザ識別情報はＷｅｂページ取得要求にクッキーとして含まれている。
【００６７】
次に、Ｗｅｂサーバ３０１のＷｅｂページ取得要求受信部３３１は、第２通信部３１０を介して端末４からＷｅｂページ取得要求を受信する。Ｗｅｂページ取得要求受信部３３１は、Ｗｅｂページ取得要求によって要求されたＷｅｂページに、画像処理の対象となる画像が含まれているか否かを判定する。例えば、要求されたＷｅｂページが画像処理サーバ２０１又は動画像広告の提供元等を示す所定のＵＲＬを含む場合、画像処理の対象となる画像が含まれていると判定する。なお、Ｗｅｂページ取得要求受信部は、要求されたＷｅｂページが所定のＵＲＬを含むか否かの判断に代えて、Ｗｅｂページの要求に用いられたＵＲＬが所定の文字列を含むか否かの判断を行っても良い。
【００６８】
要求されたＷｅｂページに画像処理の対象となる画像が含まれていない場合、Ｗｅｂページ取得応答送信部３３２は、要求されたＷｅｂページを含むＷｅｂページ取得応答を、第２通信部３１０を介して端末４に送信する。
【００６９】
一方、要求されたＷｅｂページに画像処理の対象となる画像が含まれている場合、属性情報送信部３３３は、Ｗｅｂページ取得要求とともに受信したユーザ識別情報に基づき、ＤＢ３０２からユーザの属性情報を取得する（ステップＳ１０２）。取得する属性情報は、ＤＢ３０２が含むすべての属性情報でも、画像処理システム２を運営する会社とＷｅｂシステム３を運営する会社との間で予め定めた一部の属性情報でも良い。
【００７０】
ユーザ識別情報としてユーザＩＤを用いる場合、属性情報送信部３３３は、そのユーザＩＤをキーとして、ＤＢ３０２が記憶するユーザテーブルからそのユーザの属性情報を取得する。
【００７１】
ユーザ識別情報として、セッションＩＤを用いる場合、属性情報送信部３３３は、第２記憶部３２０に記憶されたセッションＩＤとユーザＩＤとの対応表から、セッションＩＤに対応するユーザＩＤを求める。そして、属性情報送信部３３３は、求めたユーザＩＤをキーとして、ＤＢ３０２が記憶するユーザテーブルからそのユーザの属性情報を取得する。
【００７２】
属性情報送信部３３３は、そのユーザの閲覧時状況を取得し、ユーザの属性情報に追加する。例えば、属性情報送信部３３３は、端末４からＷｅｂページの取得要求を受信した日及び時刻をＷｅｂサーバ３０１が備えるタイマから取得し、ユーザの属性情報にそれぞれ閲覧日、閲覧時刻として追加する。また、閲覧時状況の他の例として、属性情報送信部３３３は、閲覧時刻における天気を天気現況Ｗｅｂサイトから取得し、ユーザの属性情報に天気情報として追加する。
【００７３】
次に、属性情報送信部３３３は、第２通信部３１０を介して、ユーザの属性情報をＵＲＬ発行要求に含めて画像処理サーバ２０１に送信する（ステップＳ１０３）。ＵＲＬ発行要求は暗号化され、送信元を認証するための署名情報とともに送信される。
【００７４】
次に、画像処理サーバ２０１の属性情報受信部２３１は、ユーザの属性情報等を含むＵＲＬ発行要求を、第１通信部２１０を介してＷｅｂサーバ３０１から受信する。属性情報受信部２３１は、ＵＲＬ発行要求を受信すると端末４が変更画像を取得するためのＵＲＬの発行をＵＲＬ管理部２３２へ要求する。
【００７５】
次に、ＵＲＬ管理部２３２は、変更画像を取得するためのＵＲＬを発行する（ステップＳ１０４）。このＵＲＬは、所定の条件を満たしている間のみ利用可能なワンタイムＵＲＬである。そしてＵＲＬ管理部２３２は、発行したＵＲＬ、属性情報受信部２３１が受信したユーザの属性情報、変更画像作成時に用いるオーサリングデータに対応するオーサリングデータＩＤを関連付け、ＵＲＬＤＢ２０３に記憶させる（ステップＳ１０５、図８）。
【００７６】
オーサリングデータＩＤは、例えば第１記憶部２２０が記憶する、オーサリングＩＤとＵＲＬ発行要求を送信したサーバのアドレスとを対応付けた対応表に基づいて決定されてもよい。また、オーサリングＩＤは、ＵＲＬ発行要求に含まれる所定の識別子等に基づいて決定されてもよい。また、オーサリングデータＩＤは、広告会社又は広告制作会社と対応付けられていても良い。
【００７７】
ＵＲＬ管理部２３２は、発行したＵＲＬを含むＵＲＬ発行応答を、第１通信部２１０を介してＷｅｂサーバ３０１へ送信する（ステップＳ１０６）。
【００７８】
次に、Ｗｅｂサーバ３０１のＵＲＬ受信部３３４が、画像処理サーバ２０１から送信されたＵＲＬ発行応答によってＵＲＬを受信すると、Ｗｅｂページ作成部３３５は、このＵＲＬを含むＷｅｂページを作成する（ステップＳ１０７）。例えば、Ｗｅｂページ作成部３３５は、Ｗｅｂページ取得要求によって端末４から要求されたＷｅｂページに含まれている所定の画像に関連付けられたＵＲＬを、ＵＲＬ発行応答に含まれるＵＲＬに置き換えることによりＷｅｂページを作成する。
【００７９】
ＵＲＬ発行応答に含まれるＵＲＬが動画像を示す場合、Ｗｅｂページ作成部３３５は、ＵＲＬに関連付けられた動画像をＷｅｂブラウザが自動的に読み込むか否かをＷｅｂページに記述しても良い。
【００８０】
次に、Ｗｅｂページ取得応答送信部３３２は、Ｗｅｂページ作成部３３５が作成したＷｅｂページを含むＷｅｂページ取得応答を、第２通信部３１０を介して端末４に送信する（ステップＳ１０８）。
【００８１】
次に、端末４のＷｅｂブラウザ部４５１は、Ｗｅｂページ取得応答送信部３３２が送信したＷｅｂページ取得応答を、無線通信部４１０を介して受信し、Ｗｅｂページ取得応答に含まれるＷｅｂページを表示部４３０に表示する（ステップＳ１０９）。
【００８２】
次に、Ｗｅｂブラウザ部４５１は、ユーザにより操作部４２０を用いて行われた動画像の再生指示等に基づいて、ＵＲＬに関連付けられた動画像の送信要求を画像処理サーバ２０１へ送信する（ステップＳ１１０）。
【００８３】
次に、画像処理サーバ２０１の変更画像送信部２３４は、第１通信部２１０を介して動画像の再生要求等を受信する。変更画像送信部２３４が送信要求を受信すると、ＵＲＬ管理部２３２は、送信要求に含まれるＵＲＬをキーにして、ＵＲＬＤＢ２０３からユーザの属性情報及びオーサリングデータＩＤを取得する（ステップＳ１１１）。
【００８４】
画像作成部２３３は、ＵＲＬ管理部２３２が取得したユーザの属性情報、オーサリングデータＩＤに対応するオーサリングデータ及びルール定義データに基づいて変更画像を作成する（ステップＳ１１２）。この処理の詳細については図１１に後述する。
【００８５】
次に、変更画像送信部２３４は、画像作成部２３３が作成した変更画像を、ストリーミング配信、プログレッシブダウンロード等の方法により第１通信部２１０を介して端末４に送信する（ステップＳ１１３）。変更画像が動画像である場合、変更画像送信部２３４は、合成されたフレームから順次ストリーミング配信しても良い。
【００８６】
次に、端末４のＷｅｂブラウザ部４５１は、画像処理サーバ２０１から送信された変更画像を、無線通信部４１０を介して受信し、表示部４３０に表示する（ステップＳ１１４）。これによって、ユーザは、自分用にカスタマイズされた変更画像を見ることができる。なお、Ｗｅｂブラウザ部４５１が動画再生部４５２を起動して、動画再生部４５２が変更画像を表示しても良い。
【００８７】
なお、画像処理サーバ２０１の変更画像管理部２３５は、所定の条件が満たされた場合、発行したＵＲＬに対応する変更画像を削除する。所定の条件は、例えば、変更画像が所定の回数（例えば１回）以上送信された場合、変更画像の作成から所定の時間が経過した場合等に満たされる。変更画像管理部２３５は、変更画像を削除する時、ＵＲＬテーブルから該当するＵＲＬのエントリを削除する。
【００８８】
図１１は、画像処理サーバ２０１による動画像作成処理の一例を示すフローチャートである。図１１に示す動作のフローは、図１０に示す動作シーケンスのステップＳ１１２において実行される。
【００８９】
最初に、画像作成部２３３は、ルール定義データ及びＵＲＬＤＢ２０３から取得したユーザの属性情報から、オーサリングデータにおける変数の値を決定する（ステップＳ２０１）。
【００９０】
例えば、ステップＳ１１１において取得されたユーザの属性情報が図８に示すＵＲＬテーブルの１行目のデータに基づく属性情報であり、ルール定義データが図７に示すルール定義データである場合を例にして説明する。この場合、ルール定義データにおいて、ユーザの属性情報である性別（ｓｅｘ）は女性（ｆｅｍａｌｅ）、閲覧時刻（ｔｉｍｅ）は１３：００と定まり、年齢（ａｇｅ）は、ＵＲＬテーブルのデータである生年月日（ｂｉｒｔｈ、１９８３年６月６日）及び閲覧日（ｄａｙ、２０１６年４月１日）より、３２（歳）と定まる。これらの変数値を図６に示すルール定義データに記された条件式に代入すると、最初の“ｉｆ”の条件には該当せず、“ｅｌｓｅ  ｉｆ”以下の条件に該当する。
【００９１】
これにより、オーサリングデータにおいて原画像を示す変数ｍｏｖｉｅＳｏｕｒｃｅの値は、「ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｆｅｍａｌｅ．ｍｐ４」に定まる。原画像と合成される画像を示す変数ｓｏｕｒｃｅの値は、「ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｉｍａｇｅＢ．ｐｎｇ」に定まる。
【００９２】
次に、画像作成部２３３は、オーサリングデータの変数に値を代入する（ステップＳ２０２）。オーサリングデータの変数には、ユーザの属性情報に含まれる変数、ステップＳ２０１の処理により定まる変数がある。例えば、図６に示すオーサリングデータには、ｍｏｖｉｅＳｏｕｒｃｅ、ｓｏｕｒｃｅ、ｎａｍｅという３つの変数が存在する。このうち、変数ｍｏｖｉｅＳｏｕｒｃｅ、ｓｏｕｒｃｅには、ステップＳ２０１で求めた値を代入する。変数ｎａｍｅには、ユーザの属性情報より“田中”を代入する。これにより、ユーザの属性情報等に基づいたオーサリングデータが作成される。例えば、図６に示すオーサリングデータの３番目の要素におけるキー“ｔｅｘｔ”に対応する値は、「こんにちは田中さん」と決定される。
【００９３】
次に、画像作成部２３３は、ステップＳ２０２で変数に値を代入したオーサリングデータに基づいて、素材サーバ５０１から原画像を含む画像を選択し、取得する（ステップＳ２０３）。図６に示すオーサリングデータの例では、画像作成部２３３は、ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｆｅｍａｌｅ．ｍｐ４、ｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｉｍａｇｅＢ．ｐｎｇの２つの画像ファイルを素材サーバ５０１から取得する。なお、画像作成部２３３は、オーサリングデータに基づいて原画像を選択し、取得する代わりに、所定の原画像を取得しても良い。
【００９４】
次に、画像作成部２３３は、オーサリングデータと、ステップＳ２０３で取得した画像とに基づいて、変更画像を作成する（ステップＳ２０４）。
【００９５】
図６に示すオーサリングデータの例では、画像作成部２３３は、動画像であるｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｆｅｍａｌｅ．ｍｐ４を原画像として選択する。そして、画像作成部２３３は、動画像の開始後１秒〜６秒の間、静止画像であるｈｔｔｐ：／／ｓｏｚａｉｄａｔａ．ｃｏｍ／ｉｍａｇｅＢ．ｐｎｇを原画像に合成する。次に、画像作成部２３３は、動画像の開始後６秒〜１１秒の間、文字列である「こんにちは田中さん」を原画像に合成する。このようにして画像作成部２３３は原画像から変更画像を作成する。
【００９６】
なお、画像作成部２３３による変更画像の作成は、例えば、複数の動画像を結合して１つの動画像にする、ある動画像の一部を削除して新たな動画像にする等による変更画像の作成であってもよい。
【００９７】
図１２（ａ）は、原画像の一例を示す。図１２（ａ）に示す原画像は、所定の時間（例えば動画像の開始から６秒後〜１１秒後）、同一の静止画を表示し続ける動画像である。
【００９８】
図１２（ｂ）は、変更画像の一例を示す。図１２（ｂ）に示す変更画像は、所定の時間（例えば動画像の開始から６秒後〜１１秒後）、ステップＳ２０２で決定された「こんにちは田中さん」という文字列が原画像に合成された変更画像である。
【００９９】
作成された変更画像は、バッファに一時的に蓄積された後、又は第１記憶部２２０にファイルとして記憶された後、ステップＳ１１３において端末４に送信される。
【０１００】
図１３（ａ）、（ｂ）は、変更画像が埋め込まれたＷｅｂページの一例を示す図である。
【０１０１】
図１３（ａ）は、変更画像の再生が開始される前のＷｅｂページを示す。
【０１０２】
図１３（ｂ）は、変更画像の再生が開始され、ユーザの属性情報に基づく変更画像が表示された状態のＷｅｂページを示す。
【０１０３】
以上説明してきたように、本発明に係る画像処理サーバは、各ユーザがＷｅｂアクセスを行ったタイミングに応じて各ユーザに適した画像を送ることができるので、各ユーザが閲覧する可能性の高いタイミングで各ユーザに適した画像を提供することができる。
【０１０４】
また、画像処理サーバ２０１の画像作成部２３３は、端末４からＵＲＬにアクセスされた時に、変更画像を作成する。したがって、属性情報の取得後、ＵＲＬにアクセスされるまでは画像処理サーバ２０１は変更画像を記憶する必要がないため、変更画像を記憶する領域の使用容量を削減できる。また、画像処理サーバ２０１は、端末４からＵＲＬへのアクセスが起こらなければ変更画像を作成しないため、端末４からのアクセスがない場合に無駄な処理を行わないことが可能となる。
【０１０５】
また、画像処理サーバ２０１の画像作成部２３３は、原画像を属性情報に基づいて選択する。したがって、ユーザの属性に適した原画像から変更画像を作成することが可能となる。
【０１０６】
また、画像処理サーバ２０１において、ユーザ識別情報はセッション識別情報である。したがって、セッションが確立されている状況下においては、端末４とＷｅｂサーバ３０１との間で特別な情報を送受信することなく、ユーザ向けにカスタマイズした変更画像の作成が可能となる。
【０１０７】
また、画像処理サーバ２０１において、属性情報は、ユーザの性別、年代、又は年齢である。したがって、性別、年代、又は年齢に応じた適切な画像を作成することが可能となる。
【０１０８】
なお、本発明は、本実施形態に限定されるものではない。例えば、本実施形態では、画像処理サーバ２０１のＵＲＬ管理部２３２が原画像に関連付けられたＵＲＬを発行する場合について説明したが、Ｗｅｂサーバ３０１がＵＲＬを発行し、ＵＲＬ発行要求に含めて画像処理サーバ２０１に送信しても良い。例えば、このＵＲＬは、Ｗｅｂページ取得要求で要求されたＷｅｂページに含まれており、Ｗｅｂサーバ３０１の属性情報送信部３３２がそのＷｅｂページからこのＵＲＬを取得し、ＵＲＬ発行要求に含めても良い。
【０１０９】
また、本実施形態では、画像作成部２３３は、ステップＳ１１０で送信される動画像の再生要求等を端末４から受信したことをトリガーとして、変更画像の作成（ステップＳ１１２）を開始した。これに代えて、画像作成部２３３は、ステップＳ１０３で送信されるＵＲＬ発行要求をＷｅｂサーバ３０１から受信したことをトリガーとして、変更画像の作成を開始してもよい。これにより、画像処理サーバ２０１は、変更画像の作成により早期に着手できるため、動画像の再生要求を送信した端末４に対して、短い待ち時間で変更画像である動画像を送信することができる。なお、この場合、変更画像管理部２３５は、変更画像の作成が完了した時、ＵＲＬ関連付けテーブルから該当するＵＲＬのエントリを削除しても良い。
【０１１０】
当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。
【符号の説明】
【０１１１】
１    画像処理システム
４    端末
２０１    画像処理サーバ
２３１    属性情報受信部
２３３    画像作成部
２３４    変更画像送信部
３０１    Ｗｅｂサーバ
３３１    Ｗｅｂページ取得要求受信部
３３３    属性情報送信部
３３５    Ｗｅｂページ送信部
【図１】
2017182727.tif 000003
【図２】
2017182727.tif 000004
【図３】
2017182727.tif 000005
【図４】
2017182727.tif 000006
【図５】
2017182727.tif 000007
【図６】
2017182727.tif 000008
【図７】
2017182727.tif 000009
【図８】
2017182727.tif 000010
【図９】
2017182727.tif 000011
【図１０】
2017182727.tif 000012
【図１１】
2017182727.tif 000013
【図１２】
2017182727.tif 000014
【図１３】
2017182727.tif 000015