データ共有機能を有した通話システム
【課題】通話と対応付けて共有データをユーザ端末へ送信し、ユーザ端末間でデータを共有すると共に通話を行う技術を提供する。
【解決手段】ネットワークを介して第一ユーザの端末から共有データを受信し、共有データと対応する連携用電話番号を発行し、前記共有データを第二ユーザの端末へ送信し、第一ユーザの電話機との呼を確立し、前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受ける。
【解決手段】ネットワークを介して第一ユーザの端末から共有データを受信し、共有データと対応する連携用電話番号を発行し、前記共有データを第二ユーザの端末へ送信し、第一ユーザの電話機との呼を確立し、前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受ける。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ間でデータを共有すると共に通話を行う技術に関する。
【背景技術】
【０００２】
従来、コールセンタ等における各種問合わせに対しては、電話による音声応答が中心であった。しかし、音声のみでは、問い合わせる側にとって詳しい状況や微妙な事象などの説明が難しく、また、応答する側にとっても複雑な手順や一般的でない操作などの説明が難しい場合がある。
このため、ＦＡＸや電子メールによる問合わせも行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２８３６７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＦＡＸや電子メールを用いて問い合わせを行う場合、絵や写真を示すことは可能となるが、説明を文章で記載することになり、これもまた煩わしい。
そこで、ＦＡＸや電子メールで絵や写真を送り、この絵や写真を見ながら電話を用いて問合わせを行うことも考えられるが、この場合、問い合わせを行うユーザが、ＦＡＸや電子メールの発信と、電話とを別々に行わなければならず、手間がかかる。また、コールセンタ側にとっても、ばらばらに送られて来るＦＡＸや電子メールと電話とを対応付ける作業が必要になり、効率が悪い。
【０００５】
一方、絵や写真等の資料を示しながら、打ち合わせを行うシステムとして、電子会議システムが知られている。電子会議システムでは、ネットワークを介して、図や表、写真といった資料のデータを音声データと共に送受信することにより、資料を見ながら打ち合わせを行うことができる。
【０００６】
しかし、電子会議システムは、ネットワークを介して音声データ及び資料のデータを所定の規格で送受信する装置を各ユーザが備える必要があり、一ユーザがコールセンタに問合わせを行う際に適用できる構成ではなかった。また、ネットワークを介してデータを送受信する場合、データをパケット化して送受信することになるが、音声データをパケット通信する場合に通話品質を良好に維持するためには、パケットのロスが起き難い通信環境の設定や充分な帯域の確保等が必要となり、簡単に導入できるものではなかった。
【０００７】
また、通話者をカメラで撮影し、この画像データを音声データと共に電話回線を介して通話相手側に送信する電話機、所謂テレビ電話も実用化されている。テレビ電話では、呼を接続する毎に必要な帯域を占有するので、通話品質が低下することは無いが、画像データの帯域も確保することになるので、電話回線上で多くの帯域を占有してしまうという問題点がある。
【０００８】
そこで、本発明は、共有データを通話と対応付けてユーザ端末へ送信し、ユーザ端末間でデータを共有すると共に通話を行う技術の提供を課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明のメッセージ管理システムは、
ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データを受信するデータ受付部と、
前記共有データと対応する連携用電話番号を発行する連携番号発行部と、
前記共有データを連携用電話番号と共に第二ユーザの端末へ送信するデータ送信部と、
電話回線を介して第一ユーザの端末との呼を確立する第一通話制御部と、
前記連携用電話番号を発信者番号として第二ユーザの端末に電話回線を介して発呼する、又は前記第二ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける第二通話制御部と、
を備える。
【００１０】
前記通話システムは、前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する出力制御部を備えても良い。
【００１１】
前記第一通話制御部は、前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける構成としても良い。
【００１２】
また、上記課題を解決するため、本発明の通話方法は、
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータが実行する。
【００１３】
前記通話通話方法は、前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力するステップを更に実行するものでも良い。
【００１４】
また、前記通話通話方法は、前記第一ユーザの電話機との呼を確立するステップにて、前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受けても良い。
【００１５】
また、本発明は、上記通話方法をコンピュータに実行させるためのプログラムであっても良い。更に、前記プログラムは、コンピュータが読み取り可能な記録媒体に記録されていても良い。
【００１６】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００１７】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【発明の効果】
【００１８】
本発明は、共有データを通話と対応付けてユーザ端末へ送信し、ユーザ端末間でデータを共有すると共に通話を行う技術を提供できる。
【図面の簡単な説明】
【００１９】
【図１】通話システムの概略図
【図２】アプリケーションサーバの概略図
【図３】呼制御装置の概略図
【図４】通話方法の説明図
【図５】通話方法の説明図
【図６】通話方法の説明図
【図７】通話方法の説明図
【図８】通話方法の変形例を示す図
【図９】通話方法の変形例を示す図
【図１０】PhoneCookie（登録商標）と共有データの格納先を登録したテーブルの一例を示す図
【図１１】着信中のユーザ端末３Ｂにおける画面表示例を示す図
【図１２】同報通話先の入力例を示す図
【図１３】同報先を指定した場合のデータ連携方法の説明図
【図１４】実施形態２に係るアプリケーションサーバの構成図
【図１５】本実施形態２に係るユーザ端末の外観図
【図１６】ユーザ端末の機能ブロック図
【図１７】通話先を指定する画面例を示す図
【図１８】実施形態２に係る通話方法の説明図
【図１９】通話の情報が登録されたスケジュールの表示例を示す図
【図２０】スケジュール情報として登録された通話の情報の表示例を示す図
【図２１】記実施形態２に係る通話方法の変形例を示す図
【図２２】各ユーザの所属部署と電話番号とを対応付けた所属部署テーブルの一例を示す図
【図２３】キーワードテーブルの一例を示す図
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明を実施するための形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
《実施形態１》
〈システム構成〉
図１は、本実施形態１に係るデータ連携システムの概略図である。本例のデータ連携システム１０は、アプリケーションサーバ２や呼制御装置７を備え、PhoneCookie（登録商
標）を用いて電話回線を介した通話とネットワークを介したデータとを連携するシステムである。
ユーザ端末３Ａ，３Ｂは、インターネット等のネットワークＮを介してウェブの閲覧や電子メールの送受信を行うクライアント端末としての機能と、電話回線Ｄを介して音声通話を行う電話機としての機能を有している。なお、ユーザ端末３Ａ，３Ｂは、クライアント端末の機能と電話機の機能とを一体的に備えたものに限らず、クライアント端末３と電話機４とが別体であっても良い。
【００２１】
図２はアプリケーションサーバ２の概略構成図である。図２に示すように、アプリケーションサーバ２は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算
処理部２２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）２３，２６、入出力インタフェース２４、通信制御部（ＣＣＵ：Communication Control Unit）２５等を備えたコンピュータである。
【００２２】
該入出力インタフェース２４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース２４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００２３】
ＣＣＵ２５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００２４】
記憶部２３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（通話プログラム）といったソフトウェアがインストールされている。また、記憶部２６は、連絡先のデータや共有データ等を記憶している。
【００２５】
演算処理部２２は、前記ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３，２６から読み出した情報を演算処理することにより、PhoneCookie発行部（連携番
号発行部）２２１、呼制御連携部２２２、データ受付部２２３、データ転送部（データ送信部）２２４としても機能する。
【００２６】
データ受付部２２３は、ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データや、共有データの発信者の情報、共有データの送信先の情報といった通話要求情報を受信する。
【００２７】
PhoneCookie発行部２２１は、ウェブサーバ１から通話要求情報を受信した場合に、当
該通話要求情報と対応するPhoneCookieとしての連携用電話番号を発行する。この連携用
電話番号は、後述のようにユーザ端末３Ａ，３Ｂ或いは電話機４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信するようにする。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部２２１は、各通話
要求情報に前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieが通話要求情報に割り当てられた全てのPhoneCookieの中でユニークとなるように
する。即ち、PhoneCookieに対応する通話要求情報が一意に特定できるようにしている。
【００２８】
呼制御連携部２２２は、通話要求情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えば第一ユーザの端末から前記通話要求情報を受信した場合、ユーザと連絡先の間に呼を確立させるコマンドと、ユーザの電話番号や及び連絡先の電話番号を含む電話指示パラメータを呼制御装置７へ送信する。
【００２９】
データ転送部２２４は、第一ユーザの端末から受信した共有データを第二ユーザの端末へ送信する。
【００３０】
一方、呼制御装置７は、電話回線網Ｄを介して電話機間の呼を制御する装置である。本実施形態において、呼制御装置７は、ＳＩＰ（Session Initiation Protocol）によって
電話機間の呼を制御するＣＴＩサーバである。なお、本実施形態の呼制御装置７は、アプリケーションサーバ２からの命令に応じて呼を制御できれば、ＳＩＰサーバに限らず、他の方式の電話交換機であっても良い。図３は呼制御装置７の概略構成図である。図３に示すように、呼制御装置７は、ＣＰＵ（central processing unit）やメインメモリ等より
なる演算処理部７２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）７３、入出力インタフェース７４、通信制御部（ＣＣＵ：Communication Control Unit）７５等を備えたコンピュータである。
【００３１】
該入出力インタフェース７４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース７４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００３２】
ＣＣＵ７５は、電話回線網Ｄを介して他の装置との接続を確立し、ＣＰＵからの命令に応じた通信の制御を行う。本実施形態のＣＣＵ７５は、ＳＩＰに従って通信を行うものであり、電話回線網Ｄ内のＶｏＩＰゲートウェイや無線基地局を介して電話機４やユーザ端末３Ａ，３Ｂ等の呼を制御する。例えば、電話機４は、電話回線網Ｄ内のＶｏＩＰゲートウェイに収容され、電話機４からの音声信号や制御信号はＶｏＩＰゲートウェイでＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から電話機４へ送信したＶｏＩＰパケットは、ＶｏＩＰゲートウェイで音声信号や制御信号に変換されて電話機４へ送られる。また、携帯電話やスマートフォン等の通話機能を有したユーザ端末３Ａ，３Ｂは携帯電話回線を介して無線基地局に収容され、ユーザ端末３Ａ，３Ｂからの音声信号や制御信号は、無線基地局でＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７からユーザ端末３へ送信したＶｏＩＰパケットは、無線基地局で音声信号や制御信号に変換されてユーザ端末３Ａ，３Ｂへ送られる。
【００３３】
記憶部７３には、オペレーティングシステム（ＯＳ）やアプリケーションソフトといったソフトウェアがインストールされている。
【００３４】
演算処理部７２は、前記ＯＳやアプリケーションプログラムを記憶部７３から適宜読み出して実行し、入出力インタフェース７４やＣＣＵ７５から入力された情報、及び記憶部７３から読み出した情報を演算処理することにより、第一通話制御部７２１、第二通話制御部７２２、接続制御部７２３としても機能する。
【００３５】
第一通話制御部７２１は、発信側ユーザ端末３Ａとの呼を確立し、音声データの送信や受信を行う。例えば、ユーザ端末３Ａが所定の電話番号（本例ではPhoneCookie）宛てに
発呼した場合に、呼制御装置７の第一通話制御部７２１が、これを着呼し、ユーザ端末３Ａとの呼を確立する。
【００３６】
第二通話制御部７２２は、着信側ユーザ端末３Ｂとの呼を確立する。例えば、通話先情報に基づく電話指示をアプリケーションサーバ２から受信して、PhoneCookieを発信者番
号とし、通話先電話番号宛て、即ち着信側ユーザ端末３Ｂに発呼する。或いは、電話回線Ｄを介して着信側ユーザ端末３ＢからPhoneCookie宛てに発信された呼を受ける。
【００３７】
接続制御部７２３は、アプリケーションサーバ２から呼制御の命令を受信し、この命令に従って第一通話制御部７２１及び第二通話制御部７２２を制御し、前記ユーザ端末３や連絡先の電話機４等の呼制御を行う。例えばユーザ端末３との呼を介して第一通話制御部７２１で受信した音声データを電話機４との呼を介して第二通話制御部７２２から電話機４へ送信、また、電話機４との呼を介して第二通話制御部７２２で受信した音声データをユーザ端末３との呼を介して第一通話制御部７２１からユーザ端末３へ送信することで、ユーザ端末３と電話機４とを相互に通話可能にしている。この二つの呼を接続する処理は、所謂サードパーティコールコントロールであり、公知の技術を用いることができるので、詳しい説明は省略する。なお、接続する呼は、二つに限らず、三つ以上の呼であっても良い。
【００３８】
また、接続制御部７２３は、呼制御を行った通話の終話信号や切断信号を受信した場合に呼を切断し、通話が終了したことをアプリケーションサーバ２の呼制御連携部２２２に通知する。
【００３９】
〈データ連携方法〉
次に図４−図７を用いて、上記データ連携システムが実行するデータ連携方法について説明する。
【００４０】
図４に示すように、まず、発信側のユーザの操作により、ユーザ端末３Ａは、アプリを起動させて通話先電話番号及び宛先アドレスといった通話先情報の入力を受ける（Ｓ１１）。図９は、ユーザ端末３Ａでアプリを起動させ、通話先の入力画面を表示させた状態を示している。ユーザが、この表示部に表示された数字入力モードの入力キー５０を押すと、タッチパネルによって通話先電話番号として入力され、電話番号欄５１に表示される。また、ユーザが、入力キー５０をアルファベット入力モードに切り替えて、入力キー５０を押すと、タッチパネルによって、通話先と共有するデータの宛先アドレスが入力され、アドレス欄５２に表示される。このようにユーザが直接通話先を入力するものに限らず、アドレス帳から通話先を選択する構成でも良い。例えば、アドレス帳のアイコン５３が選択されると、ユーザ端末３Ａは、記憶部から予め登録した通話相手の一覧、即ちアドレス帳（不図示）を読み出して表示部に表示させ、このうちユーザが選択した通話相手の電話番号とアドレスを通話先電話番号及び宛先アドレスとする。
【００４１】
次に、通話時に共有するファイルの選択を受ける（Ｓ１２）。例えば、ファイルアイコン５４が選択された場合、ユーザ端末３Ａは、記憶部内のディレクトリ構造と当該ディレクトリに記憶しているファイルをツリー状に表示して選択を促し、ユーザに選択されたファイルを共有データとして受け付ける。なお、共有データとは、共有するファイル自体であっても良いし、ＵＲＬのように共有するファイルにアクセスするための情報であっても良い。例えば、ブラウザのアイコン５５が選択された場合、ユーザ端末３Ａは、ウェブブラウザの閲覧履歴やブックマークを読み込んで一覧表示し、この閲覧履歴やブックマークからユーザが選択したＵＲＬを共有データとして受け付ける。更に、ＧＰＳアイコン５６が選択された場合、ユーザ端末３Ａは、複数のＧＰＳ衛星から受信したＧＰＳ信号に基づいて現在位置を求め、この位置情報を共有データとして受け付ける。
また、ユーザ端末３Ａは、共有データとして、通話の件名となるタイトル情報を受け付けても良い。例えば、ユーザが、図９に示す入力キー５０をアルファベット入力モードに切り替えて、入力キー５０を押すと、タッチパネルによってタイトル情報が入力され、タイトル欄５８に表示される。図９の例では、「至急！道に迷った」と入力した例を示している。なお、タイトル情報は、ユーザが直接入力するものに限らず、共有データとして選択したファイルのファイル名をタイトル情報としても良い。また、共有データとして選択したファイルが文書ファイルであった場合、この文書ファイルから先頭の文字列や見出し文字を抽出してタイトル情報としても良い。更に、共有データとして選択したＵＲＬに対応するウェブページ、即ち共有したいウェブページのタイトルや見出しの文字を抽出してタイトル情報としても良い。また、共有データとして選択したファイルや、ＵＲＬに対応するウェブページ、位置情報と対応するマップ等、共有データのサムネイル画像をタイトル情報として付加しても良い。図９では、タイトル欄５８の右端に共有データとして選択した画像ファイルのサムネイル画像５９が表示された例を示す。
また、本システムでは、発信者番号としてPhoneCookieを受信側に通知し、発信者の電
話番号を通知しないので、発信者情報を共有データとして入力し、受信側へ送信しても良い。発信者情報とは、例えば発信者の氏名や、ニックネーム、ユーザＩＤ、発信者の画像である。ユーザ端末３Ａは、送信時にユーザによって入力された発信者情報を受け付ける構成でも良いし、記憶部に予め登録した情報を読み出して発信者情報として受け付けても良い。本例では、ユーザ端末３Ａの記憶部にオーナー情報として記憶されている氏名を読
み出して発信者情報とする。
【００４２】
そして、ユーザが発信ボタン５７を選択すると、ユーザ端末３Ａは、アプリケーションサーバ２に対して、通話を要求する旨の情報と、ステップＳ１１で受け付けた宛先の情報と、ステップＳ１２で受け付けた共有データを通話要求としてネットワークＮを介してアプリケーションサーバ２へ送信する（Ｓ１３）。なお、文書ファイルやウェブページから文字を抽出してタイトル情報とする処理や、共有データのサムネイル画像を作成してタイトル情報とする処理などは、ユーザ端末３が実行するものに限らず、アプリケーションサーバ２がユーザ端末３から受信した共有データに基づいてタイトル情報を作成する構成であっても良い。
【００４３】
この通信要求を受信（Ｓ１４）したアプリケーションサーバ２は、当該通信要求に対応するユニークな電話番号をPhoneCookieとして発行し、ユーザ端末３Ａに通知する（Ｓ１
５）。
【００４４】
そしてPhoneCookieを受信すると（Ｓ１６）、ユーザ端末３ＡはPhoneCookieとしての電話番号宛てに発呼する（Ｓ１７）。このPhoneCookie宛ての発呼は、PhoneCookieの受信を契機にユーザ端末３Ａが自動で行っても良いし、PhoneCookieの受信を契機に発呼を行う
ボタンを表示してユーザがこのボタンを押した場合に発呼する構成としても良い。そして、このPhoneCookie宛ての発呼を呼制御装置７の第一通話制御部７２１が着呼し、ユーザ
端末３Ａとの呼を確立する（Ｓ１８）。
【００４５】
一方、アプリケーションサーバ２は、ユーザ端末３Ａから受信した共有データをPhoneCookieと共に、通話先情報に基づいてユーザ端末３Ｂへ送信する（Ｓ１９）。ユーザ端末
３Ｂは、アプリケーションサーバ２から共有データとPhoneCookieとを受信し、受信した
共有データとPhoneCookieとを対応付けて記憶部に格納する（Ｓ２０）。例えばPhoneCookieをインデックスとし、対応する共有データの格納先をテーブルに登録する。図１０は、受信したPhoneCookieと共有データの格納先を登録したテーブルの一例を示す図である。
【００４６】
また、アプリケーションサーバ２の呼制御連携部２２２は、ユーザ端末３Ｂへの発呼、即ち通話先電話番号宛ての発呼を指示する電話指示パラメータを呼制御装置７へ送信する。呼制御装置７の第二通話制御部７２２は、電話指示パラメータの通話先電話番号に基づき、ユーザ端末３Ｂに対して発呼し、前記PhoneCookieを発信者番号として通知する（Ｓ
２１）。ユーザ端末３Ｂは、この呼制御装置７からの呼を着呼すると（Ｓ２２）、発信者番号としてのPhoneCookieと対応する共有データを記憶部から読み出し、表示部に表示す
る（Ｓ２３）。図１１は、着信中のユーザ端末３Ｂにおける画面表示例を示すものである。図１１に示すように、着信時は、発信者番号としてのPhoneCookie６１を表示すると共
に、当該PhoneCookie６１と対応する共有データの少なくとも一部、例えば発信者情報６
２や、タイトル情報６３、サムネイル画像６３Ａ等を記憶部から読み出して表示する。これにより、受信側のユーザは、表示されたタイトル情報や発信者情報を見て、受信の可否を判断することができる。例えば、受信を拒否する場合には、終了ボタン６４を選択して処理を終了する。また、受信する場合に、ユーザが受信ボタン６５を選択すると、ユーザ端末３Ｂは、呼制御装置７との呼を確立する。ここで呼制御装置７は、ユーザ端末３Ａとの呼と、ユーザ端末３Ｂとの呼とを接続してユーザ端末３Ａとユーザ端末３Ｂとの通話を可能にする。ユーザ端末３Ｂは開始すると共に、図１のようにPhoneCookie６１と対応す
る共有データを表示する。また、ユーザ端末３Ａもユーザ端末３Ｂへ送信した共有データを表示部に表示する（Ｓ２４）。
【００４７】
このように通話と関連付けて共有データを送信できるので、発信側ユーザ端末３Ａと着信側ユーザ端末３Ｂとで、通話時にデータを共有できる。従って、共有データを見ながら
具体的に会話をすることができ、綿密なコミュニケーションをとることができる。図１では、ユーザ端末３Ａが現在地の位置情報を共有データとして送り、ネットワークＮ上の地図情報等を提供するサーバから当該現在地の画像、所謂ストリートビュウを取得してユーザ端末３Ａ，３Ｂで表示した例を示している。即ち、各ユーザは、同じ画像データを共有し、「赤い看板のファーストフード店の奥の道を右に曲がって・・・」などと、共有データに基づいた会話を行うことができる。
【００４８】
また、図４では、発信時に共有データを送信する例を示したが、通話中に共有データを送信して共有することもできる。図５は、通話中にユーザ端末３Ｂからユーザ端末３Ａへ共有ファイルを送る処理の説明図である。
通話中にユーザが、共有データを選択し（Ｓ３１）、発信ボタンを選択すると、ユーザ端末３Ｂは、選択された共有データをPhoneCookieと共にアプリケーションサーバ２に対
して送信する（Ｓ３２）。
【００４９】
この共有データを受信（Ｓ３３）したアプリケーションサーバ２は、当該PhoneCookie
に基づき、当該PhoneCookieを割り当てた端末の情報を記憶部２６から読み出し、ユーザ
端末３Ａに共有データを送信する（Ｓ３４）。
【００５０】
アプリケーションサーバ２から共有データ及びPhoneCookieを受信すると（Ｓ３５）、
ユーザ端末３Ａは、受信したPhoneCookieと通話中の呼の発信者番号を比較して一致して
いれば、受信した共有データを表示部に表示する（Ｓ３６）。
【００５１】
このように共有データをPhoneCookieと共にアプリケーションサーバ２へ送信すること
により、PhoneCookieが割り当てられた通話相手（ユーザ端末３Ａ）と通話中にデータを
共有できる。
【００５２】
また、図５のステップＳ３１〜Ｓ３６では、受信側ユーザ端末３Ｂから発信側ユーザ端末３Ａへ送信する例を示したが、同様にステップＳ４１〜Ｓ４６で示すように発信側ユーザ端末３Ａから受信側ユーザ端末３Ｂへ送信することもできる。
【００５３】
そして、通話を終了する場合、例えば発信側のユーザが終話を選択すると、図６に示すようにユーザ端末３Ａが、終話信号を呼制御装置７へ送信して、通話を終了すると共に、共有データの出力等の処理を終了する（Ｓ５１）。
ユーザ端末３Ａから終話信号を受信すると（Ｓ５２）、呼制御装置７は、ユーザ端末３Ａとの呼を切断すると共に、ユーザ端末３Ｂに終話信号を送信する（Ｓ５３）。
【００５４】
呼制御装置７から終話信号を受信すると（Ｓ５４）、ユーザ端末３Ｂは、切断信号を呼制御装置７へ送信し（Ｓ５５）、呼制御装置７が受信した切断信号に基づいて呼を切断し（Ｓ５６）、通話が終了した旨をアプリケーションサーバ２へ通知する（Ｓ５７）。
【００５５】
アプリケーションサーバ２は、通話の終了が通知されると、当該通話に割り当てられたPhoneCookieを解放する、即ちPhoneCookieと対応付けたユーザ端末等の情報を削除して、新たな割り当てを可能にする。
【００５６】
なお、図６の例では、発信側のユーザ端末３Ａから先に通話の終了を通知したが、これに限らず、着信側のユーザ端末３Ｂから先に通話の終了を通知し、図６の処理の流れとは逆にユーザ端末３Ａへ終話を通知しても良い。
【００５７】
また、PhoneCookieを開放するタイミングは、通話の終了と同時に限らず、有効期間経
過後に開放する構成としても良い。この場合、有効期間内であれば、当該PhoneCookieを
用いることで、電話をかけ直すことができる。
【００５８】
図７はPhoneCookieに従って電話をかけ直す場合の説明図である。
ユーザの操作により、PhoneCookieとしての電話番号あてにユーザ端末３Ａから発呼す
ると（Ｓ６１）、呼制御装置７の第一通話制御部７２１が着呼して呼を確立し（Ｓ６２）、接続制御部７２３がアプリケーションサーバ２の呼制御連携部２２２にPhoneCookie宛
ての着呼があった旨の情報を通知して当該PhoneCookieが有効期間内か否かを確認する（
Ｓ６３）。呼制御連携部２２２は、記憶部を参照し現在時刻が当該PhoneCookieの有効期
間を超えているか否かを判定して呼制御装置７へ回答する（Ｓ６４）。
【００５９】
呼制御装置７は、制御連携部２２２からの回答に基づき、PhoneCookieが有効期間外で
あれば処理を終了し（不図示）、PhoneCookieが有効期間内であればユーザ端末３Ｂへ発
呼する（Ｓ６５）。呼制御装置７からの呼を着呼（Ｓ６６）したユーザ端末３Ｂは、当該呼の発信者番号（PhoneCookie）と対応する共有データを記憶部から読み出して表示する
（Ｓ６７）。また、発信側ユーザ端末３Ａにおいても、PhoneCookieと対応する共有デー
タを記憶部から読み出して表示する（Ｓ６８）。
【００６０】
また、ステップＳ６１〜Ｓ６８の例では、ユーザ端末３Ａから電話をかけ直す例を示したが、これに限らず、前述のステップＳ６１〜Ｓ６８の処理の流れとは逆にステップＳ７１〜Ｓ７８に示すようにユーザ端末３ＢからPhoneCookie宛てにかけ直すこともできる。
【００６１】
従って、通話を一旦終了しても有効期間内であれば、ユーザ端末３Ａ或いはユーザ端末３Ｂの何れかからPhoneCookie宛てに発呼することで、ユーザ端末間３Ａ−３Ｂの通話を
再開でき、共有データを見ながら会話することができる。
【００６２】
同様に、発信側ユーザ端末３Ａから通信要求を行った際に、受信側ユーザ端末３Ｂで受話できず、ユーザ端末３Ａ−３Ｂ間の呼の接続を行わずに処理を終了した場合でも、有効期限内に改めてユーザ端末３Ａ或いはユーザ端末３Ｂの何れかからPhoneCookie宛てに発
呼することで、ユーザ端末間３Ａ−３Ｂで共有データを見ながら通話することができる。
【００６３】
以上のように、本実施形態によれば、PhoneCookieによって共有データを通話と対応付
けることができるので、通話に共有データを添付して送り、共有データを参照しながら通話相手と通話することを実現できる。
【００６４】
〈変形例１〉
上記実施形態１では、発信側ユーザ端末３ＡからPhoneCookie宛てに発呼する例を示し
たが、センター側、即ち呼制御装置７からユーザ端末３Ａへ発呼する構成としても良い。図８は、呼制御装置７からユーザ端末３Ａへ発呼する変形例の説明図である。
【００６５】
図８に示すように、本変形例では、先ず、前述の実施形態(図４)と同様にユーザ端末３Ａから通信要求を行うと（Ｓ１１〜Ｓ１３）、この通信要求を受信（Ｓ１４）したアプリケーションサーバ２が、当該通信要求に対応するユニークな電話番号をPhoneCookieとし
て発行する（Ｓ１５）。また、アプリケーションサーバ２は、ユーザ端末３Ａの電話番号と、ユーザ端末３Ｂの電話番号（通話先電話番号）と、PhoneCookie（発信者番号）を含
む電話指示パラメータを呼制御装置７に送り、呼制御を行わせる（Ｓ１５Ａ）。
【００６６】
電話指示パラメータを受信した呼制御装置７は、先ず発信者番号に基づきユーザ端末３Ａへ発呼する（Ｓ１６Ａ）。ここで呼制御装置７は、発信者番号をPhoneCookieとする。
即ち、呼制御装置７からの呼を受けたユーザ端末３Ａは（Ｓ１７Ａ）、PhoneCookieを着
信履歴として記憶部に記憶する。
【００６７】
そして、呼制御装置７は、ユーザ端末３Ａとの呼を確立すると（Ｓ１８）、前述の実施形態（図４）と同様に前記電話指示パラメータの通話先電話番号に基づきユーザ端末３Ｂへ発呼する（Ｓ２１）。ユーザ端末３Ｂは、この呼制御装置７からの呼を着呼すると（Ｓ２２）、発信者番号としてのPhoneCookieと対応する共有データを記憶部から読み出し、
表示部に表示する（Ｓ２３）。また、ユーザ端末３Ａもユーザ端末３Ｂへ送信した共有データを表示部に表示する（Ｓ２４）。
【００６８】
このように、本変形例の構成であっても、前述の実施形態と同じく、通話に共有データを添付して送り、共有データを参照しながら通話相手と通話することを実現できる。
【００６９】
〈変形例２〉
前述の実施形態１では、発信者と受信者が二人で通話を行う例を示したが、これに限らず、発信者が複数の受信者を指定し、三人以上で通話を行う構成であっても良い。
【００７０】
図９において、ＣＣ用ボタン４１を選択すると、通話先の欄が、図１２に示すように「同報１」となり、他の通話先（以下同報先とも称す）を入力できるようになる。同報先についても前述と同様に電話番号とアドレスを夫々の欄５１，５２に入力する。なお、同報先は、一つに限らずＣＣ用ボタン４１を選択する度に、「同報２」「同報３」のように増やすことができる。また、ＢＣＣ用ボタン４２を選択しても同様に同報先を追加できる。更に、同報先を予め登録したリストを記憶しておき、リストボタン４３を選択することでリストに登録した同報先を読み出して追加しても良い。
【００７１】
図１３は同報先を指定した場合のデータ連携方法の説明図である。図１３において、３１が通話先として指定したユーザ端末３Ｂ、３２が同報先として指定したユーザ端末３Ｂである。なお、本変形例２では、同報先が一つの例を示したが、二つ以上であっても同報先との通信が複数行われるだけで、同様に実現できる。
【００７２】
先ずユーザ端末３Ａは、通話先（同報先を含む）の入力を受ける（Ｓ１１）と共に共有ファイルの選択を受け付け（Ｓ１２）、アプリケーションサーバ２へ通信要求を送信する（Ｓ１３）。
【００７３】
この通信要求を受信（Ｓ１４）したアプリケーションサーバ２は、当該通信要求に対応するユニークな電話番号をPhoneCookieとして発行し、ユーザ端末３Ａから受信した共有
データをPhoneCookieと共に、宛先情報に基づいて通話先のユーザ端末３Ｂ（３１）及び
同報先のユーザ端末３Ｂ（３２）へ送信する（Ｓ１９）。これらのユーザ端末３Ｂは、アプリケーションサーバ２から共有データとPhoneCookieとを受信し、受信した共有データ
とPhoneCookieとを対応付けて記憶部に格納する（Ｓ２０）。
【００７４】
一方、アプリケーションサーバ２は、ステップＳ１５で発行したPhoneCookieユーザ端
末３Ａに通知する。ユーザ端末３Ａは、アプリケーションサーバ２からPhoneCookieを受
信すると（Ｓ１６）、当該PhoneCookieとしての電話番号宛てに発呼する（Ｓ１７）。
【００７５】
呼制御装置７は、ユーザ端末３ＡからPhoneCookie宛ての発呼を受け、当該ユーザ端末
３Ａとの呼を確立し（Ｓ１８）、当該PhoneCookieと対応する電話指示パラメータに基づ
いて。通話先のユーザ端末３Ｂ（３１）及び同報先のユーザ端末３Ｂ（３２）へ発呼する（Ｓ２１）。そして、呼制御装置７は、通話先のユーザ端末３Ｂ（３１）及び同報先のユーザ端末３Ｂ（３２）からの応答を受けて（Ｓ２１）、それぞれと呼を確立し、ユーザ端末３Ａとの呼と、ユーザ端末３Ｂ（３１，３２）との呼とを接続して三者の通話を可能にする。また、ユーザ端末３Ａ及びユーザ端末３Ｂ（３１，３２）は、共有データを表示部
に表示する（Ｓ２３，Ｓ２４）。
これにより三者以上でデータを共有しつつ通話を行うことができる。
【００７６】
なお、アプリケーションサーバ２は、ステップＳ１９にて、各ユーザ端末３Ｂに共有データを送信する際、発信者情報と共に、同報先の情報を送信する。これにより、ユーザ端末３Ｂは、ステップＳ２１にて呼制御装置７からの発呼を受けた際、PhoneCookieと対応
する発信者情報と共に同報者の情報を着信画面に表示させることができる。なお、呼制御装置７は、ステップＳ１１にて、ユーザ（発信者）がＣＣ用ボタン４１を選択して追加した同報先の情報のみをユーザ端末３Ｂへ送信し、ユーザ（発信者）がＢＣＣ用ボタン４２を選択して追加した同報先の情報はユーザ端末３Ｂへ送信しない。このため、ＢＣＣ用ボタン４２によって追加された同報先は、他の通話先のユーザ端末３Ｂに表示されず、その存在を隠したまま通話に参加できる。この場合、ＢＣＣ用ボタン４２によって追加された同報先のユーザ端末３Ｂは、受話のみとし、送話を行わない構成、例えば呼制御装置７が当該ユーザ端末３Ｂからの音声を他のユーザ端末３Ｂに中継しない構成としても良い。
【００７７】
《実施形態２》
本実施形態２は、前述の実施形態１と比べ、スケジュール管理部によって通話を管理する構成が異なる。なお、前述の実施形態１と比べて、同一の要素には同符号を付す等して再度の説明は省略する。
【００７８】
図１４は、本実施形態２のアプリケーションサーバ２の構成図である。図１４に示すように、本実施形態２のアプリケーションサーバ２は、図２に示す構成に加えてスケジュール管理部２２５を備えている。なお、本実施形態２では、アプリケーションサーバ２がスケジュール管理部２２５を備える構成としたが、これに限らず、アプリケーションサーバ２と別体のサーバがスケジュール管理部２２５を備えてスケジュールの管理を行っても良い。
【００７９】
スケジュール管理部２２５は、各ユーザのスケジュール情報を記憶し、各ユーザ端末３Ａ，３Ｂからの要求に応じてスケジュール情報を提供する。即ち、各ユーザはユーザ端末３Ａ，３Ｂを介してアプリケーションサーバ２へスケジュールを登録でき、適宜ユーザ端末３Ａ，３Ｂを介してスケジュールを確認できる。
【００８０】
図１５は、本実施形態２のユーザ端末３Ａ，３Ｂの外観図である。図１５に示すように、ユーザ端末３Ａ，３Ｂは、受話器３７や表示部３８、当該表示部３８と重畳されたタッチパネル３９を備え、ユーザは受話器３７を手にとってタッチパネル３９で発信や受信の操作を行い、表示部３８を見ながら通話することができる。
【００８１】
図１６は、ユーザ端末３Ａ，３Ｂの機能ブロック図である。図１６に示すように、ユーザ端末３Ａ，３Ｂは、ＣＰＵ（central processing unit）やメインメモリ等よりなる演
算処理部３２、演算処理の為のデータやソフトウェアを記憶した記憶部（ＳＤＤ）３３、入出力インタフェース３４、通信制御部（ＣＣＵ：Communication Control Unit）３５、通話制御部３６等を備えたコンピュータである。
【００８２】
該入出力インタフェース３４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース３４には、スピーカやマイクを有する受話器や記憶媒体の読み書き装置、カメラ、タッチパネル３９、表示部３８等が入出力手段として適宜接続される。
【００８３】
通話制御部３６は、電話回線Ｄを介して呼制御装置７と接続し、呼を確立して通話を制御する。例えば、呼制御装置７から呼を介して音声信号を受信し、受話器３７のスピーカ
に送り音声として出力させる。また、ユーザが受話器３７に向けて発話した音声をマイクで電気信号に変換し、この信号を通話制御部３６が音声信号として呼制御装置７へ送信する。
【００８４】
ＣＣＵ３５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００８５】
記憶部３３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（通話プログラム）といったソフトウェアがインストールされていると共に、連絡先のデータ等を記憶している。
【００８６】
演算処理部３２は、前記ＯＳやアプリケーションプログラムを記憶部３３から適宜読み出して実行し、入出力インタフェース３４やＣＣＵ３５から入力された情報、及び記憶部３３から読み出した情報を演算処理することにより、データ連携部３２１、スケジューリング部３２２、通話指示部３２３としても機能する。
【００８７】
通話指示部３２３は、ユーザがタッチパネル３９等を操作して選択した通話先情報を通信要求としてアプリケーションサーバ２へ送信すると共に、アプリケーションサーバ２から発行されたPhoneCookieとしての電話番号宛てに発呼するように通話制御部３６へ指示
（通知）する。
【００８８】
データ連携部３２１は、PhoneCookieに基づいて対応する共有データを記憶部３３から
読み出して出力する。例えば、画像やウェブページを表示部３８に表示させる、或いは音や動画を再生させる。
【００８９】
スケジューリング部３２２は、ユーザがタッチパネル３９等を操作して入力したスケジュール情報をアプリケーションサーバ２へ送信して登録させる。また、スケジューリング部３２２は、アプリケーションサーバ２からスケジュール情報を取得して表示部３８に表示させる。
【００９０】
図１７は、通話先を指定する画面例を示す図である。ユーザは、前述の実施形態と同様に通話先電話番号を電話番号欄５１に入力し、共有データの宛先アドレスをアドレス欄５２に入力する。また、ファイルタブ５４を選択してツリー状に表示されるファイルから共有データを選択する。
更にタイトル情報をタイトル欄５８に入力しても良い。
【００９１】
なお、通話先の情報は、通話先ボタン６６を選択することで、所定の通話先の情報が入力されるようにしても良い。また、電話帳タブ５３を選択することで通話先の一覧が表示され、この一覧から通話先を選択しても良い。
【００９２】
図１８は、本実施形態２の通話方法の説明図である。なお、ユーザ端末３Ａが通話先情報を入力して発呼し、ユーザ端末３Ｂが着呼して通話を行うまでのステップＳ１１〜Ｓ２４は、前述の実施形態１と同じである。通話が開始されると呼制御装置７は、通話の音声データをアプリケーションサーバ２へ送信し（Ｓ２５）、アプリケーションサーバ２がこれを記憶部２６に記録する（Ｓ２６）。
【００９３】
そして、通話が終了すると（Ｓ２７）、アプリケーションサーバ２は、当該通話の情報を通話に参加したユーザのスケジュール情報として記憶部２６に登録する（Ｓ２８）。
【００９４】
図１９は通話の情報が登録されたスケジュールの表示例を示す図、図２０は、スケジュ
ール情報として登録された通話の情報の表示例を示す図である。
【００９５】
図１７に示すスケジュールタブ６７を選択すると、図１９のようにスケジュールを日毎に登録されたスケジュール情報が時系列に表示される。図１９においてリンク６８が、登録された通話の情報を示す。例えば１０月２７日の１０：００〜１０：４５に通話を行った場合、この時間のスケジュールとして、当該通話の情報が登録され、図１９に示すようにスケジュール上の当該日時にタイトル情報を記したリンク６８が表示される。
【００９６】
そして、図１９におけるリンク６８を選択すると、図２０に示すように通話の情報が詳細に表示される。
図２０の例では、通話の情報として、PhoneCookie６１や、発信者情報６２、タイトル
情報６３、共有データ６９、及び音声データへのリンク７０が表示されている。音声データへのリンク７０を選択することで、アプリケーションサーバ２が記憶部２６に記憶した通話時の音声のデータをダウロードして、或いはストリーミングで、再生することができる。
【００９７】
なお、通話ボタン５７を選択することによりPhoneCookie６１に発呼し、再度通話を行
うことができる。
【００９８】
このように本実施形態によれば、通話の情報を当該通話時間に行ったスケジュールとして登録することにより、通話した情報を時系列に管理できる。
なお、上記では通話方法として図４の例を示したが、これに限らず、図５〜図８及び図１３についても本実施形態２は同様に適用できる。
【００９９】
《変形例》
図２１は、上記実施形態２の通話方法の変形例を示す図である。本変形例は、前述の実施形態２の図１８と比べて、受信側のユーザ端末３Ｂへ発呼する際のステップが異なり、他の構成は同じである。
【０１００】
図２２は、各ユーザが所属する部署と各ユーザの電話番号とを対応付けた所属部署テーブルの一例を示す。図２２に示すように、例えば部署Ａと電話番号０５０−ＥＦＧＨ−０００１〜０５０−ＥＦＧＨ−０００３等が対応付けられ、部署Ｂと電話番号０５０−ＥＦＧＨ−００１１〜０５０−ＥＦＧＨ−００１３等が対応付けられている。所属部署テーブルは、アプリケーションサーバ２の記憶部２６に格納されている。
【０１０１】
図２１の通話方法において、ユーザ端末３Ａが通話先情報を入力して発呼し、呼制御装置７との呼を確立するまでのステップＳ１１〜Ｓ１８は、前述の実施形態２と同じである。
【０１０２】
PhoneCookieの発行（Ｓ１５）の後、アプリケーションサーバ２は、通話先として指定
されたユーザのスケジュールを参照し（Ｓ３６）、当該ユーザが在席しているか否かを判定する（Ｓ３７）。例えば、別の会議の予定が入っている場合や、外出の予定が入っている場合には不在と判定し、予定が入っていない場合に在席と判定する。
【０１０３】
在席している場合には（Ｓ３７，Ｙｅｓ）、ユーザ端末３Ａからの通信要求のとおり電話をかけるよう呼制御装置７に電話指示パラメータを通知する（Ｓ３８）。従って呼制御装置７は、ユーザ端末３Ｂ（３１）に発呼し、以降の処理（Ｓ２１〜Ｓ２８）は前述の図１８と同じである。
【０１０４】
一方、ステップＳ３７で、前記ユーザが不在、即ち在席していないと判定した場合（Ｓ
３７，Ｎｏ）、アプリケーションサーバ２は、図２２の所属部署テーブルを参照して当該通話先電話番号と同じ部署に対応つけられた電話番号を抽出して、当該電話番号に電話をかけるように呼制御装置７に電話指示パラメータを通知する（Ｓ３８Ａ）。従って呼制御装置７は、前記ユーザと同じ部署に所属するユーザのユーザ端末３Ｂ（３２）に発呼する。なお、同じ部署に対応付けられた電話番号が複数ある場合には、ランダムに抽出することや、最も小さい番号或いは最も大きい番号を抽出すること、通話先電話番号の次或いは前の番号を抽出することなど、任意の手法で抽出することができる。更に、抽出した電話番号に対応するユーザのスケジュールを参照するようにステップＳ３６に戻り、当該ユーザが在席しているか否かを判定しても良い。また、共有データもアプリケーションサーバ２からユーザ端末３Ｂ（３２）に送信し（Ｓ１９Ａ）、これをユーザ端末３Ｂが受信して記憶部に記憶する（Ｓ２０Ａ）。
【０１０５】
そして、ユーザ端末３Ｂ（３２）が着呼し（Ｓ２２Ａ）、共有データを出力する（Ｓ２３Ａ）。
【０１０６】
このように本変形例によれば、受信側のユーザが不在の場合に、同じ部署内の他のユーザ端末３Ｂに通話を振り替えることが出来る。
【０１０７】
なお、上記の例では、受信側のユーザが在席しているか否かによって振り替えを行ったが、これに限らずタイトル情報等の共有データに基づいて通話先を振り替えても良い。
【０１０８】
例えば、図２３に示すように、アプリケーションサーバ２が、キーワードと部署とを対応付けて記憶したキーワードテーブルを記憶部２３内に有し、共有データとしての文書やウェブページ、タイトル情報等から文字列を抽出し、当該文字列と一致するキーワードをキーワードテーブルから求め、一致したキーワードと対応する部署を求める。例えば、タイトル情報から「修理」という文字列を抽出した場合、キーワードテーブルを参照し、一致するキーワードと対応する部署として部署Ａを求める。
【０１０９】
そして、アプリケーションサーバ２は、図２２に示す所属部署テーブルを参照して部署Ａと対応する電話番号を抽出し、当該電話番号へ電話をかけるように電話指示パラメータを呼制御装置７へ通知し（Ｓ２１）、図１８と同様に以降の処理（Ｓ２２〜Ｓ２８）を行う。
【０１１０】
これによりタイトル情報等の共有データに基づいて通話を振り分けることができる。
【０１１１】
更に、タイトル情報等の共有データに基づく振り分けと、スケジュールに基づく振り分けを組み合わせて用いても良い。
【０１１２】
〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。例えば、以下の構成としても良い。なお、各構成要素は、可能な限り組み合わせても良い。
【０１１３】
(付記１)
ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データを受信するデータ受付部と、
前記共有データと対応する連携用電話番号を発行する連携番号発行部と、
前記共有データを連携用電話番号と共に第二ユーザの端末へ送信するデータ送信部と、
電話回線を介して第一ユーザの端末との呼を確立する第一通話制御部と、
前記連携用電話番号を発信者番号として第二ユーザの端末に電話回線を介して発呼する
、又は前記第二ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける第二通話制御部と、
を備えたデータ共有機能を有した通話システム。
【０１１４】
(付記２）
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するスケジュール管理部を備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記スケジュール管理部が前記記憶部に記憶させる付記１に記載のデータ共有機能を有した通話システム。
【０１１５】
(付記３）
前記スケジュール管理部が、前記通話に係る情報として少なくとも通話時の音声を記録する付記２に記載のデータ共有機能を有した通話システム。
【０１１６】
(付記４）
前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する出力制御部を備えた付記１から３の何れか１項に記載のデータ共有機能を有した通話システム。
【０１１７】
(付記５）
前記第一通話制御部が、前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける付記１から４の何れか１項に記載のデータ共有機能を有した通話システム。
【０１１８】
(付記６）
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータが実行する通話方法。
【０１１９】
(付記７）
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するステップを更に備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記記憶部に記憶させる付記６に記載の通話方法。
【０１２０】
(付記８）
前記スケジュール情報を読み出して提供するステップにて、前記通話に係る情報として少なくとも通話時の音声を記録する付記７に記載の通話方法。
【０１２１】
(付記９）
前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する付記６から８の何れか１項に記載の通話方法。
【０１２２】
(付記１０）
前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける付記６から９の何れか１項に記載の通話方法。
【０１２３】
(付記１１）
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータに実行させるための通話プログラム。
【０１２４】
(付記１２）
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するステップを更に備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記記憶部に記憶させる付記１１に記載の通話プログラム。
【０１２５】
(付記１３）
前記スケジュール情報を読み出して提供するステップにて、前記通話に係る情報として少なくとも通話時の音声を記録する付記１２に記載の通話プログラム。
【０１２６】
(付記１４）
前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する付記１１から１３の何れか１項に記載の通話プログラム。
【０１２７】
(付記１５）
前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける付記１１から１４の何れか１項に記載の通話プログラム。
【符号の説明】
【０１２８】
１ サーバ
２ アプリケーションサーバ
３Ａ 発信側ユーザ端末
３Ｂ 受信側ユーザ端末
７ 呼制御装置
【技術分野】
【０００１】
本発明は、ユーザ間でデータを共有すると共に通話を行う技術に関する。
【背景技術】
【０００２】
従来、コールセンタ等における各種問合わせに対しては、電話による音声応答が中心であった。しかし、音声のみでは、問い合わせる側にとって詳しい状況や微妙な事象などの説明が難しく、また、応答する側にとっても複雑な手順や一般的でない操作などの説明が難しい場合がある。
このため、ＦＡＸや電子メールによる問合わせも行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−２８３６７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＦＡＸや電子メールを用いて問い合わせを行う場合、絵や写真を示すことは可能となるが、説明を文章で記載することになり、これもまた煩わしい。
そこで、ＦＡＸや電子メールで絵や写真を送り、この絵や写真を見ながら電話を用いて問合わせを行うことも考えられるが、この場合、問い合わせを行うユーザが、ＦＡＸや電子メールの発信と、電話とを別々に行わなければならず、手間がかかる。また、コールセンタ側にとっても、ばらばらに送られて来るＦＡＸや電子メールと電話とを対応付ける作業が必要になり、効率が悪い。
【０００５】
一方、絵や写真等の資料を示しながら、打ち合わせを行うシステムとして、電子会議システムが知られている。電子会議システムでは、ネットワークを介して、図や表、写真といった資料のデータを音声データと共に送受信することにより、資料を見ながら打ち合わせを行うことができる。
【０００６】
しかし、電子会議システムは、ネットワークを介して音声データ及び資料のデータを所定の規格で送受信する装置を各ユーザが備える必要があり、一ユーザがコールセンタに問合わせを行う際に適用できる構成ではなかった。また、ネットワークを介してデータを送受信する場合、データをパケット化して送受信することになるが、音声データをパケット通信する場合に通話品質を良好に維持するためには、パケットのロスが起き難い通信環境の設定や充分な帯域の確保等が必要となり、簡単に導入できるものではなかった。
【０００７】
また、通話者をカメラで撮影し、この画像データを音声データと共に電話回線を介して通話相手側に送信する電話機、所謂テレビ電話も実用化されている。テレビ電話では、呼を接続する毎に必要な帯域を占有するので、通話品質が低下することは無いが、画像データの帯域も確保することになるので、電話回線上で多くの帯域を占有してしまうという問題点がある。
【０００８】
そこで、本発明は、共有データを通話と対応付けてユーザ端末へ送信し、ユーザ端末間でデータを共有すると共に通話を行う技術の提供を課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明のメッセージ管理システムは、
ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データを受信するデータ受付部と、
前記共有データと対応する連携用電話番号を発行する連携番号発行部と、
前記共有データを連携用電話番号と共に第二ユーザの端末へ送信するデータ送信部と、
電話回線を介して第一ユーザの端末との呼を確立する第一通話制御部と、
前記連携用電話番号を発信者番号として第二ユーザの端末に電話回線を介して発呼する、又は前記第二ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける第二通話制御部と、
を備える。
【００１０】
前記通話システムは、前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する出力制御部を備えても良い。
【００１１】
前記第一通話制御部は、前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける構成としても良い。
【００１２】
また、上記課題を解決するため、本発明の通話方法は、
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータが実行する。
【００１３】
前記通話通話方法は、前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力するステップを更に実行するものでも良い。
【００１４】
また、前記通話通話方法は、前記第一ユーザの電話機との呼を確立するステップにて、前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受けても良い。
【００１５】
また、本発明は、上記通話方法をコンピュータに実行させるためのプログラムであっても良い。更に、前記プログラムは、コンピュータが読み取り可能な記録媒体に記録されていても良い。
【００１６】
ここで、コンピュータが読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータから読み取ることができる記録媒体をいう。このような記録媒体の内コンピュータから取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、CD-ROM、CD-R/W、DVD、DAT、８mmテープ、メモリカード等がある。
【００１７】
また、コンピュータに固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【発明の効果】
【００１８】
本発明は、共有データを通話と対応付けてユーザ端末へ送信し、ユーザ端末間でデータを共有すると共に通話を行う技術を提供できる。
【図面の簡単な説明】
【００１９】
【図１】通話システムの概略図
【図２】アプリケーションサーバの概略図
【図３】呼制御装置の概略図
【図４】通話方法の説明図
【図５】通話方法の説明図
【図６】通話方法の説明図
【図７】通話方法の説明図
【図８】通話方法の変形例を示す図
【図９】通話方法の変形例を示す図
【図１０】PhoneCookie（登録商標）と共有データの格納先を登録したテーブルの一例を示す図
【図１１】着信中のユーザ端末３Ｂにおける画面表示例を示す図
【図１２】同報通話先の入力例を示す図
【図１３】同報先を指定した場合のデータ連携方法の説明図
【図１４】実施形態２に係るアプリケーションサーバの構成図
【図１５】本実施形態２に係るユーザ端末の外観図
【図１６】ユーザ端末の機能ブロック図
【図１７】通話先を指定する画面例を示す図
【図１８】実施形態２に係る通話方法の説明図
【図１９】通話の情報が登録されたスケジュールの表示例を示す図
【図２０】スケジュール情報として登録された通話の情報の表示例を示す図
【図２１】記実施形態２に係る通話方法の変形例を示す図
【図２２】各ユーザの所属部署と電話番号とを対応付けた所属部署テーブルの一例を示す図
【図２３】キーワードテーブルの一例を示す図
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明を実施するための形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。
《実施形態１》
〈システム構成〉
図１は、本実施形態１に係るデータ連携システムの概略図である。本例のデータ連携システム１０は、アプリケーションサーバ２や呼制御装置７を備え、PhoneCookie（登録商
標）を用いて電話回線を介した通話とネットワークを介したデータとを連携するシステムである。
ユーザ端末３Ａ，３Ｂは、インターネット等のネットワークＮを介してウェブの閲覧や電子メールの送受信を行うクライアント端末としての機能と、電話回線Ｄを介して音声通話を行う電話機としての機能を有している。なお、ユーザ端末３Ａ，３Ｂは、クライアント端末の機能と電話機の機能とを一体的に備えたものに限らず、クライアント端末３と電話機４とが別体であっても良い。
【００２１】
図２はアプリケーションサーバ２の概略構成図である。図２に示すように、アプリケーションサーバ２は、ＣＰＵ（central processing unit）やメインメモリ等よりなる演算
処理部２２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）２３，２６、入出力インタフェース２４、通信制御部（ＣＣＵ：Communication Control Unit）２５等を備えたコンピュータである。
【００２２】
該入出力インタフェース２４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース２４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００２３】
ＣＣＵ２５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００２４】
記憶部２３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（通話プログラム）といったソフトウェアがインストールされている。また、記憶部２６は、連絡先のデータや共有データ等を記憶している。
【００２５】
演算処理部２２は、前記ＯＳやアプリケーションプログラムを記憶部２３から適宜読み出して実行し、入出力インタフェース２４やＣＣＵ２５から入力された情報、及び記憶部２３，２６から読み出した情報を演算処理することにより、PhoneCookie発行部（連携番
号発行部）２２１、呼制御連携部２２２、データ受付部２２３、データ転送部（データ送信部）２２４としても機能する。
【００２６】
データ受付部２２３は、ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データや、共有データの発信者の情報、共有データの送信先の情報といった通話要求情報を受信する。
【００２７】
PhoneCookie発行部２２１は、ウェブサーバ１から通話要求情報を受信した場合に、当
該通話要求情報と対応するPhoneCookieとしての連携用電話番号を発行する。この連携用
電話番号は、後述のようにユーザ端末３Ａ，３Ｂ或いは電話機４からこの電話番号宛に電話をかけた場合に呼制御装置７で着呼するように呼制御装置用に確保した電話番号である。例えば、０５０−ＡＢＣＤ−××××のような１１桁の電話番号を用いる場合、末尾４桁が００００から末尾４桁が９９９９までの１万通りの電話番号を確保する。即ち、先頭の７ケタが０５０−ＡＢＣＤであれば、末尾４桁が何番であっても全ての呼が呼制御装置７へ着信するようにする。従って末尾４桁を自由にナンバリングしてユーザに通知した場合であっても、この番号宛ての電話を全て呼制御装置７で受けることができる。このように呼制御装置７用の電話番号を複数確保しておき、PhoneCookie発行部２２１は、各通話
要求情報に前記呼制御装置７用の電話番号の一つをPhoneCookieとして割り当て、各PhoneCookieが通話要求情報に割り当てられた全てのPhoneCookieの中でユニークとなるように
する。即ち、PhoneCookieに対応する通話要求情報が一意に特定できるようにしている。
【００２８】
呼制御連携部２２２は、通話要求情報に基づいて呼の制御を行う命令を呼制御装置７へ送信する。例えば第一ユーザの端末から前記通話要求情報を受信した場合、ユーザと連絡先の間に呼を確立させるコマンドと、ユーザの電話番号や及び連絡先の電話番号を含む電話指示パラメータを呼制御装置７へ送信する。
【００２９】
データ転送部２２４は、第一ユーザの端末から受信した共有データを第二ユーザの端末へ送信する。
【００３０】
一方、呼制御装置７は、電話回線網Ｄを介して電話機間の呼を制御する装置である。本実施形態において、呼制御装置７は、ＳＩＰ（Session Initiation Protocol）によって
電話機間の呼を制御するＣＴＩサーバである。なお、本実施形態の呼制御装置７は、アプリケーションサーバ２からの命令に応じて呼を制御できれば、ＳＩＰサーバに限らず、他の方式の電話交換機であっても良い。図３は呼制御装置７の概略構成図である。図３に示すように、呼制御装置７は、ＣＰＵ（central processing unit）やメインメモリ等より
なる演算処理部７２、演算処理の為のデータやソフトウェアを記憶した記憶部（ハードディスク）７３、入出力インタフェース７４、通信制御部（ＣＣＵ：Communication Control Unit）７５等を備えたコンピュータである。
【００３１】
該入出力インタフェース７４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース７４には、コンソール（キーボードやディスプレイを含む）や記憶媒体の読み書き装置等が入出力手段として適宜接続される。
【００３２】
ＣＣＵ７５は、電話回線網Ｄを介して他の装置との接続を確立し、ＣＰＵからの命令に応じた通信の制御を行う。本実施形態のＣＣＵ７５は、ＳＩＰに従って通信を行うものであり、電話回線網Ｄ内のＶｏＩＰゲートウェイや無線基地局を介して電話機４やユーザ端末３Ａ，３Ｂ等の呼を制御する。例えば、電話機４は、電話回線網Ｄ内のＶｏＩＰゲートウェイに収容され、電話機４からの音声信号や制御信号はＶｏＩＰゲートウェイでＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７から電話機４へ送信したＶｏＩＰパケットは、ＶｏＩＰゲートウェイで音声信号や制御信号に変換されて電話機４へ送られる。また、携帯電話やスマートフォン等の通話機能を有したユーザ端末３Ａ，３Ｂは携帯電話回線を介して無線基地局に収容され、ユーザ端末３Ａ，３Ｂからの音声信号や制御信号は、無線基地局でＶｏＩＰパケットに変換されて呼制御装置７に送られる。また、呼制御装置７からユーザ端末３へ送信したＶｏＩＰパケットは、無線基地局で音声信号や制御信号に変換されてユーザ端末３Ａ，３Ｂへ送られる。
【００３３】
記憶部７３には、オペレーティングシステム（ＯＳ）やアプリケーションソフトといったソフトウェアがインストールされている。
【００３４】
演算処理部７２は、前記ＯＳやアプリケーションプログラムを記憶部７３から適宜読み出して実行し、入出力インタフェース７４やＣＣＵ７５から入力された情報、及び記憶部７３から読み出した情報を演算処理することにより、第一通話制御部７２１、第二通話制御部７２２、接続制御部７２３としても機能する。
【００３５】
第一通話制御部７２１は、発信側ユーザ端末３Ａとの呼を確立し、音声データの送信や受信を行う。例えば、ユーザ端末３Ａが所定の電話番号（本例ではPhoneCookie）宛てに
発呼した場合に、呼制御装置７の第一通話制御部７２１が、これを着呼し、ユーザ端末３Ａとの呼を確立する。
【００３６】
第二通話制御部７２２は、着信側ユーザ端末３Ｂとの呼を確立する。例えば、通話先情報に基づく電話指示をアプリケーションサーバ２から受信して、PhoneCookieを発信者番
号とし、通話先電話番号宛て、即ち着信側ユーザ端末３Ｂに発呼する。或いは、電話回線Ｄを介して着信側ユーザ端末３ＢからPhoneCookie宛てに発信された呼を受ける。
【００３７】
接続制御部７２３は、アプリケーションサーバ２から呼制御の命令を受信し、この命令に従って第一通話制御部７２１及び第二通話制御部７２２を制御し、前記ユーザ端末３や連絡先の電話機４等の呼制御を行う。例えばユーザ端末３との呼を介して第一通話制御部７２１で受信した音声データを電話機４との呼を介して第二通話制御部７２２から電話機４へ送信、また、電話機４との呼を介して第二通話制御部７２２で受信した音声データをユーザ端末３との呼を介して第一通話制御部７２１からユーザ端末３へ送信することで、ユーザ端末３と電話機４とを相互に通話可能にしている。この二つの呼を接続する処理は、所謂サードパーティコールコントロールであり、公知の技術を用いることができるので、詳しい説明は省略する。なお、接続する呼は、二つに限らず、三つ以上の呼であっても良い。
【００３８】
また、接続制御部７２３は、呼制御を行った通話の終話信号や切断信号を受信した場合に呼を切断し、通話が終了したことをアプリケーションサーバ２の呼制御連携部２２２に通知する。
【００３９】
〈データ連携方法〉
次に図４−図７を用いて、上記データ連携システムが実行するデータ連携方法について説明する。
【００４０】
図４に示すように、まず、発信側のユーザの操作により、ユーザ端末３Ａは、アプリを起動させて通話先電話番号及び宛先アドレスといった通話先情報の入力を受ける（Ｓ１１）。図９は、ユーザ端末３Ａでアプリを起動させ、通話先の入力画面を表示させた状態を示している。ユーザが、この表示部に表示された数字入力モードの入力キー５０を押すと、タッチパネルによって通話先電話番号として入力され、電話番号欄５１に表示される。また、ユーザが、入力キー５０をアルファベット入力モードに切り替えて、入力キー５０を押すと、タッチパネルによって、通話先と共有するデータの宛先アドレスが入力され、アドレス欄５２に表示される。このようにユーザが直接通話先を入力するものに限らず、アドレス帳から通話先を選択する構成でも良い。例えば、アドレス帳のアイコン５３が選択されると、ユーザ端末３Ａは、記憶部から予め登録した通話相手の一覧、即ちアドレス帳（不図示）を読み出して表示部に表示させ、このうちユーザが選択した通話相手の電話番号とアドレスを通話先電話番号及び宛先アドレスとする。
【００４１】
次に、通話時に共有するファイルの選択を受ける（Ｓ１２）。例えば、ファイルアイコン５４が選択された場合、ユーザ端末３Ａは、記憶部内のディレクトリ構造と当該ディレクトリに記憶しているファイルをツリー状に表示して選択を促し、ユーザに選択されたファイルを共有データとして受け付ける。なお、共有データとは、共有するファイル自体であっても良いし、ＵＲＬのように共有するファイルにアクセスするための情報であっても良い。例えば、ブラウザのアイコン５５が選択された場合、ユーザ端末３Ａは、ウェブブラウザの閲覧履歴やブックマークを読み込んで一覧表示し、この閲覧履歴やブックマークからユーザが選択したＵＲＬを共有データとして受け付ける。更に、ＧＰＳアイコン５６が選択された場合、ユーザ端末３Ａは、複数のＧＰＳ衛星から受信したＧＰＳ信号に基づいて現在位置を求め、この位置情報を共有データとして受け付ける。
また、ユーザ端末３Ａは、共有データとして、通話の件名となるタイトル情報を受け付けても良い。例えば、ユーザが、図９に示す入力キー５０をアルファベット入力モードに切り替えて、入力キー５０を押すと、タッチパネルによってタイトル情報が入力され、タイトル欄５８に表示される。図９の例では、「至急！道に迷った」と入力した例を示している。なお、タイトル情報は、ユーザが直接入力するものに限らず、共有データとして選択したファイルのファイル名をタイトル情報としても良い。また、共有データとして選択したファイルが文書ファイルであった場合、この文書ファイルから先頭の文字列や見出し文字を抽出してタイトル情報としても良い。更に、共有データとして選択したＵＲＬに対応するウェブページ、即ち共有したいウェブページのタイトルや見出しの文字を抽出してタイトル情報としても良い。また、共有データとして選択したファイルや、ＵＲＬに対応するウェブページ、位置情報と対応するマップ等、共有データのサムネイル画像をタイトル情報として付加しても良い。図９では、タイトル欄５８の右端に共有データとして選択した画像ファイルのサムネイル画像５９が表示された例を示す。
また、本システムでは、発信者番号としてPhoneCookieを受信側に通知し、発信者の電
話番号を通知しないので、発信者情報を共有データとして入力し、受信側へ送信しても良い。発信者情報とは、例えば発信者の氏名や、ニックネーム、ユーザＩＤ、発信者の画像である。ユーザ端末３Ａは、送信時にユーザによって入力された発信者情報を受け付ける構成でも良いし、記憶部に予め登録した情報を読み出して発信者情報として受け付けても良い。本例では、ユーザ端末３Ａの記憶部にオーナー情報として記憶されている氏名を読
み出して発信者情報とする。
【００４２】
そして、ユーザが発信ボタン５７を選択すると、ユーザ端末３Ａは、アプリケーションサーバ２に対して、通話を要求する旨の情報と、ステップＳ１１で受け付けた宛先の情報と、ステップＳ１２で受け付けた共有データを通話要求としてネットワークＮを介してアプリケーションサーバ２へ送信する（Ｓ１３）。なお、文書ファイルやウェブページから文字を抽出してタイトル情報とする処理や、共有データのサムネイル画像を作成してタイトル情報とする処理などは、ユーザ端末３が実行するものに限らず、アプリケーションサーバ２がユーザ端末３から受信した共有データに基づいてタイトル情報を作成する構成であっても良い。
【００４３】
この通信要求を受信（Ｓ１４）したアプリケーションサーバ２は、当該通信要求に対応するユニークな電話番号をPhoneCookieとして発行し、ユーザ端末３Ａに通知する（Ｓ１
５）。
【００４４】
そしてPhoneCookieを受信すると（Ｓ１６）、ユーザ端末３ＡはPhoneCookieとしての電話番号宛てに発呼する（Ｓ１７）。このPhoneCookie宛ての発呼は、PhoneCookieの受信を契機にユーザ端末３Ａが自動で行っても良いし、PhoneCookieの受信を契機に発呼を行う
ボタンを表示してユーザがこのボタンを押した場合に発呼する構成としても良い。そして、このPhoneCookie宛ての発呼を呼制御装置７の第一通話制御部７２１が着呼し、ユーザ
端末３Ａとの呼を確立する（Ｓ１８）。
【００４５】
一方、アプリケーションサーバ２は、ユーザ端末３Ａから受信した共有データをPhoneCookieと共に、通話先情報に基づいてユーザ端末３Ｂへ送信する（Ｓ１９）。ユーザ端末
３Ｂは、アプリケーションサーバ２から共有データとPhoneCookieとを受信し、受信した
共有データとPhoneCookieとを対応付けて記憶部に格納する（Ｓ２０）。例えばPhoneCookieをインデックスとし、対応する共有データの格納先をテーブルに登録する。図１０は、受信したPhoneCookieと共有データの格納先を登録したテーブルの一例を示す図である。
【００４６】
また、アプリケーションサーバ２の呼制御連携部２２２は、ユーザ端末３Ｂへの発呼、即ち通話先電話番号宛ての発呼を指示する電話指示パラメータを呼制御装置７へ送信する。呼制御装置７の第二通話制御部７２２は、電話指示パラメータの通話先電話番号に基づき、ユーザ端末３Ｂに対して発呼し、前記PhoneCookieを発信者番号として通知する（Ｓ
２１）。ユーザ端末３Ｂは、この呼制御装置７からの呼を着呼すると（Ｓ２２）、発信者番号としてのPhoneCookieと対応する共有データを記憶部から読み出し、表示部に表示す
る（Ｓ２３）。図１１は、着信中のユーザ端末３Ｂにおける画面表示例を示すものである。図１１に示すように、着信時は、発信者番号としてのPhoneCookie６１を表示すると共
に、当該PhoneCookie６１と対応する共有データの少なくとも一部、例えば発信者情報６
２や、タイトル情報６３、サムネイル画像６３Ａ等を記憶部から読み出して表示する。これにより、受信側のユーザは、表示されたタイトル情報や発信者情報を見て、受信の可否を判断することができる。例えば、受信を拒否する場合には、終了ボタン６４を選択して処理を終了する。また、受信する場合に、ユーザが受信ボタン６５を選択すると、ユーザ端末３Ｂは、呼制御装置７との呼を確立する。ここで呼制御装置７は、ユーザ端末３Ａとの呼と、ユーザ端末３Ｂとの呼とを接続してユーザ端末３Ａとユーザ端末３Ｂとの通話を可能にする。ユーザ端末３Ｂは開始すると共に、図１のようにPhoneCookie６１と対応す
る共有データを表示する。また、ユーザ端末３Ａもユーザ端末３Ｂへ送信した共有データを表示部に表示する（Ｓ２４）。
【００４７】
このように通話と関連付けて共有データを送信できるので、発信側ユーザ端末３Ａと着信側ユーザ端末３Ｂとで、通話時にデータを共有できる。従って、共有データを見ながら
具体的に会話をすることができ、綿密なコミュニケーションをとることができる。図１では、ユーザ端末３Ａが現在地の位置情報を共有データとして送り、ネットワークＮ上の地図情報等を提供するサーバから当該現在地の画像、所謂ストリートビュウを取得してユーザ端末３Ａ，３Ｂで表示した例を示している。即ち、各ユーザは、同じ画像データを共有し、「赤い看板のファーストフード店の奥の道を右に曲がって・・・」などと、共有データに基づいた会話を行うことができる。
【００４８】
また、図４では、発信時に共有データを送信する例を示したが、通話中に共有データを送信して共有することもできる。図５は、通話中にユーザ端末３Ｂからユーザ端末３Ａへ共有ファイルを送る処理の説明図である。
通話中にユーザが、共有データを選択し（Ｓ３１）、発信ボタンを選択すると、ユーザ端末３Ｂは、選択された共有データをPhoneCookieと共にアプリケーションサーバ２に対
して送信する（Ｓ３２）。
【００４９】
この共有データを受信（Ｓ３３）したアプリケーションサーバ２は、当該PhoneCookie
に基づき、当該PhoneCookieを割り当てた端末の情報を記憶部２６から読み出し、ユーザ
端末３Ａに共有データを送信する（Ｓ３４）。
【００５０】
アプリケーションサーバ２から共有データ及びPhoneCookieを受信すると（Ｓ３５）、
ユーザ端末３Ａは、受信したPhoneCookieと通話中の呼の発信者番号を比較して一致して
いれば、受信した共有データを表示部に表示する（Ｓ３６）。
【００５１】
このように共有データをPhoneCookieと共にアプリケーションサーバ２へ送信すること
により、PhoneCookieが割り当てられた通話相手（ユーザ端末３Ａ）と通話中にデータを
共有できる。
【００５２】
また、図５のステップＳ３１〜Ｓ３６では、受信側ユーザ端末３Ｂから発信側ユーザ端末３Ａへ送信する例を示したが、同様にステップＳ４１〜Ｓ４６で示すように発信側ユーザ端末３Ａから受信側ユーザ端末３Ｂへ送信することもできる。
【００５３】
そして、通話を終了する場合、例えば発信側のユーザが終話を選択すると、図６に示すようにユーザ端末３Ａが、終話信号を呼制御装置７へ送信して、通話を終了すると共に、共有データの出力等の処理を終了する（Ｓ５１）。
ユーザ端末３Ａから終話信号を受信すると（Ｓ５２）、呼制御装置７は、ユーザ端末３Ａとの呼を切断すると共に、ユーザ端末３Ｂに終話信号を送信する（Ｓ５３）。
【００５４】
呼制御装置７から終話信号を受信すると（Ｓ５４）、ユーザ端末３Ｂは、切断信号を呼制御装置７へ送信し（Ｓ５５）、呼制御装置７が受信した切断信号に基づいて呼を切断し（Ｓ５６）、通話が終了した旨をアプリケーションサーバ２へ通知する（Ｓ５７）。
【００５５】
アプリケーションサーバ２は、通話の終了が通知されると、当該通話に割り当てられたPhoneCookieを解放する、即ちPhoneCookieと対応付けたユーザ端末等の情報を削除して、新たな割り当てを可能にする。
【００５６】
なお、図６の例では、発信側のユーザ端末３Ａから先に通話の終了を通知したが、これに限らず、着信側のユーザ端末３Ｂから先に通話の終了を通知し、図６の処理の流れとは逆にユーザ端末３Ａへ終話を通知しても良い。
【００５７】
また、PhoneCookieを開放するタイミングは、通話の終了と同時に限らず、有効期間経
過後に開放する構成としても良い。この場合、有効期間内であれば、当該PhoneCookieを
用いることで、電話をかけ直すことができる。
【００５８】
図７はPhoneCookieに従って電話をかけ直す場合の説明図である。
ユーザの操作により、PhoneCookieとしての電話番号あてにユーザ端末３Ａから発呼す
ると（Ｓ６１）、呼制御装置７の第一通話制御部７２１が着呼して呼を確立し（Ｓ６２）、接続制御部７２３がアプリケーションサーバ２の呼制御連携部２２２にPhoneCookie宛
ての着呼があった旨の情報を通知して当該PhoneCookieが有効期間内か否かを確認する（
Ｓ６３）。呼制御連携部２２２は、記憶部を参照し現在時刻が当該PhoneCookieの有効期
間を超えているか否かを判定して呼制御装置７へ回答する（Ｓ６４）。
【００５９】
呼制御装置７は、制御連携部２２２からの回答に基づき、PhoneCookieが有効期間外で
あれば処理を終了し（不図示）、PhoneCookieが有効期間内であればユーザ端末３Ｂへ発
呼する（Ｓ６５）。呼制御装置７からの呼を着呼（Ｓ６６）したユーザ端末３Ｂは、当該呼の発信者番号（PhoneCookie）と対応する共有データを記憶部から読み出して表示する
（Ｓ６７）。また、発信側ユーザ端末３Ａにおいても、PhoneCookieと対応する共有デー
タを記憶部から読み出して表示する（Ｓ６８）。
【００６０】
また、ステップＳ６１〜Ｓ６８の例では、ユーザ端末３Ａから電話をかけ直す例を示したが、これに限らず、前述のステップＳ６１〜Ｓ６８の処理の流れとは逆にステップＳ７１〜Ｓ７８に示すようにユーザ端末３ＢからPhoneCookie宛てにかけ直すこともできる。
【００６１】
従って、通話を一旦終了しても有効期間内であれば、ユーザ端末３Ａ或いはユーザ端末３Ｂの何れかからPhoneCookie宛てに発呼することで、ユーザ端末間３Ａ−３Ｂの通話を
再開でき、共有データを見ながら会話することができる。
【００６２】
同様に、発信側ユーザ端末３Ａから通信要求を行った際に、受信側ユーザ端末３Ｂで受話できず、ユーザ端末３Ａ−３Ｂ間の呼の接続を行わずに処理を終了した場合でも、有効期限内に改めてユーザ端末３Ａ或いはユーザ端末３Ｂの何れかからPhoneCookie宛てに発
呼することで、ユーザ端末間３Ａ−３Ｂで共有データを見ながら通話することができる。
【００６３】
以上のように、本実施形態によれば、PhoneCookieによって共有データを通話と対応付
けることができるので、通話に共有データを添付して送り、共有データを参照しながら通話相手と通話することを実現できる。
【００６４】
〈変形例１〉
上記実施形態１では、発信側ユーザ端末３ＡからPhoneCookie宛てに発呼する例を示し
たが、センター側、即ち呼制御装置７からユーザ端末３Ａへ発呼する構成としても良い。図８は、呼制御装置７からユーザ端末３Ａへ発呼する変形例の説明図である。
【００６５】
図８に示すように、本変形例では、先ず、前述の実施形態(図４)と同様にユーザ端末３Ａから通信要求を行うと（Ｓ１１〜Ｓ１３）、この通信要求を受信（Ｓ１４）したアプリケーションサーバ２が、当該通信要求に対応するユニークな電話番号をPhoneCookieとし
て発行する（Ｓ１５）。また、アプリケーションサーバ２は、ユーザ端末３Ａの電話番号と、ユーザ端末３Ｂの電話番号（通話先電話番号）と、PhoneCookie（発信者番号）を含
む電話指示パラメータを呼制御装置７に送り、呼制御を行わせる（Ｓ１５Ａ）。
【００６６】
電話指示パラメータを受信した呼制御装置７は、先ず発信者番号に基づきユーザ端末３Ａへ発呼する（Ｓ１６Ａ）。ここで呼制御装置７は、発信者番号をPhoneCookieとする。
即ち、呼制御装置７からの呼を受けたユーザ端末３Ａは（Ｓ１７Ａ）、PhoneCookieを着
信履歴として記憶部に記憶する。
【００６７】
そして、呼制御装置７は、ユーザ端末３Ａとの呼を確立すると（Ｓ１８）、前述の実施形態（図４）と同様に前記電話指示パラメータの通話先電話番号に基づきユーザ端末３Ｂへ発呼する（Ｓ２１）。ユーザ端末３Ｂは、この呼制御装置７からの呼を着呼すると（Ｓ２２）、発信者番号としてのPhoneCookieと対応する共有データを記憶部から読み出し、
表示部に表示する（Ｓ２３）。また、ユーザ端末３Ａもユーザ端末３Ｂへ送信した共有データを表示部に表示する（Ｓ２４）。
【００６８】
このように、本変形例の構成であっても、前述の実施形態と同じく、通話に共有データを添付して送り、共有データを参照しながら通話相手と通話することを実現できる。
【００６９】
〈変形例２〉
前述の実施形態１では、発信者と受信者が二人で通話を行う例を示したが、これに限らず、発信者が複数の受信者を指定し、三人以上で通話を行う構成であっても良い。
【００７０】
図９において、ＣＣ用ボタン４１を選択すると、通話先の欄が、図１２に示すように「同報１」となり、他の通話先（以下同報先とも称す）を入力できるようになる。同報先についても前述と同様に電話番号とアドレスを夫々の欄５１，５２に入力する。なお、同報先は、一つに限らずＣＣ用ボタン４１を選択する度に、「同報２」「同報３」のように増やすことができる。また、ＢＣＣ用ボタン４２を選択しても同様に同報先を追加できる。更に、同報先を予め登録したリストを記憶しておき、リストボタン４３を選択することでリストに登録した同報先を読み出して追加しても良い。
【００７１】
図１３は同報先を指定した場合のデータ連携方法の説明図である。図１３において、３１が通話先として指定したユーザ端末３Ｂ、３２が同報先として指定したユーザ端末３Ｂである。なお、本変形例２では、同報先が一つの例を示したが、二つ以上であっても同報先との通信が複数行われるだけで、同様に実現できる。
【００７２】
先ずユーザ端末３Ａは、通話先（同報先を含む）の入力を受ける（Ｓ１１）と共に共有ファイルの選択を受け付け（Ｓ１２）、アプリケーションサーバ２へ通信要求を送信する（Ｓ１３）。
【００７３】
この通信要求を受信（Ｓ１４）したアプリケーションサーバ２は、当該通信要求に対応するユニークな電話番号をPhoneCookieとして発行し、ユーザ端末３Ａから受信した共有
データをPhoneCookieと共に、宛先情報に基づいて通話先のユーザ端末３Ｂ（３１）及び
同報先のユーザ端末３Ｂ（３２）へ送信する（Ｓ１９）。これらのユーザ端末３Ｂは、アプリケーションサーバ２から共有データとPhoneCookieとを受信し、受信した共有データ
とPhoneCookieとを対応付けて記憶部に格納する（Ｓ２０）。
【００７４】
一方、アプリケーションサーバ２は、ステップＳ１５で発行したPhoneCookieユーザ端
末３Ａに通知する。ユーザ端末３Ａは、アプリケーションサーバ２からPhoneCookieを受
信すると（Ｓ１６）、当該PhoneCookieとしての電話番号宛てに発呼する（Ｓ１７）。
【００７５】
呼制御装置７は、ユーザ端末３ＡからPhoneCookie宛ての発呼を受け、当該ユーザ端末
３Ａとの呼を確立し（Ｓ１８）、当該PhoneCookieと対応する電話指示パラメータに基づ
いて。通話先のユーザ端末３Ｂ（３１）及び同報先のユーザ端末３Ｂ（３２）へ発呼する（Ｓ２１）。そして、呼制御装置７は、通話先のユーザ端末３Ｂ（３１）及び同報先のユーザ端末３Ｂ（３２）からの応答を受けて（Ｓ２１）、それぞれと呼を確立し、ユーザ端末３Ａとの呼と、ユーザ端末３Ｂ（３１，３２）との呼とを接続して三者の通話を可能にする。また、ユーザ端末３Ａ及びユーザ端末３Ｂ（３１，３２）は、共有データを表示部
に表示する（Ｓ２３，Ｓ２４）。
これにより三者以上でデータを共有しつつ通話を行うことができる。
【００７６】
なお、アプリケーションサーバ２は、ステップＳ１９にて、各ユーザ端末３Ｂに共有データを送信する際、発信者情報と共に、同報先の情報を送信する。これにより、ユーザ端末３Ｂは、ステップＳ２１にて呼制御装置７からの発呼を受けた際、PhoneCookieと対応
する発信者情報と共に同報者の情報を着信画面に表示させることができる。なお、呼制御装置７は、ステップＳ１１にて、ユーザ（発信者）がＣＣ用ボタン４１を選択して追加した同報先の情報のみをユーザ端末３Ｂへ送信し、ユーザ（発信者）がＢＣＣ用ボタン４２を選択して追加した同報先の情報はユーザ端末３Ｂへ送信しない。このため、ＢＣＣ用ボタン４２によって追加された同報先は、他の通話先のユーザ端末３Ｂに表示されず、その存在を隠したまま通話に参加できる。この場合、ＢＣＣ用ボタン４２によって追加された同報先のユーザ端末３Ｂは、受話のみとし、送話を行わない構成、例えば呼制御装置７が当該ユーザ端末３Ｂからの音声を他のユーザ端末３Ｂに中継しない構成としても良い。
【００７７】
《実施形態２》
本実施形態２は、前述の実施形態１と比べ、スケジュール管理部によって通話を管理する構成が異なる。なお、前述の実施形態１と比べて、同一の要素には同符号を付す等して再度の説明は省略する。
【００７８】
図１４は、本実施形態２のアプリケーションサーバ２の構成図である。図１４に示すように、本実施形態２のアプリケーションサーバ２は、図２に示す構成に加えてスケジュール管理部２２５を備えている。なお、本実施形態２では、アプリケーションサーバ２がスケジュール管理部２２５を備える構成としたが、これに限らず、アプリケーションサーバ２と別体のサーバがスケジュール管理部２２５を備えてスケジュールの管理を行っても良い。
【００７９】
スケジュール管理部２２５は、各ユーザのスケジュール情報を記憶し、各ユーザ端末３Ａ，３Ｂからの要求に応じてスケジュール情報を提供する。即ち、各ユーザはユーザ端末３Ａ，３Ｂを介してアプリケーションサーバ２へスケジュールを登録でき、適宜ユーザ端末３Ａ，３Ｂを介してスケジュールを確認できる。
【００８０】
図１５は、本実施形態２のユーザ端末３Ａ，３Ｂの外観図である。図１５に示すように、ユーザ端末３Ａ，３Ｂは、受話器３７や表示部３８、当該表示部３８と重畳されたタッチパネル３９を備え、ユーザは受話器３７を手にとってタッチパネル３９で発信や受信の操作を行い、表示部３８を見ながら通話することができる。
【００８１】
図１６は、ユーザ端末３Ａ，３Ｂの機能ブロック図である。図１６に示すように、ユーザ端末３Ａ，３Ｂは、ＣＰＵ（central processing unit）やメインメモリ等よりなる演
算処理部３２、演算処理の為のデータやソフトウェアを記憶した記憶部（ＳＤＤ）３３、入出力インタフェース３４、通信制御部（ＣＣＵ：Communication Control Unit）３５、通話制御部３６等を備えたコンピュータである。
【００８２】
該入出力インタフェース３４は、入出力手段と接続し、信号の入出力を行うインタフェースである。入出力インタフェース３４には、スピーカやマイクを有する受話器や記憶媒体の読み書き装置、カメラ、タッチパネル３９、表示部３８等が入出力手段として適宜接続される。
【００８３】
通話制御部３６は、電話回線Ｄを介して呼制御装置７と接続し、呼を確立して通話を制御する。例えば、呼制御装置７から呼を介して音声信号を受信し、受話器３７のスピーカ
に送り音声として出力させる。また、ユーザが受話器３７に向けて発話した音声をマイクで電気信号に変換し、この信号を通話制御部３６が音声信号として呼制御装置７へ送信する。
【００８４】
ＣＣＵ３５は、ネットワークＮを介して他のコンピュータとの接続を確立し、ＣＰＵからの命令に応じた他のコンピュータとの通信の制御を行う。
【００８５】
記憶部３３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（通話プログラム）といったソフトウェアがインストールされていると共に、連絡先のデータ等を記憶している。
【００８６】
演算処理部３２は、前記ＯＳやアプリケーションプログラムを記憶部３３から適宜読み出して実行し、入出力インタフェース３４やＣＣＵ３５から入力された情報、及び記憶部３３から読み出した情報を演算処理することにより、データ連携部３２１、スケジューリング部３２２、通話指示部３２３としても機能する。
【００８７】
通話指示部３２３は、ユーザがタッチパネル３９等を操作して選択した通話先情報を通信要求としてアプリケーションサーバ２へ送信すると共に、アプリケーションサーバ２から発行されたPhoneCookieとしての電話番号宛てに発呼するように通話制御部３６へ指示
（通知）する。
【００８８】
データ連携部３２１は、PhoneCookieに基づいて対応する共有データを記憶部３３から
読み出して出力する。例えば、画像やウェブページを表示部３８に表示させる、或いは音や動画を再生させる。
【００８９】
スケジューリング部３２２は、ユーザがタッチパネル３９等を操作して入力したスケジュール情報をアプリケーションサーバ２へ送信して登録させる。また、スケジューリング部３２２は、アプリケーションサーバ２からスケジュール情報を取得して表示部３８に表示させる。
【００９０】
図１７は、通話先を指定する画面例を示す図である。ユーザは、前述の実施形態と同様に通話先電話番号を電話番号欄５１に入力し、共有データの宛先アドレスをアドレス欄５２に入力する。また、ファイルタブ５４を選択してツリー状に表示されるファイルから共有データを選択する。
更にタイトル情報をタイトル欄５８に入力しても良い。
【００９１】
なお、通話先の情報は、通話先ボタン６６を選択することで、所定の通話先の情報が入力されるようにしても良い。また、電話帳タブ５３を選択することで通話先の一覧が表示され、この一覧から通話先を選択しても良い。
【００９２】
図１８は、本実施形態２の通話方法の説明図である。なお、ユーザ端末３Ａが通話先情報を入力して発呼し、ユーザ端末３Ｂが着呼して通話を行うまでのステップＳ１１〜Ｓ２４は、前述の実施形態１と同じである。通話が開始されると呼制御装置７は、通話の音声データをアプリケーションサーバ２へ送信し（Ｓ２５）、アプリケーションサーバ２がこれを記憶部２６に記録する（Ｓ２６）。
【００９３】
そして、通話が終了すると（Ｓ２７）、アプリケーションサーバ２は、当該通話の情報を通話に参加したユーザのスケジュール情報として記憶部２６に登録する（Ｓ２８）。
【００９４】
図１９は通話の情報が登録されたスケジュールの表示例を示す図、図２０は、スケジュ
ール情報として登録された通話の情報の表示例を示す図である。
【００９５】
図１７に示すスケジュールタブ６７を選択すると、図１９のようにスケジュールを日毎に登録されたスケジュール情報が時系列に表示される。図１９においてリンク６８が、登録された通話の情報を示す。例えば１０月２７日の１０：００〜１０：４５に通話を行った場合、この時間のスケジュールとして、当該通話の情報が登録され、図１９に示すようにスケジュール上の当該日時にタイトル情報を記したリンク６８が表示される。
【００９６】
そして、図１９におけるリンク６８を選択すると、図２０に示すように通話の情報が詳細に表示される。
図２０の例では、通話の情報として、PhoneCookie６１や、発信者情報６２、タイトル
情報６３、共有データ６９、及び音声データへのリンク７０が表示されている。音声データへのリンク７０を選択することで、アプリケーションサーバ２が記憶部２６に記憶した通話時の音声のデータをダウロードして、或いはストリーミングで、再生することができる。
【００９７】
なお、通話ボタン５７を選択することによりPhoneCookie６１に発呼し、再度通話を行
うことができる。
【００９８】
このように本実施形態によれば、通話の情報を当該通話時間に行ったスケジュールとして登録することにより、通話した情報を時系列に管理できる。
なお、上記では通話方法として図４の例を示したが、これに限らず、図５〜図８及び図１３についても本実施形態２は同様に適用できる。
【００９９】
《変形例》
図２１は、上記実施形態２の通話方法の変形例を示す図である。本変形例は、前述の実施形態２の図１８と比べて、受信側のユーザ端末３Ｂへ発呼する際のステップが異なり、他の構成は同じである。
【０１００】
図２２は、各ユーザが所属する部署と各ユーザの電話番号とを対応付けた所属部署テーブルの一例を示す。図２２に示すように、例えば部署Ａと電話番号０５０−ＥＦＧＨ−０００１〜０５０−ＥＦＧＨ−０００３等が対応付けられ、部署Ｂと電話番号０５０−ＥＦＧＨ−００１１〜０５０−ＥＦＧＨ−００１３等が対応付けられている。所属部署テーブルは、アプリケーションサーバ２の記憶部２６に格納されている。
【０１０１】
図２１の通話方法において、ユーザ端末３Ａが通話先情報を入力して発呼し、呼制御装置７との呼を確立するまでのステップＳ１１〜Ｓ１８は、前述の実施形態２と同じである。
【０１０２】
PhoneCookieの発行（Ｓ１５）の後、アプリケーションサーバ２は、通話先として指定
されたユーザのスケジュールを参照し（Ｓ３６）、当該ユーザが在席しているか否かを判定する（Ｓ３７）。例えば、別の会議の予定が入っている場合や、外出の予定が入っている場合には不在と判定し、予定が入っていない場合に在席と判定する。
【０１０３】
在席している場合には（Ｓ３７，Ｙｅｓ）、ユーザ端末３Ａからの通信要求のとおり電話をかけるよう呼制御装置７に電話指示パラメータを通知する（Ｓ３８）。従って呼制御装置７は、ユーザ端末３Ｂ（３１）に発呼し、以降の処理（Ｓ２１〜Ｓ２８）は前述の図１８と同じである。
【０１０４】
一方、ステップＳ３７で、前記ユーザが不在、即ち在席していないと判定した場合（Ｓ
３７，Ｎｏ）、アプリケーションサーバ２は、図２２の所属部署テーブルを参照して当該通話先電話番号と同じ部署に対応つけられた電話番号を抽出して、当該電話番号に電話をかけるように呼制御装置７に電話指示パラメータを通知する（Ｓ３８Ａ）。従って呼制御装置７は、前記ユーザと同じ部署に所属するユーザのユーザ端末３Ｂ（３２）に発呼する。なお、同じ部署に対応付けられた電話番号が複数ある場合には、ランダムに抽出することや、最も小さい番号或いは最も大きい番号を抽出すること、通話先電話番号の次或いは前の番号を抽出することなど、任意の手法で抽出することができる。更に、抽出した電話番号に対応するユーザのスケジュールを参照するようにステップＳ３６に戻り、当該ユーザが在席しているか否かを判定しても良い。また、共有データもアプリケーションサーバ２からユーザ端末３Ｂ（３２）に送信し（Ｓ１９Ａ）、これをユーザ端末３Ｂが受信して記憶部に記憶する（Ｓ２０Ａ）。
【０１０５】
そして、ユーザ端末３Ｂ（３２）が着呼し（Ｓ２２Ａ）、共有データを出力する（Ｓ２３Ａ）。
【０１０６】
このように本変形例によれば、受信側のユーザが不在の場合に、同じ部署内の他のユーザ端末３Ｂに通話を振り替えることが出来る。
【０１０７】
なお、上記の例では、受信側のユーザが在席しているか否かによって振り替えを行ったが、これに限らずタイトル情報等の共有データに基づいて通話先を振り替えても良い。
【０１０８】
例えば、図２３に示すように、アプリケーションサーバ２が、キーワードと部署とを対応付けて記憶したキーワードテーブルを記憶部２３内に有し、共有データとしての文書やウェブページ、タイトル情報等から文字列を抽出し、当該文字列と一致するキーワードをキーワードテーブルから求め、一致したキーワードと対応する部署を求める。例えば、タイトル情報から「修理」という文字列を抽出した場合、キーワードテーブルを参照し、一致するキーワードと対応する部署として部署Ａを求める。
【０１０９】
そして、アプリケーションサーバ２は、図２２に示す所属部署テーブルを参照して部署Ａと対応する電話番号を抽出し、当該電話番号へ電話をかけるように電話指示パラメータを呼制御装置７へ通知し（Ｓ２１）、図１８と同様に以降の処理（Ｓ２２〜Ｓ２８）を行う。
【０１１０】
これによりタイトル情報等の共有データに基づいて通話を振り分けることができる。
【０１１１】
更に、タイトル情報等の共有データに基づく振り分けと、スケジュールに基づく振り分けを組み合わせて用いても良い。
【０１１２】
〈その他〉
本発明は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。例えば、以下の構成としても良い。なお、各構成要素は、可能な限り組み合わせても良い。
【０１１３】
(付記１)
ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データを受信するデータ受付部と、
前記共有データと対応する連携用電話番号を発行する連携番号発行部と、
前記共有データを連携用電話番号と共に第二ユーザの端末へ送信するデータ送信部と、
電話回線を介して第一ユーザの端末との呼を確立する第一通話制御部と、
前記連携用電話番号を発信者番号として第二ユーザの端末に電話回線を介して発呼する
、又は前記第二ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける第二通話制御部と、
を備えたデータ共有機能を有した通話システム。
【０１１４】
(付記２）
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するスケジュール管理部を備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記スケジュール管理部が前記記憶部に記憶させる付記１に記載のデータ共有機能を有した通話システム。
【０１１５】
(付記３）
前記スケジュール管理部が、前記通話に係る情報として少なくとも通話時の音声を記録する付記２に記載のデータ共有機能を有した通話システム。
【０１１６】
(付記４）
前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する出力制御部を備えた付記１から３の何れか１項に記載のデータ共有機能を有した通話システム。
【０１１７】
(付記５）
前記第一通話制御部が、前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける付記１から４の何れか１項に記載のデータ共有機能を有した通話システム。
【０１１８】
(付記６）
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータが実行する通話方法。
【０１１９】
(付記７）
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するステップを更に備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記記憶部に記憶させる付記６に記載の通話方法。
【０１２０】
(付記８）
前記スケジュール情報を読み出して提供するステップにて、前記通話に係る情報として少なくとも通話時の音声を記録する付記７に記載の通話方法。
【０１２１】
(付記９）
前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する付記６から８の何れか１項に記載の通話方法。
【０１２２】
(付記１０）
前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける付記６から９の何れか１項に記載の通話方法。
【０１２３】
(付記１１）
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータに実行させるための通話プログラム。
【０１２４】
(付記１２）
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するステップを更に備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記記憶部に記憶させる付記１１に記載の通話プログラム。
【０１２５】
(付記１３）
前記スケジュール情報を読み出して提供するステップにて、前記通話に係る情報として少なくとも通話時の音声を記録する付記１２に記載の通話プログラム。
【０１２６】
(付記１４）
前記第二ユーザの端末が、前記連携用電話番号を発信者番号とする呼を受けた場合、又は前記連携用電話番号宛ての呼が確立した場合に、当該連携用電話番号と対応する共有データを出力する付記１１から１３の何れか１項に記載の通話プログラム。
【０１２７】
(付記１５）
前記連携用電話番号を発信者番号として第一ユーザの端末に電話回線を介して発呼する、又は前記第一ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける付記１１から１４の何れか１項に記載の通話プログラム。
【符号の説明】
【０１２８】
１ サーバ
２ アプリケーションサーバ
３Ａ 発信側ユーザ端末
３Ｂ 受信側ユーザ端末
７ 呼制御装置
【特許請求の範囲】
【請求項１】
ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データを受信するデータ受付部と、
前記共有データと対応する連携用電話番号を発行する連携番号発行部と、
前記共有データを連携用電話番号と共に第二ユーザの端末へ送信するデータ送信部と、
電話回線を介して第一ユーザの端末との呼を確立する第一通話制御部と、
前記連携用電話番号を発信者番号として第二ユーザの端末に電話回線を介して発呼する、又は前記第二ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける第二通話制御部と、
を備えたデータ共有機能を有した通話システム。
【請求項２】
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するスケジュール管理部を備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記スケジュール管理部が前記記憶部に記憶させる請求項１に記載のデータ共有機能を有した通話システム。
【請求項３】
前記スケジュール管理部が、前記通話に係る情報として少なくとも通話時の音声を記録する請求項２に記載のデータ共有機能を有した通話システム。
【請求項４】
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータが実行する通話方法。
【請求項５】
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータに実行させるための通話プログラム。
【請求項１】
ネットワークを介して第一ユーザの端末から第二ユーザの端末宛ての共有データを受信するデータ受付部と、
前記共有データと対応する連携用電話番号を発行する連携番号発行部と、
前記共有データを連携用電話番号と共に第二ユーザの端末へ送信するデータ送信部と、
電話回線を介して第一ユーザの端末との呼を確立する第一通話制御部と、
前記連携用電話番号を発信者番号として第二ユーザの端末に電話回線を介して発呼する、又は前記第二ユーザの端末から電話回線を介して前記連携用電話番号宛てに発信された呼を受ける第二通話制御部と、
を備えたデータ共有機能を有した通話システム。
【請求項２】
各ユーザのスケジュール情報を記憶部に記憶させ、要求に応じて前記スケジュール情報を読み出して提供するスケジュール管理部を備え、
前記第一ユーザの端末と第一通話制御部との呼、及び前記第二ユーザの端末と第二通話制御部との呼を介して第一ユーザの端末と第二ユーザの端末との間で通話を行った場合に、当該通話を行った時間のスケジュールの情報として当該通話に係る情報を前記スケジュール管理部が前記記憶部に記憶させる請求項１に記載のデータ共有機能を有した通話システム。
【請求項３】
前記スケジュール管理部が、前記通話に係る情報として少なくとも通話時の音声を記録する請求項２に記載のデータ共有機能を有した通話システム。
【請求項４】
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータが実行する通話方法。
【請求項５】
ネットワークを介して第一ユーザの端末から共有データを受信するステップと、
前記共有データと対応する連携用電話番号を発行するステップと、
前記共有データを第二ユーザの端末へ送信するステップと、
第一ユーザの電話機との呼を確立するステップと、
前記連携用電話番号を発信者番号として第二ユーザの端末に発呼する、又は前記第二ユーザの電話機から前記連携用電話番号宛てに発信された呼を受けるステップと、
をコンピュータに実行させるための通話プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１３−１１０４８１（Ｐ２０１３−１１０４８１Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５２１７８（Ｐ２０１１−２５２１７８）
【出願日】平成２３年１１月１８日（２０１１．１１．１８）
【出願人】（３９３０１０５７０）ＴＩＳ株式会社 (10)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月１８日（２０１１．１１．１８）
【出願人】（３９３０１０５７０）ＴＩＳ株式会社 (10)
【Ｆターム（参考）】
[ Back to top ]