(57)【要約】【課題】従来の呼出処理を順次行う代表着信システムにおいては、呼び出される端末装置に対してその呼出順位が通知されない、という課題がある。そのため例えばその呼出が実は１０番目であったとしても、呼出に応じた着信者はそのことに気付くことができず、待たされた発信者との間でトラブルが発生する、などの可能性がある。【解決手段】以上の課題を解決するために、本発明は、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す際に、現在呼出中の端末装置や呼出候補である端末装置に対して自身の呼出順位を通知する機能を備えた代表着信管理サーバ装置を提供する。また、発信者の端末装置に対しても、現在呼出中の端末装置や呼出候補である端末装置の呼出順位を通知する機能を備えた代表着信管理サーバ装置も提供する。【選択図】図２
2008066825.tif 000002
【特許請求の範囲】
【請求項１】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理サーバ装置であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得部と、
次に呼び出される端末装置である次呼出端末装置に対して前記取得した呼出順位情報に基づいてその端末装置が呼び出される順位を示す端末順位情報を送信する端末順位情報送信部と、
を有する代表着信管理サーバ装置。
【請求項２】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理サーバ装置であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得部と、
所定の複数の端末装置の全部又は一部である候補端末装置に対して、前記取得した呼出順位情報に基づいて候補端末装置のそれぞれが呼び出される順位の一部又は全部を示す候補端末順位情報を送信する候補端末順位情報送信部と、
を有する代表着信管理サーバ装置。
【請求項３】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理サーバ装置であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得部と、
発信者の端末装置に対して、前記取得した呼出順位情報に基づいて次に呼び出される端末装置である次呼出端末装置が呼び出される順位を示す端末順位情報を送信する発信者向端末順位情報送信部と、
を有する代表着信管理サーバ装置。
【請求項４】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理サーバ装置であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得部と、
発信者の端末装置に対して、前記取得した呼出順位情報に基づいて所定の複数の端末装置の全部又は一部のそれぞれが呼び出される順位を示す候補端末順位情報を送信する発信者向候補端末順位情報送信部と、
を有する代表着信管理サーバ装置。
【請求項５】
前記呼出順位情報取得部は、
代表発呼に基づいた呼出に応答しなかった端末装置の数をカウントし、その結果に基づいて呼出順位情報として取得する拒否回数カウント手段を備える
請求項１又は３に記載の代表着信管理サーバ装置。
【請求項６】
代表発呼に応じて呼び出されるべき所定の各端末装置の識別情報と、前記各端末装置に割り当てられている呼出順位とを関連付けた呼出順位情報を格納した呼出順位テーブルを保持する呼出順位テーブル保持部を有し、
前記呼出順位情報取得部は、呼出順位情報を前記呼出順位テーブル保持部に保持されている呼出順位テーブルから取得する呼出順位テーブル取得手段を有する、
請求項１から４のいずれか一に記載の代表着信管理サーバ装置。
【請求項７】
前記呼出順位テーブル保持部は、
日時情報に応じて複数の呼出順位テーブルを保持する日時別呼出順位テーブル保持手段を備える
請求項６に記載の代表着信管理サーバ装置。
【請求項８】
端末装置からの呼出順位指定情報を取得する呼出順位指定情報取得部と、
をさらに有し、
前記呼出順位テーブル保持部は、
取得した呼出順位指定情報に基づいて保持している呼出順位テーブルの更新を行う更新手段を備える
請求項６又は７に記載の代表着信管理サーバ装置。
【請求項９】
代表発呼に応じて呼び出されるべき所定の複数の端末装置の作動状況を示す端末作動状況情報を取得する端末作動状況情報取得部と、
をさらに有し、
呼出順位情報取得部は、
取得した端末作動状況情報に基づいて前記呼出順位情報を取得する作動状況依存呼出順位情報取得手段を有する
請求項１から８のいずれか一に記載の代表着信管理サーバ装置。
【請求項１０】
前記代表着信管理サーバ装置が送信する端末順位情報又は候補端末順位情報を取得する順位情報取得部と、
取得した端末順位情報又は候補端末順位情報に基づいて出力を行う出力部と、
を有する端末装置。
【請求項１１】
前記出力部は、
前記端末順位情報に基づく出力と、前記候補端末順位情報に基づく出力と、でその出力方法を切り替える切換手段
を有する請求項１０に記載の端末装置。
【請求項１２】
請求項１から９のいずれか一に記載の代表着信管理サーバ装置と、請求項１０又は１１に記載の端末装置と、からなる代表着信システム。
【請求項１３】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理方法であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得ステップと、
次に呼び出される端末装置である次呼出端末装置に対して前記取得した呼出順位情報に基づいてその端末装置が呼び出される順位を示す端末順位情報を送信する端末順位情報送信ステップと、
を計算機に実行させる代表着信管理方法。
【請求項１４】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理方法であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得ステップと、
所定の複数の端末装置の全部又は一部に対して前記取得した呼出順位情報に基づいて候補端末装置のそれぞれが呼び出される順位の一部又は全部を示す候補端末順位情報を送信する候補端末順位情報送信ステップと、
を計算機に実行させる代表着信管理方法。
【請求項１５】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理方法であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得ステップと、
発信者の端末装置に対して、前記取得した呼出順位情報に基づいて次に呼び出される端末装置である次呼出端末装置が呼び出される順位を示す端末順位情報を送信する発信者向端末順位情報送信ステップと、
を計算機に実行させる代表着信管理方法。
【請求項１６】
発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理方法であって、
呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得ステップと、
発信者の端末装置に対して、前記取得した呼出順位情報に基づいて所定の複数の端末装置の全部又は一部のそれぞれが呼び出される順位を示す候補端末順位情報を送信する発信者向候補端末順位情報送信ステップと、
を計算機に実行させる代表着信管理方法。
【請求項１７】
前記呼出順位情報取得ステップは、
代表発呼に基づいた呼出に応答しなかった端末装置の数をカウントし、その結果に基づいて呼出順位情報として取得する
請求項１３又は１５に記載の代表着信管理方法。
【請求項１８】
代表発呼に応じて呼び出されるべき所定の各端末装置の識別情報と、前記各端末装置に割り当てられている呼出順位とを関連付けた呼出順位情報を格納した呼出順位テーブルを保持するため記録する呼出順位テーブル記録ステップを有し、
前記呼出順位情報取得ステップは、呼出順位情報を前記記録され保持されている呼出順位テーブルから取得する
方法請求項１３から１６のいずれか一に記載の代表着信管理方法。
【請求項１９】
前記呼出順位テーブル記録ステップは、
日時情報に応じて複数の呼出順位テーブルを日時別呼出順位テーブルとして保持するため記録する方法請求項１８に記載の代表着信管理方法。
【請求項２０】
端末装置からの呼出順位指定情報を取得する呼出順位指定情報取得ステップと、
前記取得した呼出順位指定情報に基づいて記録され保持している呼出順位テーブルの記録、更新を行う更新ステップと、
をさらに有する方法請求項１８又は１９に記載の代表着信管理方法。
【請求項２１】
代表発呼に応じて呼び出されるべき所定の複数の端末装置の作動状況を示す端末作動状況情報を取得する端末作動状況情報取得ステップと、
をさらに有し、
前記呼出順位情報取得ステップは、
取得した端末作動状況情報に基づいて前記呼出順位情報を取得する
方法請求項１３から２０のいずれか一に記載の代表着信管理方法。
【請求項２２】
前記代表着信管理方法によって送信される端末順位情報又は候補端末順位情報を取得する順位情報取得ステップと、
取得した端末順位情報又は候補端末順位情報を出力する出力ステップと、
を計算機に実行させる端末装置の制御方法。
【請求項２３】
前記出力ステップは、
前記端末順位情報に基づく出力と、前記候補端末順位情報に基づく出力と、でその出力方法を切り替える
請求項２２に記載の端末装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、代表着信方式によって端末装置の呼出処理を行う代表着信管理サーバ装置、及び端末装置などにおける技術に関する。
【背景技術】
【０００２】
従来、「代表着信方式」と呼ばれる通話端末の発呼、着信システムが提供されている。これは、例えば発信者が所定のグループの代表発呼番号に対して発信（代表発呼）を行うと、そのグループに属する複数の端末装置に対して一斉に呼出処理を行ったり、順次呼出処理を行ったりする端末呼出システムである。また特許文献１には、この代表着信システムに関し、代表発呼による呼出に対する着信側の端末装置の拒否や応答などの結果を発信者の端末装置に通知するための技術が開示されている。
【特許文献１】特開２００６−０７４１１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし上記従来技術、とくに代表発呼に応じた呼出処理を順次行う代表着信システムにおいては、呼び出される端末装置や発信者の端末装置に対してその呼出順位が通知されない、という課題がある。そのため、例えば代表発呼による着信者Ａに対する呼出が実は１０番目の呼出であったとしても、着信者Ａはそのことに気付くことができない。すると、代表発呼への応答をずっと待っていた発信者と、そのような事情を知らない着信者Ａとの間でトラブルが発生する、などの可能性がある。
【課題を解決するための手段】
【０００４】
以上の課題を解決するために、第一の本発明は、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す際に、現在呼び出している端末装置に対して呼出順位を通知する機能を備えた代表着信管理サーバ装置を提供する。具体的には、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得部と、次に呼び出される端末装置である次呼出端末装置に対して前記取得した呼出順位情報に基づいてその端末装置が呼び出される順位を示す端末順位情報を送信する端末順位情報送信部と、を有する代表着信管理サーバ装置である。
【０００５】
また、このような代表着信管理サーバ装置において端末装置に対してその呼出順位を通知するための代表着信管理方法も提供する。具体的には、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理方法であって、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得ステップと、次に呼び出される端末装置である次呼出端末装置に対して前記取得した呼出順位情報に基づいてその端末装置が呼び出される順位を示す端末順位情報を送信する端末順位情報送信ステップと、を計算機に実行させる代表着信管理方法である。
【０００６】
また、第二の本発明は、上記呼出順位の通知を、現在呼び出している端末装置以外の、呼出候補である端末装置に対してその呼出前に実行する機能を備えた代表着信管理サーバ装置を提供する。具体的には、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理サーバ装置であって、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得部と、所定の複数の端末装置の全部又は一部である候補端末装置に対して、前記取得した呼出順位情報に基づいて候補端末装置のそれぞれが呼び出される順位の一部又は全部を示す候補端末順位情報を送信する候補端末順位情報送信部と、を有する代表着信管理サーバ装置である。
【０００７】
また、このような代表着信管理サーバ装置において端末装置に対してその呼出順位を通知するための代表着信管理方法も提供する。具体的には、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す代表着信管理方法であって、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する呼出順位情報取得ステップと、所定の複数の端末装置の全部又は一部に対して前記取得した呼出順位情報に基づいて候補端末装置のそれぞれが呼び出される順位の一部又は全部を示す候補端末順位情報を送信する候補端末順位情報送信ステップと、を計算機に実行させる代表着信管理方法である。
【０００８】
また、第三の本発明として、現在呼び出している端末装置の呼出順位を発信者の端末装置に対して通知する機能を備えた代表着信管理サーバ装置や代表着信管理方法を提供する。また、第四の本発明として、呼出候補である端末装置の呼出順位を発信者の端末装置に対して通知する機能を備えた代表着信管理サーバ装置や代表着信管理方法を提供する。
【発明の効果】
【０００９】
以上のような構成をとる本発明によって、発信者の端末装置からの代表発呼に応じて順番に呼び出される所定の複数の端末装置や発信者の端末装置に対し、その呼出順位を通知することができるので、着信者や発信者は呼出に応じた端末装置が何番目なのか、などを把握することができる。したがって、例えば着信者は通知された呼出順位に応じて謝罪するなど着信者が適当な対応を取ることで、無用なトラブルの発生などを避けることもできる。
【発明を実施するための最良の形態】
【００１０】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１１】
なお、実施例１は、主に請求項１、１２、１３について説明する。また、実施例２は、主に請求項２、１２、１４について説明する。また、実施例３は、主に請求項３、１２、１５について説明する。また、実施例４は、主に請求項４、１２、１６について説明する。また、実施例５は、主に請求項５、１２、１７について説明する。また、実施例６は、主に請求項６、１２、１８について説明する。また、実施例７は、主に請求項７、１２、１９について説明する。また、実施例８は、主に請求項８、１２、２０について説明する。また、実施例９は、主に請求項９、１２、２１について説明する。また、実施例１０は、主に請求項１０、１２、２２について説明する。また実施例１１は、主に請求項１１、１２、２３について説明する。
【００１２】
≪実施例１≫
<概要>
図１は、本実施例の代表着信管理サーバ装置による呼出順位の通知の一例を表す概念図である。この図１（ａ）にあるように、本実施例の代表着信管理サーバ装置が、発信者の端末装置からの代表発呼を受け付ける。すると図１（ｂ）（ｃ）にあるように、この代表着信管理サーバ装置は、その代表発呼によって呼び出されるべき（代表No.で示されるグループに属する）端末装置Ａ，Ｂ，Ｃ，Ｄ・・・に対し順番に呼出処理を行っていく。そして本実施例の代表着信管理サーバ装置は、例えば１番目に呼び出した端末装置Ａに対してはその呼出順位「１番目」を通知する。そして、その端末装置Ａにて応答が無かった場合には、今度は端末装置Ｂを呼び出し、端末装置Ｂの呼出順位「２番目」を通知し、・・・・そして４番目の端末装置Ｄを呼び出した際には呼出順位「４番目」を通知する。このように、本実施例の代表着信管理サーバ装置は、現在呼出中の端末装置に対してその呼出順位を通知することを特徴としている。したがって、例えば呼出に応答した端末装置Ｄのユーザーは、その通知によって自分が４番目の呼び出しであったことを把握することができるので、図１（ｄ）にあるように、通話の始めに「出るのが遅れて申し訳ありません」と謝罪する、など適当な対応をとることができる。
【００１３】
<機能的構成>
図２は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（０２００）は、「呼出順位情報取得部」（０２０１）と、「端末順位情報送信部」（０２０２）と、を有する。
【００１４】
なお、この「代表着信管理サーバ装置」は、前述の代表着信システムを実現するため、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す機能を備えている。ただし、この機能を実現するための、例えば代表着信グループに属する所定の複数の端末装置を管理するための構成要件や、代表発呼に応じた順次呼出処理のための構成要件などについては従来実施されている代表着信システムや構内交換機などの構成要件と同様であるので、その説明は省略する。あるいは本発明の代表着信管理サーバ装置を、代表着信システムや構内交換機などに組み込むようにしてシステムとして構成しても良い。
【００１５】
また、以下に記載する本発明のサーバ装置や端末装置、あるいはシステムにおいて特徴的な機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、CPU（中央演算装置）や主メモリ、バス、あるいは二次記録媒体（ハードディスクや不揮発性メモリ、CD−ROMやDVD−ROMなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のI/O（インプット／アウトプット）ポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザーインターフェースなどが挙げられる。
【００１６】
またこれらハードウェアやソフトウェアは、主メモリ上に展開したプログラムをCPUで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００１７】
「呼出順位情報取得部」（０２０１）は、呼出順位情報を取得する機能を有する。「呼出順位情報」とは、呼び出される端末装置の呼出順位を示す情報を言う。この呼出順位情報の取得は、例えば代表発呼を受ける都度、ランダムデータ生成プログラムやランダム生成器などを利用してＣＰＵの演算処理によって端末装置ごとに呼出順位をランダムに決定し、新規に呼出順位を定めるテーブルリストを生成することで取得する方法が挙げられる。あるいは、実施例６にて後述するように、代表着信のグループごとに呼出順位を予め定めたテーブルリストなどをEEPROMなどに保持しておき、そのテーブルリストを参照することで呼出順位を取得する方法も挙げられる。
【００１８】
そして代表発呼に応じた端末装置に対する呼出処理が、ここで取得された呼出順位情報に従って順番に実行されるとともに、その呼出順位情報に基づいて順位を通知するための情報が端末装置に送信される、という具合である。
【００１９】
図３は、この呼出順位情報取得部での呼出順位情報の取得の一例を表す概念図である。この図にあるように、本実施例の代表着信管理サーバ装置は、代表発呼番号「０００−ＸＸ−ＹＹ」によって呼び出されるべき複数の所定の端末装置である端末装置Ａ，Ｂ，Ｃ，Ｄの識別情報や呼出番号、また図示していないがその呼出端末の所有者の名前などをリスト化し、管理している。ここで発信者の端末装置からの代表発呼番号「０００−ＸＸ−ＹＹ」の代表発呼を受け付けると、代表着信管理サーバ装置は、ランダムデータ生成プログラムを利用し、各端末装置の識別情報に対して数値が重ならないようランダムに呼出順位を付与していく。それによって、例えば端末装置Ａの呼出順位が４位、端末装置Ｂの呼出順位が３位、端末装置Ｃの呼出順位が１位、端末装置Ｄの呼出順位が２位、といった具合にそれぞれの端末装置の呼出順位情報を取得する。そして取得した呼出順位情報からテーブルリストを生成し主メモリなどに格納する、という具合である。
【００２０】
なお、ここで取得される呼出順位情報は、上記のように一の代表発呼に応じた呼出処理前に、予め全ての端末装置に対して呼出順位の数値を割り当てリスト化し保持しておく、といった処理でなくとも構わない。例えば、ランダムデータ生成プログラムによってまず端末装置Ｃの呼出順位情報「１番目」だけを取得する（端末装置Ｃを呼出順位「１番目」として決定する）。そして１番目に呼び出した端末装置Ｃからの応答が無かった場合に、今度は端末装置Ｄの呼出順位情報「２番目」を取得する（端末装置Ｄを呼出順位「２番目」として決定する）、といった処理を行う構成であっても良い。
【００２１】
また、この呼出順位情報取得部では、以下のように、状況に応じて一度取得した呼出順位情報をフレキシブルに再取得可能とする構成であっても良い。例えば、まずは「Ａが１番目」、「Ｂが２番目」、「Ｃが３番目」、・・・と通常通りの処理で端末装置ごとに呼出順位情報を取得し生成したテーブルリストを主メモリなどに格納する。ここで、代表着信管理サーバ装置は、端末装置Ａから現在別の相手と通話中であることを示す情報などを取得する。すると、呼出順位情報取得部では、通話中などで呼出に応答できない端末装置Ａをスキップして、「Ｂが１番目」、「Ｃが２番目」、・・・と上記呼出順位情報を取得し主メモリのテーブルリストを修正する、という具合である。
【００２２】
さらに例えば端末装置Ｂを呼出中に、端末装置Ａの通話終了を示す情報を取得すると、この代表着信管理サーバ装置は、今度は元々呼出順位情報が上の（呼出優先順位の高い）端末装置Ａを割り込ませる形で、「Ａが（Ｂの次の）２番目」「Ｃが３番目」、・・・と上記呼出順位情報をさらに取得し直し、主メモリのテーブルリストを修正する、といった処理を行うよう構成しても良い。また、この呼出順位情報取得部において上記のようなスキップ処理を行った場合には、スキップされた例えば端末装置Ａに対して、呼出順位情報が取得し直され、呼出処理がスキップされた旨を通知する構成を備えていても良い。また、上記スキップ処理によって例えば端末装置Ｂが呼出に応答した場合、その応答した端末装置の識別情報をスキップされた端末装置Ａに通知するよう構成されても良い。
【００２３】
「端末順位情報送信部」（０２０２）は、次呼出端末装置に対して端末順位情報を送信する機能を有する。「次呼出端末装置」とは、呼出処理を行う前の段階において次に呼び出される端末装置をいい、したがって呼出処理が実行されている段階においては、現在呼出中の端末装置が該当する。「端末順位情報」とは、前記取得した呼出順位情報に基づいてその次呼出端末装置が呼び出される順位を示す情報をいい、したがって、この端末順位情報によって現在呼出中の端末装置の呼出順位が示されることになる。なお、この端末順位情報の送信先を示す宛先情報は、例えば図３のリストなどに示される電話番号やＩＰアドレスなどを参照することで取得されるような構成とすると良い。そして、このように送信された端末順位情報を受信した端末装置では、実施例１０で後述するように、ディスプレイにその呼出順位を表示したり、スピーカーからの音声出力やライトの明滅処理を行ったりすることで、ユーザーに自身の呼出順位を通知する、という具合である。
【００２４】
このようにして本実施例の代表着信管理サーバ装置は、代表着信に応じて現在呼出中の端末装置に対して、その呼出順位を通知することができる。そしてそれによって現着信者は自身の呼出順位を知ることができる。したがって着信者は例えば通知された呼出順位に応じて謝罪するなど適当な対応を取ることで、無用なトラブルの発生などを避けることもできる。
【００２５】
また、代表発呼されたグループに属する全ての端末装置に対して呼出処理を行った場合、
この呼出順位情報や端末順位情報の取得処理は、例えば改めて実行されて新規取得されるよう構成されても良いし、前の呼出処理時の呼出順位情報や端末順位情報を保持しておいて、それらをそのまま流用するよう構成されていても良い。
【００２６】
<ハードウェア構成>
図４は、上記機能的な各構成要件をハードウェアとして実現した際の、代表着信管理サーバ装置における構成の一例を表す概略図である。この図を利用して端末装置への呼出順位の送信処理におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、代表着信管理サーバ装置は、各種演算処理を行う「ＣＰＵ」（０４０１）や「主メモリ」（０４０２）を備えている。また、代表着信を管理するためのリストなど様々なデータを記録保持する「フラッシュメモリ」（０４０３）や、通信を行うための「ネットワークインターフェース」（０４０４）や「モデム」（０４０５）なども備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００２７】
また、「主メモリ」は、各種処理を行うプログラムをＣＰＵに実行させるために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」や「フラッシュメモリ」にはそれぞれ複数のメモリアドレスが割り当てられており、「ＣＰＵ」で実行されるプログラムは、そのメモリアドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００２８】
ここで図示しない発信者の端末装置にて代表発呼用の番号「０００−ＸＸ−ＹＹ」がダイアル入力されると、その代表発呼番号が変調信号に変換され電話／ネットワーク網に送信される。代表着信管理サーバ装置では、その変調信号を「ネットワークインターフェース」にて受信すると、「モデム」にて代表発呼番号に復調し、「主メモリ」のアドレス１に格納する。
【００２９】
代表着信管理サーバ装置では、この代表発呼番号の「主メモリ」への格納をトリガーとして、代表発呼に応じた端末装置の順番呼出プログラムと、端末順位情報の通知プログラムとを実行する。具体的には代表発呼番号が「主メモリ」に格納されると、「フラッシュメモリ」のアドレス１に格納されている、図３に示すような、代表発呼番号と、その番号によって呼び出されるべき端末装置の識別情報と、を関連付けた管理リストを参照する。そしてその管理リストから代表発呼番号「０００−ＸＸ−ＹＹ」で呼び出されるべき端末装置の識別情報として、例えば端末装置Ａ，Ｂ，Ｃ，Ｄを取得する。そして順番呼出プログラムに含まれるランダムデータ生成プログラムを利用し、ＣＰＵの演算処理によってまず端末装置Ｃの呼出順位情報「１番目」を取得する。そして、その取得結果に応じて呼出順位情報「１番目」と、端末装置の識別情報「Ｃ」がそれぞれ「主メモリ」のアドレス２，３に格納される。また、その他の端末装置の識別情報やその呼出順位情報も同様に「主メモリ」の所定アドレスに格納されることで、呼出順位のテーブルリストが生成されても良い。あるいは、実施例６で後述するような呼出順位テーブルを「フラッシュメモリ」に保持しておき、そのテーブルを参照することで呼出順位情報の取得が行われても良い。
【００３０】
すると「ＣＰＵ」は、「主メモリ」のアドレス３に格納された呼出順位情報から、今から呼出処理を行う次呼出端末装置「Ｃ」に対して送信すべき端末順位情報「１番目」を生成する。また、「ＣＰＵ」は「主メモリ」のアドレス２に格納された端末装置の識別情報「Ｃ」、および「フラッシュメモリ」のアドレス１に格納されている管理リストから端末装置Ｃの呼出番号を取得する。そして、その呼出番号宛の呼出命令を生成し「主メモリ」のアドレス４に格納する。
【００３１】
そしてその呼出命令に従い、電話／ネットワーク網を介した端末装置Ｃに対する呼出が実行されるとともに、生成された端末順位情報が「モデム」にて変調され、「ネットワークインターフェース」を介し端末装置Ｃに送信される。すると端末装置Ｃでは呼出処理に応じて鳴動などが行われるとともに、電話／ネットワーク網を介して取得した端末順位情報に従い、その呼出順位「１番目」をディスプレイに表示する。
【００３２】
そして、端末装置Ｃにおいてその呼出が拒否などされた場合、呼出順位情報が２番目の端末装置に対して同様に呼出処理や端末順位情報の送信が行われる、という具合である。このようにして、端末装置のユーザーに対して代表発呼における自身の呼出順位を通知することができる。
【００３３】
<処理の流れ>
図５は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない（その場合、ステップＳ０５０１の代表発呼を受け付けるステップは、代表発呼の受付を開始するよう計算機を制御するステップとすると良い。以下、その他の実施例の処理の流れにおいても同様である）。この図にあるように、まず発信者の端末装置からの代表発呼を受け付ける（ステップＳ０５０１）と、本実施例の代表着信管理サーバ装置は、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する（ステップＳ０５０２）。そして、その取得した呼出順位情報に基づいて次呼出端末装置への呼出を行う（ステップＳ０５０３）。また、それとともに次呼出端末装置に対して自身の呼び出される順位を示す端末順位情報を送信する（ステップＳ０５０４）。そして、そのようにして送信された端末順位情報が現在呼出中の端末装置に受信され、そのディスプレイなどに出力されることで、現着信者は現在の呼出順位を知ることができる。
【００３４】
なお、前記ステップＳ０５０２は、前述のようにランダム生成プログラムなどで一の端末装置に関する呼出順位情報を取得する場合、その取得処理を繰り返すことで呼出順位テーブルを新規生成する処理を含むステップであっても良い。あるいは、実施例６で後述するような予め保持されている呼出順位テーブルを参照する処理によって全て（又は一部）の端末装置に関する呼出順位情報を取得するステップであっても良い。
【００３５】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、代表着信に応じ順番に呼び出される端末装置に対し、その呼出順位を通知することができる。したがって、現着信者は、例えば通知された呼出順位に応じて謝罪するなど適当な対応を取ることができるので、無用なトラブルの発生などを避けることもできる。
【００３６】
≪実施例２≫
<概要>
図６は、本実施例の代表着信管理サーバ装置による呼出順位の通知の一例を表す概念図である。この図にあるように、本実施例の代表着信管理サーバ装置も実施例１同様、発信者からの代表発呼に応じて端末装置に対して順番に呼出処理を行う場合に、その呼出順位を通知する機能を備えている。そして実施例１との相違点はその呼出順位の通知対象が現在呼出中の端末装置Ａではなく、その端末装置Ａの次以降に呼び出される予定の、いわば呼出候補の端末装置ＢやＣに対してである点である。そして本実施例では、その呼出候補の端末装置に対して自身の呼出順位や、その他の端末装置の呼出順位などを予め通知しておくことを特徴とする。
【００３７】
図７は、本実施例の代表着信管理サーバ装置から送信された情報に基づいて呼出候補の端末装置において表示される表示画面の一例を表す概念図である。この図７（ａ）にあるように、例えば呼び出される全端末装置の呼出順位のリストが呼出候補の端末装置に表示されても良い。また、図７（ｂ）にあるように、そのリストの現在呼出中の名前の横に矢印などのアイコンを表示したり色を変化させたりするよう表示しても良い。
【００３８】
あるいは図７（ｃ）にあるように、例えば通知を受けた呼出候補の端末装置自身の呼出順位が「あなたは３番目に呼び出されます」という具合に表示されても良い。また、図７（ｄ）にあるように、呼出候補の端末装置自身の呼出順位と、現在呼出中の端末装置の呼出順位が「あなたは３番目に呼び出されます（現在２番目を呼出中）」という具合に表示されても良い。このようにして、呼出候補者は実際に呼出がある前に、代表発呼に応じた自身の呼出順位や他の端末の呼出順位を予め知ることができ、実際に呼び出され応答した時点で、例えば実施例１同様、通知された呼出順位に応じて発信者に謝罪するなどの対応をとることができる。あるいは図７（ｅ）にあるように、例えば「Ｃさんが４番目に呼び出されます」という具合の候補端末順位情報を３番目に呼び出される端末装置にて表示することで、自分が着信拒否した場合に次に呼び出される端末装置のユーザーを通知するようにしても良い。
【００３９】
<機能的構成>
図８は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（０８００）は、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す機能を備え、さらに「呼出順位情報取得部」（０８０１）と、「候補端末順位情報送信部」（０８０２）と、を有する。そして「呼出順位情報取得部」（０８０１）は、呼出順位情報を取得する機能を有する。このように、この「呼出順位情報取得部」は、実施例１で記載した「呼出順位情報取得部」と同様の構成要件であるので、その説明は省略する。
【００４０】
「候補端末順位情報送信部」（０８０２）は、所定の複数の端末装置の全部又は一部に対して前記取得した呼出順位情報に基づいて候補端末順位情報を送信する機能を有する。「候補端末順位情報」とは、候補端末装置のそれぞれが呼び出される順位の一部又は全部を示す情報をいい、例えば図７に示したように、呼出候補の端末装置に対する「あなたは３番目に呼び出されます」といった具合の自身の呼出順位に関する情報や、「端末装置Ｃが１番目、端末装置Ｂが２番目、・・・」といった具合のその他の呼出順位も含めたリスト形式などでの情報が挙げられる。また、その情報が通知される際には、さらに「現在１番目の端末を呼出中です」といった具合に現在の呼出順位に関する情報が同時に通知されるような構成であっても良い。
【００４１】
このようにして、代表発呼に応じた呼出処理に際し、その呼出候補となる端末装置の全部、又は一部に対して、自身の呼出順位やその他の端末装置の呼出順位を通知することができる。
【００４２】
また、本実施例の代表着信管理サーバ装置は、実施例１で説明したような「端末順位情報送信部」をさらに備える構成であっても構わない。それによって上述のように呼出候補の端末装置に対して候補端末順位情報を送信する処理に加え、実施例１で説明したように現在呼出中の端末装置に対して端末順位情報を送信する処理を実行可能としても良い。
【００４３】
<ハードウェア構成>
本実施例の代表着信管理サーバ装置におけるハードウェア構成の一例は、前述の実施例１における構成例と同様で、図４に即して説明すると、代表着信管理サーバ装置は、「ＣＰＵ」や「主メモリ」、また「フラッシュメモリ」、「ネットワークインターフェース」、「モデム」などを備え、それらが「システムバス」などで相互に接続されている。
【００４４】
そして、実施例１で説明したように「ネットワークインターフェース」での発信者端末装置からの代表発呼番号の受信（復調、主メモリへの格納など）をトリガーとして、「ＣＰＵ」が順番呼出プログラムと、候補端末順位情報の通知プログラムの実行を開始する。そして「フラッシュメモリ」に格納されている管理リストやランダムデータ生成プログラムなどを利用し、「（端末装置）Ｃが１位」、「Ｄが２位」、「Ｂが３位」、「Ａが４位」、・・・という具合に、端末装置ごとにその呼出順位情報を取得し、それぞれの呼出順位情報を「主メモリ」のそれぞれのアドレスに格納し、呼出順位のテーブルリストを生成する。あるいは、実施例６で後述するような呼出順位テーブルを「フラッシュメモリ」に保持しておき、そのテーブルを参照することで呼出順位情報の取得が行われても良い。
【００４５】
すると、「ＣＰＵ」の命令によって、例えばそれらが全てリスト化された情報や、「あなたは４番目に呼び出されます（現在は１番目を呼出中です）」といった具合の候補端末順位情報が生成され、「主メモリ」の別のアドレスに格納される。
【００４６】
続いて、実施例１で説明したように呼出をかける端末装置、ここではまず１番目の「Ｃ」の呼出番号宛の呼出命令を生成し「主メモリ」のアドレス４に格納する。そしてその呼出命令に従い、電話／ネットワーク網を介した端末装置Ｃに対する呼出が実行される。また、それとともに、生成された候補端末順位情報を呼出候補の端末装置Ｄ，Ｂ，Ａに対して送信するため、それらが「モデム」にて変調され、「ネットワークインターフェース」を介し送信される。すると端末装置Ｃが呼出処理に応じて鳴動している間に、その他の端末装置Ｄ，Ｂ，Ａでは電話／ネットワーク網を介して候補端末順位情報を取得し、全リスト形式や自身の呼出順位などで示される候補端末順位をディスプレイに表示する、という具合である。
【００４７】
<処理の流れ>
図９は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず発信者の端末装置からの代表発呼を受け付ける（ステップＳ０９０１）と、本実施例の代表着信管理サーバ装置は、例えば前述の新規生成した呼出順位のテーブルリストや、あるいはフラッシュメモリなどに予め保持されている呼出順位テーブルなどを参照し、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する（ステップＳ０９０２）。そして、その取得した呼出順位情報に基づいて、受け付けた発呼に応じて呼び出される所定の複数の端末装置の全部、又は一部に対して、それら端末装置の一部又は全部が呼び出される順位を示す候補端末順位情報を送信する（ステップＳ０９０３）。そして、そのようにして送信された候補端末順位情報が代表発呼に応じて呼び出されるべき端末装置（の全部又は一部）に受信され、そのディスプレイなどに出力されることで、自身やその他の呼出順位を予め知り、代表発呼における呼出状況などを知ることができる。
【００４８】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、代表着信に応じて呼び出される候補となる端末装置に対し、自身の呼出順位や他の端末装置の呼出順位などを予め通知することができる。したがって、通知を受けた端末装置の利用者は、例えば自分の呼出順位を含め代表発呼における呼出状況を知ることなどができるので、本実施例においても通知された呼出順位に応じて端末装置の利用者が適当な対応を取ることで、無用なトラブルの発生などを避けることができる。
【００４９】
≪実施例３≫
<概要>
本実施例の代表着信管理サーバ装置は、上記実施例１と同様に代表発呼に応じて現在呼び出されている端末装置の呼出順位を通知する機能を備えている。そして実施例１との相違点は、その通知相手が発信者の端末装置である点である。このように構成することで、発信者は現在呼び出されているのが何番目の端末装置か知ることができるので、応答を待たされることに対してある程度の心構えを行うことを可能とする効果が期待できる。
【００５０】
なお、本実施例の代表着信管理サーバ装置は、実施例１や実施例２の構成をさらに備えることで、発信者の端末装置に加え、現在呼出中の端末装置や呼出候補の端末装置に対して、その呼出順位の通知処理が実行されるよう構成されていても構わない。
【００５１】
<機能的構成>
図１０は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（１０００）は、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す機能を備え、さらに「呼出順位情報取得部」（１００１）と、「発信者向端末順位情報送信部」（１００２）と、を有する。
【００５２】
「呼出順位情報取得部」（１００１）は、呼出順位情報を取得する機能を有する。このように、この「呼出順位情報取得部」は、実施例１で記載した「呼出順位情報取得部」と同様の構成要件であるので、その説明は省略する。
【００５３】
「発信者向端末順位情報送信部」（１００２）は、発信者の端末装置に対して端末順位情報を送信する機能を有する。なお、端末順位情報の生成などに関しては、実施例１にて既に記載済みであるのでその説明は省略する。そして、この端末順位情報の送信先を示す宛先情報は、例えば受け付けた代表発呼に含まれる、その送信元を示す電話番号情報やＩＰアドレスなどを利用して取得される構成とすると良い。
【００５４】
そしてこのように送信された端末順位情報によって、現在呼出中の端末装置の呼出順位が発信者の端末装置にて示されることになる。なお、発呼中は発信者が端末装置を耳に押し当てディスプレイを見ていない可能性もあるので、その端末順位情報の出力はディスプレイ出力以外に、例えば音声やメロディ、あるいは振動などで報知する構成としても良い。
【００５５】
<ハードウェア構成>
本実施例の代表着信管理サーバ装置におけるハードウェア構成の一例も、前述の実施例１における構成例と同様で、図４に即して説明すると、代表着信管理サーバ装置は、「ＣＰＵ」や「主メモリ」、また「フラッシュメモリ」、「ネットワークインターフェース」、「モデム」などを備え、それらが「システムバス」などで相互に接続されている。
【００５６】
そして、実施例１で説明したように「ネットワークインターフェース」での発信者端末装置からの代表発呼番号の受信（復調、主メモリへの格納など）をトリガーとして、「ＣＰＵ」が順番呼出プログラムと、端末順位情報の通知プログラムの実行を開始する。また代表発呼番号受信の際に、例えばその受信パケットにて示される送信元のＩＰアドレスなどを取得し、「主メモリ」に格納しておく。
【００５７】
そしてやはり実施例１で説明したように「フラッシュメモリ」に格納されている管理リストやランダムデータ生成プログラムなどを利用し、「（端末装置）Ｃが１位」などの呼出順位情報を取得し、呼出順位のテーブルリストを生成する。あるいは予め保持されている呼出順位テーブルなどを参照して呼出順位情報を取得する。そして呼び出される端末の識別情報「Ｃ」を「主メモリ」のアドレス３に、その端末順位情報「１位」を「主メモリ」のアドレス２に格納する。つづいて管理リストを参照して「Ｃ」の呼出番号宛の呼出命令を生成し「主メモリ」のアドレス４に格納する。そしてその呼出命令に従い、電話／ネットワーク網を介した端末装置Ｃに対する呼出が実行される。
【００５８】
また、それとともに、「主メモリ」のアドレス２に格納されている現在呼出中の端末装置Ｃの端末順位情報「１位」が「モデム」にて変調され、「ネットワークインターフェース」を介し、前記取得した発信者の端末装置のＩＰアドレス宛に送信される。すると端末装置Ｃが呼出処理に応じて鳴動している間に、発信者の端末装置では電話／ネットワーク網を介して端末順位情報を取得し、現在呼出中の端末装置の呼出順位「現在１番目を呼出中です」などをスピーカーから音声出力する、という具合である。
【００５９】
<処理の流れ>
図１１は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず発信者の端末装置からの代表発呼を受け付ける（ステップＳ１１０１）と、本実施例の代表着信管理サーバ装置は、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する（ステップＳ１１０２）。
【００６０】
そして、その取得した呼出順位情報に基づいて次呼出端末装置への呼出を行う（ステップＳ１１０３）。また、それとともに発信者の端末装置に対して次呼出端末装置の端末順位情報を送信する（ステップＳ１１０４）。そして、そのようにして送信された端末順位情報が発信者の端末装置に受信され、ディスプレイ出力や音声出力などされることで、発信者は現在の何番目の端末装置を呼び出し中であるかを知ることができる。
【００６１】
もちろん、実施例１で記載したように、前記ステップＳ１１０２は、ランダム生成プログラムなどで一の端末装置に関する呼出順位情報を取得する場合、その取得処理を繰り返すことで呼出順位テーブルを新規生成する処理を含むステップであっても良い。あるいは、実施例６で後述するような予め保持されている呼出順位テーブルを参照する処理によって全て（又は一部）の端末装置に関する呼出順位情報を取得するステップであっても良い。
【００６２】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、発信者の端末装置に対し、現在呼び出されている端末装置の呼出順位を通知することができる。したがって、発信者は現在呼び出されているのが何番目の端末装置か知ることができるので、応答を待たされることに対する心構えをすることができる効果が期待できる。
【００６３】
≪実施例４≫
<概要>
本実施例の代表着信管理サーバ装置は、上記実施例２と同様に、代表発呼に応じて呼出候補の端末装置に対してその呼出順位や他の端末装置の呼出順位を予め通知しておく機能を備えている。そして実施例２との相違点は、その通知相手が発信者の端末装置である点である。このように構成することで、発信者は呼出候補の端末の呼出順位を知ることができるので、実際に応答があった際にその端末装置が呼び出された順位なども把握することができる。したがって応答を待たされたことに対してもある程度理解を示すことができ、イライラなどを抑える効果も期待できる。
【００６４】
もちろん本実施例の代表着信管理サーバ装置も、実施例１や２の構成と合わせて発信者の端末装置に加え、現在呼出中の端末装置や呼出候補の端末装置に対して、端末順位情報や候補端末順位情報が送信されるよう構成されていても構わない。
【００６５】
<機能的構成>
図１２は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（１２００）は、発信者の端末装置からの代表発呼に応じて所定の複数の端末装置を順番に呼び出す機能を備え、さらに「呼出順位情報取得部」（１２０１）と、「発信者向候補端末順位情報送信部」（１２０２）と、を有する。
【００６６】
「呼出順位情報取得部」（１２０１）は、呼出順位情報を取得する機能を有する。このように、この「呼出順位情報取得部」は、実施例１で記載した「呼出順位情報取得部」と同様の構成要件であるので、その説明は省略する。
【００６７】
「発信者向候補端末順位情報送信部」（１２０２）は、発信者の端末装置に対して、前記取得した呼出順位情報に基づいて候補端末順位情報を送信する機能を有する。なお、候補端末順位情報の生成などに関しては、実施例２にて既に記載済みであるのでその説明は省略する。そして、この候補端末順位情報の送信先を示す宛先情報は、実施例３同様、例えば受け付けた代表発呼に含まれる送信元を示す電話番号情報やＩＰアドレスなどを利用して取得される構成とすると良い。
【００６８】
図１３は、発信者向候補端末順位情報送信部から送信された候補端末順位情報によって発信者の端末装置に表示される表示画面の一例を表す概念図である。この図にあるように、例えば発信者の端末装置には、自身が実行した代表発呼によって呼び出される全端末装置（の所有者）Ａ，Ｂ，Ｃがその呼出順位とともに表示されている、という具合である。また、例えばこの表示画面左側にチェックボックスを設けることで、発信者がチェックした「Ｂさん（の端末装置）」の識別情報が代表着信管理サーバ装置に送信され、呼び出し対象から外れるように構成されていても良い。また、例えば表示画面右側にスライダーバーを設けることで、発信者のスライド調整操作によって呼出処理の際の呼出時間が決定され、代表着信サーバ装置に送信されるよう構成されていても良い。
【００６９】
このようにして発信者は、呼び出される候補端末の呼出順位を把握することができるので、実際に応答があった際にその利用者が何番目に呼び出されたのかを判断することなどができる。したがって応答を待たされたことに対してもある程度理解を示すことができ、イライラなどを抑える効果も期待できる。
【００７０】
また、本実施例の代表着信管理サーバ装置は、実施例１や２、３で説明したような「端末順位情報送信部」や「候補端末順位情報送信部」、「発信者向端末順位情報送信部」をさらに備える構成であっても構わない。それによって上述のように発信者の端末装置に対して呼出候補の端末装置の候補端末順位を通知する処理に加え、実施例１、２，３で説明したような端末順位情報や候補端末順位情報の送信処理を実行可能としても良い。
【００７１】
<ハードウェア構成>
本実施例の代表着信管理サーバ装置におけるハードウェア構成の一例も、前述の実施例１における構成例と同様で、図４に即して説明すると、代表着信管理サーバ装置は、「ＣＰＵ」や「主メモリ」、また「フラッシュメモリ」、「ネットワークインターフェース」、「モデム」などを備え、それらが「システムバス」などで相互に接続されている。
【００７２】
そして、実施例１で説明したように「ネットワークインターフェース」での発信者端末装置からの代表発呼番号の受信（復調、主メモリへの格納など）をトリガーとして、「ＣＰＵ」が順番呼出プログラムと、候補端末順位情報の通知プログラムの実行を開始する。また代表発呼番号受信の際に、例えばその受信パケットにて示される送信元のＩＰアドレスなどを取得し、「主メモリ」に格納しておく。
【００７３】
そして「フラッシュメモリ」に格納されている管理リストやランダムデータ生成プログラムなどを利用し、「（端末装置）Ｃが１位」、「Ｄが２位」、「Ｂが３位」、「Ａが４位」、・・・という具合に、端末装置ごとにその呼出順位情報を取得し、それぞれの呼出順位情報を「主メモリ」のそれぞれのアドレスに格納し、呼出順位のテーブルリストを生成する。あるいは、実施例６で後述するような呼出順位テーブルを「フラッシュメモリ」に保持しておき、そのテーブルを参照することで呼出順位情報の取得が行われても良い。
【００７４】
すると、「ＣＰＵ」の命令によって、例えばそれらが全てリスト化された情報や、「Ｄが２番目に呼び出されます（現在は１番目を呼出中です）」といった具合の候補端末順位情報が生成され、「主メモリ」の別のアドレスに格納される。
【００７５】
続いて、実施例１で説明したように呼出をかける端末装置、ここではまず１番目の「Ｃ」の呼出番号宛の呼出命令を生成し「主メモリ」のアドレス４に格納する。そしてその呼出命令に従い、電話／ネットワーク網を介した端末装置Ｃに対する呼出が実行される。また、それとともに、「主メモリ」に格納されている全リストなどの候補端末順位情報が「モデム」にて変調され、「ネットワークインターフェース」を介し、前記取得した発信者の端末装置のＩＰアドレス宛に送信される。すると端末装置Ｃが呼出処理に応じて鳴動している間に、発信者の端末装置では電話／ネットワーク網を介して候補端末順位情報を取得し、スピーカーから音声出力する、という具合である。
【００７６】
<処理の流れ>
図１４は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず発信者の端末装置からの代表発呼を受け付ける（ステップＳ１４０１）と、本実施例の代表着信管理サーバ装置は、例えば前述の新規生成した呼出順位のテーブルリストや、あるいはフラッシュメモリなどに予め保持されている呼出順位テーブルなどを参照し、呼び出される端末装置の呼出順位を示す呼出順位情報を取得する（ステップＳ１４０２）。そして発信者の端末装置に対して、その取得した呼出順位情報に基づいて、受け付けた発呼に応じて呼び出される所定の複数の端末装置の、一部又は全部が呼び出される順位を示す候補端末順位情報を送信する（ステップＳ１４０３）。そして、そのようにして送信された候補端末順位情報が発信者の端末装置に受信され、ディスプレイ出力や音声出力などされることで、発信者は呼出候補の端末装置の呼出順位を知ることができる。
【００７７】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、発信者の端末装置に対し、呼出候補の端末装置の呼出順位を通知することができる。したがって、例えば発信者は実際に応答があった際にその端末装置が何番目に呼び出されたのかなどを判断することができるので、応答を待たされたことに対してもある程度理解を示すことができ、イライラなどを抑える効果も期待できる。
【００７８】
≪実施例５≫
<概要>
本実施例は、実施例１や３を基本として、その呼出順位情報の取得を以下のようにして行うことを特徴とする代表着信管理サーバ装置である。つまり、例えば代表発呼に応じて実行される「３番目」の端末装置への呼出処理は、その前に実行された「１番目」と「２番目」の端末装置にて呼出への応答が無かったことを示している。したがって本実施例では、代表着信管理サーバ装置からの呼出に対する拒否（あるいは所定時間の無応答）の回数をカウントすることで、次に呼び出す端末装置の呼出順位情報を取得する、という具合である。
【００７９】
<機能的構成>
図１５は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（１５００）は、実施例１を基本として「呼出順位情報取得部」（１５０１）と、「端末順位情報送信部」（１５０２）と、を有する。あるいは実施例３を基本として、図示していないが「発信者向端末順位情報送信部」を有していても良い。なお、これら「呼出順位情報取得部」や「端末順位情報送信部」、「発信者向端末順位情報送信部」は、上記実施例にて既に記載済みであるのでその説明は省略する。
【００８０】
そして、本実施例の代表着信管理サーバ装置の特徴点は、その呼出順位情報取得部が、さらに「拒否回数カウント手段」（１５０３）を有する点である。「拒否回数カウント手段」（１５０３）は、代表発呼に基づいた呼出に応答しなかった端末装置の数をカウントし、その結果に基づいて呼出順位情報として取得する機能を有する。なお、「呼出に応答しない」とは、予め定められた所定時間の間に呼出に応答しないタイムオーバーの状態の他、着信拒否を示すボタンが押下されるなどして着信拒否が示された状態や、別の端末と話し中である状態なども挙げられる。
【００８１】
図１６は、この拒否回数カウント手段での呼出順位情報の取得の一例を表す概念図である。この図にあるように、例えばある代表発呼に応じて１番目に呼び出される端末装置がランダムに選択される。そして選択された端末装置Ａが話し中でその呼出に応答がなかった場合、拒否端末の数「１」がカウントされる。すると、次にランダム選択された端末装置Ｂへの呼出では、カウントされた「１」から呼出順位情報として「２番目」が取得される。そして端末装置Ｂ，またＣへの呼出に着信拒否やタイムオーバーなど応答が無かった場合、さらに拒否端末の数が「２」、そして「３」とカウントされる。そして、続く端末装置Ｄへの呼出に際して、カウントされた拒否端末の数「３」から、その呼出順位情報として「４番目」が取得される、という具合である。
【００８２】
このように、一の代表発呼に応じた呼出を拒否した端末装置の数によって呼出順位情報を取得することで、予め全ての端末装置の呼出順位を決定しなくとも呼出順位情報を取得することが可能になる。また、この拒否回数カウント手段にて取得した、「話し中」、「着信拒否」、「タイムオーバー」などの情報を発信者端末に対して送信するよう構成されていても良い。
【００８３】
<処理の流れ>
図１７は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず発信者の端末装置からの代表発呼の受け付けを開始する（ステップＳ１７０１）。また、その際に拒否回数をカウントするための引数ｎをまず０とする。続いて、関数「ｎ＝ｎ＋１」によって引数ｎ＝１とし（ステップＳ１７０２）、その値ｎに基づいて呼出順位情報「１」を取得する（ステップＳ１７０３）。そして、その取得した呼出順位情報に基づいて次呼出端末装置への呼出を行う（ステップＳ１７０４）。また、それとともに次呼出端末装置に対して自身の呼び出される順位を示す端末順位情報を送信する（ステップＳ１７０５）。そして、ステップＳ１７０４で実行された呼出に端末装置が応答せずタイムオーバーや着信拒否などされた場合（ステップＳ１７０６）、ステップＳ１７０２の関数「ｎ＝ｎ＋１」によってその拒否がカウントされ、ｎ＝２となって上記処理が繰り返される、という具合である。
【００８４】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、一の代表発呼に応じた呼出を拒否した端末装置の数によって呼出順位情報を取得することができる。したがって予め全ての端末装置の呼出順位を決定しなくとも呼出順位情報を取得することが可能になる。
【００８５】
≪実施例６≫
<概要>
本実施例は、実施例１から４のいずれかを基本として、その呼出順位情報の取得を、予め端末装置の呼出順位を定めたテーブルリストを参照して行うことを特徴とする代表着信管理サーバ装置である。
【００８６】
<機能的構成>
図１８は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（１８００）は、例えば実施例１を基本として「呼出順位情報取得部」（１８０１）と、「端末順位情報送信部」（１８０２）と、を有する。あるいは実施例２や３、４を基本として、図示していないが「候補端末順位情報送信部」などを有していても良い。なお、これら「呼出順位情報取得部」や「端末順位情報送信部」、あるいは「候補端末順位情報送信部」などは、上記実施例にて既に記載済みであるのでその説明は省略する。
【００８７】
そして、本実施例の代表着信管理サーバ装置の特徴点は、代表着信管理サーバ装置が「呼出順位テーブル保持部」（１８０３）をさらに有する点と、また呼出順位情報取得部が「呼出順位テーブル取得手段」（１８０４）を有する点である。
【００８８】
「呼出順位テーブル保持部」（１８０３）は、呼出順位テーブルを保持する機能を有する。「呼出順位テーブル」とは、代表発呼に応じて呼び出されるべき所定の各端末装置の識別情報と、前記各端末装置に割り当てられている呼出順位とを関連付けて格納したテーブルをいう。なお、この呼出順位テーブル保持手段は、ＥＥＰＲＯＭやフラッシュメモリ、ＨＤＤなどの外部（二次）記憶装置によって実現されると良い。
【００８９】
「呼出順位テーブル取得手段」は、呼出順位情報を呼出順位テーブル保持部（１８０３）に保持されている呼出順位テーブルから取得する機能を有する。
【００９０】
図１９は、上記呼出順位テーブルの一例を表す概念図である。この図にあるように呼出順位テーブルは、例えば「０００−ＸＸ−ＹＹ」の代表発呼によって呼び出されるべき端末装置として、その識別情報Ａ，Ｂ，Ｃ，Ｄとそれぞれの呼出順位が、「Ａが１位」、「Ｂが２位」といった具合に関連付けられている。したがって、呼出順位情報取得部では、この図に示すようなテーブルリストから呼出順位情報を取得し、端末装置の呼出順位を決定する、という具合である。
【００９１】
<処理の流れ>
図２０は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、呼出順位テーブルを保持するため、ＥＥＰＲＯＭなどの記録媒体に記録する（ステップＳ２００１）。そして発信者の端末装置からの代表発呼を受け付ける（ステップＳ２００２）と、保持されている呼出順位テーブルから呼出順位情報を取得する（ステップＳ２００３）。そして、その取得した呼出順位情報に基づいて次呼出端末装置への呼出を行う（ステップＳ２００４）。また、それとともに次呼出端末装置に対して自身の呼び出される順位を示す端末順位情報を送信する（ステップＳ２００５）。またこのステップＳ２００５では、例えば実施例３のように次呼出端末装置の端末順位情報を発信者の端末装置に送信しても良いし、あるいは実施例２や４のように候補端末順位情報を呼出候補の端末装置や発信者の端末装置に送信するようにしても良い。
【００９２】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、呼出順位テーブルを利用して簡単に呼出順位情報を取得することができる。したがってＣＰＵなどでランダムに呼出順位を決定する処理を省くことができるので、その処理負荷を下げることができる。
【００９３】
≪実施例７≫
<概要>
本実施例は、実施例６を基本として、図１９に示すような呼出順位テーブルが月別、日／曜日別、時間別、といった具合に複数用意されていることを特徴とする代表着信管理サーバ装置である。例えば呼出順位テーブルが時間別に１から４まで用意されており、その呼出順位テーブル１（７時から１２時までの時間帯用）では、就業時間が７時から１７時までであるＡさんが呼出順位１位に設定されている。そして、呼出順位テーブル３（１７時から２２時までの時間帯用）では、就業時間を過ぎたＡさんの呼出順位は最下位となり、替わりに就業時間が１０時から２０時までであるＣさんの呼出順位が１位と設定されている、という具合である。
【００９４】
このようにして、例えば代表発呼によって呼び出される着信側の時間別、日／曜日別、月別などのスケジュールなどに合わせてその呼出順位を決定することができる。
【００９５】
<機能的構成>
図２１は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（２１００）は、実施例６を基本として「呼出順位情報取得部」（２１０１）と、「端末順位情報送信部」（２１０２）と、「呼出順位テーブル保持部」（２１０３）を有し、また呼出順位情報取得部が「呼出順位テーブル取得手段」（２１０４）を有する。また実施例２や３、４を基本として、図示していないが「候補端末順位情報送信部」や「発信者向端末順位情報送信部」などを有していても良い。なお、これら「呼出順位情報取得部」や「端末順位情報送信部」、「呼出順位テーブル保持部」、「呼出順位テーブル取得手段」などは、上記実施例にて既に記載済みであるのでその説明は省略する。
【００９６】
そして、本実施例の代表着信管理サーバ装置の特徴点は、「呼出順位テーブル保持部」（２１０３）が、「日時別呼出順位テーブル保持手段」（２１０５）をさらに有する点である。
【００９７】
「日時別呼出順位テーブル保持手段」（２１０５）は、日時情報に応じて複数の呼出順位テーブルを保持する機能を有する。「日時情報」とは、所定の時間帯を表す情報をいい、例えば時間の他、日／曜日（day）、週（week）、月（month）などが挙げられる。したがって、本実施例の代表着信管理サーバ装置にて保持されている呼出順位テーブルは、時間別、昼夜別、日別、曜日別、週別、月別などに分けて複数用意されている。そして、代表発呼を受け付けた際には、呼出順位テーブル取得手段にて内蔵時計や内蔵カレンダーを参照して複数の呼出順位テーブルの中から適当な呼出順位テーブルを選択し、呼出順位情報を取得する、という具合である。
【００９８】
図２２は、この日時別呼出順位テーブル保持手段にて日時情報に応じて保持されている呼出順位テーブルの一例を表す概念図である。この図にあるように、例えば１０時に受け付けた代表発呼に関しては呼出順位テーブル１を参照して端末装置Ａの所有者Ａさんを１番目に呼び出し、１８時に受け付けた代表発呼に関しては呼出順位テーブル３を参照して端末装置Ｃの所有者Ｃさんを１番目に呼び出す、といった具合に、時間（あるいは日、曜日、週、月など）別の着信側のスケジュールに応じた処理を実行することが可能になる。
【００９９】
<処理の流れ>
図２３は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、日時情報に応じた複数の呼出順位テーブルを保持するため、ＥＥＰＲＯＭなどの記録媒体に記録する（ステップＳ２３０１）。そして発信者の端末装置からの代表発呼を受け付ける（ステップＳ２３０２）と、保持されている日時情報に応じた複数の呼出順位テーブルの中から、例えば内蔵時計や内蔵カレンダーなどを参照して利用する呼出順位テーブルを決定し（ステップＳ２３０３）、決定した呼出順位テーブルから呼出順位情報を取得する（ステップＳ２３０４）。そして、その取得した呼出順位情報に基づいて次呼出端末装置への呼出を行う（ステップＳ２３０５）。また、それとともに次呼出端末装置に対して自身の呼び出される順位を示す端末順位情報を送信する（ステップＳ２３０６）。またこのステップＳ２３０６では、例えば実施例３のように次呼出端末装置の端末順位情報を発信者の端末装置に送信しても良いし、あるいは実施例２や４のように候補端末順位情報を呼出候補の端末装置や発信者の端末装置に送信するようにしても良い。
【０１００】
<効果の簡単な説明>
以上のように、本実施例の代表発呼サーバ装置によって、複数の日時別呼出順位テーブルの中から、発呼された日時に合わせた呼出順位テーブルを使ってその呼出順位を取得することができる。したがって、代表発呼によって呼び出される着信側を、例えば時間別、日／曜日別、月別などのスケジュールなどに合わせて順次呼び出すことができる。
【０１０１】
≪実施例８≫
<概要>
本実施例は、実施例６や７を基本として、ＥＥＰＲＯＭなどに、一つの、あるいは日時別に複数の呼出順位テーブルを保持している。そして、本実施例では、その呼出順位テーブルを、ユーザーが端末装置を操作し更新することができることを特徴とする。つまり、例えば急な用事が入って車を運転する必要が生じたユーザーＡは、端末装置を操作してネットワーク経由でこの代表着信管理サーバ装置にアクセスする。そして、本来は呼出順位「１位」に設定されている呼出順位テーブルの順位データに変更を加え、運転中に発呼される可能性が低くなるよう自身の呼出順位が最下位となるように更新する。あるいは、自分が電話をかけて不在だった相手からの代表発呼が予想される場合など、本来は呼出順位「４位」に設定されている呼出順位テーブルの順位データを「１位」となるように更新する、という具合である。
【０１０２】
<機能的構成>
図２４は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（２４００）は、実施例６を基本として「呼出順位情報取得部」（２４０１）と、「端末順位情報送信部」（２４０２）と、「呼出順位テーブル保持部」（２４０３）を有し、また呼出順位情報取得部が「呼出順位テーブル取得手段」（２４０４）を有する。また実施例２や３、４を基本として、図示していないが「候補端末順位情報送信部」や「発信者向端末順位情報送信部」などを有していても良い。また実施例７を基本として「日時別呼出順位テーブル保持手段」を有していても良い。なお、これら「呼出順位情報取得部」や「端末順位情報送信部」、「呼出順位テーブル保持部」、「呼出順位テーブル取得手段」などは、上記実施例にて既に記載済みであるのでその説明は省略する。
【０１０３】
そして、本実施例の代表着信管理サーバ装置の特徴点は、「呼出順位指定情報取得部」（２４０５）をさらに有する点と、また呼出順位テーブル保持手段が「更新手段」（２４０６）をさらに有する点である。
【０１０４】
「呼出順位指定情報取得部」（２４０５）は、端末装置からの呼出順位指定情報を取得する機能を有する。「呼出順位指定情報」とは、ある端末装置の呼出順位テーブルにおける呼出順位を指定するための情報をいい、「端末装置Ａの呼出順位は（１位から）４位」などの当初の呼出順位を上下させるための指定情報が挙げられる。また、この呼出順位指定情報は、呼出順位の変更を指定する情報の他に、呼出順位テーブルから所定の呼出順位の削除を指定する情報や、呼出順位テーブルへ新規の（端末装置の）呼出順位の追加を指定する情報等も含まれる。
【０１０５】
また、この呼出順位指定情報取得部は、呼び出される着信側のユーザーの端末装置からのみならず、発信者の端末装置からの呼出順位指定情報を取得し、発信者が端末順位テーブルを更新するよう構成されていても良い。それによって、発信者が、例えば以前の応対が良くお気に入りのユーザーＣを呼出順位「１位」となるよう変更する、といった更新を行うことができる。
【０１０６】
この呼出順位指定情報取得部での情報取得は、例えば端末装置に呼出順位指定情報を送信するためのアプリケーションを組み込んでおくことで、ユーザー操作に応じてそのアプリケーションが送信してきた呼出順位指定情報を取得する方法が挙げられる。あるいは、端末装置がネットワークを介してアクセスしてきたら、EEPROMなどに保持している呼出順位指定情報入力用の「Ｗｅｂページ」を端末装置にて表示させ、それによって呼出順位指定情報を取得するよう構成されていても良い。あるいは、ＩＶＲ（音声自動応答システム）などを利用して、端末装置側で入力されたダイアルボタンに応じて呼出順位指定情報を取得する構成なども挙げられる。
【０１０７】
図２５は、本実施例の代表着信管理サーバ装置の呼出順位指定情報取得部により端末装置に表示される呼出順位指定情報入力用Ｗｅｂページの一例を表す概念図である。この図にあるように、端末装置のユーザーは、表示画面に表示されたリスト中の所望の端末をドラッグ&ドロップなどしてその呼出順位を変更することができる。また、「追加」や「削除」ボタンによって呼出順位テーブルへ新規の呼出順位の追加を行ったり、所定の呼出順位の削除を行ったりすることもできる。
【０１０８】
「更新手段」（２４０６）は、取得した呼出順位指定情報に基づいて保持している呼出順位テーブルの更新を行う機能を有する。このようにして、端末装置での操作によって入力された呼出順位情報に基づいて、呼出順位テーブルの指定された端末装置の呼出順位の変更、削除、追加などの更新処理を行うことができる。
【０１０９】
<処理の流れ>
図２６は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、呼出順位テーブルを保持するため、ＥＥＰＲＯＭなどの記録媒体に記録する（ステップＳ２６０１）。続いて、端末装置から送信される呼出順位指定情報の受付を開始する（ステップＳ２６０２）。そして、端末装置からの呼出順位指定情報を受信すると、その受信した呼出順位指定情報に基づいて、保持している呼出順位テーブルを、例えば変更、削除、追加するなどして更新する（ステップＳ２６０３）。そして、呼出順位指定情報受付による呼出順位テーブルの更新処理の有無に関わらず、発信者の端末装置からの代表発呼の受け付けを行い（ステップＳ２６０４）、代表発呼を受け付けると、上記実施例６や７の処理の流れで記載したように、端末装置などへの呼出処理や、呼出順位テーブルを利用した呼出順位情報の取得が実行される。
【０１１０】
<効果の簡単な説明>
以上のように、本実施例の代表着信管理サーバ装置によって、発信者や着信側が呼出順位テーブルを任意に更新することができる。したがって例えば着信側が急用で都合が悪いときに順位を下げるよう変更する処理や、発信者がお気に入りの着信側ユーザーの呼出順位を上げるよう変更する、などの更新を行うことが可能になる。
【０１１１】
≪実施例９≫
<概要>
本実施例の代表着信管理サーバ装置は、代表発呼を受けた際の呼出順位情報の取得において、例えば、別の相手と現在通話中であるとの作動状況が確認される端末装置の呼出順位は後ろに回すといった具合の処理を行う。このように、本実施例は、上記１から８の実施例を基本として、着信側の端末装置の作動状況に応じて呼び出す順位が適宜変わるよう構成された代表着信管理サーバ装置である。
【０１１２】
<機能的構成>  図２７は、本実施例の代表着信管理サーバ装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「代表着信管理サーバ装置」（２７００）は、例えば実施例１を基本として「呼出順位情報取得部」（２７０１）と、「端末順位情報送信部」（２７０２）と、を有する。あるいは実施例２や３、４を基本として、図示していないが「候補端末順位情報送信部」などを有していても良い。また実施例５，６，７，８などを基本として「拒否回数カウント手段」、「呼出順位テーブル保持部」や「呼出順位テーブル取得手段」などを有していても良い。なお、これら「呼出順位情報取得部」や「端末順位情報送信部」などは、上記実施例にて既に記載済みであるのでその説明は省略する。
【０１１３】
そして、本実施例の代表着信管理サーバ装置の特徴点は、代表着信管理サーバ装置が「端末作動状況情報取得部」（２７０３）をさらに有する点と、また呼出順位情報取得部が「作動状況依存呼出順位情報取得手段」（２７０４）を有する点である。
【０１１４】
「端末作動状況情報取得部」（２７０３）は、端末作動状況情報を取得する機能を有する。「端末作動状況情報」とは、代表発呼に応じて呼び出されるべき所定の複数の端末装置の作動状況を示す情報をいい、例えば、通話中、音楽／映像再生中、テキスト表示中、カメラ機能実行中、ゲーム実行中、メール入力／送受信中、その他アプリケーション実行中、データダウンロード中、受信待受中、電源スタンバイ／休止中、マナーモード設定中などの様々な作動状況を示す識別情報などが挙げられる。
【０１１５】
なお、この端末作動状況情報の取得は、例えば端末装置に組み込まれたアプリケーションが定期的に端末作動状況を識別判断し、端末作動状況情報を自動的に送信するよう構成して実行する方法が挙げられる。あるいは、代表発呼の受付に応じて、代表着信管理サーバ装置が呼び出すべき端末装置に対して作動状況を問い合わせ、端末作動状況情報を取得するよう構成しても良い。
【０１１６】
「作動状況依存呼出順位情報取得手段」（２７０４）は、取得した端末作動状況情報に基づいて前記呼出順位情報を取得する機能を有する。このようにして、取得した端末作動状況情報から端末の作動状況を識別することで、応答が容易と想定される作動状況にある端末装置への呼出を優先させるよう呼出順位情報を取得する、といった処理が可能になる。なお、ここで端末作動状況情報に基づいて前記呼出順位情報を取得するために、例えば図示しない「呼出順位テーブル保持部」にて保持されている呼出順位テーブルを参照する構成としても良い。あるいは、実施例１で説明したように「主メモリ」などに一時的に格納されているランダム生成されたテーブルリストを参照する構成としても良い。
【０１１７】
なお、上記端末装置の作動状況のほかに、端末装置の環境状況を示す端末環境状況情報を取得するよう構成し、同様に端末装置の呼出順位を適宜変更するよう構成しても良い。例えばＧＰＳ情報などから端末装置が高速道路上にいると判断された場合、危険運転とならないようその呼出順位を後ろにして呼出順位情報を取得する。また、端末装置の集音マイクで取得された周囲音量を端末環境状況情報として取得して、その周囲音量値が所定の閾値以上である場合、スムーズな通話が困難としてその端末装置の呼出順位が後ろになるよう呼出順位情報を取得する、という具合である。
【０１１８】
図２８は、この端末作動状況情報や端末環境状況情報に応じた呼出順位情報の取得処理の一例を表す概念図である。この図２８（ａ）にあるように、例えば端末作動状況情報で示される端末装置のStatus（作動状況）と、その作動状況における順位評価値とがテーブル化され、代表着信管理サーバ装置のＥＥＰＲＯＭなどに保持されている。このテーブルにあるように端末作動状況情報が「通話中」であれば順位評価値は「＋１００」であり、「音楽再生中」であれば「＋５」、また「スタンバイ中」であれば「＋０」となっている。また端末環境状況情報も加えて、「高速道路移動中」であれば順位評価値は「＋７５」となっている。
【０１１９】
すると図２８（ｂ）に示すように、本実施例の代表着信管理サーバ装置では、例えば端末装置から取得した端末作動状況情報や端末環境状況情報に基づいて、「Ａが１位」、「Ｂが２位」・・・、となっていた呼出順位の順位評価値をＣＰＵの四則演算処理などにより再計算する。そして再計算された評価値が低い順に呼出順位情報の再取得を行う、という具合である。つまり、端末装置Ａは呼出順位情報が１位となっているので本来の評価順位値として「１０」を有している。しかし端末装置Ａは取得した端末作動状況情報で通話中であることが示されているので、評価順位値が「＋１００」の「１１０」となる。したがって、この端末装置Ａは取得される呼出順位情報が変更され、相対的に「４位」になる、という具合である。
【０１２０】
<処理の流れ>
図２９は、本実施例の代表着信管理サーバ装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、端末装置の端末作動状況情報を取得する（ステップＳ２９０１）。そして、発信者の端末装置からの代表発呼を受け付ける（ステップＳ２９０２）と、本実施例の代表着信管理サーバ装置は、端末作動状況情報に基づいて、例えばスタンバイ中の作動状況の端末装置の呼出順位を優先する、といった具合に呼出順位情報を取得する（ステップＳ２９０３）。そして、その取得した呼出順位情報に基づいて次呼出端末装置への呼出を行う（ステップＳ２９０４）。また、それとともに次呼出端末装置に対して自身の呼び出される順位を示す端末順位情報を送信する（ステップＳ２９０５）。もちろんこのステップＳ２９０５でも、例えば実施例３のように次呼出端末装置の端末順位情報を発信者の端末装置に送信しても良いし、あるいは実施例２や４のように候補端末順位情報を呼出候補の端末装置や発信者の端末装置に送信するようにしても良い。また、ステップＳ２９０１の端末作動状況情報の取得処理は、例えばステップＳ２９０２の代表発呼を受け付けた後に実行される構成であっても構わない。
【０１２１】
<効果の簡単な説明>
以上のように本実施例の代表着信管理サーバ装置によって、代表発呼を受けた際の呼出順位情報の取得において、着信側の端末装置の作動状況に応じて適宜変更された呼出順位にて端末装置を呼び出すことができる。したがって、例えば、別の相手と現在通話中であるとの作動状況が確認される端末装置の呼出順位は後ろに回す、といった具合の呼出処理を行うことができる。
【０１２２】
≪実施例１０≫
<概要>
本実施例では、上記実施例にて記載した代表着信管理サーバ装置によって呼び出される端末装置の構成などについて説明する。あるいは、上記実施例にて記載した代表着信管理サーバ装置に対して代表発呼を行う発信者の端末装置の構成などについて説明する。具体的には、上記実施例の代表着信管理サーバ装置で現在呼出中の端末装置の呼出順位を示す「端末順位情報」や、呼出候補の端末装置（の全部又は一部）の呼出順位を示す「候補端末順位情報」を取得し、ディスプレイやスピーカーなどに出力する端末装置である。
【０１２３】
<機能的構成>
図３０は、本実施例の端末装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「端末装置」（３０１０）は、「順位情報取得部」（３０１１）と、「出力部」（３０１２）と、を有する。
【０１２４】
「順位情報取得部」（３０１１）は、代表着信管理サーバ装置（３０００）が送信する端末順位情報又は候補端末順位情報を取得する機能を有する。この順位情報取得部は、ネットワーク上の代表着信管理サーバ装置から送信されてくる端末順位情報や候補端末順位情報を受信するネットワーク通信機能によって実現することができる。
【０１２５】
「出力部」（３０１２）は、取得した端末順位情報又は候補端末順位情報に基づいて出力を行う機能を有する。この出力部は、例えばディスプレイ、スピーカー、バイブレータ、ライトなど様々な出力器によって実現することができる。具体的には、例えば出力部がディスプレイであれば、そのディスプレイに、「あなたは1番目に呼び出されています」や「あなたは4番目に呼び出されます（現在1番目を呼出中です）」といった具合に呼出順位や候補端末の呼出順位を示す数値やメッセージ、アイコンなどを表示する方法が挙げられる。また、出力部がスピーカーであれば、合成音声などで上記メッセージを出力したり、呼出順位に応じたメロディを出力したりする、といった方法が挙げられる。また、出力部がバイブレータであれば、順位に応じた振動強度や振動回数、振動周期などで出力する方法が挙げられる。また、ライトであれば、順位に応じた色や明るさ、明滅回数や明滅周期などで出力する方法が挙げられる。
【０１２６】
そして、このようにして、着信側のユーザーや発信者に対して、現在呼び出し中の端末装置の呼出順位や、今後呼び出される端末装置の呼出順位を知らせることができる。なお、出力部は1つには限られず、音と振動の組み合わせでその順位を伝える、という具合に複数の出力装置を組み合わせる構成であっても良い。
【０１２７】
<処理の流れ>
図３１は、本実施例の端末装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、上記実施例で説明したような代表着信管理サーバ装置の処理によって、端末順位情報又は候補端末順位情報が、端末装置に対して送信される。すると、端末装置にて、その端末順位情報又は候補端末順位情報を取得する（ステップＳ３１０１）。そして、取得した端末順位情報又は候補端末順位情報に基づいて順位を、例えばディスプレイやスピーカー、バイブレータやライトなどに出力する（ステップＳ３１０２）。
【０１２８】
<効果の簡単な説明>
以上のように本実施例の端末装置によって、代表着信管理サーバ装置から送信された端末順位情報や候補端末順位情報を出力することができる。したがって、着信側のユーザーや発信者に対して、その現在の呼出順位や呼出予定の順位などを知らせることができる。
【０１２９】
≪実施例１１≫
<概要>
本実施例の端末装置は、例えば「あなたは３番目に呼び出されます（現在１番目を呼出中）」との候補端末順位情報を取得した場合、ライトを所定周期で３回連続明滅させることにより、自身が３番目の呼出候補の端末装置であることをユーザーに通知する。その後、呼出順位１位と２位の端末装置Ａ，Ｂが呼び出しに応じず、この端末装置への呼出処理が実行された。そしてこの端末装置に「あなたは３番目に呼び出されています」という端末順位情報が受信された場合、今度はバイブレータの振動が３回連続ずつの周期となるよう制御することで、今度は現在３番目の端末装置として自身が呼出中であることをユーザーに通知する。
【０１３０】
このように本実施例は、上記実施例１０を基本として、端末順位情報と候補端末順位情報とで、その出力方法を切り替えることを特徴とする端末装置である。
【０１３１】
<機能的構成>
図３２は、本実施例の端末装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「端末装置」（３２１０）は、「順位情報取得部」（３２１１）と、「出力部」（３２１２）と、を有する。なお、これら「順位情報取得部」や「出力部」は、上記実施例にて記載済みであるのでその説明は省略する。そして、本実施例の端末装置の特徴点は、出力部がさらに「切換手段」（３２１３）を有する点である。
【０１３２】
「切換手段」（３２１３）は、前記端末順位情報に基づく出力と、前記候補端末順位情報に基づく出力と、でその出力方法を切り替える機能を有する。「出力方法を切り替える」とは、前述のようにライトとバイブレータといった具合に出力先（器）を切り替える方法や、同じ出力先（例えばライト）でも、その出力形態を切り替える方法（例えば色を赤から白へ）など様々挙げられる。
【０１３３】
<処理の流れ>
図３３は、本実施例の端末装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、上記実施例で説明したような代表着信管理サーバ装置の処理によって、端末順位情報又は候補端末順位情報が、端末装置に対して送信される。すると、端末装置にて、その端末順位情報又は候補端末順位情報を取得する（ステップＳ３３０１）。そして、その端末順位情報に基づく順位の出力と、候補端末順位情報に基づく出力と、をその出力方法を切り替えて実行する（ステップＳ３３０２）。
【０１３４】
<効果の簡単な説明>
以上のように本実施例の端末装置によって、出力された順位が端末順位情報に基づく現在の呼出順位の通知なのか、候補端末順位情報に基づく呼出予定の順位の通知なのか、を切り替えることができる。したがって、両者の情報を混同してしまう可能性を低減させることができる。
【図面の簡単な説明】
【０１３５】
【図１】実施例１の代表着信管理サーバ装置による呼出順位の通知の一例を表す概念図
【図２】実施例１の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図３】実施例１の代表着信管理サーバ装置の呼出順位情報取得部での呼出順位情報の取得の一例を表す概念図
【図４】実施例１の代表着信管理サーバ装置におけるハードウェア構成の一例を表す概略図
【図５】実施例１の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図６】実施例２の代表着信管理サーバ装置による呼出順位の通知の一例を表す概念図
【図７】実施例２の代表着信管理サーバ装置からの呼出順位通知によって端末装置に表示される表示画面の一例を表す概念図
【図８】実施例２の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図９】実施例２の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図１０】実施例３の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図１１】実施例３の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図１２】実施例４の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図１３】実施例４の代表着信管理サーバ装置からの呼出順位通知によって発信者の端末装置に表示される表示画面の一例を表す概念図
【図１４】実施例４の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図１５】実施例５の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図１６】実施例５の代表着信管理サーバ装置の拒否回数カウント手段での呼出順位情報の取得の一例を表す概念図
【図１７】実施例５の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図１８】実施例６の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図１９】実施例６の代表着信管理サーバ装置の呼出順位テーブル保持部にて保持されている呼出順位テーブルの一例を表す概念図
【図２０】実施例６の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図２１】実施例７の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図２２】実施例７の代表着信管理サーバ装置の日時別呼出順位テーブル保持手段にて日時情報に応じて保持されている呼出順位テーブルの一例を表す概念図
【図２３】実施例７の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図２４】実施例８の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図２５】実施例８の代表着信管理サーバ装置の呼出順位指定情報取得部により端末装置に表示される呼出順位指定情報入力用Ｗｅｂページの一例を表す概念図
【図２６】実施例８の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図２７】実施例９の代表着信管理サーバ装置における機能ブロックの一例を表す図
【図２８】実施例９の代表着信管理サーバ装置の作動状況依存呼出順位情報取得手段での呼出順位情報の取得処理の一例を表す概念図
【図２９】実施例９の代表着信管理サーバ装置における処理の流れの一例を表すフローチャート
【図３０】実施例１０の端末装置における機能ブロックの一例を表す図
【図３１】実施例１０の端末装置における処理の流れの一例を表すフローチャート
【図３２】実施例１１の端末装置における機能ブロックの一例を表す図
【図３３】実施例１１の端末装置における処理の流れの一例を表すフローチャート
【符号の説明】
【０１３６】
０２００  代表着信管理サーバ装置
０２０１  呼出順位情報取得部
０２０２  端末順位情報送信部
０８０２  候補端末順位情報送信部
１００２  発信者向端末順位情報送信部
１２０２  発信者向候補端末順位情報送信部
【図１】
2008066825.tif 000003
【図２】
2008066825.tif 000004
【図３】
2008066825.tif 000005
【図４】
2008066825.tif 000006
【図５】
2008066825.tif 000007
【図６】
2008066825.tif 000008
【図７】
2008066825.tif 000009
【図８】
2008066825.tif 000010
【図９】
2008066825.tif 000011
【図１０】
2008066825.tif 000012
【図１１】
2008066825.tif 000013
【図１２】
2008066825.tif 000014
【図１３】
2008066825.tif 000015
【図１４】
2008066825.tif 000016
【図１５】
2008066825.tif 000017
【図１６】
2008066825.tif 000018
【図１７】
2008066825.tif 000019
【図１８】
2008066825.tif 000020
【図１９】
2008066825.tif 000021
【図２０】
2008066825.tif 000022
【図２１】
2008066825.tif 000023
【図２２】
2008066825.tif 000024
【図２３】
2008066825.tif 000025
【図２４】
2008066825.tif 000026
【図２５】
2008066825.tif 000027
【図２６】
2008066825.tif 000028
【図２７】
2008066825.tif 000029
【図２８】
2008066825.tif 000030
【図２９】
2008066825.tif 000031
【図３０】
2008066825.tif 000032
【図３１】
2008066825.tif 000033
【図３２】
2008066825.tif 000034
【図３３】
2008066825.tif 000035