JP6631743B1 - 電話システム、電話端末 - Google Patents

Abstract

【課題】着信時に応答操作（応答ボタン押下）のみを期待する電話アプリの着信画面でも、着信に応答する前に発信者に関する情報（画像や顧客情報など）を確認することができる技術を提供する。【解決手段】着信に対して最初に着信応答操作を行った場合、前記着信には応答しないで情報配信サーバから情報の配信を受け、当該情報を表示する状態を形成し、次に着信応答操作を行った場合、前記着信に応答して、発信者と着信先とを通話状態とする機能を有する。【選択図】図６

Description

本発明は、通話開始前に情報、例えば、情報配信サーバからの情報を表示する機能を有する電話システム、電話端末に関する。

携帯機器用ＯＳを備えた携帯電話の一種であるスマートフォン（Smartphone）は、広く普及している。スマートフォンを使用したシステムとして、例えば、特開２０１８−１５６２１９号公報（特許文献１）などがある。この公報には、「携帯端末にインストールされたアプリケーションプログラムにおいて、近距離無線通信を介して、予め前記携帯端末に登録された（当該携帯端末のユーザの）個人情報を所定の送信先へ送信し、当該送信先から前記特定ソフトウェアの起動を禁止する禁止ソフトウェアリストを受信し、前記禁止ソフトウェアリストに記録されている特定ソフトウェアの起動を禁止する。近距離無線通信を介して、予め前記携帯端末に登録された（当該携帯端末のユーザの）個人情報を所定の送信先へ送信し、当該個人情報の送信先から起動を禁止された前記特定ソフトウェアの禁止を解除する禁止解除通知を受信することで、起動を禁止されている特定ソフトウェアの起動を許可する。」そして、「スマートフォンを携行するユーザが業務中に、スマートフォンにインストールされたゲーム等のアプリケーションの起動を禁止する」という記載がある。

特開２０１８−１５６２１９号公報

特許文献１では、着信応答時に発信者の映像や顧客情報、つまり、発信者に関する情報を表示し、発信者を確認した上で応答を可能とする点については想定されていない。

電話端末のスマートフォンは、ｉＯＳに搭載されているＣａｌｌｋｉｔ機能を具備している。
ｉＯＳとは、アップルが開発・提供するオペレーティングシステム（組み込みプラットフォーム）である。
Ｃａｌｌｋｉｔとは、ｉＯＳ１０以降、追加された拡張機能（図２のＯＳ着信機能（２４２））であり、これにより、ｉＯＳの標準電話機能アプリケーション（図２のアプリＡ（２４３））とサードパーティの電話機能アプリケーション（図２のアプリＢ（２４４））とで、電話の発着信、履歴、電話帳などを、連携することが可能になった。

この際の情報の流れと表示について図３を用いて説明する。
図３において、発信元電話端末１（例えば、カメラドアホン）がダイヤル操作または呼出ボタン押下すると（Ｓ１０１）、電話主装置３に対して発信する（Ｓ１０２）。
この発信を検知した電話主装置３は、ネットワーク５上のＰＵＳＨ通知サーバ４に、着信先電話端末２に対する着信起動となるＰＵＳＨ通知要求を送信する（Ｓ３０１）。
また前記ＰＵＳＨ通知要求を受信したＰＵＳＨ通知サーバ４は、着信先電話端末２に対してサードパーティの電話機能アプリケーションを起床させるためのＰＵＳＨ通知を送信する（Ｓ４０１）。
着信先電話端末２は、このＰＵＳＨ通知の受信によりサードパーティの電話機能アプリケーション（アプリＢ（２４４））を起動し（Ｓ２０２）、電話主装置２に再接続する（Ｓ２０３）。
次に、電話主装置３は、再接続した着信先電話端末２に対して着信を通知する（Ｓ３０２）。
着信先電話端末２（スマートフォン２ａ）の前記ＯＳ着信機能（２４２）は、サードパーティの電話機能アプリケーション（アプリＢ（２４４））に対する着信通知（カメラドアホンからの着信など）を受けると（Ｓ３０２）、図９ａに示すＯＳの着信表示画面を表示し（Ｓ２０４）、発信者番号（図９ａのＶ２２２１）を表示すると共に、着信通知音（鳴動音）をスピーカより送出する（Ｓ２０５）。
また、前記ＯＳ着信機能（２４２）には、図９ａに示すように、当該着信を拒否するボタン（図９ａのＶ２２２２，Ｂ２１２２）、または当該着信に応答するボタン（図９ａのＶ２２２３，Ｂ２１２３）のみがある。
このとき、前記「拒否ボタン」（Ｂ２１２２）が押下されると（Ｓ２１０３）、当該着信を拒否（切断）し、情報配信サーバ３２は発信元電話端末１に関する情報（画像／音声／文字データ等）を配信しないで待機状態に戻る（Ｓ２１０〜Ｓ３１１，Ｓ２１１）。
また、前記「応答ボタン」（Ｂ２１２３）が押下されると（Ｓ２１０１）、当該着信に応答して通話中状態にすると共に、情報配信サーバ３２は発信元電話端末１に関する情報（画像／音声／文字データ等）を着信先電話端末２に配信する（Ｓ２０６〜Ｓ３０７，Ｓ２０７）。
また、通話中状態から「終了ボタン」（図１０ａ、図１０ｂのＢ２１４３）が押下されると（図３のＳ２１０２）、当該通話を切断すると共に、情報配信サーバ３２は情報配信を終了し、待機状態に戻る（Ｓ２０８〜Ｓ３０８，Ｓ２０９）。

しかし、このことは、着信応答し、発信元電話端末１と着信先電話端末２（２ａ）とが通話中状態になった後にしか、発信元電話端末１に関する情報を着信先電話端末２で確認できないことを示しており、従来にあっては、着信応答時、応答前に発信元電話端末１に関する情報を確認することができないという課題があった。例えば、カメラドアホンの画像や情報表示サーバからの顧客情報などを見てから応答することができなかった。

そこで、本発明では、例えば、着信先電話端末２（２ａ）がＯＳの着信機能（２４２）上で着信応答操作（応答操作／応答要求ボタン押下）を行った場合、アプリＢ（２４４）と電話主装置３の呼状態を「暫定応答状態」に遷移させ、この状態において、発信元電話端末１に関する情報（画像や顧客情報など）を確認することができる技術を提供することを目的とする。

上記課題を解決するために、代表的な本発明の電話システム、電話端末の一つは、着信に対する着信応答操作を行った場合、前記着信には応答しないで暫定応答状態に遷移する機能と、前記暫定応答状態において、前記発信元電話端末からの送信される情報（カメラドアホンからの画像等）や情報表示サーバに記憶された前記発信元電話端末に関する顧客情報を着信先電話端末に表示する機能を有するものである。

例えば、情報配信サーバを備える電話主装置と前記電話主装置に接続される電話端末で構成される電話システムにおいて、
前記電話端末は、
前記情報配信サーバから配信された情報を表示する表示手段と、
前記電話主装置からの着信に対して応答操作を行う応答操作ボタンと、
前記応答操作ボタンを操作したとき、暫定応答、または着信応答の何れかの応答種別を通知する応答種別通知手段と、を有し、
前記電話主装置は、
前記電話端末の応答種別通知手段から受信した応答種別に応じて着信応答、または情報配信指示を行う第一着信処理受付手段を有し、
前記第一着信処理受付手段は、
前記応答種別が暫定応答のとき、着信応答せず、前記情報配信サーバに対して所定の情報を前記電話端末へ配信する情報配信を指示し、
前記応答種別が着信応答のとき、着信応答し、
前記情報配信サーバは、
前記電話主装置から情報配信指示を受信し、前記着信と対応付けられた配信すべき情報が存在する場合、当該情報を前記電話端末に配信する
ことを特徴とする。

本発明によれば、着信先電話端末２において、スマートフォンの電話機能アプリケーションが通話中状態になる前に、発信元電話端末１に関する情報（画像や顧客情報など）を情報配信サーバ３２から受け、表示、確認することができる。

本発明の電話システムの概略構成を示すブロック図。 着信先電話端末としてスマートフォンを利用した場合におけるスマートフォンの概略構成を示す図。 従来の電話システムにおける着信応答と着信拒否のシーケンス図。 本発明におけるアプリＢを起動する第１の実施例の暫定応答のシーケンス図。 図４に示す発明を実現するための電話主装置の処理手順を示すフローチャート。 本発明におけるアプリＢを起動する第２の実施例の暫定応答のシーケンス図。 図６に示す発明を実現するための電話主装置の処理手順を示すフローチャート。 本発明におけるアプリＣを起動する第３の実施例の暫定応答のシーケンス図。 ＯＳの着信表示画面の構成の一例を示す図。 ＯＳの着信表示画面に暫定応答（情報）ボタンを追加した画面構成の一例を示す図。 通話中状態において情報配信サーバから情報の配信を受けない場合のアプリＢの画面構成の一例を示す図。 通話中状態において情報配信サーバから情報の配信を受ける場合のアプリＢの画面構成の一例を示す図。 本発明による応答前（暫定応答状態）におけるアプリＢの画面表示の一例を示す図。 本発明における暫定応答状態のアプリＣの画面構成と表示の一例を示す図。 フックスイッチ操作と応答要求との対応関係を示す図。

図１は、本発明の電話システムの概略構成を示すブロック図である。
電話システムは、ネットワーク５を介して接続される複数の電話端末（発信元電話端末１、着信先電話端末２）、電話主装置３、ＰＵＳＨ通知サーバ４からなる。

発信元電話端末１は、例えば、ダイヤル押下や呼出スイッチを押下げることで、電話主装置３に発信し、情報配信サーバ３２から画像送信要求を受けたとき、画像データを出力するカメラドアホンやスマートフォンを含む電話機能を有する端末からなる。

着信先電話端末２は、例えば、スマートフォンアプリケーション（アプリＡ〜アプリＣ）を搭載し、電話主装置３からのＰＵＳＨ通知要求を、ＰＵＳＨ通知サーバ４を介して受信すると、図９ａに示すＯＳ着信表示画面（Ｃａｌｌｋｉｔ画面）を表示し、着信通知音を送出し鳴動する機能、電話主装置３に対して主装置再接続（再ログイン）や応答をする機能を有するスマートフォン２ａからなる。以下、実施例では、着信先電話端末２としてスマートフォン２ａを例として説明するが、電話機能、情報表示機能を有する端末であればよい。尚、スマートフォン２ａの構成及び動作は後述する。

電話主装置３は、呼制御部３１として電話の発着信や通話接続を行う機能の他に、発信元電話端末１からのリアルタイム画像データや予め記憶された顧客情報などの発信者に関する情報を配信する機能を有する情報配信サーバ３２を含み、ＰＵＳＨ通知サーバ４に対して着信先電話端末２へのＰＵＳＨ通知要求を行う機能、着信先電話端末２から主装置再接続（再ログイン）を受けたとき、着信先電話端末２に着信応答（着信情報通知）する機能、着信先電話端末２から暫定応答を受けたとき、着信に応答しないで情報配信サーバや発信元電話端末１に対して発信元電話端末１に関する情報の着信先電話端末２への配信を指示する機能を有する。
尚、本実施例では、情報配信サーバ３２は電話主装置３に内蔵されるものとして説明しているが、電話主装置３と独立させネットワーク５上に設置してもよい。

ＰＵＳＨ通知サーバ４は、ネットワーク５上にあって、電話主装置３からのＰＵＳＨ通知要求を受けたとき、着信先電話端末２へＰＵＳＨ通知を送信する機能を有する。
このＰＵＳＨ通知を、着信先電話端末２（スマートフォン２ａ）が受信することで、ＯＳ着信機能（２４２）やアプリＢ（２４４）が起動される。
尚、このＰＵＳＨ通知では、発信元電話端末１の発信者番号や着信先電話端末２で起動するアプリの区分程度の情報が通知されるのみで、それ以上の情報を送ることはできない。

図２は、着信先電話端末２としてスマートフォン２ａを利用した場合におけるスマートフォン２ａの概略構成を示す図である。
着信先電話端末２のスマートフォン２ａは、入力部２１（図９ａ〜図１２の各種操作ボタンを含む）、出力部２２（画像データや顧客情報などを表示するディスプレイ）、マイク・スピーカ２３、各部を制御する制御部２４（ＯＳやアプリケーションソフトを含む）と、外部と通話や情報転送を行う無線通信部２５と、各部に稼働電力を供給する電源部２９（バッテリー）を有する。

入力部２１は、例えば、ダイヤル操作（発信先を選択、発信、着信アイコンタップなど）を行ったときや、応答操作や情報表示操作（本実施例では、「拒否ボタン」、「応答ボタン」、「保留ボタン」、「終了ボタン」、「通話ボタン」、「情報ボタン」、「切替ボタン」の押下）を制御部２４に伝える。

出力部２２は、制御部２４からの指示を受け、各種の情報を表示するディスプレイ（表示部）を含む。
尚、スマートフォン２ａでは、出力部２２と入力部２１は、タッチパネルとして同一面に構成される。

マイク・スピーカ２３は、電話機能を構成するｉＯＳの標準電話機能アプリケーション（図２のアプリＡ（２４３））とサードパーティの電話機能アプリケーション（図２のアプリＢ（２４４））が通話中に音声信号を入出力する。また着信時に着信通知音を鳴動出力する。

制御部２４は、ＯＳ（オペレーションシステム）２４１上で、ＰＵＳＨ通知サーバ４からのＰＵＳＨ通知を受信し、各アプリケーションを起動するＯＳ着信機能２４２と、ＯＳの標準電話機能アプリケーション（アプリＡ）２４３とサードパーティの電話機能アプリケーション（アプリＢ）２４４と、情報表示機能に特化した情報表示アプリ（アプリＣ）２４５が動作する。
尚、図示しないが、制御部２４には、ＯＳやアプリが動作するための記憶するメモリ等を含む。

制御部２４のＯＳ着信機能２４２は、ネットワーク５からのアプリＡ（２４３）への着信、またはＰＵＳＨ通知サーバ４を介して電話主装置３からのアプリＢ（２４４）への着信（ＰＵＳＨ通知）を検出した場合に、それぞれのアプリを起動し、出力部（ディスプレイ）２２にＯＳ着信表示画面（図９ａ）を表示する。
次に、ＯＳ着信表示画面上で入力部２１が、「拒否ボタン」（図９ａのＢ２１２２）または「応答ボタン」（図９ａのＢ２１２３）の押下を検出すると、アプリＡ（２４３）はネットワーク５に、アプリＢ（２４４）は電話主装置３の呼制御部３１にその結果を通知する。

尚、以下実施例では、アプリＢ（２４４）への着信時に、「応答ボタン」（Ｂ２１２３）が押下された場合、電話主装置３に暫定応答を通知して、着信に応答しないで（着信に応答する前に）、情報配信サーバ３２から発信元電話端末１に関連する情報の配信を受け、出力部（ディスプレイ）２２に表示する機能について説明する。

図４は、本発明におけるアプリＢを起動する第１の実施例として、発信元電話端末１と電話主装置３／情報配信サーバ３２とＰＵＳＨ通知サーバ４と着信先電話端末２との間のシーケンス例を示す図である。

発信元電話端末１は、ダイヤルし、または呼出スイッチを押し下げると（Ｓ１０１）、発信する（Ｓ１０２）。
尚、ここでは、電話主装置３に所属する着信先電話端末２へ発信するものとする。

すると、電話主装置３は、ＰＵＳＨ通知サーバ４に着信先電話端末２へのＰＵＳＨ通知要求をする（Ｓ３０１）。ＰＵＳＨ通知サーバ４は、ＰＵＳＨ通知要求を受けて着信先電話端末２にＰＵＳＨ通知する（Ｓ４０１）。

待機状態（Ｓ２０１）の着信先電話端末２は、ＰＵＳＨ通知サーバ４からのＰＵＳＨ通知を受けると、アプリＢを起動する（Ｓ２０２）。

また、電話主装置３に対して、主装置再接続（再ログイン）を要求する（Ｓ２０３）。

すると、電話主装置３は、主装置再接続（再ログイン）要求を受付けた後、当該着信に関連して配信すべき情報があるか否かを検査し（Ｓ３７０１）、前記配信情報の有無を示す情報を含む着信通知を着信先電話端末２に送信する（Ｓ３０２）。

着信先電話端末２は、前記着信通知を受けて、ＯＳ着信表示画面（図９ａ）を表示する（Ｓ２０４）と共に、着信通知音を送出する（Ｓ２０５）。
このときは、ＯＳ着信表示画面（Ｃａｌｌｋｉｔ画面）が起動しているため、画像や発信者番号以外の詳細な情報などを表示することはできない。

ここで、着信先電話端末２が、ＯＳ着信表示画面（図９ａ）上で、「応答ボタン」（図９ａのＢ２１２３）を押下すると（Ｓ２１０１）、ステップＳ３０２で受信した着信通知情報の配信情報の有無を検査する（Ｓ２４０１）。

ステップＳ２４０１で、配信情報有りと判断した場合は、「暫定応答要求」を電話主装置３に送信する（Ｓ２２１）。

すると、電話主装置３の呼制御部３１は、着信に応答しないで、情報配信サーバ３２へ当該着信通知を行った呼に関連する所定の情報の配信を指示する（Ｓ３２１）。

そして、情報配信サーバ３２は、発信元電話端末１から情報を取得（Ｓ３２２）または自情報配信サーバに記憶された当該着信呼に関連する所定の情報を、着信先電話端末２に対して配信する（Ｓ３２３）。
尚、このとき情報配信サーバ３２が着信先電話端末２に配信する情報には、カメラドアホンなど発信元電話端末１が管理するカメラ画像や、情報配信サーバ３２に記憶された間録音メッセージやガイダンストーン等の音声情報や、ＣＴＩ情報（通話履歴や発信元電話端末のユーザ情報等）の文字情報などが想定される。

これにより、着信先電話端末２のアプリＢは、情報配信サーバ３２から配信される所定情報を受信し、応答前情報表示画面（一例を図１１に示す）によって、出力部（ディスプレイ）２２に表示し、確認することができる（Ｓ２２２）。

しかるのち、着信先電話端末２のアプリＢの応答前情報表示画面で、「通話ボタン」（図１１のＢ２１４４）を押下すると（Ｓ２１０４）、着信先電話端末２は、電話主装置３に対して「着信応答要求」を送信する（Ｓ２２３）。

すると、電話主装置３の呼制御部３１は、発信元電話端末１に着信応答する（Ｓ３２４）。

これにより、発信元電話端末１と着信先電話端末２との間は、通話中となり（Ｓ３２５）、また着信先電話端末２のアプリＢは、前記情報配信サーバ３２からの情報表示を継続して通話中画面（図１０ｂ）を表示する（Ｓ２２４）。

一方、「応答ボタン」押下によるステップＳ２４０１で、配信情報無しと判断した場合は、「着信応答要求」を電話主装置３に送信する（Ｓ２０６）。

すると、電話主装置３の呼制御部３１は、発信元電話端末１の発信に対して着信応答する（Ｓ３０４）。

これにより、発信元電話端末１と着信先電話端末２との間は、通話中となる（Ｓ３０７）。
またこのとき情報配信サーバ３２は、情報配信サーバ３２からの発信元電話端末１に関係する情報配信をしないことから、着信先電話端末２のアプリＢは情報表示をしない通話中画面（図１０ａ）を表示する（Ｓ２２７）。

図５は、図４に示す発明を実現するための電話主装置３の呼制御部のフローチャートである。

図５のフローチャートに基づく動作は以下のとおりである。
電話主装置３に電源が投入され、呼制御部が動作を開始されると、待機状態となる（Ｓ３０００）。
尚、図示しないが、着信先電話端末２と電話主装置３の呼制御部３１との間で、初回のログインが行われた後、待機状態となる。

待機状態において、発信元電話端末１からの発信を検知すると（Ｓ３０１１，Ｙｅｓ）、ＰＵＳＨ通知サーバ４に対して、着信先電話端末２のアプリＢへのＰＵＳＨ通知を要求する（Ｓ３０１２）。
また発信元電話端末１からの発信を検知できなかった場合（Ｓ３０１１，Ｎｏ）は、ステップＳ３０１１に戻る。

次に、ＰＵＳＨ通知を受信した着信先電話端末２のアプリＢが起動され、再ログイン要求を受信すると（Ｓ３０１３，Ｙｅｓ）、ステップＳ３０１４に進む。
着信先電話端末２からの再ログインがなく（Ｓ３０１３，Ｎｏ）、発信元電話端末１からの発信中止を検知すると（Ｓ３０２５，Ｙｅｓ）、待機状態（Ｓ３０００）に戻る。

次に、ステップＳ３０１４で、発信元電話端末１からの発信に関連する配信情報が有る場合には（Ｓ３０１４，Ｙｅｓ）、着信先電話端末２に、「配信情報有り」を含む着信通知を送信する（Ｓ３０１５）。
またステップＳ３０１４で、発信元電話端末１からの発信に関連する配信情報が無い場合には（Ｓ３０１４，Ｎｏ）、着信先電話端末２に、「配信情報無し」を含む着信通知を送信する（Ｓ３０２６）。
そして、ステップＳ３０１６に進む。

着信先電話端末２から「暫定応答要求」を受信した場合（Ｓ３０１６，Ｙｅｓ）、情報配信サーバ３２に着信先電話端末２に対して、発信元電話端末１に関連する情報の配信を指示する（Ｓ３０１７）。

着信先電話端末２から「着信応答要求」を受信した場合（Ｓ３０１８，Ｙｅｓ）、発信元電話端末１に対して着信応答を送信し（Ｓ３０１９）、発信元電話端末１と着信先電話端末２との間の通話路を接続して（Ｓ３０２０）、ステップＳ３０２１に進む。
また、着信先電話端末２からの応答がない状態で（Ｓ３０１８，Ｎｏ）、発信元電話端末１からの発信中止を検知すると（Ｓ３０２７，Ｙｅｓ）、着信先電話端末２を切断（着信を中止）した後（Ｓ３０３１）、待機状態（Ｓ３０００）に戻る。
尚、このとき情報配信サーバ３２が情報配信中であれば、情報の配信中止を指示する。

発信元電話端末１と着信先電話端末２が通話中に、着信先電話端末２からの「切断要求」（終話）を検知した場合（Ｓ３０２１，Ｙｅｓ）、発信元電話端末１と着信先電話端末２との間の通話路を解放し（Ｓ３０２２）、また情報配信サーバ３２に配信中の情報の配信中止を指示した後（Ｓ３０２３）、発信元電話端末１との通話を切断する（Ｓ３０２４）。

また発信元電話端末１と着信先電話端末２が通話中に、発信元電話端末１からの「切断要求」（終話）を検知した場合（Ｓ３０２８，Ｙｅｓ）、発信元電話端末１と着信先電話端末２との間の通話路を解放し（Ｓ３０２９）、また情報配信サーバ３２に配信中の情報の配信中止を指示した後（Ｓ３０３０）、着信先電話端末２との通話を切断する（Ｓ３０３１）。
そして待機状態（Ｓ３０００）に戻る。

以上述べたように、着信先電話端末２は、暫定応答を電話主装置３に指示することによって、応答前に発信元電話端末１に関する情報を情報配信サーバ３２側から受け、表示し、当該内容を確認した後に着信応答し、通話することができる。

因みに、ＯＳの着信表示画面（Ｃａｌｌｋｉｔ画面）には、「応答ボタン」（図９ａのＢ２１２３）と「拒否ボタン」（図９ａのＢ２１２２）が存在するが、従来では、「応答ボタン」を操作すると、直ちに通話状態に遷移し、「拒否ボタン」を操作すると、直ちに着信終了してしまう。このため、着信応答前に発信元電話端末１に関する情報（例えば、ＣＴＩや映像などの情報）を表示、確認することができなかった。しかし、本発明では、かかる課題を是正することができる。

また、応答前に表示、確認すべき情報が存在しないのに、暫定応答してしまうと、再度追加の応答操作をしないと、通話状態にならない。しかし、本発明では、電話主装置３から着信元電話端末２に表示すべき情報の有無を通知しているので、着信元電話端末２側にて暫定応答すべきか、着信応答すべきかが分かり、上述したような追加の応答操作を行うことがなく、操作を簡単にできる。

図６は、本発明におけるアプリＢを起動する第２の実施例として、発信元電話端末１と電話主装置３／情報配信サーバ３２とＰＵＳＨ通知サーバ４と着信先電話端末２との間のシーケンス例を示す図である。

発信元電話端末１は、ダイヤルし、または呼出スイッチを押し下げると（Ｓ１０１）、発信する（Ｓ１０２）。
尚、ここでは、電話主装置３に所属する着信先電話端末２へ発信するものとする。

すると、電話主装置３は、ＰＵＳＨ通知サーバ４に着信先電話端末２へのＰＵＳＨ通知要求をする（Ｓ３０１）。ＰＵＳＨ通知サーバ４は、ＰＵＳＨ通知要求を受けて着信先電話端末２にＰＵＳＨ通知する（Ｓ４０１）。

待機状態（Ｓ２０１）の着信先電話端末２は、ＰＵＳＨ通知サーバ４からのＰＵＳＨ通知を受けると、アプリＢを起動する（Ｓ２０２）。

また、電話主装置３に対して、主装置再接続（再ログイン）を要求する（Ｓ２０３）。

すると、電話主装置３は、主装置再接続（再ログイン）要求を受付けた後、着信通知を着信先電話端末２に送信する（Ｓ３０２）。
（本実施例２では、実施例１の図４と異なり、ここでは配信情報の有無は判定しない。）

着信先電話端末２は、前記主装置再接続の要求に対する着信通知を受けて、ＯＳ着信表示画面（図９ａ）を表示する（Ｓ２０４）と共に、着信通知音を送出する（Ｓ２０５）。
このときは、図９ａに示すＯＳ着信表示画面（Ｃａｌｌｋｉｔ画面）が起動しているため、画像や発信者番号以外の詳細な情報などを表示することはできない。

ここで、着信先電話端末２が、ＯＳ着信表示画面（図９ａ）上で、「応答ボタン」（図９ａのＢ２１２３）を押下すると（Ｓ２１０１）、「着信応答要求（１）」を電話主装置３に送信する（Ｓ２０６）。

次に、「着信応答要求（１）」を受信した電話主装置３の呼制御部３１は、当該着信に関連して配信すべき情報があるか否かを検査し（Ｓ３９０１）、配信すべき情報が存在する場合には、着信に応答しないで、情報配信サーバ３２へ所定情報の配信を指示する（Ｓ３２１）。
そして、情報配信サーバ３２は、発信元電話端末１から情報を取得（Ｓ３２２）または自情報配信サーバに記憶された当該着信呼に関連する所定の情報を、着信先電話端末２に対して配信する（Ｓ３２３）。
尚、このとき情報配信サーバ３２が着信先電話端末２に配信する情報には、カメラドアホンなど発信元電話端末１が管理するカメラ画像や、情報配信サーバ３２に記憶された間録音メッセージやガイダンストーン等の音声情報や、ＣＴＩ情報（通話履歴や発信元電話端末１のユーザ情報等）の文字情報などが想定される。

これにより、着信先電話端末２のアプリＢは、情報配信サーバ３２から配信される所定情報を受信し、応答前情報表示画面（一例を図１１に示す）によって、出力部（ディスプレイ）２２に表示し、確認することができる（Ｓ２２２）。

しかるのち、着信先電話端末２のアプリＢの応答前情報表示画面で、「通話ボタン」（図１１のＢ２１４４）を押下して着信応答操作を行うと（Ｓ２１０４）、着信先電話端末２は、電話主装置３に対して「着信応答要求（２）」を送信する（Ｓ２２３）。

すると、電話主装置３の呼制御部３１は、既に「着信応答要求（１）」を受信し暫定応答状態にあることから、発信元電話端末１の発信に対して着信応答する（Ｓ３２４）。

これにより、発信元電話端末１と着信先電話端末２との間は、通話中となり（Ｓ３２５）、また着信先電話端末２のアプリＢは、前記情報配信サーバ３２からの情報表示を継続して通話中画面（図１０ｂ）を表示する（Ｓ２２４）。

一方、電話主装置３の呼制御部３１は、「応答ボタン」押下によるステップＳ３９０１で、配信情報無しと判断した場合には、発信元電話端末１に対して、着信応答し（Ｓ３０４）、これにより、発信元電話端末１と着信先電話端末２との間は、通話中となる（Ｓ３０７）。
またこのとき情報配信サーバ３２は、発信元電話端末１に関係する情報配信をしないことから、着信先電話端末２のアプリＢは情報表示をしない通話中画面（図１０ａ）を表示する（Ｓ２２７）。

図７は、図６に示す発明を実現するための電話主装置３の呼制御部のフローチャートである。

図７のフローチャートに基づく動作は以下のとおりである。
電話主装置３に電源が投入され、呼制御部が動作を開始されると、待機状態となる（Ｓ３０００）。
尚、図示しないが、着信先電話端末２と電話主装置３の呼制御部３１との間で、初回のログインが行われた後、待機状態となる。

待機状態において、発信元電話端末１からの発信を検知すると（Ｓ３０１１，Ｙｅｓ）、ＰＵＳＨ通知サーバ４に対して、着信先電話端末２のアプリＢへのＰＵＳＨ通知を要求する（Ｓ３０１２）。
また発信元電話端末１からの発信を検知できなかった場合（Ｓ３０１１，Ｎｏ）は、ステップＳ３０１１に戻る。

次に、ＰＵＳＨ通知を受信した着信先電話端末２のアプリＢが起動され、再ログイン要求を受信すると（Ｓ３０１３，Ｙｅｓ）、ステップＳ３０１４に進む。
着信先電話端末２からの再ログインがなく（Ｓ３０１３，Ｎｏ）、発信元電話端末１からの発信中止を検知すると（Ｓ３０２５，Ｙｅｓ）、待機状態（Ｓ３０００）に戻る。

次に、ステップＳ３０４１で、着信先電話端末２に、着信通知を送信する（Ｓ３０４１）。
そして、ステップＳ３０４２に進む。

着信先電話端末２から「着信応答要求（１）」を受信した場合（Ｓ３０４２，Ｙｅｓ）、発信元電話端末１からの発信に関連する配信情報が有る場合には（Ｓ３０４３，Ｙｅｓ）、情報配信サーバ３２に着信先電話端末２に対して、発信元電話端末１に関連する情報の配信を指示して（Ｓ３０１７）、ステップＳ３０１８へ進む。

またステップＳ３０４３で、発信元電話端末１からの発信に関連する配信情報が無い場合には（Ｓ３０４３，Ｎｏ）、ステップＳ３０１９へ進む。

次に、着信先電話端末２から「着信応答要求（２）」を受信した場合（Ｓ３０１８，Ｙｅｓ）、発信元電話端末１に対して着信応答を送信し（Ｓ３０１９）、発信元電話端末１と着信先電話端末２との間の通話路を接続して（Ｓ３０２０）、ステップＳ３０２１に進む。
また、着信先電話端末２からの応答がない状態で（Ｓ３０１８，Ｎｏ）、発信元電話端末１からの発信中止を検知すると（Ｓ３０２７，Ｙｅｓ）、情報配信サーバ３２に配信中の情報の配信中止を指示し（Ｓ３０３０）、着信先電話端末２を切断（着信を中止）した後（Ｓ３０３１）、待機状態（Ｓ３０００）に戻る。

発信元電話端末１と着信先電話端末２が通話中に、着信先電話端末２からの「切断要求」（終話）を検知した場合（Ｓ３０２１，Ｙｅｓ）、発信元電話端末１と着信先電話端末２との間の通話路を解放し（Ｓ３０２２）、情報配信サーバ３２に配信中の情報の配信中止を指示した後（Ｓ３０２３）、発信元電話端末１との通話を切断する（Ｓ３０２４）。

また発信元電話端末１と着信先電話端末２が通話中に、発信元電話端末１からの「切断要求」（終話）を検知した場合（Ｓ３０２８，Ｙｅｓ）、発信元電話端末１と着信先電話端末２との間の通話路を解放し（Ｓ３０２９）、また情報配信サーバ３２に配信中の情報の配信中止を指示した後（Ｓ３０３０）、着信先電話端末２との通話を切断する（Ｓ３０３１）。
そして待機状態（Ｓ３０００）に戻る。

以上述べたように、本実施例によれば、着信先電話端末２は、配信情報の有無を意識することなく、着信応答を電話主装置３に指示することによって、電話主装置３側が配信情報の有無によって暫定応答か着信応答かを判断してくれるので、電話主装置３側の改修だけで、換言すれば、着信先電話端末２のアプリケーションを改修することなく、実施例１と同様な機能を実現することができる。

因みに、ＯＳの着信表示画面（Ｃａｌｌｋｉｔ画面）には、「応答ボタン」（図９ａのＢ２１２３）と「拒否ボタン」（図９ａのＢ２１２２）が存在するが、従来では、「応答ボタン」を操作すると、直ちに通話状態に遷移し、「拒否ボタン」を操作すると、直ちに着信終了してしまう。このため、着信応答前に発信元電話端末１に関する情報（例えば、ＣＴＩや映像などの情報）を表示、確認することができなかった。しかし、本発明では、かかる課題を是正することができる。

本発明の第３の実施例を、図８及び図９ｂ及び図１３を用いて説明する。

図８は、本発明におけるアプリＢを起動する第３の実施例として、発信元電話端末１と電話主装置３／情報配信サーバ３２とＰＵＳＨ通知サーバ４と着信先電話端末２との間のシーケンス例を示す図である。

また図８において、ステップＳ２０１、ステップＳ１０１〜ステップＳ３０２迄に至る流れは、図６と同一であり省略する。

本実施例において、ステップＳ３０２の着信通知を受信した着信先電話端末２が表示するＯＳ着信表示画面には、図９ｂに示すように「情報ボタン」（Ｂ２１２５）を有する。
この「情報ボタン」は、電話主装置３に対して、「暫定応答要求」を指示するために設けられた操作ボタンであり、図８のステップＳ２１０６で本「情報ボタン」（Ｂ２１２５）が押下されると、着信先電話端末２は電話主装置３に対して、「暫定応答要求」を送信する（Ｓ２２１）。

そして電話主装置３は、この「暫定応答要求」の受信によって、発信元電話端末１からの着信に応答せずに、情報配信サーバ３２に記憶されている当該発信元電話端末１に関係する情報を着信先電話端末２に配信する（Ｓ３６１，Ｓ３６２）。

次に、着信先電話端末２は、前記情報の配信を受けて、アプリＣを起動し（Ｓ２６１）、図１２に示すアプリＣ（例えば、図１２では通信履歴等を表示する専用のＣＴＩアプリ）の画面を表示し、配信された情報を表示する（Ｓ２６２）。
尚、アプリＣの起動は、電話主装置２から起動すべきアプリを指定するか、もしくは着信先電話端末２が配信された情報の内容を分析して起動を判断してもよい。

次に、図１２に示すアプリＣの画面上の「切替ボタン」（Ｂ２１５１）を押下すると（Ｓ２１０７）、ステップＳ２０２で起動されたアプリＢの画面に切り替わり、アプリＢの応答前情報表示画面（図１１）を表示する（Ｓ２６３）。

しかるのち、着信先電話端末２のアプリＢの応答前情報表示画面で、「通話ボタン」（図１１のＢ２１４４）を押下して着信応答操作を行うと（Ｓ２１０４）、着信先電話端末２は、電話主装置３に対して「着信応答要求」を送信する（Ｓ２２３）。

すると、電話主装置３の呼制御部３１は、発信元電話端末１の発信に対して着信応答する（Ｓ３２４）。

これにより、発信元電話端末１と着信先電話端末２との間は、通話中となり（Ｓ３２５）、また着信先電話端末２のアプリＢは、前記情報配信サーバ３２からの情報表示を継続して通話中画面（図１０ｂ）を表示する（Ｓ２２４）。
尚、所定の操作または所定の契機で、再度アプリＣの画面表示に戻してもよい。

第３の実施例によれば、図９ｂで追加した「情報ボタン」によって、第１及び第２の実施例のように、電話主装置３側や着信先電話端末２側で、配信情報の有無やそれを判断することなく、暫定応答の状態を形成できる。
またアプリＣのように、電話機能をもたないＷＥＢブラウザなど、高度な情報表示アプリを用いて、高度な情報の配信を受け、閲覧することが可能となり、これらの情報を確認しながら応答するか否か判断、応答した後の処理の準備、相互に情報を確認しながらの通話など、更に便利になるといった効用がある。

図９ａ、図９ｂ、図１０ａ、図１０ｂ、図１１、図１２は、着信先電話端末２としてスマートフォン２ａを使用した場合におけるスマートフォン２ａの出力部（ディスプレイ）２２の表示内容の一例を示す図である。

図９ａは、図３、図４、図６のステップＳ２０４において表示されるＯＳ着信表示画面の一例を示す図であり、到来した着信の発信者番号の表示エリア（Ｖ２２２１）と、着信拒否を要求する「拒否ボタン」とその表示エリア（Ｂ２１２２，Ｖ２２２２）と、着信応答もしくは本発明による暫定応答を要求する「応答ボタン」とその表示エリア（Ｂ２１２３，Ｖ２２２３）から構成されている。

図９ｂは、上記図９ａの「拒否ボタン」の代わりに、暫定応答を直接的に要求する「情報ボタン」とその表示エリア（Ｂ２１２５，Ｖ２２２５）を配置したものである。

図１０ａは、図３のステップＳ２０７、図４、図６のステップＳ２２７において表示される情報配信サーバからの配信情報の表示をしないアプリＢの通話中画面の一例を示す図であり、通話相手の発信者番号と通話時間の表示エリア（Ｖ２２４１ａ）と、通話の保留や保留応答を要求する「保留ボタン」とその表示エリア（Ｂ２１４２，Ｖ２２４２）と、通話の終了として呼の切断を要求する「終了ボタン」とその表示エリア（Ｂ２１４３，Ｖ２２４３）から構成されている。

図１０ｂは、図３のステップＳ２０７、図４、図６のステップＳ２２４において表示される情報配信サーバからの配信情報を表示するアプリＢの通話中画面の一例を示す図であり、通話相手の発信者番号と通話時間と配信情報の表示エリア（Ｖ２２４１ｂ）と、通話の保留や保留応答を要求する「保留ボタン」とその表示エリア（Ｂ２１４２，Ｖ２２４２）と、通話の終了として呼の切断を要求する「終了ボタン」とその表示エリア（Ｂ２１４３，Ｖ２２４３）から構成されている。

図１１は、図４、図６のステップＳ２２４、図８のステップＳ２６３において表示される配信情報を表示するアプリＢの応答前情報表示画面の一例を示す図であり、到来した着信の発信者番号と配信情報の表示エリア（Ｖ２２４２）と、通話の開始（暫定応答を解除し、着信応答を要求）する「通話ボタン」とその表示エリア（Ｂ２１４４，Ｖ２２４４）から構成されている。

以上のように、着信先電話端末２（スマートフォン２ａ）において、現行のＯＳの着信機能２４２の影響を受けることなく、着信応答前に発信元電話端末１（もしくはその発信者）に関する情報（例えば、ＣＴＩや映像などの情報）を表示、確認することができ、その上で応答するか否かを判断することができる。

つまり、スマートフォン２ａは、応答操作ボタンや着信拒否ボタンなどを表示する画面を構成する第一情報表示アプリケーションと、スピーカボタンや発信元電話端末１に関する情報を表示する画面を構成する第二情報表示、または第三情報表示アプリケーションを有する。
そして、第一情報表示アプリケーションで応答操作ボタンの操作を行ったとき、第二情報表示アプリケーションが起動するように構成する。

因みに、Ｃａｌｌｋｉｔは、単一の電話アプリ（ＶｏＩＰアプリケーション）での通話や情報表示を想定している。故に、上述したように情報表示も、電話アプリ（ＶｏＩＰアプリケーション）が対応している範囲に限られている。
しかし、本実施例のように、応答操作ボタンなどを表示する画面を構成する第一アプリケーションと情報配信サーバ３２から配信された情報を表示する画面を構成する第二アプリケーションを用意し、更に多様な情報表示機能を備える別のアプリケーションを起動させることで、情報表示の内容／対象／範囲を拡張することができる。

尚、情報配信サーバ３２が配信し、着信先電話端末２が表示する情報は、静止画、動画、バーコード、ＱＲコード（登録商標）などの映像メディア、録音メッセージ、ガイダンス、トーン、メロディ、音声合成による情報読み上げなどの音声メディア、テキスト、メールなどの文字メディア、またはこれらが組み合わされたＷＥＢページなどの形態でもよい。

図１３は、フックスイッチ操作と応答要求との対応関係を示す図である。

図９ａ〜図１２のようにスマートフォン２ａのタッチパネルとして出力部（ディスプレイ）２２と入力部（情報表示や着信応答を操作する操作ボタン）２１を同一面に配置できない電話端末や、他のＯＳやハードウェアの構成上、必要な操作ボタンを配置できない電話端末では、着信応答や通話の終了等がフックスイッチによって制御されることがある。
このような電話端末を着信先電話端末２として利用する場合、図１３に示すように、フックスイッチの操作を各操作ボタンに置換することで、本発明の動作が実現できる。

例えば、配信情報有りの着信状態（Ｖ１３２０）でのオフフックを、図９ｂのＯＳの着信表示画面で表示される「情報ボタン」押下と同様に「暫定応答要求」とみなし（Ｖ１３２１）、図１１の応答前情報表示を行う。
またオフフック後の応答前情報表示状態（Ｖ１３４０）でのフッキングを、図１１の応答前情報表示画面で表示される「通話ボタン」押下と同様に「着信応答要求」とみなし（Ｖ１３４１）、図１０ｂの通話中情報表示画面の表示を行う。
また配信情報無しの着信状態（Ｖ１３３０）でのオフフックを、図９ｂのＯＳの着信表示画面で表示される「応答ボタン」押下と同様に「着信応答要求」とみなし（Ｖ１３３１）、図１０ｂの通話中情報表示画面の表示を行う。
また通話中状態（Ｖ１３５０）でのフッキングを図１０ｂの通話中状態表示画面で表示される「保留ボタン」押下とみなし通話の保留／保留解除を行う（Ｖ１３５１）。
また通話中状態でのオンフックを図１０ｂの通話中状態表示画面で表示される「終了ボタン」押下とみなし通話の切断を行う（Ｖ１３５２）などである。

このようにオフフック／フッキング／オンフックを、自電話端末内でそれぞれのボタン押下イベント（要求）に置換して電話主装置３に送信してもよい。
または、そのまま電話主装置３に送り、呼制御部３１で、その時点の状態と対応させて必要な画面表示に切り替えてもよい。
尚、電話主装置３と電話端末との間で、通話路が接続されている状態であれば、フックスイッチの変化以外にＤＴＭＦ信号等の音声信号をイベントとして利用してもよい。

尚、本発明の適用は、アップル社のオペレーティングシステムであるｉＯＳやその拡張機能であるＣａｌｌｋｉｔに限定されず、その他のオペレーティングシステムやその他の拡張機能によって、応答前に情報を確認できる機会が設けられてないシステムに適用できる。

尚、本実施例では、着信先電話端末２に発信元電話端末１に関する情報を表示することして説明しているが、所定の契機で発信元電話端末１に着信先電話端末２に関する情報または情報配信サーバに記録された情報が表示されるよう構成してもよい。

１ 発信元電話端末
２ 着信先電話端末
２ａ スマートフォン
２１ 入力部（タッチパネル）
２２ 出力部（ディスプレイ）
２３ マイク・スピーカ
２４ 制御部
２４１ ＯＳ（オペレーティングシステム）
２４２ ＯＳ着信表示機能
２４３ アプリＡ （ＯＳ標準電話アプリ）
２４２ アプリＢ （サードパーティ電話アプリ）
２４５ アプリＣ （ブラウザ等情報表示アプリ）
２５ 無線通信部
２９ 電源部（バッテリー）
３ 電話主装置
３１ 呼制御部
３２ 情報配信サーバ
４ ＰＵＳＨ通知サーバ
５ ネットワーク （電話網・インターネット）
Ｂ２１２２ 拒否ボタン
Ｂ２１２３ 応答ボタン
Ｂ２１２５ 情報ボタン
Ｂ２１４２ 保留ボタン
Ｂ２１４３ 終了ボタン
Ｂ２１４４ 通話ボタン
Ｂ２１５１ 切替ボタン

Claims (6)

1. 情報配信サーバを備える電話主装置と前記電話主装置に接続される電話端末で構成される電話システムにおいて、
   前記電話端末は、
   前記情報配信サーバから配信された情報を表示する表示手段と、
   前記電話主装置からの着信に対して応答操作を行う応答操作ボタンと、
   前記応答操作ボタンを操作したとき、暫定応答、または着信応答の何れかの応答種別を通知する応答種別通知手段と、を有し、
   前記電話主装置は、
   前記電話端末の応答種別通知手段から受信した応答種別に応じて着信応答、または情報配信指示を行う第一着信処理受付手段を有し、
   前記第一着信処理受付手段は、
   前記応答種別が暫定応答のとき、着信応答せず、前記情報配信サーバに対して所定の情報を前記電話端末へ配信する情報配信を指示し、
   前記応答種別が着信応答のとき、着信応答し、
   前記情報配信サーバは、
   前記電話主装置から情報配信指示を受信し、前記着信と対応付けられた配信すべき情報が存在する場合、当該情報を前記電話端末に配信する
   ことを特徴とする電話システム。
2. 請求項１に記載の電話システムにおいて、
   前記電話主装置は、
   前記電話端末への着信に際して、当該電話端末に対する着信と当該着信と対応付けられた配信すべき情報の有無を通知する配信情報有無通知手段を更に有し、
   前記応答種別通知手段は、前記応答操作ボタンが押下された場合であって、
   前記配信情報有無通知手段から配信情報有り通知を受けたとき、暫定応答を前記電話主装置に送信し、
   前記配信情報有無通知手段から配信情報無し通知を受けたとき、着信応答を前記電話主装置に送信する
   ことを特徴とする電話システム。
3. 情報配信サーバ機能を備える電話主装置と前記電話主装置に接続される電話端末で構成される電話システムにおいて、
   前記電話端末は、
   情報配信サーバから配信された情報を表示する表示手段と、
   前記電話主装置からの着信に対して応答を要求する応答要求ボタンと、
   前記応答要求ボタンが操作された際に前記電話主装置に応答要求を通知する応答要求通知手段と、を有し、
   前記電話主装置は、
   前記電話端末から受信した応答要求に応じて、前記情報配信サーバに情報配信の指示、または着信応答を行う第二着信処理受付手段を有し、
   前記第二着信処理受付手段は、
   前記情報配信サーバに前記電話端末への着信と対応付けられた配信すべき情報が有る場合に、前記電話端末から応答要求を受信したならば、着信応答を延期して前記情報配信サーバに対して前記応答要求をした前記電話端末に該当の情報の配信を指示し、
   前記情報配信サーバに前記電話端末に対する着信と対応付けられた配信すべき情報が無い場合に、前記電話端末から応答要求を受信したならば、直ちに着信に応答して前記情報配信サーバに情報の配信を指示しない
   ことを特徴とする電話システム。
4. 請求項１乃至請求項３の何れか１項に記載の電話システムにおける電話端末において、
   着信表示と、応答操作ボタン、または応答要求ボタンを表示する画面を構成する第一情報表示アプリケーションと、前記情報配信サーバから配信された情報を表示する画面を構成する第二情報表示アプリケーションを有し、
   前記第一情報表示アプリケーションに基づき前記応答操作ボタン、または前記応答要求ボタンの操作が為されたとき、前記第二情報表示アプリケーションを起動する
   ことを特徴とする電話端末。
5. 請求項１乃至請求項３の何れか１項に記載の電話システムにおいて、前記電話端末または前記電話主装置は、前記電話端末のオフフック操作またはフッキング操作を、暫定応答要求または着信応答要求として扱い、前記情報配信サーバへの情報配信指示と着信応答を制御する
   ことを特徴する電話システム。
6. 請求項１乃至請求項５の何れか１項に記載の電話システムにおいて、
   暫定応答による情報表示中に、前記電話端末と前記電話主装置、また電話端末相互の通話路を接続しないように構成する
   ことを特徴とする電話システム。

Images