(57)【要約】【課題】電話帳の利便性や安全性を改善すること。【解決手段】電話端末１が、所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ユーザ状態情報として電話帳サーバ２へ通知する。電話帳サーバ２は、電話端末１からユーザ状態情報を受信した後、電話端末１のユーザに係るユーザ状態情報をデータベースサーバ４から取得して状態変更の有無を検知し、変更有を検知した際に受信したユーザ状態情報を電話端末１に関連ある他の電話端末にプッシュ通知する。データベースサーバ４は、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報を記憶しておき、電話帳サーバ２は、電話端末１から電話帳要求を受信した後、当該電話端末１のＷｅｂ電話帳情報をデータベースサーバ４から取得して電話番号を除くユーザ名などを要求元の電話端末へ送信する。【選択図】図１４
2015228636.tif 000002
【特許請求の範囲】
【請求項１】
電話端末と、前記電話端末の電話帳を管理する電話帳サーバと、前記電話帳を記憶するデータベースサーバとを備えたＷｅｂ電話帳管理システムにおいて、
前記データベースサーバは、
ユーザの状態を表したユーザ状態情報と、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報とを記憶しておく手段、を有し、
前記電話端末は、
所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ユーザ状態情報として前記電話帳サーバへ通知する手段、を有し、
前記電話帳サーバは、
前記ユーザ状態情報を受信した後、前記電話端末のユーザに係るユーザ状態情報を前記データベースサーバから取得して状態変更の有無を検知し、変更有を検知した際に前記受信したユーザ状態情報を前記電話端末に関連ある他の電話端末へプッシュ通知する手段と、
電話端末から電話帳要求を受信した後、当該電話端末のＷｅｂ電話帳情報を前記データベースサーバから取得して電話番号を除くユーザの名称を要求元の電話端末へ送信する手段と、
を有することを特徴とするＷｅｂ電話帳管理システム。
【請求項２】
前記電話帳サーバは、
前記名称のユーザのユーザ状態情報を更に前記要求元の電話端末へ送信することを特徴とする請求項１に記載のＷｅｂ電話帳管理システム。
【請求項３】
前記電話端末でのユーザの名称の選択による電話発信を受信した後、前記データベースサーバを参照して発信先のユーザの状態に応じた電話番号の電話端末に電話発信する呼制御サーバを更に有することを特徴とする請求項１又は２に記載のＷｅｂ電話帳管理システム。
【請求項４】
前記電話端末は、
ＨＴＴＰを用いてユーザ状態情報を通知することを特徴とする請求項１乃至３のいずれかに記載のＷｅｂ電話帳管理システム。
【請求項５】
前記電話帳サーバは、
Ｗｅｂｓｏｃｋｅｔ技術を用いてユーザ状態情報をプッシュ通知し、前記他の電話端末でユーザ状態を更新させることを特徴とする請求項１乃至４のいずれかに記載のＷｅｂ電話帳管理システム。
【請求項６】
電話端末と、前記電話端末の電話帳を管理する電話帳サーバと、前記電話帳を記憶するデータベースサーバとで行うＷｅｂ電話帳管理方法において、
前記データベースサーバにより、
ユーザの状態を表したユーザ状態情報と、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報とを記憶しておくステップ、を有し、
前記電話端末により、
所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ユーザ状態情報として前記電話帳サーバへ通知するステップ、を有し、
前記電話帳サーバにより、
前記ユーザ状態情報を受信した後、前記電話端末のユーザに係るユーザ状態情報を前記データベースサーバから取得して状態変更の有無を検知し、変更有を検知した際に前記受信したユーザ状態情報を前記電話端末に関連ある他の電話端末へプッシュ通知するステップと、
電話端末から電話帳要求を受信した後、当該電話端末のＷｅｂ電話帳情報を前記データベースサーバから取得して電話番号を除くユーザの名称を要求元の電話端末へ送信するステップと、
を有することを特徴とするＷｅｂ電話帳管理方法。
【請求項７】
請求項６に記載のＷｅｂ電話帳管理方法をコンピュータに実行させることを特徴とするＷｅｂ電話帳管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂと電話の連携技術を活用した技術に関する。
【背景技術】
【０００２】
旧来、相手に用件を伝える際には手紙や電報が利用されていた。しかし、紙媒体が届くまで時間がかかるため、近年では、携帯電話や固定電話などのリアルタイム性の高い通信手段が考案されている。また、昨今では、ＷｅｂやＳＮＳ、電子メールなどの利便性の高い通信手段も開発されている。これにより、相手の在不在や時間帯を気にすることなく用件を送ることができる。
【０００３】
このようなコミュニケーションサービスの変遷により、現在では、リアルタイム性と利便性を両立したサービスの登場が望まれている。すなわち、電話の良さとＷｅｂサービスの良さを併せ持つサービスである。
【０００４】
ここで、従来から行われている一般的な電話の発信方法について説明する。携帯電話などの電話端末から電話発信する場合、発信元のユーザは、自身の携帯電話内の電話帳から発信先のユーザを検索し、当該発信先のユーザに係る電話番号を選択して発信ボタンを押し下げる操作を行う。特に、図２０に示すように、発信先のユーザが複数の電話端末を利用している場合には、当該発信先のユーザの状態や状況を想定し、時間帯なども考慮して適切な電話番号を選択して電話をかけていた。
【０００５】
また、特許文献１によれば、発信元のユーザが発信先のユーザの状態を意識する必要性を排除するため、図２１に示すように、発信先のユーザの状態を発信元のユーザの電話端末に表示する技術を提案していた。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１０９４７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、前述の従来技術によれば、（１）発信先のユーザが自身の状態変更を能動的に行う必要がある、（２）発信先のユーザの状態変更が発信元のユーザの電話端末でリアルタイムに表示されない（発信元の電話端末側で表示画面をリロードする必要がある）、（３）電話端末の紛失により発信先のユーザに関する個人情報が流出する（セキュリティ上のリスクが発生する）、といった課題があった。
【０００８】
本発明は、上記のような問題点を鑑みてなされたものであり、Ｗｅｂと電話の連携技術を活用して電話帳の利便性や安全性を改善することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、請求項１に記載のＷｅｂ電話帳管理システムは、電話端末と、前記電話端末の電話帳を管理する電話帳サーバと、前記電話帳を記憶するデータベースサーバとを備えたＷｅｂ電話帳管理システムにおいて、前記データベースサーバは、ユーザの状態を表したユーザ状態情報と、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報とを記憶しておく手段、を有し、前記電話端末は、所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ユーザ状態情報として前記電話帳サーバへ通知する手段、を有し、前記電話帳サーバは、前記ユーザ状態情報を受信した後、前記電話端末のユーザに係るユーザ状態情報を前記データベースサーバから取得して状態変更の有無を検知し、変更有を検知した際に前記受信したユーザ状態情報を前記電話端末に関連ある他の電話端末へプッシュ通知する手段と、電話端末から電話帳要求を受信した後、当該電話端末のＷｅｂ電話帳情報を前記データベースサーバから取得して電話番号を除くユーザの名称を要求元の電話端末へ送信する手段と、を有することを要旨とする。
【００１０】
本発明によれば、電話端末が、所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ユーザ状態情報として電話帳サーバへ通知するため、ユーザ自身が自己の状態をその都度変更することなく、自身のユーザ状態を適時適切なタイミングで随時自動更新することができる。
【００１１】
また、本発明によれば、電話帳サーバが、電話端末からユーザ状態情報を受信した後、当該電話端末のユーザに係るユーザ状態情報をデータベースサーバから取得して状態変更の有無を検知し、変更有を検知した際に受信したユーザ状態情報を前記電話端末に関連ある他の電話端末へプッシュ通知するため、他の電話端末で上記ユーザの状態をリアルタイムに反映し表示することができる。
【００１２】
また、本発明によれば、データベースサーバが、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報を記憶しておき、電話帳サーバは、電話端末から電話帳要求を受信した後、当該電話端末のＷｅｂ電話帳情報をデータベースサーバから取得して電話番号を除くユーザの名称を要求元の電話端末へ送信するため、電話端末の紛失時に発信先の電話番号が漏洩するリスクを低減することができる。
【００１３】
請求項２に記載のＷｅｂ電話帳管理システムは、請求項１に記載のＷｅｂ電話帳管理システムにおいて、前記電話帳サーバは、前記名称のユーザのユーザ状態情報を更に前記要求元の電話端末へ送信することを要旨とする。
【００１４】
本発明によれば、電話帳サーバが、上記名称のユーザのユーザ状態情報を更に要求元の電話端末へ送信するため、電話をかけたい相手の状態をリアルタイムに把握することができる。
【００１５】
請求項３に記載のＷｅｂ電話帳管理システムは、請求項１又は２に記載のＷｅｂ電話帳管理システムにおいて、前記電話端末でのユーザの名称の選択による電話発信を受信した後、前記データベースサーバを参照して発信先のユーザの状態に応じた電話番号の電話端末に電話発信する呼制御サーバを更に有することを要旨とする。
【００１６】
本発明によれば、呼制御サーバが、電話端末でのユーザの名称の選択による電話発信を受信した後、上記データベースサーバを参照して発信先のユーザの状態に応じた電話番号の電話端末に電話発信するため、発信元のユーザが発信先のユーザの状態を意識する必要性を排除することができる。
【００１７】
請求項４に記載のＷｅｂ電話帳管理システムは、請求項１乃至３のいずれかに記載のＷｅｂ電話帳管理システムにおいて、前記電話端末は、ＨＴＴＰを用いてユーザ状態情報を通知することを要旨とする。
【００１８】
請求項５に記載のＷｅｂ電話帳管理システムは、請求項１乃至４のいずれかに記載のＷｅｂ電話帳管理システムにおいて、前記電話帳サーバは、Ｗｅｂｓｏｃｋｅｔ技術を用いてユーザ状態情報をプッシュ通知し、前記他の電話端末でユーザ状態を更新させることを要旨とする。
【００１９】
請求項６に記載のＷｅｂ電話帳管理方法は、電話端末と、前記電話端末の電話帳を管理する電話帳サーバと、前記電話帳を記憶するデータベースサーバとで行うＷｅｂ電話帳管理方法において、前記データベースサーバにより、ユーザの状態を表したユーザ状態情報と、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報とを記憶しておくステップ、を有し、前記電話端末により、所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ユーザ状態情報として前記電話帳サーバへ通知するステップ、を有し、前記電話帳サーバにより、前記ユーザ状態情報を受信した後、前記電話端末のユーザに係るユーザ状態情報を前記データベースサーバから取得して状態変更の有無を検知し、変更有を検知した際に前記受信したユーザ状態情報を前記電話端末に関連ある他の電話端末へプッシュ通知するステップと、電話端末から電話帳要求を受信した後、当該電話端末のＷｅｂ電話帳情報を前記データベースサーバから取得して電話番号を除くユーザの名称を要求元の電話端末へ送信するステップと、を有することを要旨とする。
【００２０】
請求項７に記載のＷｅｂ電話帳管理プログラムは、請求項６に記載のＷｅｂ電話帳管理方法をコンピュータに実行させることを要旨とする。
【発明の効果】
【００２１】
本発明によれば、電話帳の利便性や安全性を向上することができる。
【図面の簡単な説明】
【００２２】
【図１】電話端末の機能ブロック構成を示す図である。
【図２】電話帳サーバの機能ブロック構成を示す図である。
【図３】電話帳サーバ、呼制御サーバ、データベースサーバの機能ブロック構成を示す図である。
【図４】図３の構成による効果を示す図である。
【図５】電話帳グループデータのテーブル例を示す図である。
【図６】ユーザデータのテーブル例を示す図である。
【図７】電話帳データのテーブル例を示す図である。
【図８】状態データのテーブル例を示す図である。
【図９】電話帳グループデータ、ユーザデータ、電話帳データ、状態データのＥＲ図である。
【図１０】ユーザ状態の遷移例を示す図である。
【図１１】通常状態での着信可否、有効電話番号の設定例を示す図である。
【図１２】一時状態での着信可否、有効電話番号の設定例を示す図である。
【図１３】通常状態と一時状態を組み合わせた各状態での着信可否、有効電話番号の設定例を示す図である。
【図１４】Ｗｅｂ電話帳管理システムの全体構成を示す図である。
【図１５】ユーザ状態の通知処理フローを示すシーケンス図である。
【図１６】ユーザ状態の通知処理フローを示すシーケンス図である。
【図１７】電話端末からの発信処理フローを示すシーケンス図である。
【図１８】電話端末からの発信処理フローを示すシーケンス図である。
【図１９】スケジューラ機能との連携時におけるユーザ状態の通知処理フローを示すシーケンス図である。
【図２０】従来の電話発信方法を説明するための図である。
【図２１】従来の状態通知方法を説明するための図である。
【発明を実施するための形態】
【００２３】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００２４】
本発明は、第１の課題を解決するため、ＨＴＴＰを用いて電話端末からユーザの状態を通知することを第１の特徴とする。また、第２の課題を解決するため、Ｗｅｂｓｏｃｋｅｔなどのプッシュ通知技術を用いて電話端末内のブラウザやスマートフォンのアプリケーションプログラムで状態変更をリアルタイムに反映し表示することを第２の特徴とする。更に、第３の課題を解決するため、電話帳をクラウド化（電話帳をサーバ側で管理）して電話番号を除くユーザ名などのみを電話端末に表示することにより、電話端末上で電話番号を表示させることなく電話発信を行うことを第３の特徴とする。
【００２５】
〔第１の特徴についての実施例〕
まず、第１の特徴を実現するための実施例について説明する。第１の特徴は、ユーザの状態を非能動的な行動から検知し、その状態を変更するための仕組みとして、インターネット網を介してＨＴＴＰでユーザ状態を通知することにある。
【００２６】
そのため、本実施の形態に係る電話端末１は、図１に示すように、内蔵するＮＦＣ（Near Field Communication）機能を利用して特定の場所に設置されたＩＣタグからＩＣタグ情報を読み取るＩＣタグ読取部１１と、当該ＩＣタグ情報をユーザ状態情報としてＨＴＴＰで後述の電話帳サーバ２へ通知するユーザ状態通知部１２と、を備えて構成される。
【００２７】
ＩＣタグとは、外出用タグ、会社用タグ、帰宅用タグといった入退室管理用のタグであり、会社、部門室、会議室、ユーザ宅などのドア付近に設置されている。また、ＩＣタグ内には、会社、会議室、家などの設置場所に関する情報や入退室に関する情報など、ユーザの状態に関する情報が含まれている。例えば、会議室の外壁のドア付近には「場所：会議室，状況：入室」情報が設定され、当該会議室の内壁のドア付近には「場所：会議室，状況：退室」情報が設定されている。
【００２８】
かかる電話端末１は、当該電話端末１を保持するユーザが所定のゲートを通過すると、当該電話端末１に付属のＮＦＣ機能を用いて通過したゲートのＩＣタグからＩＣタグ情報を読み取り、ＨＴＴＰのＰＯＳＴメソッドを用いて当該ＩＣタグ情報に含まれる情報（例えば、設置場所情報、入退室情報）をユーザ状態情報として電話帳サーバ２へ通知する。これにより、ユーザ自身が自己の状態をその都度変更することなく、自身のユーザ状態を適時適切なタイミングで随時自動更新することができる。
【００２９】
〔第２の特徴についての実施例〕
次に、第２の特徴を実現するための実施例について説明する。第２の特徴は、ＨＴＭＬ５のＷｅｂｓｏｃｋｅｔなどのプッシュ通知技術を用いてリアルタイムにユーザの状態変更を反映し表示することにある。
【００３０】
そのため、本実施の形態では、電話帳サーバ２を備えている。当該電話帳サーバ２は、図２に示すように、電話端末１からのユーザ状態情報に基づきユーザ状態変更の有無を検知するユーザ状態検知部２１と、ユーザ状態の変更が検知された場合にＷｅｂｓｏｃｋｅｔ技術を用いて変更後のユーザ状態を電話端末へ通知してユーザ状態を更新させるユーザ状態通知更新部２２と、を備えて構成される。なお、Ｗｅｂｓｏｃｋｅｔとは、サーバ側からクライアント側にデータをプッシュ通知する技術である。
【００３１】
かかる電話帳サーバ２は、所定ユーザの電話端末１からユーザ状態情報を受信すると、同一ユーザにおける登録中のユーザ状態情報を参照してユーザ状態の同一性を判定し、非同一（ユーザ状態が登録中のものと不一致）の場合には、Ｗｅｂｓｏｃｋｅｔ技術を用いて、受信したユーザ状態情報を、当該電話端末１を電話帳に登録している電話端末や通話機能等を持つ情報処理端末へプッシュ通知し、当該端末内のＷｅｂブラウザやアプリで前記所定ユーザのユーザ状態を直ちに更新させる。これにより、ユーザの状態が変更する毎に当該ユーザに関連のある他の電話端末で当該ユーザの状態をリアルタイムに反映し表示することができる。
【００３２】
〔第３の特徴についての実施例〕
続いて、第３の特徴を実現するための実施例について説明する。第３の特徴は、ユーザ状態情報とＷｅｂ電話帳情報をサーバ側で管理し、発信時には電話番号を除くユーザ名などのみを電話端末に表示し、発信先のユーザの状態に応じた電話番号の電話端末に発信することにある。
【００３３】
そのため、本実施の形態では、図３に示すように、前述の電話帳サーバ２と、呼制御サーバ３と、データベースサーバ４とを備えている。データベースサーバ４は、電話帳グループデータのテーブルを格納する電話帳グループデータ記憶部４１と、ユーザデータのテーブルを格納するユーザデータ記憶部４２と、電話帳データのテーブルを格納する電話帳データ記憶部４３と、状態データのテーブルを格納する状態データ記憶部４４と、を備えて構成される。
【００３４】
また、電話帳サーバ２は、同図に示すように、電話端末から電話帳要求を受け付ける電話帳要求受付部２３と、要求元の電話端末のＷｅｂ電話帳をデータベースサーバ４から読み出して電話番号を排除した情報のみを電話端末に返信する電話帳要求応答部２４と、当該電話端末上でのユーザ名の押下操作による発信要求に基づき呼制御サーバ３を介して発信先の電話端末へ発信する発信要求部２５と、を更に備えて構成される。
【００３５】
また、呼制御サーバ３は、同図に示すように、電話帳サーバ２を介して電話端末から送信された発信要求を受け付ける発信要求受付部３１と、データベースサーバ４を参照し、当該発信要求に含まれるユーザ名のユーザ状態（会社、外出、帰宅など）に応じた発信先電話番号を選択する発信番号選択部３２と、選択された発信先電話番号に電話発信する呼制御部３３と、を備えて構成される。
【００３６】
かかる電話帳サーバ２は、電話端末から電話帳要求を受け付けると、当該要求元の電話端末のＷｅｂ電話帳をデータベースサーバ４から取得し、当該Ｗｅｂ電話帳に含まれる情報のうち電話番号を除く情報（例えば、ユーザ名、当該ユーザ名のユーザ状態）を要求元の電話端末に返信する。その後、電話帳サーバ２は、電話端末から発信要求を受け付けると呼制御サーバ３へ転送し、呼制御サーバ３は、データベースサーバ４を参照して当該発信要求内のユーザ状態に基づき着信可の発信先電話番号を選択し、電話発信する。これにより、図４に示すように、電話端末側で電話番号を選択することなく発信先のユーザの状態に応じた発信が可能となる。また、電話端末の紛失時に発信先の電話番号が漏洩するリスクを低減することができる。
【００３７】
なお、電話帳グループデータ、ユーザデータ、電話帳データ、状態データの各テーブル例を図５〜図８に示す。ユーザは、例えば会社、外出、自宅の３か所で利用する電話番号をＷｅｂ電話帳に登録し、自分がその時に会社、外出、自宅のいずれの状態であるのかをステータスとして設定しておく。図９は、それら４つのテーブルのＥＲ（Entity Relationship Diagram）図である。
【００３８】
ここで、ユーザ状態について説明する。ユーザ状態とは、ユーザの現在状態や現在状況を指す。ユーザ状態は、図１０に示すようにユーザが所定の動作を行うことで遷移する。例えば、「自宅」状態からオフィスへ移動すると「会社」状態に遷移する。
【００３９】
このようなユーザ状態としては、ユーザの移動場所などに応じた通常状態と、ユーザの暫時的状況に応じた一時状態とが用いられる、一時状態は、通常状態とは別に一時的に設定される。例えば、通常状態としては、図１１に示すように、「会社」、「自宅」、「外出」、「帰宅」、「会議」といったパターンが考えられる。また、一時状態としては、図１２に示すように、「通話中」、「会議」といったパターンが考えられる。これらパターン毎に着信可否（着信可、着信不可）と発信先（例えば、自宅などの電話番号、後述のガイダンス用サーバのＩＰアドレス）を登録しておき、データベースサーバ４で保持しておく。
【００４０】
また、図１３に示すように、通常状態と一時状態を組み合わせたパターンを考慮してもよい。その際、一時状態毎に優先度を付与し、当該優先度を考慮して各パターンでの着信可否と発信先を登録するようにしてもよい。同図では、通常状態が「自宅」であり、一時状態が「なし」、「通話中」、「会議」であり、一時状態の優先度が『「通話中」＞「会議」』である場合における、発信先例、着信可否設定例、状態表示例を示している。
【００４１】
〔Ｗｅｂ電話帳管理システムの全体構成について〕
次に、Ｗｅｂ電話帳管理システムの全体構成について説明する。図１４は、本実施の形態に係るＷｅｂ電話帳管理システムの全体構成を示す図である。このＷｅｂ電話帳管理システムは、これまで説明したように、ユーザが利用する電話端末１と、電話端末１のＷｅｂ電話帳を管理する電話帳サーバ２と、電話端末１からの呼を制御する呼制御サーバ３と、Ｗｅｂ電話帳などの様々なデータを記憶するデータベースサーバ４とを備えて構成される。
【００４２】
また、当該Ｗｅｂ電話帳管理システムは、不在情報など、呼制御サーバ３からの要求に応じて所定の音声ガイダンスを送信するガイダンス用サーバ５と、ユーザのスケジュールを管理するスケジューラサーバ６とに通信可能に接続されている。
【００４３】
なお、電話端末１は、ユーザ宅や会社の固定電話、ユーザの携帯電話、通話機能やＷｅｂブラウザ機能を有する情報処理端末（例えば、スマートフォン）を利用して実現される。また、電話帳サーバ２、呼制御サーバ３、データベースサーバ４は、ＣＰＵやメモリなどを備えたコンピュータで実現可能である。特に、呼制御サーバ３については、既存のＳＩＰサーバに本発明の機能を追加して実現してもよい。
【００４４】
〔Ｗｅｂ電話帳管理システムの動作について〕
次に、Ｗｅｂ電話帳管理システムの動作について説明する。
【００４５】
（ユーザ状態の通知処理について）
最初に、ユーザ状態を通知する動作を説明する。図１５、図１６は、ユーザ状態の通知処理フローを示すシーケンス図である。ここでは、発信元の電話端末をＷｅｂブラウザ１ａとし、発信先の電話端末をモバイル端末１ｂとする。
【００４６】
まず、ステップＳ１０１において、モバイル端末１ｂを持つユーザＢが会社から外出すると、当該モバイル端末１ｂは、自身のＮＦＣ機能を用いて会社ゲートのＩＣタグからＩＣタグ情報を読み取り、当該ＩＣタグ情報内の「外出」情報をユーザ状態情報として電話帳サーバ２へ通知する。
【００４７】
次に、ステップＳ１０２において、電話帳サーバ２は、モバイル端末１ｂからユーザ状態情報を受信すると、データベースサーバ４の状態データテーブルからユーザＢに関する“通常状態”、“一時状態通話中フラグ”、“一時状態会議フラグ”の各データを取得し、受信したユーザ状態が登録中のユーザ状態と同一であるか否か、“一時状態通話中フラグ”及び“一時状態会議フラグ”の「ｔｒｕｅ／ｆａｌｓｅ」を判定する。
【００４８】
ここで、登録中のユーザ状態は「会社」であり、モバイル端末１ｂから受信した「外出」の状態と一致しないため、ステップＳ１０３において、電話帳サーバ２は、データベースサーバ４の状態データテーブルにおける“通常状態”のデータを受信した「外出」の状態で更新する。
【００４９】
その後、ステップＳ１０４において、データベースサーバ４は、“通常状態”の更新後のデータと、“一時状態通話中フラグ”及び“一時状態会議フラグ”の各フラグ状態に基づき、状態データテーブルの“着信可否”のデータを更新する。例えば、“通常状態”の更新後のデータが「外出」であり、“一時状態通話中フラグ”及び“一時状態会議フラグ”の各フラグがいずれも「ｆａｌｓｅ」であれば、“着信可否”のデータに「Ｙｅｓ」を設定する。
【００５０】
最後に、ステップＳ１０５において、電話帳サーバ２は、ユーザＢのユーザ状態が変更された旨を呼制御サーバ３へ通知する。また、当該ユーザ状態の変更に基づき更新されたデータベースサーバ４のデータ情報をモバイル端末１ｂへ送信する。更に、Ｗｅｂｓｏｃｋｅｔ技術を用いて、ユーザＢのユーザ状態が変更された旨をユーザＡのＷｅｂブラウザ１ａへプッシュ通知し、当該Ｗｅｂブラウザ１ａに表示されているユーザＢの状態を更新させる。これにより、Ｗｅｂブラウザ１ａ上に表示されていたユーザＢの状態が「会社」から「外出」へ自動変更される。
【００５１】
（電話端末からの発信処理について）
次に、電話端末から電話発信する動作を説明する。図１７、図１８は、電話端末からの発信処理フローを示すシーケンス図である。
【００５２】
まず、ステップＳ２０１において、電話帳サーバ２は、Ｗｅｂブラウザ１ａが自身の電話帳を要求すると、データベースサーバ４のユーザデータテーブル、電話帳データテーブル、状態データテーブルを参照して当該Ｗｅｂブラウザ１ａのＷｅｂ電話帳を読み出し、ユーザ名及びユーザ状態のみを取得する。
【００５３】
次に、ステップＳ２０２において、電話帳サーバ２は、取得したユーザ名を昇順又は降順でソートし、ユーザ名及びユーザ状態をＷｅｂブラウザ１ａに送信する。これにより、ユーザＡのＷｅｂブラウザ１ａには、ユーザの名称と当該ユーザの状態とが関連付けて表示される。
【００５４】
その後、ステップＳ２０３において、ユーザＡが所望のユーザ名を選択して発信要求を行うと、電話帳サーバ２は、Ｗｅｂブラウザ１ａからの発信要求を受信し、呼制御サーバ３へ転送する。
【００５５】
続いて、ステップＳ２０４において、呼制御サーバ３は、電話帳サーバ２から発信要求が転送されると、データベースサーバ４を参照し、当該発信要求に含まれるユーザ名のユーザが着信可能であるか否かなどに基づき発信先電話番号を取得する。例えば、携帯電話のみ着信可能であれば、当該携帯電話の電話番号を取得する。一方、いずれの電話端末も着信不可であれば、ガイダンス用サーバ５のＩＰアドレスを取得してもよい。
【００５６】
そして、ステップＳ２０５において、呼制御サーバ３は、取得した電話番号のモバイル端末１ｂに電話発信を行うと同時に、発信要求の転送元である電話帳サーバ２に発信通知を行う。その後、電話帳サーバ２は、Ｗｅｂｓｏｃｋｅｔ技術を用いて、ユーザＢに係る一時状態の変更をＷｅｂブラウザ１ａへ通知する。これにより、Ｗｅｂブラウザ１ａ上に表示されていたユーザＢの一時状態が「なし」から「通話中」へ自動変更される。
【００５７】
その後、モバイル端末１ｂが電話を切断すると、ステップＳ２０６において、呼制御サーバ３は、当該切断を電話帳サーバ２へ通知し、電話帳サーバ２は、Ｗｅｂｓｏｃｋｅｔ技術を用いて、ユーザＢに係る一時状態の変更をＷｅｂブラウザ１ａへ通知する。これにより、Ｗｅｂブラウザ１ａ上に表示されていたユーザＢの一時状態が「通話中」から「なし」へ自動変更される。
【００５８】
本動作例では、ユーザＢが着信可能な場合を例に説明したが、ステップＳ２０３においてユーザＢが着信できない場合には、モバイル端末１ｂに電話発信するのに代えて、ガイダンス用サーバ５へ回線を繋ぎ、着信できない旨のガイダンスで応答してもよい。
【００５９】
（スケジューラ機能との連携時におけるユーザ状態の通知処理について）
次に、スケジューラサーバ６と連携して行うユーザ状態の通知動作を説明する。図１９は、スケジューラ機能との連携時におけるユーザ状態の通知処理フローを示す図である。なお、スケジューラサーバ６は、ユーザＢのスケジュールを管理しているものとする。
【００６０】
まず、ステップＳ３０１において、電話帳サーバ２は、スケジューラサーバ６へログインする。そして、ステップＳ３０２において、データベースサーバ４の状態データテーブル及びユーザデータテーブルから、ユーザＢに関する“通常状態”、“一時状態通話中フラグ”、“一時状態会議フラグ”の各データを取得する。その後、ステップＳ３０３において、スケジューラサーバ６からユーザＢのスケジュール情報を取得する。
【００６１】
その後、ステップＳ３０４において、電話帳サーバ２は、取得したユーザＢのスケジュール情報を参照し、現在時刻がスケジューリングの予定時刻又はその前後の一定時間内に該当するか否かのリマインダ判定を行い、現在時刻が当該時刻に該当する場合、ユーザＢのユーザ状態をスケジュールの内容に応じて更新する。例えば、スケジューラサーバ６で会議が予定されている場合、その会議予定時刻になった際にデータベースサーバ４の状態データテーブルの“一時状態会議フラグ”を「ｔｒｕｅ」に変更する。
【００６２】
その後、ステップＳ３０５において、電話帳サーバ２は、ユーザＢのユーザ状態の変更を呼制御サーバ３へ通知し、Ｗｅｂｓｏｃｋｅｔ技術を用いてその旨をＷｅｂブラウザ１ａへ通知する。これにより、Ｗｅｂブラウザ１ａ上に表示されていたユーザＢの一時状態が「なし」から「会議」へ自動変更される。
【００６３】
以上より、本実施の形態によれば、電話端末１が、所定の場所に配置されたＩＣタグからＩＣタグ情報を読み取り、ＨＴＴＰを用いてユーザ状態情報として電話帳サーバ２へ通知するので、ユーザ自身が自己の状態をその都度変更することなく、自身のユーザ状態を適時適切なタイミングで随時自動更新することができる。
【００６４】
また、本実施の形態によれば、電話帳サーバ２が、電話端末１からユーザ状態情報を受信した後、当該電話端末１のユーザに係るユーザ状態情報をデータベースサーバ４から取得して状態変更の有無を検知し、変更有を検知した際に、Ｗｅｂｓｏｃｋｅｔ技術を用いて受信したユーザ状態情報を電話端末１に関連ある他の電話端末へプッシュ通知するので、他の電話端末で上記ユーザの状態をリアルタイムに反映し表示することができる。
【００６５】
また、本実施の形態によれば、データベースサーバ４が、ユーザの名称と当該ユーザの電話番号とを関連付けたＷｅｂ電話帳情報を記憶しておき、電話帳サーバ２は、電話端末１から電話帳要求を受信した後、当該電話端末１のＷｅｂ電話帳情報をデータベースサーバ４から取得して電話番号を除くユーザ名及びユーザ状態を要求元の電話端末１へ送信するので、電話番号がシステム外部に公開されないことから、電話端末の紛失時に発信先の電話番号が漏洩するリスクを低減することができる。
【００６６】
また、本実施の形態によれば、電話帳サーバが、上記名称のユーザのユーザ状態情報を更に要求元の電話端末へ送信するので、電話をかけたい相手の状態をリアルタイムに把握することができる。
【００６７】
また、本実施の形態によれば、呼制御サーバ３が、電話端末１でのユーザの名称の選択による電話発信を受信した後、データベースサーバ４を参照して発信先のユーザの状態に応じた電話番号の電話端末に電話発信するので、発信元のユーザが発信先のユーザの状態を意識する必要性を排除することができる。また、１つの発信先を選択することにより発信先のユーザ状態に応じた電話端末へ着信することができる。
【００６８】
また、本実施の形態によれば、発信側も着信側も呼制御サーバ３が発信元になり、公衆電話網を使用した発信は発信元が通話料を負担することから、例えば在宅勤務の場合に通話料金を会社負担にすることができる。
【００６９】
最後に、本実施の形態に係るＷｅｂ電話帳管理システムは、在宅勤務形態、オフィス勤務形態、ＢＹＯＤ（Bring Your Own Device）業務形態など、様々な形態で用いることができる。また、Ｗｅｂ電話帳管理システムをプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることも可能である。
【符号の説明】
【００７０】
１…電話端末
１１…ＩＣタグ読取部
１２…ユーザ状態通知部
１ａ…Ｗｅｂブラウザ
１ｂ…モバイル端末
２…電話帳サーバ
２１…ユーザ状態検知部
２２…ユーザ状態通知更新部
２３…電話帳要求受付部
２４…電話帳要求応答部
２５…発信要求部
３…呼制御サーバ
３１…発信要求受付部
３２…発信番号選択部
３３…呼制御部
４…データベースサーバ
４１…電話帳グループデータ記憶部
４２…ユーザデータ記憶部
４３…電話帳データ記憶部
４４…状態データ記憶部
５…ガイダンス用サーバ
６…スケジューラサーバ
Ｓ１０１〜Ｓ１０５、Ｓ２０１〜Ｓ２０６、Ｓ３０１〜Ｓ３０５…ステップ
【図１】
2015228636.tif 000003
【図２】
2015228636.tif 000004
【図３】
2015228636.tif 000005
【図４】
2015228636.tif 000006
【図５】
2015228636.tif 000007
【図６】
2015228636.tif 000008
【図７】
2015228636.tif 000009
【図８】
2015228636.tif 000010
【図９】
2015228636.tif 000011
【図１０】
2015228636.tif 000012
【図１１】
2015228636.tif 000013
【図１２】
2015228636.tif 000014
【図１３】
2015228636.tif 000015
【図１４】
2015228636.tif 000016
【図１５】
2015228636.tif 000017
【図１６】
2015228636.tif 000018
【図１７】
2015228636.tif 000019
【図１８】
2015228636.tif 000020
【図１９】
2015228636.tif 000021
【図２０】
2015228636.tif 000022
【図２１】
2015228636.tif 000023