(57)【特許請求の範囲】
【請求項１】
機能集団に属する各構成員の都合に応じて電話の着信を制限するための電話転送システムであって、
前記各構成員が関連するプロジェクトと其の重要度との対応関係を各構成員毎に記憶するイベント情報記憶手段と、
前記各構成員の各々が専ら利用する電話の電話番号と前記各構成員が所属する部署の電話番号とを対応させて記憶する電話番号記憶手段と、
前記各構成員が専ら利用する電話に対する発呼を検知し、前記イベント情報記憶手段を検索して当該構成員が関連するプロジェクトの重要度を判定する重要度判定手段と、
前記重要度判定手段によってプロジェクトの遂行よりも電話への応答の方が重要であると判定された場合には前記各構成員の各々が専ら利用する電話を発呼先として指定する一方、電話への応答よりもプロジェクトの遂行の方が重要であると判定された場合には、前記電話番号記憶手段を検索して当該構成員が所属する部署の電話番号を発呼先として指定する発呼先指定手段と、
前記発呼先指定手段によって指定された発呼先を発呼する呼制御手段とを備え、
前記発呼先指定手段には、
前記重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された際に発信元の電話番号に基づいて前記電話番号記憶手段と前記イベント情報記憶手段を検索し、発信元の電話を利用する構成員が関連するプロジェクトと発呼先の電話を利用する構成員が関連するプロジェクトの一致不一致を判定し、両者が一致する場合に限って、前記重要度判定手段の判定結果に関わりなく、前記各構成員の各々が専ら利用する電話を発呼先として指定する例外規定適用機能が設けられていることを特徴とする電話転送システム。
【請求項２】
機能集団に属する各構成員の都合に応じて電話の着信を制限するための電話転送システムであって、
前記各構成員が関連するプロジェクトと其の重要度との対応関係を各構成員毎に記憶するイベント情報記憶手段と、
前記各構成員の各々が専ら利用する電話の電話番号と前記各構成員が所属する部署の電話番号とを対応させて記憶する電話番号記憶手段と、
前記各構成員が専ら利用する電話に対する発呼を検知し、前記イベント情報記憶手段を検索して当該構成員が関連するプロジェクトの重要度を判定する重要度判定手段と、
前記重要度判定手段によってプロジェクトの遂行よりも電話への応答の方が重要であると判定された場合には前記各構成員の各々が専ら利用する電話を発呼先として指定する一方、電話への応答よりもプロジェクトの遂行の方が重要であると判定された場合には、前記電話番号記憶手段を検索して当該構成員が所属する部署の電話番号を発呼先として指定する発呼先指定手段と、
前記発呼先指定手段によって指定された発呼先を発呼する呼制御手段とを備え、
前記発呼先指定手段には、
前記重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された際に発呼先の電話番号に基づいて前記電話番号記憶手段と前記イベント情報記憶手段を検索し、発呼先の電話を利用する構成員が所属する部署に発呼先の電話を利用する構成員と同じプロジェクトに関連する構成員が存在するか否かを判定し、同じプロジェクトに関連する構成員が存在する場合に限って発呼先の構成員が所属する部署の電話番号を発呼先として指定する発呼先確認機能が設けられていることを特徴とする電話転送システム。
【請求項３】
機能集団に属する各構成員の都合に応じて電話の着信を制限するための電話転送システムであって、
前記各構成員が関連するプロジェクトと其の重要度との対応関係を各構成員毎に記憶するイベント情報記憶手段と、
前記各構成員の各々が専ら利用する電話の電話番号と前記各構成員が所属する部署の電話番号とを対応させて記憶する電話番号記憶手段と、
前記各構成員が専ら利用する電話に対する発呼を検知し、前記イベント情報記憶手段を検索して当該構成員が関連するプロジェクトの重要度を判定する重要度判定手段と、
前記重要度判定手段によってプロジェクトの遂行よりも電話への応答の方が重要であると判定された場合には前記各構成員の各々が専ら利用する電話を発呼先として指定する一方、電話への応答よりもプロジェクトの遂行の方が重要であると判定された場合には、前記電話番号記憶手段を検索して当該構成員が所属する部署の電話番号を発呼先として指定する発呼先指定手段と、
前記発呼先指定手段によって指定された発呼先を発呼する呼制御手段とを備え、
前記発呼先指定手段には、
前記重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された際に発信元の電話番号に基づいて前記電話番号記憶手段と前記イベント情報記憶手段を検索し、発信元の電話を利用する構成員が関連するプロジェクトと発呼先の電話を利用する構成員が関連するプロジェクトの一致不一致を判定し、両者が一致する場合に限って、前記重要度判定手段の判定結果に関わりなく、前記各構成員の各々が専ら利用する電話を発呼先として指定する例外規定適用機能と、
前記重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された際に発呼先の電話番号に基づいて前記電話番号記憶手段と前記イベント情報記憶手段を検索し、発呼先の電話を利用する構成員が所属する部署に発呼先の電話を利用する構成員と同じプロジェクトに関連する構成員が存在するか否かを判定し、同じプロジェクトに関連する構成員が存在する場合に限って発呼先の構成員が所属する部署の電話番号を発呼先として指定する発呼先確認機能が設けられていることを特徴とする電話転送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話転送システムの改良に関する。
【背景技術】
【０００２】
機能集団に属する構成員の都合に応じて電話の着信を制限するための電話転送システムとしては、既に、特許文献１に開示される優先電話方式や特許文献２に開示される電話転送システム等が公知である。
【０００３】
特許文献１に開示された優先電話方式は、送信元の電話番号情報や音声データ等に基づいて発呼者を特定し、データベースに登録された発呼者の重要度と被呼者の重要度とを比較して、発呼者の重要度が被呼者の重要度よりも高い場合に優先的に電話の取り次ぎを行うように構成したものであるが、重要度の比較は単純に人事レベルの情報で行われるものに過ぎず、発呼者や被呼者が関連するイベント、例えば、担当するプロジェクトや会議等の重要度は全く考慮されておらず、場合によっては、上司等からの不用意な電話で被呼者の業務が妨げられるといった可能性があった。
【０００４】
一方、特許文献２に開示された電話転送システムは、データベースを検索して被呼者が参加しているイベントが行われている場所を特定することによって被呼者の居場所に電話を転送するものであり、その際に、イベントの重要度が発呼者に伝達され、転送処理の継続や停止を発呼者の判断で決められるようになっているが、発呼者の判断が必ずしも適正であるとは限らず、前記と同様、被呼者の業務が無駄な電話によって阻害される等の問題が考えられる。
【０００５】
【特許文献１】特開昭６３−８６６４８号公報（第１頁）
【特許文献２】特開２００４−１４６９９９号公報（段落番号０００７〜００１４）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
そこで、本発明の課題は、前記従来技術の不都合を改善し、被呼者の都合に応じて電話の取り次ぎを的確に制限することができ、同時に、発呼者の側にも不都合を生じにくい電話転送システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、機能集団に属する各構成員の都合に応じて電話の着信を制限するための電話転送システムであり、前記課題を達成するため、特に、
各構成員が関連するプロジェクトと其の重要度との対応関係を各構成員毎に記憶するイベント情報記憶手段と、
各構成員の各々が専ら利用する電話の電話番号と各構成員が所属する部署の電話番号とを対応させて記憶する電話番号記憶手段と、
各構成員が専ら利用する電話に対する発呼を検知し、前記イベント情報記憶手段を検索して当該構成員が関連するプロジェクトの重要度を判定する重要度判定手段と、
重要度判定手段によってプロジェクトの遂行よりも電話への応答の方が重要であると判定された場合には各構成員の各々が専ら利用する電話を発呼先として指定する一方、電話への応答よりもプロジェクトの遂行の方が重要であると判定された場合には、前記電話番号記憶手段を検索して当該構成員が所属する部署の電話番号を発呼先として指定する発呼先指定手段と、
前記発呼先指定手段によって指定された発呼先を発呼する呼制御手段とを備え、
前記発呼先指定手段には、
前記重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された際に発信元の電話番号に基づいて前記電話番号記憶手段と前記イベント情報記憶手段を検索し、発信元の電話を利用する構成員が関連するプロジェクトと発呼先の電話を利用する構成員が関連するプロジェクトの一致不一致を判定し、両者が一致する場合に限って、前記重要度判定手段の判定結果に関わりなく、前記各構成員の各々が専ら利用する電話を発呼先として指定する例外規定適用機能が設けられていることを特徴とする構成を有する。
【０００８】
以上の構成において、機能集団に属する各構成員が専ら利用する電話が発呼されると、重要度判定手段が此れを検知し、イベント情報記憶手段を検索して、当該各構成員が関連するプロジェクトの重要度を判定する。
そして、重要度判定手段によってプロジェクトの遂行よりも電話への応答の方が重要であると判定された場合には、発呼先指定手段が、前記構成員が専ら利用する電話を発呼先として指定して呼制御手段を作動させ、この電話を構成員に取り次ぐ。
一方、重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された場合には、発呼先指定手段が、電話番号記憶手段を検索して前記構成員が所属する部署の電話番号を求め、此の構成員が所属する部署の電話を発呼先として指定して呼制御手段を作動させ、この電話を被呼者である構成員が所属する部署に取り次ぐ。
構成員が関連するプロジェクトの重要度に基づいて電話の取り次ぎが行われるので、人事レベルで上位に位置する発呼者からの不用意な電話で構成員の業務が阻害されたり、発呼者側の判断によって強制的に電話が取り次がれたりする不都合が解消し、また、発呼者の側でも、構成員が所属する部署の構成員、すなわち、電話の応答を代替できる可能性の高い相手に対して必要な要件を申し付けることができる。
【００１０】
被呼者である構成員と同じプロジェクトに関連する発呼者、つまり、被呼者の側からしても重要と考えられる可能性の高い電話が優先的に被呼者に取り次がれるようになるので、構成員の業務の遂行を円滑化することができる。
【００１１】
また、前記発呼先指定手段には、前記例外規定適用機能に代えて、あるいは、前記例外規定適用機能に加えて、重要度判定手段によって電話への応答よりもプロジェクトの遂行の方が重要であると判定された際に発呼先の電話番号に基づいて前記電話番号記憶手段とイベント情報記憶手段を検索し、発呼先の電話を利用する構成員が所属する部署に発呼先の電話を利用する構成員と同じプロジェクトに関連する構成員が存在するか否かを判定し、同じプロジェクトに関連する構成員が存在する場合に限って発呼先の構成員が所属する部署の電話番号を発呼先として指定する発呼先確認機能を設けることができる。
【００１２】
このような構成を適用すれば、発呼先の電話を利用する構成員と同じプロジェクトに関連する構成員、つまり、電話の応答を的確に代替できる構成員がいない場合に所属部署への電話の取り次ぎが自動的にキャンセルされるので、各部署にかけられる無駄な電話によって業務の遂行が阻害される問題も改善することができる。
【発明の効果】
【００２３】
本発明の電話転送システムは、機能集団の各構成員が関連するプロジェクトと其の重要度との対応関係を記憶するイベント情報記憶手段と、各構成員の各々が専ら利用する電話の電話番号と各構成員が所属する部署の電話番号とを対応させて記憶する電話番号記憶手段とを設け、各構成員が専ら利用する電話が発呼された場合には、各構成員が関連するプロジェクトの重要度を判定し、この判定結果に応じ、プロジェクトの遂行よりも電話への応答の方が重要であると判定された場合には、当該構成員が専ら利用する電話を発呼先として指定して此の電話を構成員に取り次ぐ一方、電話への応答よりもプロジェクトの遂行の方が重要であると判定された場合には、当該構成員が所属する部署の電話番号を求め、此の構成員が所属する部署の電話を発呼先として指定して電話を取り次ぐようにしたので、発呼者からの不用意な電話で構成員の業務が阻害されたり、発呼者側の判断によって強制的に電話が取り次がれたりする不都合が解消し、同時に、発呼者の側でも、被呼者である構成員が所属する部署の構成員、つまり、電話の応答を代替できる可能性の高い相手に対して必要な要件を申し付けることができる。
【発明を実施するための最良の形態】
【００２４】
次に、本発明を実施するための最良の形態について図面を参照して説明する。図１は本発明を適用した電話転送システムの一実施形態について示したブロック図である。
【００２５】
この電話転送システム１の主要部は、イベント情報記憶手段２および電話番号記憶手段３とメール処理手段４を備えたグループウェアサーバ５と、重要度判定手段６および発呼先指定手段７として機能する条件決定サーバ８と、会社等を始めとする機能集団の各構成員が専ら利用する電話である携帯電話９や各構成員が所属する部署毎の電話である固定電話１０ａ，１０ｂ，・・・等が接続する通信網１１、および、この通信網１１を管理する呼制御手段１２と呼制御手段１２からの指示に基づいて通信網１１の接続状態を制御する構内電話交換機１３を備えた呼制御サーバ１４によって構成される。
【００２６】
グループウェアサーバ５は、メンバー間でスケジュールを共用するスケジューラ機能やグループ内でのコミュニケーションを円滑化するための電子メール機能等を実現するためのアプリケーションプログラムを備えたもので、この他にも、電子会議室機能，テレビ会議機能，文書共有機能，ワークフロー機能，名詞管理機能等を実現するためのグループウェア用アプリケーションプログラムがインストールされている。
【００２７】
図２はグループウェアサーバ５の構成の概略を示したブロック図である。
【００２８】
グループウェアサーバ５の主要部は、演算処理用のＣＰＵ１５と、ＣＰＵ１５の基本的な制御プログラム等を格納したＲＯＭ１６、および、演算データの一時記憶等に利用されるＲＡＭ１７と、前述したグループウェア用アプリケーションプログラムや各種のデータベースを格納するためのハードディスク等からなる大容量記憶装置１８、ならびに、条件決定サーバ８や各部署毎のコンピュータ（図示せず）とネットワーク接続するためのインターフェイス１９によって構成され、ＣＰＵ１５の入出力回路２０には、マン・マシン・インターフェイスとしてのキーボード２１とモニタ２２およびプリンタ２３等が接続されている。
【００２９】
また、グループウェアサーバ５の大容量記憶装置１７は前述のイベント情報記憶手段２および電話番号記憶手段３として機能し、その内部には、機能集団の各構成員が関連するプロジェクトと其の重要度との対応関係を各構成員毎に記憶したイベント用データベースと、各構成員が所有する携帯電話９の電話番号と各構成員が所属する部署の固定電話１０の電話番号とを対応させて記憶する電話番号用データベースが保存されている。
【００３０】
イベント用データベースの一例を図３に、また、電話番号用データベースの一例を図４に示す。
【００３１】
図３に示されるイベント用データベース２４は、各構成員が関連するイベントのうち、特に、各構成員が参加する会議を重要度の高いイベントとして記憶するためのもので、各構成員が参加する会議の名称と当該会議の実施日時との関係が、各構成員の名称に対応して記憶されるようになっている。
【００３２】
また、図４に示される電話番号用データベース２５は、基本的には、各構成員の携帯電話９の電話番号と各構成員が所属する部署の固定電話１０の電話番号とを対応させて記憶するためのものであるが、この実施形態では、更に、各構成員が関連するイベントのうち、各構成員が担当しているプロジェクト（研究，開発，企画等）と其の重要度が、各構成員の名称に対応してイベント情報として記憶されるようになっている。つまり、この電話番号用データベース２５はイベント用データベースの一態様でもある。
【００３３】
更に、この電話番号用データベース２５には、各構成員が所有する携帯電話９の電話番号と各構成員が所属する部署の固定電話１０の電話番号に加えて、当該構成員が所属する部署の名称と当該構成員に固有の電子メールアドレス等が記憶されるようになっている。
【００３４】
前述した通り、グループウェアサーバ５には、メンバー間でスケジュールを共用するスケジューラ機能やグループ内でのコミュニケーションを円滑化するための電子メール機能、更には、電子会議室機能，テレビ会議機能，文書共有機能，ワークフロー機能，名詞管理機能等が備えられているので、スケジューラ機能で作成されたスケジュールのデータや電子メール機能で管理されるアドレス情報等からイベント情報や電話番号情報を抽出したり、あるいは、スケジューラ機能や名詞管理機能に関連するグループウェア用アプリケーションプログラムで生成されたデータベースのイベント情報や電話番号情報をそのまま利用したりすることが可能であるため、必ずしも、グループウェア用アプリケーションプログラムを利用した定常的な業務以外の格別な手動入力処理によってイベント用データベース２４や電話番号用データベース２５を改めて構築する必要はない。つまり、図３および図４に示される各種の情報は、通常の機能を備えたグループウェアサーバ５を利用することによって自動的に蓄積される情報であり、これらの情報の生成のために独立した格別な手動入力処理を必要としないことから、イベント用データベース２４や電話番号用データベース２５を生成するための作業手続が大幅に軽減ないしは省略される。
【００３５】
メール処理手段４は、電話番号用データベース２５に記憶された情報に基づいて各プロジェクト毎にメールの統計情報を管理するためのもので、例えば、各プロジェクトに関連した電話の回数，電話時間，利用者（構成員），・・・等の情報が、例えば、図５に示されるようにして、大容量記憶装置１８に保存されるようになっている。
【００３６】
呼制御サーバ１４は、図６に示される通り、演算処理用のＣＰＵ２６，ＣＰＵ２６の基本的な制御プログラム等を格納したＲＯＭ２７，演算データの一時記憶等に利用されるＲＡＭ２８，大容量記憶装置２９，前述の条件決定サーバ８とネットワーク接続するためのインターフェイス３０，入出力回路３１，キーボード３２，モニタ３３，プリンタ３４等を備えた通常のコンピュータである。呼制御サーバ１４は、大容量記憶装置２９に格納された回線制御プログラムを当該サーバの立ち上げ時点で実行対象プログラムとしてＲＡＭ２８に読み込み、この回線制御プログラムの管理の下でＣＰＵ２６を呼制御手段１２として機能させる。呼制御手段１２として機能するＣＰＵ２６は、通信網１１上で携帯電話９に対する接続要求を検知すると、当該接続要求に関わる発信元の電話番号と発呼先の電話番号を前述のネットワークを経由して条件決定サーバ８に送信し、条件決定サーバ８から接続先の指令を受けてから、この指令に従って構内電話交換機１３を駆動制御し、指定された接続先に電話を取り次ぐ。発信元の電話番号や発呼先の電話番号を検出するための技術に関しては、例えば、特開昭６３−８６６４８号公報（第２４頁左上欄）等で公知である。
【００３７】
条件決定サーバ８の主要部は、図７に示されるように、演算処理用のＣＰＵ３５と、ＣＰＵ３５の基本的な制御プログラム等を格納したＲＯＭ３６、および、演算データの一時記憶等に利用されるＲＡＭ３７と、ＣＰＵ３５を重要度判定手段６および発呼先指定手段７として機能させるためのプログラムを格納した大容量記憶装置３８、ならびに、グループウェアサーバ５および呼制御サーバ１４とネットワーク接続するためのインターフェイス３９によって構成され、ＣＰＵ３５の入出力回路４０にはマン・マシン・インターフェイスとしてのキーボード４１とモニタ４２およびプリンタ４３等が接続されている。
【００３８】
ＣＰＵ３５を重要度判定手段６および発呼先指定手段７として機能させるためのプログラムの一例を簡略化して図８のフローチャートに示す。
【００３９】
次に、図８を参照して、重要度判定手段６および発呼先指定手段７として機能するＣＰＵ３５（条件決定サーバ８）の処理動作を具体的に説明する。
【００４０】
電源投入後の初期化処理完了後、ＣＰＵ３５は、まず、呼制御サーバ１４からネットワーク経由で発信元の電話番号と発呼先の電話番号が入力されているか否かを判定し（ステップＳ１）、これらの入力が検出されなければ、ステップＳ１の判定処理を繰り返し実行しながら呼制御サーバ１４からの入力を待機する。呼制御サーバ１４のＣＰＵ２６が通信網１１上で携帯電話９に対する接続要求を検知して発信元の電話番号と発呼先の電話番号をネットワーク経由で条件決定サーバ８に送信する点については既に述べた通りである。
【００４１】
そして、呼制御サーバ１４から発信元の電話番号と発呼先の電話番号が送信されると、重要度判定手段６として機能するＣＰＵ３５がステップＳ１の判定処理で此れを検出し、発信元の電話番号と発呼先の電話番号をＲＡＭ３７に一時記憶する（ステップＳ２）。
【００４２】
次いで、重要度判定手段６として機能するＣＰＵ３５は、前述のネットワークを経由してグループウェアサーバ５にアクセスし、発呼先の携帯電話９の電話番号に基づいて電話番号用データベース２５（図４）を検索することにより当該携帯電話９を所有する構成員の氏名を特定し、更に、当該構成員の氏名に基づいてイベント用データベース２４（図３参照）を検索し、この構成員が当該時点で何らかの会議に参加しているか否かを判定する（ステップＳ３）。
【００４３】
ステップＳ３の判定結果が真となった場合、つまり、発呼先の携帯電話９を所有する構成員が当該時点で何らかの会議に参加していることが明らかとなった場合には、重要度判定手段６として機能するＣＰＵ３５は、電話への応答よりも会議の遂行の方が重要度が高く、この構成員の携帯電話９に電話を取り次ぐことは不適当であると見做し、更に、発呼先の携帯電話９の電話番号に基づいて電話番号用データベース２５（図４）を検索することによって発呼先の携帯電話９を所有する構成員が所属する部署と其の部署の固定電話１０の電話番号を特定する（ステップＳ７）。そして、更に、発呼先の携帯電話９の電話番号に基づいて電話番号用データベース２５（図４）を検索して当該構成員が関連するプロジェクトを求めた後、この電話番号用データベース２５（図４）を再度検索して、求められたプロジェクトに関連し且つ当該構成員と同じ部署に所属する他の構成員が電話番号用データベース２５（図４）に登録されているか否かを判定する（ステップＳ８）。
【００４４】
ここで、ステップＳ８の判定結果が真となった場合、つまり、発呼先の携帯電話９を所有する構成員が何らかの会議に参加しており、かつ、この構成員と同じプロジェクトに関連した構成員が発呼先の携帯電話９を所有した構成員と同じ部署に存在すると判定された場合に限り、発呼先指定手段７として機能するＣＰＵ３５が、この部署の固定電話１０の電話番号、つまり、ステップＳ７の処理で求められた電話番号を発呼先として呼制御サーバ１４にネットワーク経由で指示し、この指令を受けた呼制御サーバ１４のＣＰＵ２６すなわち呼制御手段１２が、この指令に従って構内電話交換機１３を駆動制御し、指定された接続先つまり発呼先の携帯電話９を所有する構成員が所属する部署に電話を取り次ぐ（ステップＳ１０，発呼先確認機能）。
【００４５】
一方、ステップＳ８の判定結果が偽となった場合、要するに、発呼先の携帯電話９を所有した構成員と同じプロジェクトに関連した構成員が発呼先の携帯電話９を所有した構成員と同じ部署に存在しないと判定された場合には、この部署に電話を取り次いだとしても電話の応答を的確に代替できる構成員がいない確率が高いので、ＣＰＵ３５は、呼制御サーバ１４にネットワーク経由で指令を出し、呼制御サーバ１４に併設された音声合成装置等を作動させることにより、電話を取り次げない旨の音声メッセージ、例えば、「“何々”は、重要な案件に関わっているため電話に応答できません。また、“何々”と同じ部署には“何々”が関わるプロジェクトについて熟知した者がおりません。恐れ入りますが間をおいて再度の御連絡を御願い致します。」等の文言を電話の発信元に送信する（ステップＳ１１）。この音声メッセージ中の“何々”の部分には、発呼先の携帯電話９を所有する構成員の氏名を代入するものとする。
【００４６】
このようにして、電話の応答を的確に代替できる構成員がいない場合に所属部署への電話の取り次ぎを自動的にキャンセルすることにより、各部署にかけられる無駄な電話によって業務の遂行が阻害される問題が改善される。
【００４７】
また、ステップＳ３の判定結果が偽となった場合、つまり、発呼先の携帯電話９を所有する構成員が当該時点で何らの会議にも参加していないことが明らかとなった場合には、重要度判定手段６として機能するＣＰＵ３５は、更に、発呼先の携帯電話９の電話番号に基づいて電話番号用データベース２５（図４）を検索することによって発呼先の携帯電話９を所有する構成員が何らかのプロジェクトに関連しているか否かを判定し（ステップＳ４）、何らかのプロジェクトに関連していると判定された場合には、更に、そのプロジェクトの優先度の高低を判定する（ステップＳ５）。
【００４８】
ここで、ステップＳ５の判定結果が真となった場合、つまり、発呼先の携帯電話９を所有する構成員が重要度の高いプロジェクトに関連していると判定された場合には、重要度判定手段６として機能するＣＰＵ３５は、更に、発信元の電話番号に基づいて電話番号用データベース２５（図４）を検索し、発信元の電話を利用する構成員が何らかのプロジェクトに関連しているか否かを確認し、何らかのプロジェクトに関連している場合には、そのプロジェクトが発呼先の携帯電話９を利用する構成員の関連しているプロジェクトと一致しているか否かを判定する（ステップＳ６）。
【００４９】
ステップＳ６の判定結果が真となった場合、即ち、発信元の電話を利用する構成員が関連しているプロジェクトと発呼先の携帯電話９を利用する構成員の関連しているプロジェクトとが一致した場合に限り、ＣＰＵ３５は、発呼先の携帯電話９を利用する構成員の関連しているプロジェクトの遂行は本質的には電話の応答よりも重要ではあるが、その重要なプロジェクト自体に関連する電話が掛けられてきている可能性があるものと見做す（例外規定適用機能）。この場合、発呼先指定手段７として機能するＣＰＵ３５は、当初の発呼先つまりステップＳ２の処理で記憶された発呼先の電話番号を其のまま発呼先として呼制御サーバ１４にネットワーク経由で指示し、この指令を受けた呼制御サーバ１４のＣＰＵ２６すなわち呼制御手段１２が、この指令に従って構内電話交換機１３を駆動制御し、指定された接続先つまり重要度の高いプロジェクトに関連している構成員自身の携帯電話９に電話を取り次ぐ（ステップＳ９）。
【００５０】
このようにして、被呼者である構成員と同じプロジェクトに関連する発呼者、つまり、被呼者の側からしても重要と考えられる可能性の高い電話を優先的に被呼者に取り次ぐことで、結果として、被呼者である構成員の業務の遂行を円滑化することが可能となる場合が多い。
【００５１】
一方、ステップＳ６の判定結果が偽となった場合、即ち、発信元の電話を利用する構成員が関連しているプロジェクトと発呼先の携帯電話９を利用する構成員の関連しているプロジェクトとが一致していない場合あるいは発信元の電話を利用する構成員が何らのプロジェクトにも関連していない場合には、重要度判定手段６として機能するＣＰＵ３５は、発呼先の携帯電話９を利用する構成員の関連しているプロジェクトの遂行が電話の応答よりも重要であると見做し、前記と同様、発呼先の携帯電話９を所有する構成員と同じプロジェクトに関連した構成員が発呼先の携帯電話９を所有した構成員と同じ部署に存在する場合にはステップＳ７，ステップＳ８，ステップＳ１０の処理を実行して発呼先の携帯電話９を所有する構成員が所属する部署に電話を取り次ぎ、また、発呼先の携帯電話９を所有する構成員と同じプロジェクトに関連した構成員が発呼先の携帯電話９を所有した構成員と同じ部署に存在しない場合にはステップＳ７，ステップＳ８，ステップＳ１１の処理を実行して電話を取り次げない旨の音声メッセージを電話の発信元に送信する。
【００５２】
また、ステップＳ４の判定結果が偽となって発呼先の携帯電話９を所有する構成員が当該時点で何らの会議にもプロジェクトにも参加していないことが明らかとなった場合、あるいは、ステップＳ５の判定結果が偽となって発呼先の携帯電話９を所有する構成員が当該時点で何らかのプロジェクトに参加しているものの其の重要度が低いことが明らかとなった場合には、重要度判定手段６として機能するＣＰＵ３５は、この構成員本人に電話を取り次ぐことに何の支障もないものと見做す。この場合、発呼先指定手段７として機能するＣＰＵ３５は、当初の発呼先つまりステップＳ２の処理で記憶された発呼先の電話番号を其のまま発呼先として呼制御サーバ１４にネットワーク経由で指示し、この指令を受けた呼制御サーバ１４のＣＰＵ２６すなわち呼制御手段１２が、この指令に従って構内電話交換機１３を駆動制御し、指定された接続先つまり何らの会議にもプロジェクトにも参加していない構成員自身の携帯電話９に電話を取り次ぐ（ステップＳ９）。
【００５３】
以上、会議やプロジェクトの遂行と電話の応答の重要度の比較に関わる判定基準の一例について図８を参照して具体的に説明したが、これは飽くまでも一例であり、これ以外にも、会議やプロジェクトの遂行と電話の応答の重要度の比較に関わる様々な判定処理の手続をプログラムとして大容量記憶装置３８に格納しておき、これらのプログラムを選択的に図８の処理と置き換えることで、会議やプロジェクトの遂行と電話の応答の重要度を様々な判定基準に従って比較し、電話の取り次ぎ先の選択や応答の可否を決めるようにすることができる。
【００５４】
また、この実施形態では、イベント情報記憶手段と電話番号記憶手段の機能をグループウェアサーバ５に持たせる一方、重要度判定手段と発呼先指定手段の機能を条件決定サーバ８に持たせ、これらのサーバ間でネットワークを経由して情報の伝達を行うことで処理操作を実現するようにしているが、当然、イベント情報記憶手段や電話番号記憶手段を独立したファイルサーバによって構成してグループウェアサーバ５にネットワーク経由で接続することも可能であり、更に、グループウェアサーバ５に十分な処理能力がある場合には、条件決定サーバ８を廃止して重要度判定手段と発呼先指定手段の機能をグループウェアサーバ５それ自体に実装するといったことも可能である。
【００５５】
つまり、複数のコンピュータを利用して電話転送システム１を構築する場合において、イベント情報記憶手段，電話番号記憶手段，重要度判定手段，発呼先指定手段等の各機能をどのコンピュータに割り振るかは本質的に重要な問題ではないが、前述した通り、スケジューラ機能，電子メール機能，名詞管理機能等を備えたグループウェアサーバ５にイベント情報記憶手段と電話番号記憶手段を配置することにより、イベント用データベース２４や電話番号用データベース２５が必要とする各種のデータがグループウェアサーバ５を利用した通常の業務によって自動的に蓄積されるので、イベント用データベース２４や電話番号用データベース２５を生成するための作業手続が軽減ないしは省略されるメリットが生じる。
【００５６】
また、プロジェクトの有無や其の重要度および会議の有無や携帯電話ならびに固定電話の電話番号等を記憶させるためのデータベースも、基本的に構成員の氏名をインデックスとして取り扱われるデータであるから、必ずしも図３や図４のように別のデータベースに分散して記憶させる必要はなく、図３に示されるようなイベント用データベース２４や図４に示されるような電話番号用データベース２５を単一のデータベースに纏めることが可能である。
前述した実施形態においても、例えば、図３に示されるイベント用データベース２４における会議と時間のデータをプロジェクトの一種として図４の電話番号用データベース２５に組み込むことができる。
前述した通り、グループウェアサーバ５には、スケジューラ機能や電子メール機能あるいは名詞管理機能等の使用に際して此れらのデータが何らかの形で入力されて記憶されるわけであるから、スケジューラ機能，電子メール機能，名詞管理機能等によって生成されるデータベースの構造さえ分っていれば、適切な記憶アドレスを自動的に指定してプロジェクトの有無や其の重要度および会議の有無や携帯電話ならびに固定電話の電話番号等を自由に読み出すことができ、これらのデータを図８におけるステップＳ３〜ステップＳ８の処理で直接的に利用することが可能であるから、電話の応答の可否や電話の取り次ぎ先を自動処理で決めるだけのために複雑なデータベースを手動操作で設定する必要はない。
【図面の簡単な説明】
【００５７】
【図１】本発明を適用した電話転送システムの一実施形態について示したブロック図である。
【図２】同実施形態の電話転送システムの一部を構成するグループウェアサーバの構成の概略を示したブロック図である。
【図３】イベント情報記憶手段に記憶されるイベント用データベースの一例を示した概念図である。
【図４】電話番号記憶手段に記憶される電話番号用データベースの一例を示した概念図である。
【図５】各プロジェクト毎にメールの統計情報を管理するデータベースの一例を示した概念図である。
【図６】同実施形態の電話転送システムの一部を構成する呼制御サーバの構成の概略を示したブロック図である。
【図７】同実施形態の電話転送システムの一部を構成する条件決定サーバの構成の概略を示したブロック図である。
【図８】重要度判定手段および発呼先指定手段として機能する条件決定サーバのＣＰＵが実行する処理の一例を簡略化して示したフローチャートである。
【符号の説明】
【００５８】
１  電話転送システム
２  イベント情報記憶手段
３  電話番号記憶手段
４  メール処理手段
５  グループウェアサーバ
６  重要度判定手段
７  発呼先指定手段
８  条件決定サーバ
９  携帯電話（各構成員が専ら利用する電話）
１０ａ，１０ｂ  固定電話（各構成員が所属する部署毎の電話）
１１  通信網
１２  呼制御手段
１３  構内電話交換機
１４  呼制御サーバ
１５  ＣＰＵ
１６  ＲＯＭ
１７  ＲＡＭ
１８  大容量記憶装置（イベント情報記憶手段，電話番号記憶手段）
１９  インターフェイス
２０  入出力回路
２１  キーボード
２２  モニタ
２３  プリンタ
２４  イベント用データベース
２５  電話番号用データベース
２６  ＣＰＵ（呼制御手段）
２７  ＲＯＭ
２８  ＲＡＭ
２９  大容量記憶装置
３０  インターフェイス
３１  入出力回路
３２  キーボード
３３  モニタ
３４  プリンタ
３５  ＣＰＵ（重要度判定手段，発呼先指定手段）
３６  ＲＯＭ
３７  ＲＡＭ
３８  大容量記憶装置
３９  インターフェイス
４０  入出力回路
４１  キーボード
４２  モニタ
４３  プリンタ
【図１】
0004697414.tif 000002
【図２】
0004697414.tif 000003
【図３】
0004697414.tif 000004
【図４】
0004697414.tif 000005
【図５】
0004697414.tif 000006
【図６】
0004697414.tif 000007
【図７】
0004697414.tif 000008
【図８】
0004697414.tif 000009