JP4101058B2

JP4101058B2 - 通信システム

Info

Publication number: JP4101058B2
Application number: JP2002555513A
Authority: JP
Inventors: 千鶴濱崎; 秀樹高松
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2000-12-21
Filing date: 2000-12-21
Publication date: 2008-06-11
Anticipated expiration: 2020-12-21
Also published as: JPWO2002054750A1; US7117265B2; WO2002054750A1; US20030229701A1

Description

【０００１】
技術分野
本発明は通信システムに関し、特にネットワークの通信制御を行う通信システムに関する。
【０００２】
背景技術
携帯電話機やＰＨＳの普及に伴い、様々な移動体サービスが提供されている。例えば、移動端末の位置をセンタ局に通報する位置通報システムがある。これはＰＨＳの電波を受信して、その電波に含まれる位置情報を収集することで、センタ局がＰＨＳの位置を知るものである。
【０００３】
しかし、上記のような位置通報システムは、位置問い合わせ端末を通じて、センタ局から位置情報の取得を行うといった煩雑な手間が必要であり、また、センタ局も単に移動端末の位置を取得して、位置問い合わせ端末からのアクセスによって、受動的に位置情報を返すのみであるため、実用性に乏しかった。
【０００４】
一方、近年のインターネットの急速な発展により、ＩＰパケットのトラフィックが急増しており、携帯電話機等の移動端末の普及も伴って、モバイル環境での高速ＩＰ通信の開発が急速に進んでいる。
【０００５】
このような環境の中で、ビジネス面だけでなく、パーソナルな面も含めた、位置情報に関連するコミュニケーションネットワーク通信を手軽に行いたいという要求が増しており実現化が望まれている。
【０００６】
発明の開示
本発明はこのような点に鑑みてなされたものであり、移動体の位置情報を意識した通信制御を効率よく手軽に行う通信システムを提供することを目的とする。
【０００７】
本発明では上記課題を解決するために、図１に示すような、ネットワークの通信制御を行う通信システム１において、登録されたメンバと、メンバの端末が接続しているネットワークノードのアドレスと、アドレスに対応する地域名と、を格納するアドレスリストを管理するアドレスリスト管理手段１１と、ユーザ側で指定された通信相手に発信して呼接続制御を行う呼接続手段１４と、から構成されるサーバ１０と、Ｗｅｂ参照可能な画面を表示する画面表示手段２１と、画面上で、通信相手及び通信サービス種別の指定入力を行うユーザインタフェースを提供するユーザインタフェース手段２２と、から構成される移動通信可能なユーザ端末２０と、を有し、画面表示手段２１は、発信者からユーザインタフェース手段２２を介して地域名が入力されると、地域名に位置している、アドレスリストに登録されたメンバを画面上に表示し、アドレスリスト管理手段１１は、発信者からユーザインタフェース手段２２を介して、画面上に表示されたメンバの中で通信相手となる通信メンバが指定されると、通信メンバのみに関する、通信メンバのアドレスおよび通話状態を示すリストであって、呼切断を契機に自動消滅する着信先リストを動的に生成し、呼接続手段１４は、着信先リストを用いて、通話状態にもとづき、発信者と通話可である通信メンバを認識して、通話可の通信メンバのアドレスを通じて呼接続制御を行うことを特徴とする通信システム１が提供される。
【０００８】
ここで、アドレスリスト管理手段１１は、登録されたメンバと、メンバの端末が接続しているネットワークノードのアドレスと、アドレスに対応する地域名と、を格納するアドレスリストを管理する。呼接続手段１４は、ユーザ側で指定された通信相手に発信して呼接続制御を行う。画面表示手段２１は、Ｗｅｂ参照可能な画面を表示する。ユーザインタフェース手段２２は、画面上で、通信相手及び通信サービス種別の指定入力を行うユーザインタフェースを提供する。そして、画面表示手段２１は、発信者からユーザインタフェース手段２２を介して地域名が入力されると、地域名に位置している、アドレスリストに登録されたメンバを画面上に表示し、アドレスリスト管理手段１１は、発信者からユーザインタフェース手段２２を介して、画面上に表示されたメンバの中で通信相手となる通信メンバが指定されると、通信メンバのみに関する、通信メンバのアドレスおよび通話状態を示すリストであって、呼切断を契機に自動消滅する着信先リストを動的に生成し、呼接続手段１４は、着信先リストを用いて、通話状態にもとづき、発信者と通話可である通信メンバを認識して、通話可の通信メンバのアドレスを通じて呼接続制御を行う。
【０００９】
本発明の上記および他の目的、特徴および利点は本発明の例として好ましい実施の形態を表す添付の図面と関連した以下の説明により明らかになるであろう。
【００１０】
発明を実施するための最良の形態
以下、本発明の実施の形態を図面を参照して説明する。図１は通信システムの原理図である。通信システム１は、サーバ１０と、携帯電話機やモバイルパソコン等の移動通信可能な複数のユーザ端末（モバイルノード）２０−１〜２０−ｎとから構成される。
【００１１】
サーバ１０は、モバイルＩＰネットワーク３上のＨＡ（ホームエージェント）と接続し、ユーザ端末２０−１〜２０−ｎ（総称する場合はユーザ端末２０）は、モバイルＩＰネットワーク３上のＦＡ（フォーリンエージェント）と無線で接続する。
【００１２】
なお、ＨＡは、ユーザ端末のホームネットワークに存在し、ユーザ端末宛の情報を配信したり、それぞれのＦＡに属しているユーザ端末の位置を認識するノードである。ＦＡは、ユーザ端末の移動先ネットワークに存在し、ＨＡから届いた情報を再ルーティングするノードである。
【００１３】
サーバ１０に対し、アドレスリスト管理手段１１は、登録されたメンバ（登録されたユーザ端末）の位置に関するアドレスリストを格納して管理する。すなわち、アドレスリスト管理手段１１は、登録メンバが現存するＦＡのＩＰアドレスをＨＡから取得して、そのＩＰアドレスを緯度及び経度からなる対応表により変換する。さらに、その緯度及び経度を地名に変換することで、メンバの位置をリスト上で管理する。
【００１４】
情報データ提供手段１３は、アドレスリストにもとづいて情報データを生成してユーザ端末２０へＷｅｂ提供する。呼接続手段１４は、ユーザ端末２０で指定された通信相手に発信して呼接続制御を行う。具体的には、まず、通信相手を指定してきた発信者に対して呼を接続し、発信者から応答があった後に、指定された通信相手に発信していく。
【００１５】
この場合、指定された区域やグループ内にいるすべてのユーザ端末２０、または任意に選択された複数のユーザ端末２０に対して、ユーザ操作手順にもとづいて順次に発信する（リスト内の１人だけの発信でもよい）。
【００１６】
認証手段１５は、アドレスリストの所有者に対して、オーナＩＤとパスワードによる認証制御を行う。また、アドレスリストの所有者以外のユーザ端末に対しては、ユーザＩＤと段階的なパスワード入力による認証制御を行う。
【００１７】
ここで、アドレスリストが複数のグループｇ１〜ｇｎに分割されている場合に、それぞれのグループに対応してパスワードＰｇ１〜Ｐｇｎが定められているとする。ユーザがグループｇ１に対して通信を行いたい場合には、まず、システム利用のための、ユーザＩＤとパスワードＰを入力する。そして、認証された後にさらに、アクセスしたいグループ対応のパスワードＰｇ１を入力する。このように、段階的な認証制御を行うことにより、アドレスリストのセキュリティを高めている。
【００１８】
ユーザ端末２０に対し、画面表示手段２１は、情報データのＷｅｂ参照可能な画面を表示する。また、この画面には、メンバの現在位置やメンバの登録変更制御などが行える画面も表示される。
【００１９】
ユーザインタフェース手段２２は、画面上で、通信したい相手（区域、グループを含む）及び通信サービス種別（通常の電話通信、会議電話（パーティーライン）、文字メール、音声メール等）の指定入力（マウスによるクリック等）などを行うユーザインタフェースを提供する。
【００２０】
図２は動作を示すフローチャートである。
〔Ｓ１００〕サーバ１０は、個々のユーザ端末２０のアドレスリストを保持し、ユーザ端末２０の位置を管理する。
【００２１】
〔Ｓ１０１〕サーバ１０で認証されたユーザ端末２０は、サーバ１０から提供される情報データをＷｅｂ画面上に表示する。
〔Ｓ１０２〕ユーザ端末２０は、通信したいメンバを指定する。
【００２２】
〔Ｓ１０３〕サーバ１０は、指定された区域またはグループ内にいるメンバ（ユーザ端末）すべて、あるいは任意に選択された複数メンバに対して発信する。
〔Ｓ１０４〕ユーザ間での通信が実行される。
【００２３】
このように、通信システム１では、区域やグループまたは複数相手先をＷｅｂ画面で指定することができ、さらに指定された相手に順次に発信して呼接続を行う構成とした。これにより、インターネットを基盤としたコミュニケーションサービスを提供でき、複数の相手に連絡をとりたい場合など、個々に接続操作をするといった煩わしさから開放され、気楽に通信を行うことが可能になる。
【００２４】
なお、上記の説明では、１台のサーバ１０が、アドレスリストの管理、情報データのＷｅｂ提供、呼接続制御を行う機能を含んでいるが、これらの機能を分散して配置してもよい。
【００２５】
例えば、アドレスリストの管理機能をロケーションサーバに、呼接続制御の機能をコールエージェント（文字メールの場合にはメールサーバ）に設置する。そして、Ｗｅｂ提供の機能を含み、全体制御を行うアプリケーションサーバがＡＰＩ（Application Programming Interface）を通じて、ロケーションサーバとコールエージェントと接続することにより、これらノード群がサーバ１０の機能を実現することもできる。
【００２６】
次にユーザ端末２０の発信者が目にするＷｅｂ画面イメージについて説明する。なお、図３〜図８に示すＷｅｂ画面はパソコンのディスプレイ上に表示され、図９〜図１１は携帯電話機のディスプレイ上に表示される画面である。
【００２７】
図３はＷｅｂ画面イメージを示す図である。Ｗｅｂ画面４の左側の画面領域４ａには、アドレスリスト内のメンバを複数階層に分けた際のグループが示されている。図ではグループ“会社”の中のサブグループ“仕事”が選択されている（つまり、会社の中の仕事仲間を選択している）。
【００２８】
右側の画面領域４ｂは、“仕事”のグループ（グループＡとする）のメンバを指定するボタンなどを含む画面である。“地域で選ぶ”ボタン４１を押すと、地域選択ドロップダウンリスト４１ａが表示される（図４）。そして、ユーザがその中から地域を選択する。図では、吉祥寺駅北口が選択されている。またこの時に、通信相手指定リスト４２は、吉祥寺駅北口付近に現在位置しているグループＡのメンバを表示する。
【００２９】
そして、ユーザは、“自分で選ぶ”ボタン４３を押し、さらに通信相手指定リスト４２の中の通信したい相手をラジオボタンを押して選択する。ラジオボタンが押された順に、リスト４４に順番に通信相手の名前が表示される。
【００３０】
なお、“自分で選ぶ”ボタン４３を押さない場合には、通信相手指定リスト４２内の全メンバへの発信が可能である。“自分で選ぶ”ボタン４３は、リスト内からさらにメンバを選択したい場合に用いられる。
【００３１】
次にサービス選択表示欄４５のサービス選択ドロップダウンリスト４５ａから通信サービス種別を指定する（図５）。サービスできる通信種別として、ここでは“順番に話す”、“誰かと話す”（１人と話す場合に選択される）、“会議電話”、“文字メール”、“音声メール”が表示されており、図では“順番に話す”が選択されている。そして、スタートボタン４６を押すと、図７、図８で後述するポップアップダイアログが表示される。
【００３２】
また、位置情報アップデートボタン４７は、位置情報を更新するためのもので、このボタンを押すと、メンバの位置情報が更新される。メンバ登録／修正ボタン４８は、アドレスリストへの新メンバの登録や、メンバ削除などを行うボタンである。図６はメンバ登録／修正ドロップダウンリスト４８ａを示している。メンバ登録／修正ドロップダウンリスト４８ａに必要事項を記入することで、メンバの登録変更を容易に行うことができる。
【００３３】
さらに、アドレスリストダウンロードボタン４−１は、サーバ１０が保持しているアドレスリストをダウンロードするボタンである。このような機能を設けることにより、通信の度に、サーバ１０へアクセスする必要がなくなるので、トラフィックの負荷を削減することが可能になる。
【００３４】
新規番号通知ボタン４−２は、自己のＩＤ番号を同報通知するためのボタンである。このボタンを押すと、ＩＤが記入できるポップアップダイアログが表示される（図示せず）。このような機能を設けることにより、端末を新規に購入した際のＩＤ通知を簡便に行うことができる。なお、このＩＤの同報通知は、サーバ１０でも同様にして行うことができ、さらに通知ＩＤの受信許可を得た者だけに同報通知される。
【００３５】
図７はポップアップダイアログを示す図である。サービス選択ドロップダウンリスト４５ａで“順番に話す”が選択されたときに表示されるポップアップダイアログ４５ａ−１を示している。
【００３６】
ここで、操作者は、コネクトボタン４５ａ−２を押す。すると、１番の“上野太郎”へ発信処理が行われて呼接続され、操作者は“上野太郎”と通話できる。そして、通話終了後、２番目以降のメンバと通話する場合には、ネクストボタン４５ａ−３を押す。
【００３７】
また、通話不要となるメンバをこの段階で判断した場合には、該当メンバのチェックボックスをクリックし、スキップボタン４５ａ−４を押して次のメンバへスキップすることができる（図では“東京子”がスキップされている）。終了する場合は、ストップボタン４５ａ−５を押す。なお、画面内の通話状態を知らせる表示（通話終了、ＳＫＩＰ等）は、その状態がわかりやすい適切な図柄で実際には表示される。
【００３８】
図８はポップアップダイアログを示す図である。サービス選択ドロップダウンリスト４５ａで“文字メール”が選択されたときに表示されるポップアップダイアログ４９を示している。
【００３９】
ここで、操作者は、メッセージ記入欄４９ａにメッセージを入力し、送信ボタン４９ｂを押す。すると、表示されているメンバに、発信処理が行われて呼接続され、文字メールが送信される。
【００４０】
また、キャンセルする場合にはキャンセルボタン４９ｃを押す。さらに、文字メール発信不要のメンバをこの段階で判断した場合には、該当メンバのチェックボックスをクリックし、スキップボタン４９ｄを押すとそのメンバには文字メールは送信されない（図では“東京子”がスキップされている）。
【００４１】
なお、会議電話や音声メール等のその他のサービスにおけるポップアップダイアログの画面構成及び操作手順については、上述で示した画面と基本的に同様なので説明は省略する。
【００４２】
図９〜図１１は携帯電話機上のＷｅｂ画面イメージを示す図である。まず、グループ選択画面４０１が表示され、“会社”を選択したとする。すると、サブグループ画面４０２が表示される。ここで“仕事”を選択する。その後、仕事グループ画面４０３が表示され、登録メンバの名前と現在位置が表示される。
【００４３】
次に画面をスクロールさせて画面４０４を表示する。画面４０４は、“地域で選ぶ”、“自分で選ぶ”、“メンバ登録／修正”の項目からなる画面である。“地域で選ぶ”を選択すると、画面４０５が表示される。画面４０５には、登録メンバの位置が示されている。ここで“吉祥寺駅北口”を選択したとする。そして、画面４０６が表示される。画面４０６は、“メンバを選ぶ”、“サービスを選ぶ”という項目からなる画面であり、“メンバを選ぶ”を選択したとする。
【００４４】
次に画面４０７が表示される。画面４０７には、吉祥寺駅北口付近にいる仕事グループのメンバが表示される。さらにこの画面を用いて、通信したい相手を選択する。その後、画面４０８が表示され、“サービスを選ぶ”を選択する。
【００４５】
すると、各種の通信サービスの項目からなる画面４０９が表示される。図では“順番に話す”を選択している。そして、画面４１０によって、最終確認が行われ、決定ボタンが押されることで、画面４１０に表示されている相手と順次に会話することができる。
【００４６】
次にアドレスリストについて説明する。図１２はアドレスリストを示す図である。アドレスリスト１１０は、グループ１１ａ、サブグループ１１ｂ、メンバ１１ｃ、アドレス１１ｄ（ＦＡまたはＨＡのＩＰアドレス）、ロケーション１１ｅ、ＩＤ番号通知１１ｆの項目から構成される。ＩＤ番号通知１１ｆとは、ＩＤを同報通知するか否かを示す欄であり、ＯＫが表示されているメンバのみに通知される。なお、図に示すようなアドレスリストは、各オーナ毎に対応して存在し、アドレスリスト管理手段１１で管理される。
【００４７】
図１３はＦＡの緯度、経度を地名に対応させたテーブルを示す図である。実際の地名の場所と、ユーザ端末２０が接続するＦＡの緯度及び経度とが対応づけられている。このテーブルｔ１により、アドレスリスト１１０のロケーション１１ｅが決められる。
【００４８】
図１４は着信先リストを示す図である。上述のアドレスリスト１１０とテーブルｔ１はスタティックなテーブルであるが、着信先リストｔ２は、ユーザ端末２０で通信相手が選択された場合に、ダイナミックにサーバ１０内で生成されるテーブルである。
【００４９】
着信先リストｔ２は、メンバ、アドレス（ＦＡまたはＨＡのＩＰアドレス）、ステータスの項目を持つ。ステータスは、メンバの通信状態を示す欄である。このように、呼接続に必要なメンバだけからなる着信先リストｔ２をダイナミックに生成することで、アドレスリストに逐一アクセスする必要がなくなり、処理負荷を低減することができるので、処理効率を上げることが可能になる。
【００５０】
次に上述のサービス選択ドロップダウンリスト４５ａで示される、本発明が提供するサービスについてシーケンス図を用いて説明する。図１５、図１６は“順番に話す”の動作シーケンスを示す図である。なお、以降の説明では、サーバ１０の機能は、ＡＰＬ（アプリケーション）サーバ、ロケーションサーバ、コールエージェント（またはメールサーバ）に分散させている。
【００５１】
〔Ｓ１〕発信者は、アドレスリスト内のメンバに対する位置情報更新要求をＡＰＬサーバに送信する。
〔Ｓ２〕ＡＰＬサーバは、ロケーションサーバに問い合わせを行い、ロケーションサーバは、ＡＰＬサーバへ位置情報の更新を行う。
【００５２】
〔Ｓ３〕発信者は、通信相手にメンバＡ、Ｂ、Ｃを選択してＡＰＬサーバに通知する。
〔Ｓ４〕ＡＰＬサーバは、着信先リストを生成する。
【００５３】
〔Ｓ５〕発信者は、ＡＰＬサーバに呼接続要求を送信する。
〔Ｓ６〕ＡＰＬサーバは、コールエージェントに発信者への接続指示を通知する。
【００５４】
〔Ｓ７〕コールエージェントは、発信者へ着信し、発信者は、コールエージェントに応答する。そして、コールエージェントは、ＡＰＬサーバにイベント通知を行う。
【００５５】
〔Ｓ８〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ（待機）状態であるメンバＡを検索し、コールエージェントにメンバＡの接続指示を通知する。
〔Ｓ９〕コールエージェントは、メンバＡに着信する。
【００５６】
〔Ｓ１０〕ＡＰＬサーバは、メンバＡをＴａｌｋＲｉｎｇ状態にする。なお、ＴａｌｋＲｉｎｇとは、呼び出し／通話中を含めた状態を指す。
〔Ｓ１１〕メンバＡは、コールエージェントに応答する。
【００５７】
〔Ｓ１２〕発信者は、メンバＡと通話する。
〔Ｓ１３〕会話終了後、発信者は、メンバＡに対する切断要求をＡＰＬサーバに送信する。
【００５８】
〔Ｓ１４〕ＡＰＬサーバは、コールエージェントにメンバＡの切断指示を通知し、コールエージェントは、メンバＡを切断する。
〔Ｓ１５〕ＡＰＬサーバは、メンバＡを通話終了状態にする。以降、メンバＢ、Ｃに対しても同様な処理を行う（説明は省略する）。そして、すべてのメンバＡ、Ｂ、Ｃとの会話が終了すると、これらの呼制御に用いていた着信先リストも消滅する。
【００５９】
図１７、図１８は“会議電話”の動作シーケンスを示す図である。
〔Ｓ２０〕発信者は、アドレスリスト内のメンバに対する位置情報更新要求をＡＰＬサーバに送信する。
【００６０】
〔Ｓ２１〕ＡＰＬサーバは、ロケーションサーバに問い合わせを行い、ロケーションサーバは、ＡＰＬサーバに位置情報の更新を行う。
〔Ｓ２２〕発信者は、通信相手にメンバＡ、Ｂ、Ｃを選択してＡＰＬサーバに通知する。
【００６１】
〔Ｓ２３〕ＡＰＬサーバは、着信先リストを生成する。
〔Ｓ２４〕発信者は、ＡＰＬサーバに呼接続要求を送信する。
〔Ｓ２５〕ＡＰＬサーバは、コールエージェントに発信者への接続指示を送信する。
【００６２】
〔Ｓ２６〕コールエージェントは、発信者へ着信する。
〔Ｓ２７〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ状態であるメンバＡを検索し、コールエージェントにメンバＡの接続指示を通知する。
【００６３】
〔Ｓ２８〕コールエージェントは、メンバＡに着信する。
〔Ｓ２９〕ＡＰＬサーバは、メンバＡをＴａｌｋＲｉｎｇ状態にする。以降、ステップＳ２７〜ステップＳ２９と同様な処理をしてメンバＢ、Ｃへ着信を行う。
【００６４】
〔Ｓ３０〕発信者は、コールエージェントに応答する。コールエージェントは、ＡＰＬサーバにイベント通知を行う。
〔Ｓ３１〕ＡＰＬサーバは、発信者を主催者として設定する。
【００６５】
〔Ｓ３２〕メンバＡ、Ｂ、Ｃからの応答がコールエージェントに送信され、コールエージェントからそれぞれのイベント通知がＡＰＬサーバへ送信される。
〔Ｓ３３〕会議電話で、発信者及びメンバＡ、Ｂ、Ｃは通話を行う。
【００６６】
〔Ｓ３４〕発信者は、Ｂのキックアウト（会議電話からの除外）をＡＰＬサーバに要求する。
〔Ｓ３５〕ＡＰＬサーバは、コールエージェントにＢの切断指示を通知する。
【００６７】
〔Ｓ３６〕コールエージェントは、Ｂを切断する。
〔Ｓ３７〕ＡＰＬサーバは、Ｂをキックアウト状態に変更する。
〔Ｓ３８〕メンバＡは通話終了後、コールエージェントに切断指示を通知する。コールエージェントはＡＰＬサーバにイベント通知を行う。
【００６８】
〔Ｓ３９〕ＡＰＬサーバは、メンバＡを通話終了状態にする。
〔Ｓ４０〕発信者は、会議電話終了要求をＡＰＬサーバへ送信する。
〔Ｓ４１〕ＡＰＬサーバは、コールエージェントへ呼終了を通知する。
【００６９】
〔Ｓ４２〕コールエージェントは、メンバＣと発信者を切断する。
〔Ｓ４３〕ＡＰＬサーバは、着信先リストを消滅させる。
図１９は“文字メール”の動作シーケンスを示す図である。
【００７０】
〔Ｓ５０〕発信者は、アドレスリスト内のメンバに対する位置情報更新要求をＡＰＬサーバに送信する。
〔Ｓ５１〕ＡＰＬサーバは、ロケーションサーバに問い合わせを行い、ロケーションサーバは、ＡＰＬサーバに位置情報の更新を行う。
【００７１】
〔Ｓ５２〕発信者は、通信相手にメンバＡ、Ｂ、Ｃを選択してＡＰＬサーバに通知する。
〔Ｓ５３〕ＡＰＬサーバは、着信先リストを生成する。
【００７２】
〔Ｓ５４〕発信者は、ＡＰＬサーバにメール送信開始要求を送信し、ＡＰＬサーバは、それを受信するとメール書き込み要求を発信者へ送信する。
〔Ｓ５５〕発信者は、メールサーバにメール書き込みを行い、メール送信要求をＡＰＬサーバへ送信する。
【００７３】
〔Ｓ５６〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ状態であるメンバＡ、Ｂ、Ｃを検索する。
〔Ｓ５７〕ＡＰＬサーバは、メンバＡ、Ｂ、Ｃへの送信指示をメールサーバに通知する。
【００７４】
〔Ｓ５８〕ＡＰＬサーバは、着信先リストを消滅させる。
〔Ｓ５９〕メールサーバは、メンバＡ、Ｂ、Ｃにメールを送信する。
図２０、図２１は“音声メール”の動作シーケンスを示す図である。
【００７５】
〔Ｓ６０〕発信者は、アドレスリスト内のメンバに対する位置情報更新要求をＡＰＬサーバに送信する。
〔Ｓ６１〕ＡＰＬサーバは、ロケーションサーバに問い合わせを行い、ロケーションサーバは、ＡＰＬサーバに位置情報の更新を行う。
【００７６】
〔Ｓ６２〕発信者は、通信相手にメンバＡ、Ｂ、Ｃを選択してＡＰＬサーバに通知する。
〔Ｓ６３〕ＡＰＬサーバは、着信先リストを生成する。
【００７７】
〔Ｓ６４〕発信者は、ＡＰＬサーバにメール送信開始要求を送信する。
〔Ｓ６５〕ＡＰＬサーバは、コールエージェントへ発信者の接続指示を通知する。
【００７８】
〔Ｓ６６〕コールエージェントは、発信者へ着信し、発信者は、コールエージェントへ応答する。
〔Ｓ６７〕発信者は録音し、録音再生要求をＡＰＬサーバへ通知する。
【００７９】
〔Ｓ６８〕ＡＰＬサーバは、コールエージェントへ再生指示を通知し、発信者は再生する。
〔Ｓ６９〕発信者は、メール送信要求をＡＰＬサーバへ通知する。
【００８０】
〔Ｓ７０〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ状態であるメンバＡを検索する。
〔Ｓ７１〕ＡＰＬサーバは、コールエージェントにメンバＡの接続を通知する。
【００８１】
〔Ｓ７２〕コールエージェントは、メンバＡに着信し、メンバＡは応答を返して、発信者が録音した音声を再生する。
〔Ｓ７３〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ状態であるメンバＢを検索する。
【００８２】
〔Ｓ７４〕ＡＰＬサーバは、コールエージェントにメンバＢの接続を通知する。
〔Ｓ７５〕コールエージェントは、メンバＢに着信し、メンバＢは応答を返して、発信者が録音した音声を再生する。
【００８３】
〔Ｓ７６〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ状態であるメンバＣを検索する。
〔Ｓ７７〕ＡＰＬサーバは、コールエージェントにメンバＣの接続を通知する。
【００８４】
〔Ｓ７８〕コールエージェントは、メンバＣに着信し、メンバＣは応答を返して、発信者が録音した音声を再生する。
〔Ｓ７９〕ＡＰＬサーバは、着信先リストからＷａｉｔｉｎｇ状態を検索する。ここでは、Ｗａｉｔｉｎｇ状態のメンバがいないので、着信先リストを消滅させる。
【００８５】
〔Ｓ８０〕メンバＡ、Ｂ、Ｃからコールエージェントへ切断指示が通知され、コールエージェントはイベント通知をＡＰＬサーバへ行う。
次に位置情報の更新について説明する。図２２は位置情報更新手順を示すシーケンス図である。
【００８６】
〔Ｓ９０〕ＡＰＬサーバは、ロケーションサーバへアドレスリスト内のメンバのアドレス（通信を行うべきメンバが属するＦＡのＩＰアドレス）の問い合わせを行う。
【００８７】
〔Ｓ９１〕ロケーションサーバは、ＨＡへ上記のアドレスリスト内のメンバのアドレスの問い合わせを行う。
〔Ｓ９２〕ＨＡは、問い合わせを受けたアドレスをロケーションサーバへ通知する。
【００８８】
〔Ｓ９３〕ロケーションサーバは、ＨＡから受信したアドレスを緯度、経度に変換し、さらに地名に変換してアドレスリストを更新する。
〔Ｓ９４〕ＡＰＬサーバは、ロケーションサーバから、該当メンバが位置する地名をロケーションサーバから受信して、Ｗｅｂ画面を更新する。
【００８９】
なお、ＡＰＬサーバが位置情報の変化要求通知を一定の周期で出力することで、ＡＰＬサーバ→ロケーションサーバ→ＨＡの順に、位置情報変化通知要求が送信される。位置情報に変化があった場合は、ＨＡ→ロケーションサーバ→ＡＰＬサーバの順で位置情報変化情報をＡＰＬサーバが受信する。
【００９０】
そして、通話中に、位置情報の変化があった旨をＡＰＬサーバが受信した際には、現在の通話参加者のユーザ端末上に、位置が変化したメンバの氏名と、移動前の場所名と、移動後の場所名とがポップアップダイアログ上に表示される。
【００９１】
次に利用方法について説明する。ビジネスの利用例としては、警備会社において、問題が発生した地域を指定して、地域内を巡回している警備員全員に対して発信することにより、適切なスタッフを問題発生現地に送り込むことができる。
【００９２】
また、タクシー会社で、顧客から要求のあった地域を指定して、地域内の車両すべてに対して発信することにより、適切な車両を顧客先に向かわせることができたり、車両が適宜分散するように、適切な指示を伝えることができる。
【００９３】
さらに、フィールドに出ている営業スタッフ全員の位置情報を見ることができるので、位置を指定して発信し、位置情報に適したスタッフを顧客先に送ったり、営業スタッフの位置情報に即した適切な指示を与えることができる。
【００９４】
一方、パーソナルな利用例としては、いつも友達同士で集まっている場所や、待ち合わせ場所を指定して、その時に指定した場所にいる仲間達とすぐに連絡をとることができる。
【００９５】
また、今自分のいる地域やこれから向かおうとしている地域を指定して、近くの仲間を飲み会や遊びに誘うことができる。このように、位置情報を意識した友達同士のさらなる連携を深めた通信が可能になる。
【００９６】
以上説明したように、通信システム１は、サーバ１０では、移動体の位置情報の管理やアドレスリストに登録されたメンバに対して、ユーザの設定したグループ別の管理を行い、ユーザ端末２０では、アドレスリスト内に登録されたメンバの位置情報や所属グループを含むアドレスリストをＷｅｂ参照して、通話したい相手の位置情報や所属グループを意識しながら、相手先をクリックすることにより、通話を行える構成とした。
【００９７】
これにより、ビジネス面だけでなく、パーソナルな面も含めた、位置情報に関連するコミュニケーションネットワーク通信を効率よく手軽に行うことが可能になる。
【００９８】
以上説明したように、通信システムは、ユーザ端末では、発信者から地域名が入力されると、地域名に位置している、アドレスリストに登録されたメンバを画面上に表示し、サーバでは、アドレスリスト管理手段は、発信者から画面上に表示されたメンバの中で通信相手となる通信メンバが指定されると、通信メンバのみに関する、通信メンバのアドレスおよび通話状態を示すリストであって、呼切断を契機に自動消滅する着信先リストを動的に生成し、呼接続手段は、着信先リストを用いて、通話状態にもとづき、発信者と通話可である通信メンバを認識して、通話可の通信メンバのアドレスを通じて呼接続制御を行う構成とした。これにより、指定地域内にいる複数相手に対して、個々に接続操作をすることなく、一括して効率よくアクセスすることができるので、利便性の高いコミュニケーションサービスを提供することが可能になる。
【００９９】
上記については単に本発明の原理を示すものである。さらに、多数の変形、変更が当業者にとって可能であり、本発明は上記に示し、説明した正確な構成および応用例に限定されるものではなく、対応するすべての変形例および均等物は、添付の請求項およびその均等物による本発明の範囲とみなされる。
【図面の簡単な説明】
図１は、通信システムの原理図である。
図２は、動作を示すフローチャートである。
図３は、Ｗｅｂ画面イメージを示す図である。
図４は、地域選択ドロップダウンリストを示す図である。
図５は、サービス選択ドロップダウンリストを示す図である。
図６は、メンバ登録／修正ドロップダウンリストを示す図である。
図７は、ポップアップダイアログを示す図である。
図８は、ポップアップダイアログを示す図である。
図９は、携帯電話機上のＷｅｂ画面イメージを示す図である。
図１０は、携帯電話機上のＷｅｂ画面イメージを示す図である。
図１１は、携帯電話機上のＷｅｂ画面イメージを示す図である。
図１２は、アドレスリストを示す図である。
図１３は、ＦＡの緯度、経度を地名に対応させたテーブルを示す図である。
図１４は、着信先リストを示す図である。
図１５は、“順番に話す”の動作シーケンスを示す図である。
図１６は、“順番に話す”の動作シーケンスを示す図である。
図１７は、“会議電話”の動作シーケンスを示す図である。
図１８は、“会議電話”の動作シーケンスを示す図である。
図１９は、“文字メール”の動作シーケンスを示す図である。
図２０は、“音声メール”の動作シーケンスを示す図である。
図２１は、“音声メール”の動作シーケンスを示す図である。
図２２は、位置情報更新手順を示すシーケンス図である。

Claims

ネットワークの通信制御を行う通信システムにおいて、
登録されたメンバと、前記メンバの端末が接続しているネットワークノードのアドレスと、前記アドレスに対応する地域名と、を格納するアドレスリストを管理するアドレスリスト管理手段と、ユーザ側で指定された通信相手に発信して呼接続制御を行う呼接続手段と、から構成されるサーバと、
Ｗｅｂ参照可能な画面を表示する画面表示手段と、前記画面上で、前記通信相手及び通信サービス種別の指定入力を行うユーザインタフェースを提供するユーザインタフェース手段と、から構成される移動通信可能なユーザ端末と、
を有し、
前記画面表示手段は、発信者から前記ユーザインタフェース手段を介して前記地域名が入力されると、前記地域名に位置している、前記アドレスリストに登録された前記メンバを前記画面上に表示し、
前記アドレスリスト管理手段は、前記発信者から前記ユーザインタフェース手段を介して、前記画面上に表示された前記メンバの中で通信相手となる通信メンバが指定されると、前記通信メンバのみに関する、前記通信メンバの前記アドレスおよび通話状態を示すリストであって、呼切断を契機に自動消滅する着信先リストを動的に生成し、
前記呼接続手段は、前記着信先リストを用いて、前記通話状態にもとづき、前記発信者と通話可である前記通信メンバを認識して、通話可の前記通信メンバの前記アドレスを通じて呼接続制御を行う、
ことを特徴とする通信システム。
前記呼接続手段は、前記通信相手として、指定された区域またはグループ内にいるユーザ端末、あるいは任意に選択されたユーザ端末に対して、順次に発信することを特徴とする請求項１記載の通信システム。
前記呼接続手段は、前記通信サービス種別として、電話通信、会議電話、文字メール、音声メールの少なくとも１つに対する呼接続制御を行うことを特徴とする請求項１記載の通信システム。
前記サーバは、前記アドレスリストの所有者に対する認証制御及び前記ユーザ端末に対する段階的なパスワード入力による認証制御を行う認証手段をさらに有することを特徴とする請求項１記載の通信システム。
前記ユーザ端末は、前記通信相手と前記通信サービス種別の指定以外に、前記メンバの現在位置の表示または前記メンバの登録変更制御を行うことを特徴とする請求項１記載の通信システム。
前記ユーザ端末は、前記アドレスリストをダウンロードして、ダウンロードしたアドレスリストを用いて発信制御を行うことを特徴とする請求項１記載の通信システム。
前記サーバまたは前記ユーザ端末は、自己のＩＤを同報発信することを特徴とする請求項１記載の通信システム。