JP2011120147A - 通信端末 - Google Patents

Abstract

【課題】公衆網で利用される携帯端末の発信履歴を内線電話端末で利用することができない。逆に、内線電話の発信履歴を携帯端末で利用することもできない。
【解決手段】電話機能を有したメディア端末が、複数の個人ＩＤに関連付けて発着信履歴を保存する共有情報ＢＯＸを有する。メディア端末は、自身が帰属するネットワークおよび他のネットワークを介して、他のメディア端末の共有情報ＢＯＸおよび携帯端末から、個人のＩＤに関連付けられた発着信履歴を収集する。これによって、携帯端末の発信履歴を内線電話端末で利用することができる。
【選択図】図６

Description

本発明は、通信端末に係り、特に他の通信端末、携帯電話等に分散した発着信記録等を集約し保存する通信端末に関する。

通信端末で取得した情報を、任意の通信端末で利用する機能が望まれている。具体的には、ある通信端末で行なわれた発信の履歴を、別の通信端末で利用してリダイヤルを行なう機能などである。

特許文献１は、内線電話端末から発信時に入力される個人ＩＤを構内交換機が取得して、発信相手番号と関連付けた発信履歴情報として保存し、同じシステム内の任意の内線電話端末からその発信履歴情報を取得する技術を開示している。

特開２０００−２１７１３４号公報

しかし、特許文献１では、発信履歴を保存もしくは利用できる通信端末が構内交換システム内の内線電話端末に限られている。具体的には、公衆網で利用される携帯端末の発信履歴を内線電話端末で利用することは、公衆網を経由した情報取得の通信手段を有していないためこの技術を使ってもできない。また、特許文献１は、応答した本人が個人ＩＤを入力して発信元番号を短縮ダイヤルとして登録する技術を開示している。しかし、特許文献１は、不在時の着信履歴および代理者が応答した場合の履歴を個人のＩＤに関連付ける技術は開示していない。

本発明は、上記事情に鑑みてなされたものである。すなわち、本発明は、異なるネットワークを利用する複数の端末で取得した不在時着信、代理応答を含む発着信履歴などの個人に関連付けられた情報を各々の端末に分散保存し、異なるネットワークを利用する端末を含めた任意の端末にてその個人に関連付けられた情報を収集して利用することができる技術を提供する。

上述した課題は、電話番号、電子メールアドレスまたは通信履歴に係る情報を含む個人情報を他端末と送受信する通信端末であって、個人を識別する個人ＩＤと関連付けて個人情報を蓄積する個人情報蓄積手段と、個人情報の送信要求を他端末から受付ける個人情報送信要求受付手段と、個人情報を他端末へ送信する個人情報送信手段と、個人情報の送信を他端末へ要求する個人情報送信要求手段と、個人情報を他端末から受信する個人情報受信手段と、個人情報の収集要求を他端末から受付ける個人情報収集要求受付手段と、収集した個人情報を他端末に送信する収集個人情報送信手段と、を有し、個人情報送信要求受付手段が、特定の個人ＩＤと関連付けられた個人情報の送信要求を他端末から受付けた場合に、個人情報蓄積手段を参照して当該個人ＩＤと関連付けられた個人情報を検索し、当該個人ＩＤと関連付けられた個人情報が個人情報蓄積手段に蓄積されていたならば、個人情報送信手段は当該個人情報を個人情報送信要求受付手段が受付けた要求元の他端末へ送信し、個人情報収集要求受付手段が、特定の個人ＩＤと関連付けられた個人情報の収集要求を他端末から受付けた場合に、個人情報蓄積手段を参照して当該個人ＩＤと関連付けられた個人情報を検索し、個人情報送信要求手段は当該個人ＩＤと関連付けられた個人情報を自端末へ送信することを個人情報の収集要求受付けた他端末以外の他端末に要求し、個人情報受信手段は個人情報の収集要求受付けた他端末以外の他端末の各々から個人情報を受信し、収集個人情報送信手段は自端末に蓄積されていた個人情報または受信した個人情報を個人情報収集要求受付手段が受付けた要求元の他端末へ送信する通信端末により、達成できる。

本発明によれば、複数の端末で生じた個人毎の発着信履歴を、ネットワークの異なる端末間でも相互に利用することができる。

電話システムの構成を説明するシステム構成図である。 メディア端末の機能ブロック図である。 電子メールの内容を説明する図である。 ＰＩＤの登録内容を説明する図である。 ＰＩＤと個人属性の登録、および更新に係わるメディア端末の処理フローチャートである。 ＰＩＤの登録に関する動作シーケンス図である。 共有情報ＢＯＸに保存する発着信履歴とそのコンテンツを説明する図（その１〜３）である。 発着信履歴をＰＩＤに関連付けて共有情報ＢＯＸに保存する処理に関するメディア端末の処理フローチャートである。 使用者ＰＩＤの設定に関する処理に関するメディア端末の処理フローチャートである。 ＰＩＤ個人属性取得処理に関するメディア端末の処理フローチャートである。 個人アイコンの選択に係わる処理に関するメディア端末の処理フローチャートである。 電子メールの内容を説明する図である。 発着信履歴の情報収集を行なう処理に関するメディア端末の処理フローチャートである。 他のメディア端末から受信した情報送信要求に対する応答処理に関するメディア端末の処理フローチャートである。 携帯端末からメディア端末に対して発着信履歴の情報収集を要求するシーケンス図である。 メディア端末から、ユーザのＰＩＤを元に発着信履歴を収集するシーケンス図である。

以下本発明の実施の形態について、実施例を用い図面を参照しながら、詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。

まず、図１を参照して、メディア端末を含む電話システムの構成を説明する。図１において、電話システム５００は、ｎ台のメディア端末１と、メディア端末１を収容するゲートウェイ／サーバ３と、携帯端末２と、ゲートウェイ／サーバ３と携帯端末２とを接続するＷＡＮ（Wide Area Network）４から構成されている。

メディア端末１は、ゲートウェイ／サーバ３に帰属する。メディア端末１は、共有情報ＢＯＸ１１を内蔵する。共有情報ＢＯＸ１１は、個人ＩＤ（以下、ＰＩＤ）とその個人属性（パスワード、所属部署名、グループ名、個人名、携帯端末２の電話番号、個人アイコン等）と、個人属性の所属部署名またはグループ名を元に自動的に割り付けられるＤＩＤおよび内線電話番号などのボタン電話番号を保持する。なお、個人属性の中の個人アイコンとは、メディア端末１の操作画面上に表示され、個人を略称または名前、写真などで表現した画像である。また、ＤＩＤおよび内線電話番号等のボタン電話番号は、ゲートウェイ／サーバ３の呼制御サーバ機能が管理している。このため、メディア端末１がゲートウェイ／サーバ３から未使用のボタン電話番号を取得してＰＩＤに割り付ける。共有情報ＢＯＸ１１は、ＰＩＤに関連付けられた発着信履歴などの情報を保存する。

携帯端末２は、ＷＡＮ４およびゲートウェイ／サーバ３を経由してメディア端末１と通信を行なう。携帯端末２は、図示しない近距離無線インタフェースを備える。携帯端末２は、メディア端末１の近傍で、近距離無線インタフェースにより、メディア端末１と直接通信を行なう。

ゲートウェイ／サーバ３は、ｎ台のメディア端末１を収容し、ＷＡＮ４とメディア端末１間の通信を中継する（ゲートウェイ機能）。ゲートウェイ／サーバ３は、メディア端末１の呼を制御する（呼制御サーバ機能）。ゲートウェイ／サーバ３は、さらに、電子メールの送受信を制御する（メールサーバ機能）。
ＷＡＮ４は、固定電話網、ＩＰ電話網、携帯電話網を含むワイドエリアネットワークである。

図２を参照して、メディア端末１の詳細な構成を説明する。図２において、メディア端末１は、共有情報ＢＯＸ１１、通信部１２、マンマシンインタフェース部１３、情報収集部１４、情報送信部１５、共有情報ＢＯＸ検索部１６、ＰＩＤ登録部１７、端末個別情報部１８、電話機能設定部１９から構成されている。

通信部１２は、ＬＡＮインタフェース部１２１、近距離無線インタフェース部１２４の外部インタフェースの他、ボタン電話機能部１２０、メール送受信部１２２、共有情報ＢＯＸ用メール解析／処理部１２３を備える。

情報収集部１４は、情報収集要求受信部１４０、情報収集部１４１、情報収集結果送信部１４２を備える。情報送信部１５は、情報送信要求受信部１５１、情報取得部１５２、情報送信部１５３を備える。ＰＩＤ登録部１７は、ＰＩＤ登録要求受付部１７０、登録テンプレート送信部１７１、ＰＩＤ探索部１７２を備える。

共有情報ＢＯＸ１１は、図１で説明した通りである。
通信部１２は、ＰＩＤの登録およびＰＩＤに関連付けられた情報を電子メールで送受信する。したがって、通信部１２は、通常の電子メールとＰＩＤに関連付けられた情報との送受信を切り分ける目的で、共有情報ＢＯＸ用メール解析／処理部１２３がメール送受信部１２２に連動して動作する。電子メールを利用することで、携帯電話の事業者に関係なく共有情報ＢＯＸのサービスを利用できる。なお、当然専用の情報通信サービスを利用しても良い。

ボタン電話機能部１２０は、発着信、保留、転送、留守録音、通話録音などの一般的なボタン電話機能を有する。ボタン電話機能部１２０は、ＤＩＤまたは内線電話番号への着信履歴とＰＩＤとを関連付ける。ボタン電話機能部１２０は、自端末を使用しているユーザのＰＩＤと発信履歴とを関連付けて共有情報ＢＯＸ１１に保存する。

近距離無線インタフェース部１２４は、例えばＢｌｕｅｔｏｏｔｈである。近距離無線インタフェース部１２４は、携帯端末２からメディア端末１を使用しているユーザのＰＩＤを自動的に取得する。例えば、代理応答者がメディア端末１の近傍に自身が所有する携帯端末２を置くだけで自動的にＰＩＤをメディア端末１に通知できる。これにより、代理応答者が自身のＰＩＤを入力することなく代理応答の履歴に代理応答者の情報を記録できる。
ＬＡＮインタフェース部１２１は、ＬＡＮとのインタフェースである。また、メール送受信部１２２は、メールを送受信する。

マンマシンインタフェース部１３は、メディア端末１の表示、音声入出力、キー入力機能を実現する。表示には個人アイコンを操作できるようにタッチパネル付のＬＣＤを搭載する。

情報収集部１４は、自メディア端末１および他のメディア端末１−ｍの共有情報ＢＯＸ１１に存在するＰＩＤに関連付けられた発着信履歴と、携帯端末２に保存されている発着信履歴を収集する。情報収集部１４は、発着信履歴の情報収集を要求した携帯端末２に収集した発着信履歴を送信する。また、情報収集部１４は、メディア端末１および他のメディア端末１−ｍの共有情報ＢＯＸ１１に存在するＰＩＤとその個人属性を取得する。この場合、ＰＩＤを元にその個人属性を取得する場合と、個人属性の一部（部署名またはグループ名）をキーワードに他のＰＩＤとその個人属性を取得する場合とがある。

以下、携帯端末２から発着信履歴の情報収集要求を受け付けた場合の情報収集部１４の各機能ブロックの処理を説明する。
情報収集要求受信部１４０は、携帯端末２からの情報収集要求を通信部１２を介して受信する。情報収集部１４１は、情報収集要求受信部１４０で受信した情報収集要求に含まれるＰＩＤに関連した発着信履歴を自端末の共有情報ＢＯＸ１１から取得する。このため、情報収集部１４１は、共有情報ＢＯＸ検索部１６に検索指示を行なう。また、情報収集部１４１は、このＰＩＤに関連した発着信履歴の情報送信要求を、他のメディア端末１−ｍに対して通信部１２を介してマルチキャストする。情報収集部１４１は、送られてくる発着信履歴を受信する。

情報収集結果送信部１４２は、情報収集部１４１で収集した自端末および他のメディア端末１−ｍの発着信履歴を集約する。情報収集結果送信部１４２は、集約結果を情報収集要求を送信した携帯端末２に通信部１２を介して送信する。

次に、メディア端末１が自端末を使用しているユーザのＰＩＤに関連する発着信情報を収集する場合の各機能ブロックの処理を説明する。
マンマシンインタフェース１３がユーザのＰＩＤ入力を受け付けた場合または近距離無線インタフェース部１２４から自動的にＰＩＤを取得した場合、情報収集部１４１は、そのＰＩＤに関連した発着信履歴を自端末の共有情報ＢＯＸ１１から取得する。このため、情報収集部１４１は、共有情報ＢＯＸ検索部１６に検索指示を行なう。また、情報収集部１４１は、そのＰＩＤに関連した発着信履歴の情報送信要求を他のメディア端末１−ｍおよび、ＰＩＤの個人属性で特定される携帯端末２に通信部１２を介してマルチキャストする。情報収集部１４１は、送られてくる発着信履歴を受信する。自端末の共有情報ＢＯＸ１１で取得した発着信履歴および他のメディア端末１−ｍ、携帯端末２から受信した発着信履歴は、端末個別情報部１８に保存される。これらの発信履歴は、ユーザがマンマシンインタフェース１３から利用する。

次に、自端末を使用しているユーザのＰＩＤからその個人属性を取得する場合の各機能ブロックの動作を説明する。この動作は、発着信履歴を収集する処理に先だって行われ、ＰＩＤの個人属性からパスワードを抽出して照合し、携帯端末２のメールアドレスを抽出して情報送信要求の送信先にする。

情報収集部１４１は、ユーザのＰＩＤ（携帯端末２からの情報収集要求に含まれるＰＩＤ、マンマシンインタフェース部１３または近距離無線インタフェース部１２４から取得したＰＩＤ）の検索を自端末の共有情報ＢＯＸ１１に対して行なう。このため、情報収集部１４１は、共有情報ＢＯＸ検索部１６に検索指示を行なう。自端末の共有情報ＢＯＸ１１にユーザのＰＩＤが登録されている場合、情報収集部１４１は、その個人属性を取得する。自端末の共有情報ＢＯＸ１１に登録されていない場合、情報収集部１４１は、他のメディア端末１−ｍに対して、ＰＩＤに対する個人属性の情報送信要求を通信部１２を介してマルチキャストする。情報収集部１４１は、送られてくる個人属性を受信する。このように、自端末の共有情報ＢＯＸ１１または他のメディア端末１−ｍから取得した個人属性から、情報収集部１４１は、パスワードおよびユーザ所有の携帯電話２のメールアドレスを抽出する。

次に、個人属性で使われる部署名またはグループ名をキーワードに、同じ部署名またはグループ名を個人属性としている複数のＰＩＤおよびその個人属性を取得する場合の各機能ブロックの動作を説明する。この動作により、同じ部署に所属する社員の個人アイコンを取得して、一覧表示することができる。この個人アイコンにはＰＩＤが関連付けられている。したがって、ユーザが個人アイコンを指定すると、代理応答などのイベントと指定した個人のＰＩＤとを関連付けることができる。

情報収集部１４１は、マンマシンインタフェース１３を介してユーザが指定した部署名またはグループ名を元に自端末の共有情報ＢＯＸ１１を検索する。情報収集部１４１は、これを共有情報ＢＯＸ検索部１６に指示する。更に、他のメディア端末１−ｍに対して、情報収集部１４１は、個人属性をキーワードにしたＰＩＤの情報送信要求を通信部１２を介してマルチキャストする。情報収集部１４１は、送られてくるＰＩＤとその個人属性を受信する。情報収集部１４１は、取得した個人属性から個人アイコンを抽出してマンマシンインタフェース１３に引き渡す。マンマシンインタフェース１３は、引き渡された個人アイコンを表示する。ユーザ操作でその個人アイコンが指定された場合、マンマシンインタフェース１３は、ボタン電話機能部１２０に指定された個人アイコンのＰＩＤを通知する。ボタン電話機能部１２０は、その時点の着信イベントと通知されたＰＩＤとを関連付けた履歴を共有情報ＢＯＸ１１に保存する。

情報送信部１５は、他のメディア端末１−ｍからＰＩＤが指定された発着信履歴の情報送信要求に対し、自端末の共有情報ＢＯＸ１１からＰＩＤに関連付けられた発着信履歴を検索することを共有情報ＢＯＸ検索部１６に指示する。情報送信部１５は、検索結果を共有情報ＢＯＸ検索部１６から取得する。ＰＩＤに関連する発着信履歴が存在する場合、情報送信部１５は、情報送信要求を送信したメディア端末１に返信する。また、情報送信部１５は、自端末の共有情報ＢＯＸ１１に存在するＰＩＤおよびその個人属性を取得する。この場合、ＰＩＤを元にその個人属性を取得する場合と、個人属性の一部（部署名またはグループ名）をキーワードに同じ個人属性を持つＰＩＤとその個人属性を取得する場合とがある。

以下、他のメディア端末１−ｍから発着信履歴の情報送信要求を受け付けた場合の情報送信部１５の各機能ブロックについて説明する。

情報送信要求受信部１５１は、他のメディア端末１−ｍからの情報送信要求を通信部１２を介して受信する。情報取得部１５２は、情報送信要求受信部１５１で受信した情報送信要求に含まれるＰＩＤに関連した発着信履歴を自端末の共有情報ＢＯＸ１１から取得するため、共有情報ＢＯＸ検索部１６に検索指示を行なう。情報送信部１５３は、情報取得部１５２で取得した発着信履歴を、情報送信要求を送信した他のメディア端末１−ｍに通信部１２を介して送信する。

同様に、他のメディア端末１−ｍからＰＩＤに対する個人属性の情報送信要求、特定の個人属性をキーワードにしたＰＩＤの情報送信要求を通信部１２を介して受信した場合、情報送信要求受信部１５１は、共有情報ＢＯＸ検索部１６に検索指示を行なう。情報送信要求受信部１５１は、検索結果を情報送信要求を送信した他のメディア端末１−ｍに通信部１２を介して送信する。ＰＩＤに対する個人属性の情報送信要求に対しては、情報送信要求受信部１５１は、そのＰＩＤが自端末の共有情報ＢＯＸ１１に登録されている場合にＰＩＤが持つ個人属性を送信する。特定の個人属性をキーワードにしたＰＩＤの情報送信要求に対して、情報送信要求受信部１５１は、指定された一部の個人属性（部署名またはグループ名）と一致する個人属性を持つＰＩＤが登録されている場合、そのＰＩＤと個人属性を送信する。

共有情報ＢＯＸ検索部１６は、情報収集部１４と情報送信部１５の指示に従い、共有情報ＢＯＸ１１の検索を行なう。検索は、（１）ＰＩＤから発着信履歴を検索する場合、（２）ＰＩＤから個人属性を検索する場合、（３）一部の個人属性から同じ個人属性を持つＰＩＤとその個人属性を検索する場合とがある。

ＰＩＤ登録部１７は、携帯端末２からＰＩＤ登録要求を受け付け、ＰＩＤとその個人属性を自端末の共有情報ＢＯＸ１１に保存する。
ＰＩＤ登録要求受付部１７０は、携帯端末２から通信部１２を介して登録要求を受信する。これに応答して、ＰＩＤテンプレート送信部１７１は、登録用テンプレートを送信する。登録用テンプレートには個人属性を入力するフォームが予め定められている。

次に、携帯端末２のユーザが登録用テンプレートにＰＩＤおよび個人属性を入力して送信すると、ＰＩＤ登録要求受付部１７０は、それを受信する。ＰＩＤ登録要求受付部１７０は、ＰＩＤとその個人属性を抽出する。ＰＩＤ探索部１７２は、抽出したＰＩＤが自端末および他のメディア端末１−ｍの共有情報ＢＯＸ１１に登録済みか否かを探索する。ＰＩＤ探索部１７２は、他のメディア端末１−ｍに対して、ＰＩＤ探索メッセージを通信部１２を介してマルチキャストする。他のメディア端末１−ｍに登録済みであれば、ＰＩＤ探索部１７２は、その結果を受信する。

抽出したＰＩＤが登録済みであれば、ＰＩＤ登録部１７は、その個人属性を更新する。他のメディア端末１−ｍに登録済みの場合、ＰＩＤ登録部１７は、個人属性の更新内容を含むＰＩＤ更新メッセージをそのメディア端末に通信部１２を介して送信する。

抽出したＰＩＤが登録済みでなければ、ＰＩＤ登録部１７は、自端末の共有情報ＢＯＸ１１に登録する。ただし、登録に先立ち、ＰＩＤ登録部１７は、抽出した個人属性の部署名、グループ名を電話機能設定部１９に通知する。

電話機能設定部１９は、部署名、グループ名を元にＤＩＤおよび内線電話番号などのボタン電話番号を割り付ける。ただし、割り付けに先立って、電話機能設定部１９は、部署名またはグループ名を元にゲートウェイ／サーバ３から空きの番号を通信部１２を介して取得しておく。電話機能設定部１９は、割り付けたボタン電話番号と関連付けられたＰＩＤを通信部１２のボタン電話機能部１２０に設定する。これにより、ボタン電話番号への着信履歴をＰＩＤに関連付けることが可能となる。

ＰＩＤ登録要求受付部１７０は、割り付けられたボタン電話番号を加えた個人属性をＰＩＤと共に自端末の共有情報ＢＯＸ１１に登録する。更に、ＰＩＤ登録要求受付部１７０は、登録した内容をＰＩＤ登録要求を行った携帯端末２に送信する。

端末個別情報部１８は、ＰＩＤが関連つけされていない発着信履歴などの情報、および自端末を使用しているユーザのＰＩＤによって収集された発着信履歴情報を一時的（使用しているユーザのＰＩＤを取得できている間）に保存する。

電話機能設定部１９は、ボタン電話機能部１２０に関する設定を行なう。電話機能設定部１９は、また、ＰＩＤ登録部１７からの指示に従って、ＰＩＤにＤＩＤまたは内線電話番号などボタン電話番号を割り付ける。
なお、本実施例では、電話の発着信履歴を説明するが、インターネットから取得したＷＥＢ情報または携帯電話で撮像した画像情報／録音した音声情報であってもよい。

図３を参照して、登録用テンプレートと記入済みテンプレートを説明する。ここで、図３（ａ）は、登録用テンプレートである。また、図３（ｂ）は、記入済みの登録用テンプレートである。

図３は、いずれも電子メールの表示である。ヘッダーの題名部分（Ａ行）のＰＩＤ ＲＥＧＩＳＴは、登録用テンプレートであることを示している。
図３（ａ）において、Ｂ行の送信元の電子メールアドレス（Ｆｒｏｍと表記）、Ｃ行以下の本文（実際にはＢｏｄｙと表記）に、Ｃ行のＰＩＤ（ＰＩＤと表記）、Ｄ行のパスワード（Ｐａｓｓと表記）、Ｅ行の部署（Ｓｅｃｔｉｏｎと表記し、部署名リストが挿入されている）、Ｆ行の個人名（Ｎａｍｅと表記）、Ｇ行以下の電話番号（Ｔｅｌ１、Ｔｅｌ２と表記）、Ｈ行の個人アイコン（Ｉｃｏｎと表記）がテンプレートとして与えられている。

一方、図３（ｂ）において、Ｃ行にＰＩＤ、Ｄ行にパスワード、Ｆ行に個人名、Ｇ行に電話番号、Ｈ行に個人アイコンの”（トク）”（略称）が記入され、Ｅ行の部署は＜＞で総務部が選択されている。

図４を参照して、共有情報ＢＯＸ１１に登録されたＰＩＤと個人属性の内容を説明する。ＰＩＤと個人属性は、ＰＩＤ２０１、Ｐａｓｓ２０２、Ｓｅｃｔｉｏｎ２０３、Ｎａｍｅ２０４、Ｔｅｌ１ ２０５、Ｉｃｏｎ２０６、ＤＩＤ２０７、Ｅｘｔｅｎｓｉｏｎ２０８、Ｅ−ｍａｉｌ２０９として、登録されている。ＰＩＤ２０１は、携帯端末２の電話番号を記録する。Ｐａｓｓ２０２は、パスワードを記録する。Ｓｅｃｔｉｏｎ２０３は、部署名である。ここでは、Ｓｅｃｔｉｏｎ２０３は、“総務部”である。Ｎａｍｅ２０４は、個人名の“特許太郎”を記録する。Ｔｅｌ１ ２０５は、携帯端末２の電話番号を記録する。Ｉｃｏｎ２０６に個人アイコンの“（トク）”（略称）を記録する。ＤＩＤ２０７は、ＤＩＤの電話番号を記録する。Ｅｘｔｅｎｓｉｏｎ２０８は、内線電話番号の“２００”を記録する。Ｅ−ｍａｉｌ２０９は、携帯端末２の電子メールアドレスを記録する。なお、ＰＩＤ２０１とＴｅｌ１ ２０５は、ここでは同じであるが、異なる場合もある。

図５を参照して、携帯端末２から受け付けるＰＩＤと個人属性の登録および更新に係わるメディア端末１の処理を説明する。図５のフローは、電源投入などメディア端末１の起動後に開始される。

図５のフローにおいて、メディア端末１と携帯端末２との通信は、ＩＰ網および携帯網を含むＷＡＮ４を介した電子メールによって行なわれる。メディア端末１と他のメディア端末１−ｍとの通信は、構内ネットワークを介して行なわれる。携帯端末２との間で送受信される電子メールには、ヘッダーの題名部分（ｓｕｂｊｅｃｔと表記）に、ＰＩＤの登録に関する電子メールであることを識別するための文字列が挿入される。ここでは、識別用文字列として、”ＰＩＤ ＲＥＧＩＳＴ”を使用する。

共有情報ＢＯＸ用メール解析／処理部１２３がヘッダーの題名部分から“ＰＩＤ ＲＥＧＩＳＴ”の文字列を検出すると、その電子メールを登録部１７に引き渡す。また、携帯端末２へのＰＩＤの登録に関するメールは、ＰＩＤ登録部１７の指示に従って共有情報ＢＯＸ用メール解析／処理部１２３が生成し、メール送受信部１２２を介して送信される。以下の説明では、共有情報ＢＯＸ用メール解析／処理部１２３およびメール送受信部の動作に関する説明は省略する。

図５において、ステップ１００、ステップ１２０、ステップ１２５で、メディア端末１は、携帯端末２から送信されるＰＩＤ登録要求メールの受信（Ｓ１００）、他のメディア端末１−ｍから送信される登録済みＰＩＤに関するＰＩＤ探索メッセージの受信（Ｓ１２０）およびＰＩＤ更新完了のメッセージの受信（Ｓ１２５）を待つ。なお、ステップ１００、ステップ１２０、ステップ１２５、再びステップ１００をメインルーチンと呼ぶ。

携帯端末２から送信されるＰＩＤ登録要求メール（題名部分がＰＩＤ ＲＥＧＩＳＴで本文の無いメール）をＰＩＤ登録要求受付部１７０が受信すると（Ｓ１００：ＹＥＳ）、登録用テンプレート送信部１７１は、図３（ａ）の登録用テンプレートを携帯端末２に送信する（Ｓ１０１）。登録用テンプレートは、ＰＩＤと個人属性の記入項目、記入箇所を示したものである。登録用テンプレートは、また、部署名など予め定められていて選択可能な名称リストも含まれる。

次に、ＰＩＤ登録要求受付部１７０は、図３（ｂ）の登録内容メールの受信を待つ（Ｓ１０２、Ｓ１０３）。ステップ１０３でＹＥＳのとき、メディア端末１は、メインルーチンに遷移する。

ステップ１０２でＹＥＳのとき、メディア端末１は、登録内容メールの本文からＰＩＤおよび個人属性を抽出する（Ｓ１０４）。ＰＩＤ検索部１７２は、抽出したＰＩＤが自端末の共有情報ＢＯＸ１１に存在するか否かを検索する（Ｓ１０５）。ＰＩＤ検索部１７２は、一致するＰＩＤがあるか判定する（Ｓ１０６）。検索した結果一致するＰＩＤが存在しない場合、メディア端末１は、抽出したＰＩＤのＰＩＤ探索メッセージを他のメディア端末１−ｍにマルチキャストする（Ｓ１０７）。

メディア端末１は、登録済み通知の受信を待つ（Ｓ１０８、Ｓ１０９）。マルチキャストを送信してから一定時間経過しても他のメディア端末からＰＩＤの登録済み通知を受信しない場合（Ｓ１０９：ＹＥＳ）、メディア端末１は、ステップ１１０以降でＰＩＤと個人属性を自端末の共有情報ＢＯＸ１１に新規登録する処理を行なう。

まず、電話機能設定部１９は、抽出した個人属性を元にボタン電話の番号を割り付ける（Ｓ１１０）。具体的には、部署名から、部署毎に割り当てられているＤＩＤ番号および内線番号を割り付け、ＰＩＤの個人属性に加える。ＰＩＤ登録部１７は、自端末の共有情報ＢＯＸ１１に個人属性を含むＰＩＤを登録する（Ｓ１１１）。メール送受信部１２２は、登録内容を携帯端末２に送信して（Ｓ１１２）、メインルーチンに戻る。登録内容を図４に示す。

ステップ１０６で一致するＰＩＤがある場合、またはステップ１０８で他のメディア端末１−ｍから登録済み通知（登録済みの個人属性含む）を受信した場合、メディア端末１は、自端末の共有情報ＢＯＸに登録されたパスワードまたは登録内容メールから抽出したパスワードと登録済み通知に含まれる個人属性のパスワードとを比較する（Ｓ１１３）。一致すると（ＹＥＳ）、電話機能設定部１９は、登録内容メールから抽出した個人属性を元にボタン電話の番号の再割り付けを行なう（Ｓ１１４）。ＰＩＤ登録部１７は、個人属性を更新し（登録内容メールで指定された個人属性と再割り付けされたボタン電話番号のみ、登録済み通知に含まれる個人属性から変更する）、自端末の共有情報ＢＯＸ１１に登録する（Ｓ１１５）。

メディア端末１は、旧ＰＩＤが自端末に登録されているか判定する（Ｓ１１６）。ＮＯのとき、メディア端末１は、更新完了メッセージを旧ＰＩＤ保有のメディア端末１−ｍ（登録済み通知を送信したメディア端末）に送信する（Ｓ１１７）。ステップ１１６でＹＥＳのとき（すなわちＳ１０６でＹＥＳの場合）、およびステップ１１７のあと、メディア端末１は、携帯端末２に更新内容を送信して（Ｓ１１８）、メインルーチンに戻る。ステップ１１３でパスワードが一致しなかった場合、メディア端末１は、携帯端末２に認証エラーを送信して（Ｓ１１９）、メインルーチンに戻る。
他のメディア端末１−ｍからＰＩＤ探索メッセージを受信した場合（Ｓ１２０：ＹＥＳ）、メディア端末１は、ＰＩＤ探索メッセージからＰＩＤを抽出する（Ｓ１２１）。メディア端末１は、そのＰＩＤについて自端末の共有情報ＢＯＸ１１の検索を行なう（Ｓ１２２）。メディア端末１は、一致するＰＩＤがあるか判定する（Ｓ１２３）。ＮＯのとき、メディア端末１は、メインルーチンに戻る。ステップ１２３で一致するＰＩＤが存在した場合、メディア端末１は、ＰＩＤ探索メッセージを送信した他のメディア端末１−ｍにその個人属性を含む登録済み通知を送信して（Ｓ１２４）、メインルーチンに戻る。

他のメディア端末１−ｍからＰＩＤ探索メッセージを受信した場合（Ｓ１２５：ＹＥＳ）、メディア端末１は、自端末の共有情報ＢＯＸ１１のＰＩＤと個人属性を削除して（Ｓ１２６）、メインルーチンに戻る。この動作により、ＰＩＤの更新と共にＰＩＤを登録するメディア端末１が変更となる。

図６を参照して、ＰＩＤの登録に関する動作シーケンスを説明する。図６において、携帯端末２とＷＡＮ４を介して通信（電子メールの送受信）を行なうメディア端末１−１と、メディア端末１−２が示されている。メディア端末１−２は、携帯端末２の所有者（以下ユーザ）が以前ホーム端末として使用していたもので自身のＰＩＤが登録されている。

メディア端末１−１はユーザが新たにホーム端末として使用するものである。したがって本実施例はＰＩＤの更新を示している。なお、当該ユーザがメディア端末１−１の電子メールアドレスを予め携帯端末２に記憶しているものとする。

ユーザの操作により、携帯端末２は、ＰＩＤ登録要求メール（題名部分がＰＩＤ ＲＥＧＩＳＴで本文の無いメール）をメディア端末１−１に送信する（Ｓ２００）。ＰＩＤ登録要求メールを受信したメディア端末１−１は、ＰＩＤ登録用テンプレート（図３（ａ））を携帯端末２に送信する（Ｓ２０１）。

ユーザによる個人属性の入力を受け付けると、携帯端末２は、ＰＩＤ登録内容メール（図３（ｂ））をメディア端末１−１に送信する（Ｓ２０２）。ＰＩＤ登録内容メールを受信したメディア端末１−１は、ＰＩＤ登録内容メールからＰＩＤと個人属性を抽出する（Ｓ２０３）。

メディア端末１−１は、自端末（メディア端末１−１）の共有情報ＢＯＸ１１に対しＰＩＤを検索する（Ｓ２０４）。一致するＰＩＤが無いため、メディア端末１−１は、メディア端末１−２を含む他のメディア端末にＰＩＤ探索メッセージをマルチキャストする（Ｓ２０５）。

ＰＩＤ探索メッセージを受信したメディア端末１−２は、自端末（メディア端末１−２）の共有情報ＢＯＸ１１に対しＰＩＤを検索する（Ｓ２０６）。検索した結果一致するＰＩＤが存在したため、メディア端末１−２は、個人属性を含む登録済み通知をメディア端末１−１に送信する（Ｓ２０７）。

登録済み通知を受信したメディア端末１−１は、まずパスワードを照合する（Ｓ２０８）。照合できたので、メディア端末１−１は、ボタン電話番号の割り付けを行なう（Ｓ２０９）。メディア端末１−１は、個人属性を更新し、共有情報ＢＯＸ１１に登録する（Ｓ２１０）。そしてメディア端末１−１は、メディア端末１−２に更新完了通知送信する（Ｓ２１１）。さらに、メディア端末１−１は、携帯端末２に更新内容通知を電子メールで送信する（Ｓ２１２）。
更新完了通知を受信したメディア端末１−２は、更新対象のＰＩＤとその個人属性を自端末の共有情報ＢＯＸ１１から削除する（Ｓ２１３）。

図７を参照して、共有情報ＢＯＸ１１に保存する発着信履歴と履歴に関連付けたコンテンツを説明する。ここで、図７（ａ）は、発信履歴とそのコンテンツを説明する図である。図７（ｂ）は、着信履歴とそのコンテンツを説明する図である。図７（ｃ）は、代理応答履歴とそのコンテンツを説明する図である。

図７（ａ）において、発着信履歴は、ＰＩＤ３０１、種別３０２、状態３０３、代理者３０４、日時３０５、相手３０６、コンテンツ３０７で構成される。ＰＩＤ３０１は、当該メディア端末のユーザのＩＤである。種別３０２は、発信履歴または着信履歴であり、ここでは、発信履歴である。状態３０３は、通話／留守／代理のいずれかであり、ここでは通話である。通話は、相手と通話したことを意味する。代理者３０４は、代理応答者名である。ここでは、代理応答ではないので、”ＮＵＬＬ”である。日時３０５は、履歴の記録日時である。相手３０６は、通話相手である。コンテンツ３０７は、通話録音ファイル、留守録音ファイル等とのリンクであり、ここでは通話録音ファイルとリンクしていることを示している。

図７（ｂ）において、状態３０８は、留守であり、着信に留守番電話応答したことを意味している。コンテンツ３０７は、留守録音ファイルとのリンクである。図７（ｃ）において、状態３０８は、代理であり、着信に代理応答したことを意味する。コンテンツ３０７は、通話録音ファイルとのリンクである。

図８を参照して、発着信履歴をＰＩＤに関連付けて共有情報ＢＯＸ１１に保存する処理を説明する。図８において、フローは、電源投入などメディア端末１の起動後に開始される。

メディア端末１は、呼切断のイベントを待つ（Ｓ３００）。呼切断のイベントは、通話または留守番電話による応答後の切断で発生する。メディア端末１は、呼切断の原因が発信呼か判定する（Ｓ３０１）。ＹＥＳのとき、メディア端末１は、通話録音されたか否かを判定する（Ｓ３０２）。通話録音がある場合（ＹＥＳ）、メディア端末１は、発信履歴に通話録音ファイルを添付する（Ｓ３０３）。ステップ３０２において、通話録音がない場合（ＮＯ）、メディア端末１は、ステップ３０３をジャンプする。

次に、メディア端末１は、使用者ＰＩＤが設定済みか否かを判定する（Ｓ３０４）。使用者ＰＩＤは、メディア端末を使用するユーザのＰＩＤである。使用者ＰＩＤは、携帯端末２をメディア端末１に近づけることにより、近距離無線部インタフェース部間の通信で設定する。または、ユーザの手入力によって設定する。この設定処理は、図９および図１０を参照して、後述する。

使用者ＰＩＤ設定済みの場合（Ｓ３０４：ＹＥＳ）、メディア端末１は、使用者ＰＩＤと発信履歴を関連付けて自端末の共有情報ＢＯＸ１１に保存して（Ｓ３０５）、呼切断のイベントを待つ。発信通話で通話録音を行った場合に保存される内容を図７（ａ）に示す。

使用者ＰＩＤが設定されていない場合（Ｓ３０４：ＮＯ）、メディア端末１は、発信履歴を端末個別情報部１８に保存して（Ｓ３０６）、呼切断のイベントを待つ。

ステップ３０１でＮＯのとき、メディア端末１は、ＤＩＤまたは内線への着信呼か判定する（Ｓ３０７）。ＹＥＳのとき、メディア端末１のボタン電話機能部１２０は、着信呼からＰＩＤを特定する。特定するＰＩＤは、図５のステップ１１４でＤＩＤまたは内線番号を割りつけたＰＩＤである。

メディア端末１は、特定したＰＩＤの個人属性を共有情報ＢＯＸ１１から取得する（Ｓ３０９）。メディア端末１は、留守番電話か否かを判定する（Ｓ３１０）。留守番電話の場合（ＹＥＳ）、メディア端末１は、留守録ファイルを着信履歴に添付する（Ｓ３１１）。

ステップ３１０で留守番電話で無い場合（通話）、メディア端末１は、通話者を特定するため使用者ＰＩＤ設定済みか否かを判定する（Ｓ３１２）。使用者ＰＩＤが設定済みの場合（ＹＥＳ）、メディア端末１は、使用者ＰＩＤの個人属性から個人名を抽出して着信履歴に加える（Ｓ３１３）。ステップ３１２で使用者ＰＩＤが設定されていない場合、メディア端末１は、ステップ３１３をジャンプする。

次に、メディア端末１は、通話録音されたか否かを判定する（Ｓ３１４）。通話録音がある場合（ＹＥＳ）、メディア端末１は、着信履歴に通話録音ファイルを添付する（Ｓ３１５）。ステップ３４１で通話録音がない場合、メディア端末１は、ステップ３１５をジャンプする。次に、メディア端末１は、着信呼から特定したＰＩＤに関連付けて着信履歴を共有情報ＢＯＸ１１に保存して（Ｓ３１６）、呼切断のイベントを待つ。
留守番電話の場合に保存される内容を図７（ｂ）に示す。

次に、ステップ３０７で、ＤＩＤまたは内線着信呼ではない場合は、汎用の外線着信またはグループ着信の場合である。ユーザが別のユーザへの着信呼に応答した場合の処理を以下説明する。
メディア端末１は、個人アイコンの選択を待つ（Ｓ３１７、３１８）。なお、個人アイコンの指定に関する処理は、図１１を参照して、後述する。個人アイコンが指定された場合、メディア端末１は、指定された個人アイコンのＰＩＤを抽出する（Ｓ３１９）。メディア端末１は、抽出したＰＩＤを着信履歴に加える（Ｓ３２０）。メディア端末１は、通話録音がされたか否かを判定する（Ｓ３２１）。通話録音がある場合、メディア端末１は、着信履歴に通話録音ファイルを添付する（Ｓ３２２）。通話録音がない場合、メディア端末１は、ステップ３２２をジャンプする。

メディア端末１は、使用者ＰＩＤが設定されているか否かを判定する（Ｓ３２３）。設定されている場合、メディア端末１は、使用者ＰＩＤの個人属性から個人名を抽出して着信履歴に加え（Ｓ３２４）、ステップ３１６に遷移する。ステップ３２３で、使用者ＰＩＤが設定されていない場合、メディア端末１は、そのままステップ３１６に遷移する。
代理応答で個人アイコンの指定があり、更に通話録音がある場合に保存される着信履歴の内容を図７（ｃ）に示す。

図９を参照して、メディア端末１の使用者ＰＩＤの設定に関する処理を説明する。図９において、フローは、電源投入などメディア端末１の起動後に開始される。メディア端末１は、近距離無線インタフェース部１２４を経由した携帯端末２からのＰＩＤ検出またはユーザからのＰＩＤ受付を待つ（Ｓ４００）。

ＰＩＤを検出または受け付けた場合、メディア端末１は、ＰＩＤ個人属性取得処理をコールする（Ｓ４０１）。ＰＩＤ個人属性取得処理は、図１０を参照して後述する。メディア端末１は、個人属性が取得できたか判定する（Ｓ４０３）。ＹＥＳのとき、メディア端末１は、パスワードが一致したか判定する（Ｓ４０４）。ＹＥＳのとき、メディア端末１は、検出または受け付けたＰＩＤと個人属性を使用者ＰＩＤとしてボタン電話機能部１２０にセットする。

次に、メディア端末１は、近距離無線インタフェース部１２４を経由した携帯端末２からのＰＩＤが検出できなくなるか、ユーザの解除操作を受け付けるまで待つ（Ｓ４０７）。なお、検出の場合、定期的に近距離無線インタフェース部１２４が携帯端末２の存在を確認する。ステップ４０７でＹＥＳのとき、メディア端末１は、使用者ＰＩＤをボタン電話機能部１２０から削除して、ステップ４００に戻る。

ステップ４０２で個人属性取得ができなかったとき、メディア端末１は、登録なしを表示して、ステップ４００に戻る。ステップ４０４でパスワード不一致のとき、メディア端末１は、パスワード不一致を表示して、ステップ４００に戻る。

図１０を参照して、ＰＩＤ個人属性取得処理サブルーチンを説明する。図１０において、メディア端末１は、検出または受け付けたＰＩＤをキーに自端末の共有情報ＢＯＸ１１を検索する。メディア端末１はＰＩＤが有るか判定する（Ｓ５０１）。ＰＩＤが存在した場合（ＹＥＳ）、メディア端末１は、その個人属性を抽出する（Ｓ５０２）。メディア端末１は、検出または受け付けたＰＩＤに添付のパスワードと、共有情報ＢＯＸ１１から検索した個人属性のパスワードとの照合を行なう（Ｓ５０３）。一致したとき（Ｓ５０４でＹＥＳ）、メディア端末１は、正常リターンする。ステップ５０４で不一致のとき、メディア端末１は、戻り値を「パスワード不一致」として（Ｓ５０５）、異常リターンする。

ステップ５０１でＰＩＤが無かった場合、メディア端末１は、他のメディア端末１−ｍにＰＩＤの個人属性に関する情報送信要求をマルチキャストする（Ｓ５０７）。メディア端末１は、他のメディア端末１−ｍからＰＩＤの個人属性の受信を待つ（Ｓ５０８、Ｓ５０９）。

ＰＩＤの個人属性を受信した場合、メディア端末１は、ステップ５０２に遷移する。ステップ５０９でタイムアウトすると、メディア端末１は、戻り値を「登録無し」として（Ｓ５１０）リターンする。

図１１を参照して、図８のステップ３１７の個人アイコンの選択処理を説明する。図１１において、フローは、メディア端末を操作するユーザが、個人アイコンを選択する機能を起動した時点で開始される。

メディア端末１は、事前にユーザが登録した複数部署のアイコンを表示する（Ｓ６００）。メディア端末１は、ユーザが一つの部署名を選択する操作を待つ（Ｓ６０１）。部署名が選択されたことを検出すると（Ｓ６０１：ＹＥＳ）、メディア端末１は、選択された部署名（部署のアイコンに関連付けされている）をキーワードに自端末の共有情報ＢＯＸ１１からＰＩＤを検索する（Ｓ６０２）。

ＰＩＤの部署名が一致するＰＩＤが存在した場合（Ｓ６０３でＹＥＳ）、メディア端末１は、部署名が一致したＰＩＤ（複数）の個人属性から個人アイコンを抽出する（Ｓ６０４）。ステップ６０３で部署名が一致したＰＩＤが存在しない場合、メディア端末１は、ステップ６０４をジャンする。次に、メディア端末１は、部署名をキーワードに、他のメディア端末１−ｍへＰＩＤの情報送信要求をマルチキャストする（Ｓ６０５）。メディア端末１は、ユーザに選択された部署名が一致するＰＩＤとその個人属性の受信を待つ（Ｓ６０６−Ｓ６０８）。受信する度に（Ｓ６０６：ＹＥＳ）、メディア端末１は、個人属性から個人アイコンを抽出する（Ｓ６０７）。

ステップ６０８でタイムアウトすると（ＹＥＳ）、メディア端末１は、抽出した全ての個人アイコンを表示する（Ｓ６０９）。メディア端末１は、ユーザによる個人アイコンの選択を待つ（Ｓ６１０）。個人アイコンの選択を検出すると（Ｓ６１０：ＹＥＳ）、メディア端末１は、個人アイコン選択のイベント通知を行ない（Ｓ６１１）、終了する。

図１２を参照して、メディア端末１と携帯端末２との間で送受信される発着信履歴の情報収集要求と情報収集結果を説明する。ここで、図１２（ａ）は、発着信履歴の情報収集要求を電子メールに展開したものである。また、図１２（ｂ）は、発着信履歴の情報収集結果を電子メールに展開したものである。

図１２（ａ）の題名に“ＣＡＬＬ ＲＥＧＩＳＴＥＲ？”（発着信履歴の情報収集要求）と記載されている。また、本文（Ｂｏｄｙと表記）は、ＰＩＤとパスワードが記載されている。一方、図１２（ｂ）の題名に“ＣＡＬＬ ＲＥＧＩＳＴＥＲ”（発着信履歴の情報収集結果の送信）と記載されている。また、本文に発着信履歴が記載されている。図１２（ｂ）では（１）と（２）の２つ履歴が記載されている。

（１）は、発着種別（ｃａｔｅｇｏｒｙと表記）に発信（ｃａｌｌと表記）、状態（Ｓｔａｔｕｓと表記）に通話（ｔａｌｋと表記）、発信相手の電話番号（Ｓｏｕｒｃｅと表記）が挿入されている。

（２）は、発着種別（ｃａｔｅｇｏｒｙと表記）に着信（ｒｉｎｇと表記）、状態（Ｓｔａｔｕｓと表記）に代理（ｐｒｏｘｙと表記）で代理者が“特許花子”、発信相手の電話番号（Ｓｏｕｒｃｅと表記）が挿入され、最後に添付（Ｃｏｎｔｅｎｔと表記）に、通話録音の音声ファイルｔａｌｋ−ｒｅｃ．ｍｐ２が添付されていることを示している。

図１３を参照して、発着信履歴の情報収集を行なう処理を説明する。この処理は、（１）携帯端末２から発着信履歴の情報収集要求を受信する、（２）ユーザの操作のいずれかで開始する。メディア端末１の共有情報ＢＯＸ用メール解析／処理部１２３がヘッダーの題名部分から“ＣＡＬＬ ＲＥＧＩＳＴＥＲ？”の文字列を検出すると、その電子メールの内容を情報収集部１４に引き渡す。また、携帯端末２へ収集結果を返信するメールは、情報収集結果送信部１４２の指示に従って共有情報ＢＯＸ用メール解析／処理部１２３が生成し、メール送受信部１２２を介して送信される。以下の説明では、共有情報ＢＯＸ用メール解析／処理部１２３およびメール送受信部１４２の動作に関する説明は省略する。

図１３において、フローは、電源投入などメディア端末１の起動後に開始される。まず、メディア端末１は、携帯端末２からの発着信履歴の情報収集要求の受信、またはユーザの情報収集操作を待つ（Ｓ７００）。ＰＩＤとパスワードが指定された情報収集要求の受信または情報収集操作を検出すると（ＹＥＳ）、メディア端末１は、図１０のＰＩＤ個人属性取得処理をコールする（Ｓ７０１）。リターン後、ステップ７０２、ステップ７０３で、パスワードが一致した個人属性を取得できたと判定された場合、メディア端末１は、指定ＰＩＤに対し自端末の共有情報ＢＯＸ１１の発着信履歴を検索する（Ｓ７０５）。

メディア端末１は、ＰＩＤに関連付けられた発着信履歴があるか判定する（Ｓ７０６）。指定されたＰＩＤに関連付けられた発着信履歴が存在した場合、メディア端末１は、その発着信履歴を一時記憶する（Ｓ７０７）。ステップ７０６で発着信履歴が存在しない場合、メディア端末１は、ステップ７０７をジャンプする。メディア端末１は、ＰＩＤに関連付けられた発着信履歴の情報送信要求を他のメディア端末にマルチキャストする（Ｓ７０８）。

次に、メディア端末１は、ステップ７０９〜ステップ７１１で、タイムアウトまで他のメディア端末１−ｍから発着信履歴を受信する度に一時記憶する（Ｓ７１０）。ステップ７１１でタイムアウトすると、メディア端末１は、ここで、ステップ７１２により、携帯端末２からの情報収集要求なのか、自端末を使用するユーザによる情報収集操作なのかで、処理を変える。具体的には、メディア端末１は、情報収集要求受信による処理か判定する（Ｓ７１２）。

携帯端末２からの情報収集要求の場合（ＹＥＳ）、メディア端末１は、一時記憶した全ての発着信履歴を集約して携帯端末２に送信して（Ｓ７１３）、ステップ７００に遷移する。なお、日時、シリアル番号などを元に、送信済みの発着信履歴を除外するか、最新情報から遡った履歴を予め定められた件数分送信するなどの制限をかけても良い。

自端末を使用するユーザによる情報収集操作の場合（Ｓ７１２：ＮＯ）、メディア端末１は、ＰＩＤの個人属性から携帯端末２のメールアドレスを抽出する（Ｓ７１４）。メディア端末１は、携帯端末２に発着信履歴の情報送信要求を送信する（Ｓ７１５）。メディア端末１は、発着信履歴の受信を待つ（Ｓ７１６、Ｓ７１７）。

発着信履歴を受信すると、メディア端末１は、一時記憶する（Ｓ７１８）。メディア端末１は、他のメディア端末１−ｍから受信したものも含め、全ての発着信履歴を集約して端末個別情報部に保存して（Ｓ７１９）、ステップ７００に遷移する。発着信履歴の受信無しにタイムアウトすると（Ｓ７１７：ＹＥＳ）、そのままステップ７１９遷移する。

ステップ７０２で、ＰＩＤの個人属性が取得できなかった場合、メディア端末１は、ＰＩＤ登録無しの表示（情報収集操作の場合）または携帯端末２に通知（情報収集要求受信の場合）する（Ｓ７２０）。ステップ７０３でパスワードが一致しなかった場合、メディア端末１は、パスワード不一致の表示（情報収集操作の場合）または携帯端末２に通知（情報収集要求受信の場合）する（Ｓ７０４）。

図１４を参照して、他のメディア端末１−ｍから受信する情報送信要求に対する処理を説明する。情報送信要求には、３つの種類がある。（１）一つの指定されたＰＩＤが持つ個人属性、（２）ある特定の個人属性をキーワードに同じ個人属性を持つ複数のＰＩＤとその個人属性、（３）一つの指定されたＰＩＤに関連付けられた発着信履歴である。

図１４において、フローは、電源投入などメディア端末１の起動後に開始される。メディア端末１は、他のメディア端末１−ｍからの情報送信要求の受信を待つ（Ｓ８００）。情報送信要求を受信すると（ＹＥＳ）、メディア端末１は、ステップ８０１とステップ８０５で、３つの情報送信要求の中から一つを特定する。まず、メディア端末１は、ＰＩＤの個人属性に関する情報送信要求か判定する（Ｓ８０１）。

ＰＩＤの個人属性に関する情報送信要求の場合（ＹＥＳ）、メディア端末１は、指定されたＰＩＤに対し自端末の共有情報ＢＯＸ１１を検索する（Ｓ８０２）。メディア端末１は、ＰＩＤがあるか判定する（Ｓ８０３）。ＰＩＤが存在した場合（ＹＥＳ）、メディア端末１は、情報送信要求を送信した他のメディア端末１−ｍにその個人属性を送信する（Ｓ８０４）。ステップ８０３でＰＩＤが無い場合、メディア端末１は、そのままステップ８００に戻る。

次にステップ８０１でＮＯのとき、メディア端末１は、個人属性をキーワードにしたＰＩＤの情報送信要求か判定する（Ｓ８０５）。ＹＥＳのとき、メディア端末１は、指定の個人属性をキーワードに自端末の共有情報ＢＯＸ１１を検索する（Ｓ８０６）。メディア端末１は、指定の個人属性と同じ属性を有するＰＩＤがあるか判定する（Ｓ８０７）。指定の個人属性と同じ属性を有するＰＩＤ（複数あっても良い）が存在する場合（ＹＥＳ）、メディア端末１は、情報送信要求を送信した他のメディア端末１−ｍにＰＩＤとその個人属性を送信する（Ｓ８０８）。ステップ８０７でＰＩＤが一つも無い場合、メディア端末１は、そのままステップ８００に戻る。

ステップ８０５でＮＯは、指定のＰＩＤに関連付けられた発着信履歴の情報送信要求の場合である。メディア端末１は、指定ＰＩＤに対し自端末の共有情報ＢＯＸ１１の発着信履歴（複数あっても良い）を検索する（Ｓ８０９）。メディア端末１は、指定のＰＩＤに対する発着信履歴があるか判定する（Ｓ８１０）。発着信履歴が存在する場合（ＹＥＳ）、メディア端末１は、情報送信要求を送信した他のメディア端末１−ｍに発着信履歴を送信する（Ｓ８１１）。ステップ８１０で発着信履歴が一つも無い場合、メディア端末１は、そのままステップ８００に戻る。

図１５を参照して、携帯端末２から、メディア端末１に対して発着信履歴の情報収集を要求する処理を説明する。図１５において、メディア端末１―１が携帯端末２のユーザがホーム端末としているメディア端末である。このメディア端末１−１の共有情報ＢＯＸ１１にユーザのＰＩＤが登録されている。メディア端末１−２を含む複数のメディア端末の共有情報ＢＯＸ１１には、携帯端末２のユーザのＰＩＤに関連付けられた発着信履歴が保存されている。メディア端末１−２を含む複数のメディア端末の共有情報ＢＯＸ１１には、代理応答で、携帯端末２のユーザが複数の端末を使って履歴を残している。

携帯端末２は、メディア端末１−１にＰＩＤとパスワードを添付した発着信履歴の情報収集要求メールを送信する（Ｓ９００）。メディア端末１−１は、ＰＩＤ個人属性を取得する（Ｓ９０１）。メディア端末１−１は、パスワードを照合する（Ｓ９０２）。この場合、照合に成功し、メディア端末１−１は、共有情報ＢＯＸ１１の発着信履歴を検索する（Ｓ９０３）。メディア端末１−１は、メディア端末１−２を含む他のメディア端末にＰＩＤを添付した発着信履歴の情報送信要求をマルチキャストする（Ｓ９０４）。メディア端末１−２は、共有情報ＢＯＸ１１の発着信履歴を検索する（Ｓ９０５）。メディア端末１−２は、メディア端末１−１に該当するＰＩＤの発着信履歴情報を送信する（Ｓ９０６）。メディア端末１−１は、自端末とメディア端末１−２を含む他のメディア端末からの発着信履歴情報を集約するする（Ｓ９０７）。メディア端末１−１は、携帯端末２に集約した該当するＰＩＤの発着信履歴情報を送信する（Ｓ９０８）。携帯端末２は、集約された該当するＰＩＤの発着信履歴情報を保存する（Ｓ９０９）。

図１６を参照して、メディア端末１−１から、当該端末を使用しているユーザのＰＩＤを元に発着信履歴を収集する処理を説明する。ユーザのホーム端末は、メディア端末１−２である。この場合、携帯端末２（情報収集を行うユーザの携帯端末）も発着信履歴の情報収集対象となる。これにより、携帯端末をどこかに置き忘れた場合、鞄の中にしまったままでも発着信履歴を収集できる。

ユーザの情報収集操作を受け付けたメディア端末１−１は、メディア端末１−２を含むメディア端末にＰＩＤの個人属性に関する情報送信要求をマルチキャストする（Ｓ９５０）。ユーザのホーム端末であるメディア端末１−２は、共通情報ＢＯＸを検索する（Ｓ９５１）。メディア端末１−２は、ＰＩＤの個人属性をメディア端末１−１に送信する（Ｓ９５２）。メディア端末１−１は、受け付けたパスワードと受信した個人属性のパスワードとを照合する（Ｓ９５３）。照合できたので、メディア端末１−１は、発着信履歴について、自端末の共通情報ＢＯＸを検索する（Ｓ９５４）。メディア端末１−１は、発着信履歴の情報送信要求をメディア端末１−２を含むメディア端末にマルチキャストする（Ｓ９５５）。メディア端末１−１は、発着信履歴の情報送信要求を受信した個人属性で取得した携帯端末２にメール送信する（Ｓ９５６）。メディア端末１−２は、発着信履歴について、共通情報ＢＯＸを検索する（Ｓ９５７）。メディア端末１−２は、発着信履歴情報をメディア端末１−１に送信する（Ｓ９５８）。携帯端末２は、発着信履歴情報をメディア端末１−１に送信する（Ｓ９５９）。メディア端末−１は、受信した発着信履歴情報を集約して、保存する（Ｓ９６０）。

上述した実施例では発着信履歴を情報として説明したが、写真またはＷｅｂで取得した情報で合っても良い。
上述した実施例では、複数のメディア端末１が取得した情報（電話の発着信履歴）を、それぞれ自端末の共有情報ＢＯＸ１１に保存する。このとき、ＰＩＤに関連付けて保存する。ここでＰＩＤは、任意にユーザが付与しても良いが、携帯端末２の電話番号または電子メールアドレスを利用してもよい。これにより、既に付与されている一意の数字、文字列を利活用できユーザによる設定を不要とする。

複数のメディア端末１の共有情報ＢＯＸ１１に保存された発着信履歴、および携帯端末２に保存された発着信履歴（携帯端末２の一般的機能で取得されたもの）は、ＰＩＤを指定することにより任意のメディア端末１および携帯端末２で取得することができる。

携帯端末２からＰＩＤに関連付けられた発着信履歴を取得する場合、特定のメディア端末１（ユーザが通常使用するメディア端末１）にＰＩＤの指定を含む情報収集要求を送信する。

情報収集要求を受けたメディア端末１がＰＩＤの個人属性を取得するために、自端末の共有情報ＢＯＸ１１を検索する。自端末の共有情報ＢＯＸ１１にＰＩＤが存在しない場合は、ＰＩＤの個人属性に関する情報送信要求を他のメディア端末１−ｍにマルチキャストすることにより取得する。ＰＩＤの個人属性を取得する理由は、パスワードを照合するためである。

次に、他のメディア端末１−ｍからＰＩＤに関連する発着信履歴を収集して、情報収集要求を送信した携帯端末２に収集結果を送信する。複数のメディア端末１で生じた個人毎の発着信履歴の全てを携帯端末２で取得し、発着信履歴の電話番号を抽出し、携帯端末２からの折返し発信などに利用することができる。

メディア端末１からＰＩＤに関連付けられた発着信履歴を取得する場合、事前にユーザがＰＩＤを入力するか、近傍に置かれた携帯電話２から近距離無線を使って自動的にＰＩＤを取得する。

次に、ＰＩＤの個人属性を取得するために、自端末の共有情報ＢＯＸ１１を検索する。自端末の共有情報ＢＯＸ１１にＰＩＤが存在しない場合は、ＰＩＤの個人属性に関する情報送信要求を他のメディア端末１−ｍにマルチキャストすることにより取得する。ＰＩＤの個人属性を取得する理由は、パスワードの照合と、発着信履歴を取得する携帯端末２を特定するためである。

そして、メディア端末１が自端末の共有情報ＢＯＸ１１のＰＩＤに関連付けられた発着信履歴を検索するのと同時に、ＰＩＤに関連付けられた発着信履歴の情報送信要求を他のメディア端末１−ｍおよびＰＩＤの個人属性から特定した携帯端末２に送信することで発着信履歴を収集する。

ここまで説明した発着信履歴には、ＤＩＤまたは内線電話番号への不在着信または代理応答の履歴の他、不在着信時の留守録音声、代理応答時の通話録音音声も付随する。

ＤＩＤおよび内線電話番号は、ＰＩＤの個人属性に含まれる部署名、グループ名から判断してＰＩＤに対して自動的に割り付けられるため（本発明のメディア端末が部署名またはグループ名を元にゲートウェイ／サーバ３から空きの番号を取得して割り付ける）、ＤＩＤへの着信履歴もＰＩＤと関連付けることができる。

代理応答は、代理応答者がＰＩＤの個人属性に含まれる個人アイコンを操作画面上に呼び出して指定することで、着信呼とＰＩＤとを関連付けることができる。具体的には、部署名またはグループ名から自端末の共有情報ＢＯＸ１１を検索して該当するＰＩＤの個人アイコンを抽出する他、他のメディア端末１−ｍに対して部署名またはグループ名をキーワードにしたＰＩＤの情報送信要求をマルチキャストすることで取得する。

取得した個人アイコンを表示し、タッチパネルによるユーザ（この場合代理応答者）の指定を促す。例えば、代理応答者が終話直後に、着信履歴を伝えたい相手の個人アイコンを呼び出してタッチすると、その個人アイコンを個人属性としているＰＩＤと、代理応答した着信呼とを関連付けて履歴を保存することができる。 そのＰＩＤを所有するユーザは、自身の携帯端末２からその着信履歴（場合によって代理応答者と発信者との通話録音ファイルも含む）を取得できる。

１…メディア端末、２…携帯端末、３…ゲートウェイ／サーバ、４…ＷＡＮ、１１…共有情報ＢＯＸ、１２…通信部、１３…マンマシンインタフェース部、１４…情報収集部、１５…情報送信部、１６…共有情報ＢＯＸ検索部、１７…ＰＩＤ登録部、１８…端末個別情報部、１９…電話機能設定部、５００…電話システム。

Claims (3)

1. 電話番号、電子メールアドレスまたは通信履歴に係る情報を含む個人情報を他端末と送受信する通信端末であって、
   個人を識別する個人ＩＤと関連付けて前記個人情報を蓄積する個人情報蓄積手段と、
   前記個人情報の送信要求を他端末から受付ける個人情報送信要求受付手段と、
   前記個人情報を他端末へ送信する個人情報送信手段と、
   前記個人情報の送信を他端末へ要求する個人情報送信要求手段と、
   前記個人情報を他端末から受信する個人情報受信手段と、
   前記個人情報の収集要求を他端末から受付ける個人情報収集要求受付手段と、
   収集した個人情報を他端末に送信する収集個人情報送信手段と、を有し、
   前記個人情報送信要求受付手段が、特定の個人ＩＤと関連付けられた個人情報の送信要求を他端末から受付けた場合に、前記個人情報蓄積手段を参照して当該個人ＩＤと関連付けられた個人情報を検索し、当該個人ＩＤと関連付けられた個人情報が前記個人情報蓄積手段に蓄積されていたならば、前記個人情報送信手段は当該個人情報を前記個人情報送信要求受付手段が受付けた要求元の他端末へ送信し、
   前記個人情報収集要求受付手段が、特定の個人ＩＤと関連付けられた個人情報の収集要求を他端末から受付けた場合に、前記個人情報蓄積手段を参照して当該個人ＩＤと関連付けられた個人情報を検索し、前記個人情報送信要求手段は当該個人ＩＤと関連付けられた個人情報を自端末へ送信することを前記個人情報の収集要求受付けた他端末以外の他端末に要求し、前記個人情報受信手段は前記個人情報の収集要求受付けた他端末以外の他端末の各々から個人情報を受信し、前記収集個人情報送信手段は自端末に蓄積されていた個人情報または前記受信した個人情報を前記個人情報収集要求受付手段が受付けた要求元の他端末へ送信することを特徴とする通信端末。
2. 請求項１に記載の通信端末であって、
   自通信端末が帰属する電話システムのダイレクトインダイヤル番号または内線番号と前記個人ＩＤを関連付けて蓄積する端末ＩＤ蓄積手段をさらに有することを特徴とする通信端末。
3. 請求項１または請求項２に記載の通信端末であって、
   自通信端末上に表示されるアイコンまたは操作ボタンと前記個人ＩＤを関連付けて蓄積するアイコン情報蓄積手段をさらに有することを特徴とする通信端末。

Images