(57)【特許請求の範囲】
【請求項１】
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムであって、
第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談に対し、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定手段と、
前記推定手段が推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記推定手段は、前記相談相手の電話が前記相談者の電話に発呼した発呼情報を用いて前記相談者が前記発呼した相談相手へ相談したことを推定することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記データ配信は、前記相談者の通信端末及び前記相談相手の通信端末への共有画面を含むデータの配信であることを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
前記相談者の電話が前記第１電話システムに登録された電話か否かを判定する判定手段をさらに備え、
前記判定手段が、前記相談者の電話が前記第１電話システムに登録されてない電話であると判定した場合に、前記推定手段による前記相談者の電話のステータス情報の推定を行なうことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理方法であって、
推定手段が、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談に対し、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定ステップと、
配信制御手段が、前記推定ステップにおいて推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御ステップと、
を含むことを特徴とする情報処理方法。
【請求項６】
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムであって、
相談者側の電話及び通信端末と、
相談相手側の電話及び通信端末と、
前記相談相手側の電話が属する第１電話システムと、
前記相談者側の電話が属する前記第１電話システムとは異なる第２電話システムと、
前記相談者側の通信端末及び前記相談相手側の通信端末のデータ通信を制御するデータ通信システムと、
前記第１電話システムと前記データ通信システムとを用いて前記相談者から前記相談相手への相談を処理する情報処理装置と、
を備え、
前記情報処理装置は、
前記第１電話システムに属する相談相手への前記第２電話システムに属する相談者からの相談に対し、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定手段と、
前記推定手段が推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御手段と、
を有することを特徴とする情報処理システム。
【請求項７】
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムにおいて、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談を処理する情報処理装置であって、
前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定手段と、
前記推定手段が推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御手段と、
を備えることを特徴とする情報処理装置。
【請求項８】
前記推定手段は、前記相談者の電話番号に対応付けて、相談相手が前記相談者による相談を受諾した場合の受諾情報を記憶する第１記憶手段を有し、前記第１記憶手段に前記受諾情報が記憶された場合に前記相談者が前記受諾した相談相手へ相談したことを推定することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記配信制御手段は、
前記相談者による相談に対する前記相談相手の受諾にしたがって、前記相談相手の電話から前記相談者の電話への発呼を行なう発呼手段と、
前記発呼手段の発呼への前記相談者の応答を受けて、前記相談者の通信端末と前記相談相手の通信端末とを対応付けて記憶する第２記憶手段と、
前記第２記憶手段に対応付けて記憶された前記相談者の通信端末と前記相談相手の通信端末とを用いて、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末への共有画面を含むデータ配信を開始する配信開始手段と、
を有することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムにおいて、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談を処理する情報処理装置の制御方法であって、
推定手段が、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定ステップと、
配信制御手段が、前記推定ステップにおいて推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御ステップと、
を含むことを特徴とする情報処理装置の制御方法。
【請求項１１】
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムにおいて、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談を処理する情報処理装置の制御プログラムであって、
前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定ステップと、
前記推定ステップにおいて推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御ステップと、
をコンピュータに実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話システムとデータ通信システムとを用いて相談者から相談相手への相談を処理する技術に関する。
【背景技術】
【０００２】
上記技術分野において、相談者と相談相手とが情報を共有しながら相談を行なう場合に、相談者の状態を示す情報を含む、いわゆるプレゼンス情報を相談相手側が得る必要がある。通信端末間の通信においてプレゼンス情報を獲得する技術として、以下のような技術が知られている。
【０００３】
特許文献１においては、プレゼンス情報乖離システムが、ネットワークを介して取得した携帯電話機の通信状態の情報から、その携帯電話機の所有者であるユーザのプレゼンス情報を予測し管理する。また、特許文献２においては、プレゼンス情報管理サーバが、通信状態ばかりでなく、ネットワークを介して取得した位置的に関連のあるユーザの場所情報や時間情報を位置情報として収集することで、対象とするユーザのプレゼンス情報を予測し更新する。また、特許文献２においては、さらに、プレゼンス情報処理装置が、使用者自身でなく、ネットワークを介して取得した周辺人物の属性情報、使用者の行動予測、周辺騒音レベルなどを用いて、使用者のプレゼンス情報を予測し処理する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３３１２００号公報
【特許文献２】特開２００７−１８３８３５号公報
【特許文献３】特開２００９−２８４５０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、相談者が所属する電話システムと相談相手が所属する電話システムとが異なる場合にも、相談相手側が相談者のプレゼンス情報を得ることが必要であるが、上記文献では、相談者のプレゼンス情報を得ることはできない。なぜならば、上記文献においては、ユーザの所有する通信端末から直接、プレゼンス情報の予測に必要な情報が得られることが前提となっているが、異なる電話システム間では相談者側の情報はほとんど得られないといってよい。そのため、相談者と相談相手との間のデータ配信における接続ミスが発生することになる。
【０００６】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係るシステムは、
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムであって、
第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談に対し、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定手段と、
前記推定手段が推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御手段と、
を備えることを特徴とする。
【０００８】
上記目的を達成するため、本発明に係る方法は、
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理方法であって、
推定手段が、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談に対し、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定ステップと、
配信制御手段が、前記推定ステップにおいて推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御ステップと、
を含むことを特徴とする。
【０００９】
上記目的を達成するため、本発明に係るシステムは、
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムであって、
相談者側の電話及び通信端末と、
相談相手側の電話及び通信端末と、
前記相談相手側の電話が属する第１電話システムと、
前記相談者側の電話が属する前記第１電話システムとは異なる第２電話システムと、
前記相談者側の通信端末及び前記相談相手側の通信端末のデータ通信を制御するデータ通信システムと、
前記第１電話システムと前記データ通信システムとを用いて前記相談者から前記相談相手への相談を処理する情報処理装置と、
を備え、
前記情報処理装置は、
前記第１電話システムに属する相談相手への前記第２電話システムに属する相談者からの相談に対し、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定手段と、
前記推定手段が推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御手段と、
を有することを特徴とする。
【００１０】
上記目的を達成するため、本発明に係る装置は、
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムにおいて、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談を処理する情報処理装置であって、
前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定手段と、
前記推定手段が推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御手段と、
を備えることを特徴とする。
【００１１】
上記目的を達成するため、本発明に係る方法は、
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムにおいて、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談を処理する情報処理装置の制御方法であって、
推定手段が、前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定ステップと、
配信制御手段が、前記推定ステップにおいて推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御ステップと、
を含むことを特徴とする。
【００１２】
上記目的を達成するため、本発明に係るプログラムは、
交換機を介して接続する電話システムとネットワークを介して接続するデータ通信システムとを用いて相談者から相談相手への相談を処理する情報処理システムにおいて、第１電話システムに属する相談相手への、前記第１電話システムとは異なる第２電話システムに属する相談者からの相談を処理する情報処理装置の制御プログラムであって、
前記相談相手の電話のステータス情報を用いて前記相談者の電話のステータス情報を推定する推定ステップと、
前記推定ステップにおいて推定した前記相談者の電話のステータス情報にしたがって、前記データ通信システムによる前記相談者の通信端末及び前記相談相手の通信端末へのデータ配信を制御する配信制御ステップと、
をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、異なる電話システム間においても相談相手側において相談者側のプレゼンス情報を含むステータス情報を確実に得ることができるので、相談者と相談相手との間のデータ配信における接続ミスが発生することなく相談を処理することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１実施形態に係る情報処理システムの構成を示すブロック図である。
【図２】本発明の第２実施形態に係る情報処理システムの概略動作を示す図である。
【図３】本発明の第２実施形態に係る情報処理システムの構成を示すブロック図である。
【図４】本発明の第２実施形態に係るＷｅｂサーバの機能構成を示すブロック図である。
【図５】本発明の第２実施形態に係るＰＣの機能構成を示すブロック図である。
【図６】本発明の第２実施形態に係る情報処理システムの動作手順を示すシーケンス図である。
【図７】本発明の第２実施形態に係るＷｅｂサーバのハードウェア構成を示すブロック図である。
【図８Ａ】本発明の第２実施形態に係るステータス情報の構成を示す図である。
【図８Ｂ】本発明の第２実施形態に係るイベント情報の構成を示す図である。
【図９Ａ】本発明の第２実施形態に係るConnectInfoテーブルの構成を示す図である。
【図９Ｂ】本発明の第２実施形態に係るUserInfoテーブルの構成を示す図である。
【図９Ｃ】本発明の第２実施形態に係るPCAssociateInfoテーブルの構成を示す図である。
【図１０Ａ】本発明の第２実施形態に係るオペレータＤＢの構成を示す図である。
【図１０Ｂ】本発明の第２実施形態に係るUserMasterＤＢの構成を示す図である。
【図１０Ｃ】本発明の第２実施形態に係る相談関連情報ＤＢの構成を示す図である。
【図１１】本発明の第２実施形態に係るＷｅｂサーバの全体の処理手順を示すフローチャートである。
【図１２】本発明の第２実施形態に係るログイン処理の処理手順を示すフローチャートである。
【図１３】本発明の第２実施形態に係るアクセス処理の処理手順を示すフローチャートである。
【図１４】本発明の第２実施形態に係る応答判定処理の処理手順を示すフローチャートである。
【図１５】本発明の第２実施形態に係る電話接続処理の処理手順を示すフローチャートである。
【図１６】本発明の第２実施形態に係る通話処理の処理手順を示すフローチャートである。
【図１７】本発明の第２実施形態に係るＰＣ関連付け処理の処理手順を示すフローチャートである。
【図１８】本発明の第２実施形態に係る第１ＰＣのハードウェア構成を示すブロック図である。
【図１９】本発明の第２実施形態に係る第１ＰＣの全体の処理手順を示すフローチャートである。
【図２０】本発明の第２実施形態に係るログイン処理の処理手順を示すフローチャートである。
【図２１Ａ】本発明の第２実施形態に係る相談者との接続処理の処理手順を示すフローチャートである。
【図２１Ｂ】本発明の第２実施形態に係る相談者との接続処理の処理手順を示すフローチャートである。
【図２２】本発明の第２実施形態に係る第２ＰＣのハードウェア構成を示すブロック図である。
【図２３】本発明の第２実施形態に係る第２ＰＣの全体の処理手順を示すフローチャートである。
【図２４Ａ】本発明の第２実施形態に係るオペレータへの接続処理の処理手順を示すフローチャートである。
【図２４Ｂ】本発明の第２実施形態に係るオペレータへの接続処理の処理手順を示すフローチャートである。
【図２４Ｃ】本発明の第２実施形態に係るオペレータへの接続処理の処理手順を示すフローチャートである。
【図２５】本発明の第３実施形態に係るUserMasterＤＢの構成を示す図である。
【図２６】本発明の第３実施形態に係る情報処理システムの動作手順を示すシーケンス図である。
【図２７】本発明の第４実施形態に係るＷｅｂサーバの機能構成を示すブロック図である。
【図２８】本発明の第４実施形態に係るUserMasterテーブルの構成を示す図である。
【図２９】本発明の第４実施形態に係るＷｅｂサーバのアクセス処理の処理手順を示すフローチャートである。
【図３０】本発明の第４実施形態に係る第１ＰＣの相談者との接続処理の処理手順を示すフローチャートである。
【図３１】本発明の第４実施形態に係る第２ＰＣの相談相手への接続処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【００１６】
［第１実施形態］
本発明の第１実施形態としての情報処理システム１００について、図１を用いて説明する。情報処理システム１００は、交換機１１３を介して接続する電話システム１１０とネットワーク１２１を介して接続するデータ通信システム１２０とを用いて相談者１３０から相談相手１４０への相談を処理するシステムである。
【００１７】
図１に示すように、情報処理システム１００は、推定部１０１と、配信制御部１０２と、を含む。推定部１０１は、第１電話システム１１１に属する相談相手１４０への、前記第１電話システム１１１とは異なる第２電話システム１１２に属する相談者１３０からの相談に対し、相談相手１４０の電話のステータス情報１１１ａを用いて相談者１３０の電話のステータス情報１０１ａを推定する。配信制御部１０２は、推定部１０１が推定した相談者１３０の電話のステータス情報１０１ａにしたがって、データ通信システム１２０による相談者１３０の通信端末及び相談相手１４０の通信端末へのデータ配信を制御する。
【００１８】
本実施形態によれば、異なる電話システム間においても相談相手側において相談者側のプレゼンス情報を含むステータス情報を確実に得ることができるので、相談者と相談相手との間のデータ配信における接続ミスが発生することなく相談を処理することができる。
【００１９】
［第２実施形態］
次に、本発明の第２実施形態に係る情報処理システムについて説明する。本実施形態においては、相談相手（以下、オペレータともいう）が相談者の接続要求に対して応答したステータス情報によって、相談者からの相談要求というステータス情報を推定する。なお、本明細書においては、各機器のステータス情報を変更するための送受信情報をイベント情報と言う。
【００２０】
本実施形態によれば、相談者の相談相手が他の相談者と接続中である場合にも、相談者のステータス情報を確実に推定できるので、誤って当該相談者が相談相手と接続したと認識したために発生する、相談者と相談相手との間のデータ配信における接続ミスを無くすことができる。
【００２１】
《情報処理システムの概略動作》
図２は、本実施形態に係る情報処理システム２００の概略動作を示す図である。
【００２２】
図２において、左端は、相談者側のパーソナルコンピュータ２６０（以下、第２ＰＣという）と第２電話２７０とである。右端は、相談相手（オペレータ）側の第１パーソナルコンピュータ（以下、ＰＣ）２３０と第１電話２４０（図２ではソフトフォン）とである。中央には、第２電話２７０が所属する第２電話システムのための第２交換機２５０と、第１電話２４０が所属する第１電話システムのための第１交換機２２０と、第１ＰＣ２３０及び第２ＰＣ２６０と接続可能なＷｅｂサーバ２１０とである。
【００２３】
まず、ステップＳ２０１においては、第２ＰＣ２６０の画面から相談者によって第２電話２７０の電話番号が入力され、Ｗｅｂサーバ２１０に送信される。Ｗｅｂサーバ２１０は、ステップＳ２０３において、この第２電話２７０の電話番号を第１ＰＣ２３０に表示して、接続のための発信を確認する。オペレータが第１ＰＣ２３０の確認ボタン（ＯＫ）を押すと、ステップＳ２０７において、Ｗｅｂサーバ２１０は接続開始を確認して、電話接続を指示する。この発呼情報を確認した時点で初めて、Ｗｅｂサーバ２１０は、相談者とオペレータとの接続開始を確認する。それ以前の段階では、第１交換機２２０から第２電話２７０のステータス情報が得られないので、接続開始とは認識しない。かかる処理により、第１電話２４０や第１ＰＣ２３０が他の相談者との相談中の状態を、接続開始として誤認することを防ぐことができる。
【００２４】
Ｗｅｂサーバ２１０から接続開始の指示を受けた第１交換機２２０は、発呼処理を起動させて、ステップＳ２０９において、第１交換機２２０及び第２交換機２５０を介して第２電話２７０に発呼する。第２電話２７０が着呼に応答することにより、ステップＳ２１１のように、第１電話２４０（ソフトフォン）と第２電話２７０間での会話が可能となる。
【００２５】
第１電話２４０と第２電話２７０間での会話が可能となったことを検知したＷｅｂサーバ２１０は、ステップＳ２１３において、第１ＰＣ２３０及び第２ＰＣ２６０に対してお互いのＩＰアドレスを交換させる。これによって、ステップＳ２１５のように、電話間の会話及びＰＣ間の共有画面によって、表示画像／カメラ画像／音声／資料などを参照しながら相談が実現される。
【００２６】
なお、図２には、バスツアー旅行の相談例を図示しているが、相談種別や相談内容はこれに限定されるものではない。医療関係の相談や法律相談などに広く適用可能である。
【００２７】
《情報処理システムの構成》
図３は、本実施形態に係る情報処理システム２００の構成を示すブロック図である。なお、図３には、ネットワーク２８０に、相談者端末、オペレータ端末、第１及び第２交換機、Ｗｅｂサーバが接続された構成を示すが、たとえば、第１電話が他と独立に第１交換機に接続され、第２電話が他と独立に第２交換機に接続される構成であってもよい。
【００２８】
相談者端末の各々は、カメラが搭載された第２ＰＣ２６０−１〜２６０−ｎと第２電話２７０−１〜２７０−ｎを有している。一方、オペレータ端末各々は、カメラが搭載された第１ＰＣ２３０−１，２３０−２と第１電話２４０−１，２４０−２を有している。
【００２９】
第１電話２４０−１，２４０−２は第１交換機２２０によりその接続が制御され、第２電話２７０−１〜２７０−ｎは第２交換機２５０によりその接続が制御される。したがって、第１電話２４０−１，２４０−２と第２電話２７０−１〜２７０−ｎとの間の接続は、独立した第１交換機２２０の制御と第２交換機２５０の制御とを介して行なわれる。
【００３０】
また、第１ＰＣ２３０−１，２３０−２と第２ＰＣ２６０−１〜２６０−ｎとの相談時の画面共有は、Ｗｅｂサーバ２１０が保持するデータはＷｅｂサーバ２１０を介して、あるいは直接のデータ交換により実現する。
【００３１】
《Ｗｅｂサーバの機能構成》
図４は、本実施形態に係るＷｅｂサーバ２１０の機能構成を示すブロック図である。なお、図４は、本実施形態に関連する機能構成部を示したので、他の汎用的な機能は省略されている。
【００３２】
通信制御部４０１は、ネットワーク２８０を介して他の機器との通信を制御する。通信制御部４０１を介して第１ＰＣ２３０及び第２ＰＣ２６０と通信するＰＣ情報通信部４０２は、イベント情報を含むメッセージの送信と、ＰＣのステータス情報を含むメッセージの受信を行なう。ＰＣ制御情報処理部４０３は、イベント情報を送信メッセージに設定したり、ステータス情報を受信メッセージから抽出したりする。
【００３３】
通信制御部４０１を介して第１交換機２２０と通信する第１交換機情報通信部４０４は、第１交換機においてステータス情報を監視すると共に、第１交換機を介して第１電話からの発呼指示を送信する。呼制御情報処理部４０５は、第１電話からの発呼指示を制御する。
【００３４】
Ｗｅｂサーバ制御部４０６は、ＷｅｂサーバＤＢ４０７に蓄積された情報を使用して、Ｗｅｂサーバ２１０の他の機能構成部を制御する。
【００３５】
《ＰＣの機能構成》
図５は、本実施形態に係るＰＣ２３０，２６０の機能構成を示すブロック図である。なお、図５は、本実施形態に関連する機能構成部を示したので、他の汎用的な機能は省略されている。
【００３６】
通信制御部５０１は、ネットワーク２８０を介して他の機器との通信を制御する。通信制御部５０１を介してＷｅｂサーバ２１０と通信するＷｅｂサーバ情報通信部５０２は、イベント情報を含むメッセージ及び画像や音声などのコンテンツの受信と、ＰＣのステータス情報を含むメッセージの送信を行なう。また、カメラから映像取得部５０６で取得した画像も送信される。
【００３７】
通信制御部５０１を介して他のＰＣと通信するＰＣ情報通信部５０３は、カメラから映像取得部５０６で取得した画像を含む画像の互いの送受信を制御する。画面共有制御部５０５は、互いに第１ＰＣと第２ＰＣとなった２つのＰＣ間での画面共有を制御する。
【００３８】
表示部５０８は、画面共有制御部５０５からの共有画面、表示作成部５０７からの指示画面やカメラからの映像などを、所定のフォーマットで表示する。表示作成部５０７は指示画面などの作成を行なう。
【００３９】
ＰＣ制御部５０４は、ＰＣ全体の各機能構成部を制御する。
【００４０】
《情報処理システムの動作手順》
図６は、本実施形態に係る情報処理システム２００の動作手順６００を示すシーケンス図である。
【００４１】
まず、ステップＳ６０１は、第１ＰＣからのオペレータによるオペレータ端末の登録ステップである。第１ＰＣからのログイン処理により入力された第１ＰＣのＩＰアドレスや第１電話の電話番号が、Ｗｅｂサーバに登録される。図示しないが、たとえば、オペレータのＩＤやパスワード、相談種別や使用言語なども入力されてＷｅｂサーバに登録されて、後の相談者との接続に使用されてよい。
【００４２】
次に、ステップＳ６０３は、相談者からの接続要求のステップである。なお、図６では連続して示しているが、ステップＳ６０１とＳ６０３との間に特別な時間関係はない。本実施形態においては、Ｗｅｂサーバに相談者端末が登録されていないと仮定している。そのため、相談者の第２ＰＣからのアクセスに対して、Ｗｅｂサーバは、第２ＰＣのＩＰアドレス、第２電話の電話番号、発信先の電話番号の入力を要求する画面を第２ＰＣに表示させる。第２ＰＣからは、ダミーＩＤによって、第２ＰＣのＩＰアドレス、第２電話の電話番号、発信先の電話番号をＷｅｂサーバに送信する。Ｗｅｂサーバではこれら相談者側の情報を設定し、発信先の電話番号に対応する第２ＰＣに対して発信確認の画面を表示すると共に、第１ＰＣには呼出中の画面を表示する。
【００４３】
第１ＰＣからオペレータが発信確認の「ＯＫボタン」を押すと、ステップＳ６０５の電話接続が開始される。第２ＰＣには相談相手が確認したので、相談開始が通知される。そして、第１電話の空きを見つけると、Ｗｅｂサーバは第１交換機を介して第１電話に第２電話への発信を指示する。第１電話の発信は、第１交換機及び第２交換機を経て第２電話に着信する。この時、第１電話の発信を第１交換機で検知し、Ｗｅｂサーバは、第１ＰＣには発信中画面、第２ＰＣには着信画面を表示する。第２電話で応答すると、第１電話と第２電話との通話か開始される。
【００４４】
最後に、ステップＳ６０７において、第２電話の応答を第１交換機で検知すると、Ｗｅｂサーバは、第１ＰＣ及び第２ＰＣに対して通話開始を通知する。第１ＰＣと第２ＰＣとは互いのＩＰアドレスをＷｅｂサーバに要求して、それを獲得する。その後は、Ｗｅｂサーバからの画面の共有と、互いの画面のＩＰアドレスによる共有とが可能になり、共有画面の配信開始となる。
【００４５】
以降、いずれかから切断の要求がなければ、電話の会話とＰＣでの情報共有による相談が継続する。なお、本実施形態においては、相談中の制御は主要な特徴部分ではないので、説明は省略する。
【００４６】
《Ｗｅｂサーバのハードウェア構成》
図７は、本実施形態に係るＷｅｂサーバ２１０のハードウェア構成を示すブロック図である。
【００４７】
図７で、ＣＰＵ７１０は演算制御用のプロセッサであり、プログラムを実行することで図４の各機能構成部を実現する。ＲＯＭ７２０は、初期データ及びプログラムなどの固定データ及びプログラムを記憶する。また、通信制御部４０１は、第１ＰＣ、第２ＰＣ及び第１交換機との通信を制御する。
【００４８】
ＲＡＭ７４０は、ＣＰＵ７１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ７４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。７４１は、相談者側から送信された電話番号などの相談者情報である。７４２は、オペレータ側から送信された電話番号などのオペレータ情報である。７４３は、相談者及びオペレータから送信されたカメラで撮像した映像情報である。７４４は、Ｗｅｂサーバ２１０を含むシステムのステータス情報である（図８Ａ参照）。かかるステータス情報は第１ＰＣ及び第２ＰＣにおいても共有される。７４５は、Ｗｅｂサーバ２１０が処理の同期のために、第１ＰＣ及び第２ＰＣに送信するイベント情報である（図８Ｂ参照）。７４６は、接続しようとしている第１電話と第２電話の組を記憶するConnectInfoテーブルである（図９Ａ参照）。７４７は、相談者の電話とＰＣとを関連付けて記憶するUserInfoテーブルである（図９Ｂ参照）。７４８は、相談者とオペレータとが接続された後に、両者のＰＣ間で画面を共有するために使用される、第１ＰＣの第１ＩＰアドレスと第２ＰＣの第２ＩＰアドレスとを関連付けて記憶するPCAssociateInfoテーブルである（図９Ｃ参照）。
【００４９】
ストレージ７５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータ又はプログラムが記憶されている。７５１は、登録されたオペレータ情報を蓄積するオペレータ情報ＤＢ（図１０Ａ参照）である。７５２は、相談者の情報を蓄積するUserMasterＤＢである（図１０Ｂ参照）。７５３は、相談種別や相談内容などに対応してＷｅｂサーバ２１０が準備している、画像や音声を含む相談関連情報ＤＢである（図１０Ｃ参照）。相談関連情報ＤＢ７５３には、画面ＤＢや音声ＤＢ、さらに文書ＤＢなども含まれる。ストレージ７５０には、以下のプログラムが格納される。７５４は、全体の処理を実行させる情報処理プログラムである。７５５は、情報処理プログラム７５４において、第２電話のステータス情報を推定するためのステータス情報推定モジュールである。７５６は、情報処理プログラム７５４において、相談中に共有画面としてデータを両ＰＣに配信するデータ配信制御モジュールである。
【００５０】
なお、図７には、本実施形態に必須なデータやプログラムのみが示されており、ＯＳなどの汎用のデータやプログラムは図示されていない。
【００５１】
（ステータス情報）
図８Ａは、本実施形態に係るステータス情報７４４の構成を示す図である。なお、図８Ａに示すステータス情報は、Ｗｅｂサーバ２１０内で直接的にハードウェアあるいはソフトウェアを制御する情報であってもよいし、機器全体のステータスを表わす情報であってもよい。
【００５２】
ステータス情報７４４は、ステータスＩＤ８１１に対応付けて、その内容８１２が示されている。かかるステータス情報として、第２ＰＣにおける電話接続確認に対して「ＯＫボタン」を押した場合に、その受諾情報により電話接続処理状態（Ｓ００１０）とステータスチェンジを起こすことで、相談者の第１電話のステータス情報として推定している。
【００５３】
（イベント情報）
図８Ｂは、本実施形態に係るイベント情報７４５の構成を示す図である。かかるイベント情報は、Ｗｅｂサーバ２１０から第１ＰＣ２３０及び第２ＰＣ２６０にその都度送信されて、Ｗｅｂサーバ２１０と、第１ＰＣ２３０と、第２ＰＣ２６０との同期と制御のために使用される（フローチャート参照）。なお、図８Ｂには、以下のフローチャートで使用するイベントのみを示したが、他の処理で同期を取るためにさらに設けてもよい。
【００５４】
イベント情報７４５は、イベントＩＤ８２１に対応して、そのイベント情報の内容８２２を示している。以下、フローチャートで説明するイベント情報の使用において参照されたい。
【００５５】
（ConnectInfoテーブル）
図９Ａは、本実施形態に係るConnectInfoテーブル７４６の構成を示す図である。かかるConnectInfoテーブル７４６は、電話接続処理中に生成され、相談開始であれ相談終了であれ、接続処理の結果が出ると解放される。
【００５６】
図９ＡのConnectInfoテーブル７４６は、接続される２つの電話番号を、発信元電話番号である第１電話番号９１１と発信先電話番号である第２電話番号９１２とに記憶し、接続状態９１３には、第１電話番号９１１と第２電話番号９１２との間の通話状態として、“無し”、“相談開始”、“相談終了”を記憶する。
【００５７】
（UserInfoテーブル）
図９Ｂは、本実施形態に係るUserInfoテーブル７４７の構成を示す図である。かかるUserInfoテーブル７４７は、電話呼出から切断までの間保持される。
【００５８】
図９ＢのUserInfoテーブル７４７には、相談者が相談で使用する第２電話の電話番号９２１と、電話番号と紐付いた第２ＰＣのＩＰアドレス９２２と、状態９２３とが記憶される。状態９２３は、第２電話の状態として、“待機中”、“相談中”、“保留中”、“呼出中”を記憶する。
【００５９】
（PCAssociateInfoテーブル）
図９Ｃは、本実施形態に係るPCAssociateInfoテーブル７４８の構成を示す図である。かかるPCAssociateInfoテーブル７４８は、ＰＣが相談接続中の間、保持される。
【００６０】
図９ＣのPCAssociateInfoテーブル７４８には、相談中に接続された２つのＰＣを、相談者のＰＣである第２ＰＣの第１ＩＰアドレス９３１と、オペレータのＰＣである第１ＰＣの第２ＩＰアドレス９３２とが記憶される。接続状態９３３には、ＰＣ間の状態として、“共有表示中”、“オペレータ入力”、“相談者入力”を記憶する。
【００６１】
（オペレータＤＢ）
図１０Ａは、本実施形態に係るオペレータＤＢ７５１の構成を示す図である。オペレータＤＢ７５１には、本情報処理システムに登録したオペレータの情報が蓄積されている。
【００６２】
オペレータＤＢ７５１には、オペレータＩＤ１０１１に対応付けて、オペレータ名１０１２、相談種別１０１３などが記憶される。さらに、オペレータに関する情報、性別や使用言語なども記憶されてよい。
【００６３】
（UserMasterＤＢ）
図１０Ｂは、本実施形態に係るUserMasterＤＢ７５２の構成を示す図である。UserMasterＤＢ７５２には、本情報処理システムを使用したあるいは登録したユーザ（相談者）の情報が蓄積されている。
【００６４】
UserMasterＤＢ７５２には、ユーザＩＤ１０２１に対応付けて、ユーザ名１０２２、電話番号１０２３などが記憶される。さらに、ユーザに関する情報、住所、性別や使用言語なども記憶されてよい。
【００６５】
（相談関連情報ＤＢ）
図１０Ｃは、本実施形態に係る相談関連情報ＤＢ７５３の構成を示す図である。相談関連情報ＤＢ７５３には、相談中に使用されるＷｅｂサーバ２１０が用意した画像や音声などが蓄積されている。
【００６６】
相談関連情報ＤＢ７５３には、相談種別ＩＤ１０３１及び相談内容ＩＤ１０３２、さらに、オペレータからの要求情報１０３３に対応付けて、共有画面を指示する共有画面ＩＤ１０３４や共有音声を指示する共有音声ＩＤ１０３５などが記憶される。
【００６７】
《Ｗｅｂサーバの全体の処理手順》
図１１は、本実施形態に係るＷｅｂサーバ２１０の全体の処理手順を示すフローチャートである。このフローチャートは、図７のＣＰＵ７１０によってＲＡＭ７４０を使用しながら実行されて、図４の各機能構成部が実現される。
【００６８】
まず、ステップＳ１１１１において、オペレータＰＣ（第１ＰＣ）からのログイン要求か否かが判定される。また、ステップＳ１１２１においては、相談者ＰＣ（第２ＰＣ）からのアクセスであるかが判定される。また、ステップＳ１１３１においては、オペレータＰＣ（第１ＰＣ）からの確認画面表示への応答であるかが判定される。さらに、ステップＳ１１４１において、相談中のいずれかのＰＣからの指示であるかを判定する。
【００６９】
オペレータＰＣ（第１ＰＣ）からのログイン要求である場合はステップＳ１１１３に進んで、ログイン処理を行なう（図１２参照）。相談者ＰＣ（第２ＰＣ）からのアクセスである場合はステップＳ１１２３に進んで、電話接続の準備ためのアクセス処理を行なう（図１３参照）。
【００７０】
オペレータＰＣ（第１ＰＣ）からの確認画面表示への応答であればステップＳ１１３３に進んで、応答がＯＫか否かの応答判定処理を行なう（図１４参照）。次に、ステップＳ１１３５において、電話接続のための第１電話からの呼出処理である電話接続処理を行なう（図１５参照）。そして、ステップＳ１１３７において、通話状態になったかを判定する通話処理を行なう（図１６参照）。最後に、ステップＳ１１３９において、通話確立後に互いのＰＣを関連付けるＰＣ関連付け処理を行なう（図１７参照）。
【００７１】
相談中のＰＣからの指示であればステップＳ１１４３に進んで、指示に対応した処理を行なう。たとえば、共有画面のＤＢからの読み出しなどが含まれる。
【００７２】
（ログイン処理）
図１２は、本実施形態に係るログイン処理Ｓ１１１３の処理手順を示すフローチャートである。かかるログイン処理は、オペレータの第１ＰＣからのログイン処理である。
【００７３】
まず、ステップＳ１２０１において、第１ＰＣから電話番号、ＰＣのＩＰアドレスを取得する。ステップＳ１２０３において、取得した電話番号とＰＣのＩＰアドレスとをUserInfoテーブルに保存する(図９Ｂ参照）。なお、取得した電話番号とＰＣのＩＰアドレスとは、さらに、UserInfoＤＢに蓄積してもよい。ステップＳ１２０５において、ログイン後の画面を作成して、ステップＳ１２０７において、作成した画面をログイン依頼したＰＣに送信する。
【００７４】
（アクセス処理）
図１３は、本実施形態に係るアクセス処理Ｓ１１２３−１の処理手順を示すフローチャートである。かかるアクセス処理は、相談者の第２ＰＣからの相談接続要求のアクセス処理である。
【００７５】
ステップＳ１３０１において、電話番号入力画面を相談者の第２ＰＣに送信して表示させる。ステップＳ１３０３においては、相談者の第２電話の電話番号に入力後の「ＯＫボタン」の入力を待つ。「ＯＫボタン」が押されるとステップＳ１３０５に進んで、第２ＰＣから電話番号、ＰＣのＩＰアドレス、発信先電話番号を取得する。
【００７６】
ステップＳ１３０７において、取得した電話番号とＰＣのＩＰアドレスとをUserInfoテーブルに保存する。なお、取得した電話番号とＰＣのＩＰアドレスとは、さらに、UserInfoＤＢに蓄積してもよい。次に、ステップＳ１３０９において、接続する２つの電話番号と接続状態が“無し”である、ConnectInfoテーブルを作成する。そして、対応する第１ＰＣと第２ＰＣとに対して、イベント１（Ｅ１：非登録電話からの相談相手の呼出）を通知する。
【００７７】
（応答判定処理）
図１４は、本実施形態に係る応答判定処理Ｓ１１３３の処理手順を示すフローチャートである。かかる応答判定処理は、オペレータＰＣにおける発信確認画面からの応答を判定する処理である。
【００７８】
ステップＳ１４０１において、第１ＰＣからの発信確認画面における応答を取得する。ステップＳ１４０３において、応答が「ＯＫ」か「キャンセル」かを判定する。
【００７９】
「ＯＫ」であればステップＳ１４０５に進んで、対応するConnectInfoテーブルの接続状態を“相談開始”に変更する。なお、複数のオペレータＰＣに対して発信確認をした場合には、「ＯＫ」を返した第２ＰＣに対応する電話番号を保持した新たなConnectInfoテーブルを生成して、接続状態を“相談開始”とする。そして、ステップＳ１４０７において、対応する第１ＰＣと第２ＰＣに対して、イベント２（Ｅ２：相談開始）を通知する。
【００８０】
一方、「キャンセル」であればステップＳ１４０９に進んで、対応するConnectInfoテーブルの接続状態を“相談終了”に変更する。そして、ステップＳ１４１１において、対応する第１ＰＣと第２ＰＣに対して、イベント４（Ｅ４：相談終了）を通知する。
【００８１】
なお、ここでは、複数のオペレータＰＣに対して発信確認をした場合に、すべてのオペレータＰＣからの応答を判定したが、図１４の手順を発信確認するオペレータＰＣの数だけ繰り返すような処理にしてもよい。
【００８２】
（電話接続処理）
図１５は、本実施形態に係る電話接続処理Ｓ１１３５の処理手順を示すフローチャートである。かかる電話接続処理は、第２電話からの発呼による電話接続の処理である。
【００８３】
ステップＳ１５０１において、第１ＰＣから発信制御要求を取得して、ステップＳ１５０３において、第１交換機に対して第１電話から第２電話に対する発信制御を実施する。そして、ステップＳ１５０５において、第１交換機からオペレータ電話番号の第１電話からの呼が有ったかを検知する。
【００８４】
呼を検知すればステップＳ１５０７に進んで、発信した呼について接続中となったか否かを判定する。接続中であると判定されればステップＳ１５０９に進んで、ConnectInfoテーブルから電話番号を削除して解放する。そして、ステップＳ１５１１において、第１ＰＣと第２ＰＣとに対して、イベント３（Ｅ３：電話接続中）を通知する。
【００８５】
（通話処理）
図１６は、本実施形態に係る通話処理Ｓ１１３７の処理手順を示すフローチャートである。かかる通話処理は、電話接続後の通話を判定する処理である。
【００８６】
まず、ステップＳ１６０１において、第１交換機から第１電話の呼について通話中であるかを判定する。通話中であればステップＳ１６０３に進んで、第１ＰＣと第２ＰＣとに対して、イベント５（Ｅ５：通話中）を通知する。一方、通話中以外であればステップＳ１６０５に進んで、第１ＰＣと第２ＰＣとに対して、イベント６（Ｅ６：通話中でない）を通知する。
【００８７】
（ＰＣ関連付け処理）
図１７は、本実施形態に係るＰＣ関連付け処理Ｓ１１３９の処理手順を示すフローチャートである。かかるＰＣ関連付け処理は、電話が接続されて通話中となると、対応する第１ＰＣと第２ＰＣとを画面共有可能な状態にする処理である。
【００８８】
まず、ステップＳ１７０１において、第１ＰＣ及び第２ＰＣからの、互いのＩＰアドレスの取得要求を取得する。そして、互いのＩＰアドレス取得要求に応答して、ＩＰアドレスを通知する。
【００８９】
《第１ＰＣのハードウェア構成》
図１８は、本実施形態に係る第１ＰＣ２３０のハードウェア構成を示すブロック図である。
【００９０】
図１８で、ＣＰＵ１８１０は演算制御用のプロセッサであり、プログラムを実行することで図５の各機能構成部を実現する。ＲＯＭ１８２０は、初期データ及びプログラムなどの固定データ及びプログラムを記憶する。また、通信制御部５０１−１は、Ｗｅｂサーバ及び第２ＰＣとの通信を制御する。
【００９１】
ＲＡＭ１８４０は、ＣＰＵ１８１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ１８４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。１８４１は、相談者側から送信された電話番号などの相談者情報である。１８４２は、オペレータ側から送信された電話番号などのオペレータ情報である。１８４３は、相談者及びオペレータから送信されたカメラで撮像した映像情報である。１８４４は、通信制御部５０１−１を介して受信したＷｅｂサーバあるいは第２ＰＣからの受信情報である。１８４５は、Ｗｅｂサーバ２１０から受信した受信情報に含まれる、処理の同期のためのイベント情報である（図８Ｂ参照）。１８４６は、通信制御部５０１−１を介してＷｅｂサーバあるいは第２ＰＣに送信する送信情報である。１８４７は、入力インタフェース１８６０を介して入力機器から入力されたデータ及び指示を含む入力情報である。１８４８は、出力インタフェース１８７０を介して表示部１８７１に表示する表示情報である。
【００９２】
ストレージ１８５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータ又はプログラムが記憶されている。１８５１は、送受信のためのメッセージフォーマットである送受信フォーマットである。１８５２は、表示画面のフォーマットである表示画面フォーマットである。ストレージ１８５０には、以下のプログラムが格納される。１８５３は、全体の処理を実行させる情報処理プログラムである。１８５４は、情報処理プログラム１８５３において、送受信を制御する送受信制御モジュールである。１８５５は、情報処理プログラム１８５３において、表示画面の制御を行なう表示画面制御モジュールである。
【００９３】
入力インタフェース１８６０は、キーボード１８６１やカメラ１８６２から入力された情報をデジタルデータとして入力するインタフェースである。また、出力インタフェース１８７０は、生成された表示画面を表示部１８７１に出力するインタフェースである。
【００９４】
なお、図１８には、本実施形態に必須なデータやプログラムのみが示されており、ＯＳなどの汎用のデータやプログラムは図示されていない。
【００９５】
《第１ＰＣの全体の処理手順》
図１９は、本実施形態に係る第１ＰＣ２３０の全体の処理手順を示すフローチャートである。このフローチャートは、図１８のＣＰＵ１８１０によってＲＡＭ１８４０を使用しながら実行されて、図５の各機能構成部が実現される。
【００９６】
まず、ステップＳ１９１１において、オペレータによるログイン要求か否かが判定される。また、ステップＳ１９２１においては、相談者ＰＣ（第２ＰＣ）からの受信であるかが判定される。また、ステップＳ１９３１において、相談中のオペレータによる指示であるかを判定する。
【００９７】
オペレータによるログイン要求である場合はステップＳ１９１３に進んで、ログイン処理を行なう（図２０参照）。相談者ＰＣ（第２ＰＣ）からの受信である場合はステップＳ１９２３に進んで、相談者との接続処理を行なう（図２１Ａ及ぶ図２１Ｂ参照）。
【００９８】
相談中のオペレータによる指示であればステップＳ１９３３に進んで、指示に対応した処理を行なう。たとえば、共有画面のＤＢからの読み出しなどが含まれる。
【００９９】
（ログイン処理）
図２０は、本実施形態に係るログイン処理Ｓ１９１３の処理手順を示すフローチャートである。かかるログイン処理は、オペレータによる電話番号やＩＰアドレスのＷｅｂサーバへの登録処理である。
【０１００】
まず、ステップＳ２００１において、第２ＰＣに保存されている電話番号や第２ＰＣのＩＰアドレスを取得する。そして、ステップＳ２００３において、この情報をＷｅｂサーバに通知する。ステップＳ２００５において、Ｗｅｂサーバからの結果を取得し、ステップＳ２００７においてオペレータ用初期画面を表示する。
【０１０１】
（相談者との接続処理）
図２１Ａ及び図２１Ｂは、本実施形態に係る相談者との接続処理の処理手順を示すフローチャートである。かかる相談者との接続処理は、Ｗｅｂサーバの制御に同期しながら、相談者の第２ＰＣと接続して画面共有をする処理である。
【０１０２】
まず、ステップＳ２１０１においては、Ｗｅｂサーバからのイベント１（Ｅ１：相談者からの呼出）の通知を待つ。イベント１（Ｅ１）の通知があればステップＳ２１０３に進んで、発信確認画面を表示する（図２参照）。オペレータの応答指示があると、ステップＳ２１０５においてＷｅｂサーバに応答を通知する。
【０１０３】
Ｗｅｂサーバへの応答通知に対するＷｅｂサーバの処理により、ステップＳ２１０７においては、イベント４（Ｅ４：相談終了）が通知されたかを判定する。通知があればステップＳ２１０９に進んで終了画面を表示し、ステップＳ２１１１において、画面を閉じて処理を終了する。
【０１０４】
イベント４（Ｅ４）でなければ、ステップＳ２１１３においてイベント２（Ｅ２：相談開始）が通知されたかを判定する。通知がなければステップＳ２１０７に戻る。通知があればステップＳ２１１５に進んで、Ｗｅｂサーバに対して発信制御要求を通知する。
【０１０５】
発信制御要求に対するＷｅｂサーバの処理により、ステップＳ２１１７においては、イベント４（Ｅ４：相談終了）が通知されたかを判定する。通知があればステップＳ２１１９に進んで終了画面を表示し、ステップＳ２１２１において、画面を閉じて処理を終了する。
【０１０６】
イベント４（Ｅ４）でなければ、ステップＳ２１２３においてイベント３（Ｅ３：電話接続中）が通知されたかを判定する。通知がなければステップＳ２１１７に戻る。通知があればステップＳ２１２５に進んで、発信画面を表示する。
【０１０７】
ステップＳ２１１７においては、第１電話の発信への第２電話の応答の第１交換機で検知した場合のＷｅｂサーバの処理により、イベント５（Ｅ５：通話中）が通知されたかを判定する。通知があればステップＳ２１２９に進んで、相談者ＰＣ（第２ＰＣ）のＩＰアドレスの取得要求をＷｅｂサーバに通知する。そして、ステップＳ２１３１において、相談者ＰＣのＩＰアドレスを取得すると、ステップＳ２１３３以降は、映像取得部や画面共有制御部による通信により相談画面を表示して、相談を開始する。
【０１０８】
イベント５（Ｅ５：通話中）の通知がなければステップＳ２１３５において、イベント６（Ｅ６：通話中でない）が通知されたかを判定する。通知があればステップＳ２１３７に進んで、相談相手終了画面を表示し、ステップＳ２１３９において、画面を閉じて処理を終了する。通知がなければステップＳ２１２７に戻る。
【０１０９】
《第２ＰＣのハードウェア構成》
図２２は、本実施形態に係る第２ＰＣ２６０のハードウェア構成を示すブロック図である。図２２において、ＣＰＵ２２１０は演算制御用のプロセッサであり、プログラムを実行することで図５の各機能構成部を実現する。ＲＯＭ２２２０は、初期データ及びプログラムなどの固定データ及びプログラムを記憶する。また、通信制御部５０１−２は、Ｗｅｂサーバ及び第１ＰＣとの通信を制御する。
【０１１０】
ＲＡＭ２２４０は、ＣＰＵ２２１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ２２４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。２２４１は、相談者側から送信された電話番号などの相談者情報である。２２４２は、オペレータ側から送信された電話番号などのオペレータ情報である。２２４３は、相談者及びオペレータから送信されたカメラで撮像した映像情報である。２２４４は、通信制御部５０１−２を介して受信したＷｅｂサーバあるいは第１ＰＣからの受信情報である。２２４５は、Ｗｅｂサーバ２１０から受信した受信情報に含まれる、処理の同期のためのイベント情報である（図８Ｂ参照）。２２４６は、通信制御部５０１−１を介してＷｅｂサーバあるいは第１ＰＣに送信する送信情報である。２２４７は、入力インタフェース２２６０を介して入力機器から入力されたデータ及び指示を含む入力情報である。２２４８は、出力インタフェース２２７０を介して表示部２２７１に表示する表示情報である。
【０１１１】
ストレージ２２５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータ又はプログラムが記憶されている。２２５１は、送受信のためのメッセージフォーマットである送受信フォーマットである。２２５２は、表示画面のフォーマットである表示画面フォーマットである。ストレージ２２５０には、以下のプログラムが格納される。２２５３は、全体の処理を実行させる情報処理プログラムである。２２５４は、情報処理プログラム２２５３において、送受信を制御する送受信制御モジュールである。２２５５は、情報処理プログラム２２５３において、表示画面の制御を行なう表示画面制御モジュールである。
【０１１２】
入力インタフェース２２６０は、キーボード２２６１やカメラ２２６２から入力された情報をデジタルデータとして入力するインタフェースである。また、出力インタフェース２２７０は、生成された表示画面を表示部２２７１に出力するインタフェースである。
【０１１３】
なお、図２２には、本実施形態に必須なデータやプログラムのみが示されており、ＯＳなどの汎用のデータやプログラムは図示されていない。
【０１１４】
《第２ＰＣの全体の処理手順》
図２３は、本実施形態に係る第２ＰＣ２６０の全体の処理手順を示すフローチャートである。このフローチャートは、図２２のＣＰＵ２２１０によってＲＡＭ２２４０を使用しながら実行されて、図５の各機能構成部が実現される。
【０１１５】
まず、ステップＳ２３１１において、相談開始か否かが判定される。また、ステップＳ２３２１においては、相談中の相談者による指示であるかを判定する。
【０１１６】
相談開始の場合はステップＳ２３１３に進んで、オペレータへの接続処理を行なう（図２４Ａ〜図２４Ｃ参照）。相談中のオペレータによる指示であればステップＳ２３２３に進んで、指示に対応した処理を行なう。たとえば、共有画面への問いへの回答などが含まれる。
【０１１７】
（オペレータへの接続処理）
図２４Ａ，図２４Ｂ及び図２４Ｃは、本実施形態に係るオペレータへの接続処理の処理手順を示すフローチャートである。ここで、オペレータへの接続処理は、Ｗｅｂサーバの制御に同期しながら、オペレータの第１ＰＣと接続して画面共有をする処理である。
【０１１８】
まず、ステップＳ２４０１において、相談者側の電話番号入力画面を表示する（図２参照）。ステップＳ２４０３において、電話番号入力画面からの入力が“ＯＫ”か“キャンセル”かを判定する。キャンセルであればステップＳ２４０５に進んで、画面を閉じて終了する。
【０１１９】
ＯＫであればステップＳ２４０７に進んで、第２ＰＣ内に保存している相談者側の電話番号、第２ＰＣのＩＰアドレス、発信先電話番号を第２ＰＣより取得する。ステップＳ２４０９において、取得した情報をＷｅｂサーバに通知する。そして、ステップＳ２４１１において、Ｗｅｂサーバからのイベント１（Ｅ１：相談者からの呼出）の通知を待つ。イベント１（Ｅ１）の通知があればステップＳ２４１３に進んで、第１電話の呼出中画面を表示する。
【０１２０】
次に、図２４Ｂに移ってステップＳ２４１５において、Ｗｅｂサーバからのイベント２（Ｅ２：相談開始）の通知を待つ。イベント２の通知があればステップＳ２４１７に進んで、イベント４（Ｅ４：相談終了）が通知されたかを判定する。通知があればステップＳ２４１９に進んで終了画面を表示し、ステップＳ２４２１において、画面を閉じて処理を終了する。
【０１２１】
イベント４（Ｅ４）でなければ、ステップＳ２４２３においてＷｅｂサーバよりイベント３（Ｅ３：電話接続中）が通知されたかを判定する。通知がなければステップＳ２４１７に戻る。通知があればステップＳ２４２５に進んで、着信画面を表示する。そして、図２４ＣのステップＳ２４２７に進む。
【０１２２】
ステップＳ２４２７においては、Ｗｅｂサーバの処理よりイベント５（Ｅ５：通話中）が通知されたかを判定する。通知があればステップＳ２４２９に進んで、相談相手ＰＣ（第１ＰＣ）のＩＰアドレスの取得要求をＷｅｂサーバに通知する。そして、ステップＳ２４３１において、相談相手ＰＣのＩＰアドレスを取得すると、ステップＳ２４３３以降は、映像取得部や画面共有制御部による通信により相談画面を表示して、相談を開始する。
【０１２３】
イベント５（Ｅ５：通話中）の通知がなければステップＳ２４３５において、イベント６（Ｅ６：通話中でない）が通知されたかを判定する。通知があればステップＳ２４３７に進んで、相談相手終了画面を表示し、ステップＳ２４３９において、画面を閉じて処理を終了する。通知がなければステップＳ２４２７に戻る。
【０１２４】
［第３実施形態］
次に、本発明の第３実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると、Ｗｅｂサーバ内にあらかじめ相談者の使用する電話の電話番号やＰＣのＩＰアドレスなどが登録されているを点で異なる。本実施形態においては、第２実施形態との相違部分である、UserMasterＤＢ２５５２の構成と情報処理システムの動作手順の開始時を説明する。その他の構成及び動作は、第２実施形態と同様であるため詳しい説明を省略する。
【０１２５】
本実施形態によれば、第２実施形態の効果に加えて、相談者が電話やＰＣの登録のための操作をすることなしに相談開始されるので、相談者の負荷を低減できる。
【０１２６】
（UserMasterＤＢ）
図２５は、本実施形態に係るUserMasterＤＢ２５５２の構成を示す図である。本実施形態は、図７のUserMasterＤＢ７５２をUserMasterＤＢ２５５２に置き換えた構成となる。
【０１２７】
UserMasterＤＢ２５５２は、ユーザＩＤ１０２１やユーザ名１０２２に対応付けて、電話番号１０２３とさらにＰＣのＩＰアドレス２５２４やパスワード２５２５などが登録記憶されている。なお、さらに他の情報が登録されてもよい。
【０１２８】
《情報処理システムの動作手順》
図２６は、本実施形態に係る情報処理システム２６００の動作手順を示すシーケンス図である。図２６には、その電話接続から以降（図６のＳ６０５及びＳ６０７）は図６と同様であるので、それまでの動作手順を説明する。
【０１２９】
まず、ステップＳ６０１のオペレータからの登録は、図６と同様である。ステップＳ２６０３において、相談者は第２ＰＣからアクセス（ログイン）を行なう。図２５のように、相談者側のＩＰアドレスは既に登録しているので、図６のステップＳ６０３にようなＷｅｂサーバとのやり取りなしに、相談者からの簡単なログインが可能となる。
【０１３０】
［第４実施形態］
次に、本発明の第４実施形態に係る情報処理システムについて説明する。本実施形態に係る情報処理システムは、上記第２実施形態と比べると、第１電話システムに登録された電話が混在する場合の、相談者からの発信がいずれの電話からであるのかによって異なる接続処理を行なう点で異なる。本実施形態においては、第２実施形態と異なる、Ｗｅｂサーバの機能構成、UserMasterテーブル、ウェｂサーバ、第１及び第２ＰＣの、第１電話システムに登録された電話か否かの判定までを説明する。その他の構成及び動作は、第２実施形態と同様であるため、その詳しい説明を省略する。
【０１３１】
本実施形態によれば、第２実施形態の効果に加えて、第１電話システムに登録された電話からの相談であっても、外部の第２電話システムからの電話からの相談であっても、処理が可能である。
【０１３２】
《Ｗｅｂサーバの機能構成》
図２７は、本実施形態に係るＷｅｂサーバ２７１０の機能構成を示すブロック図である。なお、図２７は、本実施形態に関連する機能構成部を示したので、他の汎用的な機能は省略されている。また、図２７で図４と同ような機能構成部には同じ参照番号を付してその説明は省略する。
【０１３３】
本実施形態のＰＣ制御情報処理部２７０３は、ユーザごとにそのユーザの電話が第１電話システムの第１交換機に登録されている電話か否かを記憶するためのUserMasterテーブル２７０３ａを有する。そして、Ｗｅｂサーバ制御部２７０６は、上記UserMasterテーブル２７０３ａに基づいて、第１電話システムの第１交換機に登録されている電話か／非登録の電話かの判定結果である、登録／非登録フラグ２７０６ａを有する。かかる、UserMasterテーブル２７０３ａ及び登録／非登録フラグ２７０６ａは、図７のＲＡＭ７４０に記憶されてＣＰＵ７１０の処理で使用される。
【０１３４】
（UserMasterテーブル）
図２８は、本実施形態に係るUserMasterテーブル２７０３ａの構成を示す図である。
【０１３５】
UserMasterテーブル２７０３ａは、ユーザＩＤ２８０１に対応付けて、電話番号２８０２と、電話番号属性２８０３として第１電話システムの第１交換機に登録した電話であるか否かの情報を記憶している。
【０１３６】
（Ｗｅｂサーバのアクセス処理）
図２９は、本実施形態に係るＷｅｂサーバ２７１０のアクセス処理Ｓ１１２３−２の処理手順を示すフローチャートである。かかるアクセス処理は、相談者の第２ＰＣからの相談接続要求のアクセス処理である。以下のフローチャートは、図７のＣＰＵ７１０によりＲＡＭ７４０を使用して実行され、図２７の機能構成部を実現する。なお、図２９においては、図１３と同様のステップは同じ参照番号を付して、説明を省略する。
【０１３７】
ステップＳ１３０１〜Ｓ１３０７までは図１３と同様である、本実施形態においては、ステップＳ２９０１において、上記UserMasterテーブル２７０３ａを参照して電話番号が第１電話システムの第１交換機に登録された電話かを判定する。登録されていない、外部の第２電話システムからの発信であれば、図１３と同様のステップＳ１３０９とＳ１３１１を実行する。
【０１３８】
一方、第１電話システムの第１交換機に登録された電話からの発信であればステップＳ２９０３に進んで、接続する２つの電話番号と接続状態が“無し”である、ConnectInfoテーブルを作成する。そして、対応する第１ＰＣと第２ＰＣとに対して、イベント１０（Ｅ１０：登録電話からの相談相手の呼出）を通知する。
【０１３９】
（第１ＰＣの相談者との接続処理）
図３０は、本実施形態に係る第１ＰＣの相談者との接続処理Ｓ１９２３−２の処理手順を示すフローチャートである。かかる相談者との接続処理は、Ｗｅｂサーバの制御に同期しながら、相談者の第２ＰＣと接続して画面共有をする処理である。なお、図２１Ａ及び図２１Ｂと同様のステップについては図示及び説明を省略する。
【０１４０】
まず、ステップＳ３００１においては、Ｗｅｂサーバからのイベント１（Ｅ１：相談者からの呼出）の通知を待つ。イベント１（Ｅ１）の通知があればステップＳ２１０３に進んで、発信確認画面を表示する（図２参照）。オペレータの応答指示があると、ステップＳ２１０５においてＷｅｂサーバに応答を通知する。以降の処理手順は、図２１ＡのステップＳ２１０７以降と同様であるため、図示及び説明を省略する。
【０１４１】
Ｗｅｂサーバからの通知がイベント１でなければ、ステップＳ３００３において、イベント１０（Ｅ１０：登録電話からの相談）が通知されたかを判定する。通知があればステップＳ３００５に進んで、第１電話システムの第１交換機に登録された電話からの相談として、第１ＰＣの接続処理を行なう。なお、ステップＳ３００５の処理は、第１交換機の信号を監視すれば電話接続の状況や現在のステータスを知り得るので、ステップＳ２１０３以降のようなステータス情報を間接的に推定する必要はない。したがって、ステップＳ３００５の処理は限定されず、既知の処理を用いてよい。イベント１０の通知がなければステップＳ３００１に戻る。
【０１４２】
（第２ＰＣの相談相手への接続処理）
図３１は、本実施形態に係る第２ＰＣの相談相手への接続処理Ｓ２３１３−２の処理手順を示すフローチャートである。ここで、オペレータへの接続処理は、Ｗｅｂサーバの制御に同期しながら、オペレータの第１ＰＣと接続して画面共有をする処理である。なお、図３１の処理手順において図２４Ａ乃至図２４Ｃと同様の手順は、図及び説明を省略する。また、図３１において、図２４Ａと同様のステップには同じ参照番号を付して、説明を省略する。
【０１４３】
まず、ステップＳ２４０１からＳ２４０９までは、図２４Ａと同様である。ステップＳ３１０１において、Ｗｅｂサーバからのイベント１（Ｅ１：相談者からの呼出）の通知を待つ。イベント１（Ｅ１）の通知があればステップＳ２４１３に進んで、以下図２４ＢのステップＳ２４１５に進んで、図２４Ｂ及び図２４Ｃと同様の処理を行なう。
【０１４４】
Ｗｅｂサーバからの通知がイベント１でなければ、ステップＳ３１０３において、イベント１０（Ｅ１０：登録電話からの相談）が通知されたかを判定する。通知があればステップＳ３１０５に進んで、第１電話システムの第１交換機に登録された電話からの相談として、第２ＰＣの接続処理を行なう。なお、ステップＳ３１０５の処理は、第１交換機の信号を監視すれば電話接続の状況や現在のステータスを知り得るので、ステップＳ２４１３以降のようなステータス情報を間接的に推定する必要はない。したがって、ステップＳ３０１５の処理は限定されず、既知の処理を用いてよい。イベント１０の通知がなければステップＳ３１０１に戻る。
【０１４５】
なお、本実施形態における、第１交換機に登録された電話からの相談要求に対する処理手順は、従来からの既知のものであっても、本実施形態に準じた手順であってもよく、特に限定されるものではない。
【０１４６】
［他の実施形態］
以上、本発明の実施形態について詳述したが、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステム又は装置も、本発明の範疇に含まれる。
【０１４７】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。
【図１】
0005510405.tif 000002
【図２】
0005510405.tif 000003
【図３】
0005510405.tif 000004
【図４】
0005510405.tif 000005
【図５】
0005510405.tif 000006
【図６】
0005510405.tif 000007
【図７】
0005510405.tif 000008
【図８Ａ】
0005510405.tif 000009
【図８Ｂ】
0005510405.tif 000010
【図９Ａ】
0005510405.tif 000011
【図９Ｂ】
0005510405.tif 000012
【図９Ｃ】
0005510405.tif 000013
【図１０Ａ】
0005510405.tif 000014
【図１０Ｂ】
0005510405.tif 000015
【図１０Ｃ】
0005510405.tif 000016
【図１１】
0005510405.tif 000017
【図１２】
0005510405.tif 000018
【図１３】
0005510405.tif 000019
【図１４】
0005510405.tif 000020
【図１５】
0005510405.tif 000021
【図１６】
0005510405.tif 000022
【図１７】
0005510405.tif 000023
【図１８】
0005510405.tif 000024
【図１９】
0005510405.tif 000025
【図２０】
0005510405.tif 000026
【図２１Ａ】
0005510405.tif 000027
【図２１Ｂ】
0005510405.tif 000028
【図２２】
0005510405.tif 000029
【図２３】
0005510405.tif 000030
【図２４Ａ】
0005510405.tif 000031
【図２４Ｂ】
0005510405.tif 000032
【図２４Ｃ】
0005510405.tif 000033
【図２５】
0005510405.tif 000034
【図２６】
0005510405.tif 000035
【図２７】
0005510405.tif 000036
【図２８】
0005510405.tif 000037
【図２９】
0005510405.tif 000038
【図３０】
0005510405.tif 000039
【図３１】
0005510405.tif 000040