(57)【要約】【課題】  携帯電話機を使って安全かつ手軽なオーディションシステムを提供する。【解決手段】  アプリケーションサーバは、オーディションの応募者および投票者が前記携帯電話機を操作して前記通信インターフェース部を介してアクセスに対してオーディションの応募および投票のプログラムを実行し、投票者が操作する携帯電話機は、ひとつのキーボタンにひとつの画像を対応させる形式で複数の被選択者となる応募者全員の画像を同時に表示する画面を前記表示部に表示し、前記複数の応募者のうちの特定の応募者の画像が画面上で前記キーボタンによって選択されることにより前記画像を前記表示部に拡大表示する構成とした。【選択図】  図１
2010157020.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介したＷｅｂ上のアプリケーションサーバと、ネットワークを介して暗号化通信をする通信インターフェース部、画像および文字を表示する表示部、及び文字入力部をするキーボタンを備えた携帯電話機で構成されるオーディションシステムであって、
前記アプリケーションサーバは、
オーディションの応募者および投票者が前記携帯電話機を操作して前記通信インターフェース部を介してアクセスに対して前記記憶手段のデータを使って前記アプリケーションサーバのＣＰＵによってオーディションの応募および投票のプログラムを実行し、
前記ＣＰＵを使って前記携帯電話機からのアクセスに対して前記相互認証に暗号化通信を実行し、データ通信確立後に前記携帯電話機からＩＤを取得し、
前記ＣＰＵを使って前記ＩＤを使って同一携帯電話機からの多重登録を防止し、前記投票者の投票結果に基づき被選抜者を投票対象とした次の段階の投票を前記投票者に通知し、二回目以降の投票を繰り返して最終選考結果を投票者に通知し、
前記投票者が操作する携帯電話機は、
キーボタンと画像を１ボタン１人に対応させる形式で複数の被選択者となるランダムに９人で構成された応募者全員の画像を同時に表示する画面を前記表示部に表示し、前記複数の応募者のうちの特定の応募者の画像が画面上で前記キーボタンによって選択されることにより前記画像を前記表示部に拡大表示することを特徴とする携帯電話機を使ったオーディションシステム。
【請求項２】
請求項１に記載のオーディションシステムであって、
前記複数の応募者を同時に表示する画面表示にはフラッシュ画像が含まれることを特徴とする携帯電話機を使ったオーディションシステム。
【請求項３】
請求項２に記載のオーディションシステムであって、個人情報の漏洩を予防するために、前記フラッシュ画像には必ず２枚の静止画をオーバーラップされていることを特徴とする携帯電話機を使ったオーディションシステム。
【請求項４】
請求項３に記載のオーディションシステムであって、前記複数の応募者を同時に表示する画面表示に表示される応募者の画像は、前記携帯電話機の１から９のボタンに対応させた９人分の画像であることを特徴とする携帯電話機を使ったオーディションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機を使って応募と投票をするオーディションシステムに関する。
【背景技術】
【０００２】
カラオケの普及に伴い、“１億総タレント”時代などという声も聞こえるほどタレント願望を持つ若者が増えている。一方、芸能プロダクションはテレビやラジオ、更にはインターネット公募などでより売れるタレントを発掘しようとしている。しかし、面接によるオーディションには人数的な限界があり、何らかの予備審査が必要となるが、応募用紙に写真を貼り付けた書類では全てに目を通すだけでも大変な作業になる。
【０００３】
前記の応募用紙に写真を貼り付けた書類による審査ではなく、広く普及したカラオケ装置を利用して、カラオケ装置にマイク、カメラ、キーボードを接続し、前記マイクを用いてカラオケ歌唱を録音した後、前記カメラで自分の姿の写真を撮影し、前記キーボードからコメントを入力し、これらのデータをサーバコンピュータに転送することにより、ネット上の「カラオケオーディション」ホームページ上に公開し、このホームページをＰＣなどからアクセスした投票者は前記写真やコメントを閲覧するとともに歌唱の一部を聴いて評価し、気に入った場合には投票ボタンをクリックすることにより１票を投票し、１ヶ月間の投票数に基づいて歌唱者の審査を行うカラオケオーディション装置が開示されている（特許文献１）。
【０００４】
また、会員による投票システムで、投票者がホームページをアクセスする手段として前記ＰＣではなく、携帯電話機を使ったオンライン投票システムも開示されている（特許文献２）。
【０００５】
更に、一般応募のオーディションではなく、プロモーションにアバターのような仮想人物をプロモーション対象となる実在人物の持つリアリティを生かしたプロモーション方法も開示されている。（特許文献３）
【０００６】
また、端末装置の登録情報を有し、送信されてくる作成された楽曲を含む音声データ、テキストデータ、画像データのうちで少なくとも音声データを含む各種データの登録処理を行い、前記各種データを格納し、要求されると前記各種データを検索し、該当する前記各種データを出力し、前記出力された各種データの評価の情報が送信されてくると前記評価の情報を集計するサーバを使うことによりオーディションなどの応募データを自動的に登録する音声情報配信・収集装置が開示されている。（特許文献４）
【０００７】
更に、選抜参加者個々の容姿映像データ、及び選抜参加者が選択した曲目の伴奏音楽を参照しながら得た該選抜参加者の歌唱の肉声音声データの内、少なくとも肉声音声データを選抜参加者入力データとして入力する際に用いられる、各地に分散配置した選抜情報入力端末装置に接続するための通信回線に対する通信インターフェース装置と、通信回線から得られる前記選抜参加者入力データを一時保存することができる中央コンピュータ装置と、該中央コンピュータ装置に接続され、選抜参加者の人選を行う際に前記選抜参加者入力データ及び前記伴奏音楽と少なくとも同等のものを参照するために用いる選抜実施端末装置とを備え、該人選を行う際に便宜を図ることができる情報を提供するようにした人選作業支援情報管理装置が開示されている。（特許文献５）
【０００８】
また、端末装置に接続された情報処理装置であって、前記端末装置からの要求に対応した、評価の対象となる対象物に関する対象物情報を提示する情報提示手段と、前記対象物に対する評価に関する評価情報であって、前記端末装置から送信されてくるものを記憶する評価記憶手段と、前記評価記憶手段に記憶された前記評価情報に基づいて、前記対象物の順位を決定する順位決定手段と、前記順位決定手段により決定された前記対象物の順位を提示する順位提示手段とを備える情報処理装置が開示されている。（特許文献６）
【特許文献１】特開平１１−１９４７８７
【特許文献２】特開２００２−２８８３８４
【特許文献３】特開２００３−３０８５４１
【特許文献４】特開２００１−１４７９３９
【特許文献５】特開平１１−３０９８７
【特許文献６】特開平９−１７１５０４
【発明の開示】
【発明が解決しようとする課題】
【０００９】
特許文献１のカラオケ審査装置では、カラオケボックスに行かないとオーディションが受けられないことと、歌唱者の姿と個人情報がインターネットのホームページ上で公開されるので、悪意を持った人間がいれば個人情報が悪用されてしまう心配がある。
【００１０】
特許文献２のオンライン投票システムでは、携帯電話機によるＷｅｂアクセスで投票を行う部分しか記載されていないので、応募と投票の両方を必要とするオーディションには使えない。
【００１１】
特許文献３のプロモーションシステムは、タレントオーディションなので特定のタレントしか対象としていない特殊なシステムであり、不特定多数の応募者を対象とする一般的なオーディションには使えない。
【００１２】
特許文献４の音声情報配信・収集装置は、サーバが広告テキストおよび静止画情報と、ボイスコンテンツ、テキストおよび静止画情報とを結合して１ファイルとしてストリーム用ファイルを作成する、更にサウンドデータに動画情報を結合できるという記載はあるが、個人情報の漏洩を予防する手段については何ら記載がなく、セキュリティーの面で問題がある。また、投票システムのみで応募システムはない。
【００１３】
特許文献５の人選作業支援情報管理装置は、選抜参加者の映像（静止画か動画）と個人データ（氏名、年齢、性別、職業あるいは在学する学校名、住所、電話番号）を中央コンピュータに蓄積するが、自動評価は音声データの特定部分をコンピュータによって音程チェックするだけであり、画像については何ら評価手段を持たないので、単に正しい音程で歌える人しか選抜できない。よって歌だけでなく様々な特技を持ったタレントを選抜するオーディションには使えない技術である。
【００１４】
特許文献６の情報処理装置は、ユーザが対象物に対する評価をオンラインで投票し、その投票結果に基づいた対象物の順位をユーザに提示することができる情報処理装置で扱う投票対象は、雑誌や書籍やＣＤなど既成商品のデータであり、応募と投票のふたつの手段を必要とするオーディションには向かない技術である。
【００１５】
以上に述べた問題点を解決すべく、本発明で解決しようとする課題は、応募と投票のどちらにも対応し、個人情報保護を考慮し、携帯電話機の利便性を生かした一般参加型のオーディションシステムを提供することである。
【課題を解決するための手段】
【００１６】
本発明によるオーディションシステムは、安全かつオープンなオーディションを提供するために、ネットワークを介したＷｅｂ上のアプリケーションサーバと、ネットワークを介して暗号化通信をする通信インターフェース部、画像および文字を表示する表示部、及び文字入力部をするキーボタンを備えた携帯電話機で構成した。
【００１７】
前記アプリケーションサーバは、オーディションの応募者および投票者が前記携帯電話機を操作して前記通信インターフェース部を介してアクセスに対して前記記憶手段のデータを使って前記アプリケーションサーバのＣＰＵによってオーディションの応募および投票のプログラムを実行し、前記ＣＰＵを使って前記携帯電話機からのアクセスに対して前記相互認証に暗号化通信を実行し、データ通信確立後に前記携帯電話機からＩＤを取得し、前記ＣＰＵを使って前記ＩＤを使って同一携帯電話機からの多重登録を防止し、前記投票者の投票結果に基づき被選抜者を投票対象とした次の段階の投票を前記投票者に通知し、二回目以降の投票を繰り返して最終選考結果を投票者に通知する。
【００１８】
前記投票者が操作する携帯電話機は、キーボタンと画像を１ボタン１人に対応させる形式で複数の被選択者となるランダムに９人で構成された応募者全員の画像を同時に表示する画面を前記表示部に表示し、前記複数の応募者のうちの特定の応募者の画像が画面上で前記キーボタンによって選択されることにより前記画像を前記表示部に拡大表示する。
【００１９】
また、上記において、前記複数の応募者を同時に表示する画面表示にはフラッシュ画像を使ったり、個人情報の漏洩を予防するために、前記フラッシュ画像には必ず２枚の静止画をオーバーラップさせたり、前記複数の応募者を同時に表示する画面表示に表示される応募者の画像は、前記携帯電話機の１から９のボタンに対応させた９人分の画像であるようにすることにより個人情報の漏洩を防止できる。
【発明の効果】
【００２０】
本発明のオーディションシステムは、ＳＳＬ暗号化通信路を使い、携帯電話機のＩＤを取得することにより携帯電話を特定出来るので、多重応募や多重投票を防止することができるので公正な応募および投票結果となる。また画面に使う画像もダウンロードが難しいフラッシュ画像で表示するので個人情報として漏洩する可能性が少ないので安心してオーディションに応募できる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明を実施するための最良の形態を図面に基づいて詳細に説明する。なお、以下の説明において、同一機能を有するものは同一の符号とし、その繰り返しの説明は省略する。
【００２２】
図１は、本発明によるオーディションシステムの一実施形態の構成を示すブロック図である。前記システムは、ネットワーク１と、オーディション応募者及び投票者の携帯電話機４と、基地局アンテナ３を持つ携帯電話機の基地局２と、データーベース６を持つアプリケーションサーバ５で構成される。
【００２３】
本発明におけるオーディションシステムは、前記ネットワークを介した接続で前記携帯電話機と交信する際に相互認証する手段とオーディション関連情報の記憶手段を備えたＷｅｂ上のアプリケーションサーバと、ネットワークを介して暗号化通信をする通信インターフェース部、画像および文字を表示する表示部、及び文字入力部をするキーボタンを備えた携帯電話機とで構成される。
【００２４】
前記アプリケーションサーバは、オーディションの応募者および投票者が前記携帯電話機を操作して前記通信インターフェース部を介してアクセスに対して前記記憶手段のデータを使って前記アプリケーションサーバのＣＰＵによってオーディションの応募および投票のプログラムを実行し、前記ＣＰＵを使って前記携帯電話機からのアクセスに対して前記相互認証にＳＳＬの暗号化通信を実行し、データ通信確立後に前記携帯電話機からＩＤを取得し、前記アプリケーションサーバのＣＰＵを使って前記ＩＤを使って前記携帯電話機からの多重登録を防止し、前記投票者の投票結果に基づき被選抜者を投票対象とした次の段階の投票を前記投票者に通知し、二回目以降の投票を繰り返して最終選考結果を投票者に通知する構成とした。
【００２５】
前記投票者が操作する携帯電話機は、キーボタンと画像を１ボタン１人に対応させる形式で複数の被選択者となる応募者全員の画像を同時に表示する画面を前記表示部に表示し、前記複数の応募者のうちの特定の応募者の画像が画面上で前記キーボタンによって選択されることにより前記画像を前記表示部に拡大表示する構成とした。
【００２６】
前記アプリケーションサーバ５のハードウェアは汎用のサーバコンピュータが使え、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ（ハードディスク）、ＢＩＯＳ、通信インターフェース部（ＣＯＭ  Ｉ／Ｆ）、キーボードＫＢやマウスＭＳなどの入力部、およびディスプレイＤＳＰで構成されている。このうち、ＲＯＭ、ＲＡＭ、ＨＤＤ（ハードディスク）、ＢＩＯＳ、通信インターフェース部（ＣＯＭ  Ｉ／Ｆ）はバスを介して前記ＣＰＵと接続されていて、キーボードＫＢやマウスＭＳはヒューマンインターフェースＨＩ／Ｆを介して前記ＣＰＵと接続されている。
【００２７】
上記の構成において、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）は、システムプログラムを記憶する読み出し専用記憶デバイスである。
【００２８】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）は、ＢＩＯＳやＲＯＭに記憶されているシステムプログラムによって起動され、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に展開されたプログラム（アプリケーションプログラム）にしたがって各種の処理を実行する機能を持つ。
【００２９】
またＣＰＵは、入力部からの信号をトリガとして、前記システムプログラムの演算結果などをディスプレイに表示させる機能も持っている。
【００３０】
ＲＡＭは、前記ＣＰＵが各種の処理を実行する上において必要なプログラムやデータなどを適宜記憶する機能を持つ。
【００３１】
通信インターフェースは、ハードディスク、通信部インターフェース部、入力部１８、およびディスプレイの入出力を管理するようになされている。
【００３２】
ディスプレイＤＳＰは、ＣＲＴやＬＣＤなどにより構成され、ＣＰＵの制御によってＣＰＵの演算結果や外部からの入力データを表示する機能を持っている。
【００３３】
前記ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、通信インターフェース部、キーボードやマウスなどの入力部、およびディスプレイは、バスを介して、ＣＰＵを中心として相互に接続されている。
【００３４】
携帯電話機の基地局２は、携帯電話機４と無線で接続するための、携帯電話事業者が管理する設備であり、それがカバーするセル（ＰＨＳの場合はマイクロセル）内の携帯電話機４と、無線通信により情報を相互に伝達する働きをする。
【００３５】
サーバ５は、オーディション応募受付に関する処理を実行する構成要素である。サーバ５は、本発明の各種の手段又はステップによる機能を実行するためのＷｅｂページを提供するＷｅｂサイト（以下、「応募受付サイト」と称する）をインターネットのＷＷＷ上に提供するＷＷＷサーバとしても機能する。
【００３６】
オーディション応募者及び投票者の携帯電話機４は、ネットワークとの接続インターフェース部と、メール送受信部と、表示部と、文字入力部と、送受信部を備えている。
【００３７】
携帯電話機４は、携帯電話機の基地局２との通信機能と、ネットワーク１を介してブラウザ閲覧やメールの送受信をするＳＳＬ通信機能と、オーディションサイトの画面情報を受信して画面に表示する機能と、オーディションで投票する際の選択手段を備えている。
【００３８】
アプリケーションサーバ５は、携帯電話機４とＳＳＬ通信するための相互認証機能やデーターベース６の制御を含むアプリケーションソフトウェアと、携帯電話機４から受信した携帯電話機のＩＤデータを格納するメモリとで構成されるサーバコンピュータである。
【００３９】
前記Ｗｅｂサーバは、予め会員のメールアドレスを登録するメモリと、前記応募者がオーディションにエントリーする際の認証機能および重複禁止機能と、前記投票者のメールアドレスの認証機能および重複禁止機能と、前記投票者の投票結果に基づき被選抜者を投票対象とした次の段階の投票を前記投票者に通知する機能と、二回目以降の投票を繰り返し、最終選考結果を投票者に通知する機能を備えている。
【００４０】
前記投票者の携帯電話機は、キーボタンに対応して複数の応募者を同時に表示する画面表示機能と、前記複数の応募者のうちの特定の応募者を拡大表示する機能を持つ構成となっている。
【００４１】
ネットワーク１には、携帯電話機の基地局２の基地局アンテナ３を介して通信する携帯電話機４からしかアクセスできないネットワークになっていて、一般的なＰＣなどからのアクセスはできない。
【００４２】
外部の携帯電話機４に対するコンテンツを供給する目的でネットワーク１にはアプリケーションサーバ５が接続され、このアプリケーションサーバ５は、オーディション応募者から送られてきた応募データや、オーディション応募者や投票者の携帯電話機４が持つ排他的に識別可能なＩＤなどを格納するデーターベース６に接続されている。
【００４３】
前記外部の携帯電話機４からしかアクセスできないネットワークには、例えばｉモード（登録商標）、ＥＺｗｅｂ（登録商標）やヤフー（登録商標）ケータイなどの携帯電話でしかアクセスできないネットワークが使える。
【００４４】
上記において、携帯電話機４とアプリケーションサーバ５は、通信に際してＳＳＬ暗号化通信による相互認証を行う。ここで、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）とは、インターネット上でデータを暗号化して送受信する方法のひとつとして定義する。
【００４５】
ＳＳＬ暗号化通信は、携帯電話機４が共有鍵を使って暗号化したデータをアプリケーションサーバ５に送り、アプリケーションサーバ５は事前に携帯電話機４から送られた共有鍵を使ってデータを復号化する。公開鍵、秘密鍵は携帯電話機４とアプリケーションサーバ５間で事前に共有鍵を安全に授受するために使用される。
【００４６】
携帯電話機４は、ＳＳＬに対応したＷｅｂブラウザを備え、ＳＳＬで保護されたサイトに接続すると、アプリケーションサーバ５は携帯電話機４のＩＤ認証を行い、通信データは自動的に暗号化される。
【００４７】
携帯電話機４とアプリケーションサーバ５のそれぞれは秘密鍵を持っている。秘密鍵と公開鍵は一対をなすもので、秘密鍵で暗号化した暗号文は公開鍵で復号でき、公開鍵で暗号化した暗号文は秘密鍵で復号できる。よって、携帯電話機４とアプリケーションサーバ５が公開鍵を共有することにより、どちらも自分の秘密鍵で暗号を復号することができるようになる。
【００４８】
ＩＤ番号は、オーディション応募者が使用する携帯電話機４を、インターネットを介した通信時に識別するためのＩＤ番号を表わすデータである。ＩＤ番号は、数値に限られず、文字を使ったＩＤデータであってもよい。ＩＤ番号は、好適には、携帯電話機に備えられるＳＩＭ（Ｓｕｂｓｃｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）カードに保存される固有番号ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）あるいはその従属データが好ましい。携帯電話機４とインターネット１を介して情報の通信を行うアプリケーションサーバ５は、ＳＳＬ暗号化通信時にこのＩＤ番号を取得することにより、携帯電話機４（を使用する応募者／投票者）を特定することができる。
【００４９】
携帯電話機は契約毎にＩＤ番号が付与されていて、例えば株式会社エヌ・ティ・ティ・ドコモのドコモ（商標登録）の場合は、オープンソースの汎用スクリプト言語ＰＨＰで記述した
$_SERVER['HTTP_X_DCMGUID']
というコマンドを使って携帯電話機４のＩＤを取得することができる。
【００５０】
ＫＤＤＩ株式会社のａｕの場合は、オープンソースの汎用スクリプト言語ＰＨＰで記述した、
$_SERVER['HTTP_X_UP_SUBNO']
というコマンドを使って携帯電話機４のＩＤを取得することができる。
【００５１】
ソフトバンク株式会社の場合は、オープンソースの汎用スクリプト言語ＰＨＰで記述した、
$_SERVER['HTTP_X_JPHONE_UID']
というコマンドを使って携帯電話機４のＩＤを取得することができる。
【００５２】
携帯電話機４の登録時には、アプリケーションサーバ５と携帯電話機４がＳＳＬ暗号化通信による接続を確立した後に、アプリケーションサーバ５が携帯電話機４に前記のようなコマンドを送信することにより携帯電話機４のＩＤを取得し、アプリケーションサーバ５のデーターベースに前記ＩＤを格納することにより携帯電話機４を登録する。
【００５３】
携帯電話機４からアプリケーションサーバ５に対する２回目以降のアクセスにおいては、アプリケーションサーバ５は前記データーベースの中から所望のＩＤを検索して、登録確認をすることができる。
【００５４】
利用者の利便性を向上させるために、携帯電話機４がオーディションサイトにアクセスした後、アプリケーションサーバ５は前記コマンドで携帯電話機３からＩＤを取得して相手の携帯電話機４を特定した後に自動的にログインさせることもできる。
【００５５】
携帯電話機４は、データーベース６に会員登録されたＩＤ番号を持ち、会員登録済であれば、アプリケーションサーバ５を介してデーターベース６にデータを登録することができる。
【００５６】
上記において、他のサイトからリンクを張って誘導した他組織の会員でも、上記のＳＳＬ暗号化通信による接続を確立した後に、アプリケーションサーバ５が携帯電話機４のＩＤを取得し、データーベース６に登録することができる。
【００５７】
アプリケーションサーバ５のセキュリティー設定によっては誰の携帯電話機に対してでもデーターベース６に蓄積されたデータの閲覧を可能とすることは出来るが、ＳＳＬ暗号通信による相互認証と携帯電話機のＩＤ取得は安全のためにルーチン化する。
【００５８】
また、上記において、携帯電話機４の種類によっては、携帯電話機から携帯電話サービスを提供する会社の携帯電話機用サーバまでは特殊な暗号化通信を行い、前記携帯電話機用サーバからアプリケーションサーバ５までは標準仕様のＳＳＬ暗号化通信が提供される場合もあるが、携帯電話機４とアプリケーションサーバ５の間に前記携帯電話機用サーバが入るだけであり基本動作は同じである。
【００５９】
図２は、オーディションシステムの段階別ステップを示していて、オーディションはステップＳ０１においてランダム選出方式の第１次審査投票で選ばれた応募者中からカテゴリー別に選考されるステップＳ０２の第２次審査投票、対面形式の面接による最終段階オーディションとして、ステップＳ０３の第３次審査という３つのステージで構成される。
【００６０】
ステップＳ０１の第１次審査においては、有料サイトに登録した携帯電話機４によってのみサイト上でＷＥＢオーディションが行われる。
【００６１】
応募は、先入れ先出し方式でジャンル分けすることなく無差別にエントリーする。まず、応募順に９名ずつをひとつのグループを作り、サイトアクセス権利を持つ有権者に１人につき１票を投票してもらい、上位３名を選出する。
【００６２】
前記上位３名は、別グループの中から選ばれた３名群と一緒に先入れ先出し方式で９名ずつの新グループのメンバーとなって前記ＷＥＢオーディションと同じ方法で第２回目のオーディションを受け、上位３名が次ぎのレベルのＷＥＢオーディションを受け、合計人数が最終的に第２次審査の人数（例えば９９人）になるまで繰り返される。
【００６３】
所定の人数が集まった時点で、ステップＳ０２に進み、各人が得意として自己申告したジャンル別に第２次審査が行われる。第２次審査は第１次審査よりも詳しいオーディションデータを使った投票となる。
【００６４】
第２次審査において、フラッシュ画像データでは、応募者の素顔や、特技、演技能力などを自己アピールすることでタレント性を評価してもらう。この画像には、例えばアドビシステムズ株式会社のＡｄｏｂｅＦｌａｓｈＬＥ（登録商標）３やＭａｃｒｏｍｅｄｉａ（登録商標）ＦｌａｓｈＬｉｔｅなどの閲覧ソフト技術を使って閲覧は可能であるがダウンロードは出来ない技術を使う。
【００６５】
また、音声データでは、歌や楽器演奏や声優吹き替えなどの自分の得意とする音声を提供してもらうことにより、映像と一緒あるいは音声のみでタレント性を評価してもらうことができる。
【００６６】
更に、文字データによって自己ＰＲ、大喜利形式のＱ＆Ａなどによる文字表現力で個性を判断してもらう。
【００６７】
上記の第２次審査においては、投票者が応募者に対して応援メッセージを送ったり、臨時ブログを用意して前記投票者と応募者がブログを介してコミュニケーションをとることも可能である。また、投票結果はリアルタイムに表示されるので、従来のような閉鎖的な選考にはならない工夫がある。
【００６８】
第３段階のステップＳ０３は第３次審査面接となる。ここでも投票者が応募者に対して応援メッセージを送ったり、臨時ブログを用意して前記投票者と応募者がブログを介してコミュニケーションをとることも可能であり、投票者は応募者に対して親近感を持って応援することが可能となる。
【００６９】
また、応募者のプライバシーを考慮した工夫により、ステップＳ０３の様子を実況中継やビデオで提供することも考えられる。
【００７０】
なお、上記のオーディションシステムにおいて、応募者が未成年、特に小中学生の場合には保護者の承諾を受け付け条件とすることが望ましい。この場合においては、例えば年齢データが小中学生に該当する年齢の場合には、親の携帯電話メールアドレスデータを追加事項とし、親の携帯電話機にメールを送ってＳＳＬ暗号通信とＩＤ確認によって保護者の承諾を取る方法が考えられる。
【００７１】
図３は、画面に９人ずつ表示して３名を選出する例であり、最下段は先着順に９名ずつがグループ化されている。
【００７２】
９名ずつの３グループの各グループから３名ずつ選出され、３組の３名選出者が次ぎの９人グループを形成する。
【００７３】
前記９人グループに対して投票が行われ、この９名の中から３名が選出されることになる。
【００７４】
上記１グループ９名から投票結果から３名を選出する方法は限定的ではなく、９名から２名を選出する方法や１０名から２名を選出する方法を適宜選択することができる。
【００７５】
図４は、登録済み携帯電話によるオーディション応募プロセスを示している。
左側は携帯電話機４のプロセス、右側はアプリケーションサーバ５による処理を示している。
【００７６】
オーディション応募者は、ステップＰＥ０１で携帯電話機４からネットワークにアクセスし、オーディションサイトを開く。
【００７７】
ステップＰＥ０２で、アプリケーションサーバ５はデーターベース６を参照し、携帯電話機４から送られて来たメールアドレスデータが既に１回登録を済ませた記録のある携帯電話機のＩＤである場合には、その旨を前記携帯電話機４にメールで通知すると共に、受け付けを終了する。
【００７８】
前記ステップＰＥ０２にて携帯電話機４のＩＤ確認ができると、ステップＰＥ０３でオーディションの仮登録データをアプリケーションサーバ５に送信して仮登録をして携帯電話のメールアドレスを送り、ステップＰＥ０４で仮登録を受け付け、ステップＰＥ０５で前記メールアドレスにＵＲＬが記載されたメールを送信する。
【００７９】
ここで携帯電話機４が正しく登録されている携帯電話機であればアプリケーションサーバ５からの会員サイトのＵＲＬが記載されたメールを受け取り、ステップＰＥ０６で会員サイトの画面表示にて、会員規程などの情報を確認し、仮登録データを入力することが出来る。
【００８０】
前記仮登録データは、応募画面から公開データとして写真添付メール（同じ背景を持つ静止画３枚）、芸名、年齢、出身地、自己ＰＲ、登録希望カテゴリーを入力する。更に、非公開データとして本名と連絡先の住所、電話番号、メールアドレス（確認用）などである。
【００８１】
前記仮登録データに含まれる個人情報データに加え、応募番号データ、及びＳＳＬ暗号化通信で取得した携帯電話機４のＩＤ番号は、応募者単位ごとに相互に関連付けられてデータが管理され、ある応募者に関するいずれかのデータをキーとして、その応募者に関する他のデータを検索することができる。
【００８２】
アプリケーションサーバ５は、ステップＰＥ０７で、前記仮登録した情報が正しい情報であることを確認して認証を終了する。
【００８３】
次に、アプリケーションサーバ５は、ステップＰＥ０８で課金同意書の内容をメールで携帯電話機４に送る。
【００８４】
ステップＰＥ０９で携帯電話機４は課金同意書の文面を携帯電話機４の画面上で閲覧することにより確認できる。
【００８５】
携帯電話機４を操作する応募者は、課金同意書の内容に同意できる場合はステップＰＥ１０で課金同意のメッセージをアプリケーションサーバ５に送り、ステップＰＥ１１でアプリケーションサーバ５は前記応募者の登録を完了すると共に別プロセスで携帯電話機４に対してＩＤ番号を使って課金する。
【００８６】
前記ＩＤ番号は、課金同意を送信した携帯電話機４を識別するためのＩＤ番号を表わすデータである。ＩＤ番号には、課金同意の一回ごとの送信に関連付けて、送信した携帯電話機４のＩＤ番号が蓄積・記憶される。このＩＤ番号の体系は、携帯電話機の固有ＩＤ番号と同じ体系である。そのため、ＩＤ番号に含まれるＩＤ番号をキーとして、そのＩＤ番号の携帯電話機４を使用する応募者に関するデータ、つまり課金同意データを送信した携帯電話機４を使用する応募者の情報を検索して取得することができる。
【００８７】
ステップＰＥ１２にて、データーベース６に保存された初期登録データは、アプリケーションサーバ５に接続されたディスプレイに情報を表示することにより書式審査を受ける。
【００８８】
更にオーディション関係者は、前記応募者が応募画面に入力した仮登録データを確認し、例えば、添付された写真が有害な写真でないかどうかなどの書式審査をする。
【００８９】
前記書式審査が終わると、ステップＰＥ１３において、前記写真添付メールの同一背景を使って撮影された静止画３枚からフラッシュ画像を生成し、更に９名分の前記フラッシュ画像から９名の画像が１つの画面に入るようなサムネイル処理をする。
【００９０】
上記サムネイル処理の後に、セキュリティーを強化する目的で、前記サムネイル画像から生成したスライドショーフラッシュ画像には電子透かしを入れておけば万一画像が流出した際にも出所を明かにすることができる。
【００９１】
前記電子透かしの挿入は、前記フラッシュ画像のコマ間にフラッシュ画像のピーク輝度値の１０倍以上の高輝度な電子透かしフレームを差し込めば、もしデジタルカメラやビデオカメラなどで撮影した場合でも、自動利得調整回路（ＡＧＣ）が誤動作するので、再生画面ではスライドショーフラッシュ画像は暗く映り、電子透かしフレームは明るく映るので、電子透かしフレームのみが認識可能な画面となり、不正な撮影を防止できる。
【００９２】
編集の終わったフラッシュ画像はステップＰＥ１３で応募者の携帯電話４に送られ、ステップＰＥ１４で応募者が内容に同意すればステップＰＥ１５で掲示同意を入力し、ステップＰＥ１６でアプリケーションサーバ５が提示同意を受信する。
【００９３】
提示同意を受けて、アプリケーションサーバ５はステップＰＥ１７にて前記サムネイルフラッシュ画像をアップロードして公開し、ステップＰＥ１８で作業を終了する。
【００９４】
上記において、携帯電話機４に対しては課金同意書などの契約事項をあらかじめオープニングの画面で表示して同意の可否を選択させることにより、ステップＰＥ１１から通信を開始することも考えられる。
【００９５】
図５は、携帯電話機を使ったオーディション投票のプロセス図である。投票には別サイトの会員携帯電話機４からでも非登録の携帯電話機４からでも参加できる。左側は登録済み携帯電話機４又は非登録の携帯電話機４のプロセス、右側はアプリケーションサーバ５による処理を示している。
【００９６】
オーディション応募者は、ステップＰＳ０１で携帯電話機４又は非登録の携帯電話機４からネットワークにアクセスし、オーディションサイトを開く。
【００９７】
ステップＰＳ０２で、アプリケーションサーバ５はデーターベース６を参照し、携帯電話機４から送られて来たメールアドレスデータが既に１回登録を済ませた記録のある携帯電話機のＩＤである場合には、その旨を前記携帯電話機４にメールで通知すると共に、受け付けを終了する。
【００９８】
前記ステップＰＳ０２にて携帯電話機４のＩＤ確認ができると、ステップＰＳ０３でオーディション投票の仮登録データとして携帯電話のメールアドレスを送り、アプリケーションサーバ５は、ステップＰＳ０４で仮登録を受け付け、ステップＰＳ０５で前記メールアドレスに、指定ＵＲＬアドレスを記載した確認メールを送る。
【００９９】
ここで、アプリケーションサーバ５はデーターベース６を参照し、前記携帯電話機４又は携帯電話機４から送られて来たＩＤが既に１回投票を済ませた記録のあるＩＤである場合には、その旨を前記携帯電話機４にメールで通知し受け付けを終了する。
【０１００】
ステップＰＳ０６で携帯電話機４又は非登録の携帯電話機４から前記ＵＲＬアドレスへのアクセスがあり、ステップＰＳ０７でアプリケーションサーバ５はログイン画面を送出する。
【０１０１】
前記ログイン画面にて、アプリケーションサーバ５は携帯電話機４のＩＤ認証を行い、確認後、ステップＰＳ０８に進み、ＩＤ認証の確認ができない場合はステップＰＳ１４に移行して処理を終了する。
【０１０２】
前記においてＩＤ認証の確認ができた場合には、ステップＰＳ０８でアプリケーションサーバ５から審査画面データが携帯電話機４又は非登録の携帯電話機４に送出され、ステップＰＳ０９で携帯電話機４又は非登録の携帯電話機４の画面に前記審査画面が表示される。
【０１０３】
投票者は、携帯電話機４又は非登録の携帯電話機４の画面に前記審査画面から判断して投票対象者を決定し、ステップＰＳ１０で画面の指示に従い投票データを送信する。
【０１０４】
ステップＰＳ１１ではアプリケーションサーバ５が携帯電話機４又は非登録の携帯電話機４からの投票データを受け付け、投票データを集計し、ステップＰＳ１２において、投票結果データを携帯電話機４又は非登録の携帯電話機４に送出する。
【０１０５】
携帯電話機４又は非登録の携帯電話機４を操作する投票者は、ステップＰＳ１３にて自分の投票が反映された投票結果を確認できる。
【０１０６】
その後、ステップＰＳ１４で投票者が別のグループに投票したいかどうかの確認画面が携帯電話機４又は非登録の携帯電話機４の画面に表示され、別グループの画面に移る場合はステップＰＳ０８に戻り、終了する場合はステップＰＳ１４に移行して終了する。
【０１０７】
図６は、ＳＳＬ暗号通信による相互認証の流れを示す図である。この通信にはＳＳＬ暗号化通信が使われている。
【０１０８】
ステップＰＸ０１で携帯電話機４が通信を開始し、ステップＰＸ０２で所定のＳＳＬ対応のＷｅｂブラウザを使ってサイトをアクセスしてＳＳＬ接続の要求をする。
【０１０９】
ステップＰＸ０３で、アプリケーションサーバ５は、認証局から発行された自分のサーバ証明書とサーバの公開鍵を携帯電話機４に送る。ここで、前記サーバ証明書にはサーバの公開鍵が含まれている。
【０１１０】
上記公開鍵には、例えば１０２４ビット又は２０４８ビットのデータを使うことが考えられる。
【０１１１】
ステップＰＸ０４で、携帯電話機４は前記サーバ証明書に署名し、該証明書を発行した認証局のルート証明書の署名を確認する。
【０１１２】
確認プロセスを完了すると携帯電話機４は、通信を暗号化するために使用する共通鍵を生成するための基礎データを作成し、前記サーバの公開鍵で暗号化してからアプリケーションサーバ５に送信する。
【０１１３】
ステップＰＸ０５で、アプリケーションサーバ５は自身の持つ秘密鍵で暗号を解読し、前記共通鍵を生成するための基礎データを取り出して共通鍵を生成する。
【０１１４】
上記において、秘密鍵は、例えば１２８ビットのデータを使うことが考えられるが、秘密鍵を短くするとセキュリティーが低くなり、秘密鍵を長くするとハードウェアに負担がかかり計算に時間がかかってしまうので、ハードウェアの性能を考慮した設定が必要となる。
【０１１５】
以降、携帯電話機４とアプリケーションサーバ５は同一の共通鍵を持つことになり、ステップＰＸ０６およびステップＰＸ０７で前記共通鍵を使った暗号化と、自分の持つ秘密鍵を使った複合化によって暗号化通信が開始される。
【０１１６】
図７（ａ）〜（ｃ）はフラッシュ画像画面の例を示している。（ａ）は、オーディション審査でフラッシュ画像を表示した画面、（ｂ）は、選択画像の拡大画面、（ｃ）は選択画像の応募者プロフィールを表示した画面を示している。本実施例においては、複数の応募者を同時に表示する画面表示に表示される応募者の画像は、前記携帯電話機の１から９のボタンに対応させた９人分の画像とした。
【０１１７】
図７（ａ）には、１番から９番までの９個のサムネイルフラッシュ画像が表示されている。
【０１１８】
携帯電話機４の図７（ａ）の表示画面７ａの画像にカーソルを合わせて携帯電話機４の入力ボタン８の中の特定ボタンをクリックするかタッチセンサーパネルの場合は表示画面７ａの画像をクリックすると画像が拡大されて図７（ｂ）の画面７ｂに拡大画面が表示される。
【０１１９】
ここで指定ボタンを押すと、図７（ｃ）に示すように画像が拡大画像７ｂからプロフィール情報画面７ｃに表示切り替えされる。投票者は拡大画面７ｂとプロフィール情報画面７ｃによって９人の中からどの応募者に投票するかを意志決定する。前記投票者は何番のフラッシュ画像を選択したかを理解しているが、例えば他のデジタルカメラなどでプロフィールを撮影しても、同じ画面にフラッシュ画像とプロフィールが一緒に表示されることはないので、個人情報の悪用可能性を低減できる。
【０１２０】
図８（ａ）から（ｆ）はオーバーラップしたフラッシュ画像の生成プロセスを示している。図８（ａ）と図８（ｅ）は写真の前後に入れるダミー静止画像でそれぞれヘッダー画像９とフッター画像１３となっている。図（ｂ）〜（ｄ）は応募者から送られて来た応募者写真その１〜３の静止画像であり、図７（ｆ）はこれら３枚の静止画をフェード・インとフェード・アウトを使い、最初と最後のダミー静止画像以外は常に２枚の画像をオーバーラップさせて生成したフラッシュ画像である。
【０１２１】
図８（ａ）と図８（ｅ）は、例えばサイトのキャラクターやアバターの顔が使えるが、写真とのオーバーラップにおいて表示画面をデジタルカメラなどで撮影した場合に認識し難くする目的で、単色画面ではなくなるべく複雑な映像であることが望ましい。
【０１２２】
図８（ｂ）〜図８（ｄ）は応募者から送られた映像１０〜１２であり、例えば同一背景で撮影された笑い顔、怒った顔、泣いた顔の３種類を順番にオーバーラップさせてフラッシュ画像を生成することができる。
【０１２３】
前記のフラッシュ画像に電子透かしを入れる場合には、フラッシュ画像１４が完成してから電子透かしデータを組み込むことにより個人情報漏洩対策および無断複製対策ができる。
【産業上の利用可能性】
【０１２４】
高い普及率を持つ携帯電話に、従来にはなかった高いセキュリティー性能を持たせ、アプリケーションサーバ５は盗撮が難しい複数静止画をオーバーラップさせたフラッシュ画像を送出することにより、個人情報が漏洩し難いオーディションシステムを提供することにより、オーディションの応募者と投票者をともに増やすことができるので高価な専用システムを使わないコストパフォーマンスの高いオーディションシステムが提供できる。
【図面の簡単な説明】
【０１２５】
【図１】本発明に係るシステムの一実施形態の構成を表わすブロック図
【図２】オーディションの流れ
【図３】応募から登録までの流れ
【図４】登録済み携帯電話によるオーディション応募プロセス
【図５】ストリーミングフラッシュ画像作成プロセス
【図６】（ａ）投票画面のフラッシュ画像表示画面（ｂ）選択された応募者のプロフィール表示画面
【図７】（ａ）オーバーラップフラッシュ画像の生成プロセス（ｂ）選択画像の拡大画面（ｃ）選択画像の応募者プロフィール
【図８】オーバーラップしたフラッシュ画像の生成プロセス
【符号の説明】
【０１２６】
１…ネットワーク、２…携帯電話機の基地局、３…基地局アンテナ、４…携帯電話機、５…アプリケーションサーバ、６…データーベース、７…携帯電話機の表示画面、８…携帯電話機の入力ボタン、９…ヘッダー画像、１０…応募者写真その１、１１…応募者写真その２、１２…応募者写真その３、１３…フッター画像、１４…フラッシュ画像。
【図１】
2010157020.tif 000003
【図２】
2010157020.tif 000004
【図３】
2010157020.tif 000005
【図４】
2010157020.tif 000006
【図５】
2010157020.tif 000007
【図６】
2010157020.tif 000008
【図７】
2010157020.tif 000009
【図８】
2010157020.tif 000010
【手続補正書】
【提出日】平成21年4月6日(2009.4.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｗｅｂ上のアプリケーションサーバと、ＩＤを備えた携帯電話機とで構成されるオーディションシステムであって、
前記アプリケーションサーバは、オーディションの応募および投票のプログラムを実行するＣＰＵを有し、
前記プログラムは、
各段階の審査を複数の応募者からなる審査グループに分け、低次の審査で選ばれた応募者を集めて高次の審査を行って最終審査に至る方式のプログラムと、
前記ＩＤを識別することで前記審査グループ単位における同一携帯電話機からの多重登録を防止するプログラムと、
低次の審査の途中で高次の審査の審査グループを構成する人数が集まった段階で低次の審査は継続しつつ高次の審査を行う先入れ先出し方式のプログラムと、
を含むことを特徴とする携帯電話機を使ったオーディションシステム。
【請求項２】
請求項１に記載のオーディションシステムであって、
前記各段階の審査段階において応募および投票を平行処理するプログラムを含むことを特徴とする携帯電話機を使ったオーディションシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
本発明によるオーディションシステムは、Ｗｅｂ上のアプリケーションサーバと、ＩＤを備えた携帯電話機とで構成されるオーディションシステムであって、
前記アプリケーションサーバは、オーディションの応募および投票のプログラムを実行するＣＰＵを有し、前記プログラムは、各段階の審査を複数の応募者からなる審査グループに分け、低次の審査で選ばれた応募者を集めて高次の審査を行って最終審査に至る方式のプログラムと、前記ＩＤを識別することで前記審査グループ単位における同一携帯電話機からの多重登録を防止するプログラムと、低次の審査の途中で高次の審査の審査グループを構成する人数が集まった段階で低次の審査は継続しつつ高次の審査を行う先入れ先出し方式のプログラムを含むようにした。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
また、前記オーディションシステムにおいては、
前記各段階の審査段階において応募および投票を平行処理するプログラム
を含むようにすることも考えられる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】削除
【補正の内容】