(57)【要約】【課題】本人確認情報を含む文書の画像データと文書データとの対応を管理することができる情報処理装置を提供することができる。【解決手段】画像データ記憶手段８００１と、文書データを記憶する文書データ記憶手段８００３にアクセスし、送信要求を受信する要求受信手段８２と、文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、画像データ記憶手段に記憶されている画像データと紐づけられている場合には画像データの識別情報が、紐づけられていない場合には登録されていない旨を示す情報が、それぞれ文書データ記憶手段に記憶されている各文書データに対応づけられた画面データを送信する送信手段８１と、を有することを特徴とする。【選択図】図１
2015011629.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して他の通信端末と通信する通信端末と、通信ネットワークを介して通信可能に接続され、
前記他の通信端末が撮像した本人確認情報を含む文書の所有者の所有者識別情報に紐づけられた前記本人確認情報を含む文書の画像データを記憶する画像データ記憶手段と、
前記所有者の所有者識別情報に紐づけられた文書データを記憶する文書データ記憶手段と、にアクセス可能な情報処理装置であって、
前記通信端末から送信要求を受信する受信手段と、
前記受信手段によって送信要求を受信すると、前記文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、前記画像データ記憶手段に記憶されている前記画像データと紐づけられている場合には前記画像データの識別情報が、紐づけられていない場合には登録されていない旨を示す情報が、それぞれ前記文書データ記憶手段に記憶されている各文書データの識別情報に対応づけられた画面データを前記通信端末に送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記受信手段によって送信要求を受信すると、前記文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、前記画像データ記憶手段に記憶されている前記画像データと紐づけられている場合には、前記画像データの識別情報を、紐づけられていない場合には登録されていない旨を示す情報を、それぞれ前記文書データ記憶手段に記憶されている各文書データの識別情報に対応づけた前記画面データを作成する画面データ作成手段を有する、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記画面データ作成手段は、前記画面データにおいて前記画像データの識別情報を文書データの識別情報に対応づける場合、文書データの識別情報に該文書データへの第１のアクセス情報を関連付けて付与し、
前記受信手段が、前記通信端末から前記第１のアクセス情報の選択に基づく文書データの送信要求を受信した場合、
前記画面データ作成手段は、前記第１のアクセス情報でアクセスされる文書データに紐づけられた所有者識別情報と、同じ所有者識別情報に紐づけられた前記画像データにアクセスするための第２のアクセス情報が記述された文書データを前記文書データ記憶手段から読み出し、
前記送信手段は第２のアクセス情報が記述された文書データを前記通信端末に送信する、ことを特徴とする請求項２記載の情報処理装置。
【請求項４】
当該情報処理装置は、前記通信端末と通信可能に接続された第２の情報処理装置と通信ネットワークを介して通信可能に接続されており、
前記画面データ作成手段は、文書データの印刷を受け付けるための印刷ボタンを表示する記述を文書データに加え、
前記第２の情報処理装置から前記印刷ボタンの押下に基づく印刷要求を受信した場合、前記通信端末の宛先として前記他の通信端末と共に印刷端末が登録されている宛先情報記憶部にアクセスして印刷端末のアドレス情報を取得し、印刷端末に対し前記文書データの印刷を要求する、
ことを特徴とする請求項３記載の情報処理装置。
【請求項５】
前記文書データ記憶手段には、前記所有者の文書データにアクセスする権限を有する担当者の担当者識別情報毎に、所有者識別情報に紐づけて文書データが記憶されており、
前記受信手段は前記画面データの送信要求に加え前記担当者識別情報を受信し、
前記画面データ作成手段は、前記担当者識別情報にて特定される前記文書データ記憶手段に記憶された文書データに対し、文書データに紐づけられた所有者識別情報が前記画像データ記憶手段に記憶されている前記画像データと紐づけられているか否かを判定して、前記画面データを作成する、
ことを特徴とする請求項２〜４いずれか１項記載の情報処理装置。
【請求項６】
請求項３〜５いずれか１項記載の情報処理装置と通信ネットワークを介して通信可能に接続され、かつ、前記通信端末と通信可能に接続された第２の情報処理装置であって、
前記情報処理装置に前記画面データの送信を要求して当該第２の情報処理装置に接続された第１の表示装置に表示すると共に、前記画面データに含まれる文書データへの前記第１のアクセス情報の選択を受け付けることで文書データを前記情報処理装置に要求し、前記情報処理装置から受信した文書データを前記第１の表示装置に表示する画面データ表示手段と、
前記画面データ表示手段が前記第１の表示装置に表示した少なくとも文書データを含む表示内容を取り込んで表示データを作成する表示データ取得手段と、
前記通信端末、及び、前記通信端末と通信ネットワークを介して接続された前記他の通信端末に対し前記表示データを送信する表示データ送信手段と、
を有することを特徴とする第２の情報処理装置。
【請求項７】
前記第１の表示装置に当該第２の情報処理装置が実行するアプリケーションプログラムが作成した領域、及び、前記画面データ表示手段が文書データを表示する領域が表示されている場合、
前記表示データ取得手段は、文書データが表示される前記領域のみから前記表示データを作成する、
ことを特徴とする請求項６記載の第２の情報処理装置。
【請求項８】
請求項１〜５いずれか１項記載の情報処理装置と通信ネットワークを介して通信可能に接続された通信端末であって、
前記所有者の所有者識別情報を取得する所有者識別情報取得手段と、
前記他の通信端末が撮像した本人確認情報を含む文書の画像データを第２の表示装置に表示する表示制御手段と、
前記他の通信端末から保存を許可する旨を示す情報を受信した場合、前記画像データを保存する画像データ保存手段と、
前記画像データ保存手段が保存した前記画像データを、前記所有者識別情報取得手段が取得した所有者識別情報と紐づけて前記情報処理装置に送信する画像データ送信手段と、
を有することを特徴とする通信端末。
【請求項９】
当該通信端末と通信可能に接続された請求項６又は７に記載の第２の情報処理装置から前記表示データを受信する表示データ受信手段と、
前記表示データを通信ネットワークを介して前記他の通信端末に送信する送信手段と、を有し、
前記表示制御手段は、前記表示データ、前記他の通信端末が撮像して送信した撮像画像データ、及び、当該通信端末が撮像した撮像画像データを前記第２の表示装置に表示する、
ことを特徴とする請求項８記載の通信端末。
【請求項１０】
通信ネットワークを介して通信可能に接続された通信端末と他の通信端末、及び、前記通信端末と通信可能に接続された情報処理装置、を有する通信システムであって、
前記他の通信端末が撮像した本人確認情報を含む文書の画像データを、前記通信端末を介して前記本人確認情報を含む文書の所有者の所有者識別情報と共に受信するデータ受信手段と、
前記所有者の所有者識別情報に紐づけられた前記画像データを記憶する画像データ記憶手段と、
前記所有者の所有者識別情報に紐づけられた文書データを記憶する文書データ記憶手段と、
前記通信端末から送信要求を受信する受信手段と、
前記受信手段によって送信要求を受信すると、前記文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、前記画像データ記憶手段に記憶されている前記画像データと紐づけられている場合には前記画像データの識別情報が、紐づけられていない場合には登録されていない旨を示す情報が、それぞれ前記文書データ記憶手段に記憶されている各文書データの識別情報に対応づけられた画面データを前記通信端末に送信する送信手段と、
前記送信手段が送信した前記画面データを受信する画面データ受信手段と、
前記画面データ受信手段が受信した前記画面データを第１の表示装置に表示する表示制御手段と、
を有することを特徴とする通信システム。
【請求項１１】
通信ネットワークを介して他の通信端末と通信する通信端末と、通信ネットワークを介して通信可能に接続され、
前記他の通信端末が撮像した本人確認情報を含む文書の所有者の所有者識別情報に紐づけられた前記本人確認情報を含む文書の画像データを記憶する画像データ記憶手段と、
前記所有者の所有者識別情報に紐づけられた文書データを記憶する文書データ記憶手段と、にアクセス可能な情報処理装置に、
前記他の通信端末が撮像した本人確認情報を含む文書の画像データを、前記通信端末を介して前記所有者の所有者識別情報と共に受信するステップと、
前記通信端末から送信要求を受信する要求受信ステップと、
要求受信ステップにより送信要求を受信すると、前記文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、前記画像データ記憶手段に記憶されている前記画像データと紐づけられている場合には前記画像データの識別情報が、紐づけられていない場合には登録されていない旨を示す情報が、それぞれ前記文書データ記憶手段に記憶されている各文書データの識別情報に対応づけられた画面データを前記通信端末に送信する送信ステップと、を実行させるプログラムと、
前記情報処理装置から受信した前記画面データに基づいて処理を行う通信端末と、
を有することを特徴とする通信システム。
【請求項１２】
通信ネットワークを介して他の通信端末と通信する通信端末と、通信ネットワークを介して通信可能に接続され、
前記他の通信端末が撮像した本人確認情報を含む文書の所有者の所有者識別情報に紐づけられた前記本人確認情報を含む文書の画像データを記憶する画像データ記憶手段と、
前記所有者の所有者識別情報に紐づけられた文書データを記憶する文書データ記憶手段と、にアクセス可能な情報処理装置に、
前記他の通信端末が撮像した本人確認情報を含む文書の画像データを、前記通信端末を介して前記所有者の所有者識別情報と共に受信するステップと、
前記通信端末から送信要求を受信する要求受信ステップと、
要求受信ステップにより送信要求を受信すると、前記文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、前記画像データ記憶手段に記憶されている前記画像データと紐づけられている場合には前記画像データの識別情報が、紐づけられていない場合には登録されていない旨を示す情報が、それぞれ前記文書データ記憶手段に記憶されている各文書データの識別情報に対応づけられた画面データを前記通信端末に送信する送信ステップと、を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
通信ネットワークを介して他の通信端末と通信する通信端末と、通信ネットワークを介して通信可能に接続された情報処理装置等に関する。
【背景技術】
【０００２】
カメラやマイクを備えた通話端末同士で画像データや音声データを送受信して離れた場所のユーザ同士が会議を行う遠隔会議システムが知られている。各通話端末はディスプレイに会議の相手の通話端末が送信した画像データを表示し、音声をスピーカから出力する。これにより複数の拠点のユーザは、同じ会議室で会議を行う場合と同様に遠隔地の参加者と会議を行える。
【０００３】
このような遠隔会議システムは、会議だけではなく様々なシステムに適用される可能性がある。例えば、会員登録の申し込みや登録後の問い合わせなどにおいて、顧客とサービス提供者側が遠隔地に離れていても、顧客は会社側の担当者と直接対面しているかのように会話することが可能になる。
【０００４】
ところで、会員登録などでは、顧客が本人確認書類のコピーを会社側に保管しておくことが多い。遠隔会議システムがない場合、顧客は、本店の担当者の元まで本人確認書類を持参するか郵送しなければならず、担当者が在任している事業所が遠い場合は負担が大きいか又は手続きが面倒であった。しかし、遠隔会議システムを利用することで、本人確認書類のコピーを本店側の通信端末が取り込む（キャプチャする）ことができるようになる。このため、顧客側の通話端末から会社側の通話端末に本人確認書類の画像を送信すれば、本社側で保管することが可能になる。
【０００５】
従来からテレビ会議で使用された書類を保存する技術が知られている（例えば、特許文献1参照。）。特許文献１には、所定の時間ごとに議事ログファイルを作成し、プレゼンテーション内容に係るデータ、プレゼンテーション時に使用したデータ、メモデータ、キャプチャしたデータ、各種情報を同期させるネットワーク会議システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、本社側で取り込まれた本人確認書類は、会員登録の申込書類に貼付されるか少なくとも紐づけて管理される。しかし、顧客が本人確認書類を準備していない場合が少なくなく、会社側に申込書類が存在しても本人確認書類が紐づけられていない状況が生じることがあった。このため、後日、顧客側の通信端末が本人確認書類の画像データを送信して、本人確認書類の画像データを申込書類と紐づける処理が必要となる。また、本人確認書類が登録済みの顧客とそうでない顧客が混在する場合が少なくない。
【０００７】
この点について、特許文献１のような従来のネットワーク会議システムでは、１回の会議中にキャプチャされたデータをその他のデータと紐づけることしか考慮されていない。このため、すでに登録されている申込書類などに、新たにキャプチャされたデータを紐づけたり、担当者が、本人確認書類が登録済みか否かを容易に確認できないという問題があった。
【０００８】
本発明は、上記課題に鑑み、本人確認情報を含む文書の画像データと文書データとの対応を管理することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、通信ネットワークを介して他の通信端末と通信する通信端末と、通信ネットワークを介して通信可能に接続され、前記他の通信端末が撮像した本人確認情報を含む文書の所有者の所有者識別情報に紐づけられた前記本人確認情報を含む文書の画像データを記憶する画像データ記憶手段と、前記所有者の所有者識別情報に紐づけられた文書データを記憶する文書データ記憶手段と、にアクセス可能な情報処理装置であって、前記通信端末から送信要求を受信する受信手段と、前記受信手段によって送信要求を受信すると、前記文書データ記憶手段に記憶されている文書データと紐づけられた所有者識別情報が、前記画像データ記憶手段に記憶されている前記画像データと紐づけられている場合には前記画像データの識別情報が、紐づけられていない場合には登録されていない旨を示す情報が、それぞれ前記文書データ記憶手段に記憶されている各文書データの識別情報に対応づけられた画面データを前記通信端末に送信する送信手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本人確認情報を含む文書の画像データと文書データとの対応を管理することができる情報処理装置を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の通話端末が本人確認書類を登録し、顧客ＩＤと紐づける処理の概略を説明する図の一例である。
【図２】本発明の一実施形態に係る通話システムの概略図である。
【図３】通話端末間で通話を実現する場合の通信状況を示す概念図である。
【図４】通話端末のハードウェア構成図の一例である。
【図５】通話管理システム５０のハードウェア構成図の一例である。
【図６】印刷端末のハードウェア構成図の一例である。
【図７】通話システム１の一部を構成する通話端末、印刷端末、通話管理システム及びデータサーバの機能ブロック図の一例である。
【図８】宛先リスト情報の一例を模式的に示す図である。
【図９】中継装置管理テーブルを示す概念図である。
【図１０】端末認証管理テーブルを示す概念図である。
【図１１】端末状態管理テーブルを示す概念図である。
【図１２】宛先リスト管理テーブルを示す概念図である。
【図１３】セッション管理テーブルを示す概念図である。
【図１４】顧客ＤＢ、文書データＤＢ及びスクリーンショットＤＢの一例を示す図である。
【図１５】通話端末間で通話を開始する準備を行い、セッションを確立する処理を示すシーケンス図である。
【図１６】本人確認書類のスクリーンショットをデータサーバ８０に登録する手順を説明するシーケンス図の一例である。
【図１７】本人確認書類のスクリーンショットのデータサーバ８０への登録を模式的に説明する図の一例である。
【図１８】ディスプレイに表示された処理選択画面の一例を示す図である。
【図１９】スクリーンショットに対する通話端末の処理手順を説明するフローチャート図の一例である。
【図２０】通話端末からデータサーバへのスクリーンショットの登録を模式的に説明する図の一例である。
【図２１】通話システムのうちスクリーンショットを通話端末等が閲覧する際のシステム構成を説明する図の一例である。
【図２２】データサーバが顧客情報一覧画面を作成する手順を示すフローチャート図の一例である。
【図２３】顧客情報一覧画面の一例を示す図である。
【図２４】文書データ表示画面の一例を示す図である。
【図２５】本発明の一実施形態に係る通話システムの概略図である（実施例２）。
【図２６】外部入力装置の機能ブロック図の一例である。
【図２７】担当者端末ＤＢの一例を示す図である。
【図２８】外部入力装置が顧客情報一覧画面等をディスプレイ５０８に表示する手順を示すシーケンス図の一例である。
【図２９】外部入力装置が表示した表示データを会議の相手である通話端末に表示させる処理の一例を示すシーケンス図である。
【図３０】通話システム１の全体構成のうち、外部入力装置４０ａａ、４０ｄａのディスプレイ５０８ａａ、５０８ｄａ、ディスプレイ１２０ａａ、１２０ｄａに表示される画面を説明する図の一例である。
【図３１】外部入力装置に接続されたディスプレイに表示される画面例を示す図の一例である。
【図３２】表示データ取得部が表示データを取得する手順を示すフローチャート図の一例である。
【図３３】通話端末がディスプレイに表示する画面例を示す図である。
【図３４】通話端末のディスプレイに表示されるデスクトップ画面の一例を示す。
【図３５】担当者が文書データを印刷するまでの手順を示すシーケンス図の一例である。
【発明を実施するための形態】
【実施例１】
【００１２】
図１は、本実施形態の通話端末が本人確認書類を登録し、顧客ＩＤと紐づける処理の概略を説明する図の一例である。
【００１３】
通話端末１０ａａは顧客に対しサービスを提供する企業の本社側に配置され、通話端末１０ｄａは支店側又は自宅（以下、顧客側という）に配置されている。
（１）顧客は本人確認書類を所持しており、通話端末１０ｄａが備えるカメラにより本人確認書類を撮像することができる。通話端末１０ｄａが撮像した顧客などの画像データは通話端末１０ａａに送信されディスプレイ１２０に表示されるが、通話端末１０ａａは保存することはできない。
（２）顧客が担当者による説明に応じて決定ボタンを押下すると、通話端末１０ｄａから通話端末１０ａａに取り込み許可が通知され、通話端末１０ａａは本人確認書類が表示された表示画面のスクリーンショットを作成し、データサーバに登録する。データサーバは担当者の端末ＩＤをフォルダ名とするフォルダでスクリーンショットを管理しており、スクリーンショットのファイル名は「顧客ＩＤ、端末ＩＤ（顧客側）、及び、日時」が含まれるように付与される。顧客ＩＤは、特許請求の範囲の「所有者識別情報」の一例である。
（３）また、データサーバには、顧客ＩＤテーブルが構築されている。顧客ＩＤテーブルは、担当者の全ての顧客の顧客ＩＤと顧客名が対応づけて登録されている。しかしながら、スクリーンショットのフォルダには全ての顧客の本人確認書類のスクリーンショットが登録されているとは限らない。
【００１４】
また、データサーバには文書データＤＢが構築されている。文書データＤＢは、顧客に関係する文書（申込書など）を記憶するＤＢである。文書データＤＢでは、担当者ＩＤをフォルダ名とするフォルダに、顧客ＩＤをファイル名に含む文書データが登録されている。
（４）担当者が、本人確認書類を文書データに紐づけて登録するため、又は、全ての顧客に対し本人確認書類が揃っているか否かを確認するため、通話端末１０ａａがデータサーバにアクセスする。データサーバは、文書データＤＢの文書データを順番に読み出し、文書データに含まれる顧客ＩＤをファイル名に含むスクリーンショットがフォルダにあるか否かを判定する。データサーバは、スクリーンショットがある場合には、顧客ＩＤとスクリーンショットのファイル名を紐付け、ない場合には顧客ＩＤとその旨とを紐づける画面データを作成し、通話端末１０ａａに送信する。
（５）これにより通話端末１０ａａは顧客情報一覧画面を表示できる。図１（ｂ）に示すように、ＡさんとＣさんはデータサーバにスクリーンショットが登録されているので、ディスプレイ１２０ではスクリーンショットのファイル名が紐づけて表示されている。これに対しＢさんは、データサーバにスクリーンショット名が登録されていないので、ディスプレイ１２０では「未」と表示されている。そして、ファイル名にはファイルへのリンクが埋め込まれており、スクリーンショット名にはスクリーンショット名へのリンクが埋め込まれている。
（６）担当者が文書データを選択すると（クリックすると）、図１（ｃ）に示すように、通話端末１０ａａはデータサーバから文書データと本人確認書類をダウンロードして合成し、ディスプレイ１２０に表示することができる。
【００１５】
このように、本実施形態の通話端末は、顧客ＩＤとをメタデータに持つスクリーンショットと文書データをデータサーバに登録することで、スクリーンショットと文書データを紐づけることができる。また、本人確認書類のスクリーンショットが登録されていない顧客を容易に特定できる。
【００１６】
＜＜実施形態の全体構成＞＞
図２は、本発明の一実施形態に係る通話システムの概略図である。図２に示されているように、通話システム１は、複数の通話端末（１０ａａ，１０ａｂ，…）、各通話端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の印刷端末（２０ａ，２０ｂ，２０ｃ，２０ｄ）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、通話管理システム５０、プログラム提供システム９０、データサーバ８０，メンテナンスシステム１００、及び、印刷端末（２０ａａ、２０ｂａ、２０ｃａ、２０ｄａ）によって構築されている。この通話システム１によって、通話データの一例としての画像データ及び音声データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、通話データの最適な経路の選択を行う。
【００１７】
また、通話端末（１０ａａ，１０ａｂ，…）、印刷端末２０ａａ、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。通話端末（１０ｂａ，１０ｂｂ，…）、印刷端末２０ｂａ、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。例えば、地域Ｘは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。
【００１８】
一方、通話端末（１０ｃａ，１０ｃｂ，…）、印刷端末２０ｃａ、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。通話端末（１０ｄａ，１０ｄｂ，…）、印刷端末２０ｄａ、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されている。更に、ＬＡＮ２ｃ、ＬＡＮ２ｄ、及び専用線２ｃｄは、所定の地域Ｙ内で構築されている。例えば、地域Ｙはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ｘ及び地域Ｙは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。
【００１９】
なお、以下では、複数の通話端末（１０ａａ，１０ａｂ，…）のうち任意の通話端末は、「通話端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の印刷端末（２０ａａ，２０ｂａ，…）のうち任意の印刷端末は、「印刷端末２０」と表され、また、複数の中継装置（３０ａ，３０ｂ，…）のうち任意の中継装置は「中継装置３０」と表されている。更に、テレビ会議の開始を要求する要求元としての端末は「要求元端末」と表され、要求先である宛先（中継先）としての端末は「宛先端末」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは、「ルータ７０」と表されている。また、印刷端末（２０ａａ、２０ｂａ、２０ｃａ…）のうち任意の印刷端末は、「印刷端末２０」と表されている。
【００２０】
また、通話管理システム５０、データサーバ８０、プログラム提供システム９０、及び、メンテナンスシステム１００は、インターネット２ｉに接続されている。なお、通話管理システム５０、データサーバ８０、プログラム提供システム９０、及び、メンテナンスシステム１００は、地域Ｘ又は地域Ｙに設置されていてもよいし、これら以外の地域に設置されていてもよい。
【００２１】
また、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(Wireless Fidelity)やＢｌｕｅｔｏｏｔｈ（登録商標）、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）、ＮＦＣ等の無線による通信が行われる箇所があってもよい。
【００２２】
また、図２において、通話端末１０、印刷端末２０、中継装置３０、通話管理システム５０、各ルータ７０、データサーバ８０、プログラム提供システム９０及びメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、通話端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明している。
【００２３】
なお、各通話端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各通話端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。
【００２４】
ここで、図２に示されている通話端末１０は、通話データの送受信により、利用者の通話を実現する端末であり、例えば、テレビ会議端末である。また、印刷端末２０は、所定のデータの一例として、画像データやテキストデータ等の印刷データを用紙に印刷する端末であり、例えば、プリンタ、ＦＡＸ機、コピー機、又はこれらの機能を複合したＭＦＰ(Multifunction Peripheral)である。
【００２５】
また、中継装置３０は、複数の通話端末１０の間で、通話データの中継を行うコンピュータシステムである。通話管理システム５０は、通話端末１０及び印刷端末２０からのログイン認証、通話端末１０及び印刷端末２０の稼動状態や通信状況の管理、宛先リストの管理、及び中継装置３０の通信状況等を一元的に管理するコンピュータシステムである。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。
【００２６】
プログラム提供システム９０は、通話端末１０、印刷端末２０、中継装置３０、通話管理システム５０、メンテナンスシステム１００に、それぞれで使用されるプログラムを、通信ネットワーク２を介してそれぞれに提供するコンピュータシステムである。
【００２７】
データサーバ８０は、各通話端末１０がアップロードした本人確認書類のスクリーンショットを記憶し、また、スクリーンショットの閲覧要求に対する閲覧を制御する。
【００２８】
メンテナンスシステム１００は、通話端末１０、印刷端末２０、中継装置３０、通話管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータシステムである。例えば、メンテナンスシステム１００が国内に設置され、通話端末１０、印刷端末２０、中継装置３０、通話管理システム５０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、通話端末１０、印刷端末２０、中継装置３０、通話管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、通話端末１０、印刷端末２０、中継装置３０、通話管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。
【００２９】
印刷端末２０は、プリンター機能を含む機器であればよく、プリンターの他、ファクシミリ、コピー機、又は、ＭＦＰ（MFP：Multi-Function Peripheral）などである。
【００３０】
続いて、図３を用いて、２つの通話端末の間で通話を実現する場合の通信状況について説明する。なお、図３は、通話端末間で通話を実現する場合の通信状況を示す概念図である。
【００３１】
この通話システム１では、通話開始の要求元である要求元端末(通話端末１０)と、この要求元端末の通信相手としての宛先端末（通話端末１０）との間で、通話のための各種データの送受信が行われる。また、要求元端末（通話端末１０）から、この要求元端末の通信相手としての印刷端末２０へ印刷データが送信され、印刷端末２０で印刷データが用紙に印刷される。通話端末１０は主に通話するための機能を有し、印刷端末２０は主に印刷するための機能を有するため、それぞれの処理能力は異なっている。
【００３２】
また、要求元端末と通話管理システム５０との間、宛先端末（通話端末１０）と通話管理システム５０との間、及び、宛先端末（印刷端末２０）と通話管理システム５０との間では、それぞれ各種の管理情報を送受信するための管理用の通信セッションseiが確立される。また、この通信セッションseiは、呼制御用の通信セッションでもある。
【００３３】
また、各通話端末１０は、中継装置３０を介して、所定の呼制御方式と符号化方式による通信方式を利用して、通話データの通信を行う。
【００３４】
呼制御方式の例としては、(1)SIP(Session
Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。
【００３５】
符号化方式の例としては、H.264/SVC(Scalable
Video Coding)や、H.264/AVC(Advanced Video Coding)等が挙げられる。具体的には、符号化方式がH.264/SVCの場合には、要求元端末としての通話端末１０と中継装置３０との間では、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの通話データを送受信するための通話用の第１の通信セッションsed1が確立されている。更に、中継装置３０と宛先端末としての通話端末１０との間では、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの通話データを送受信するための通話用の第２の通信セッションsed2が確立されている。
【００３６】
＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。なお、通話端末１０は、専用のハードウェア（製品）と汎用的な情報処理装置のどちらでも実現可能であるため、外観図は様々である。例えば、図２、３に示した外観図やＰＣ(Personal Computer)、タブレット、スマートフォン、ＰＤＡなどの外観図が挙げられる。タブレット、スマートフォン、ＰＤＡ（Personal Digital Assistant）の場合、ディスプレイ１２０は通話端末１０に内蔵されている。また、ディスプレイ１２０が内蔵されていてもいなくても、通話端末１０からプロジェクタに映像を投影してもよい。
【００３７】
中継装置３０、通話管理システム５０、データサーバ８０、プログラム提供システム９０、及び、メンテナンスシステム１００についても、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。
【００３８】
図４は、本実施形態に係る通話端末のハードウェア構成図である。図４に示されているように、本実施形態の通話端末１０は、通話端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、通話端末１０用のプログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通話端末１０の宛先を指定する場合などに操作される操作ボタン１０８、通話端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。
【００３９】
また、通話端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを取得する内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、通話端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００４０】
ディスプレイ１２０は、被写体の画像や操作用等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。
【００４１】
カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。
【００４２】
外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ(Universal
Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。
【００４３】
なお、記録メディア１０６は、通話端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。
【００４４】
図５は、本実施形態に係る通話管理システム５０のハードウェア構成図である。通話管理システム５０は、通話管理システム５０全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、通話管理システム５０用のプログラム等の各種データを記憶するＨＤ５０４、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ５０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種選択又は指定の実行及びカーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図５に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。
【００４５】
一方、中継装置３０、データサーバ８０、プログラム提供システム９０及びメンテナンスシステム１００は、上記通話管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、各ＨＤ５０４には、中継装置３０、プログラム提供システム９０、及びメンテナンスシステム１００をそれぞれ制御するためのプログラム等の各種データが記憶されている。
【００４６】
なお、通話端末１０、印刷端末２０、中継装置３０、及びデータサーバ８０、プログラム提供システム９０及びメンテナンスシステム１００用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。
【００４７】
図６は、本実施形態に係る印刷端末２０のハードウェア構成図である。この場合の印刷端末２０は、ＭＦＰである。図６に示されているように、印刷端末２０は、コントローラ２１０、ＦＣＵ(Fax Control Unit)２２０、エンジン制御部２３０、操作面２４０、及び通信インターフェース部２５０によって構成されている。このうち、エンジン制御部２３０は、スキャナ部２３１及びプリンタ部２３２によって構成されている。また、操作面２４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部２４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作部２４０ｂを備えている。コントローラ２１０は、印刷端末２０全体の制御を行い、例えば、描画、通信、操作面２４０からの入力等を制御する。スキャナ部２３１又はプリンタ部２３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。
【００４８】
なお、印刷端末２０は、操作面２４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
【００４９】
コントローラ２１０は、コンピュータの主要部であるＣＰＵ２０１、システムメモリ（ＭＥＭ−Ｐ）２０２、ノースブリッジ（ＮＢ）２０３、サウスブリッジ（ＳＢ）２０４、ＡＳＩＣ(Application Specific Integrated Circuit)２０６、記憶部であるローカルメモリ（ＭＥＭ−Ｃ）２０７、ＨＤＤ２０８、及び、記憶部であるＨＤ２０９を有し、ＮＢ２０３とＡＳＩＣ２０６との間をＡＧＰ(Accelerated Graphics Port)バス２０５で接続した構成となっている。
【００５０】
このうち、ＣＰＵ２０１は、印刷端末２０の全体制御を行う制御部である。ＮＢ２０３は、ＣＰＵ２０１と、ＭＥＭ−Ｐ２０２、ＳＢ２０４、及びＡＧＰバス２０５とを接続するためのブリッジであり、ＭＥＭ−Ｐ２０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。
【００５１】
ＭＥＭ−Ｐ２０２は、コントローラ２１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ２０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ２０２ｂとからなる。なお、ＲＡＭ２０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＦＤ、ＣＤ−Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【００５２】
ＳＢ２０４は、ＮＢ２０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ２０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス２０５、ＰＣＩバス、ＨＤ２０８およびＭＥＭ−Ｃ２０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ２０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ２０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ−Ｃ２０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部２３１及びプリンタ部２３２との間でＰＣＩバスを介したデータ転送を行うＰＣＩユニットとからなる。このＡＳＩＣ２０６には、ＰＣＩバスを介してＦＣＵ２２０が接続されている。なお、ＡＳＩＣ２０６には、ＦＣＵ２２０だけでなく、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。
【００５３】
ＭＥＭ−Ｃ２０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ２０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ２０９は、ＣＰＵ２０１の制御にしたがってＨＤ２０９に対するデータの読出又は書込を制御する。ＡＧＰバス２０５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ−Ｐ２０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
【００５４】
＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図７は、本実施形態の通話システム１の一部を構成する通話端末１０、印刷端末２０、通話管理システム５０及びデータサーバ８０の機能ブロック図である。図７では、通話端末１０、印刷端末２０、及び通話管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。なお、中継装置３０，プログラム提供システム９０及びメンテナンスシステム１００については省略されている。
【００５５】
＜通話端末の機能構成＞
通話端末１０は、送受信部１１、操作入力受付部１２、撮像部１３、キャプチャ部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、宛先リスト作成部１８ａ、問い合わせ部１８ｂ、問い合わせ受付部１８ｃ、データ登録部１８ｄ、閲覧部１８ｅ、及び、記憶・読出処理部１９を有している。これら各部は、図４に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された通話端末１０用のプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。
【００５６】
また、通話端末１０は、図４に示されているＲＡＭ１０３、及び図４に示されているフラッシュメモリ１０４によって構築される記憶部１０００を有している。この記憶部１０００には、画像保存ＤＢ１００１、本人確認アプリ１００２及び宛先リスト情報１００３が記憶される。
【００５７】
（宛先リスト情報）
図８は宛先リスト情報１００３の一例を模式的に示す図である。宛先リスト情報１００３は、端末ＩＤ、種類、端末名、稼働状態、及び、ＩＰアドレスを有する。これらの情報は、後述される通話管理システム５０の端末状態管理テーブルにて管理されている。宛先リスト作成部１８ａは、端末状態管理テーブルの宛先端末ＩＤに登録されている宛先端末ＩＤのうち、種類が印刷端末の端末ＩＤ、種類、端末名、稼働状態、及び、ＩＰアドレスを、通話管理システム５０から取得することで宛先リスト情報１００３を作成する。なお、宛先リスト作成部１８ａは、例えば定期的に通話管理システムに対し端末状態管理テーブルを要求し、必要であれば宛先リスト情報１００３を更新する。
【００５８】
（通話端末の各機能構成）
図７に示されている通話端末１０の送受信部１１は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、所望の宛先端末と通話を開始する前から、通話管理システム５０より、通信相手の候補としての各端末の状態を示す各状態情報の受信を開始する。
【００５９】
更に、送受信部１１は、上記電源オンの受け付けを契機とし、通信ネットワーク２を介して通話管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が通話管理システム５０へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、通話管理システム５０側では、通話端末１０が電源オンから電源オフになったことを把握することができる。なお、ログインの要求は電源オンが契機ではなく、通話端末１０に対する利用者の指示入力を契機としてもよい。
【００６０】
操作入力受付部１２は、図４に示されているＣＰＵ１０１からの命令によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、通話端末の電源スイッチ１０９をＯＮにすると、図７に示されている操作入力受付部１２が電源オンを受け付けて、電源をＯＮにする。
【００６１】
撮像部１３は、図４に示されているＣＰＵ１０１からの命令、並びに図４に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。
【００６２】
キャプチャ部１４は、図４に示されているＣＰＵ１０１からの命令によって実現され、会議の相手の通話端末の問い合わせ受付部１８ｃから本人確認書類の取り込み許可を示す旨の情報を受信すると、表示制御部１６がディスプレイ１２０に表示している画面を取り込む（キャプチャする）。なお、キャプチャ時は顧客が分かりやすいように、音声出力部１５ｂより効果音などの音を出力しても良い。記憶・読出処理部１９は、取り込まれたスクリーンショットを画像保存ＤＢ１００１に一時保存する。一時保存されたスクリーンショットは、担当者によって送受信部１１から通信ネットワーク２を通じてデータサーバ８０に送信される。
【００６３】
音声入力部１５ａは、図４に示されているＣＰＵ１０１からの命令、及び音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図４に示されているＣＰＵ１０１からの命令、及び音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。
【００６４】
表示制御部１６は、図４に示されているＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、撮像部１３が撮像した画像データ及び会議の相手の通話端末から受信した画像データを組み合わせ、この組み合わされた画像データをディスプレイ１２０に送信するための制御を行う。
【００６５】
宛先リスト作成部１８ａは、通話管理システム５０から受信した、後述の端末状態管理テーブルに基づいて、宛先リスト情報１００３を作成し、宛先リスト情報１００３に基づき宛先リスト画面を作成する。
【００６６】
問い合わせ部１８ｂは、画像データを送信している通話端末に画像データを保存してよいか否かを問い合わせる（問い合わせ部１８ｂは特許請求の範囲の許可要求手段の一例である）。問い合わせ受付部１８ｃは、問い合わせ部１８ｂからの問い合わせに対し、又は、問い合わせが無くても画像データを保存してよいという取り込み許可を送信する。
【００６７】
データ登録部１８ｄは、キャプチャ部１４が取り込み画像保存ＤＢ１００１に記憶されたスクリーンショットをデータサーバ８０に登録する。データサーバ８０のＩＰアドレスは通話管理システム５０から通話端末に通知されるか、又は、予め本人確認アプリＡに設定されている。
【００６８】
キャプチャ部１４、問い合わせ部１８ｂ、問い合わせ受付部１８ｃ、及び、データ登録部１８ｄはＣＰＵ１０１が本人確認アプリ１００２を実行して実現される機能である。すなわち、本人確認アプリ１００２は、担当者が起動させた場合に本人確認書アプリＡとしての機能が有効になり、本人確認書アプリＡからの通知により起動した本人確認アプリＢとしての機能が有効になる。
【００６９】
閲覧部１８ｅは、担当者がデータサーバ８０に登録されたスクリーンショットを閲覧する際に、データサーバ８０からスクリーンショットをダウンロードする。閲覧部１８ｅは、例えばブラウザアプリである。
【００７０】
記憶・読出処理部１９は、図４に示されているＣＰＵ１０１からの命令及び図４に示すＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。この記憶部１０００には、通話端末１０を識別するための識別情報を示す端末ＩＤ(Identification）、及びパスワード等が記憶される。
【００７１】
更に、記憶部１０００には、宛先端末との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。
【００７２】
本人確認アプリ１００２について説明する。担当者が後述する所定のボタン１２０５を押下すると、記憶・読出処理部１９は本人確認アプリ１００２を読み出して、図４のＣＰＵ１０１が本人確認アプリＡを実行する。これにより本人確認アプリＡが起動する。本人確認アプリＡは、画像データを送信している通話端末に本人確認アプリＢを起動させる通知を送信する。
【００７３】
相手端末で起動する本人確認アプリＢは、操作入力受付部１２により顧客が画面の取り込みを許可する操作（後述する決定ボタン１２０２の押下）をしたことが検出された場合、取り込み許可示す旨の情報を、本人確認アプリＡを起動している通話端末１０に送信する。なお、取り込み許可は保存を許可する旨を示す情報であればよい。
【００７４】
したがって、本人確認アプリ１００２は、担当者が起動させた場合に本人確認書アプリＡとしての機能（例えば、問い合わせ部１８ｂ）が有効になり、本人確認書アプリＡからの通知により起動した本人確認アプリＢとしての機能（例えば、問い合わせ受付部１８ｃ）が有効になる。
【００７５】
本人確認アプリＡが起動することは特許請求の範囲の「動作モード」で動作することの一例であり、本人確認アプリＢが起動することは特許請求の範囲の「撮像モード」で動作することの一例である。
【００７６】
なお、本人確認アプリＡ、Ｂが起動することは必須ではなく、本人確認アプリの機能が通話端末１０用のプログラムに組み込まれていればよい。
【００７７】
なお、本実施形態の端末ＩＤ及び後述の中継装置ＩＤは、それぞれ端末１０及び中継装
置３０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情
報を示す。また、端末ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしる
しのうち、少なくとも２つが組み合わされた識別情報であってもよい。
【００７８】
＜印刷端末の機能構成＞
印刷端末２０は、送受信部２１、印刷部２２、記憶・読出処理部２９を有している。これら各部は、図６に示されている各構成要素のいずれかが、ＲＡＭ１０２ｂ上に展開された印刷端末２０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。
【００７９】
また、印刷端末２０は、図６に示されているＲＡＭ１０２ｂ、及び図６に示されているＨＤ２０９によって構築される記憶部２０００を有している。この記憶部２０００には、通話端末１０から送られて来た画像データが記憶される。
【００８０】
上記各機能構成のうち、送受信部２１は、図６に示されているＣＰＵ２０１からの命令、及び図６に示されているネットワークＩ／Ｆ２５０によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。  印刷部２２は、図６に示されているＣＰＵ２０１からの命令、及び図６に示されているプリンタ部２３２によって実現され、記憶部１０００に記憶されている画像データを用紙に印刷する。
【００８１】
記憶・読出処理部２９は、図６に示されているＣＰＵ２０１からの命令及び図６に示すＨＤＤ１０８等によって実行され、又はＣＰＵ２０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。
【００８２】
＜通話管理システムの機能構成＞
通話管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、判断部５４、セッション管理部５５、及び記憶・読出処理部５９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ２０３上に展開された通話管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、通話管理システム５０は、図５に示されているＨＤ２０４により構築される記憶部５０００を有している。この記憶部２０００には、以下に示すような各テーブルによって構成されているＤＢ（５００１，５００２，５００３，５００４，５００５）が構築される。
【００８３】
（中継装置管理テーブル）
図９は、中継装置管理テーブルを示す概念図である。記憶部５０００には、図９に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が通話管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ通話速度（Ｍｂｐｓ）が関連付けられて管理される。
【００８４】
（端末認証管理テーブル）
図１０は、端末認証管理テーブルを示す概念図である。記憶部５０００には、図１０に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、通話管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、認証用のパスワードが関連付けられて管理される。
（端末状態管理テーブル）
図１１は、端末状態管理テーブルを示す概念図である。記憶部５０００には、図１１に示されているような端末状態管理テーブルによって構成されている端末状態管理ＤＢ５００３が構築されている。この端末状態管理テーブルでは、各通話端末１０及び各印刷端末２０の端末ＩＤ毎に、端末の種類、各端末を宛先とした場合の宛先名、各端末の稼動状態、後述のログイン要求情報が通話管理システム５０で受信された受信日時、及び各端末のＩＰアドレスが関連付けられて管理される。なお、端末ＩＤ、端末の種類、及び宛先名は、各通話端末１０及び印刷端末２０が、通話システム１を利用して通信するために、通話管理システム５０に登録される際に、記憶されて管理される。
【００８５】
（宛先リスト管理テーブル）
図１２は、宛先リスト管理テーブルを示す概念図である。記憶部５０００には、図１２に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、通話の開始を要求する要求元端末の端末ＩＤに対して、通信相手の候補として登録されている宛先端末の端末ＩＤが全て関連付けられて管理される。この通信相手の候補は、任意の要求元端末から通話管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。
【００８６】
また、宛先リスト管理テーブルには印刷端末２０の端末ＩＤが登録されている。この印刷端末２０は、例えば、会議の相手が印刷物を取りに行ける会議の相手の通話端末の近くになる印刷端末２０、及び、自拠点の担当者が印刷物を取りに行ける通話端末である。
【００８７】
（セッション管理テーブル）
図１３は、セッション管理テーブルを示す概念図である。記憶部５０００には、図１３に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、通話データ（画像データ及び音声データ）の中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間を示す遅延時間情報を宛先端末から送られて来て通話管理システム５０で受信された受信日時が関連付けられて管理される。なお、２つの通話端末１０の間で通話を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延時間情報に基づいて、遅延時間情報の受信日時を管理してもよい。但し、３つ以上の通話端末１０の間で通話を行う場合には、画像データ及び音声データの受信側の端末１０から送信されてきた遅延時間情報に基づいて、遅延時間情報の受信日時が管理される。
【００８８】
（通話管理システムの各機能構成）
次に、通話管理システム５０の各機能構成について詳細に説明する。送受信部５１は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているネットワークＩ／Ｆ５０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００８９】
端末認証部５２は、図５に示されているＣＰＵ５０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、端末認証管理テーブルを検索し、この端末認証管理テーブルに同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。
【００９０】
状態管理部５３は、図５に示されているＣＰＵ５０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末状態管理テーブルに、この要求元端末の端末ＩＤ、要求元端末の稼動状態、通話管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、通話端末１０又は印刷端末２０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末状態管理テーブルのオンラインを示す稼動状態をオフラインに変更する。
【００９１】
判断部５４は、図５に示されているＣＰＵ５０１からの命令によって実現され、稼動状態情報で示される稼動状態が「オンライン」であるか否かを判断する。更に、判断部５４は、「オンライン」と判断した場合には、所定の通話端末１０に対して、稼動状態情報を送信可能と判断し、「オンライン」ではないと判断した場合には、所定の通話端末１０に対して、稼動状態情報を送信不可と判断する。
【００９２】
セッション管理部５５は、図５に示されているＣＰＵ５０１からの命令によって実現され、記憶部５０００のセッション管理テーブルに、通話データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の端末ＩＤ、宛先端末の端末ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延時間情報を宛先端末から送られて来て通話管理システム５０で受信された受信日時が関連付けて記憶して管理する。また、セッション管理部５５は、通信セッションを確立するために使用されるセッションＩＤを作成する。
【００９３】
記憶・読出処理部５９は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているＨＤＤ５０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。
【００９４】
（データサーバの機能構成）
データサーバ８０は、送受信部８１、閲覧制御部８２、画面作成部８３、印刷制御部８４、及び、記憶・読出処理部８９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＲＡＭ５０３上に展開されたデータサーバ用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。
【００９５】
送受信部８１は、図５に示したＣＰＵ５０１からの命令、及び図５に示したネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介して通話端末１０と各種データ(情報)の送受信を行う。
【００９６】
閲覧制御部８２は、通話端末１０から送受信部８１を介して受信した、スクリーンショットＤＢ８００１に記憶されたスクリーンショットに対する閲覧要求を受け付ける。閲覧制御部８２は例えばＷＥＢサーバである。
【００９７】
画面作成部８３は、JavaScript（登録商標）、ＣＳＳ（Cascading Style
Sheets）が使用されたＨＴＭＬなどの画面データを作成し、送受信部８１を介して通話端末１０に送信する。
【００９８】
印刷制御部８４は、印刷イベントを受信すると、通話相手の近くにある印刷端末２０に印刷を要求する。詳しくは実施例３にて説明する。
【００９９】
記憶・読出処理部８９は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているＨＤＤによって実行され、記憶部８０００に各種データを記憶したり、記憶部８０００に記憶された各種データを読み出す処理を行う。スクリーンショットを送信した通話端末１０の端末ＩＤをフォルダ名とするフォルダにスクリーンショットを登録し、スクリーンショットを要求した通話端末１０の端末ＩＤをフォルダ名とするフォルダからスクリーンショットを読み出す。
【０１００】
また、データサーバ８０は、記憶部８０００に後述するスクリーンショットＤＢ８００１、顧客ＤＢ８００２、及び、文書データＤＢ８００３を構築する。
【０１０１】
（顧客ＩＤテーブル）
図１４は、顧客ＤＢ８００２、文書データＤＢ８００３及びスクリーンショットＤＢ８００１を示す概念図である。記憶部８０００には図１４に示されるような顧客ＩＤテーブルによって構成されている顧客ＤＢ８００２が構築されている。顧客ＩＤテーブルは、担当者毎に（担当者ＩＤに紐づけられて）作成され、担当者が担当する顧客ＩＤと顧客名が対応づけて登録されている。顧客名以外に住所や電話番号などを登録してもよい。顧客ＩＤテーブルは、担当者などが顧客を会員登録するので、全ての顧客に対し例外なく作成される。この後、本人確認書類を含む全ての書類が揃ったら会員登録のための審査が行われ、審査が通ったら正式に会員として登録される。顧客ＩＤテーブルは、システム管理者などを除けば、担当者のみがアクセスできる。
【０１０２】
（スクリーンショットＤＢ）
記憶部８０００には図１４に示されるようなスクリーンショットが登録されたスクリーンショットＤＢ８００１が構築されている。すなわち、スクリーンショットＤＢ８００１はデータサーバのルートディレクトリの「/client/photoshot/data/」というフォルダに、担当者の通話端末毎に作成されている。「０１ａａ」「０１ａｂ」「０１ａｃ」が各担当者が使用する端末ＩＤである。通話端末毎のフォルダ内には、担当者が撮像した本人確認書類のスクリーンショット「001_01da_XXXX.jpg」等が記憶されている。「001」が顧客ＩＤ、「01da」が顧客側の通話端末の端末ＩＤ、「XXXX」が日付・日時である。スクリーンショットの画像データのファイル名にこれらの情報を使用することによって、顧客ＩＤ、端末ＩＤ、日付・日時をスクリーンショットの画像データに紐づけている。なお、一人の顧客が複数のスクリーンショットを有していてもよい。
【０１０３】
また、図示するようにスクリーンショットのファイル名に顧客ＩＤが含まれることで、スクリーンショットと顧客ＩＤを紐づける態様は一例であって、顧客ＩＤをキーにしてスクリーンショットを読み出せればよい。例えば、顧客ＩＤにスクリーンショットが記憶されている記憶手段のアドレスとサイズが紐づけられていてもよいし、データPath（パス）が紐づけられていてもよい。
【０１０４】
（文書データＤＢ）
記憶部８０００には図１４に示されるような文書データが登録された文書データＤＢ８００３が構築されている。文書データＤＢ８００３はデータサーバ８０のルートディレクトリの「/client//data/」というフォルダに、担当者毎に作成されている。「１２３４５」「２３４５６」「３４５６７」が担当者ＩＤである。担当者のフォルダ内には、担当者が担当した顧客の文書データ「001.htm」等が記憶されている。文書データのファイル名に顧客ＩＤを使用ことによって、顧客ＩＤと文書データを紐づけている。文書データは、顧客の申込書、契約書、承諾書などを電子化したデータである。一人の顧客が複数の文書データを有していてもよい。
【０１０５】
また、図示するように文書データのファイル名に顧客ＩＤが含まれることで、文書データと顧客ＩＤを紐づける態様は一例であって、顧客ＩＤをキーにして文書データを読み出せればよい。例えば、顧客ＩＤに文書データが記憶されている記憶手段のアドレスとサイズが紐づけられていてもよいし、データPath（パス）が紐づけられていてもよい。
【０１０６】
＜＜実施形態の処理または動作＞＞
続いて、図１５を用いて、本実施形態の処理または動作について説明する。図１５は、通話端末間で通話を開始する準備を行い、セッションを確立する処理を示すシーケンス図である。
S1：まず、要求元端末（通話端末１０ａａ）の利用者（担当者）が、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源オンを受け付けて、通話端末１０の電源をＯＮにする。
S2：送受信部１１は、電源オンの受け付けを契機とし、通信ネットワーク２を介して通話管理システム５０に、ログイン要求を示すログイン要求情報を送信する。このログイン要求情報には、要求元端末である端末１０ａａを識別するための端末ＩＤ、及びパスワードが含まれている。これら端末ＩＤ、及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。要求元端末（端末１０ａａ）から通話管理システム５０へログイン要求情報が送信される際は、受信側である通話管理システム５０は、送信側である端末１０ａａのＩＰアドレスを把握することができる。また、ログイン要求は、上述のように、電源オンではなく、利用者の指示入力を契機としてもよい。更に、端末ＩＤ及びパスワードは、要求元端末に対して利用者が入力できるようにしてもよい。
S3：次に、通話管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、端末認証管理テーブルを検索し、この端末認証管理テーブルに同一の端末ＩＤ及び同一のパスワードが管理されているかを判断することによって端末認証を行う。
S4：この端末認証部５２によって、同一の端末ＩＤ及び同一のパスワードが管理されているため、正当な利用権限を有する通話端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末状態管理テーブルに、通話端末１０ａａの端末ＩＤ、端末の種類及び宛先名で示されるレコード毎に、稼動状態、上記ログイン要求情報が受信された受信日時、及び端末１０ａａのＩＰアドレスを関連付けて記憶する。
S5：そして、通話管理システム５０の送受信部５１は、上記端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末（通話端末１０ａａ）に送信する。
S6：通話管理システム５０の記憶・読出処理部５９は、ログイン要求してきた要求元端末（通話端末１０ａａ）の端末ＩＤ「０１ａａ」に基づいて宛先リスト管理テーブルを検索することにより、上記要求元端末（通話端末１０ａａ）の端末ＩＤ「０１ａａ」を通信相手の候補として登録している他の要求元端末の端末ＩＤを抽出する。ここでは、説明の簡略化のため、ステップＳ６で抽出された端末ＩＤが、通話端末１０ｄａの端末ＩＤ「０１ｄａ」の場合について、以下続けて説明する。
S7：次に、送受信部５１は、端末１０ｄａに対して、要求元端末（通話端末１０ａａ）の端末ＩＤ「０１ａａ」と、要求元端末（通話端末１０ａａ）の稼動状態を示した稼動状態情報とが含まれた「端末の状態情報」を送信する。これにより、通話端末１０ｄａの送受信部１１は、端末１０ａａの状態情報を受信する。
【０１０７】
この後、端末１０ａａは、通話管理システム５０に対し宛先リスト管理テーブルに登録された宛先端末ＩＤを要求して、宛先リスト情報（端末ＩＤ、宛先名）及び各端末の稼働状態を取得する。端末１０ａａの表示制御部１６は宛先リストを一覧表示する宛先リスト画面（不図示）をディスプレイ５０８に表示する。
S8：利用者は、宛先リスト一覧の中から通話を開始する宛先の端末を選択すると、操作入力受付部１２は、宛先端末（通話端末１０ｄｂ）との通話を開始する要求を受け付ける。
S9：要求元端末（通話端末１０ａａ）の送受信部１１は、要求元端末（通話端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（通話端末１０ｄａ）の端末ＩＤ「０１ｄａ」が含まれ、通話を開始したい旨を示す開始要求情報を、通話管理システム５０へ送信する。これにより、通話管理システム５０の送受信部５１は、上記開始要求情報を受信すると共に、送信元である要求元端末（通話端末１０ａａ）のＩＰアドレス「１．２．１．３」を受信することができる。
S10：そして、状態管理部５３は、開始要求情報に含まれる要求元端末（通話端末１０ａａ）の端末ＩＤ「０１ａａ」及び宛先端末（通話端末１０ｄａ）の端末ＩＤ「０１ｄａ」に基づき、端末状態管理テーブルにおいて、上記端末ＩＤ「０１ａａ」及び端末ＩＤ「０１ｄａ」がそれぞれ含まれるレコードの稼動状態のフィールド部分を、ともに「オンライン（通話可能）」から「オンライン（通話中）」に変更する。
S11：次に、セッション管理部５５は、記憶部５０００のセッション管理テーブルに、利用される中継装置３０ａの中継装置ＩＤ「１１１ａ」、要求元端末（通話端末１０ａａ）の端末ＩＤ「０１ａａ」、及び宛先端末（通話端末１０ｄａ）の端末ＩＤ「０１ｄａ」を関連付けて記憶して管理する。この場合、例えば、要求元端末（通話端末１０ａａ）のＩＰアドレスに近いＩＰアドレスの中継装置３０ａが選ばれる。
S12：次に、通話管理システム５０の送受信部５１は、中継装置３０ａに対して、セッション初期化要求情報を送信する。これにより、中継装置３０ａでは、セッション初期化要求情報を受信する。このセッション初期化要求情報は、中継装置３０ａの通信セッションを初期化する命令であり、要求元端末（通話端末１０ａａ）のＩＰアドレス「１．２．１．３」、及び宛先端末（通話端末１０ｄａ）のＩＰアドレス「１．３．２．３」が含まれている。各ＩＰアドレスは、端末状態管理テーブルにおいて、ステップＳ６２によって受信された要求元端末（通話端末１０ａａ）の端末ＩＤ及び宛先端末（通話端末１０ｄｂ）の端末ＩＤにそれぞれ対応するＩＰアドレスである。
S13：次に、中継装置３０ａは、ステップＳ１２によって受信した要求元端末（通話端末１０ａａ）のＩＰアドレス「１．２．１．３」に基づき、要求元端末（通話端末１０ａａ）にセッション開始指示情報を送信する。このセッション開始指示情報は、要求元端末（通話端末１０ａａ）に通信セッションを開始する指示である。また、この際、中継装置３０ａのＩＰアドレス「１．２．１．２」も送信される。
S14：同じく、中継装置３０ａは、ステップＳ１２によって受信した宛先端末（通話端末１０ｄａ）のＩＰアドレス「１．３．２．３」に基づき、宛先端末（通話端末１０ｄａ）にセッション開始指示情報を送信する。このセッション開始指示情報は、宛先端末（通話端末１０ｄａ）に通信セッションを開始する指示である。また、この際、中継装置３０ａのＩＰアドレス「１．２．１．２」も送信される。
S15：これにより、要求元端末（通話端末１０ａａ）と中継装置３０ａとの間で、第１の通信セッションsed1が確立される。
S16：また、宛先端末（通話端末１０ｄａ）と中継装置３０ａとの間で、第２の通信セッションsed2が確立される。
【０１０８】
これにより、要求元端末（通話端末１０ａａ）と宛先端末（通話端末１０ｄａ）との間で通話が開始され、図１７のIに示すような表示画面（通話画面）が要求元端末（通話端末１０ａａ）側と宛先端末（通話端末１０ｄａ）のディスプレイ１２０に表示される。
【０１０９】
＜＜本人確認書類の画像データの取り込みの許可＞＞
本人確認書類とは、原則的に本人しか入手・所持できない書類であり、その書類を持っていることで本人である蓋然性が高いことを証明する書類である。本人確認書類には本人であることが確認できる本人確認情報として本人の個人情報が記載されていることが一般的である。個人情報としては、氏名、生年月日、現住所、居所、本籍、電話番号、顔写真、車両のナンバー、マイナンバーなどがある。また、個人情報が記述された書類としては、免許証、保険証、パスポート、住民票、戸籍謄本、などがあるなお、本人確認書類は紙でなくカードであってもよい。また、本実施形態では、本人確認書類を例に説明するが、本人確認書類に限られず、本人であることが確認できる本人確認情報が記述された文書の画像データを通話端末１０が取り込む際に、許可を必要とすることもできる。
【０１１０】
図１６は、本人確認書類のスクリーンショットをデータサーバ８０に登録する手順を説明するシーケンス図の一例である。図１７は、本人確認書類のスクリーンショットのデータサーバ８０への登録を模式的に説明する図の一例である。
【０１１１】
図１７のＩ（ａ）、Ｉ（ｂ）に示すように、表示画面の取り込みを開始する前は、通話端末１０ａａ、１０ｄａは通常会議モードである。通常会議モードは会議する通話端末それぞれのカメラが撮像した画像データを互いに送受信するモードであり、担当者又は顧客がディスプレイ１２０の表示画面のレイアウトを設定することができる。通常会議モードでは以下のようなレイアウトが可能である。
・フルスクリーン(相手画像)モード
・PandPモード（自拠点を含む参加拠点が同じ大きさで配列される）
・PinPモード（自拠点を含まないPandPモードの右下に小さく自映像が表示される）
・マルチビューモード（相手映像をメインにして右側、下側、左側に残りの拠点（自拠点含む）の映像が小さく表示される）
図１７のＩ（ａ）、Ｉ（ｂ）はどちらもＰｉｎＰモードである。
【０１１２】
S81：担当者は、本人確認アプリＡ（本店用）を起動するための通話端末１０ａａの所定のボタン１２０５を押下する。これにより、操作入力受付部１２は本人確認アプリＡを起動させる操作を受け付け、通話端末１０ａａは本人確認アプリＡを起動させる。所定のボタンでなく、ディスプレイ１２０に表示された本人確認アプリＡのアイコンを担当者が選択することで起動させてもよい。
S82：本人確認アプリＡは、顧客ＩＤと担当者ＩＤの入力画面をディスプレイ１２０に表示する。操作入力受付部１２は顧客ＩＤと担当者ＩＤの入力を受け付け、記憶部１０００に記憶する。なお、顧客ＩＤは顧客が入力して通話端末１０ａａが通話端末１０ｄａから受信してもよい。
S83：本人確認アプリＡは担当者ＩＤ及び顧客ＩＤをデータサーバ８０に送信する。顧客ＩＤを送信するのは、顧客名を取得するためであるので、顧客名が分かればステップＳ８２で担当者が入力してもよい。また、担当者ＩＤを送信するのは、担当者の顧客ＩＤテーブルにアクセスするためである。担当者ＩＤをデータサーバ８０に通知する際は、担当者がログインすることで通知してもよい。
S84：データサーバ８０の送受信部８１は、担当者ＩＤに紐付いた顧客ＩＤテーブルから、顧客ＩＤに対応づけられた顧客名を通話端末１０ａａに送信する。通話端末１０ａａの送受信部１１は顧客名を受信する。
S85：本人確認アプリＡは、送受信部１１を介して本人確認アプリＡが起動したことを通話管理システム５０に通知する。
S86：通話管理システム５０の送受信部５１は、本人確認アプリＡが起動したことを、セッション管理テーブルに登録された通話端末１０ａａの相手端末である通話端末１０ｄａに通知する。
S87：通話端末１０ｄａの送受信部１１は、通話端末１０ａａで本人確認アプリＡが起動されたという通知を受信し、通話端末１０ｄａは本人確認アプリＢを起動する。
S88：本人確認アプリＡは通話端末１０ａａを書類撮像モードＡに設定する。図１７のII（ａ）に示すように、書類撮像モードＡでは、表示制御部１６は通話端末１０ｄａから送信される画像データをフルスクリーンでディスプレイ１２０に表示する。ただし、通話端末１０ｄａから取り込みの許可を示す旨の情報が送信されるまでは表示画面を取り込めない。すなわち、本人確認アプリＡ及び通話端末１０ａａはボタンなど画像データを取り込むためのユーザインタフェースを有していない。仮に、通話端末１０ａａがボタンなど画像データを取り込むためのユーザインタフェースを有していても、本人確認アプリＡが起動中はそのようなボタンの操作は無視される。
【０１１３】
また、表示制御部１６は、担当者が入力した顧客ＩＤとデータサーバ８０から受信した顧客名を画像データに重ねて表示する。これにより、担当者は顧客名を把握できる。
S89：通話端末１０ｄａで本人確認アプリＢが起動すると、本人確認アプリＢは通話端末１０ｄａを書類撮像モードＢに設定する。図１６のII（ｂ）に示すように、書類撮像モードＢでは、表示制御部は自映像をフルスクリーンでディスプレイ１２０ｄａに表示する。また、本人確認書類を設置するためのガイド枠１２０１を表示する。本人確認書類はその種類によって大きさが異なるので、適切なサイズのガイド枠１２０１を表示するため、本店の担当者が本人確認書類の種類（免許証、保険証、パスポート、住民票、戸籍謄本等）を本人確認アプリＡに指示してもよい。本人確認アプリＡは本人確認書類の種類又はガイド線のサイズを本人確認アプリＢに通知するので、本人確認書類の大きさに適切なガイド枠を表示できる。
【０１１４】
また、本人確認アプリＢは、本人確認書類を通話端末１０ｄａに接続されているカメラで撮像するように誘導するダイアログを表示する。図のダイアログには「本人確認書類を青い四角に合わせて決定を押してください。」と表示されている。
【０１１５】
通話端末１０ｄａ側の顧客は指示に従って、本人確認書類を通話端末１０ｄａのカメラで撮像する。図１７のIII（ｂ）に示すように、通話端末１０ｄａのディスプレイ１２０ｄａにはフルスクリーンモードで本人確認書類の画像データが表示される。
【０１１６】
これにより送受信部１１は本人確認書類の画像データを通話端末１０ａａに送信し始める。送信されただけで取り込みは許可されていないが、顧客が許可するまでは通話端末１０ａａの表示制御部は本人確認書類の画像データに個人情報が読めなくなる画像処理（例えば、ＮｏＣｏｐｙと表示したり、モザイク処理、輝度低下処理、コントラスト低下処理など）を施す。
【０１１７】
図１７のIII（ａ）に示すように、通話端末１０ａａのディスプレイ１２０ａａにはフルスクリーンで本人確認書類の画像データが表示される。しかし、顧客が許可するまでは本人確認書類の画像データを取り込むことはできない。また、ＮｏＣｏｐｙと表示されているので、デジタルカメラなどで撮像しても個人情報は記録されない。
【０１１８】
S90：本店の担当者は、通話端末１０ａａのディスプレイ１２０ａａに表示された本人確認書類の画像データを見て撮像品質を確認し、顧客にスクリーンショットの取り込みの許可を求め、取り込んでよい場合は決定ボタンを押すよう音声で指示する（または、ダイアログで取り込みの許可を求めるメッセージを表示してもよい。）。通話端末１０ｄａの顧客は決定ボタン１２０２を押下する。この決定ボタン１２０２の押下が取り込みの許可に相当する。本人確認アプリＢは送受信部１１により本人確認書類の画像データと取り込み許可を通話管理システム５０に送信する。なお、決定ボタンの押下には、ハード的なボタンの押下、タッチパネルの決定ボタンへのタッチ、マウスによる決定ボタンのクリック、ジェスチャー入力、音声操作（例えば、「取り込み許可」と発声すること）などが含まれる。
【０１１９】
したがって、本実施形態の問い合わせ部１８ｂは以下のように動作する。
・担当者が音声により取り込みの許可を要求する場合、問い合わせ部１８ｂは不要になる。
・担当者がダイアログで取り込みの許可を求める場合、担当者がダイアログを通話端末１０ｄａに表示させるために操作する通話端末１０ａａのボタンなどの押下が許可の要求の契機となる。したがって、ダイアログを表示させるボタンの押下により、問い合わせ部１８ｂが通話端末１０ｄａに問い合わせる。
・本人確認アプリＡが起動すると本人確認アプリＢが起動し、本人確認アプリＢが取り込みの許可を求めるダイアログを自動的に表示する場合は、本人確認アプリＡが起動するための所定のボタン１２０５の押下が許可の要求の契機となる。したがって、所定のボタン１２０５の押下により、問い合わせ部１８ｂが通話端末１０ｄａに問い合わせる。
【０１２０】
S91：通話管理システム５０は本人確認書類の画像データと取り込み許可を示す旨の情報を通話端末１０ａａに送信する。
【０１２１】
S92：通話端末１０ｄａの決定ボタンの押下によって、通話端末１０ａａは取り込み許可を示す旨の情報を受信し、通話端末１０ａａのキャプチャ部１４は、ディスプレイ１２０ａａに表示されている表示画面を取り込んで、スクリーンショットを通話端末１０ａａの画像保存ＤＢ１００１に一時保存する。すなわち、通話端末１０ａａのキャプチャ部１４は、担当者がなんら操作しなくても表示画面のスクリーンショットを作成する。取り込み許可の受信により本人確認アプリＡが通話端末１０ａａにおけるスクリーンショットの作成操作を有効にして、担当者が該作成操作を行ってスクリーンショットを作成してもよい。なお、表示制御部１６は、取り込み許可を示す旨の情報と共に送信された画像データに対し個人情報が読めなくなる画像処理を行わない。キャプチャ部１４は、この画像データを取り込むので、個人情報が良好に撮像された画像データを保存できる。
【０１２２】
S93：一時保存されたスクリーンショットは端末ＩＤと共に、自動的に本店のデータサーバ８０に送信される。具体的には、データ登録部１８ｄは画像保存ＤＢ１００１に保存されたスクリーンショットに所定のファイル名を付与し、送受信部１１からデータサーバ８０に送信する。登録の際、データサーバ８０の記憶・読出処理部８９はスクリーンショットを少なくとも端末ＩＤに紐づけてスクリーンショットＤＢ８００１に登録する。登録について詳しくは後述する。
S94：データサーバ８０は、保存完了を通話端末１０ａａに送信する。なお、通話端末１０ａａから指定の印刷機にスクリーンショットを送信し印刷してもよく、この手順については後述する。
【０１２３】
S95：通話端末１０ａａの本人確認アプリＡは、保存完了の通知を受信すると一時保存したスクリーンショットを削除する。担当者は、通話端末１０ａａの所定のボタン１２０５を押下することで本人確認アプリＡを終了させる。または、担当者が通話端末１０ａａの所定のボタン１２０５を押下することで本人確認アプリＡが終了し、終了時に本人確認アプリＡがスクリーンショットを削除してもよい。
S96：通話端末１０ａａは本人確認アプリＡが終了したことを通話管理システム５０に送信する。この送信はアプリ終了直前に本人確認アプリＡが送信してもよい。
S97：通話管理システム５０は本人確認アプリＡが終了したことを通話端末１０ｄａに通知する。
S98：通話端末１０ｄａの本人確認アプリＢは、本人確認アプリＡが終了したという通知により自動的に終了する。すなわち、本人確認アプリＢを起動中は、通話端末１０ｄａから書類撮像モードＢを終了することはできない。これにより、顧客の誤操作により本人確認アプリＢを終了することを防止できる。また、本人確認アプリＢを起動中は、決定ボタン１２０２のみ押すことが可能であり、他のキーは操作入力受付部１２によりロックされる（決定ボタン１２０２以外の操作は無視される）。すなわち、本人確認アプリＢを起動中は、本人確認書類の画像データの送信以外の処理は禁止される。
【０１２４】
通話端末１０ａａと通話端末１０ｄａはそれぞれ本人確認アプリＡ，Ｂを終了すると、通話端末１０ａａと１０ｄｂは通常会議モードへ戻り、書類撮像モードＡ、Ｂになる前のレイアウト（図１７のＩ（ａ）、Ｉ（ｂ））に戻る。
【０１２５】
このように、本人確認書類の画像データを送信する顧客は本人確認書類をガイド枠に合わせて決定ボタンを押下するだけでよいので、操作に不慣れな顧客でも容易に本人確認書類の画像データを送信できる。すなわち、本人確認アプリＢの起動や終了、本人確認書類の画像データの送信処理などが不要である。
【０１２６】
なお、本実施例では、通話端末１０ａａは画像データとして静止画像を保存したが、本人確認書類が撮像された動画を保存してもよい。また、この時、顧客側が発声した音声データを本人確認書類の取り込み許可を示す旨の情報とすることができる。すなわち、顧客が「免許証の保存に同意します」などと発声した画像データと音声データを保存する。この場合、決定ボタンを担当者側で押下しても、画像データと音声データを取り込み許可を示す旨の情報の記録とすることができる。また、通話管理システム５０は音声認識を行い取り込み許可を示す旨の情報を通話端末１０ａａに送信すれば、決定ボタン１２０２の押下を不要にすることができる。
【０１２７】
また、図１６では通話管理システム５０を介して通話端末１０ａａと１０ｄａが通信したが、通話管理システム５０を介することなく又は通話管理システム５０の介在を最小限にして通話端末１０ａａと１０ｄａが直接、通信してもよい。
【０１２８】
＜データサーバへの登録＞  
図１６のステップＳ９３のデータサーバ８０への登録について説明する。図１６では自動的にスクリーンショットがデータサーバに登録されると説明したが、担当者の操作によりデータサーバへの登録、印刷、又は、何もしないことを選択することができる。
【０１２９】
図１８は、通話端末１０ａａのディスプレイ１２０に表示された処理選択画面の一例を示す図である。処理選択画面では、「キャプチャした画像をどうしますか？」というメッセージと、「印刷」ボタン１２１１、「サーバー送信」ボタン１２１２、及び、「キャセル」ボタン１２１３が表示されている。担当者は、いずれかのボタンをマウスでクリックしたりタッチすることで選択する。
【０１３０】
図１９は、スクリーンショットに対する通話端末１０ａａの処理手順を説明するフローチャート図の一例である。
【０１３１】
すでに説明したように本人確認アプリＡは、本人確認書類を取り込む（Ｓ９３０１）。
【０１３２】
本人確認アプリＡは図１８に示すような処理選択画面をディスプレイ１２０に表示する（Ｓ９３０２）。
【０１３３】
本人確認アプリＡは、操作入力受付部１２により印刷、サーバーへ送信、又は、キャンセルのうち、どの操作が受け付けられたかを判定する（Ｓ９３０３）。
【０１３４】
サーバーへ送信ボタン１２１２が選択された場合、本人確認アプリＡは通話端末１０ａａから通信ネットワーク２を介してデータサーバ８０にスクリーンショットを送信する(Ｓ９３０４)。送信されたスクリーンショットは通話端末１０ａａから削除される。
【０１３５】
印刷ボタン１２１１が選択された場合、表示制御部は不図示の印刷機リスト画面を表示する（Ｓ９３０５）。印刷機リスト画面では、宛先リスト情報１００３に登録された印刷可能な印刷端末２０のリストが表示される。印刷されたスクリーンショットは通話端末１０ａａから削除される。
【０１３６】
本人確認アプリＡは、担当者が選択した印刷端末２０にスクリーンショットを送信する（Ｓ９３０６）。なお、印刷手順については実施例３にて説明する。
【０１３７】
キャンセルボタン１２１３が選択された場合、本人確認アプリＡは一時的に画像保存ＤＢ１００１に記憶されているスクリーンショットを削除する（Ｓ９３０７）。
【０１３８】
図２０は、通話端末１０ａａからデータサーバ８０へのスクリーンショットの登録を模式的に説明する図の一例である。
【０１３９】
通話端末１０ａａのデータ登録部１８ｄは、データサーバ８０にスクリーンショットを送信する。データ登録部１８ｄは、例えばＨＴＴＰのＰＯＳＴコマンドでスクリーンショットのファイル（001_01da_XXXX.jpg）を送信する。
【０１４０】
データ登録部１８ｄは、送信するスクリーンショットにファイル名を付与する。スクリーンショットのファイル名は「顧客ＩＤ」「端末ＩＤ」及び「日付」の文字列を含むように生成される。顧客ＩＤは、図１７のＩ（ａ）の入力画面で担当者が通話端末１０ａａに入力したものであり、端末ＩＤは本人確認書類の画像データを送信した通話端末１０の端末ＩＤであり、日付は通話端末が内蔵する時計から取得する。
【０１４１】
例えば、顧客ＩＤ＝「００１」の顧客が操作する通話端末の端末ＩＤが「０１ｄａ」であるとする。通話端末１０ａａが、端末ＩＤ「０１ｄａ」から送信された本人確認書類の画像データを、「2012/7/7 14:50 23秒」に取り込んだ場合、スクリーンショットのファイル名は「001_01da_20120707145023.拡張子」となる。
【０１４２】
データサーバ８０の送受信部４１がスクリーンショットを受信すると、記憶・読出処理部８９は記憶部８０００に蓄積する。記憶部８０００には、通話端末毎にフォルダ（又はディレクトリ）が作成される。すなわち、記憶・読出処理部８９は送信されたスクリーンショットを、送信元端末の端末ＩＤをフォルダ名とする専用のフォルダに保存する。図２０では、フォルダ名と端末ＩＤが一致しているが、フォルダと通話端末が紐づけられていればフォルダ名と端末ＩＤが一致していなくてもよい。なお、通話端末１０の端末ＩＤと日時情報はファイル名に含めるのでなく、ファイルのタグやメタデータなどの関連情報としてファイルに関連付けて保持してもよい。また、ファイル名は、データサーバ８０が付与してもよい。
【０１４３】
データサーバ８０は、スクリーンショットを保存した通話端末にのみスクリーンショットの閲覧を許可したり、ある期間のスクリーンショットの閲覧を許可するなどの制御ができる。例えば、閲覧制御部８２は、通話端末に端末ＩＤとパスワードを要求し、端末認証管理ＤＢ５００２の端末認証管理テーブルに登録された端末ＩＤとパスワードに一致するとアクセスを許可する。そして、記憶・読出処理部８９は通話端末１０ａａがアクセスできるフォルダを、フォルダ名が「０１ａａ」というフォルダのみに制限する。
【０１４４】
＜スクリーンショット、文書データの閲覧＞
図２１は、通話システムのうちスクリーンショットを通話端末１０等が閲覧する際のシステム構成を説明する図の一例である。通話端末１０の閲覧部１８ｅは、例えばブラウザ機能であり、担当者が指定したＵＲＬ「http://client/index」にアクセスする。ここからログイン画面を開きログインすると、顧客ＤＢ８００２、スクリーンショットＤＢ８００１及び文書データＤＢ８００３にアクセス可能なＷｅｂページが表示される。
【０１４５】
閲覧部１８ｅがこのＷｅｂページからスクリーンショットＤＢ８００１にアクセスする際、データサーバ８０の閲覧制御部８２は通話端末１０ａａから端末ＩＤ「０１ａａ」を受信する。記憶・読出処理部８９は、まず、０１ａａというフォルダを特定し、該フォルダから、入力された端末ＩＤをファイル名に含むスクリーンショットを検索する。データサーバ８０の送受信部８１は検索に適合したスクリーンショットを通話端末１０ａａに送信する。なお、顧客ＩＤテーブルは端末ＩＤをフォルダ名とするフォルダ又は担当者ＩＤをフォルダ名とするフォルダに記憶されている。
【０１４６】
また、ＰＣのような汎用的な情報処理装置がデータサーバ８０にアクセスする際は、ＰＣを操作する担当者の権限に応じて、データサーバ８０はアクセスできるフォルダを制限する。担当者は担当者ＩＤ、端末ＩＤ及びアクセス権を紐づけて予めデータサーバ８０に登録しておく。アクセス権は「一般」や「管理者」などであり、一般の担当者はユーザＩＤと紐づけられた端末ＩＤのフォルダにしかアクセスできない。管理者は例えば任意のフォルダにアクセスできる。
【０１４７】
なお、データサーバ８０は、各フォルダのスクリーンショットをフォルダ名（端末ＩＤ）から生成した鍵で暗号化してもよい。これにより、データサーバ８０が外部から侵入されても、フォルダ毎に端末ＩＤが異なるので本人各認書類を漏洩しにくくすることができる。また、端末ＩＤが特定されても鍵の生成方法が分からないと復号できないので、さらに漏洩しにくくすることができる。
【０１４８】
〔顧客情報一覧画面〕
続いて、顧客情報一覧画面の表示について説明する。担当者は担当者の専用のＵＲＬ「http://client/index」にアクセスし、ログインする。ログイン後、担当者が顧客情報一覧画面の作成要求を送信する、データサーバ８０は顧客情報一覧画面をＨＴＭＬなどで作成し通話端末１０ａａに送信する。
【０１４９】
図２２は、データサーバ８０が顧客情報一覧画面を作成する手順を示すフローチャート図の一例である。顧客情報一覧画面の作成要求により（又は少なくとも作成要求までに）、通話端末１０ａａは、担当者ＩＤと担当者が使用する通話端末１０の端末ＩＤをデータサーバ８０に送信している。
【０１５０】
まず、画面作成部８３は、文書データＤＢ８００３の担当者ＩＤをフォルダ名とするフォルダから、全ての文書データのファイル名を取得する（Ｓ１０１）。
【０１５１】
次に、顧客ＩＤテーブルから全ての顧客ＩＤと顧客名を取得する（Ｓ１０２）。顧客名が不要な場合、文書データＤＢ８００３の文書データのファイル名から顧客ＩＤを抽出してもよく、その場合、顧客ＩＤテーブルは参照不要である。
【０１５２】
画面作成部８３は、ステップＳ１０２で取得した顧客ＩＤと顧客名に、ステップＳ１０１で取得した文書データのファイル名を紐付け、文書データのファイル名に文書データへのリンクを埋め込む（Ｓ１０３）。顧客ＩＤテーブルから顧客ＩＤが明らかであり、文書データのファイル名は顧客ＩＤを含むので容易に紐づけできる。また、文書データが「001.htm」の場合、リンクは例えば、「http://client/data/12345/001.htm」となる。
【０１５３】
以下の処理は顧客ＩＤ毎に行われる。顧客ＩＤをファイル名にもつスクリーンショットが、スクリーンショットＤＢ８００１の通話端末１０ａａの端末ＩＤをフォルダ名とするフォルダに存在するか否かを判定する（Ｓ１０４）。
【０１５４】
顧客ＩＤをファイル名にもつスクリーンショットが存在しない場合（Ｓ１０４のＮｏ）、画面作成部８３は、着目している顧客ＩＤの本人確認書類は未提出であると表示する画面データを作成する（Ｓ１０６）。
【０１５５】
顧客ＩＤをファイル名にもつスクリーンショットが存在する場合（Ｓ１０４のＹｅｓ）、着目している顧客ＩＤにスクリーンショットのファイル名を紐づける（Ｓ１０５）。画面作成部８３は、スクリーンショットのファイル名にスクリーンショットへのリンク（例えば、http://client/photoshot/01aa/001_01da_XXXX.jpg）を埋め込む。
【０１５６】
次に、画面作成部８３は、ステップＳ１０２で取得した全ての顧客ＩＤについてスクリーンショットの有無を判定したか否かを判定する（Ｓ１０７）。
【０１５７】
全ての顧客ＩＤについてスクリーンショットの有無を判定した場合、図２２の処理は終了する。このように、画面作成部８３は、顧客ＩＤテーブルの全ての顧客ＩＤについて、顧客ＩＤ、顧客名、リンクを含む文書データ及びリンクを含む本人確認書類のスクリーンショットを１つのレコードにした画面データを作成する。
【０１５８】
なお、画面作成部８３は顧客から要求があった時に画面データを作成するのでなく、例えば処理負荷が低い時や文書データ又はスクリーンショットの登録時などのタイミングで、予め画面データを作成しておいてもよい。
【０１５９】
図２３は、顧客情報一覧画面の一例を示す図である。
顧客情報一覧画面では、１つのレコード毎に、顧客名、顧客ＩＤ、文書データのファイル名、及び、本人確認書類のスクリーンショットのファイル名が表示される。顧客名と顧客ＩＤは顧客ＩＤテーブルに登録されているものと同じである。文書データのファイル名はステップＳ１０３で文書データＤＢ８００３から取得されたものである。本人確認書類のスクリーンショットのファイル名は、Ｓ１０４でスクリーンショットＤＢ８００１から取得されたものである。本人確認書類のスクリーンショットのファイル名は、本人確認書類が提出されていない場合は「未」と表示される。
【０１６０】
このように、担当者は通話端末１０ａａを用いて本人確認書類のスクリーンショットをデータサーバ８０に登録すると、顧客の文書データと対応づけて一覧表示することができる。また、スクリーンショットが登録されていない場合は、登録されていない旨を示す情報として「未」が表示されるので、担当者は本人確認書類がまだ登録されていないことを確認できる。
【０１６１】
文書データのファイル名と本人確認書類のスクリーンショットのファイル名には、データサーバ８０のファイルへのリンクが埋め込まれている。ファイル名に埋め込まれたファイルへのリンクは、特許請求の範囲の第１のアクセス情報の一例である。したがって、担当者が文書データ又は本人確認書類をマウスなどで選択すると、通話端末１０ａａはリンク先にアクセスして文書データ又は本人確認書類のスクリーンショットをダウンロードすることができる。
【０１６２】
図２４は、文書データ表示画面の一例を示す図である。担当者が文書データのファイル名をマウスなどで選択した場合、図２４の文書データの画面が表示される。担当者が文書データを選択すると、閲覧部１８ｅはHTTPのリクエストメッセージ（ＧＥＴコマンド）でデータサーバ８０に「/client/data/12345/001.html」をリクエストする。画面作成部８３は、「001.html」を通話端末１０ａａに送信する。
【０１６３】
この「001.html」には以下のようなimageタグの記述がある。
<img src=“…/client/photoshot/data/01aa/001_01da_20120707145023.jpg
“ width=“300”height=“200”border=“2”alt=“本人確認書類”>
これは、001_01da_20120707145023.jpg（顧客ＩＤ＝００１）のスクリーンショットを文書データの指示された場所に表示するという記述である。このため、閲覧部１８ｅはimageタグを探すと、“src=”で記述されている画像データをデータサーバ８０に要求する。これにより、閲覧部１８ｅは受信したスクリーンショットをimageタグで指定された場所に合成して表示する。このimageタグの記述は、特許請求の範囲の第２のアクセス情報の一例である。
【０１６４】
なお、スクリーンショットがデータサーバ８０に登録されていない場合、スクリーンショットの代わりに「alt=」で記述されている「本人確認書類」という文字が表示される。
【０１６５】
このように、本実施例の通話システムは、文書データとスクリーンショットを適切なファイル名で別々にデータサーバ８０に登録しておけば、文書データのスクリーンショットを合成して表示できる。また、スクリーンショットを要求すればスクリーンショットだけを表示できる。
【０１６６】
なお、以下のように文書データにスクリーンショットを合成してもよい。「001.html」には以下のようなimageタグの記述があるとする。
<img src=“…/client/photoshot/data/dummy.jpg “ width=“300”height=“200”border=“2”alt=“本人確認書類”>
閲覧部１８ｅはimageタグで指摘されているdummy.jpgをデータサーバ８０に要求する。データサーバ８０の画面作成部８３は、「001.htm」という文書データのファイル名から顧客ＩＤ「００１」を特定できる。また、通話端末１０ａａは自拠点の端末ＩＤ（０１ａａ）をデータサーバ８０に送信しているので、「…/client/photoshot/data/01aa」フォルダから、顧客ＩＤ「００１」を含むスクリーンショットのファイルを検索することを特定できる。画面作成部８３は、「001_01da_20120707145023.jpg」のファイル名をdummy.jpgと変更して通話端末１０ａａに送信する。これにより、閲覧部１８ｅはdummy.jpgを文書データに合成して表示できる。この例では、imageタグの記述をスクリーンショットのファイル名と一致させなくてよいので、スクリーンショットが登録されそのファイル名が判明した後に、システム管理者などが文書データを編集する必要がない。
【０１６７】
以上説明したように、本実施例の通話システムは本人確認書類の画像データをデータサーバ８０に登録し、顧客の文書データと容易に紐づけることができる。また、担当者は本人確認書類が登録されていないことを容易に確認できる。
【０１６８】
なお、本実施例の形態は本発明の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、通話管理システム５０とデータサーバ８０とが１つの情報処理装置として配置されていてもよい。また、印刷端末２０が、通話管理システム５０及びデータサーバ８０の機能を有していてもよい。
【０１６９】
また、通話管理システム５０が有する機能を、複数の情報処理装置が分散して有していてもよいし、データサーバ８０が有する機能を、複数の情報処理装置が分散して有していてもよい。
【０１７０】
また、通話端末１０の宛先リスト作成部１８ａは、通話管理システム５０、データサーバ８０又は通話端末１０が有していてもよい。通話端末１０が有するその他の機能も通話端末が内蔵している必要はなく、通話端末１０が呼び出して利用できればよい。
【０１７１】
また、通話管理システム５０が有する記憶部５０００は通話管理システム５０がアクセス可能なネットワーク上にあればよく、データサーバ８０が有する記憶部８０００はデータサーバ８０がアクセス可能なネットワーク上にあればよく、印刷端末２０が有する記憶部２０００は印刷端末２０がアクセス可能なネットワーク上にあればよく、通話端末１００は通信湾待つ１０がアクセス可能なネットワーク上にあればよい。
【実施例２】
【０１７２】
実施例１では、図２４に示したように、文書データ表示画面により本人確認書類を文書データに合成して表示することができた。本実施例では、文書データ表示画面を相手端末と共有できる通話システムについて説明する。
【０１７３】
図２５は、本発明の一実施形態に係る通話システムの概略図である。図２５では、複数の通話端末（１０ａａ，１０ａｂ，…，１０ｄｂ）にそれぞれ、ＰＣ等の外部入力装置４０ａａ，４０ａｂ，４０ｂａ，４０ｂｂ，４０ｃａ，４０ｃｂ，４０ｄａおよび４０ｄｂが接続されている。
【０１７４】
外部入力装置４０は、通話端末１０と接続され、外部入力装置４０の表示装置（後述するディスプレイ５０８）に表示されている画像を表す表示データを通話端末１０に送信するようになっている。外部入力装置４０と通話端末１０とは例えばＵＳＢケーブル、ＬＡＮケーブルなどで接続される。Bluetooth（登録商標）、無線ＬＡＮ、赤外線、ＩＣ通信などの無線で接続されてもよい。
【０１７５】
外部入力装置４０は、通話管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、外部入力装置４０を制御するための外部入力装置用プログラムが格納されている。この場合も、外部入力装置用プログラムは、インストール可能な形式または実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【０１７６】
次に、図２６に基づき、外部入力装置４０の各機能部について詳細に説明する。図２６は外部入力装置４０の機能ブロック図の一例である。まず、送受信部４１ａは、図５に示されるネットワークＩ／Ｆ５０９によって実現され、通話端末１０との間で各種データ（情報）の送受信を行う。送受信部４１aは、通話端末１０と通信して種々のデータを送受信する。
【０１７７】
送受信部４１ｂは、ネットワークＩ／Ｆ５０９によって実現され、通信ネットワーク２を介してデータサーバ８０との間で各種データ（情報）の送受信を行う。
【０１７８】
接続検出部４２は、図３に示される外部装置Ｉ／Ｆ２１５により通話端末１０が接続されたこと及び通話端末１０との間で各種データの送受信が可能となったことを検出する。
【０１７９】
インストール判定部４３ａは外部入力装置４０に外部入力装置用プログラム２５がインストールされているか否かを判定する。インストールされていない場合、プログラム取得部４３ｂは、端末通信部４１を経由してマウント部４８がマウントした通話端末１０の記憶部１０００から外部入力装置用プログラム２５をインストールする。操作入力受付部４６は、ユーザの操作によって入力された情報を受け付ける。表示制御部４７は、後述する画面共有ボタン３０１をディスプレイ５０８に表示する。
【０１８０】
表示データ取得部４５１は、外部入力装置４０のディスプレイ５０８に表示されている画像の表示データを取得する。表示データ送信部４５２は、表示データ取得部４５１が取得した表示データを送受信部４１ａを介して通話端末１０に送信する。
【０１８１】
閲覧部４５３は、実施例１の通話端末１０が有していた閲覧部１８ｅと同様に、送受信部４１ｂを介してデータサーバ８０と通信し顧客情報一覧画面や文書データ表示画面をディスプレイ５０８に表示する。
【０１８２】
マウント部４８は、通話端末１０の記憶部１０００をマウントする。これにより、外部入力装置４０は、外部入力装置用プログラムをインストールできるようになる。または、インストールすることなく、通話端末１０から取得した外部入力装置用プログラムをＲＡＭ２０３に展開して実行してもよい。
【０１８３】
記憶・読出処理部４９は、図５に示されるＨＤＤ５０５によって実行され、記憶部４０００に各種データを記憶したり、記憶部４０００に記憶された各種データを読み出したりする処理を行う。
【０１８４】
＜データサーバ＞
データサーバ８０の機能は実施例１と同様の機能に加え、記憶部８０００に担当者端末テーブルから成る担当者端末ＤＢを有している。
【０１８５】
図２７は、担当者端末ＤＢの一例を示す図である。担当者端末テーブルでは、担当者ＩＤと使用可能端末の端末ＩＤが紐づけられている。各担当者は担当者端末テーブルで登録された使用可能端末の端末ＩＤの通話端末を使用していることが登録されている。各担当者は、使用可能端末の端末ＩＤの通話端末１０が登録したスクリーンショットにのみ外部入力装置４０によりアクセスすることができる。担当者の権限次第で、複数の又は全部の端末ＩＤを担当者ＩＤに紐づけることで、権限に応じたアクセス制御が可能である。
【０１８６】
＜外部入力装置による顧客情報一覧画面や文書データ表示画面の表示＞
外部入力装置４０は通話端末１０と同様に顧客情報一覧画面や文書データ表示画面をディスプレイ５０８に表示することができる。
【０１８７】
図２８は、外部入力装置が顧客情報一覧画面等をディスプレイ５０８に表示する手順を示すシーケンス図の一例である。
【０１８８】
S1：担当者は外部入力装置４０を操作してデータサーバ８０にログインする。操作入力受付部４６はログイン操作を受け付け、送受信部４１ｂは担当者ＩＤとパスワードをデータサーバ８０に送信する。
S2：データサーバ８０の送受信部８１は担当者ＩＤとパスワードを受信する。認証が成立するとデータサーバ８０は、担当者端末テーブルの担当者ＩＤに紐付いた端末ＩＤを特定する。これにより、端末ＩＤをフォルダ名とするフォルダからスクリーンショットを読み出すことができる。なお、担当者は端末ＩＤをデータサーバに送信してもよい。
S3：次に、担当者が外部入力装置４０を操作すると、閲覧部４５３は顧客情報一覧画面の作成要求を送信する。担当者ＩＤにより担当者が担当する顧客の顧客ＩＤも定まるが、必要であれば担当者は担当する任意の顧客の顧客ＩＤを送信してもよい。
S4：データサーバ８０の閲覧制御部８２は送受信部８１を介して顧客情報一覧画面の作成要求を受信し、画面作成部８３が顧客情報一覧画面を作成する。作成手順は実施例１の図２２のフローチャート図と同様でよい。
S5：データサーバ８０の送受信部８１は顧客情報一覧画面を外部入力装置４０に送信する。これにより、外部入力装置４０の閲覧部４５３はディスプレイ５０８に図２３に示した顧客情報一覧画面を表示する。
S6：担当者は顧客情報一覧画面の文書データを選択することで、データサーバ８０に文書データを要求する。
S7：データサーバ８０の閲覧制御部８２は送受信部８１を介して文書データの要求を受信して、画面作成部８３はリンクで指摘された文書データを文書データＤＢ８００３から読み出す。
S8：データサーバ８０の送受信部８１は文書データを外部入力装置４０に送信する。これにより、外部入力装置４０の閲覧部４５３はディスプレイ５０８に図２４に示した文書データ表示画面を表示する。
【０１８９】
＜＜ディスプレイ５０８に表示された画面の共有＞＞
図２９は、外部入力装置４０が表示した表示データを会議の相手である通話端末１０に表示させる処理の一例を示すシーケンス図である。外部入力装置４０ａａのディスプレイ５０８ａａに表示される画像を表す表示データを他の通話端末１０ｄａに送信してディスプレイ１２０ｄａに表示させる処理について、図２９を参照しながら説明する。
【０１９０】
上記のように中継装置３０が決定されると、ステップＳ６７−２１において伝送管理システム５０が送信した中継装置ＩＤ「１１１ａ」および宛先端末１０ｄａのＩＰアドレス「１．３．２．４」を、通話端末１０ａａの送受信部１１が受信する。そして、その受信された中継装置ＩＤ「１１１ａ」およびＩＰアドレス「１．３．２．４」を、記憶・読出処理部１９が記憶部１０００に記憶させる（ステップＳ６７−２２）。
【０１９１】
また、外部入力装置４０ａａが通話端末１０ａａに接続されると、外部入力装置４０ａａの接続検出部４２が、その接続を検知（検出）する（ステップＳ７０）。なお、外部入力装置４０ａａが起動すると、表示制御部４７が全体領域を含む画面を表示している。接続検出部４２が、外部入力装置４０ａａと通話端末１０ａａの接続を検出すると、インストール判定部４３ａは、外部入力装置４０ａａに外部入力装置用プログラムがインストールされているか否かを判定する（ステップＳ７１）。インストールされている場合には、それぞれに対応する機能部を外部入力装置４０ａａが備えていると判定される。なお、外部入力装置用プログラムにより、表示データ取得部４５１及び表示データ送信部４５２が実現される。
【０１９２】
一方、インストール判定部４３ａによって、外部入力装置用プログラムがインストールされていないと判定された場合には、マウント部４８が、通話端末１０ａａの記憶部１０００をマウントする（ステップＳ７２）。次いで、プログラム取得部４３ｂが、通話端末１０の記憶部１０００に記憶されている外部入力装置用プログラムを取得し、インストールする（ステップＳ７３）。これによって、外部入力装置４０ａａは、表示データ取得部４５１及び表示データ送信部４５２を備えることになる。なお、表示データ取得プログラム１４５１及び表示データ送信プログラム１４５２を、外部入力装置４０ａａが予め有していてもよい。
【０１９３】
ステップＳ７３の処理が終了すると、送受信部４１は、表示データを送信することの許可を要求するための情報を通話端末１０ａａに送信する（ステップＳ７４）。そして、通話端末１０ａａから要求に対する許可を示す旨の情報を送受信部４１が受信すると、表示データ取得部４５１は、ディスプレイ５０８に表示されている画像を表す表示データを取得する（ステップＳ７５）。
【０１９４】
次いで、表示データ送信部４５２は、通話端末１０ａａの外部情報送受信部１８に対して表示データを送信する（ステップＳ７６）。この段階で、表示データの解像度をディスプレイ１２０ａａに適切な解像度に変換してもよい。
【０１９５】
送信元の通話端末１０ａａが外部入力装置４０ａａから表示データを受信すると、記憶・読出処理部１９が、記憶部１０００に記憶されている中継装置ＩＤ「１１１ａ」と、宛先となる通話端末１０ｄａのＩＰアドレス「１．３．２．３」を読み出す（ステップＳ７７）。そして、ステップＳ７４で読み出された中継装置ＩＤ「１１１ａ」で示される中継装置３０に対して、送受信部１１が、解像度が変換された表示データと、宛先となる通話端末１０ｄａのＩＰアドレス「１．３．２．３」を送信する（ステップＳ７８）。中継装置３０が、ステップＳ７８で通話端末１０ａａから送信された表示データを受信すると、宛先の通話端末１０ｄａのＩＰアドレス「１．３．２．３」に基づいて、表示データの画質を変更し（ステップＳ７９）、通話端末１０ｄａに表示データを送信する（ステップＳ８０）。中継装置３０から送信された表示データを通話端末１０ｄａの送受信部１１が受信すると、画像表示制御部１４ｂが、その受信した表示データによって表される画像をディスプレイ１２０に表示させる（ステップＳ８１）。
【０１９６】
図３０は、通話システム１の全体構成のうち、外部入力装置４０ａａ、４０ｄａのディスプレイ５０８ａａ、５０８ｄａ、ディスプレイ１２０ａａ、１２０ｄａに表示される画面を説明する図の一例である。外部入力装置４０ａａのディスプレイ５０８には、担当者が通話端末１０ｄａと共有したい画面が表示される。外部入力装置４０ａａ、４０ｄａに表示される画面をデスクトップ画面という。また、デスクトップ画面内で各アプリケーションが使用する範囲を領域（ＯＳによってはウィンドウと呼ばれる）という。デスクトップ画面には全体を１つの領域（以下、区別するため全体領域という）として、全体領域の中に複数の領域が表示されうる（領域が１つも表示されないことがある。）。図３０では一例として全体領域、領域（ａ）及び領域（ｂ）が表示されている。
【０１９７】
図２９の処理により、ディスプレイ１２０ａａには通話端末１０ａａが画像データおよび表示データを表示させ、ディスプレイ１２０ｄａには通話端末１０ｄａが画像データおよび表示データを表示させる。図３０のディスプレイ１２０ａａ，ｄａの表示画面のうち、上段ではディスプレイ１２０に、表示データとして全体領域が、画像データとして通話端末１０ａａのユーザａａと通話端末１０ｄａのユーザｄａが表示されている。下段ではディスプレイ１２０に、表示データとして領域（ａ）が、画像データとして通話端末１０ａａのユーザａａと通話端末１０ｄａのユーザｄａが表示されている。
【０１９８】
全体領域が共有されるのか領域（ａ）（又は領域（ｂ））が共有されるのかは、担当者がデスクトップ画面からどの領域を選択したかに依存する。詳しくは後述する。本実施形態では、このようにユーザが全体領域又は任意の領域（ａ）、領域（ｂ）を選択して共有することができる。
【０１９９】
図３１は、外部入力装置４０に接続されたディスプレイ５０８ａａに表示される画面例を示す図の一例である。図２８にて説明したように、担当者は文書データ表示画面を領域に表示することができる。図３１では領域（ａ）が文書データ表示画面である。領域（ｂ）にはどのようなデータが表示されてもよいが、図３１では顧客リストが表示されている。担当者は、マウスポインタやタッチパネルで任意の領域を選択することができる。選択された領域をアクティブ領域と称する場合がある。なお、アクティブな領域とは、ユーザによる入力や操作対象となっている領域をいい、Windows（登録商標）やMac OS等ではアクティブウィンドウと呼ばれる。
【０２００】
外部入力装置４０ａａには外部入力装置用プログラムがインストールされており、定常的に又はユーザが所定の操作を行うことで例えばデスクトップ画面の右下に画面共有ボタン３０１を表示させる。所定の操作は、例えば外部入力装置用プログラムのアイコンをクリック又はダブルクリックすること、該アイコンをマウスオーバーすることなどである。
【０２０１】
担当者は画面共有ボタン３０１をクリックすることで、図３０に示したように、外部入力装置４０ａａが表示するディスプレイ５０８の画面を、通話端末１０ａａを介して支店側の通話端末１０ｄａと共有することができる。
【０２０２】
具体的には、画面共有ボタン３０１の押下が、外部入力装置４０ａａから通話端末１０ａａに通知され、さらに通話端末１０ａａは中継装置３０に通知する。中継装置３０は通話端末１０ａａ、１０ｄａに配信イベントを送信することで表示データの共有が開始される。外部入力装置４０ａａは、通話端末１０ａａから配信イベントを受信したという通知を取得すると、図３１（ｂ）に示すように画面共有ボタン３０１の表記を変更する。
【０２０３】
図３１（ｂ）は共有を停止する際の画面共有ボタン３０１の一例を示す。この状態から、担当者が画面共有ボタン３０１を再度、押下すると、同様の手順で、中継装置３０は通話端末１０ａａ、１０ｄａに配信イベントを送信することで表示データの共有が終了される。外部入力装置４０ａａは、通話端末１０ａａから配信イベントを受信したという通知を取得すると、画面共有ボタン３０１の表記を変更する（図３１（ａ）の状態に戻る）。
【０２０４】
〔領域の選択〕
本実施例の領域とはＧＵＩ型のユーザーインタフェースにおいて表示される１つの領域が相当する。担当者は、任意の領域を選択したり、全体領域を選択することができる（全体領域を選択可能か否かはＯＳの仕様による）。
【０２０５】
１つの領域を選択するには、担当者がポインティングデバイスで領域の部分をクリックする。全体領域を選択するには、担当者がポインティングデバイスでデスクトップ画面の領域以外の部分をクリックする。ＯＳはクリックされた位置を検出する。デスクトップ画面の全体が１つの領域として扱われる（全体領域と領域が別々に扱われる）。ユーザがこの全体領域をポインティングデバイスで選択した場合、操作入力受付部４６がＡＰＩを介して全体領域の選択を検知し、全体領域を表示データとして共有することができる。
【０２０６】
担当者が選択した領域はアクティブな領域と称される。全体領域はアクティブな領域とはならないので、表示データ取得部はアクティブな領域があればアクティブな領域の表示データを取得し、アクティブな領域がなければ全体領域の表示データを取得する。アクティブな領域があるか否かの判定には、例えばＯＳの機能を利用する。例えばWindows（登録商標） APIを利用した場合、アクティブな領域のハンドルを取得し、ハンドルの値がNULLでなければ、アクティブな領域があると判定する。
【０２０７】
このように、通話端末１０ａａと１０ｄａはアクティブな領域の表示データを共有できる。しかし、本実施例では本社側の表示データを支店側の顧客と共有すべきでない場合がある。例えば、他の顧客の本人確認証、顧客ＩＤテーブル、他の顧客の個人情報などである。そこで、本実施例では、表示データ取得部は、顧客情報一覧画面又は文書データ表示画面のみを共有する。すなわち、図３１の領域（ａ）のみが共有され、全体領域や領域（ｂ）がアクティブな領域であっても、領域（ａ）が共有される。換言すると、表示データ取得部は、データサーバ８０と接続している場合は、データサーバ８０から送信されたＨＴＭＬ文書が表示された領域しか取得しない。
【０２０８】
図３２は、表示データ取得部が表示データを取得する手順を示すフローチャート図の一例である。表示データ取得部は、周期的に図３２の処理を繰り返している。
【０２０９】
まず、表示データ取得部は、データサーバ８０が送信した画面がディスプレイ５０８に表示されているか否かを判定する（Ｓ７５０１）。例えば、ブラウザに問い合わせ、領域のタイトルが予め定められたタイトル（例えば顧客情報一覧画面、文書データ表示画面）であれば文書データ表示画面であると判定する。また、現在アクセスしているサーバのＵＲＬがデータサーバ８０と推定されるドメイン名であればデータサーバ８０にアクセスしていると判定してもよい。
【０２１０】
外部入力装置４０がデータサーバ８０が送信した画面を表示している場合（Ｓ７５０１のＹｅｓ）、表示データ取得部は顧客情報一覧画面又は文書データ表示画面の領域の表示データを取得する（Ｓ７５０２）。
【０２１１】
外部入力装置４０がデータサーバ８０にアクセスしていない場合（Ｓ７５０１のＮｏ）、表示データ取得部はアクティブな領域の表示データを取得するため、まず、全体領域の選択を受け付けたか否かを判定する（Ｓ７５０３）。
【０２１２】
全体領域の選択を受け付けた場合（Ｓ７５０３のＹｅｓ）、表示データ取得部４５１はディスプレイ５０８に表示されているデスクトップ画面の全体を表示データとして取得して終了する（Ｓ７５０４）。
【０２１３】
全体領域の選択を受け付けない場合（Ｓ７５０３のＮｏ）、表示データ取得部４５１はアクティブな領域があるか否かを判定する（Ｓ７５０５）。
【０２１４】
担当者がアクティブな領域を閉じるなどして、アクティブな領域がなかった場合（Ｓ７５０５のＮｏ）、処理はステップＳ７５０４に進みデスクトップ画面の全体を表示データとして取得する。
【０２１５】
アクティブな領域があった場合（Ｓ７５０５のＹｅｓ）、表示データ取得部４５１は、表示制御部がディスプレイ５０８に表示させている表示データのうち、アクティブになっている領域の表示データを取得する（Ｓ７５０６）。
【０２１６】
こうすることで、外部入力装置４０がディスプレイ５０８に表示している顧客に関係のない情報を共有することを防止しながら、スクリーンショットなどを顧客と一緒に確認することができる。
【０２１７】
図３３は、通話端末１０ａａがディスプレイ１２０ａａに表示する画面例を示す図である。ほぼ同様の画面がディスプレイ１２０ｄａにも表示されている。領域Ａ２１には外部入力装置４０ａａがディスプレイ５０８に表示している文書データ表示画面の表示データが表示され、領域Ａ２２には相手端末が送信する顧客の画像データが表示され、領域Ａ２３には自端末が撮像した担当者の画像データが表示される。
【０２１８】
相手端末である通話端末１０ｄａは、通常会議モードとして、同様のマルチビューモードで文書データ表示画面の表示データを表示する。または、強制的に通話端末１０ａａと同じレイアウトにしてもよい。
【０２１９】
以上説明したように、本実施例の通話システム１では、通話端末１０ａａを使用してデータサーバ８０に登録された本人確認証を、外部入力装置４０にてディスプレイ５０８に表示することができる。また、データサーバ８０からダウンロードした顧客に関係する情報のみを通話端末１０ａａと１０ｄａで共有して表示し、担当者と顧客が会話することができる。
【実施例３】
【０２２０】
本実施例では、文書データ表示画面を顧客側の印刷端末２０から印刷する通話システム１について説明する。
【０２２１】
図３４は、外部入力装置４０ａａに接続されたディスプレイ５０８に表示されるデスクトップ画面の一例を示す。データサーバ８０の画面作成部８３は、文書データ表示画面のHTML文書に、例えばJavaSciptなどで新たな領域（ウィンドウ）を開く記述をしておき、閲覧部４５３はお客様控え印刷ボタン３０２をディスプレイ５０８にポップアップ表示する。または、文書データ表示画面に共有開始されたことを受け付けるリンクを表示しておき、該リンクが押下されたらお客様控え印刷ボタン３０２をポップアップ表示しもよい。
【０２２２】
例えば、以下の記述を文書データ表示画面のHTML文書に加える。
<a href=“javascript:void(window.open('…/client/print/お客様控え印刷.html', 'null', 'width=200, height=150, menubar=no, toolbar=no,
scrollbars=no'));”>共有開始</a>
これにより、文書データ表示画面に「共有開始」という文字列が表示される。担当者が「共有開始」をクリックすると、データサーバに「…/client/print/お客様控え印刷.html」が要求され、閲覧部４５３は「お客様控え印刷.html」をポップアップ表示する。
「お客様控え印刷.html」には、以下のようなHTML文書が記述されている。
<form action=“…/client/cgi-bin/abc.cgi”method=“post”>
<input type=“hidden” name=“document” value=“…/client/data/12345/001.htm ”>
<input type=“submit” value=“お客様控え印刷開始”> 
お客様控え印刷ボタン３０２が選択されると、操作入力受付部４６はデータサーバ８０に印刷イベントを送信するという操作を受け付ける。具体的には印刷イベントとして「document」と「…/client/data/12345/001.htm」がデータサーバに送信される。
【０２２３】
外部入力装置４０の操作入力受付部４６がお客様控え印刷ボタン３０２の押下を受けると、送受信部４１ｂは印刷イベントをデータサーバ８０に送信する。
【０２２４】
なお、ポップアップ表示でなく、文書データ表示画面内にお客様控え印刷ボタン３０２を設けてもよい。
【０２２５】
図３５は、担当者が文書データを印刷するまでの手順を示すシーケンス図の一例である。
S1：担当者がお客様控え印刷ボタン３０２を押下すると、データサーバ８０が印刷イベントを受信する。
S2：データサーバ８０の印刷制御部８４は、印刷イベントとして受信した「…/client/data/12345/001.htm」により２つの端末ＩＤを特定する。すなわち、文書データ（001.htm ファイル）のimgタグに記述されているスクリーンショットのＵＲＬを読み出し、ＵＲＬ「root/client/photoshot/data/01aa/001_01da_xxx.jpg」ならば、本店側の通話端末１０ａａの端末ＩＤは”０１ａａ“、支店側の通話端末１０ａｂの端末ＩＤは”０１ｄａ”であると特定する。
S3：印刷制御部８４は、本店側の通話端末１０ａａを要求元、支店側の通話端末１０ａｂを宛先端末とし、通話管理システムに印刷端末２０の宛先端末ＩＤを問い合わせる。
S4：通話管理システムは宛先リスト管理テーブルにおいて、支店側に設置されている印刷端末２０を特定し、印刷端末２０の端末ＩＤとＩＰアドレスをデータサーバ８０に送信する。すなわち、宛先リスト管理テーブルにおいて、通話端末１０ａａを要求元、支店側の通話端末１０ｄａを宛先端末とするレコードのうち、宛先端末として登録されている印刷端末２０を特定する。なお、外部入力装置４０が通話端末１０ａａに宛先リスト情報１００３を要求し、宛先リスト情報に含まれる印刷端末２０をデータサーバ８０に通知してもよい。
S5：印刷制御部８４は、文書データ表示画面のｈｔｍｌファイル（001.htm）をブラウザと同様にラスタライズして、印刷端末２０が印刷可能な形式に（例えばＰＤＬデータ）に変換する。この時、例えば印刷データの上部に「お客様控え」などの記載を追加しても良い。
S6：データサーバ８０は、印刷ドキュメントを印刷端末２０に送信する。
S7：印刷端末２０は、文書データ表示画面を印刷する。
【０２２６】
このように、外部入力装置４０は、顧客のいる支店の印刷端末２０で文書データ表示画面を印刷することができる。担当者は控えを渡す際に顧客側（支店）に行ったり、郵送しなくて良いため利便性が向上する。
【０２２７】
なお、印刷端末２０がファイアウォール内に配置されている場合、データサーバ８０が外部からアクセスできないので、予め通話管理システム又はデータサーバ８０と印刷端末２０でセッションを確立しておいてもよい。また、印刷端末２０が定期的にデータサーバ８０に印刷の有無を問い合わせ、データサーバ８０は問い合わせに対する応答として印刷ドキュメントを送信してもよい。
【符号の説明】
【０２２８】
１  通話システム
１０  通話端末
２０  印刷端末
３０  中継装置
５０  通話管理システム
８０  データサーバ
１２０、５０８  ディスプレイ
１２０２  決定ボタン
【先行技術文献】
【特許文献】
【０２２９】
【特許文献１】特開２００１‐３３１６１４号公報
【図１】
2015011629.tif 000003
【図２】
2015011629.tif 000004
【図３】
2015011629.tif 000005
【図４】
2015011629.tif 000006
【図５】
2015011629.tif 000007
【図６】
2015011629.tif 000008
【図７】
2015011629.tif 000009
【図８】
2015011629.tif 000010
【図９】
2015011629.tif 000011
【図１０】
2015011629.tif 000012
【図１１】
2015011629.tif 000013
【図１２】
2015011629.tif 000014
【図１３】
2015011629.tif 000015
【図１４】
2015011629.tif 000016
【図１５】
2015011629.tif 000017
【図１６】
2015011629.tif 000018
【図１７】
2015011629.tif 000019
【図１８】
2015011629.tif 000020
【図１９】
2015011629.tif 000021
【図２０】
2015011629.tif 000022
【図２１】
2015011629.tif 000023
【図２２】
2015011629.tif 000024
【図２３】
2015011629.tif 000025
【図２４】
2015011629.tif 000026
【図２５】
2015011629.tif 000027
【図２６】
2015011629.tif 000028
【図２７】
2015011629.tif 000029
【図２８】
2015011629.tif 000030
【図２９】
2015011629.tif 000031
【図３０】
2015011629.tif 000032
【図３１】
2015011629.tif 000033
【図３２】
2015011629.tif 000034
【図３３】
2015011629.tif 000035
【図３４】
2015011629.tif 000036
【図３５】
2015011629.tif 000037