(57)【特許請求の範囲】
【請求項１】
インカメラと、
前記インカメラを制御して、保険対象となる製品を撮影するカメラ制御部と、
前記製品の撮影と一連の処理として、保険加入の申込みを受け付ける受付部と、
前記保険加入の申込みの受け付けと一連の処理として、撮影された前記製品の静止画像及び／又は動画像を付して前記保険加入の申込みを保険者の装置へ送信する送信部と、を有する情報処理装置であって、
前記保険対象となる製品は、前記情報処理装置であって、
前記カメラ制御部は、前記インカメラを制御して、鏡に映った前記情報処理装置を撮影することを特徴とする情報処理装置。
【請求項２】
前記インカメラから得られるライブビュー画像に、前記製品の映像を合わせるための位置基準を重ねて表示するライブビュー表示処理部を有し、
前記カメラ制御部は、前記製品の前記映像が前記位置基準に合っていると判定したときに、自動的に前記撮影を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記撮影のときに、画面全体が一様の所定画像を表示する撮影用表示処理部、をさらに有する請求項１又は２に記載の情報処理装置。
【請求項４】
インカメラを備える情報処理装置に、
前記インカメラを制御して、保険対象となる製品を撮影する撮影機能と、
前記製品の撮影と一連の処理として、保険加入の申込みを受け付ける機能と、
前記保険加入の申込みの受け付けと一連の処理として、撮影された前記製品の静止画像及び／又は動画像を付して前記保険加入の申込みを保険者の装置へ送信する機能と、を発揮させ、
前記撮影機能において、前記インカメラを制御して、鏡に映った前記保険対象となる前記製品である前記情報処理装置を撮影することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製品の保険への加入申込みを行う技術に関する。
【背景技術】
【０００２】
スマートフォンの液晶ディスプレイは、強い衝撃が加わると割れることがある。液晶ディスプレイの破損は頻繁に起こることではないが、破損した場合に液晶ディスプレイを交換する修理代は高額である。そのため、スマートフォンの修理代を補償する保険がある。
【０００３】
このような保険では、一般的に新品のスマートフォンを購入したときに加入することになっている。ただし、購入後しばらくしてからユーザが保険に加入したいと思う場合や中古品を入手したタイミングで保険に加入したいと思うことがある。
【０００４】
購入時よりも後に加入可能な保険の場合、加入時点でスマートフォンの画面が壊れていないことを確認する必要がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第６５７８６０７号公報
【特許文献２】特開２００３−１６２４２９号公報
【特許文献３】特許第５８３７００１号公報
【特許文献４】特開２００４−３４８３０２号公報
【特許文献５】特開２０１０−１５２９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
購入後に加入する保険に関して、窓口などで保険対象であるスマートフォンの状態を確認する方法も考えられるが、対面によらずＷｅｂを利用してスマートフォンの状態を確認して保険加入の申込みを受け付けるようにすれば、利便性が高まる。
【０００７】
スマートフォン以外の家庭用電気器具、自動車や備品などについても、使用中の製品の修理代を補償する保険の需要があると見込まれる。このような保険を、Ｗｅｂサービスとして実現するためには、製品の状態を直接見なくても確認できるようにする必要がある。
【０００８】
本発明は、上記課題認識に基づいて完成された発明であり、その主たる目的は、製品保険への加入を申し込む際に、保険対象の製品の状態を伝えやすくすることである。
【課題を解決するための手段】
【０００９】
本発明のある態様における情報処理装置は、カメラと、カメラを制御して、保険対象となる製品を撮影するカメラ制御部と、製品の撮影と一連の処理として、保険加入の申込みを受け付ける受付部と、保険加入の申込みの受け付けと一連の処理として、撮影された製品の静止画像及び／又は動画像を付して保険加入の申込みを保険者の装置へ送信する送信部と、を有する。
【発明の効果】
【００１０】
本発明によれば、製品保険への加入を申し込む際に、保険対象の製品の状態を伝えやすくできる。
【図面の簡単な説明】
【００１１】
【図１】保険サービスシステムの構成例を示す図である。
【図２】図２（Ａ）は、初期画面の画面図である。図２（Ｂ）は、撮影ガイド画面の画面図である。図２（Ｃ）は、ライブビュー画面の画面図である。
【図３】図３（Ａ）は、カウントダウン画面の画面図である。図３（Ｂ）は、撮影用画面の画面図である。図３（Ｃ）は、撮影画像画面の画面図である。
【図４】スマートフォンの機能ブロック図である。
【図５】表示処理部の機能ブロック図である。
【図６】スマートフォンのメイン処理過程を示すフローチャートである。
【発明を実施するための形態】
【００１２】
図１は、保険サービスシステムの構成例を示す図である。
スマートフォン１００は、インターネットを介して保険会社サーバ３００と接続することができる。保険会社サーバ３００は、保険会社が運用するサーバである。スマートフォン１００を所有するユーザが、そのスマートフォン１００を保険対象とするスマートフォン保険に加入しようとすることを想定する。スマートフォン１００には、保険加入用のスマホアプリ（ネイティブアプリ）がインストールされているものとする。この例で、保険会社は保険者であり、ユーザは被保険者である。
【００１３】
本実施形態では、ユーザがＷｅｂサービスによるスマートフォン保険の加入申込みを行う際に、保険対象製品であるスマートフォン１００の液晶ディスプレイの状態を伝えられるようにするために、鏡を使ったスマートフォン１００の自撮りによってスマートフォン１００の正面の撮影画像を得る。
【００１４】
図２（Ａ）は、初期画面１１０の画面図である。
スマートフォン１００の正面には、液晶ディスプレイとタッチセンサとを組み合わせたタッチパネルと、インカメラ１０２と、ホームボタン１０４とが設けられている。正面側のインカメラ１０２は、いわゆる「自撮り」に使用される。スマートフォン１００の背面側には、アウトカメラ（不図示）が設けられている。アウトカメラは、通常のデジタルカメラのように他者や景色を撮影するときに使用される。
【００１５】
スマホアプリを起動すると、スマートフォン１００の液晶ディスプレイに初期画面１１０が表示される。たとえば「画面割れの修理代・盗難などを補償します。」というスマートフォン保険の概要が表示される。ここでいう「画面」とは、液晶ディスプレイのことである。また、「保険対象のスマートフォンからお申込みください。」という注意メッセージが表示される。本実施形態では、保険対象とするスマートフォン１００以外からは、保険加入の申し込みを行えない。つまり、申し込みの操作を行ったスマートフォン１００が保険対象となる。これらの内容を了承したユーザは、次へボタン１１２をタッチする。ホームボタン１０４が押された場合に、次へボタン１１２がタッチされた場合と同様に動作してもよい。
【００１６】
図２（Ｂ）は、撮影ガイド画面１２０の画面図である。
初期画面１１０で次へボタン１１２がタッチされると、スマートフォン１００の液晶ディスプレイに撮影ガイド画面１２０が表示される。たとえば「スマートフォンの画面を鏡に映して撮影してください。」というガイドメッセージが表示される。また、スマートフォン１００の正面を鏡の方へ向けて、スマートフォン１００の正面を撮影する姿勢を表すイラストが表示される。本実施形態では、鏡で反射したスマートフォン１００を、スマートフォン１００のインカメラ１０２で撮影して、画面の状態を確認できるようにする。撮影の仕方を理解したユーザは、次へボタン１２２をタッチする。ホームボタン１０４が押された場合に、次へボタン１２２がタッチされた場合と同様に動作してもよい。
【００１７】
図２（Ｃ）は、ライブビュー画面１３０の画面図である。
撮影ガイド画面１２０で次へボタン１２２がタッチされると、スマートフォン１００の液晶ディスプレイにライブビュー画面１３０が表示される。ライブビュー画像領域１３４には、スマートフォン１００のインカメラ１０２で取得するライブビュー画像が表示される。スマートフォン１００の正面を鏡の方へ向けると、反射したスマートフォン１００の映像がライブビュー画像に写り込む。ライブビュー画像領域１３４の中央付近には、基準枠１３６が表示される。スマートフォン１００の位置と向きを調整して、基準枠１３６にスマートフォン１００の映像を合わせるように、ユーザに促す。そのために、「スマートフォンを基準枠に合わせてください。」というメッセージを表示する。基準枠を赤や青など、目立つ色で表示してもよい。その場合には、「・・・赤枠に合わせてください。」と表現してもよい。図２（Ｃ）の例では、スマートフォン１００の映像のうち、左上部分が基準枠１３６に収まっている。なお、この図で、スマートフォン１００を持つユーザの映像は省いている。
【００１８】
ユーザは、鏡越しにスマートフォン１００の映像中のライブビュー画像を見て、基準枠１３６にスマートフォン１００の映像が収まるようにスマートフォン１００の位置と向きを調整する。基準枠１３６にスマートフォン１００の映像が収まった状態で、ユーザはＯＫボタン１３２をタッチする。ホームボタン１０４が押された場合に、ＯＫボタン１３２がタッチされた場合と同様に動作してもよい。
【００１９】
図３（Ａ）は、カウントダウン画面１４０の画面図である。
ライブビュー画面１３０でＯＫボタン１３２がタッチされると、撮影のタイミングまでのカウントダウンが始まる。カウントダウンが進行している間、スマートフォン１００の液晶ディスプレイにカウントダウン画面１４０が表示される。カウントダウン画面１４０は、ライブビュー画面１３０におけるライブビュー画像領域１３４と同様のライブビュー画像領域１４４を含む。図３（Ａ）の例では、スマートフォン１００の映像の全体が基準枠１４６に収まっている。カウントダウンの間に、ユーザは、スマートフォン１００の位置と向きを微調整することができる。なお、カウントダウン中のＯＫボタン１４２は、白黒反転表示となる。
【００２０】
図３（Ｂ）は、撮影用画面１５０の画面図である。
カウントダウンが進んで撮影のタイミングに至る直前に、カウントダウン画面１４０から撮影用画面１５０に切り替わる。撮影用画面１５０として、画面割れを判別しやすい背景画像が表示される。この例では、全体が一様の白色である背景画像が撮影用画面１５０として表示される。撮影用画面１５０は、この例に限らず画面割れを判別しやすい輝度、色彩や模様の画像であってもよい。そして、撮影のタイミングでインカメラ１０２による静止画像の撮影が行われる。この例における撮影画像は静止画像であるが、動画像を撮影してもよい。また、静止画像と動画像の両方を撮影してもよい。
【００２１】
図３（Ｃ）は、撮影画像画面１６０の画面図である。
インカメラ１０２による撮影を終えると、スマートフォン１００の液晶ディスプレイに撮影画像画面１６０が表示される。撮影画像領域１６４には、撮影画像、つまりインカメラ１０２によって撮影された静止画像が表示される。撮影画像中のスマートフォン１００の液晶ディスプレイの映像は、撮影用画面１５０が表示された状態のものである。もしも液晶ディスプレイが破損している場合には、撮影用画面１５０の上に破損の跡が表われる。つまり、ひび割れが写りこむ。この図では、ひび割れが起きていない状態を示している。
【００２２】
次に、ユーザの氏名や住所などのユーザ情報を受け付けるために、「ユーザ情報を入力してください。」というメッセージが表示される。撮影画像を確認したユーザは、次へボタン１６２をタッチする。ホームボタン１０４が押された場合に、次へボタン１６２がタッチされた場合と同様に動作してもよい。
【００２３】
撮影画像画面１６０で次へボタン１６２がタッチされると、ユーザ情報入力画面（不図示）が表示される。ユーザ情報入力画面は、ユーザの氏名、住所、電話番号およびメールアドレスなどのユーザ情報の入力を受け付ける。そして、スマートフォン１００は、保険加入の申込み情報を保険会社サーバ３００へ送信する。保険加入の申込み情報は、ユーザ情報、スマートフォン１００の機器情報（たとえば、機種コードや製造番号）および撮影画像を含む。機器情報は、オペレーティングシステムから取得可能である。
【００２４】
保険会社サーバ３００は、保険加入の申込み情報を受信すると、保険申込みの受付完了の通知をスマートフォン１００へ返信する。スマートフォン１００は、保険申込みの受付完了の通知を受けると、スマートフォン保険の申込みが完了した旨を表示して、メイン処理を終える。
【００２５】
図４は、スマートフォン１００の機能ブロック図である。
スマートフォン１００の各構成要素は、ＣＰＵ（Central Processing Unit）および各種コプロセッサ（coprocessor）などの演算器、メモリやストレージといった記憶装置、それらを連結する有線または無線の通信線を含むハードウェアと、記憶装置に格納され、演算器に処理命令を供給するソフトウェアによって実現される。コンピュータプログラムは、デバイスドライバ、オペレーティングシステム、それらの上位層に位置する各種アプリケーションプログラム、また、これらのプログラムに共通機能を提供するライブラリによって構成されてもよい。図示した各ブロックは、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００２６】
スマートフォン１００は、ユーザインターフェース処理部２１０、データ処理部２４０、通信部２６０およびデータ格納部２５０を含む。ユーザインターフェース処理部２１０は、タッチパネルやスピーカー等を介したユーザインターフェース処理を担当する。通信部２６０は、ネットワークを介した通信処理を担当する。データ格納部２５０は各種データを格納する。データ処理部２４０は、通信部２６０により取得されたデータおよびデータ格納部２５０に格納されているデータに基づいて各種処理を実行する。データ処理部２４０は、ユーザインターフェース処理部２１０、通信部２６０およびデータ格納部２５０のインターフェースとしても機能する。
【００２７】
ユーザインターフェース処理部２１０は、ユーザによる操作入力を受け付ける入力部２１２と、ユーザへの情報提示を行う出力部２１４とを含む。
入力部２１２は、ボタンタッチ操作およびユーザ情報の入力操作を受け付ける受付部２１６を含む。出力部２１４は、液晶ディスプレイに各種画面を表示する表示処理部２２０を含む。表示処理部２２０については、図５に関連して詳述する。
【００２８】
データ処理部２４０は、カメラ制御部２４２および装置情報取得部２４４を含む。
カメラ制御部２４２は、インカメラ１０２およびアウトカメラ（不図示）を制御して撮影を行う。装置情報取得部２４４は、オペレーティングシステムからスマートフォン１００の装置情報（たとえば、機種コードや製造番号など）を取得する。
【００２９】
通信部２６０は、データを送信する送信部２８０とデータを受信する受信部２７０を含む。
送信部２８０は、保険加入の申込み情報（ユーザ情報、機器情報および撮影画像を含む）を保険会社サーバ３００へ送信する申込み情報送信部２８２を含む。受信部２７０は、保険会社サーバ３００から保険加入申込みの受領通知を受信する受領通知受信部２７２を含む。
【００３０】
図５は、表示処理部２２０の機能ブロック図である。
表示処理部２２０は、初期表示処理部２２２、ガイド表示処理部２２４、ライブビュー表示処理部２２６、カウントダウン表示処理部２２８、撮影用表示処理部２３０、撮影画像表示処理部２３２、入力画面表示処理部２３４および受領通知表示処理部２３６を含む。
【００３１】
初期表示処理部２２２は、初期画面１１０（図２（Ａ））をスマートフォン１００の液晶ディスプレイに表示する。ガイド表示処理部２２４は、撮影ガイド画面１２０（図２（Ｂ））をスマートフォン１００の液晶ディスプレイに表示する。ライブビュー表示処理部２２６は、ライブビュー画面１３０（図２（Ｃ））をスマートフォン１００の液晶ディスプレイに表示する。カウントダウン表示処理部２２８は、カウントダウン画面１４０（図３（Ａ））をスマートフォン１００の液晶ディスプレイに表示する。撮影用表示処理部２３０は、撮影用画面１５０（図３（Ｂ））をスマートフォン１００の液晶ディスプレイに表示する。撮影画像表示処理部２３２は、撮影画像画面１６０（図３（Ｃ））をスマートフォン１００の液晶ディスプレイに表示する。入力画面表示処理部２３４は、ユーザ情報入力画面（不図示）をスマートフォン１００の液晶ディスプレイに表示する。受領通知表示処理部２３６は、スマートフォン１００の液晶ディスプレイに保険加入の申込みが受領された旨を表示する。
【００３２】
図６は、スマートフォン１００のメイン処理過程を示すフローチャートである。
スマホアプリが起動されると、初期表示処理部２２２が初期画面１１０（図２（Ａ））をスマートフォン１００の液晶ディスプレイに表示する（Ｓ１０）。受付部２１６が、初期画面１１０の次へボタン１１２へのタッチ操作を受け付けると、ガイド表示処理部２２４は、初期画面１１０に代えて撮影ガイド画面１２０（図２（Ｂ））をスマートフォン１００の液晶ディスプレイに表示する（Ｓ１２）。
【００３３】
受付部２１６が、撮影ガイド画面１２０の次へボタン１２２へのタッチ操作を受け付けると、ライブビュー表示処理部２２６は、撮影ガイド画面１２０に代えてライブビュー画面１３０（図２（Ｃ））をスマートフォン１００の液晶ディスプレイに表示する。また、カメラ制御部２４２がインカメラ１０２を制御して、インカメラ１０２から連続的に得られるフレーム画像によるライブビュー画像を生成する。ライブビュー表示処理部２２６は、生成されたライブビュー画像を、ライブビュー画面１３０のライブビュー画像領域１３４に表示する（Ｓ１４）。
【００３４】
受付部２１６が、ライブビュー画面１３０のＯＫボタン１３２へのタッチ操作を受け付けると、カウントダウン表示処理部２２８は、カウントダウンを開始して、カウントダウン画面１４０（図３（Ａ））をスマートフォン１００の液晶ディスプレイに表示する（Ｓ１６）。カウントダウン表示処理部２２８は、カウントの進行に応じて「×秒前」のカウント表示を切り替える。カウントダウンが進行している間、カウントダウン表示処理部２２８は、ライブビュー表示処理部２２６と同様に、カウントダウン画面１４０のライブビュー画像領域１４４にライブビュー画像を表示する
【００３５】
カウントダウンが進んで撮影のタイミングに至る直前に、撮影用表示処理部２３０は、カウントダウン画面１４０に代えて撮影用画面１５０（図３（Ｂ））をスマートフォン１００の液晶ディスプレイに表示する（Ｓ１８）。この例では撮影用画面１５０として、全体が一様に白色の背景画像を用いる。画面全体が一様である画像を用いると、ひび割れを見分けやすい。画面全体が一様の縞模様や格子模様などであってもよい。そして、カメラ制御部２４２がインカメラ１０２を制御して、インカメラ１０２に撮影動作を行わせる（Ｓ２０）。カメラ制御部２４２は、インカメラ１０２から撮影画像を得る。
【００３６】
インカメラ１０２による撮影を終えると、撮影画像表示処理部２３２は、撮影用画面１５０に代えて撮影画像画面１６０（図３（Ｃ））をスマートフォン１００の液晶ディスプレイに表示する（Ｓ２２）。このとき、撮影画像表示処理部２３２は、撮影画像領域１６４に撮影画像を表示する。
【００３７】
受付部２１６が、撮影画像画面１６０の次へボタン１６２へのタッチ操作を受け付けると、スマートフォン１００はユーザ情報受付処理を実行する（Ｓ２４）。ユーザ情報受付処理では、入力画面表示処理部２３４がユーザ情報入力画面をスマートフォン１００の液晶ディスプレイに表示する。そして、受付部２１６が、ユーザの氏名、住所、電話番号およびメールアドレスなどのユーザ情報の入力を受け付ける。
【００３８】
受付部２１６が、ユーザ情報入力に続いて、保険加入の申込みの指示を意味する申込みボタン（不図示）のタッチの受け付けを終えると、装置情報取得部２４４は、オペレーティングシステムからスマートフォン１００の装置情報を取得する（Ｓ２６）。具体的には、たとえば機種コードや製造番号などを取得する。機種コードは、製品の種類を特定する情報の例である。製造番号は、製品を個体として識別する情報の例である。このようにすれば、ユーザが装置情報を入力する手間が省かれ、入力ミスを防ぐことができる。
【００３９】
申込み情報送信部２８２は、保険加入の申込み情報（ユーザ情報、機器情報および撮影画像を含む）を保険会社サーバ３００へ送信する（Ｓ２８）。保険会社サーバ３００は、保険加入の申込み情報を受信すると、受領通知をスマートフォン１００へ返信する。
【００４０】
受領通知受信部２７２が受領通知を受信すると、受領通知表示処理部２３６は、スマートフォン１００の液晶ディスプレイに保険加入の申込みが受領された旨を表示する（Ｓ３０）。
【００４１】
この後、保険会社は、保険加入の申込み情報に含まれるユーザ情報、装置情報および撮影画像に基づいて、スマートフォン保険への加入の認否を審査する。たとえば、撮影画像にスマートフォン１００の画面割れが写っている場合には、保険の加入を認めない。審査を終えると、保険会社サーバ３００は、審査結果をスマートフォン１００へ通知する。保険会社サーバ３００は、画像認識によって画面割れを自動判定してもよい。
【００４２】
本実施形態では、製品の撮影と一連の処理として、製品の撮影画像を含む保険加入の申込み情報を保険会社サーバ３００へ送信する。つまり、スマホアプリで撮影した画像以外の画像を申込み情報に含めることはできない。たとえば、写真フォルダにある画像を保険加入の申込みに使うことはできないので、破損する前の昔の写真を添付するような不正は防止できる。また、他のスマートフォンから受信した画像を転用するようなこともできない。したがって、友達のスマートフォンで撮影した画像を、自らのスマートフォンで撮影したかのように見せかけるという不正も防がれる。保険会社が欺かれるリスクが低減されるので、保険料を安く抑えることができるという面もある。
【００４３】
［変形例］
ライブビュー画面１３０（図２（Ｃ））に関連して、画像解析部（不図示）がライブビュー画像に含まれるスマートフォン１００の映像を抽出するようにしてもよい。さらに、画像解析部は、スマートフォン１００の映像が基準枠１３６に収まっているか否かを判定してもよい。スマートフォン１００の映像が基準枠１３６に収まっている場合に、画像解析部は、撮影条件を満たしていると判定してもよい。画像解析部が撮影条件を満たしていると判定した場合に、音声出力部（不図示）が「位置が合いました。ＯＫボタンにタッチしてください。」という音声メッセージを発して、カウントダウンへの移行を促すようにしてもよい。あるいは、画像解析部が撮影条件を満たしていると判定したタイミングで、カメラ制御部２４２がインカメラ１０２を制御して、自動的にインカメラ１０２に撮影動作を行わせてもよい。基準枠１３６は、スマートフォン１００の映像を合わせるための位置基準の例である。
【００４４】
画像解析部は、ライブビュー画像において基準枠１３６に対するスマートフォン１００の映像のずれ方向を特定してもよい。そして、ずれ方向に基づいて、音声出力部が「スマートフォンを左へ移動してください。」、「スマートフォンを右へ移動してください。」、「スマートフォンを上へ移動してください。」あるいは「スマートフォンを下へ移動してください。」などのような位置合わせを指示する音声メッセージを発するようにしてもよい。
【００４５】
ライブビュー画面１３０（図２（Ｃ））に関連して、ライブビュー表示処理部２２６は、基準枠１３６に代えてＱＲコード（登録商標）を表示してもよい。そして、ＱＲコード認識部（不図示）において、撮影画像に含まれるＱＲコードを認識してもよい。ＱＲコード認識部は、撮影画像に含まれるＱＲコードを認識した場合に、撮影条件を満たしていると判定してもよい。ＱＲコード認識部は、撮影画像に含まれるＱＲコードを認識し、認識されたＱＲコードの位置が基準範囲（たとえば、中央付近の所定領域）の中にある場合に、撮影条件を満たしていると判定してもよい。さらに、ＱＲコードの大きさが基準範囲に含まれることを、撮影条件に加えてもよい。ＱＲコードは、位置および大きさを認識するための図形の例である。図形認識部（不図示）が、ＱＲコード以外の所定図形を基準として、撮影条件を判定してもよい。ＱＲコード認識部あるいは図形認識部が撮影条件を満たしていると判定した場合に、音声出力部が「位置が合いました。ＯＫボタンにタッチしてください。」という音声メッセージを発して、カウントダウンへの移行を促すようにしてもよい。または、ＱＲコード認識部あるいは図形認識部が撮影条件を満たしていると判定したタイミングで、カメラ制御部２４２がインカメラ１０２を制御して、自動的にインカメラ１０２に撮影動作を行わせてもよい。ＱＲコードで表すデータの内容は、毎回同じでもよいし、その都度異なるようにしてもよい。毎回異なるＱＲコードを用いれば、鏡に反射する映像を模した偽画像を作ることが困難になるので、不正を防ぎやすくなる。ＱＲコードは、図形コードの例である。ＱＲコードに代えてバーコードを使用してもよい。
【００４６】
ＱＲコード認識部は、ＱＲコードの位置によってスマートフォン１００のずれ方向を特定してもよい。また、図形認識部は、所定図形の位置によってスマートフォン１００のずれ方向を特定してもよい。そして、ずれ方向に基づいて、音声出力部が「スマートフォンを左へ移動してください。」などのような位置合わせ指示の音声メッセージを発するようにしてもよい。
【００４７】
スマートフォン１００は、ＱＲコードで表すデータの内容を、サーバ３００から取得するようにしてもよい。また、鏡に映った状態でＱＲコードが正常になるように、ライブビュー表示処理部２２６は、ＱＲコードを左右反転させてから表示してもよい。あるいは、ＱＲコード認識部が、撮影画像中においてＱＲコードに近似する図形を検出して、その図形を反転させてからＱＲコードとして認識するようにしてもよい。
【００４８】
実施形態では、撮影を１回行う例を示したが、撮影を複数回行うようにしてもよい。複数の静止画像を申込み情報に含めてもよい。また、撮影の都度、異なる背景画像を撮影用画面１５０（図３（Ｂ））として表示するようにしてもよい。ひび割れの状態によって、その状態が現れやすい背景画像が異なることがある。複数の背景画像を使って撮影を行えば、いろいろな状態のひび割れを判別しやすくなる。
【００４９】
実施形態では、カメラ制御部２４２が静止画像の撮影を行う例を示したが、カメラ制御部２４２が動画像の撮影を行うようにしてもよい。動画像であれば多数のフレーム画像を含むので、好適なフレーム画像を選んで、より確実な判定を行える。また、動画像を撮影している間に、撮影用画面１５０（図３（Ｂ））として表示する背景画像を切り替えるようにしてもよい。上述のように、複数の背景画像を使えば、いろいろな状態のひび割れを判別しやすくなる。動画像は、撮影画像として申込み情報に含められる。また、動画像と静止画像の両方を、撮影画像として申込み情報に含めてもよい。
【００５０】
撮影用表示処理部２３０は、撮影用画面１５０（図３（Ｂ））に当日日付および現在時刻を重ねて表示してもよい。また、撮影画像検証部（不図示）において、撮影画像に写っている当日日付および現在時刻を読み取り、読み取った当日日付および現在時刻が撮影日時と合わない場合に不正と判断してもよい。撮影用表示処理部２３０は、当日日付および現在時刻を左右反転して表示してもよい。撮影画像検証部は、当日日付および現在時刻に相当する領域を左右反転してから読み取りを行ってもよい。
【００５１】
スマートフォンに代えて、タブレットやノートパソコンを保険対象として上述の実施形態および変形例を適用してもよい。
【００５２】
上述の実施形態および変形例に示したスマホアプリはネイティブアプリに限らない。Ｗｅｂアプリで、上述の実施形態および変形例に示した処理を実現してもよい。
【００５３】
保険対象は、家庭用電気器具、自動車や備品などでもよい。その場合にはカメラ制御部２４２がアウトカメラ（不図示）を制御して、保険対象を撮影する。その場合、アウトカメラのライブビュー画像に基準枠を重ねて表示する方法などは、上述の実施形態や変形例と同様である。また、保険加入の申込み方法なども、上述の実施形態や変形例と同様である。
【００５４】
なお、本発明は上記実施形態や変形例に限定されるものではなく、要旨を逸脱しない範囲で構成要素を変形して具体化することができる。上記実施形態や変形例に開示されている複数の構成要素を適宜組み合わせることにより種々の発明を形成してもよい。また、上記実施形態や変形例に示される全構成要素からいくつかの構成要素を削除してもよい。
【符号の説明】
【００５５】
１００  スマートフォン、１０２  インカメラ、１０４  ホームボタン、１１０  初期画面、１１２  次へボタン、１２０  撮影ガイド画面、１２２  次へボタン、１３０  ライブビュー画面、１３２  ＯＫボタン、１３４  ライブビュー画像領域、１３６  基準枠、１４０  カウントダウン画面、１４２  ＯＫボタン、１４４  ライブビュー画像領域、１４６  基準枠、１５０  撮影用画面、１６０  撮影画像画面、１６２  次へボタン、１６４  撮影画像領域、２１０  ユーザインターフェース処理部、２１２  入力部、２１４  出力部、２１６  受付部、２２０  表示処理部、２２２  初期表示処理部、２２４  ガイド表示処理部、２２６  ライブビュー表示処理部、２２８  カウントダウン表示処理部、２３０  撮影用表示処理部、２３２  撮影画像表示処理部、２３４  入力画面表示処理部、２３６  受領通知表示処理部、２４０  データ処理部、２４２  カメラ制御部、２４４  装置情報取得部、２５０  データ格納部、２６０  通信部、２７０  受信部、２７２  受領通知受信部、２８０  送信部、２８２  申込み情報送信部、３００  保険会社サーバ
【要約】
【課題】製品保険への加入を申し込む際に、保険対象の製品の状態を伝えやすくする。
【解決手段】情報処理装置は、カメラと、カメラを制御して、保険対象となる製品を撮影するカメラ制御部と、製品の撮影と一連の処理として、保険加入の申込みを受け付ける受付部と、保険加入の申込みの受け付けと一連の処理として、撮影された製品の静止画像及び／又は動画像を付して保険加入の申込みを保険者の装置へ送信する送信部と、を有する。
【選択図】図２【図１】
0006811500.tif 000002
【図２】
0006811500.tif 000003
【図３】
0006811500.tif 000004
【図４】
0006811500.tif 000005
【図５】
0006811500.tif 000006
【図６】
0006811500.tif 000007