(57)【要約】【課題】サービスの提供を待機する顧客の満足度を向上させる。【解決手段】配信管理サーバ２４は、携帯端末３０から顧客識別情報を受信し、該顧客識別情報に基づいて発券番号管理サーバ２２から当該顧客の待ち時間を抽出し、その待ち時間に、動画配信サーバ２５から読み出した動画データの再生時間が合うように動画変換サーバ２６で編集し、編集後の動画データを携帯端末３０へ配信する。【選択図】        図１
2012133613.tif 000002
【特許請求の範囲】
【請求項１】
サービスの提供を待機する顧客の操作を受け付けて該顧客を識別する顧客識別情報を印刷した受付票を発行する受付手段と、
前記受付手段からの要求に応じて前記顧客識別情報を生成して前記受付手段に通知するとともに、該顧客識別情報に関連付けて該顧客がサービスの提供を受けるまでの待ち時間を記憶手段に記憶する待ち時間管理手段と、
前記顧客の携帯端末の表示手段に表示させる動画データを記憶する動画記憶手段と、
前記動画データを動画構成情報に基づいて編集する動画編集手段と、
前記携帯端末から入力された前記顧客識別情報を受信し、該顧客識別情報に基づいて前記待ち時間管理手段から前記顧客の待ち時間を抽出し、前記待ち時間に、前記動画記憶手段から読み出した動画データの再生時間が合うように前記動画編集手段で編集し、編集後の動画データを前記携帯端末へ配信する配信管理手段とを有することを特徴とする受付システム。
【請求項２】
請求項１の受付システムにおいて、
前記顧客識別情報に関連付けて前記顧客に視聴させるべき動画データを識別する動画識別情報を記憶する顧客情報管理手段を備え、
前記動画記憶手段は、前記動画識別情報に関連付けて前記動画データを記憶し、
前記配信管理手段は、前記顧客識別情報に基づいて前記顧客情報管理手段から前記動画識別情報を抽出し、その動画識別情報に基づいて前記動画記憶手段から動画データを読み出すことを特徴とする受付システム。
【請求項３】
請求項１または請求項２の受付システムにおいて、
前記動画データは、複数のフレーム区間に分割されて構成され、
前記動画構成情報は、前記フレーム区間毎に、フレーム識別情報と、フレーム再生時間と、削除優先度とから構成されていることを特徴とする受付システム。
【請求項４】
請求項３の受付システムにおいて、
前記動画編集手段は、前記削除優先度が高いフレーム区間を優先して削除し、前記フレーム再生時間の合計が前記待ち時間以下になるように動画データを編集することを特徴とする受付システム。
【請求項５】
請求項３または請求項４の受付システムにおいて、
前記配信管理手段は、前記フレーム区間を配信する毎に、前記顧客識別情報に基づいて前記待ち時間管理手段から前記顧客の待ち時間を抽出し、前記待ち時間に、前記動画記憶手段から読み出した動画データの再生時間が合うように前記動画編集手段で編集し、編集後の動画データを前記携帯端末へ配信することを特徴とする受付システム。
【請求項６】
請求項１から請求項４のいずれか１項の受付システムにおいて、
前記配信管理手段は、再度、前記携帯端末から前記顧客識別情報を受信したとき、未だ読み出されていない動画データを前記動画記憶手段から読み出し、該顧客識別情報に基づいて前記待ち時間管理手段から前記顧客の残り待ち時間を抽出し、前記残り待ち時間に、前記動画データの再生時間が合うように前記動画編集手段で編集し、編集後の動画データを前記携帯端末へ配信することを特徴とする受付システム。
【請求項７】
請求項１から請求項４のいずれか１項の受付システムにおいて、
前記配信管理手段は、前記携帯端末へ配信した動画データの再生時間を前記顧客識別情報とともに前記待ち時間管理手段へ通知し、
前記待ち時間管理手段は、前記動画データの再生時間が経過するまで前記顧客識別情報に関連付けられた顧客の呼び出しを抑止することを特徴とする受付システム。
【請求項８】
サービスの提供を待機する顧客の操作を受け付けて該顧客を識別する顧客識別情報を印刷した受付票を発行する受付手段と接続されたサーバであって、
前記サーバは、
前記受付手段からの要求に応じて前記顧客識別情報を生成して前記受付手段に通知するとともに、該顧客識別情報に関連付けて該顧客がサービスの提供を受けるまでの待ち時間を記憶手段に記憶する待ち時間管理手段と、
前記顧客の携帯端末の表示手段に表示させる動画データを記憶する動画記憶手段と、
前記動画データを動画構成情報に基づいて編集する動画編集手段と、
前記携帯端末から入力された前記顧客識別情報を受信し、該顧客識別情報に基づいて前記待ち時間管理手段から前記顧客の待ち時間を抽出し、前記待ち時間に、前記動画記憶手段から読み出した動画データの再生時間が合うように前記動画編集手段で編集し、編集後の動画データを前記携帯端末へ配信する配信管理手段とを有することを特徴とするサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商業銀行、証券会社、消費者金融事業者等の金融機関の営業店舗に来店した顧客を受付ける受付システムおよびサーバに関する。
【背景技術】
【０００２】
従来の受付システムは、店舗に来店し、サービスの提供を待機する顧客のストレスを介するために、顧客の来店を受付けた受付札発行装置に該顧客の予想退店時刻を表示し、顧客に予想退店時刻を報知するようにしている（例えば、特許文献１参照）。
また、予め再生時間の異なる複数のコンテンツを記憶装置に記憶しておき、来店した顧客の推定待ち時間と最も再生時間が近いコンテンツを出力装置に表示するようにしているものもある（例えば、特許文献２参照）。
【０００３】
さらに、待ち時間の終了タイミングに、コンテンツの再生終了タイミングを合わせ、そのコンテンツを出力装置に表示するようにしているものもある（例えば、特許文献３参照）。
またさらに、所定の再生時間に収まるように映像内における重要場面のダイジェスト再生を行う録画装置もある（例えば、特許文献４参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１６３４１７号公報（段落「００４２」〜段落「００４５」、図４）
【特許文献２】特開２０１０−８１３０９号公報（段落「００５５」〜段落「００５６」、図１１）
【特許文献３】特開２０１０−１２３０９２号公報（段落「００８４」〜段落「００９０」、図１０、図１１）
【特許文献４】特開２００５−３４８０７７号公報（段落「００２９」〜段落「００３３」、図５）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１の技術においては、顧客に予想退店時刻を報知するようにしても顧客の待ち時間に何らかのサービスを提供するものでなく、顧客の満足度を向上させることができないという問題がある。
また、特許文献２および特許文献３の技術においては、予め再生時間の異なる複数のコンテンツを記憶装置に記憶させておく必要があるため、想定される顧客の待ち時間（１０分、１５分、２０分等）に合わせて事前に膨大なコンテンツとしての映像データを用意しておかなければならないという問題があり、また記憶装置に記憶されたコンテンツは必ずしも顧客の待ち時間に一致するものでなく、コンテンツの再生中に窓口から呼び出しが行われると顧客はコンテンツの視聴を中止しなければならず顧客の満足度が低下してしまうという問題がある。
【０００６】
さらに、特許文献４の技術は、所定の再生時間に収まるように映像内における重要場面のダイジェスト再生を行う録画装置であるが、これを受付システムに応用したとしても、ダイジェスト再生されるコンテンツは必ずしもサービスの提供を待機する顧客が関心を有する場面でなく、顧客の満足度を十分に向上させることができないという問題がある。
本発明は、このような問題を解決することを課題とし、サービスの提供を待機する顧客の満足度を向上させることを目的とする。
【課題を解決するための手段】
【０００７】
そのため、本発明は、サービスの提供を待機する顧客の操作を受け付けて該顧客を識別する顧客識別情報を印刷した受付票を発行する受付手段と、前記受付手段からの要求に応じて前記顧客識別情報を生成して前記受付手段に通知するとともに、該顧客識別情報に関連付けて該顧客がサービスの提供を受けるまでの待ち時間を記憶手段に記憶する待ち時間管理手段と、前記顧客の携帯端末の表示手段に表示させる動画データを記憶する動画記憶手段と、前記動画データを動画構成情報に基づいて編集する動画編集手段と、前記携帯端末から入力された前記顧客識別情報を受信し、該顧客識別情報に基づいて前記待ち時間管理手段から前記顧客の待ち時間を抽出し、前記待ち時間に、前記動画記憶手段から読み出した動画データの再生時間が合うように前記動画編集手段で編集し、編集後の動画データを前記携帯端末へ配信する配信管理手段とを有することを特徴とする。
【発明の効果】
【０００８】
このようにした本発明は、サービスの提供を待機する顧客の満足度を向上させることができるという効果が得られる。
【図面の簡単な説明】
【０００９】
【図１】実施例における受付システムの構成を示すブロック図
【図２】実施例における受付番号票の印刷例を示す説明図
【図３】実施例における動画構成情報の構成を示す説明図
【図４】実施例における受付番号票発行処理を示す説明図
【図５】実施例における動画配信処理を示す説明図
【図６】実施例における受付番号票発行処理の流れを示すシーケンス図
【図７】実施例における動画配信処理の流れを示すシーケンス図
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明による受付システムおよびサーバの実施例を説明する。
【実施例１】
【００１１】
図１は実施例における受付システムの構成を示すブロック図である。なお、本実施例では、金融機関としての銀行の受付システムとして説明する。
図１において、１１は受付手段としての受付機であり、金融機関の営業店１０のロビー等に設置され、来店した顧客の操作を受け付けて窓口での取引の処理を待つための受付番号、サービス番号および２次元コード等が印刷された受付票としての受付番号票を発行するものである。
【００１２】
この受付機１１は前面に、液晶ディスプレイ等の表示部上にタッチパネル等の入力を受け付けるための操作部を備えた顧客操作表示部、カードの挿入を受付けるとともにそのカードを排出するカード挿入排出口および受付番号票を発行するための受付番号票発行口が設けられている。
顧客操作表示部は、顧客の操作を誘導するための画面等を表示し、その画面に表示されたキーを指で触れることでタッチパネルを介してキー入力操作が行えるようになっている。
【００１３】
また、受付機１１はカード挿入排出口から挿入されたカードの磁気ストライプやＩＣチップ等に記録された店番、科目、口座番号または顧客情報番号（以下、「ＣＩＦ番号」という。）等の顧客を識別するための顧客識別情報を読取るカードリーダ部、後述する受付番号およびサービス番号を受付番号票に印刷し、その受付番号票を受付番号票発行口から発行する受付番号票発行部、磁気ディスク、半導体メモリ等の記憶部、行内ネットワーク等の通信回線２を介して各種データの送受信を行う通信部、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）等の演算および制御を行う制御部等を備えるものである。
【００１４】
ここで、受付機１１が発行する受付番号票を図２の実施例における受付番号票の印刷例を示す説明図に基づいて説明する。
図２において、受付番号票１２には受付番号１２１（例えば、「１０１」）、サービス番号１２２（例えば、「Ｓ２２１」）およびバーコードとしての二次元コード１２３が印刷される。受付番号１２１は営業店に来店した顧客に対して採番された番号であり、顧客を窓口に呼び出すときに使用されるものである。サービス番号１２２は顧客を識別するための顧客識別情報としての番号であり、携帯端末のカードリーダ部で読取られた顧客識別情報に対応付けられた番号である。二次元コード１２３はサービス番号１２２および携帯端末が接続するＷＥＢサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が記述されたバーコードである。なお、本実施例では、受付番号票１２に二次元コード１２３が印刷されたものとして説明するが、受付番号票１２に二次元コード１２３は印刷されていなくてもよい。
【００１５】
このように、受付手段としての受付機１１は、サービスの提供を待機する顧客の操作を受け付けて該顧客を識別する顧客識別情報としてのサービス番号１２２等を印刷した受付番号票１２を発行する。
なお、サービス番号およびカードから読取った店番、科目、口座番号またはＣＩＦ番号等のどちらも顧客識別情報であるが、受付番号票にサービス番号を印刷するようにしたのは口座番号等の個人情報の漏洩を防止するためである。
【００１６】
図１の説明に戻り、金融機関の銀行センタ２０には、サービス番号管理サーバ２１と、発券番号管理サーバ２２と、モバイル用ＷＥＢサーバ２３と、配信管理サーバ２４と、動画配信サーバ２５と、動画変換サーバ２６と、顧客情報管理サーバ２７と、動画情報ＤＢ（ＤａｔａＢａｓｅ）２８とが設置され、サービス番号管理サーバ２１は発券番号管理サーバ２２と通信回線２を介して通信可能に接続され、また発券番号管理サーバ２２と、モバイル用ＷＥＢサーバ２３と、配信管理サーバ２４と、動画配信サーバ２５と、動画変換サーバ２６と、顧客情報管理サーバ２７と、動画情報ＤＢ２８とは通信回線２を介して通信可能に接続されている。また、サービス番号管理サーバ２１および発券番号管理サーバ２２は受付機１１と通信回線２を介して通信可能に接続され、さらにモバイル用ＷＥＢサーバ２３は後述する携帯端末３０とモバイル用ネットワーク等の通信回線３を介して通信可能に接続されている。
【００１７】
待ち時間管理手段としての発券番号管理サーバ２２は、営業店１０の受付機１１からの要求により受付機１１が設置された営業店１０内の最新の受付番号を採番し、顧客の呼び出し順序等を管理するとともに、発行した受付番号およびサービス番号毎に当該顧客が窓口でサービスを受けるまでの現時点での待ち時間、すなわち残り待ち時間を算出して記憶手段に記憶する機能を有する。
また、発券番号管理サーバ２２は、サービス番号の採番をサービス番号管理サーバ２１へ依頼し、サービス番号管理サーバ２１で採番された当該顧客のサービス番号とともに受付番号を受付機１１へ応答する機能を有する。
【００１８】
さらに、発券番号管理サーバ２２は、受付番号およびサービス番号に関連付けて受付機１１から受信した店番、科目、口座番号またはＣＩＦ番号等の顧客識別情報を記憶手段に記憶する。
なお、待ち時間を算出する方法については、例えば取引に要する平均の所要時間を取引の種別毎に予め設定しておき、呼び出しを待つ顧客の所望する取引種別と待ち人数から現時点での待ち時間を算出するなど、従来周知の方法で行えばよい。
【００１９】
サービス番号管理サーバ２１は、発券番号管理サーバ２２から受信した依頼により最新のサービス番号を採番し、そのサービス番号を発券番号管理サーバ２２へ送信する。
なお、受付番号およびサービス番号の採番は、要求を受けた度に行い、来店した顧客に対して受付番号票毎に異なる番号が割り当てられるように行われる。したがって、受付番号とサービス番号は１対１に対応付けられている。
【００２０】
このように、待ち時間管理手段としての発券番号管理サーバ２２は、受付機１１からの要求に応じてサービス番号管理サーバ２１で顧客識別情報としてのサービス番号を生成して受付機１１に通知するとともに、サービス番号に関連付けて顧客がサービスの提供を受けるまでの待ち時間を記憶手段に記憶する。
【００２１】
モバイル用ＷＥＢサーバ２３は、モバイル用ネットワーク等の通信回線３に接続され、携帯端末３０で動作するブラウザからアクセスすることができる一般的なＷＥＢサーバであり、携帯端末３０との間でセッションを確立して携帯端末３０から受信した機種情報やサービス番号を配信管理サーバ２４へ通知し、また配信管理サーバ２４から通知された各種情報を携帯端末３０へ送信する。
【００２２】
携帯端末３０は、顧客が携帯可能な通常の携帯電話や携帯情報端末等であり、無線通信機能、配信される動画を表示するディスプレイ等の表示手段としての表示部、操作ボタン等の入力手段としての操作部、二次元コード等のバーコードを読取るカメラ等の入力手段としてのバーコードリーダ３２、近距離無線通信が可能な入力手段としてのＩＣチップ３３等を備えたものである。この携帯端末３０は、ブラウザ３１により通信回線３を介してモバイル用ＷＥＢサーバ２３にアクセスすることができ、モバイル用ＷＥＢサーバ２３から配信された動画データを表示部に表示する動画ビュワー３４を備えている。なお、携帯端末３０は、通話機能を備えていないものであってもよい。
【００２３】
配信管理手段としての配信管理サーバ２４は、動画配信サーバ２５、動画変換サーバ２６、顧客情報管理サーバ２７、および動画情報ＤＢ２８と連携し、携帯端末３０から受信したサービス番号に基づいて携帯端末３０を操作する顧客に視聴させる動画を選択し、さらに選択した動画を編集・加工等して当該顧客が操作する携帯端末３０に配信する。
また、配信管理サーバ２４は、携帯端末３０の機種情報毎にその携帯端末３０が表示することができる動画データ形式の情報を記憶しており、モバイル用ＷＥＢサーバ２３から送信された機種情報に基づいて当該携帯端末３０で表示可能な動画データ形式の決定を行う。
【００２４】
動画記憶手段としての動画配信サーバ２５は、金融機関が顧客に提供する様々な動画データ、すなわち携帯端末３０の表示部に表示させる動画データを、動画識別情報としての動画ＩＤと関連付けて記憶するものであり、配信管理サーバ２４の要求に応じて携帯端末３０を操作する顧客に視聴させるべき動画データを動画ＩＤに基づいて抽出し、抽出した動画データを配信管理サーバ２４へ返送する。また、配信管理サーバ２４の要求に応じてモバイル用ＷＥＢサーバ２３を介して動画データを携帯端末３０へ配信する機能を有している。
【００２５】
動画情報ＤＢ２８は、動画配信サーバ２５に記憶された動画データの詳細な構成情報を動画構成情報として記憶するデータベースである。動画情報ＤＢ２８に記憶する動画構成情報の構成は後述する。
【００２６】
動画編集手段としての動画変換サーバ２６は、動画配信サーバ２５から抽出された動画データを、動画情報ＤＢ２８に記憶された動画構成情報に基づいて、その一部を削除して再生時間の短縮等して編集・加工し、また携帯端末機種情報に基づいて携帯端末３０の機種毎に表示可能な動画データにするため、動画データのデータ形式を変換する機能を有している。
【００２７】
顧客情報管理手段としての顧客情報管理サーバ２７は、顧客識別情報に関連付けて顧客の住所、年齢、職業、収入、口座残高、口座取引履歴、趣味等の様々な顧客情報をデータベースとして蓄積しており、また蓄積した顧客情報に基づいて当該顧客に視聴させるべきプロモーション用の動画データを、動画配信サーバ２５に記憶されている動画データから選択し、その動画データを識別する動画識別情報としての動画ＩＤを記憶するものである。この顧客情報管理サーバ２７は、配信管理サーバ２４から受信した顧客識別情報に基づいて当該顧客に視聴してもらいたい動画を識別する情報としての動画ＩＤを抽出し、その動画ＩＤを配信管理サーバ２４へ送信する。なお、顧客情報管理サーバ２７は、動画配信サーバ２５に記憶された動画データを常時監視し、蓄積した顧客情報に基づいて当該顧客に視聴させるべき動画を検索し、その動画ＩＤを記憶手段に記憶するものとする。
【００２８】
上述したサービス番号管理サーバ２１、発券番号管理サーバ２２、モバイル用ＷＥＢサーバ２３、配信管理サーバ２４、動画配信サーバ２５、動画変換サーバ２６、顧客情報管理サーバ２７、動画情報ＤＢ２８および携帯端末３０は、ＣＰＵ、ＭＰＵ等の演算および制御手段、磁気ディスク、半導体メモリ等の記憶手段および通信手段等を備えたものである。
【００２９】
このように受付システム１は、受付機１１、サービス番号管理サーバ２１、発券番号管理サーバ２２、モバイル用ＷＥＢサーバ２３、配信管理サーバ２４、動画配信サーバ２５、動画変換サーバ２６、顧客情報管理サーバ２７、動画情報ＤＢ２８および携帯端末３０により構成されている。
【００３０】
なお、本実施例では、金融機関の銀行センタ２０に、サービス番号管理サーバ２１、発券番号管理サーバ２２、モバイル用ＷＥＢサーバ２３、配信管理サーバ２４、動画配信サーバ２５、動画変換サーバ２６、顧客情報管理サーバ２７、および動画情報ＤＢ２８を配置したものとして説明するが、それに限られることなく、サービス番号管理サーバ２１、発券番号管理サーバ２２、モバイル用ＷＥＢサーバ２３、配信管理サーバ２４、動画配信サーバ２５、動画変換サーバ２６、顧客情報管理サーバ２７、および動画情報ＤＢ２８を制御手段および記憶手段を備えたひとつ（または二以上）の装置（サーバ）としても良い。また、金融機関の銀行センタ２０でなく、それぞれの営業店１０に配置するようにしても良い。
【００３１】
次に、上述した動画情報ＤＢ２８に記憶する動画構成情報を図３の実施例における動画構成情報の構成を示す説明図に基づいて説明する。
図３において、動画構成情報２８１は、動画ＩＤ２８１ａ、動画名２８１ｂ、再生時間２８１ｃ、更新日２８１ｄ、分類２８１ｅ、ならびに動画ＩＤ２８１ａ毎の詳細動画構成情報として、動画ＩＤ２８１ｆ、フレームＩＤ２８１ｇ、フレーム時間２８１ｈ、削除優先度２８１ｉ、および属性２８１ｊから構成され、動画情報ＤＢ２８の記憶手段に記憶されるものである。
【００３２】
動画ＩＤ２８１ａは、動画配信サーバ２５に記憶された動画データを識別する情報であり、例えば、「０００１」、「０００２」のように４桁の番号で構成されたものである。動画名２８１ｂは、動画ＩＤ２８１ａ毎の動画データのタイトルを表す情報であり、例えば、「お昼のニュース」、「カードローンセールス」等の動画データの内容を表すものである。再生時間２８１ｃは、動画ＩＤ２８１ａ毎の動画データ全体の再生時間を表すものであり、例えば、「８分」、「１０分」等の時間である。更新日２８１ｄは、動画ＩＤ２８１ａ毎の動画データが更新された年月日を表すものである。分類２８１ｅは、動画ＩＤ２８１ａ毎の動画データのカテゴリを表し、例えば、「ニュース」、「プロモーション」等である。
【００３３】
動画ＩＤ２８１ｆは、上述した動画ＩＤ２８１ａと同様である。フレームＩＤ２８１ｇは、動画ＩＤ２８１ｆ毎の動画データを構成するフレームを、複数のフレーム区間に分割し、分割したそれぞれのフレーム区間を識別する情報であり、例えば、「０００１」、「０００２」のように４桁の番号で構成された動画データの一部分の映像を示すものである。フレーム時間２８１ｈは、フレームＩＤ２８１ｇ毎の再生時間であり、例えば「１０秒」、「５秒」等の再生時間である。削除優先度２８１ｉは、フレームＩＤ２８１ｇ毎のフレーム区間を削除する優先度を表し、例えば「１」、「２」等の数値である。なお、本実施例では、数値が大きいフレームＩＤ２８１ｇほど削除する優先順位が高いことを示すものとし、動画の再生時間を短縮する場合、この削除優先度２８１ｊの数値が大きいフレーム区間を優先して削除するものとする。属性２８１ｊは、フレームＩＤ２８１ｇ毎のフレーム区間の属性を表すものであり、例えば「導入」、「紹介」等である。
【００３４】
このように動画構成情報２８１は、動画ＩＤ２８１ａに関連付けて動画名２８１ｂ、再生時間２８１ｃ、更新日２８１ｄ、および分類２８１ｅを記憶し、ならびに動画ＩＤ２８１ｆに関連付けてフレームＩＤ２８１ｇ、フレーム時間２８１ｈ、削除優先度２８１ｉ、および属性２８１ｊを記憶する。
【００３５】
上述した構成の作用について説明する。
まず、受付システムが行う受付番号票発行処理の概要を図４の実施例における受付番号票発行処理を示す説明図に基づき図中Ｓで表すステップにしたがって図１を参照しながら説明する。
【００３６】
Ｓ１：顧客は金融機関の営業店１０に来店するものとする。
Ｓ２：営業店１０に来店した顧客は、営業店１０の入り口に設置された受付機１１に、店番、科目、口座番号またはＣＩＦ番号等の顧客識別情報が記録されたキャッシュカード等のカードを挿入する。受付機１１は、カードから顧客識別情報を読取るとともに顧客の操作による取引内容等の入力操作を受け付ける。
【００３７】
このとき受付機１１は、銀行センタ２０に設置された発券番号管理サーバ２２に最新の受付番号の採番を要求する情報をカードから読取った顧客識別情報とともに送信する。受付機１１から最新の受付番号の採番の要求を受けた発券番号管理サーバ２２は、最新の受付番号を採番するとともに、サービス番号管理サーバ２１に当該顧客（すなわち、採番した受付番号）を識別するためのサービス番号の採番を要求する。
【００３８】
Ｓ３：サービス番号の採番の要求を受けたサービス番号管理サーバ２１は、最新のサービス番号を採番する。サービス番号の採番は、要求を受けた度に行い、来店した顧客に対して受付番号票毎に異なる番号が割り当てられるように行われる。したがって、このサービス番号は来店した顧客を識別する顧客識別情報となる。サービス番号管理サーバ２１は、採番したサービス番号を発券番号管理サーバ２２へ返信する。
Ｓ４：発券番号管理サーバ２２は、採番した受付番号と、発券番号管理サーバ２２から受信したサービス番号と、受付機１１から受信した顧客識別情報とを関連付けて記憶手段に記憶させるとともに、その受付番号およびサービス番号を受付機１１へ送信する。
【００３９】
Ｓ５：受付機１１は、受信した受付番号およびサービス番号、ならびに携帯端末３０からモバイル用ＷＥＢサーバ２３へのアクセスをより簡便に行うための二次元コードを受付番号票に印刷し、その受付番号票を顧客に発行する。この二次元コードには、動画を閲覧するためのモバイル用ＷＥＢサーバ２３のＵＲＬやサービス番号が記述されている。したがって、受付番号票に印刷された二次元コードを携帯端末３０のバーコードリーダ３２で読取ることにより、携帯端末３０は金融機関が提供するモバイル用のサイトにアクセスすることができるようになっている。
このようにして受付システムは受付番号票発行処理を行う。
【００４０】
次に、受付システムが行う動画配信処理の概要を図５の実施例における動画配信処理を示す説明図に基づき図中Ｓで表すステップにしたがって図１を参照しながら説明する。
Ｓ６：受付機１１で受付番号票を受取った顧客は、窓口でのサービスの提供をロビー等で待機することになるが、このとき携帯端末３０を操作して内蔵されているバーコードリーダ３２を起動し、バーコード読取り機能を有効にする。
【００４１】
Ｓ７：顧客は、携帯端末３０を操作して受付番号票に印刷された二次元コードをバーコードリーダ３２で読み取る。携帯端末３０は、バーコードリーダ３２で読取ったＵＲＬに基づいて金融機関の銀行センタ２０のモバイル用ＷＥＢサーバ２３にアクセスする。なお、モバイル用ＷＥＢサーバ２３にアクセスする方法は、ブックマークに登録しておいたＵＲＬ情報を操作部で選択してアクセスしても良く、ＵＲＬを操作部で直接入力してアクセスしても良く、近距離無線通信用ＩＣチップからＵＲＬ情報を読み取ってアクセスしても良く、空メールを所定のメールアドレスに送信してその返信メールに記載されているＵＲＬを操作部で選択してアクセスするようにしても良い。
【００４２】
また、携帯端末３０は、読取った二次元コードからサービス番号を抽出する。なお、サービス番号は、顧客の操作により操作部で携帯端末３０に入力するようにしても良い。このとき顧客は受付番号票に印刷されたサービス番号を操作ボタン等で携帯端末３０に入力するものとする。
【００４３】
Ｓ８：携帯端末３０は、金融機関のモバイル用ＷＥＢサーバ２３に携帯端末３０の機種判別が可能な携帯端末機種情報およびサービス番号を送信する。なお、携帯端末機種情報の送信は既知の技術を用いるものとする。
【００４４】
Ｓ９：携帯端末３０からモバイル用ＷＥＢサーバ２３を介して携帯端末機種情報およびサービス番号を受信した配信管理サーバ２４は、サービス番号を発券番号管理サーバ２２へ送信して当該顧客の顧客識別情報および残り待ち時間を問い合わせる。サービス番号を受信した発券番号管理サーバ２２は、そのサービス番号に基づいて当該顧客の顧客識別情報および受付番号を抽出し、さらにその受付番号に関連付けられた当該顧客の残り待ち時間を抽出し、抽出した顧客識別情報および残り待ち時間を配信管理サーバ２４へ送信する。例えば、顧客の残り待ち時間は１０分間であるものとし、この時間が最適な動画再生時間の目安となる。発券番号管理サーバ２２から当該顧客の顧客識別情報および残り待ち時間を受信する。
【００４５】
さらに、配信管理サーバ２４は、受信した顧客識別情報を顧客情報管理サーバ２７へ送信し、当該顧客に視聴させるべき動画が存在するか否かの問合せを行う。問合せを受けた顧客情報管理サーバ２７は、当該顧客に視聴させるべき動画の存否とともに存在する場合は当該顧客に視聴させるべき動画の動画ＩＤを配信管理サーバ２４へ送信する。
【００４６】
配信管理サーバ２４は、放映する動画に関する動画構成情報（最長再生時間、動画の構成要素（フレーム）およびその再生時間等）を動画情報ＤＢ２８に問い合わせる。動画情報ＤＢ２８は、動画構成情報を読出し、その動画構成情報を配信管理サーバ２４へ送信する。
配信管理サーバ２４は、受信した動画構成情報に対応する動画データを動画配信サーバ２５へ問合せ、その動画データを動画配信サーバ２５から受信する。動画データを受信した配信管理サーバ２４は、携帯端末機種情報から決定した動画データ形式情報、当該顧客の残り待ち時間、動画構成情報および動画データを動画変換サーバ２６へ送信し、動画データの編集・加工を依頼する。
【００４７】
動画変換サーバ２６は、当該顧客の残り待ち時間と再生時間が同じになるように動画構成情報に基づいて動画データを編集・加工する。ここで、動画変換サーバ２６は、図３に示す動画構成情報２８１のフレームＩＤ２８１ｇ、フレーム時間２８１ｈ、削除優先度２８１ｉに基づき、フレーム時間２８１ｈの合計が当該顧客の残り待ち時間と同じになるように削除優先度２８１ｉの値が大きいフレームＩＤ２８１ｇの動画データを削除するように編集・加工する。
さらに、動画変換サーバ２６は、動画データ形式情報に基づいて当該携帯端末３０で閲覧できる動画データ形式（ｍｐｅｇ４、ｑｕｉｃｋｔｉｍｅ、ｗｍａ等）の動画データに変換する。
【００４８】
配信管理サーバ２４は、変換後の動画データを当該顧客の携帯端末３０へ配信する指示を動画配信サーバ２５へ通知し、その動画配信サーバ２５はモバイル用ＷＥＢサーバ２３を介して変換された動画データを当該顧客の携帯端末３０へ送信し、携帯端末３０の動画ビュワー３４に対して動画を配信する。
携帯端末３０で動画の再生が終了すると携帯端末３０で動画を視聴していた顧客が窓口より呼び出され、当該顧客は動画の視聴が終了するとともに窓口でのサービスの提供を適時に受けることができる。
【００４９】
このようにして、配信管理サーバ２４は、携帯端末３０からサービス番号を受信し、そのサービス番号に基づいて発券番号管理サーバ２２から当該顧客の待ち時間を抽出し、その待ち時間に再生時間が合うように、動画配信サーバ２５から読み出した動画データを動画変換サーバ２６で編集し、編集後の動画データを携帯端末３０へ配信する。
【００５０】
次に、受付システムが行う受付番号票発行処理の詳細を図６の実施例における受付番号票発行処理の流れを示すシーケンス図に基づき図中Ｓで表すステップにしたがって図１を参照しながら説明する。
【００５１】
Ｓ１０１：顧客は金融機関の営業店１０に来店するものとする。営業店１０に来店した顧客は、営業店１０の入り口に設置された受付機１１に顧客識別情報が記録されたキャッシュカード等のカードを挿入する。受付機１１は、カードから顧客識別情報を読取るとともに顧客の操作による取引内容等の入力操作を受け付ける。
Ｓ１０２：受付機１１は、カードから読取った顧客識別情報および営業店１０を識別するための店番情報を銀行センタ２０に設置された発券番号管理サーバ２２へ送信し、最新の受付番号を採番するように要求する。
【００５２】
Ｓ１０３：受付機１１から最新の受付番号の採番の要求を受けた発券番号管理サーバ２２は、当該営業店１０の最新の受付番号を採番する。この受付番号は、例えば営業日毎に顧客の来店を受付けた順の通番とし、来店した顧客毎に異なる番号が付与されるものとする。
Ｓ１０４：受付番号を採番した発券番号管理サーバ２２は、サービス番号管理サーバ２１に当該顧客（すなわち、採番した受付番号）を識別するためのサービス番号の採番を要求する。
【００５３】
Ｓ１０５：サービス番号の採番の要求を受けたサービス番号管理サーバ２１は、最新のサービス番号を採番する。サービス番号の採番は、要求を受けた度に行い、来店した顧客に対して受付番号票毎に異なる番号が割り当てられるように行われる。したがって、このサービス番号は顧客を識別する顧客識別情報となる。
Ｓ１０６：サービス番号管理サーバ２１は、採番したサービス番号を発券番号管理サーバ２２へ返信する。
【００５４】
Ｓ１０７：発券番号管理サーバ２２は、受付番号およびサービス番号を受付機１１へ送信する。本実施例では、受付番号を「１０１」、サービス番号を「Ｓ２２１」とする。また、発券番号管理サーバ２２は、受付番号、サービス番号および受付機１１から受信した顧客識別情報を関連付けて記憶手段に記憶させ、サービス番号および受付機１１から受信した顧客識別情報を抽出することができるように受付番号、サービス番号および受付機１１から受信した顧客識別情報を管理する。
【００５５】
Ｓ１０８：受付機１１は、受信した受付番号およびサービス番号、ならびに携帯端末３０からモバイル用ＷＥＢサーバ２３へのアクセスをより簡便に行うための二次元コードを受付番号票に印刷し、その受付番号票を顧客に発行する。この二次元コードには、動画を閲覧するためのモバイル用ＷＥＢサーバ２３のＵＲＬやサービス番号が記述されたものである。したがって、受付番号票に印刷された二次元コードを携帯端末３０のバーコードリーダ３２で読取ることにより、携帯端末３０は金融機関が提供するモバイル用のサイトにアクセスすることができ、顧客は携帯端末３０を操作することにより任意のタイミングで金融機関が用意する動画を視聴することができる。
このようにして受付システムは受付番号票発行処理を行う。
【００５６】
次に、受付システムが行う動画配信処理の詳細を図７の実施例における動画配信処理の流れを示すシーケンス図に基づき図中Ｓで表すステップにしたがって図１を参照しながら説明する。
Ｓ２０１：受付機１１で受付番号票を受取った顧客は、窓口でのサービスの提供をロビー等で待機することになるが、このとき携帯端末３０を操作して内蔵されているバーコードリーダ３２を起動し、バーコード読取り機能を有効にする。
【００５７】
Ｓ２０２：顧客は、携帯端末３０を操作して受付番号票に印刷された二次元コードをバーコードリーダ３２で読み取る。携帯端末３０は、二次元コードに記述されたＵＲＬおよびサービス番号を読取り、記憶手段に記憶する。
Ｓ２０３：二次元コードをバーコードリーダ３２で読み取ると携帯端末３０はブラウザ３１を起動し、起動されたブラウザ３１は、表示画面にサービス番号を表示する。
【００５８】
Ｓ２０４：携帯端末３０はバーコードリーダ３２で読取ったＵＲＬに基づいて金融機関の銀行センタ２０のモバイル用ＷＥＢサーバ２３にアクセスする。なお、モバイル用ＷＥＢサーバ２３にアクセスする方法は、ブックマークに登録しておいたＵＲＬ情報を用いてアクセス、ＵＲＬを直接入力してアクセス、近距離無線通信用ＩＣチップからＵＲＬ情報を読み取ってアクセス、空メールを所定のメールアドレスに送信してその返信メールに記載されているＵＲＬにアクセスするようにしても良い。
【００５９】
Ｓ２０５：携帯端末３０は、モバイル用ＷＥＢサーバ２３から応答を受信すると記憶手段からサービス番号を抽出し、そのサービス番号をモバイル用ＷＥＢサーバ２３から受信したモバイルサイト画面に埋め込んで表示する。
Ｓ２０６：顧客は、携帯端末３０に表示されたサービス番号（本実施例では、「Ｓ２２１」）を確認して「決定」等の操作ボタンを押下するものとする。なお、サービス番号は、顧客の操作により携帯端末３０に入力するようにしても良い。このとき顧客は受付番号票に印刷されたサービス番号を操作ボタン等で携帯端末３０に入力し、「決定」等の操作ボタンを押下するものとする。
【００６０】
Ｓ２０７：「決定」等の操作ボタンの押下を受付けた携帯端末３０は、サービス番号および携帯端末機種情報をモバイル用ＷＥＢサーバ２３へ送信する。なお、サービス番号および携帯端末機種情報のモバイル用ＷＥＢサーバ２３への送信は既知のＨＴＴＰＳ等のプロトコルを使用するものとする。
このように携帯端末３０においてサービス番号を入力させることにより、来店した顧客が所持する携帯端末３０以外の携帯端末に動画を配信することを禁止することができるようになる。
【００６１】
Ｓ２０８：モバイル用ＷＥＢサーバ２３は、受信したサービス番号および携帯端末機種情報を配信管理サーバ２４へ送信する。
Ｓ２０９：配信管理サーバ２４は、受信した携帯端末機種情報に基づいて当該携帯端末３０で表示可能な動画データ形式の決定を行う。なお、配信管理サーバ２４の記憶手段には携帯端末３０の携帯端末機種情報と表示可能な動画データ形式とが対応付けられて予め記憶されているものとする。
【００６２】
Ｓ２１０：配信管理サーバ２４は、サービス番号を発券番号管理サーバ２２へ送信して当該顧客の顧客識別情報および残り待ち時間を問い合わせる。
Ｓ２１１：サービス番号を受信した発券番号管理サーバ２２は、そのサービス番号に基づいて記憶手段を検索し、当該顧客の顧客識別情報および受付番号を抽出し、さらにその受付番号に関連付けられた当該顧客の残り待ち時間を抽出する。
【００６３】
Ｓ２１２：発券番号管理サーバ２２は、抽出した顧客識別情報および残り待ち時間を配信管理サーバ２４へ送信し、配信管理サーバ２４は、発券番号管理サーバ２２から当該顧客の顧客識別情報および残り待ち時間を受信する。このようにして配信管理サーバ２４は、当該顧客の顧客識別情報および残り待ち時間を取得する。
Ｓ２１３：配信管理サーバ２４は、受信した顧客識別情報を顧客情報管理サーバ２７へ送信し、当該顧客に視聴させるべき動画が存在するか否かの問合せを行う。
【００６４】
Ｓ２１４：問合せを受けた顧客情報管理サーバ２７は、受信した顧客識別情報に基づいて記憶手段に記憶された顧客情報を検索し、当該顧客に視聴させるべき動画を抽出し、当該顧客に視聴させるべき動画が存在する場合は当該顧客に視聴させるべき動画を識別する動画ＩＤを配信管理サーバ２４へ送信する。例えば、当該顧客に視聴させるべき動画が「カードローンセールス」の動画であると判定した場合、図３に示す動画ＩＤ「０００２」を抽出するものとする。このとき、顧客情報管理サーバ２７は、当該顧客に配信した動画ＩＤを配信済み動画であるとして記憶手段に記憶させ、当該顧客に配信する動画が重複しないようにする。
【００６５】
なお、当該顧客に視聴させるべき動画が存在しない場合、顧客情報管理サーバ２７は当該顧客の残り待ち時間を配信管理サーバ２４から取得し、その残り待ち時間に最も近い動画の動画ＩＤを選択するものとするが、ランダムに動画ＩＤを選択しても良く、また順に動画ＩＤを選択するようにしても良く、そのアルゴリズムは任意に設定可能なものとする。
例えば、顧客の残り待ち時間に最も近い動画の動画ＩＤを選択する場合、顧客の残り待ち時間が６分のとき、図３に示す動画ＩＤが「０００１」の動画名「お昼のニュース」が選択される。
【００６６】
Ｓ２１５：配信管理サーバ２４は、受信した動画ＩＤを動画情報ＤＢ２８に送信して放映する動画に関する動画構成情報を問い合わせる。
Ｓ２１６：動画情報ＤＢ２８は、受信した動画ＩＤに基づいて記憶手段を検索して動画構成情報を抽出し、その動画構成情報を配信管理サーバ２４へ送信する。この動画構成情報は、動画ＩＤ毎のフレームＩＤ、フレーム時間、削除優先度および属性等により構成された情報である。
【００６７】
Ｓ２１７：配信管理サーバ２４は、動画ＩＤを動画配信サーバ２５へ送信し、当該動画ＩＤに関連付けられた動画データを要求する。
Ｓ２１８：動画配信サーバ２５は、受信した動画ＩＤに基づいて記憶手段を検索し、その動画ＩＤに関連付けられた動画データを抽出し、その動画データを配信管理サーバ２４へ送信する。
【００６８】
Ｓ２１９：動画データを受信した配信管理サーバ２４は、動画データ形式情報、当該顧客の残り待ち時間、動画構成情報および動画データを動画変換サーバ２６へ送信し、動画データの編集・加工・変換を依頼する。
Ｓ２２０：動画変換サーバ２６は、当該顧客の残り待ち時間と再生時間が同じになるように動画構成情報に基づいて動画データを編集・加工する。本実施例では、動画変換サーバ２６は、削除優先度が高いフレーム区間を優先して削除し、フレーム再生時間の合計が当該顧客の残り待ち時間以下になるように動画データを編集する。
【００６９】
ここで、当該顧客の残り待ち時間が８分であり、動画ＩＤが「０００２」の動画データの編集・加工の例を図３に示す動画構成情報２８１を参照しながら説明する。
図３に示すように、動画ＩＤ２８１ｆが「０００２」の動画データは、フレームＩＤ２８１ｇが「０００１」〜「０００９」の９個のフレーム区間で構成され、フレーム時間２８１ｈの合計は再生時間２８１ｃに等しく１０分である。
【００７０】
顧客の残り待ち時間は８分であるので、動画の再生時間を２分短縮する必要があるため、動画変換サーバ２６はフレームＩＤ２８１ｇに対応付けられた削除優先度２８１ｉを検索し、値が大きい順にフレームＩＤ２８１ｇを抽出する。次に、抽出したフレームＩＤ２８１ｇに対応付けられたフレーム時間２８１ｈを抽出し、フレーム時間２８１ｈの短い順にフレームＩＤを削除していく。削除したフレームＩＤのフレーム時間２８１ｈの合計が短縮すべき再生時間と等しくなるか、または短縮すべき再生時間を超えるまで、すなわち動画の再生時間が顧客の残り待ち時間以下になるようにフレームＩＤを削除する。
【００７１】
本実施例の場合、削除優先度２８１ｉが「６」であってフレームＩＤ２８１ｇが「０００９」のフレーム区間を削除して１分短縮し、次に削除優先度２８１ｉが「５」であってフレームＩＤ２８１ｇが「０００８」のフレーム区間を削除して３０秒短縮し、さらに削除優先度２８１ｉが「４」であってフレームＩＤ２８１ｇが「０００５」のフレーム区間を削除して３０秒短縮し、動画の再生時間を２分短縮する。このとき、削除優先度２８１ｉが「４」のフレームＩＤ２８１ｇは、「０００５」と「０００７」とが存在するが、フレーム時間２８１ｈの短い、フレームＩＤ２８１ｇが「０００５」のフレーム区間を削除する。
【００７２】
このようにして、動画変換サーバ２６は、当該顧客の残り待ち時間と再生時間が同じになるように動画構成情報に基づいて動画データを編集・加工する。
さらに、動画変換サーバ２６は、編集・加工した動画データを動画データ形式情報に基づいて当該携帯端末３０で閲覧できる動画データ形式（ｍｐｅｇ４、ｑｕｉｃｋｔｉｍｅ、ｗｍａ等）の動画データに変換する。
【００７３】
Ｓ２２１：動画変換サーバ２６は、編集・加工・変換した動画データを配信管理サーバ２４へ送信する。
Ｓ２２２：配信管理サーバ２４は、モバイル用ＷＥＢサーバ２３へ当該顧客の携帯端末３０の動画ビュワー３４を起動するように指示を通知する。
Ｓ２２３：携帯端末３０は、動画ビュワー３４を起動する。
【００７４】
Ｓ２２４：配信管理サーバ２４は、編集・加工・変換された動画データを、当該顧客の携帯端末３０へ配信する指示を動画配信サーバ２５へ通知する。
Ｓ２２５：動画配信サーバ２５は、モバイル用ＷＥＢサーバ２３を介して編集・加工・変換された動画データを当該顧客の携帯端末３０へ送信し、携帯端末３０の動画ビュワー３４に対して動画を配信する。
携帯端末３０で動画の再生が終了すると携帯端末３０で動画を視聴していた顧客が窓口より呼び出され、当該顧客は動画の視聴が終了するとともに窓口でのサービスの提供を適時に受けることができる。
【００７５】
次に、携帯端末での動画再生が終了した後に、顧客の待ち時間がさらに残っている場合の処理を説明する。
例えば、最初の待ち時間が３分であり、その３分の動画の再生後に顧客の待ち時間が１分増えたため（合計の待ち時間は４分）、動画の再生が完了しても当該顧客が窓口に呼ばれない場合の処理を図１に基づいて説明する。
【００７６】
携帯端末３０は配信された動画の再生が完了するとモバイル用ＷＥＢサーバ２３を介してその旨を配信管理サーバ２４へ通知する。
動画の再生が完了した旨の通知を受けた配信管理サーバ２４は当該顧客のサービス番号を記憶手段から読み出し、そのサービス番号を発券番号管理サーバ２２へ送信して当該顧客の顧客識別情報および残り待ち時間を問い合わせる。
【００７７】
発券番号管理サーバ２２から当該顧客の残り待ち時間を応答として受信した配信管理サーバ２４は、当該顧客の残り待ち時間が所定の時間（例えば、３０秒等）よりも長いと判定した場合、継続して動画を当該顧客の携帯端末３０に配信するように処理を継続する。
継続して動画を配信する場合、配信管理サーバ２４は、モバイル用ＷＥＢサーバ２３を介して「まだ、お呼びできません。追加で動画をお楽しみいただけますが、いかがでしょうか。継続して利用する場合は、「利用する」をクリックしてください。」等の画面を携帯端末３０に表示させて当該顧客に継続利用を促す。
【００７８】
顧客が携帯端末３０を操作して「利用する」をクリックした場合、その旨とともにサービス番号が携帯端末３０からモバイル用ＷＥＢサーバ２３を介して配信管理サーバ２４へ送信され、その通知を受信した配信管理サーバ２４は図７に示すＳ２１３以降の処理を行い、当該顧客の残り待ち時間に合わせた動画を配信する。
このとき、配信管理サーバ２４は、既に当該顧客の携帯端末３０に配信した動画ＩＤを記憶手段から読み出し、既に配信した動画ＩＤとは異なる動画ＩＤを選択して配信するものとする。
【００７９】
このように、配信管理サーバ２４は、再度、携帯端末３０からサービス番号を受信したとき、未だ読み出されていない動画データを動画配信サーバ２５から読み出し、そのサービス番号に基づいて発券番号管理サーバ２２から当該顧客の残り待ち時間を抽出し、その残り待ち時間に動画の再生時間が合うように、動画データを動画変換サーバ２６で編集し、編集後の動画データを携帯端末３０へ配信する。
【００８０】
次に、携帯端末での動画再生中に、顧客の待ち時間が変動した場合の処理を図１に基づいて説明する。本処理では、動画データの編集・加工を行いながら、その動画データを携帯端末３０に配信する。
例えば、当該顧客の残り待ち時間が８分であり、動画ＩＤが「０００２」の動画データの編集・加工の例を図３に示す動画構成情報２８１を参照しながら説明する。
【００８１】
図３に示すように、動画ＩＤ２８１ｆが「０００２」の動画データは、フレームＩＤ２８１ｇが「０００１」〜「０００９」の９個のフレーム区間で構成され、フレーム時間２８１ｈの合計は再生時間２８１ｃに等しく１０分である。
顧客の残り待ち時間は８分であるので、動画の再生時間を２分短縮する必要があるため、動画変換サーバ２６はフレームＩＤ２８１ｇに対応付けられた削除優先度２８１ｉを検索し、値が大きい順にフレームＩＤ２８１ｇを抽出する。次に、抽出したフレームＩＤ２８１ｇに対応付けられたフレーム時間２８１ｈを抽出し、フレーム時間２８１ｈの短い順にフレームＩＤを削除していく。削除したフレームＩＤのフレーム時間２８１ｈの合計が短縮すべき再生時間と等しくなるか、または短縮すべき再生時間を超えるまで、すなわち動画の再生時間が顧客の残り待ち時間以下になるようにフレームＩＤを削除する。
【００８２】
本実施例の場合、削除優先度２８１ｉが「６」であってフレームＩＤ２８１ｇが「０００９」のフレーム区間を削除して１分短縮し、次に削除優先度２８１ｉが「５」であってフレームＩＤ２８１ｇが「０００８」のフレーム区間を削除して３０秒短縮し、さらに削除優先度２８１ｉが「４」であってフレームＩＤ２８１ｇが「０００５」のフレーム区間を削除して３０秒短縮し、動画の再生時間を２分短縮する。このとき、削除優先度２８１ｉが「４」のフレームＩＤ２８１ｇは、「０００５」と「０００７」とが存在するが、フレーム時間２８１ｈの短い、フレームＩＤ２８１ｇが「０００５」のフレーム区間を削除する。
【００８３】
このようにして、動画変換サーバ２６は、まず当該顧客の残り待ち時間と再生時間が同じになるように動画構成情報に基づいて動画データを編集・加工するのは上述した図７におけるＳ２２０の処理と同様である。
【００８４】
次に、配信管理サーバ２４は、編集・加工された動画データのフレーム区間を順次配信する指示を動画配信サーバ２５へ通知し、その動画配信サーバ２５はモバイル用ＷＥＢサーバ２３を介して動画データのフレーム区間を当該顧客の携帯端末３０へ順次送信し、携帯端末３０の動画ビュワー３４に対して動画を配信する。このとき、配信管理サーバ２４は、それぞれのフレーム区間の配信が終了する所定の時間前（例えば、５秒前）に、その時点の当該顧客の残り待ち時間を発券番号管理サーバ２２に問合せ、当該顧客の残り待ち時間と編集・加工した動画データの再生残り時間とを照合し、顧客の待ち時間が変動したことによる動画の再編集・加工の要否を判定する。
【００８５】
編集・加工した動画データを上述した動画ＩＤ「０００２」とすると、配信管理サーバ２４は、まずフレームＩＤ「０００１」を配信し、次にフレームＩＤ「０００２」を配信するが、フレームＩＤ「０００１」の配信が終了する所定の時間前に、当該顧客の残り待ち時間と編集・加工した動画データの再生残り時間とを照合する。
【００８６】
当該顧客の残り待ち時間が延びた場合、配信中のフレームＩＤより後に配信されるフレームＩＤであって、削除優先度が最も低く、延長された時間に最も近いフレーム時間のフレームＩＤを選択し、そのフレームＩＤを配信するように計画する。例えば、延長された時間が４０秒である場合、削除優先度が「４」、フレーム時間が３０秒である一旦削除されたフレームＩＤ「０００５」を配信するようにする。
【００８７】
一方、当該顧客の残り待ち時間が短縮された場合、配信中のフレームＩＤより後に配信されるフレームＩＤであって、削除優先度が最も高く、短縮された時間に最も近いフレーム時間のフレームＩＤを選択し、そのフレームＩＤを削除するように計画する。例えば、短縮された時間が４０秒である場合、削除優先度が「４」、フレーム時間が４０秒であるフレームＩＤ「０００７」を削除するようにする。
【００８８】
このように、配信管理サーバ２４は、動画データのフレーム区間を配信する毎に、顧客識別情報に基づいて発券番号管理サーバ２２から当該顧客の待ち時間を抽出し、その待ち時間に動画の再生時間が合うように、動画配信サーバ２５から読み出した動画データを動画変換サーバ２６で編集し、編集後の動画データを携帯端末３０へ配信する。
上記処理を繰り返して行うことにより、刻一刻と変化する顧客の待ち時間の伸縮に合わせて動的に動画の配信計画が変更され、常に顧客の待ち時間に再生時間を合わせた動画を配信することができる。
【００８９】
次に、携帯端末での動画再生中に、窓口で当該顧客に対するサービスの提供が可能になった場合の処理を図１に基づいて説明する。本処理では、動画の配信中に当該顧客の呼び出しが行われないようにする。
配信管理サーバ２４は、顧客の携帯端末３０に動画の配信を開始した時点および動画のフレーム区間毎の配信が完了した時点で動画の放映（再生）残り時間を当該顧客のサービス番号とともに発券番号管理サーバ２２へ送信する。
【００９０】
発券番号管理サーバ２２は、受信したサービス番号に関連付けて当該顧客が動画の視聴中であること、および動画の残り再生時間を記憶手段に記憶させ、動画の残り再生時間を保存・更新する。
当該顧客にサービスを提供することができるようになった場合、発券番号管理サーバ２２は、受付番号に対応したサービス番号に基づいて記憶手段を検索し、当該顧客が動画を視聴中であるか否かを判定する。当該顧客が動画を視聴中であれば、次に待機している顧客の受付番号を呼び出し、動画を視聴中の顧客がその動画の視聴が終了した後、直ぐに呼び出すことができるように顧客の受付番号の呼び出し順序を変更する。
【００９１】
例えば、動画を視聴中の顧客の動画の残り再生時間が２分であった場合、２分間でサービスの提供が終了する顧客を先に呼び出すように呼び出し順序を変更する。
すなわち、配信管理サーバ２４は、携帯端末３０へ配信した動画データの再生時間をサービス番号とともに発券番号管理サーバ２２へ通知し、発券番号管理サーバ２２は、その動画データの再生時間が経過するまでサービス番号に関連付けられた顧客の呼び出しを抑止する。
【００９２】
このようにすることにより、待機している顧客は動画の視聴を中断することなく最後まで動画を視聴することができるとともに動画の視聴が終了すると窓口から呼び出されるため、顧客満足度を向上させることができる。
【００９３】
以上説明したように、本実施例では、サービスの提供を待機する顧客の残り待ち時間と再生時間が同じになるように編集・加工した動画を当該顧客が所持する携帯端末へ配信するようにしたことにより、サービスの提供を待機する顧客は待ち時間に合った動画を視聴することができ、サービスの提供を待機する顧客の満足度を向上させることができるという効果が得られる。
【００９４】
また、従来は顧客一人一人に合わせた最適な情報を配信することができなかったが、本実施例では顧客が所持する携帯端末へ当該顧客に合わせて最適な動画を配信するようにしたことにより、顧客の満足度を向上させることができるという効果が得られる。
さらに、顧客が所持する携帯端末に動画を配信するようにしたことにより、金融機関は設備に投資するコストを低減させることができるという効果が得られる。
なお、本実施例では、金融機関の営業店の例で説明したが、金融機関の営業店に限られることなく、病院の受付け、電話会社の契約窓口、保険会社の契約窓口、スーパーマーケット等の清算待ちなどに応用することもできる。
【符号の説明】
【００９５】
１    受付システム
２、３  通信回線
１０  営業店
１１  受付機
１２  受付番号票
２０  銀行センタ
２１  サービス番号管理サーバ
２２  発券番号管理サーバ
２３  モバイル用ＷＥＢサーバ
２４  配信管理サーバ
２５  動画配信サーバ
２６  動画変換サーバ
２７  顧客情報管理サーバ
２８  動画情報ＤＢ
２８１  動画構成情報
３０  携帯端末
３１  ブラウザ
３２  バーコードリーダ
３３  ＩＣチップ
３４  動画ビュワー
【図１】
2012133613.tif 000003
【図２】
2012133613.tif 000004
【図３】
2012133613.tif 000005
【図４】
2012133613.tif 000006
【図５】
2012133613.tif 000007
【図６】
2012133613.tif 000008
【図７】
2012133613.tif 000009