JP6372276B2 - 情報処理システム、データ記憶方法及びプログラム - Google Patents

Description

本発明は、情報処理システム、データ記憶方法及びプログラムに関する。

金融機関の渉外員が顧客のところに出向いた際に預かった顧客の通帳や証書等を適正に管理する技術として、渉外員が持参したモバイル端末を用いてその場で預かり物を撮影した画像を、渉外員が入力したお客様番号などの情報とともにサーバに送信する技術がある。

特開２０１０−２０４７８６号公報 特開２０００−００１９８６号公報

一方で金融機関の営業担当者が、顧客のところに出向いて契約手続等を行う際、顧客の個人情報が記載された媒体を、モバイル端末を用いてその場で撮影し、会社に持ち帰ることがある。個人情報が記載された媒体の例としては、例えば、運転免許証や保険証等が挙げられる。客先で撮影された顧客の個人情報が含まれる撮影画像データは、契約手続等を行う際の資料としてサーバで管理されるべきであるため、いずれかのタイミングでモバイル端末からサーバへアップロードされる必要がある。営業担当者がモバイル端末に撮影画像データを格納したままの状態で持ち歩くと、モバイル端末ごとあるいは記憶媒体ごと紛失してしまった場合に、顧客の個人情報が流出してしまうことにつながる。このため、外出先での撮影により得られた撮影画像データを撮影後に直ちにサーバ等にアップロードしモバイル端末から消去しておく作業は、営業担当者にとって個人情報の流出を未然に防ぐうえで重要である。営業担当者にそのような作業の実行を促すためには、モバイル端末からサーバへデータをアップロードする作業の容易化が望まれる。

顧客の個人情報等が含まれるデータがサーバへアップロードされた場合、サーバ上では、いずれの顧客に関するデータであるかを容易に識別可能な状態で管理される必要がある。しかしながら、撮影画像データを顧客情報と対応づけてサーバにアップロードする場合、営業担当者は、外出先にてモバイル端末を操作し、サーバへアクセスした上で、顧客に関する情報を入力して、格納すべき領域を検索したり指定したりするといった作業が必要になる。このため、外出先で取得したデータをサーバにアップロードする際の営業担当者の作業負荷が大きい。また、営業担当者が顧客に関する情報の入力や、格納すべき領域の指定を誤った場合、顧客Ａの個人情報が含まれるデータが、顧客Ｂと対応するデータとしてサーバ上で格納されてしまう虞れもある。

一つの側面では、モバイル端末からサーバ装置にデータを格納する際の操作を支援する仕組みを提供することを目的とする。

一態様によれば、データ記憶方法は、端末からデータを受信し、受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち、前記操作者の識別子と対応付けて格納されている前記操作者に対応するスケジュールに示される、前記日時に対応する１の顧客を特定する処理を実行し、特定した前記顧客を示す情報と対応付けて、前記データを記憶することを特徴とする。

モバイル端末からサーバ装置にデータを格納する際の操作を支援する仕組みを提供することが可能になる。

顧客情報管理システムの全体構成を示す図である。 モバイル端末のハードウェア構成を示す図である。 サーバ装置のハードウェア構成を示す図である。 識別情報データベースに格納される識別情報の一例を示す図である。 スケジュール情報データベースに格納されるスケジュール情報の一例を示す図である。 顧客情報管理データベースに格納される管理情報の一例を示す図である。 顧客情報の格納領域の一例を示す図である。 モバイル端末の機能構成を示す図である。 撮影画像データの一例を示す図である。 サーバ装置の機能構成を示す図である。 顧客情報収集処理の流れを示すフローチャートである。 顧客情報管理処理の流れを示すフローチャートである。 顧客情報管理処理の流れを示すフローチャートである。 モバイル端末に表示される表示画面の遷移を示す図である。 顧客情報収集処理における営業担当者によるモバイル端末の操作内容を説明するための図である。 検索されるスケジュール情報の時間範囲を示す図である。 検索されるスケジュール情報の距離範囲を示す図である。 顧客情報管理処理の流れを示すフローチャートである。 顧客情報管理処理の流れを示すフローチャートである。 モバイル端末に表示される表示画面の遷移を示す図である。

以下、実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

［第１の実施形態］
はじめに、第１の実施形態に係る情報処理システムの一例である顧客情報管理システムの全体構成について説明する。図１は、顧客情報管理システムの全体構成を示す図である。顧客情報管理システム１００は、例えば、保険会社や銀行等の金融機関によるサービスの提供対象である"顧客"の個人情報を、営業担当者が撮影により収集し、サーバ装置内の所定の格納領域に格納することで顧客の個人情報を管理するシステムである。

図１に示すように、顧客情報管理システム１００は、モバイル端末１１０とサーバ装置１２０とを有する。モバイル端末１１０とサーバ装置１２０は、ネットワーク１３０を介して相互に接続されている。

モバイル端末１１０は、顧客情報収集部１１１、識別情報データベース（以下、ＤＢと略す）１１２を有する。

顧客情報収集部１１１は、顧客の個人情報（例えば、運転免許証や保険証等）が撮影されることにより得られた撮影画像データをサーバ装置１２０に送信することで、顧客の個人情報をサーバ装置１２０内の所定の格納領域（フォルダ）に格納する処理部である。

識別情報ＤＢ１１２は、モバイル端末１１０を操作する操作者である営業担当者を識別するための識別情報を格納する。

サーバ装置１２０は、顧客情報管理部１２１と、スケジュール情報ＤＢ１２２と、顧客情報管理ＤＢ１２３と、顧客情報ＤＢ１２４とを有する。

顧客情報管理部１２１は、モバイル端末１１０から受信した撮影画像データを解析し、撮影画像データに含まれる情報を抽出する処理部である。また、顧客情報管理部１２１は、撮影画像データより抽出した情報と、スケジュール情報ＤＢ１２２に格納されているスケジュール情報及び顧客情報管理ＤＢ１２３に格納されている管理情報とを比較する。更に、顧客情報管理部１２１は、比較結果に基づいて、撮影画像データに含まれる個人情報が、いずれの顧客の個人情報かを特定する。これにより、顧客情報管理部１２１では、撮影画像データを格納する顧客情報ＤＢ１２４において、特定した顧客に対応付けられた格納領域に撮影画像データを格納する。

スケジュール情報ＤＢ１２２は、営業担当者ごとにスケジュール情報を格納する記憶領域である。スケジュール情報は、例えば、１日単位のスケジュールである。スケジュール情報ＤＢ１２２は、営業担当者を示す情報及び日付を示す情報をキーとして、所定のスケジュール情報を格納する。

顧客情報管理ＤＢ１２３は、顧客ごとにの個人情報を格納する記憶領域である。また、顧客情報管理ＤＢ１２３は、顧客が特定された場合に顧客の個人情報が含まれる撮影画像データを格納すべき顧客情報ＤＢ１２４内の格納領域を、個人情報と対応付けて定義する。

顧客情報ＤＢ１２４は、モバイル端末１１０から送信された撮影画像データを、特定された顧客に対応付けられた格納領域に格納する記憶領域である。

続いて、モバイル端末１１０のハードウェア構成について説明する。図２は、モバイル端末のハードウェア構成を示す図である。図２に示すように、モバイル端末１１０は、ＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、記憶部２０４を備える。また、モバイル端末１１０は、ＧＰＳ（Global Positioning System）ユニット２０５、時刻管理部２０６、撮影部２０７、通信部２０８、ユーザインタフェース部２０９を備える。なお、モバイル端末１１０の各部は、バス２１０を介して相互に接続されている。

ＣＰＵ２０１は、記憶部２０４に格納された各種プログラム（例えば、顧客情報収集部１１１としてＣＰＵ２０１を動作させる顧客情報収集アプリケーションプログラム）を実行するコンピュータである。

ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、記憶部２０４に格納された各種プログラムをＣＰＵ２０１が実行するために必要な、各種プログラム、データ等を格納する。具体的には、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラムなどを格納する。

ＲＡＭ２０３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の主記憶装置である。ＲＡＭ２０３は、記憶部２０４に格納された各種プログラムがＣＰＵ２０１によって実行される際に展開される、作業領域として機能する。

記憶部２０４は、モバイル端末１１０にインストールされた各種プログラムや、プログラムを実行する際に用いられる各種情報（例えば、識別情報ＤＢ１１２に格納される識別情報）等を格納する。

ＧＰＳユニット２０５は、モバイル端末の位置情報（緯度、経度）を、例えば所定周期で出力する。時刻管理部２０６は、現在の時刻情報を出力する。撮影部２０７は、個人情報が記載された媒体等の撮影画像データを生成する。通信部２０８は、ネットワーク１３０に無線接続され、サーバ装置１２０との間で情報の送受信を行う。

ユーザインタフェース部２０９は、モバイル端末１１０が有する各種情報を表示する表示部と、営業担当者がモバイル端末１１０に各種指示を入力する際に用いる操作部と、を有する。

次に、サーバ装置１２０のハードウェア構成について説明する。図３は、サーバ装置１２０のハードウェア構成を示す図である。図３に示すように、サーバ装置１２０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、記憶部３０４、通信部３０５、ユーザインタフェース部３０６を備える。

ＣＰＵ３０１は、記憶部３０４に格納された各種プログラム（例えば、ＣＰＵを顧客情報管理部１２１としてＣＰＵ３０１を動作させる顧客情報管理アプリケーションプログラム）を実行するコンピュータである。

ＲＯＭ３０２は不揮発性メモリである。ＲＯＭ３０２は、記憶部３０４に格納された各種プログラムをＣＰＵ３０１が実行するために必要な、各種プログラム、データ等を格納する。具体的には、ＢＩＯＳやＥＦＩ等のブートプログラムなどを格納する。

ＲＡＭ３０３は、ＤＲＡＭやＳＲＡＭ等の主記憶装置である。ＲＡＭ３０３は、記憶部３０４に格納された各種プログラムがＣＰＵ３０１によって実行される際に展開される、作業領域として機能する。

記憶部３０４は、サーバ装置１２０にインストールされた各種プログラムや、プログラムを実行する際に用いられる各種情報等を格納する。なお、記憶部３０４が格納する各種情報には、例えば、スケジュール情報ＤＢ１２２が格納するスケジュール情報や、顧客情報管理ＤＢ１２３が格納する管理情報、顧客情報ＤＢ１２４が格納する顧客情報が含まれる。

通信部３０５は、ネットワーク１３０に接続され、モバイル端末１１０との間で情報の送受信を行う。ユーザインタフェース部３０６は、サーバ装置１２０が有する各種情報を表示する表示部と、サーバ装置１２０の管理者がサーバ装置１２０に各種指示を入力する際に用いる操作部と、を有する。

次に、モバイル端末１１０が有する識別情報ＤＢ１１２について説明する。図４は、識別情報ＤＢに格納される識別情報の一例を示す図である。図４に示すように、識別情報ＤＢ１１２に格納される識別情報は、情報の項目として、"端末ＩＤ"と"ユーザＩＤ"と"パスワード"とを有する。

"端末ＩＤ"には、モバイル端末１１０固有の識別子が格納される。図４の例では、モバイル端末１１０の端末ＩＤとして、"ＡＡＡＡ"が格納されている。"ユーザＩＤ"には、モバイル端末１１０を利用する営業担当者として、予め登録した営業担当者固有の識別子が格納される。図４の例では、モバイル端末１１０を利用する営業担当者として、３人の営業担当者が登録されており、それぞれのユーザＩＤとして、"αααα"、"ββββ"、"γγγγ"が格納されている。

"パスワード"には、各営業担当者が顧客情報収集アプリケーションプログラムを起動する際の認証情報が格納される。顧客情報収集部１１１では、起動指示が入力された場合に、ユーザＩＤとパスワードの入力を要求する。また、顧客情報収集部１１１では、営業担当者がユーザＩＤに対応するパスワードを正しく入力したか否かを、識別情報ＤＢ１１２の"パスワード"に格納された認証情報に基づいて判定する。

次に、サーバ装置１２０が有するスケジュール情報ＤＢ１２２、顧客情報管理ＤＢ１２３、顧客情報ＤＢ１２４について説明する。図５は、スケジュール情報ＤＢ１２２に格納されるスケジュール情報の一例を示す図である。図５に示すように、スケジュール情報ＤＢ１２２は、営業担当者ごとにスケジュール情報を管理している。図５の例は１日単位でわけられたスケジュールが格納された例であり、ユーザＩＤ＝"αααα"の営業担当者の"２０１３年１２月１６日"のスケジュール情報を示している。

スケジュール情報ＤＢ１２２に格納されるスケジュール情報は、情報の項目として、"日時"と"所在（行動予定）"と"顧客ＩＤ"とを有する。

"日時"には、スケジュール情報の日付と、例えば１時間単位の時刻とが格納される。図５の例では、４時から１９時までの時刻が１時間単位で格納されている。この例では時刻の区切りは１時間単位であるが、これに限る必要はなく、スケジュールを管理するための都合に応じた時間単位で区切られて構わない。

"所在（行動予定）"には、"日時"に格納されたそれぞれの時刻（１時間単位の時刻）に対応する、営業担当者の行動予定を示す情報が格納される。図５の例では、９時から１０時の間に、ａさん宅を訪問し、保険の説明を行い、１０時から１１時の間に、ｂさん宅を訪問し関係書類を受け取り、１１時から１２時の間に、ｃさん宅を訪問し関係書類を受け取る旨の行動予定が格納されている。また、１４時から１５時の間に、ｄさん宅を訪問し保険の説明を行い、１７時から１８時の間に、ｇさん宅を訪問し保険の説明を行う旨の行動予定が格納されている。

"顧客ＩＤ"には、"所在（行動予定）"に格納された訪問先の顧客固有の識別子が格納される。図５の例では、"ａさん"の顧客ＩＤが"Ｃ００１"であり、"ｂさん"の顧客ＩＤが"Ｃ００２"、"ｃさん"の顧客ＩＤが"Ｃ００３"であることを示している。また、"ｄさん"の顧客ＩＤが"Ｃ００４"、"ｇさん"の顧客ＩＤが"Ｃ００７"であることを示している。

このように、スケジュール情報には、営業担当者の所在（行動予定）及び顧客ＩＤが、時刻情報と対応付けられたレコードとして登録されている。

図６は、顧客情報管理ＤＢ１２３に格納される管理情報の一例を示す図である。図６に示すように、顧客情報管理ＤＢ１２３に格納される管理情報は、情報の項目として、"顧客ＩＤ"と"顧客氏名"と"顧客住所"と"関連情報フォルダ"とを有する。

"顧客ＩＤ"は、顧客固有の識別子が格納される。"顧客氏名"には、顧客ＩＤに対応付けられた各顧客の氏名情報が格納される。"顧客住所"には、顧客ＩＤに対応付けられた各顧客の住所情報が格納される。"関連情報フォルダ"には、各顧客の個人情報が含まれる撮影画像データが格納されるべき、顧客情報ＤＢ１２４内における格納領域を示す格納領域情報が顧客ＩＤに対応付けて定義されている。

図６の例では、顧客ＩＤ＝"Ｃ００１"の顧客の個人情報が含まれる撮影画像データは、"ｓｖ０１￥ｃｉｎｆｏ￥Ｃ００１"により特定されるフォルダに格納されることがしめされている。同様に、顧客ＩＤ＝"Ｃ００２"〜"Ｃ００７"の顧客の個人情報が含まれる撮影画像データは、それぞれ、"ｓｖ０１￥ｃｉｎｆｏ￥Ｃ００２"〜"ｓｖ０１￥ｃｉｎｆｏ￥Ｃ００７"により特定されるフォルダに格納されることが示されている。

このように、顧客ＩＤと関連情報フォルダとが１対１で対応付けられているため、撮影画像データがいずれの顧客の個人情報を撮影したものであるかが特定されると、撮影画像データの格納領域が一意に決定されることとなる。

図７は、顧客情報ＤＢ１２４に格納される顧客情報の一例を示す図である。図７に示すように、顧客情報ＤＢ１２４は、フォルダごとに異なる格納領域が割り当てられている。図７の例では、フォルダ＝"ｓｖ０１￥ｃｉｎｆｏ￥Ｃ００１"に、顧客ＩＤ＝"Ｃ００１"の顧客の個人情報が含まれる撮影画像データとして、"Ｉｍａｇｅ１１．ｊｐｇ"が格納されている。同様に、フォルダ＝"ｓｖ０１￥ｃｉｎｆｏ￥Ｃ００２"に、顧客ＩＤ＝"Ｃ００２"の顧客の個人情報が含まれる撮影画像データとして、"Ｉｍａｇｅ２１．ｊｐｇ"〜"Ｉｍａｇｅ２３．ｊｐｇ"が格納されている。また、フォルダ＝"ｓｖ０１￥ｃｉｎｆｏ￥Ｃ００３"に、顧客ＩＤ＝"Ｃ００３"の顧客の個人情報が含まれる撮影画像データとして、"Ｉｍａｇｅ３１．ｊｐｇ"〜"Ｉｍａｇｅ３３．ｊｐｇ"が格納されている。

次に、モバイル端末１１０が有するＣＰＵ２０１が顧客情報収集アプリケーションプログラムを実行することで実現される顧客情報収集部１１１の各種機能について説明する。図８は、モバイル端末の機能構成を示す図である。

図８に示すように、顧客情報収集部１１１には、認証部８０１、撮影画像処理部８０２、通信制御部８０３、ユーザインタフェース制御部８０４が含まれる。

認証部８０１は、顧客情報収集アプリケーションプログラムが起動する際にユーザインタフェース制御部８０４による制御のもとでユーザインタフェース部２０９に表示されるログイン画面において、入力されたユーザＩＤとパスワードとを認証する。具体的には、識別情報ＤＢ１１２に登録されたユーザＩＤとパスワードとを参照しながら、入力されたユーザＩＤとパスワードの正否を判定する。認証部８０１において、ユーザＩＤとパスワードが正しいと判定した場合には、そのユーザＩＤにより識別される営業担当者について認証成功と判定し、顧客情報収集部１１１が有する他の機能が実行可能となる。

撮影画像処理部８０２は、ユーザインタフェース制御部８０４による制御のもとでユーザインタフェース部２０９に表示される撮影画面において、撮影指示が入力された場合に、撮影部２０７を制御し撮影画像データを生成する。例えば、顧客の個人情報が記載された媒体の撮影画像データが生成される。また、撮影画像処理部８０２は、撮影時にＧＰＳユニット２０５より出力された位置情報を、メタデータとして撮影画像データに付加する。また、撮影画像処理部８０２は、撮影時に時刻管理部２０６より出力された時刻情報を、メタデータとして撮影画像データに付加する。更に、撮影画像処理部８０２は、顧客情報収集アプリケーションプログラムの起動時に入力されたユーザＩＤを、メタデータとして撮影画像データに付加する。

通信制御部８０３は、ユーザインタフェース制御部８０４による制御のもとでユーザインタフェース部２０９に表示される送信画面において、撮影画像データの送信指示が入力された場合に、撮影画像データをサーバ装置１２０に送信する。また、通信制御部８０３は、撮影画像データの送信に対するサーバ装置１２０からの各種応答を受信し、ユーザインタフェース制御部８０４に通知する。更に、ユーザインタフェース制御部８０４への通知に対して、ユーザインタフェース制御部８０４のもとでユーザインタフェース部２０９に表示された確認画面や取得画面等において、入力された各種指示をサーバ装置１２０に送信する。

ユーザインタフェース制御部８０４は、ユーザインタフェース部２０９を制御し、各種指示を受け付けるための表示画面（ログイン画面、撮影画面、送信画面、確認画面、取得画面等）を表示する。また、表示した表示画面において入力された各種指示を受け付ける。

図９は、モバイル端末１１０において生成され、サーバ装置１２０に送信された撮影画像データの一例を示す図である。図９に示すように、撮影画像データ９００には、メタデータの項目として、"ファイル名"と"撮影日時"と"撮影場所"と"撮影者"とが含まれる。

"ファイル名"には、撮影画像処理部８０２が撮影画像データを生成する際に、自動的に付与するファイルの名称が格納される。"撮影日時"には、撮影時に時刻管理部２０６より出力された時刻情報が格納される。"撮影場所"には、撮影時にＧＰＳユニット２０５より出力された位置情報が格納される。"撮影者"には、顧客情報収集アプリケーションプログラムの起動時に入力されたユーザＩＤが格納される。なお、図１０の例は、撮影画像データとして、顧客の運転免許証が撮影された場合を示している。

次に、サーバ装置１２０が有するＣＰＵ３０１が顧客情報管理アプリケーションプログラムを実行することで実現される顧客情報管理部１２１の各種機能について説明する。図１０は、サーバ装置の機能構成を示す図である。

図１０に示すように、顧客情報管理部１２１には、撮影画像解析部１００１、スケジュール解析部１００２、格納先情報取得部１００３、格納制御部１００４が含まれる。

撮影画像解析部１００１は、モバイル端末１１０より送信された撮影画像データを受信する。また、受信した撮影画像データに付加されているメタデータを解析し、撮影された日時を示す撮影日時情報、撮影された場所を示す撮影場所情報、撮影した撮影者を示す撮影者情報を抽出する。

スケジュール解析部１００２は、撮影画像解析部１００１により抽出された撮影日時情報及び撮影者情報に対応するスケジュール情報を、スケジュール情報ＤＢ１２２より検索する。また、スケジュール解析部１００２は、検索したスケジュール情報に含まれる１時間単位のレコードの中から、撮影画像解析部１００１により抽出された撮影日時情報及び撮影場所情報に応じたレコードを抽出する。更に、スケジュール解析部１００２は、抽出したレコードに含まれる顧客ＩＤを特定し、格納先情報取得部１００３に通知する。

格納先情報取得部１００３は、格納先情報取得部１００３より通知された顧客ＩＤに基づいて、顧客情報管理ＤＢ１２３を検索し、顧客ＩＤに関連付けられた関連情報フォルダを読み出す。これにより、格納先情報取得部１００３では、モバイル端末１１０より送信された撮影画像データの格納領域を決定する。

格納制御部１００４は、モバイル端末１１０より送信された撮影画像データを、顧客情報ＤＢ１２４が有する複数の格納領域のうち、格納先情報取得部１００３により決定された格納領域に格納するよう制御する。また、格納制御部１００４は、撮影画像データの格納が完了した場合に、撮影画像データの格納が完了した旨の通知をモバイル端末１１０に送信する。

なお、格納制御部１００４では、格納先情報取得部１００３が撮影画像データの格納領域を一意に決定できなかった場合には、モバイル端末１１０に対して一意に決定するための要求を送信する。具体的には、撮影画像データを格納すべき格納領域を決定するための情報の入力を促す画面の出力をモバイル端末１１０に対して指示する。格納制御部１００４では、各種要求に対してモバイル端末１１０より送信された応答内容に基づいて、撮影画像データを格納すべき格納領域を決定することができた場合、決定した格納領域に撮影画像データを格納するよう制御する。

続いて、モバイル端末１１０により実行される顧客情報収集処理の流れについて説明する。図１１は、モバイル端末１１０による顧客情報収集処理の流れを示すフローチャートである。

顧客情報収集アプリケーションプログラムが起動指示を受け付けると、ステップＳ１１０１において、ユーザインタフェース制御部８０４がユーザインタフェース部２０９にログイン画面を表示する。

ステップＳ１１０２において、ユーザインタフェース制御部８０４は、ログイン画面において入力されたユーザＩＤ及びパスワードを受け付ける。また、認証部８０１は、識別情報ＤＢ１１２を参照することで、受け付けたユーザＩＤ及びパスワードの正否を判定する。

ステップＳ１１０３において、認証部８０１は、受け付けたユーザＩＤ及びパスワードが正しくないと判定した場合には、認証に失敗したと判定し、顧客情報収集処理を終了する。一方、受け付けたユーザＩＤ及びパスワードが正しいと判定した場合には、認証成功と判定する。この場合、ユーザインタフェース制御部８０４では、顧客の個人情報が記載された媒体を撮影するための撮影画面をユーザインタフェース部２０９に表示する。

ステップＳ１１０４において、ユーザインタフェース制御部８０４は、撮影指示を受け付け、撮影画像処理部８０２は、撮影指示に応じて撮影部２０７を制御し、顧客の個人情報が記載された媒体の撮影画像データを生成する。また、撮影画像処理部８０２は、ＧＰＳユニット２０５及び時刻管理部２０６より、それぞれ、撮影時に出力された位置情報及び時刻情報を取得し、メタデータの撮影場所情報及び撮影日時情報として撮影画像データに付加する。更に、撮影画像処理部８０２は、ステップＳ１１０１において入力されたユーザＩＤを、メタデータの撮影者情報として撮影画像データに付加する。

ステップＳ１１０５において、通信制御部８０３は、撮影画像処理部８０２において生成された撮影画像データをサーバ装置１２０に送信する。

ステップＳ１１０６において、通信制御部８０３は、サーバ装置１２０への撮影画像データの送信に対する応答として、サーバ装置１２０からの通知を受信する。

ステップＳ１１０７において、通信制御部８０３は、ステップＳ１１０６において受信した通知が、撮影画像データの格納が完了した旨の通知であるか否かを判定する。

ステップＳ１１０７において、撮影画像データの格納が完了した旨の通知であると判定した場合には、ステップＳ１１１２に進む。ステップＳ１１１２において、ユーザインタフェース制御部８０４は、撮影画像データの格納が完了した旨の完了画面をユーザインタフェース部２０９に表示する。更に、撮影画像処理部８０２は、モバイル端末１１０内に一時的に記憶されている撮影画像データを削除する。その後、顧客情報収集処理を終了する。

一方、ステップＳ１１０７において、撮影画像データの格納が完了した旨の通知を受信していないと判定した場合には、ステップＳ１１０８に進む。ステップＳ１１０８において、通信制御部８０３は、サーバ装置１２０から確認要求を受け付けたか否かを判定する。

ステップＳ１１０８において確認要求を受け付けたと判定した場合、通信制御部８０３は、ユーザインタフェース制御部８０４に確認要求を通知し、ステップＳ１１０９に進む。なお、サーバ装置１２０から送信される確認要求は、サーバ装置１２０において、撮影画像データに基づいて特定した顧客が正しいか否かを、モバイル端末１１０を操作する営業担当者が確認することを要求するものである。

ステップＳ１１０９において、ユーザインタフェース制御部８０４は、通信制御部８０３より確認要求の通知を受け付けると、顧客の正否を営業担当者が確認するための確認画面をユーザインタフェース部２０９に表示するよう制御する。また、ユーザインタフェース制御部８０４は、表示された確認画面において入力された指示を受け付ける。その後、ステップＳ１１１１に進む。

一方、ステップＳ１１０８において、（確認要求ではなく）顧客情報の取得要求を受け付けたと判定した場合、通信制御部８０３は、ユーザインタフェース制御部８０４に顧客情報の取得要求を通知し、ステップＳ１１１０に進む。なお、サーバ装置１２０から送信される顧客情報の取得要求は、サーバ装置１２０において、撮影画像データに基づいて顧客が特定できなかったため、モバイル端末１１０を操作する営業担当者に、直接、顧客に関する情報の入力を要求するものである。

ステップＳ１１１０において、ユーザインタフェース制御部８０４は、通信制御部８０３より顧客情報の取得要求の通知を受け付けると、顧客に関する情報の入力を営業担当者に促すための取得画面をユーザインタフェース部２０９に表示するよう制御する。また、ユーザインタフェース制御部８０４は、表示された取得画面において入力された、顧客に関する情報を受け付ける。その後、ステップＳ１１１１に進む。

ステップＳ１１１１において、通信制御部８０３は、ユーザインタフェース制御部８０４において受け付けた内容を、サーバ装置１２０に送信する。通信制御部８０３では、ユーザインタフェース制御部８０４において受け付けた内容をサーバ装置１２０に送信すると、ステップＳ１１０６に戻り、受け付けた内容の送信に対する応答として、サーバ装置１２０からの通知を受信する。

更に、ステップＳ１１０７において、通信制御部８０３は、サーバ装置１２０より、撮影画像データの格納が完了した旨の通知を受信したか否かを判定する。ステップＳ１１０７において、撮影画像データの格納が完了した旨の通知を受信していないと判定した場合には、ステップＳ１１０８〜ステップＳ１１１１の処理を繰り返す。一方、ステップＳ１１０７において、撮影画像データの格納が完了した旨の通知を受信したと判定した場合には、ステップＳ１１１２に進む。

ステップＳ１１１２において、ユーザインタフェース制御部８０４は、撮影画像データの格納が完了した旨の完了画面をユーザインタフェース部２０９に表示する。更に、撮影画像処理部８０２は、モバイル端末１１０内に一時的に記憶されている撮影画像データを削除する。その後、顧客情報収集処理を終了する。

次に、サーバ装置１２０により実行される顧客情報管理処理の流れについて説明する。図１２、図１３は、サーバ装置１２０による顧客情報管理処理の流れを示すフローチャートである。

顧客情報管理アプリケーションプログラムが起動されると、ステップＳ１２０１において、撮影画像解析部１００１は、モバイル端末１１０から撮影画像データが送信されたか否かを判定する。ステップＳ１２０１において撮影画像データが送信されていないと判定した場合には、撮影画像データが送信されるまで待機する。

一方、ステップＳ１２０１において、撮影画像データが送信されたと判定した場合には、ステップＳ１２０２に進む。ステップＳ１２０２において、撮影画像解析部１００１は、受信した撮影画像データに付加されているメタデータを解析し、撮影者のユーザＩＤを抽出する。なおここでは、撮影者のユーザＩＤが撮影画像データに付加されていることとして説明するが、撮影者のユーザＩＤに代えて、他の情報が付加されており、該他の情報から間接的にユーザＩＤを特定してもよい。他の情報の例として、例えば、モバイル端末１１０の識別子が撮影画像データに付加されている場合は、該モバイル端末１１０の識別子と対応付けてサーバ装置１２０により記憶されているユーザＩＤを特定すればよい。

ステップＳ１２０３において、撮影画像解析部１００１は、受信した撮影画像データに付加されているメタデータを解析し、撮影日時情報及び撮影場所情報を抽出する。

ステップＳ１２０４において、スケジュール解析部１００２は、ステップＳ１２０２において抽出したユーザＩＤと、ステップＳ１２０３において抽出した撮影日時情報とに対応するスケジュール情報を、スケジュール情報ＤＢ１２２より検索する。

ステップＳ１２０５において、スケジュール解析部１００２は、ステップＳ１２０４において検索したスケジュール情報に含まれるレコードの中から、ステップＳ１２０３において抽出された撮影日時情報が日時の項目に示される時間の範囲に含まれるレコードを取得する。

ステップＳ１２０６において、格納先情報取得部１００３は、ステップＳ１２０５においてスケジュール解析部１００２により取得されたレコードに含まれる顧客ＩＤに基づいて、顧客情報管理ＤＢ１２３を検索し、対応する顧客住所情報を取得する。

ステップＳ１２０７において、格納先情報取得部１００３は、ステップＳ１２０３においてスケジュール解析部１００２により抽出された撮影場所情報と、ステップＳ１２０７において取得した顧客住所情報とを比較する。

ステップＳ１２０８において、格納先情報取得部１００３は、撮影場所情報と顧客住所情報とが一致するか否かを判定し、一致すると判定した場合にはステップＳ１２０９に進む。ステップＳ１２０９において、格納先情報取得部１００３は、顧客ＩＤに基づいて、顧客情報管理ＤＢ１２３を検索し、対応する関連情報フォルダを取得する。なお、撮影場所情報と顧客住所情報との一致判定は、撮影場所情報により特定される位置情報が、顧客住所情報と一致する場合だけでなく、一致しているとみなせる範囲の誤差の場合も、一致と判定してもよい。

ステップＳ１２１０において、格納制御部１００４は、ステップＳ１２０９において格納先情報取得部１００３により取得された関連情報フォルダを顧客情報ＤＢ１２４内の格納領域として撮影画像データを格納する。ステップＳ１２１１において、格納制御部１００４は、撮影画像データの格納が完了したことをモバイル端末１１０に送信する。

このように、顧客情報管理部１２１では、スケジュール情報ＤＢ１２２及び顧客情報管理ＤＢ１２３と、撮影画像データに付加されるメタデータとの比較により、撮影画像データに含まれる個人情報が、いずれの顧客のものであるかを自動的に判定する。これにより、顧客ごとに分けて管理される個人情報の格納領域を一意に決定することが可能となり、営業担当者が外出先で撮影画像データをサーバ装置１２０に格納する際に、格納先となるフォルダを検索したり指定したりする操作を行う必要がなくなる。つまり、顧客情報管理部１２１によれば、モバイル端末１１０からサーバ装置に個人情報を格納する際の操作を支援することが可能となる。

一方、ステップＳ１２０８において、撮影場所情報と顧客住所情報とが一致しないと判定した場合には、図１３のステップＳ１３０１に進む。図１３のステップＳ１３０１において、スケジュール解析部１００２は、ステップＳ１２０３において撮影画像解析部１００１により抽出された撮影日時情報に対応するレコードの前後１レコードを取得する。即ち、撮影日時情報により特定される時刻が"日時"の項目に示される時間に含まれる第一のレコード（ステップＳ１２０５で特定されたレコード）よりも前の時刻に相当するレコード群のうち、"所在（行動予定）"の項目に情報が格納されているレコードであって、第一のレコードに最も近い日時の情報が含まれている第二のレコードを特定する。また、第一のレコードよりも後の時刻に相当するレコード群のうち、"所在（行動予定）"の項目に情報が格納されているレコードであって、第一のレコードに最も近い日時の情報が含まれている第三のレコードを特定する。また、スケジュール解析部１００２は、それぞれのレコードに含まれる顧客ＩＤに基づいて顧客住所情報を取得する。

ステップＳ１３０２において、格納先情報取得部１００３は、ステップＳ１２０３においてスケジュール解析部１００２により抽出された撮影場所情報と、ステップＳ１３０１において取得した顧客住所情報とを比較する。

ステップＳ１３０３において、格納先情報取得部１００３は、撮影場所情報と、いずれか、すなわち前記第二のレコードまたは第三のレコードの顧客住所情報とが一致するか否かを判定し、一致すると判定した場合にはステップＳ１３０４に進む。ステップＳ１３０４において、格納制御部１００４は、撮影場所情報と顧客住所情報とが一致したレコードの顧客ＩＤをモバイル端末１１０に送信する。具体的には、撮影画像データに含まれる個人情報が、顧客ＩＤにより特定される顧客のものであるか否かを確認するための確認要求を送信する。

ステップＳ１３０５において、格納制御部１００４は、ステップＳ１３０４において送信した確認要求に対するモバイル端末１１０からの応答を受信する。ステップＳ１３０６において、格納制御部１００４は、確認要求に対するモバイル端末１１０からの応答が、"ＯＫ"であるか否かを判定する。

ステップＳ１３０６において、確認要求に対するモバイル端末１１０からの応答が、"ＯＫ"であると判定した場合には、ステップＳ１３０７に進む。ステップＳ１３０７において、格納先情報取得部１００３は、確認要求により営業担当者に確認された顧客ＩＤに基づいて、顧客情報管理ＤＢ１２３を検索し、対応する関連情報フォルダを取得する。その後、図１２のステップＳ１２１０に戻る。

一方、ステップＳ１３０３において、撮影場所情報と顧客住所情報とが一致しないと判定した場合、及び、ステップＳ１３０６において、確認要求に対するモバイル端末１１０からの応答が、"ＯＫ"でないと判定した場合には、ステップＳ１３０８に進む。

ステップＳ１３０８において、格納制御部１００４は、撮影画像データに含まれる個人情報が、いずれの顧客の個人情報であるかを問い合わせる顧客情報の取得要求を、モバイル端末１１０に送信する。

ステップＳ１３０９において、格納制御部１００４は、顧客情報の取得要求に対するモバイル端末１１０からの応答を受信する。ステップＳ１３１０において、格納制御部１００４は、顧客情報の取得要求に対するモバイル端末１１０からの応答内容に基づいて、顧客ＩＤを抽出する。

ステップＳ１３１１において、格納先情報取得部１００３は、応答内容に基づいて抽出された顧客ＩＤに基づいて、顧客情報管理ＤＢ１２３を検索し、対応する関連情報フォルダを取得する。その後、図１２のステップＳ１２１０に戻る。

このように、顧客情報管理部１２１では、撮影画像データに含まれる個人情報が、いずれの顧客のものであるかを自動的に判定できなかった場合に、営業担当者に、顧客候補を提示して確認をとるか、直接顧客情報の入力を促す。これにより、営業担当者がスケジュール情報に登録された行動予定と異なる行動をとった場合でも、顧客の個人情報を、顧客に対応付けられたフォルダに格納することができる。

続いて、顧客情報収集アプリケーションプログラムを起動させた場合の、ユーザインタフェース部２０９に表示される各種画面の遷移について説明する。図１４は、顧客情報収集アプリケーションプログラムを起動させた場合の画面遷移を示す図である。

画面１４００は、モバイル端末１１０の電源が投入された後の初期画面を示している。モバイル端末１１０の初期画面には、インストールされている顧客情報収集アプリケーションプログラムを起動するためのアイコン１４０１が表示されるものとする。

画面１４００上で、アイコン１４０１が選択されることで、顧客情報収集アプリケーションの起動指示が入力されると、画面１４１０に示すログイン画面が表示される。画面１４１０に示すように、ログイン画面には、ユーザＩＤとパスワードを入力する欄１４１１、１４１２が設けられており、営業担当者は、自身のユーザＩＤとパスワードをこれらの欄１４１１、１４１２に入力し、ログインボタン１４１３を押圧する。なお、画面上に表示されたボタンに対する入力は、表示されたボタンに対応付けられている、モバイル端末１１０のキーを押下する操作、画面上のボタンをクリック、またはタップする操作など、どのような操作によって実現されてもよい。

ログインに失敗すると、画面１４００に戻る。一方、ログインに成功すると、画面１４２０が表示される。画面１４２０は、顧客の個人情報が記載された媒体を撮影するための撮影画面である。図１４の例では、被写体表示領域１４２１に顧客の個人情報が記載された媒体である運転免許証が表示されている。顧客の個人情報が記載された媒体が被写体表示領域１４２１に表示されている状態で、撮影ボタン１４２２を押圧すると、撮影が行われる。

営業担当者による撮影指示に基づいて撮影が実行されると、画面１４３０が表示される。画面１４３０は、撮影画像データをサーバ装置１２０に送信し格納するか否かの指示を入力する送信画面である。

画面１４３０において、営業担当者が"はい"ボタン１４３１を押圧すると、サーバ装置１２０への送信処理が実行され、格納が成功した場合に画面１４４０が表示される。画面１４４０は、撮影画像データのサーバ装置１２０内の所定の格納領域への格納が完了したことを示す完了画面である。

画面１４４０に示すように、完了画面には、"続けて撮影"ボタン１４４１と"終了"ボタン１４４２とが含まれており、"続けて撮影"ボタン１４４１が押圧されると、画面１４２０が表示される。一方、"終了"ボタン１４４２が押圧されると、画面１４００が表示される。

また、画面１４３０において"はい"ボタン１４３１が押圧された場合であっても、サーバ装置１２０において、撮影画像データに含まれる個人情報がいずれの顧客のものであるかを一意に特定できなかった場合には、画面１４５０が表示される。

画面１４５０は、サーバ装置１２０において撮影画像データに基づいて特定した顧客ＩＤが正しいか否かを営業担当者に確認するための確認画面である。画面１４５０の例では、特定した顧客を示す情報として、特定した顧客ＩＤと対応付けて顧客情報管理ＤＢ１２３に格納されている顧客氏名「Ｃ」が示されている。顧客氏名に代えて、顧客ＩＤを表示してもよい。画面１４５０において、営業担当者が"はい"ボタン１４５１を押圧すると、サーバ装置１２０への送信処理が実行され、格納が成功した場合に画面１４４０が表示される。一方、営業担当者が"いいえ"ボタン１４５２を押圧すると、画面１４６０が表示される。

画面１４６０は、顧客に関する情報の入力を営業担当者に促すための取得画面である。画面１４６０に示すように、取得画面には、撮影画像データに含まれていた撮影日時情報及び撮影場所情報が含まれるとともに、顧客ＩＤを入力する欄１４６１及び"送信"ボタン１４６２が設けられている。画面１４６０の例では、撮影場所情報を示す情報として、撮影場所情報により特定される住所「神奈川県横浜市神奈川区・・・マンション２−２」が示されている。住所に代えて、撮影場所情報に示される緯度経度の情報を表示してもよい。これにより、営業担当者は、顧客ＩＤをサーバ装置１２０に送信することができる。欄１４６１で受け付けるデータは、撮影画像データと対応付ける顧客を一意に特定できる情報であればよく、例えば顧客氏名であってもよい。

画面１４６０において、営業担当者が顧客ＩＤを入力し、"送信"ボタン１４６２を押圧すると、サーバ装置１２０では、送信された顧客ＩＤに基づいて決定される格納領域に、撮影画像データの格納が完了したことを示す画面１４４０を表示する。

続いて、顧客情報管理システム１００を適用した場合の効果について説明する。図１５は、顧客情報収集処理における営業担当者によるモバイル端末の操作内容を説明するための図である。このうち、図１５（ａ）、（ｂ）は、対比のために従来のデータ記憶方法の一例を示したものであり、図１５（ｃ）は、顧客情報管理システム１００を適用した場合のデータ記憶方法の一例を示したものである。

図１５（ａ）に示す従来例のデータ記憶方法の場合、営業担当者１５０１が、外出先でモバイル端末にログインし撮影操作を行うことで、モバイル端末内に顧客の個人情報を撮影した撮影画像データが格納される。そして、撮影画像データが格納されたままの状態でモバイル端末が持ち運ばれ、営業担当者１５０１は、社内に戻ってから再度モバイル端末へのログイン操作を行いモバイル端末にログインした後、モバイル端末からサーバ装置へのアクセス操作を行う。更に、営業担当者１５０１は、顧客の個人情報を撮影した撮影画像データを、サーバ装置内の所定の格納領域に格納すべく格納領域を検索する操作を行う。更に、検索した格納領域に撮影画像データを格納する操作を行う。

このため、図１５（ａ）に示すデータ記憶方法の場合、サーバ装置への営業担当者１５０１による操作が煩雑である。また、図１５（ａ）に示すデータ記憶方法の場合、営業担当者１５０１が社内に戻るまでの移動中、営業担当者１５０１のモバイル端末には、顧客の個人情報が含まれる撮影画像データが格納されたままとなる。このため、モバイル端末ごとあるいは記憶媒体ごと紛失した場合には、顧客の個人情報が流出する虞れがある。

一方、図１５（ｂ）に示すデータ記憶方法の場合、営業担当者１５０１は、外出先でモバイル端末にログインし撮影操作を行った後、サーバ装置へのアクセス操作を行う。また、営業担当者１５０１は、顧客の個人情報を撮影した撮影画像データを、サーバ装置内の所定の格納領域に格納すべく、顧客に関する情報をキーとして格納領域の検索を行い、検索した格納領域に撮影画像データを格納する操作を行う。

図１５（ｂ）に示すデータ記憶方法の場合、サーバ装置への撮影画像データの送信後にモバイル端末内の撮影画像データを削除する操作を営業担当者１５０１が行うとすれば、営業担当者１５０１が社内に戻るまでの移動中、モバイル端末には、顧客の個人情報が含まれる撮影画像データが格納されていない。したがって、モバイル端末ごとあるいは記憶媒体ごと紛失したとしても、顧客の個人情報が流出することはない。

しかしながら、図１５（ｂ）に示すデータ記憶方法の場合、営業担当者１５０１による外出先での、サーバ装置へのデータ格納に関する操作が依然として煩雑である。

これに対して、図１５（ｃ）に示すデータ記憶方法の場合、営業担当者１５０１は、外出先でモバイル端末１１０にログインし撮影操作を行った後、撮影画像データをサーバ装置１２０に送信する指示を入力するだけでよい。つまり、サーバ装置１２０に撮影画像データを格納する際の操作を簡素化することができる。また、サーバ装置１２０への撮影画像データの格納完了後に、モバイル端末１１０内の撮影画像データが削除されるので、営業担当者１５０１が社内に戻るまでの移動中に、モバイル端末ごとあるいは記憶媒体ごと紛失したとしても、顧客の個人情報が流出することはない。

顧客情報管理システム１００によれば、顧客の個人情報を顧客ごとに分けて格納するための営業担当者による操作を簡素化することが可能となる。つまり、顧客情報管理システム１００によれば、モバイル端末からサーバ装置に個人情報を格納する際の操作を支援する仕組みを提供することが可能となる。

また、顧客の個人情報が含まれる撮影画像データを営業担当者が持ち歩く必要がなくなり、顧客の個人情報が流出してしまうといった事態を回避することが可能となる。

［第２の実施形態］
上記第１の実施形態では、撮影画像データより抽出した撮影日時情報、撮影場所情報、撮影者情報に基づいて、スケジュール情報内の１のレコードを抽出し、１の顧客ＩＤを特定した。これに対して第２の実施形態では、撮影画像データより抽出した撮影日時情報、撮影場所情報、撮影者情報に基づいて、複数の顧客ＩＤを顧客候補として挙げ、営業担当者に提示する。そして、営業担当者が選択することで１の顧客ＩＤを特定する。このように、サーバ装置が管理する顧客の中から、撮影日時情報、撮影場所情報、撮影者情報に基づいて顧客候補の数を限定したうえで、営業担当者に選択させることで、営業担当者の作業負荷が大きくなることなく、かつ顧客ＩＤを誤りなく特定することができる。なお、撮影画像データより抽出した撮影日時情報、撮影場所情報、撮影者情報に基づいて、複数の顧客ＩＤを顧客候補として挙げるにあたり、第２の実施形態では、所定の時間範囲または所定の距離範囲に基づいて複数のレコードを取得する。以下、第２の実施形態について説明する。

図１６は、スケジュール解析部１００２が、撮影画像データより抽出した撮影日時情報に基づいて、複数のレコードを取得する処理を説明するための図である。第２の実施形態においてスケジュール解析部１００２は、撮影画像データより抽出した撮影日時情報を含むレコードに加え、撮影日時情報を含む所定の時間範囲に対応するレコードを取得する。

図１６において、レコード１６０１は、撮影画像データより抽出した撮影日時情報（例えば、撮影日時＝２０１３年１２月１６日１０時３５分）を含むレコードである。一方、時間範囲１６１０は、撮影日時情報を含む所定の時間範囲を示している。

第２の実施形態において、スケジュール解析部１００２は、時間範囲１６１０に含まれるレコードを取得する。具体的には、レコード１６０１〜レコード１６０３を取得する。

一方、図１７は、スケジュール解析部１００２が、撮影画像データより抽出した撮影場所情報に基づいて、複数のレコードを取得する処理を説明するための図である。第２の実施形態においてスケジュール解析部１００２は、撮影画像データより抽出した撮影場所情報と一致している顧客住所情報に対応付けられた顧客ＩＤに加え、撮影場所から所定の距離範囲に含まれる顧客住所情報に対応付けられた顧客ＩＤを取得する。

図１７において点線で示した距離範囲１７００は、撮影画像データより抽出した撮影場所から所定の距離範囲を示している。第２の実施形態において、スケジュール解析部１００２は、距離範囲１７００に含まれる顧客住所情報を、顧客情報管理ＤＢ１２３を検索することで抽出する。更に、スケジュール解析部１００２は、抽出した顧客住所情報に対応付けられた顧客ＩＤを顧客情報管理ＤＢ１２３より抽出し、抽出した顧客ＩＤが登録されたレコードをスケジュール情報より取得する。具体的には、距離範囲１７００に含まれる顧客住所情報として、顧客氏名＝"ａ"、"ｂ"、"ｇ"の顧客住所情報を抽出する。そして、抽出した顧客住所情報に対応付けられた顧客ＩＤ＝"Ｃ００１"、"Ｃ００２"、"Ｃ００７"のうち、スケジュール情報に登録されている顧客ＩＤを含むレコード１６０１、１６０２を取得する。

このように、第２の実施形態におけるスケジュール解析部１００２では、撮影画像データより抽出した撮影日時情報、撮影場所情報、撮影者情報に基づいて、所定の時間範囲及び距離範囲に含まれる複数のレコードを取得する。これにより、複数の顧客ＩＤを顧客候補として挙げることができる。

次に、第２の実施形態における顧客情報管理処理の流れについて説明する。図１８、図１９は、第２の実施形態に係るサーバ装置による顧客情報管理処理の流れを示すフローチャートである。なお、第１の実施形態に係るサーバ装置による顧客情報管理処理の流れを示す図１２、図１３のフローチャートと同じ工程については、同じ参照番号を付すこととし、ここでは説明を省略する。

ステップＳ１８０１において、スケジュール解析部１００２は、ステップＳ１２０４において検索したスケジュール情報に含まれる１時間単位のレコードの中から、ステップＳ１２０３において抽出された撮影日時情報を含む所定の時間範囲内のレコードを取得する。

ステップＳ１８０２において、スケジュール解析部１００２は、ステップＳ１２０３において抽出された撮影場所情報を含む所定の距離範囲内の顧客住所情報を、顧客情報管理ＤＢ１２３より検索する。また、スケジュール解析部１００２は、検索した顧客住所情報に対応付けられた顧客ＩＤが登録されたレコードを、ステップＳ１２０４において検索したスケジュール情報から取得する。

ステップＳ１８０３において、スケジュール解析部１００２は、ステップＳ１８０１及びステップＳ１８０２において取得したレコードの合計数が１つであるか否かを判定する。ステップＳ１８０３において、取得したレコードの合計数が１つであると判定した場合には、ステップＳ１２０６に進む。なお、ステップＳ１２０６以降の処理は、図１２及び図１３を用いて説明済みであるため、ここでは説明を省略する。

一方、ステップＳ１８０３において、取得したレコードが複数あったと判定した場合には、図１９のステップＳ１９０１に進む。ステップＳ１９０１において、格納先情報取得部１００３は、ステップＳ１８０１及びステップＳ１８０２において取得した複数のレコードそれぞれに対応する日時、顧客氏名、顧客住所を営業担当者に提示する選択要求を送信する。

ステップＳ１９０２において、格納先情報取得部１００３は、選択要求に対するモバイル端末１１０からの応答を受信する。

ステップＳ１９０３において、格納先情報取得部１００３は、選択要求に対するモバイル端末１１０からの応答内容に基づいて、営業担当者が選択した顧客の顧客ＩＤを特定する。また、格納先情報取得部１００３は、特定した顧客ＩＤに基づいて顧客情報管理ＤＢ１２３を検索し、顧客ＩＤに対応付けられた関連情報フォルダを取得する。その後、図１８のステップＳ１２１０に戻る。

このように、第２の実施形態では、複数の顧客ＩＤを顧客候補として挙げ、営業担当者に提示することで、営業担当者に１の顧客ＩＤを特定させる。これにより、顧客ＩＤを誤りなく特定することができるため、撮影画像データを適切なフォルダに格納することが可能となる。

続いて、顧客情報収集アプリケーションプログラムを実行させた場合の、ユーザインタフェース部２０９に表示される各種画面の遷移について説明する。図２０は、顧客情報収集アプリケーションプログラムを実行させた場合の画面遷移を示す図である。

なお、画面１４００〜１４４０は、図１４を用いて説明した画面１４００〜１４４０と同じであるため、ここでは説明を省略する。図１４との相違点は、画面２０００である。

画面２０００は、画面１４３０において"はい"ボタン１４３１が押圧された場合であって、サーバ装置１２０において、複数の顧客ＩＤが顧客候補として挙げられた場合に表示される選択画面である。

画面２０００に示すように、選択画面には、撮影画像データより抽出された撮影日時情報及び撮影場所情報２００１が提示される。また、選択画面には、スケジュール解析部１００２により取得された複数のレコードの日時、及び複数のレコードに登録された顧客ＩＤに対応付けて顧客情報管理ＤＢ１２３に格納された顧客氏名及び顧客住所が、顧客候補２００２〜２００５として提示される。

更に、選択画面には選択欄２００６が含まれており、営業担当者は顧客候補２００２〜２００５の中から、撮影画像データに含まれる個人情報がいずれの顧客の個人情報であるかを判定し、判定結果に対応する顧客候補を選択する。

更に、選択画面には"送信"ボタン２００７が含まれており、営業担当者が"送信"ボタン２００７を押圧すると、選択された顧客候補がサーバ装置１２０に送信される。これにより、サーバ装置１２０では、撮影画像データに対応する顧客ＩＤを特定し、特定した顧客ＩＤに対応付けられたフォルダに、撮影画像データを格納することができる。

このように第２の実施形態によれば、営業担当者による選択に基づいて顧客ＩＤを特定するため、顧客ＩＤを誤りなく特定することができる。

［第３の実施形態］
上記第１及び第２の実施形態では、モバイル端末１１０を用いて、顧客の個人情報が記載された媒体を撮影することで、撮影画像データを取得するものとしたが、撮影画像データの取得方法は、撮影に限定されない。例えば、予め撮影された撮影画像データをコピー、あるいはスキャンすることにより撮影画像データを取得するようにしてもよい。また、モバイル端末１１０が取得するデータは撮影画像データに限定されず、例えば、テキストデータ等の撮影画像データ以外のデータであってもよい。いずれの場合も、モバイル端末１１０では、モバイル端末１１０がデータを取得した取得日時、取得場所、取得者をデータに付加して、取得したデータをサーバ装置１２０に送信する。

以上に述べたいずれの実施形態においても、顧客の個人情報を処理対象として説明したが、処理対象とする情報の種類はそれに限る必要はない。また、サーバ装置に情報を格納する際の領域を決定する際に、併せて、情報を格納する際のファイル名を決定してもよい。

なお、開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
コンピュータによるデータ記憶方法であって、該コンピュータが、
端末からデータを受信し、受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち１の顧客を特定する処理を実行し、特定した前記顧客を示す情報と対応付けて、前記データを記憶することを特徴とするデータ記憶方法。
（付記２）
前記特定する処理は、前記操作者の識別子と対応付けて格納されている該操作者のスケジュールに示される、前記日時に対応する顧客を特定することを特徴とする付記１に記載のデータ記憶方法。
（付記３）
更に、前記顧客に対応する位置情報が記憶されており、前記データには位置情報が含まれており、
前記データに含まれる位置情報と、前記顧客に対応する位置情報とを比較した結果、顧客を一意に特定できない場合に、確認画面を前記端末へ送信することを特徴とする付記２に記載のデータ記憶方法。
（付記４）
前記顧客を一意に特定できない場合に、前記操作者のスケジュールに示される、前記日時に対応する顧客及び前記日時の前後の時刻に対応する顧客を特定し、該特定した顧客に対応する位置情報と、前記データに含まれる位置情報とを比較した結果、顧客を一意に特定できた場合に、該一意に特定できた顧客を示す情報を含めて、前記確認画面を前記端末へ送信することを特徴とする付記３に記載のデータ記憶方法。
（付記５）
前記確認画面の前記端末への送信に対する前記端末からの応答の結果、顧客を一意に特定できなかった場合に、顧客情報の取得を要求する取得画面を前記端末へ送信することを特徴とする付記３または付記４に記載のデータ記憶方法。
（付記６）
前記顧客を一意に特定できない場合に、前記操作者のスケジュールに示される、前記日時に対応する顧客及び前記日時の前後の時刻に対応する顧客を特定し、該特定した顧客に対応する位置情報と、前記データに含まれる位置情報とを比較した結果、顧客を一意に特定できなかった場合に、顧客情報の取得を要求する取得画面を前記端末へ送信することを特徴とする付記３に記載のデータ記憶方法。
（付記７）
前記特定する処理は、前記操作者の識別子と対応付けて格納されている該操作者のスケジュールに示される、前記日時を含む所定の時間範囲に対応する顧客を特定することを特徴とする付記１に記載のデータ記憶方法。
（付記８）
前記特定する処理は、前記データに含まれる位置情報を含む所定の距離範囲に対応する顧客を特定することを特徴とする付記１に記載のデータ記憶方法。
（付記９）
前記所定の時間範囲に対応する複数の顧客のいずれかを選択する選択画面を前記端末へ送信することを特徴とする付記７に記載のデータ記憶方法。
（付記１０）
前記所定の距離範囲に対応する複数の顧客のいずれかを選択する選択画面を前記端末へ送信することを特徴とする付記８に記載のデータ記憶方法。
（付記１１）
前記選択画面の前記端末への送信に対する前記端末からの応答の結果に基づいて、顧客を特定することを特徴とする付記９または付記１０のいずれかの付記に記載のデータ記憶方法。
（付記１２）
端末からデータを受信する受信手段と、
受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち１の顧客を特定する特定手段と、
特定した前記顧客を示す情報と対応付けて、前記データを記憶するよう制御する制御手段と
を有することを特報とする情報処理システム。
（付記１３）
端末からデータを受信し、受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち１の顧客を特定する処理を実行し、特定した前記顧客を示す情報と対応付けて、前記データを記憶する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記１４）
端末と情報処理装置とを有する情報処理システムにおけるデータ記憶方法であって、
前記端末が、取得したデータを前記情報処理装置に送信し、
前記情報処理装置が、前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち１の顧客を特定する処理を実行し、特定した前記顧客を示す情報と対応付けて、前記データを記憶することを特徴とするデータ記憶方法。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１００ ：顧客情報管理システム
１１０ ：モバイル端末
１１１ ：顧客情報収集部
１１２ ：識別情報ＤＢ
１２０ ：サーバ装置
１２１ ：顧客情報管理部
１２２ ：スケジュール情報ＤＢ
１２３ ：顧客情報管理ＤＢ
１２４ ：顧客情報ＤＢ
１３０ ：ネットワーク
８０１ ：認証部
８０２ ：撮影画像処理部
８０３ ：通信制御部
８０４ ：ユーザインタフェース制御部
９００ ：撮影画像データ
１００１ ：撮影画像解析部
１００２ ：スケジュール解析部
１００３ ：格納先情報取得部
１００４ ：格納制御部
１４５０ ：画面
１４６０ ：画面
２０００ ：画面

Claims (4)

1. コンピュータによるデータ記憶方法であって、該コンピュータが、
   端末からデータを受信し、
   受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち、前記操作者の識別子と対応付けて格納されている前記操作者に対応するスケジュールに示される、前記日時に対応する１の顧客を特定する処理を実行し、
   特定した前記顧客を示す情報と対応付けて、前記データを記憶するデータ記憶方法。
2. 更に、前記顧客に対応する位置情報が記憶されており、前記データには位置情報が含まれており、
   前記データに含まれる位置情報と、特定した前記顧客に対応する位置情報とを比較した結果、顧客を一意に特定できない場合に、確認画面を前記端末へ送信することを特徴とする請求項１に記載のデータ記憶方法。
3. 端末からデータを受信する受信手段と、
   受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち、前記操作者の識別子と対応付けて格納されている前記操作者に対応するスケジュールに示される、前記日時に対応する１の顧客を特定する特定手段と、
   特定した前記顧客を示す情報と対応付けて、前記データを記憶するよう制御する制御手段と
   を有することを特報とする情報処理システム。
4. 端末からデータを受信し、
   受信した前記データの送信元である前記端末の識別子または該端末を操作する操作者の識別子と、前記端末が前記データを取得した日時とに基づいて、複数の顧客のうち、前記操作者の識別子と対応付けて格納されている前記操作者に対応するスケジュールに示される、前記日時に対応する１の顧客を特定する処理を実行し、
   特定した前記顧客を示す情報と対応付けて、前記データを記憶する、
   処理をコンピュータに実行させることを特徴とするプログラム。

Images