(57)【要約】【課題】  同一の着信端末が複数の代表に属することができるとともに、電話以外のコミュニケーションツールへの代表着信を提供する。【解決手段】  代表着信システムに、代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段と、発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付手段と、受信した代表群の識別情報に属するユーザの識別情報を取得するユーザ選択手段と、取得したユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知手段と、着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信手段と、発ユーザのアドレス情報と、応答の意思表示情報を受信した着ユーザのアドレス情報とをコミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動手段と、を備える。【選択図】    図１
2006074116.tif 000002
【特許請求の範囲】
【請求項１】
発ユーザの端末装置と、着ユーザの端末装置と、発ユーザ及び着ユーザ間のコミュニケーションサービスのアプリケーションであるコミュニケーションツールを提供するコミュニケーションツール提供装置と接続される代表着信システムであって、
代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段と、
発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付手段と、
受信した前記代表群の識別情報に属するユーザの識別情報を前記記憶手段から取得するユーザ選択手段と、
取得した前記ユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知手段と、
着信要求を通知した前記着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信手段と、
前記発ユーザのアドレス情報と、前記応答の意思表示情報を受信した着ユーザのアドレス情報とを前記記憶手段から読み出して前記コミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動手段と、
を備えることを特徴とする代表着信システム。
【請求項２】
着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ、前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する着信結果通知手段をさらに備える、
ことを特徴とする請求項１に記載の代表着信システム。
【請求項３】
前記着信結果通知手段は、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する、
ことを特徴とする請求項２に記載の代表着信システム。
【請求項４】
着信要求を通知した全ての前記着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知手段をさらに備える、
ことを特徴とする請求項１に記載の代表着信システム。
【請求項５】
着信要求を通知した前記着ユーザの端末装置うち、所定数または所定の割合の着ユーザの端末装置から拒否の意思表示情報を受信したとき、あるいは、所定の着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知手段をさらに備える、
ことを特徴とする請求項１に記載の代表着信システム。
【請求項６】
前記着信結果通知手段は、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ着信要求の停止を通知する、
ことを特徴とする請求項５に記載の代表着信システム。
【請求項７】
前記着信結果通知手段は、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ着信要求の停止を通知する、
ことを特徴とする請求項６に記載の代表着信システム。
【請求項８】
前記意思表示受信手段は、着信要求を通知した前記着ユーザの端末装置から、着信を拒否する理由を示す拒否理由情報を受信し、
前記着信結果通知手段は、前記発ユーザの端末装置へ着信要求の拒否と、受信した前記拒否理由情報のうち最も優先度の高い拒否理由とを通知する、
ことを特徴とする請求項４または請求項５に記載の代表着信システム。
【請求項９】
前記着信要求受信手段は、さらに、前記発ユーザが要求するコミュニケーションツールの情報を受信し、
前記起動手段は、前記発ユーザが要求する前記コミュニケーションツールを提供するコミュニケーション提供装置へ該コミュニケーションツールの起動を要求する、
ことを特徴とする請求項１から請求項８のいずれかの項に記載の代表着信システム。
【請求項１０】
前記着信要求受付手段は、前記発ユーザの端末装置へ代表群のカテゴリのリストの情報を通知し、通知した前記カテゴリのリストの中から前記発ユーザが選択したカテゴリの情報を受信し、さらに、前記発ユーザが選択した前記カテゴリに属する代表群のリストの情報を通知し、通知した前記代表群のリストの中から前記発ユーザが選択した代表群の情報を受信する、
ことを特徴とする請求項１から請求項９のいずれかの項に記載の代表着信システム。
【請求項１１】
発ユーザの端末装置と、着ユーザの端末装置と、発ユーザ及び着ユーザ間のコミュニケーションサービスのアプリケーションであるコミュニケーションツールを提供するコミュニケーションツール提供装置と接続される代表着信システムに用いられる代表着信方法であって、
発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付過程と、
代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段から、受信した前記代表群の識別情報に属するユーザの識別情報を取得するユーザ選択過程と、
取得した前記ユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知過程と、
着信要求を通知した前記着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信過程と、
前記発ユーザのアドレス情報と、前記応答の意思表示情報を受信した着ユーザのアドレス情報とを前記記憶手段から読み出して前記コミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動過程と、
からなることを特徴とする代表着信方法。
【請求項１２】
着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ、前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する着信結果通知過程とからなる、
ことを特徴とする請求項１１に記載の代表着信方法。
【請求項１３】
着信要求を通知した全ての前記着ユーザの端末装置から拒否の意思表示情報を受信したとき、発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知過程とからなる、
ことを特徴とする請求項１１に記載の代表着信方法。
【請求項１４】
着信要求を通知した前記着ユーザの端末装置うち、所定数または所定の割合の着ユーザの端末装置から拒否の意思表示情報を受信したとき、あるいは、所定の着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知過程とからなる、
ことを特徴とする請求項１１に記載の代表着信方法。
【請求項１５】
前記着信結果通知過程においては、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ着信要求の停止を通知する、
ことを特徴とする請求項１４に記載の代表着信方法。
【請求項１６】
前記着信結果通知過程においては、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ着信要求の停止を通知する、
ことを特徴とする請求項１５に記載の代表着信方法。
【請求項１７】
前記意思表示受信過程において、着信要求を通知した前記着ユーザの端末装置から、着信を拒否する理由を示す拒否理由情報を受信し、
前記着信結果通知過程において、前記発ユーザの端末装置へ着信要求の拒否と、受信した前記拒否理由情報のうち最も優先度の高い拒否理由とを通知する、
ことを特徴とする請求項１３または請求項１４に記載の代表着信方法。
【請求項１８】
発ユーザの端末装置と、着ユーザの端末装置と、発ユーザ及び着ユーザ間のコミュニケーションサービスのアプリケーションであるコミュニケーションツールを提供するコミュニケーションツール提供装置と接続される代表着信システムに用いられるコンピュータプログラムであって、
発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付ステップと、
代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段から、受信した前記代表群の識別情報に属するユーザの識別情報を取得するユーザ選択ステップと、
取得した前記ユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知ステップと、
着信要求を通知した前記着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信ステップと、
前記発ユーザのアドレス情報と、前記応答の意思表示情報を受信した着ユーザのアドレス情報とを前記記憶手段から読み出して前記コミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動ステップと、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１９】
着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ、前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する着信結果通知ステップと、
をコンピュータに実行させることを特徴とする請求項１８に記載のコンピュータプログラム。
【請求項２０】
着信要求を通知した全ての前記着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知ステップと、
をコンピュータに実行させることを特徴とする請求項１８に記載のコンピュータプログラム。
【請求項２１】
着信要求を通知した前記着ユーザの端末装置うち、所定数または所定の割合の着ユーザの端末装置から拒否の意思表示情報を受信したとき、あるいは、所定の着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知ステップと、
をコンピュータに実行させることを特徴とする請求項１８に記載のコンピュータプログラム。
【請求項２２】
前記着信結果通知ステップにおいては、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ着信要求の停止を通知する、
ことを特徴とする請求項２１に記載のコンピュータプログラム。
【請求項２３】
前記着信結果通知ステップにおいては、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ着信要求の停止を通知する、
ことを特徴とする請求項２２に記載のコンピュータプログラム。
【請求項２４】
前記意思表示受信ステップは、着信要求を通知した前記着ユーザの端末装置から、着信を拒否する理由を示す拒否理由情報を受信し、
前記着信結果通知ステップは、前記発ユーザの端末装置へ着信要求の拒否と、受信した前記拒否理由情報のうち最も優先度の高い拒否理由とを通知する、
ことを特徴とする請求項２０または請求項２１に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、代表着信システム及び方法、ならびに、コンピュータプログラムに関する。
【背景技術】
【０００２】
代表着信とは、発ユーザが代表番号への発呼を行うと、構内交換機などの電話交換システムが、その代表番号に対応する代表群に収容されている端末を一斉に鳴動させ、最初に応答した端末との通信を確立する技術である。代表着信システムでは、代表親番号や代表親端末というカテゴリが存在し、代表着信については代表親番号が主体に考えられている。そして、代表着信の際は、代表親番号の配下に属する代表子番号への呼の均等な疎通を行っている。
一方、特許文献１には、代表親及び代表子を1つの代表群と扱い、代表群内の呼状態を集約して通信リンク設定を可能とする技術について開示されている。また、特許文献２には、構内交換機とサーバを連携させて外線着信と内線着信との区別を画面上に表示する技術について開示されている。
【特許文献１】特開平８−１２５６８９号公報
【特許文献２】特開平１０−２４０６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来の代表着信システムには、以下のような問題があった。
（１）  電話番号という電話専用アドレスを用いて代表親番号と代表子番号とが識別されている。そのため、代表群の構成の変更や削除することで、運用中の切り替え時の矛盾が発生してしまう場合がある。そこで、代表子番号は１つの代表親番号にしか属することができない。従って、異なる代表群を必要とする場合、異なる代表親番号及び子番号が必要となる。
（２）  代表着信の際、代表親に属する代表子番号や代表子端末の中で通信の確立が確実でないものがあっても全ての端末を呼び出しており、無駄に交換機リソースや通信リソース等を使用している。
（３）  公衆網の電話交換機や構内交換機を利用した代表着信呼に特化した技術である。
（４）  代表着信を要求する過程に代表番号を知る手順が提供されていない。すなわち、代表番号を知らなければ、発ユーザからの代表着信の要求は困難であり、従って、電話をかける前に代表番号を調べなければならない。これは煩雑な作業である上、知りえた代表番号を用いて通信を要求しても、必ずしも通信が確立するとは限らなかった。
（５）  一般的に着信を拒否する手順は応答しないことに等しい。代表着信では一斉に端末の着信音鳴動があり、発ユーザが呼び出しを放棄するか、いずれかの着ユーザが応答しない限りはこの鳴動状態が継続する。従って、着信を拒否する場合であっても、その旨を通知出来ない。
【０００４】
この発明は、このような事情を考慮してなされたもので、その目的は、同一の着信端末が複数の代表に属することができる代表着信を実現するとともに、電話以外のコミュニケーションツールへの代表着信を実現することができる代表着信システム及び方法ならびにコンピュータプログラムを提供することにある。また、この発明の他の目的は、代表着信において、着信者の操作により代表着信の拒否を行うことができる代表着信システム及び方法ならびにコンピュータプログラムを提供することにある。また、この発明のさらに他の目的は、発ユーザが代表番号を知らなくとも代表着信を要求することができる代表着信システム及び方法ならびにコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、発ユーザの端末装置と、着ユーザの端末装置と、発ユーザ及び着ユーザ間のコミュニケーションサービスのアプリケーションであるコミュニケーションツールを提供するコミュニケーションツール提供装置と接続される代表着信システムであって、代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段と、発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付手段と、受信した前記代表群の識別情報に属するユーザの識別情報を前記記憶手段から取得するユーザ選択手段と、取得した前記ユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知手段と、着信要求を通知した前記着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信手段と、前記発ユーザのアドレス情報と、前記応答の意思表示情報を受信した着ユーザのアドレス情報とを前記記憶手段から読み出して前記コミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動手段と、を備えることを特徴とする代表着信システムである。
【０００６】
また、上述する代表着信システムであって、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ、前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する着信結果通知手段をさらに備える、ことを特徴とする。
【０００７】
また、上述する代表着信システムであって、前記着信結果通知手段は、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する、ことを特徴とする。
【０００８】
また、上述する代表着信システムであって、着信要求を通知した全ての前記着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知手段をさらに備える、ことを特徴とする。
【０００９】
また、上述する代表着信システムであって、着信要求を通知した前記着ユーザの端末装置うち、所定数または所定の割合の着ユーザの端末装置から拒否の意思表示情報を受信したとき、あるいは、所定の着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する前記着信結果通知手段をさらに備える、ことを特徴とする。
【００１０】
また、上述する代表着信システムであって、前記着信結果通知手段は、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ着信要求の停止を通知する、ことを特徴とする。
【００１１】
また、上述する代表着信システムであって、前記着信結果通知手段は、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ着信要求の停止を通知する、ことを特徴とする。
【００１２】
また、上述する代表着信システムであって、前記意思表示受信手段は、着信要求を通知した前記着ユーザの端末装置から、着信を拒否する理由を示す拒否理由情報を受信し、前記着信結果通知手段は、前記発ユーザの端末装置へ着信要求の拒否と、受信した前記拒否理由情報のうち最も優先度の高い拒否理由とを通知する、ことを特徴とする。
【００１３】
また、上述する代表着信システムであって、前記着信要求受信手段は、さらに、前記発ユーザが要求するコミュニケーションツールの情報を受信し、前記起動手段は、前記発ユーザが要求する前記コミュニケーションツールを提供するコミュニケーション提供装置へ該コミュニケーションツールの起動を要求する、ことを特徴とする。
【００１４】
また、上述する代表着信システムであって、前記着信要求受付手段は、前記発ユーザの端末装置へ代表群のカテゴリのリストの情報を通知し、通知した前記カテゴリのリストの中から前記発ユーザが選択したカテゴリの情報を受信し、さらに、前記発ユーザが選択した前記カテゴリに属する代表群のリストの情報を通知し、通知した前記代表群のリストの中から前記発ユーザが選択した代表群の情報を受信する、ことを特徴とする。
【００１５】
また、本発明は、発ユーザの端末装置と、着ユーザの端末装置と、発ユーザ及び着ユーザ間のコミュニケーションサービスのアプリケーションであるコミュニケーションツールを提供するコミュニケーションツール提供装置と接続される代表着信システムに用いられる代表着信方法であって、発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付過程と、代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段から、受信した前記代表群の識別情報に属するユーザの識別情報を取得するユーザ選択過程と、取得した前記ユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知過程と、着信要求を通知した前記着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信過程と、前記発ユーザのアドレス情報と、前記応答の意思表示情報を受信した着ユーザのアドレス情報とを前記記憶手段から読み出して前記コミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動過程と、からなることを特徴とする代表着信方法である。
【００１６】
また、上述する代表着信方法であって、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ、前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する着信結果通知過程とからなる、ことを特徴とする
【００１７】
また、上述する代表着信方法であって、着信要求を通知した全ての前記着ユーザの端末装置から拒否の意思表示情報を受信したとき、発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知過程とからなる、ことを特徴とする。
【００１８】
また、上述する代表着信方法であって、着信要求を通知した前記着ユーザの端末装置うち、所定数または所定の割合の着ユーザの端末装置から拒否の意思表示情報を受信したとき、あるいは、所定の着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知過程とからなる、ことを特徴とする。
【００１９】
また、上述する代表着信方法であって、前記着信結果通知過程においては、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ着信要求の停止を通知する、ことを特徴とする。
【００２０】
また、上述する代表着信方法であって、前記着信結果通知過程においては、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ着信要求の停止を通知する、ことを特徴とする。
【００２１】
また、上述する代表着信方法であって、前記意思表示受信過程において、着信要求を通知した前記着ユーザの端末装置から、着信を拒否する理由を示す拒否理由情報を受信し、前記着信結果通知過程において、前記発ユーザの端末装置へ着信要求の拒否と、受信した前記拒否理由情報のうち最も優先度の高い拒否理由とを通知する、ことを特徴とする。
【００２２】
また、本発明は、発ユーザの端末装置と、着ユーザの端末装置と、発ユーザ及び着ユーザ間のコミュニケーションサービスのアプリケーションであるコミュニケーションツールを提供するコミュニケーションツール提供装置と接続される代表着信システムに用いられるコンピュータプログラムであって、発ユーザの端末装置から代表群の識別情報を受信し、着信要求を受け付ける着信要求受付ステップと、代表群に属するユーザの識別情報と、ユーザの識別情報に対応するアドレス情報とを記憶する記憶手段から、受信した前記代表群の識別情報に属するユーザの識別情報を取得するユーザ選択ステップと、取得した前記ユーザの識別情報で示される着ユーザの端末装置へ着信要求を通知する通知ステップと、着信要求を通知した前記着ユーザの端末装置から応答または拒否を示す意思表示情報を受信する意思表示受信ステップと、前記発ユーザのアドレス情報と、前記応答の意思表示情報を受信した着ユーザのアドレス情報とを前記記憶手段から読み出して前記コミュニケーションツール提供装置へ通知し、コミュニケーションツールの起動を要求する起動ステップと、をコンピュータに実行させることを特徴とするコンピュータプログラムである。
【００２３】
また、上述するコンピュータプログラムであって、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ、前記応答の意思表示情報を受信した前記着ユーザへの着信を通知する着信結果通知ステップと、をコンピュータに実行させることを特徴とする。
【００２４】
また、上述するコンピュータプログラムであって、着信要求を通知した全ての前記着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知ステップと、をコンピュータに実行させることを特徴とする。
【００２５】
また、上述するコンピュータプログラムであって、着信要求を通知した前記着ユーザの端末装置うち、所定数または所定の割合の着ユーザの端末装置から拒否の意思表示情報を受信したとき、あるいは、所定の着ユーザの端末装置から拒否の意思表示情報を受信したとき、前記発ユーザの端末装置へ着信要求の拒否を通知する着信結果通知ステップと、をコンピュータに実行させることを特徴とする。
【００２６】
また、上述するコンピュータプログラムであって、前記着信結果通知ステップにおいては、着信要求を通知した前記着ユーザの端末装置のうち意思表示情報を受信していない着ユーザの端末装置へ着信要求の停止を通知する、ことを特徴とする。
【００２７】
また、上述するコンピュータプログラムであって、前記着信結果通知ステップにおいては、さらに、前記拒否の意思表示情報を受信した着ユーザの端末装置へ着信要求の停止を通知する、ことを特徴とする。
【００２８】
また、上述するコンピュータプログラムであって、前記意思表示受信ステップは、着信要求を通知した前記着ユーザの端末装置から、着信を拒否する理由を示す拒否理由情報を受信し、前記着信結果通知ステップは、前記発ユーザの端末装置へ着信要求の拒否と、受信した前記拒否理由情報のうち最も優先度の高い拒否理由とを通知する、ことを特徴とする。
【発明の効果】
【００２９】
上記発明によれば、代表群の管理を電話番号ではなく、ユーザの識別情報を用いて行うため、電話番号の削除による運用中の矛盾など、電話番号そのものを用いた既存の代表着信において発生していた問題を排除することができるとともに、ユーザが複数の代表群に属することが可能となる。
また、従来、構内交換機などの電話交換機により提供していた代表着信機能を、電話以外の様々なコミュニケーションツールに対して提供することができる。
また、着ユーザ側から代表着信を拒否することが可能となるため、発ユーザが切断しない限り端末装置を鳴動し続けるなどの交換機リソースや通信リソースの無駄な使用を解消することができる。
また、代表着信に応答する着ユーザがいることを、他の着ユーザへ通知することが可能になる。これにより、鳴動が停止した際、発ユーザが通信を途中放棄したのか、あるいは、他の着ユーザが応答したのかを明示することができる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照し、この発明の実施の形態について説明する。
図１は、この発明の一実施の形態による代表着信システムの全体構成を示す図である。代表着信システムは、発ユーザの端末装置１と、着ユーザであるユーザＡ〜Ｚの端末装置４と、代表管理データベース３（以下、「代表管理ＤＢ３」と記載）を備えたアプリケーションサーバ２（以下、「ＡＰサーバ２」と記載）と、コミュニケーションツール提供装置５とを、ネットワークＮを介して接続してなる。ネットワークＮは、例えば、公衆電話網やインターネット網などの公衆ネットワーク、構内交換網、ＬＡＮ（Local Area Network）、ＶＰＮ（virtual private network）などの私設ネットワークにより構成される。
【００３１】
コミュニケーションツール提供装置５は、発ユーザの端末装置１と、着ユーザの端末装置４との間のコミュニケーションツールを提供する。コミュニケーションツールとは、発ユーザ及び着ユーザ間のコミュニケーションサービスを提供するアプリケーションである。コミュニケーションツール提供装置５には、例えば、電話サーバ５ａ、チャットサーバ５ｂ、カンファレンスサーバ５ｃ、伝言サーバ５ｄ、資料共有サーバ５ｅなどがあり、既存のコミュニケーションツールを提供する。電話サーバ５ａは、構内交換機やＩＰ電話の呼制御装置であり、電話サービスを提供する。チャットサーバ５ｂは、チャットサービスを提供する。カンファレンスサーバ５ｃは、複数の拠点間の音声や映像等をリアルタイムに送受信する会議サービスを提供する。伝言サーバ５ｄは、発ユーザの端末装置１から受信した音声や文字などのメッセージを内部に保持しておき、メッセージの受信者が端末装置４からアクセスしてきたときにこの保持しておいたメッセージを通知する伝言サービスを提供する。資料共有サーバ５ｅは、同じファイルやデータを端末装置間で共有する資料共有サービスを提供する。
【００３２】
端末装置１及び端末装置４は、例えば、パーソナルコンピュータ、インターネット機能を有する電話機、携帯電話、ＰＤＡ（Personal Digital Assistants：情報携帯端末）などあり、電話機とパーソナルコンピュータの組み合わせなどでもあってよい。端末装置１及び端末装置４は、コミュニケーションツール提供装置５の提供するコミュニケーションツールを実行する機能を有する。さらに、ＡＰサーバ２から受信した画面情報や画面の表示指示に従ってディスプレイに画面を表示する機能と、キーやボタン、マウス、タッチパネルなどにより入力された情報をＡＰサーバ２へ送信する機能を備える。
【００３３】
図２は、ＡＰサーバ２の内部構成を機能展開して示したブロック図であり、本発明と関係する機能ブロックのみ抽出して示してある。ＡＰサーバ２は、入力部２１（着信要求受付手段、意思表示受信手段）、制御部２２、代表制御部２３（ユーザ選択手段）、表示部２４（通知手段、着信結果通知手段）、及び、ツール起動部２５（起動手段）を備える。
入力部２１は、端末装置１または端末装置４からの情報の入力を受け付け、制御部２２へ受け渡す。
制御部２２は、入力部２１からの入力情報に基づき、各サービスを起動する。ここでは、全てのコミュニケーションツールへの代表着信サービスを提供する代表制御部２３を起動する。
代表制御部２３は、制御部２２からの入力情報を基に代表管理ＤＢ３へのアクセスを行い、必要情報の取得及び情報の書き込みを行う。これにより、発ユーザに要求された代表選択や代表抽出を行い、代表着信を通知する画面を端末装置４へ出力するよう指示する。そして、いずれか着ユーザの端末装置４から応答の意思表示を受信した場合には、代表群に属する未応答の着ユーザの端末装置４へ、応答者があった旨を通知する画面を出力するよう指示する。また、代表群に属する全着ユーザから着信を拒否の意思表示を受信した場合は、発ユーザの端末装置１へ拒否を通知する画面を出力するよう指示する。
表示部２４は、代表制御部２３から表示内容の情報を受信して画面情報を編集し、端末装置１または端末装置４へ出力を指示する。
ツール起動部２５は、発及び着ユーザのアドレス情報と、コミュニケーションツールの情報とを代表制御部２３から受け、対応するコミュニケーションツール提供装置５を起動する。
【００３４】
代表管理ＤＢ３は、代表群のユーザ管理を行うための情報を保持するデータベースサーバである。代表管理ＤＢ３は、代表群管理テーブル、アドレス管理テーブル、応答検出管理情報、及び、拒否理由プライオリティ設定テーブルを記憶している。代表群管理テーブルは、代表群を分類するカテゴリと、カテゴリに属する代表群の名称を示す代表群種別と、代表群種別で示される代表群に属するユーザとを管理している。アドレス管理テーブルは、各ユーザのアドレス情報を管理している。応答検出管理情報は、代表着信時の着ユーザの応答履歴を記録する。拒否理由プライオリティ設定テーブルは、代表着信が拒否されたときに発ユーザへ通知すべき拒否理由の優先度を管理する。
代表管理ＤＢ３内に記憶されている情報の具体的な構成例を図３〜図６に示す。
【００３５】
図３は、代表群管理テーブルの構成例を示す図である。
同図において、代表群管理テーブルは、代表群を分類するカテゴリの名称、カテゴリを一意に識別するキー（Ｋｅｙ)、カテゴリに属する代表群の名称を示す代表群種別、代表群を一意に識別するＩＤ、及び、代表群に属するユーザのユーザＩＤ（所属ＵｓｅｒＩＤ）の情報からなる。
そして、代表群を分類するカテゴリには、Ｋｅｙ「１」で識別されるカテゴリ「職種」、Ｋｅｙ「２」で識別されるカテゴリ「所属」、Ｋｅｙ「３」で識別されるカテゴリ「製品」、Ｋｅｙ「４」で識別されるカテゴリ「サービス」、…などがある。そして、カテゴリ「職種」には、ＩＤ「１０」で識別される「営業」、ＩＤ「１１」で識別される「開発」、ＩＤ「１２」で識別される「総務」、ＩＤ「１３」で識別される「購買」、…などの代表群種別がある。同様に、カテゴリ「所属」には、ＩＤ「２０」で識別される「人事部」、ＩＤ「２１」で識別される「厚生部」、ＩＤ「２２」で識別される「システム部」、ＩＤ「２３」で識別される「○○営業部」、ＩＤ「２４」で識別される「ＸＸ営業部」、…などの代表群種別がある。さらに、カテゴリ「職種」の代表群種別「営業」には、ＵｓｅｒＩＤ「11111111」、「W〜W」、「X〜X」、「Y〜Y」、「Z〜Z」、…で識別されるユーザが属している。
【００３６】
図４は、アドレス管理テーブルの構成例を示す図である。アドレス管理テーブルは、ユーザＩＤ（ＵｓｅｒＩＤ）と、このユーザＩＤで識別されるユーザの端末装置４のアドレス情報とを関連付けて記憶している。同図においては、アドレス情報は、電話番号であるが、コミュニケーションツールによっては、ＵＲＩ（Universal Resource Identifier）、ＩＰアドレスなどでありうる。
【００３７】
図５は、応答検出管理情報の構成例を示す図である。
同図において、応答検出管理情報は、代表着信が要求された代表群種別のＩＤと、代表着信を要求した発ユーザのユーザＩＤ（発信者ＵｓｅｒＩＤ）と、代表着信の要求に対して応答または拒否の意思表示を通知した着ユーザのユーザＩＤ（着信者ＵｓｅｒＩＤ）と、着ユーザから受信した応答または拒否の意思表示と、意思表示が拒否であるとき場合にその理由を示す拒否理由と、意思表示を受信した時刻との情報を含んでいる。この、応答検出管理情報は、代表着信処理を行っている間のみ保持され、応答が検出されると、当該代表着信に係る応答検出管理情報は消去される。
【００３８】
図６は、拒否理由プライオリティ設定テーブルの構成例を示す図である。
同図において、拒否理由プライオリティ設定テーブルは、拒否理由と、この拒否理由の優先度を示すＬＥＶＥＬとの情報を含む。ここでは、ＬＥＶＥＬの数値が少ないほど、優先度が高いことを示している。すなわち、ＬＥＶＥＬ「１」の拒否理由「折り返し連絡します」の優先度が最も高く、ＬＥＶＥＬ「４」の拒否理由「取込中」の優先度が最も低い。
【００３９】
次に、代表着信システムの動作について説明する。
図７及び図８は、代表着信システムの接続フローを示す。
なお、図中、「ｉ：」は入力情報を示し、「ｏ：」は出力情報を示している。
ここでは、着ユーザとなるユーザＡ〜Ｚが、端末装置４から自身のユーザＩＤを用いて、ＡＰサーバ２へログインしている。さらに、発ユーザが、端末装置１からＡＰサーバ２へログインする。これにより、ＡＰサーバ２は、発ユーザ及びユーザＡ〜ＺのユーザＩＤと、発ユーザの端末装置１及びユーザＡ〜Ｚの端末装置４のＩＰアドレスなどのアドレス情報とを内部に保持する。
【００４０】
図７において、ＡＰサーバ２は、発ユーザのログイン後、端末装置１に代表着信要求の指示を入力するための操作画面を表示させる。発ユーザが操作画面に代表着信要求の指示を入力すると、端末装置１は、ＡＰサーバ２へ代表着信要求を送信する（ステップＳ１１０）。この代表着信要求には、要求するサービスが代表着信であることを示すＳｅｒｖｉｃｅ情報が含まれる。ＡＰサーバ２の入力部２１が端末装置１から代表着信要求を受信すると、制御部２２は、Ｓｅｒｖｉｃｅ情報から代表着信が要求されたことを認識し、この代表着信要求を代表制御部２３へ受け渡す（ステップＳ１１５、Ｓ１２０）。
【００４１】
代表制御部２３は、代表着信要求を受信すると、代表管理ＤＢ３へ代表選択を要求し、代表群管理テーブル内に登録されているカテゴリの名称と、各カテゴリに対応するＫｅｙ情報とを示す代表種別情報を読み出す（ステップＳ１２５）。代表制御部２３は、代表選択を示すＤｓｐ情報を表示部２４へ受け渡し、カテゴリ選択画面表示を指示する（ステップＳ１３０）。表示部２４は、代表種別情報を基に、カテゴリのリストの中から、カテゴリを１つ選択させるためのカテゴリ選択画面情報を生成する。そして、端末装置１へカテゴリ選択画面情報を受け渡し、表示を指示する（ステップＳ１３５）。
【００４２】
発ユーザは、端末装置１の表示するカテゴリ選択画面から、カテゴリを選択する。すると、端末装置１は、代表Ｋｅｙ選択を通知する（ステップＳ１４０）。代表Ｋｅｙ選択には、発ユーザが選択したカテゴリのＫｅｙを示すＫｅｙ情報が含まれている。ＡＰサーバ２の制御部２２は、端末装置１から代表Ｋｅｙ選択を受信すると、代表制御部２３へ受け渡す（ステップＳ１４５、Ｓ１５０）。代表制御部２３は、代表Ｋｅｙ選択に含まれるＫｅｙ情報を代表管理ＤＢ３へ受け渡し、代表選択を要求する。代表管理ＤＢ３は、代表群管理テーブルから、Ｋｅｙ情報で特定されるカテゴリに属する代表群種別と、各代表群種別のＩＤとからなる代表群リスト情報を読み出して返送する（ステップＳ１５５）。
【００４３】
代表制御部２３は、代表Ｌｉｓｔを示すＤｓｐ情報を表示部２４へ受け渡し、代表群選択画面表示を指示する（ステップＳ１６０）。表示部２４は、代表群リスト情報を基に、代表群種別のリストの中から代表群種別を１つと、使用するコミュニケーションツールを選択するための代表群選択画面情報を生成する。そして、端末装置１へ代表群選択画面情報を受け渡して、表示を指示する（ステップＳ１６５）。
【００４４】
発ユーザは、端末装置１の表示する代表群選択画面から、代表群種別及びコミュニケーションツールを選択する。すると、端末装置１は、ＡＰサーバ２へ代表群／ツール選択を送信する（ステップＳ１７０）。代表群／ツール選択には、発ユーザが選択した代表群種別が属するカテゴリのＫｅｙを示すＫｅｙ情報、代表群種別のＩＤを示すＩＤ情報、及び、選択されたコミュニケーションツールを示すｔｏｏｌｓ情報が含まれる。
【００４５】
ＡＰサーバ２の制御部２２は、入力部２１を介して受信した代表群／ツール選択を代表制御部２３へ受け渡す（ステップＳ１７５、Ｓ１８０）。代表制御部２３は、受信したＫｅｙ情報及びＩＤ情報を代表管理ＤＢ３へ受け渡し、代表抽出を要求する。代表管理ＤＢ３は、代表群管理テーブルから、受信したＫｅｙ情報及びＩＤ情報により代表群を特定し、この特定された代表群に所属するユーザのユーザＩＤを読み出す。さらに、この読み出したユーザＩＤに対応するアドレス情報をアドレス管理テーブルから読み出す。そして、読み出したユーザＩＤ及び対応するアドレス情報からなるリストを示す代表群アドレス情報をＡＰサーバ２へ返送する（ステップＳ１８５）。代表制御部２３は、代表群アドレス情報内で示される着ユーザのユーザＩＤを示すＵｓｅｒＩＤ情報と、発ユーザの情報及び選択されたコミュニケーションツールの情報を示すＰ−Ｔｅｒｍ情報とを受け渡し、表示部２４へ代表着信表示を指示する（ステップＳ１９０）。発ユーザの情報は、例えば、発ユーザの氏名やアドレス情報などである。発ユーザの情報は、発ユーザのユーザＩＤに対応させて予め代表管理ＤＢ３に登録しておくことでもよく、発ユーザのログイン時に取得することでもよい。
【００４６】
図８において、ＡＰサーバ２の表示部２４は、Ｐ−Ｔｅｒｍ情報を表示する代表着信表示画面情報を生成して代表群に属する全着ユーザの端末装置４に受け渡し、表示を指示する（ステップＳ２１０）。代表着信画面では、代表着信が要求されている旨のメッセージ、発信者の情報、要求されているコミュニケーションツールの情報を表示するとともに、代表着信に応答するか拒否するかの意思表示、及び、拒否する場合の拒否理由を選択するためのボタンやメニューを表示する。また、このとき端末装置４は鳴動を行う。
着ユーザは、端末装置４の表示する代表着信表示画面へ、意思表示と、拒否の場合はさらに拒否理由を入力する。すると、端末装置４は、鳴動を停止し、代表着信応答をＡＰサーバ２へ通知する（ステップＳ２１５）。この代表着信応答には、応答するか拒否するかの意思表示を示すＯＫＮＧ情報、拒否理由を示すＲｅａｓｏｎ情報、及び、着ユーザのＩＤを示すＵｓｅｒＩＤ情報とが含まれる。
【００４７】
ＡＰサーバ２の入力部２１は、端末装置４から代表着信応答を受信すると、カテゴリのＫｅｙを示すＫｅｙ情報を付加して制御部２２へ受け渡す（ステップＳ２２０）。制御部２２は、受信した代表着信応答を代表制御部２３へ受け渡す（ステップＳ２２５）。代表制御部２３は、ＯＫＮＧ情報、Ｒｅａｓｏｎ情報、ＵｓｅｒＩＤ情報、及び、Ｋｅｙ情報を代表管理ＤＢ３へ受け渡し、代表着信管理を要求する。代表管理ＤＢ３は、受信した情報を基に、応答検出管理情報へ代表群種別のＩＤ、発信者ＵｓｅｒＩＤ、着信者ＵｓｅｒＩＤ、意思表示、拒否理由を書き込み、さらに、受信時の時刻の情報を書き込む。そして、同じ代表群種別のＩＤ及び発信者ＵｓｅｒＩＤを持つ応答検出管理情報を読み出し、この読み出した応答検出管理情報を示すＣＫＲＴＬＳＴ（チェックリザルトリスト）情報をＡＰサーバ２へ受け渡す（ステップＳ２３０）。なお、代表管理ＤＢ３は、受信したＯＫＮＧ情報が応答を示している場合、ＣＫＲＴＬＳＴ情報をＡＰサーバ２へ受け渡した後、当該代表着信に係る応答検出管理情報を削除する。
【００４８】
ＡＰサーバ２の代表制御部２３は、代表管理ＤＢ３から受信したＣＫＲＴＬＳＴ情報により、応答の意思表示を通知した着ユーザがいたか、さらに端末装置４からの代表着信応答の受信待ちを継続するか、あるいは、代表着信を拒否するかの着信状態を判断する。ここでは、応答の意思表示を通知した着ユーザがいたと判断したとする。
このとき、代表制御部２３は、着信結果を表示させる対象ユーザのＵｓｅｒＩＤ情報と、判断結果、応答する着ユーザの情報などを示すＣｏｍｐ情報を表示部２４へ受け渡す（ステップＳ２３５）。なお、着ユーザの情報は、例えば、電話番号や氏名などである。氏名などの着ユーザの情報は、着ユーザのユーザＩＤに対応させて予め代表管理ＤＢ３に登録しておく。
【００４９】
表示部２４は、端末装置１へＣｏｍｐ情報を表示するための着信状態通知画面情報を生成して端末装置１へ受け渡し、表示を指示する（ステップＳ２４０）。これにより、端末装置１は、着ユーザが応答した旨と、応答する着ユーザの情報を表示する。さらに、表示部２４は、代表着信応答をまだ通知していない端末装置４へ着信状態通知画面情報を受け渡し、表示を指示する（ステップＳ２４５）。端末装置４は、代表着信表示画面を消去するとともに受信した着信状態通知画面を表示し、鳴動を停止する。
【００５０】
続いて、代表制御部２３は、ツール起動部２５へサーバ起動を指示する（ステップＳ２２５０）。サーバ起動の指示には、発ユーザ及び着ユーザのユーザＩＤ（ＵｓｅｒＩＤ１／２）、及び、ｔｏｏｌｓ情報が含まれる。ツール起動部２５は、ｔｏｏｌｓ情報で示されるコミュニケーションツールを提供するコミュニケーションツール提供装置５を起動する。そして、発ユーザ及び着ユーザのユーザＩＤ（ＵｓｅｒＩＤ）と、ｔｏｏｌｓ情報とを受け渡し、接続を要求する（ステップＳ２５５）。このｔｏｏｌｓ情報には、コミュニケーションツールの情報と、このコミュニケーションツールを実行させる発ユーザの及び着ユーザのアドレス情報が含まれる。コミュニケーションツールを実行させる発ユーザのアドレス情報は、予め代表管理ＤＢ３に発ユーザのユーザＩＤに対応させて登録しておくことでもよく、発ユーザのログイン時に取得することでもよい。あるいは、ログインしたときの端末装置１のアドレス情報を用いる場合もある。また、コミュニケーションツールを実行させる着ユーザのアドレス情報は、ステップＳ１８５において受信した代表群アドレス情報から取得するが、ログインしたときの端末装置４のアドレス情報を用いる場合もある。
コミュニケーションツール提供装置５は、発ユーザ及び着ユーザ間の端末装置４の通信を確立し、コミュニケーションツールを提供する。
【００５１】
なお、ステップＳ２３５において、着信の拒否が判断された場合、代表制御部２３は、着信拒否を示す判断結果、拒否理由などを示すＣｏｍｐ情報を表示部２４へ受け渡す。そして、ステップＳ２４０において、端末装置１は、代表着信表示画面の表示を消去するとともに、ＡＰサーバ２の表示部２４が生成した着信状態通知画面を表示し、着信拒否の旨と、拒否理由とを出力する。
【００５２】
図９は、端末装置１が表示する画面イメージを示す図である。
操作画面Ｇ１は、図７のステップＳ１１０において端末装置１が表示する画面である。発ユーザは、着信先の代表群を検索した後に代表着信を要求するための「相手選択」メニューを選択する。
また、カテゴリ選択画面Ｇ２は、図７のステップＳ１４０において端末装置１が表示する画面である。ここでは、「職種」、「所属」、「製品」、「サービス」、…などのカテゴリのリストが表示される。発ユーザは、リストの中から１つのカテゴリを選択する。
【００５３】
また、代表群選択画面Ｇ３は、図７のステップＳ１７０において端末装置１が表示する画面である。カテゴリ選択画面Ｇ２で「職種」が選択されると、代表群選択画面Ｇ３では、「営業」、「開発」、「総務」、「購買」、…などの代表群種別のリストが表示される。さらに、代表群選択画面Ｇ３には、チャット（ＣＨＡＴ）、ＴＶ電話、伝言などのコミュニケーションツールを選択するためのサービス起動ボタンが表示される。発ユーザは、代表群種別のリストから代表着信の接続先代表群を選択し、サービス起動ボタンを押下する。これにより、端末装置１から代表群／ツール選択がＡＰサーバ２へ通知される。
【００５４】
図１０は、図８のステップＳ２１０において、端末装置４が表示する代表着信表示画面の画面イメージを示す図である。
同図において、代表着信表示画面では、代表着信が要求されている旨のメッセージと、着信が要求された代表群種別、発ユーザの名前（要求者名）、要求されたコミュニケーションツール、応答または拒否を選択するボタン、拒否理由を選択するためのプルダウンメニューを表示する。
【００５５】
図１１は、ＡＰサーバ２の代表制御部２３における着信状態判断処理のフローを示す図である。
図８のステップＳ２２５において、代表制御部２３は、制御部２２からからＫｅｙ情報、ＯＫＮＧ情報、Ｒｅａｓｏｎ情報、及び、ＵｓｅｒＩＤ情報を受信する。すると、図８のステップＳ２３０に示したように、代表制御部２３は、これらの情報を代表管理ＤＢ３へ受け渡して代表着信管理を指示することにより、応答検出管理情報を更新し、ＣＫＲＴＬＳＴ情報を受信する（ステップＳ３１０）。代表制御部２３は、受信したＣＫＲＴＬＳＴ情報を基に、着信状態（ＣＫＲＴ）を判断する（ステップＳ３１５）。
【００５６】
代表制御部２３は、一部未応答状態である、すなわち、代表着信表示を指示した端末装置４のうち、まだ応答の意思表示を通知した端末装置４がなく、かつ、代表着信応答が未送信の端末装置４があると判断した場合（ステップＳ３１５：Ｗａｉｔ）、代表着信応答の入力待ちを継続することを決定する（ステップＳ３２０）。
【００５７】
また、代表制御部２３が、接続状態である、すなわち、代表着信表示を指示した端末装置４のうち、応答の意思表示を送信した端末装置４があったと判断した場合（ステップＳ３１５：ＣＯＮＮＥＣＴ）、代表着信応答を未送出の端末装置４に対して、他のユーザが応答する旨の着信結果表示を行うよう表示部２４へ指示する（ステップＳ３３０）。そして、ツール起動部２５へ、要求されたコミュニケーションツールを提供するコミュニケーションツール提供装置５の起動を要求するよう指示する（ステップＳ３３５）。
【００５８】
また、代表制御部２３が、通信拒否状態である、すなわち、代表着信表示を指示した端末装置４全てから拒否の意思表示を受信したと判断した場合（ステップＳ３１５：ＮｏＡｎｓｗｅｒ）、ＣＫＲＴＬＳＴ情報から各着ユーザが送信した拒否理由を抽出する。そして、代表管理ＤＢ３内の拒否理由プライオリティ設定テーブルを参照し、この抽出した拒否理由の中から、最も高いプライオリティを有する拒否理由を選択する（ステップＳ３４０）。代表制御部２３は、選択した拒否理由を含むＣｏｍｐ情報を表示部２４へ受け渡し、着信不可を示す着信結果表示を端末装置１へ表示するよう指示する（ステップＳ３４５）。表示部２４は、代表制御部２３から受信したＣｏｍｐ情報を表示するための着信状態通知画面情報を生成して端末装置１へ受け渡す。端末装置１は、受信した着信状態通知画面情報により、着信拒否の旨と拒否理由とを表示する。
【００５９】
続いて、代表制御部２３は、内部に保持しているＣＫＲＴＬＳＴ情報をクリアし、さらに、代表管理ＤＢ３へ当該代表着信に係る応答検出管理情報の削除を指示する（ステップＳ３５０）。代表制御部２３は、代表管理ＤＢ３に、Ｋｅｙ情報、ＯＫＮＧ情報、Ｒｅａｓｏｎ情報、及び、ＵｓｅｒＩＤ情報を代表管理ＤＢ３へ受け渡して応答検出管理情報の更新を要求し、ＣＫＲＴＬＳＴ情報を受信する（ステップＳ３５５）。代表制御部２３は、表示部２４へＣｏｍｐ情報を受け渡し、着信拒否を示す着信結果表示を端末装置４へ表示するよう指示する。表示部２４は、代表制御部２３から受信したＣｏｍｐ情報を表示するための着信状態通知画面情報を生成して、端末装置４へ受け渡す。端末装置４は、受信した着信状態通知画面情報により、拒否理由を表示する。
【００６０】
なお、図１１においては、代表着信表示を指示した端末装置４全てから拒否の意思表示を受信した場合に当該代表着信を着信拒否すると判断しているが、代表管理ＤＢ３内に着信拒否条件を記憶させておき、この着信拒否条件に合致する場合に、着信拒否すると判断してもよい。例えば、代表群に属する特定の着ユーザから拒否の意思表示を受信した場合、着信表示を指示した端末装置４のうち所定数または所定の割合の端末装置４から拒否の意思表示を受信した場合、端末装置４へ着信表示を行ってから所定時間内にどの端末装置４からも応答の意思表示を受信しなかった場合、などである。このとき、ＡＰサーバ２は、拒否理由を表示して着信拒否を通知するための着信状態通知画面情報を生成し、代表着信応答をまだ送出していない端末装置４へ受け渡す。端末装置４は、受信した着信状態通知画面情報により、拒否理由を表示して着信拒否を通知するとともに、鳴動を停止する。また、さらに、拒否の意思表示情報を送出した着ユーザの端末装置４へ当該着信状態通知画面情報を受け渡すことでもよい。また、端末装置４の鳴動中に端末装置１から代表着信の途中放棄を受信した場合も、同様の処理により、着信表示を指示した端末装置４へ、発ユーザが途中放棄した旨のメッセージを表示させる。
【００６１】
続いて、本実施の形態による代表着信システムの機能について説明する。
まず、ユーザの複数代表群への所属について説明する。
図１２は、ユーザの複数代表群への所属を説明するための図であり、図１３は、代表群の構成例を説明するための図である。
本実施の形態では、図３の代表群管理テーブルに示す通り、電話番号を直接用いず、ユーザＩＤを用いて代表群を組織し、代表群の上位にカテゴリを構成している。これにより、電話番号に依存しない代表群の構成が可能となる。このことから、代表は任意に設定される１つのグループとして定義され、ユーザ個々人が複数のグループに所属することができるようになり、連絡の取りやすさを可能とした。また、これにより、代表には従来のような代表親番号が不要となった。
図１２において、ユーザＡは、同じカテゴリ「職種」の代表群「営業」及び代表群「開発」の両方に属している。
また、図１３において、ユーザＡのユーザＩＤ「11111111」は、カテゴリ「職種」の代表群種別「営業」及び「開発」に属している。さらに、ユーザＡは、カテゴリ「所属」の代表群種別「○○営業部」と、カテゴリ「製品」の代表群種別「Ａ製品」に属している。
【００６２】
次に、交換リソースの節約について説明する。
図１４は、電話サービスにおける代表着信の手順を示す図である。
本実施の形態による代表着信システムは、代表電話サービスを提供する場合、代表着信要求を全てＡＰサーバ２において扱い、発ユーザと、応答の意思表示を通知した着ユーザのアドレス情報を電話サーバ５ａへ通知している。そして、電話サーバ５ａにおいて、実際に交換機リソースを使用した端末装置１と端末装置４間の通信を確立している。
【００６３】
同図において、端末装置１とＡＰサーバ２との間、ＡＰサーバ２と電話サーバ５ａとの間では、ＨＴＴＰ（Hypertext Transfer Protocol）などのインターネットのプロトコルを用いて通信を行う。具体的には、ＡＰサーバ２へのログイン後、端末装置１は、ＨＴＴＰを用いて、代表着信要求を送信する（ステップＳ４１０）。ＡＰサーバ２は、要求された代表群に属する着ユーザの端末装置４へ代表着信表示を指示する（ステップＳ４１５）。ＡＰサーバ２は、着ユーザＡの端末装置４から拒否の意思表示を受信し（ステップＳ４２０）、続いて、着ユーザＤから応答の意思表示を受信すると（ステップＳ４２５）、端末装置１へ着ユーザＤのアドレス情報を通知する（ステップＳ４３０）。
そして、ＡＰサーバ２は、ＨＴＴＰを用いて、電話サーバ５ａへ発ユーザ及び着ユーザＤの電話番号を通知し、接続を要求する（ステップＳ４３５）。電話サーバ５ａは、電話の呼制御プロトコルを用いて発ユーザの端末装置１及び着ユーザＤの端末装置４への電話接続を起動し、呼を確立する（ステップＳ４４０、Ｓ４４５）。これにより、発ユーザの端末装置１及び着ユーザＤの端末装置４の間で通信が確立する（ステップＳ４５０）。
なお、ステップＳ４３５において、ＡＰサーバ２が電話サーバ５ａへ発ユーザ及び着ユーザＤの電話番号を通知するかわりに、発ユーザの端末装置１へ着ユーザＤの電話番号を通知し、端末装置１が、通知された着ユーザＤの電話番号を用いて電話サーバ５ａへ呼接続を要求することでもよい。
【００６４】
次に、電話以外のコミュニケーションツールへの代表着信の提供について説明する。
図１５は、コミュニケーションツールへの代表着信の提供を説明するための図である。
本実施の形態による代表着信システムでは、代表着信機能を有さないコミュニケーションツールであっても、ＡＰサーバ２と連携することにより、代表着信機能を提供することができる。
複数のコミュニケーションツール提供装置５がある場合、発ユーザは、利用ツールと、代表群とを選択する。ＡＰサーバ２は、選択された代表群を呼び出し、応答の意思表示を受信すると、発ユーザが選択したミュニケーションツールを提供するコミュニケーションツール提供装置５を起動する。これにより、コミュニケーションツール提供装置５が、発ユーザと着ユーザ間を接続する。
【００６５】
図１６は、コミュニケーションツールへ代表着信を提供する手順を示す図である。
同図において、発ユーザの端末装置１は、ＡＰサーバ２へ代表群を特定するためのＫｅｙ情報と、コミュニケーションツールを特定するためのｔｏｏｌｓ情報をＡＰサーバ２へ送信する（ステップＳ５１０）。ＡＰサーバ２は、代表群に属する着ユーザへ代表着信表示を指示する（ステップＳ５１５）。ＡＰサーバ２は、応答の意志表示を受信すると（ステップＳ５２０）、ｔｏｏｌｓ情報で示されるコミュニケーションツールを実行するコミュニケーションツール提供装置５へ発ユーザ及び着ユーザのアドレス情報を通知し、接続要求を行う（ステップＳ５２５）。例えば、ｔｏｏｌｓ情報が「チャット」を示している場合、チャットサーバ５ｂへ接続要求が送出される。チャットサーバ５ｂは、発ユーザの端末装置１及び着ユーザの端末装置４とチャット接続を行う（ステップＳ５３０、Ｓ５３５）。これにより、発ユーザの端末装置１及び着ユーザの端末装置４の間で通信が確立する（ステップＳ５４０）。
【００６６】
次に、代表番号を用いない代表群管理について説明する。
図１７は、代表番号を用いない代表着信を説明するための図である。
本実施の形態による代表着信システムは、端末装置１がＡＰサーバ２へログインして、各種コミュニケーションツール提供装置５の起動を要求する方式であることから、最初に代表群の検索が可能である。また、代表番号という数字のみで構成された形態ではなく、代表グループ（カテゴリ及び代表群種別）を任意の文字列により表現することが可能である。これにより、発ユーザは、ＡＰサーバ２から通知された文字列で表現された代表グループの情報から、代表群を選択して代表着信を要求する。代表群グループは、例えば、「会議室予約」や「取締役との面談」など目的により接続先を選択することも可能である。
同図において、発ユーザは、端末装置１に表示されるカテゴリのリストの中から、「製品名」を選択する。すると、ＡＰサーバ２は、カテゴリ「製品名」に属する代表群種別「Ａ製品」、「Ｂ製品」、…を示す代表群種別リストを端末装置１へ表示させる。
発ユーザは、端末装置１に表示される代表群種別のリストの中から製品名を選択し、ツールボタンを押下することで、代表着信の要求を行う。これにより、選択した製品名をもつ代表群に属する着ユーザのうち、応答の意思表示を返送した人と指定したコミュニケーションツールによりコミュニケーションが可能となる。
【００６７】
次に、着ユーザからの着信拒否について説明する。
図１８は、着ユーザによる着信拒否を説明するための図である。
代表群に所属する全着ユーザの端末装置４から、代表着信要求に対して、応答、または、拒否理由の選択による応答の拒否の意思表示を受信する。これにより、発ユーザへ正確な通信不成立理由を明示するとともに、着ユーザの意志により通信拒否を行い、鳴動を停止させる。なお、代表着信では複数ユーザから拒否理由を受信するため、拒否理由に優先順位を設け、発ユーザへ通知する。拒否理由としては、要求されているツールへの応答を希望しない、取込中、接客中など、着信者が拒否をする理由は様々である。
【００６８】
図１９は、着ユーザによる着信拒否の手順を示す図である。
同図において、端末装置１は、代表着信要求をＡＰサーバ２へ送信し（ステップＳ６１０）、ＡＰサーバ２は、代表群に属する着ユーザの端末装置４へ代表着信表示を指示する（ステップＳ６１５）。ＡＰサーバ２は、すべの着ユーザの端末装置４から拒否の意思表示と、拒否理由とを受信する（ステップＳ６２０、Ｓ６２５、Ｓ６３０、Ｓ６３５、Ｓ６４０）。このとき、ＡＰサーバ２は、各着ユーザから受信した拒否理由について、予め設定した優先度から最も優先度の高い拒否理由を端末装置１へ通知する（ステップＳ６４５）。なお、ユーザの優先度を代表管理ＤＢ３へ記憶しておき、最も高い優先度のユーザの端末装置４から受信した拒否理由を通知することもできる。最も優先度の高いユーザの端末装置４から拒否の意思表示を通知した場合、ＡＰサーバ２は、代表着信表示を指示した全ての着ユーザの端末装置４が意思表示を通知していない状態であっても、当該代表着信要求に対して着信拒否を行ってもよい。このとき、ＡＰサーバ２は、代表着信応答をまだ送出していない端末装置４へ拒否理由を通知する。端末装置４は、受信した拒否理由を表示して代表着信を拒否した旨を着ユーザへ通知し、鳴動を停止する。さらに、拒否の意思表示を送出した着ユーザの端末装置４へも拒否理由を通知してもよい。
【００６９】
次に、着ユーザへの状態表示について説明する。
図２０は、着ユーザへの状態表示について説明するための図である。
ＡＰサーバ２は、着信を要求した代表群から応答の意思表示を検出した場合、意思表示を通知していない未アクションユーザの端末装置４に、応答者の氏名などを表示させ、さらに、表示していた代表着信表示画面を消去し、鳴動を停止する。これにより、誰かが応答するのか、あるいは、呼が成立しなかったのかを判別出来る。
【００７０】
図２１は、着ユーザが応答する場合の状態表示の手順を示す図である。
同図において、端末装置１が代表着信要求をＡＰサーバ２へ送信すると（ステップＳ７１０）、ＡＰサーバ２は、代表群に属する着ユーザの端末装置４へ代表着信表示を指示する（ステップＳ７１５）。ＡＰサーバ２は、着ユーザＤの端末装置４から応答の意思表示を、着ユーザＣ及びＥの端末装置４からは拒否の意思表示を受信する（ステップＳ７２０、Ｓ７２５、Ｓ７３０）。すると、ＡＰサーバ２は、意思表示を通知していない着ユーザＡ及びＢへ、応答の意思表示を通知したユーザＤの氏名等着信結果の表示を指示する（ステップＳ７３５、Ｓ７４０）。その後、ＡＰサーバ２は、コミュニケーションツール提供装置５へ接続要求を行う（ステップＳ７４５）。
なお、ＡＰサーバ２は、未アクションユーザだけではなく、拒否の意思表示を通知した着ユーザの端末装置４へも着信結果を表示させることでもよい。また、応答の意思表示をＡＰサーバ２へ送信したが、着信者として選択されなかったユーザの端末装置４へも着信結果を表示させる。
【００７１】
図２２は、発ユーザが途中放棄した場合の状態表示の手順を示す図である。
同図において、端末装置１が代表着信要求をＡＰサーバ２へ送信すると（ステップＳ８１０）、ＡＰサーバ２は、代表群に属する着ユーザＡ〜Ｅの端末装置４へ代表着信表示を指示する（ステップＳ８１５）。ＡＰサーバ２は、着ユーザＣ，Ｄ及びＥの端末装置４から拒否の意思表示を受信したのち（ステップＳ８２０、Ｓ８２５、Ｓ８３０）、端末装置１から代表着信の要求キャンセルを受信する（ステップＳ８３５）。すると、ＡＰサーバ２は、意思表示を通知していない着ユーザＡ及びＢの端末装置４へ、発ユーザが代表着信の要求をキャンセルした旨の状態表示を指示する。端末装置４は、ＡＰサーバ２からの指示を受け、発ユーザが代表着信の要求をキャンセルした旨を表示し、鳴動を停止する。
なお、未アクションユーザだけではなく、拒否の意思表示を通知した着ユーザの端末装置４へ状態表示を行うことでもよい。
【００７２】
上記実施の形態によれば、ユーザＩＤを用いて代表管理を行うことにより、カテゴリ及び代表群という分類を用いて、従来の電話サービスだけでなく、様々なコミュニケーションツールに対して代表着信を提供できる。
また、代表番号などの電話番号を直接使用せず、コミュニケーションツールの一種としての電話交換サービスに代表着信機能を提供することができるため、電話番号の削除による運用中の矛盾など、電話番号そのものを用いた既存の代表着信において発生していた問題を排除するとともに、代表子番号が複数代表番号に属することを可能とする。
また、代表着信に応答する着ユーザがいることを、未応答ユーザの端末装置４全てに表示することにより、発ユーザによる通信の途中放棄との区別を明確に通知することができる。
また、着ユーザによる着信拒否手順を構築したことにより、発ユーザが切断しない限り端末装置４を鳴動し続けるなど、交換機リソースを無駄に使用する問題を解消する。
【００７３】
なお、ＡＰサーバ２、代表管理ＤＢ３、コミュニケーションツール提供装置５のすべて又は一部の装置を同一のサーバで構成することでもよく、それぞれの装置を複数のサーバで構成することでもよい。
【００７４】
なお、上述の端末装置１及び４、ＡＰサーバ２、代表管理ＤＢ３、ならびに、コミュニケーションツール提供装置５は、内部にコンピュータシステムを有している。そして、上述した端末装置１及び４、ＡＰサーバ２の入力部２１、制御部２２、代表制御部２３、表示部２４及びツール起動部２５、代表管理ＤＢ３、ならびに、コミュニケーションツール提供装置５の動作の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記処理が行われる。ここでいうコンピュータシステムとは、ＯＳや周辺機器等のハードウェアを含むものである。
【００７５】
また、「コンピュータ読み取り可能な記録媒体」とは、ＲＯＭの他に、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のシステムやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００７６】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００７７】
【図１】本発明の一実施の形態による代表着信システムの全体構成を示す図である。
【図２】同実施の形態によるＡＰサーバの機能ブロック図である。
【図３】同実施の形態による代表群管理テーブルの構成例を示す図である。
【図４】同実施の形態によるアドレス管理テーブルの構成例を示す図である。
【図５】同実施の形態による応答検出管理情報の構成例を示す図である。
【図６】同実施の形態による拒否理由プライオリティ設定テーブルの構成例を示す図である。
【図７】同実施の形態による代表着信システムの接続フローを示す図である。
【図８】同実施の形態による代表着信システムの接続フローを示す図である。
【図９】同実施の形態による発ユーザの端末装置が表示する画面イメージを示す図である。
【図１０】同実施の形態による代表着信表示画面の画面イメージを示す図である。
【図１１】同実施の形態によるＡＰサーバの代表制御部における着信状態判断処理のフローを示す図である。
【図１２】同実施の形態によるユーザの複数代表群への所属を説明するための図である。
【図１３】同実施の形態による代表群の構成例を説明するための図である。
【図１４】同実施の形態による電話サービスにおける代表着信の手順を示す図である。
【図１５】同実施の形態によるコミュニケーションツールへの代表着信の提供を説明するための図である。
【図１６】同実施の形態によるコミュニケーションツールへ代表着信を提供する手順を示す図である。
【図１７】同実施の形態による代表番号を用いない代表着信を説明するための図である。
【図１８】同実施の形態による着ユーザによる着信拒否を説明するための図である。
【図１９】同実施の形態による着ユーザによる着信拒否の手順を示す図である。
【図２０】同実施の形態による着ユーザへの状態表示を説明するための図である。
【図２１】同実施の形態による着ユーザ応答時の状態表示の手順を示す図である。
【図２２】同実施の形態による発ユーザ途中放棄時の状態表示の手順を示す図である。
【符号の説明】
【００７８】
１、４…端末装置
２…ＡＰ（アプリケーション）サーバ
３…代表管理ＤＢ（データベース）（記憶手段）
５…コミュニケーションツール提供装置
２１…入力部（着信要求受付手段、意思表示受信手段）
２２…制御部
２３…代表制御部（ユーザ選択手段）
２４…表示部（通知手段、着信結果通知手段）
２５…ツール起動部（起動手段）
５ａ…電話サーバ
５ｂ…チャットサーバ
５ｃ…カンファレンスサーバ
５ｄ…伝言サーバ
５ｅ…資料共有サーバ
【図１】
2006074116.tif 000003
【図２】
2006074116.tif 000004
【図３】
2006074116.tif 000005
【図４】
2006074116.tif 000006
【図５】
2006074116.tif 000007
【図６】
2006074116.tif 000008
【図７】
2006074116.tif 000009
【図８】
2006074116.tif 000010
【図９】
2006074116.tif 000011
【図１０】
2006074116.tif 000012
【図１１】
2006074116.tif 000013
【図１２】
2006074116.tif 000014
【図１３】
2006074116.tif 000015
【図１４】
2006074116.tif 000016
【図１５】
2006074116.tif 000017
【図１６】
2006074116.tif 000018
【図１７】
2006074116.tif 000019
【図１８】
2006074116.tif 000020
【図１９】
2006074116.tif 000021
【図２０】
2006074116.tif 000022
【図２１】
2006074116.tif 000023
【図２２】
2006074116.tif 000024