JP3895092B2 - 通信システム - Google Patents
通信システム Download PDFInfo
- Publication number
- JP3895092B2 JP3895092B2 JP2000088520A JP2000088520A JP3895092B2 JP 3895092 B2 JP3895092 B2 JP 3895092B2 JP 2000088520 A JP2000088520 A JP 2000088520A JP 2000088520 A JP2000088520 A JP 2000088520A JP 3895092 B2 JP3895092 B2 JP 3895092B2
- Authority
- JP
- Japan
- Prior art keywords
- communication terminal
- information
- communication
- terminal device
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000004891 communication Methods 0.000 title claims description 174
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000010586 diagram Methods 0.000 description 23
- 238000001514 detection method Methods 0.000 description 5
- 206010048669 Terminal state Diseases 0.000 description 4
- 230000004913 activation Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000000034 method Methods 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000005316 response function Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2203/00—Aspects of automatic or semi-automatic exchanges
- H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
- H04M2203/2072—Schedules, e.g. personal calendars
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- User Interface Of Digital Computer (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明が属する技術分野】
本発明は通信システムに関し、特にネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムに関する。
【０００２】
【従来の技術】
現在、通信ネットワークは、多種多様な機能が求められ、ネットワーク構成は複雑化、巨大化している。このような通信ネットワークに対し、通話相手が在席しているか否かの在席情報を、あらかじめ発信側で知りたいといったニーズが近年増加してきている。
【０００３】
在席情報の制御に関する従来技術としては、例えば、特開平１０−２０７９３８号公報では、ネットワーク上に在席情報を管理するサーバを設置して制御している。
【０００４】
【発明が解決しようとする課題】
しかし、上記のような従来技術では、在席情報の集中管理を行うサーバに登録された端末のみを対象に制御しているため、サーバに登録されていない端末間で在席情報を柔軟に制御するといったことができず、柔軟性及びサービス性に欠けるといった問題があった。
【０００５】
また、マルチライン着信機能やピックアップ応答機能などの交換機サービスを考慮した在席情報の制御は、従来では考慮されていなかった。
本発明はこのような点に鑑みてなされたものであり、在席情報に関する制御を効率よく行って、柔軟性及びサービス性の向上を図った通信システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明では上記課題を解決するために、ネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムにおいて、通信相手の在席状態の問い合わせを行う在席状態問い合わせ手段と、在席情報を受信する在席情報受信手段と、受信した前記在席情報を表示する在席情報表示手段と、から構成される発信側通信端末装置と、前記在席状態を判断する在席状態判断手段と、前記在席情報を生成する在席情報生成手段と、前記問い合わせを受信した際に、前記在席情報を送信する在席情報送信手段と、から構成される着信側通信端末装置と、前記ネットワークを介して前記発信側通信端末装置と前記着信側通信端末装置に接続し、前記着信側通信端末装置の操作者のスケジュール情報を管理して、前記スケジュール情報の送受信を行うスケジュール情報管理手段を含む管理サーバと、を有し、前記スケジュール情報管理手段は、前記発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を前記発信側通信端末装置へ送信する、ことを特徴とする通信システムが提供される。
【０００７】
ここで、在席状態問い合わせ手段は、通信相手の在席状態の問い合わせを行う。在席情報受信手段は、在席情報を受信する。在席情報表示手段は、受信した在席情報を表示する。在席状態判断手段は、在席状態を判断する。在席情報生成手段は、在席情報を生成する。在席情報送信手段は、在席情報を送信する。スケジュール情報管理手段は、ネットワークを介して発信側通信端末装置と着信側通信端末装置に接続し、着信側通信端末装置の操作者のスケジュール情報を管理して、スケジュール情報の送受信を行う。なお、スケジュール情報管理手段は、発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を発信側通信端末装置へ送信する。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は通信システムの原理図である。通信システム１は、ネットワーク１００上に接続する発信側通信端末装置１０ａと着信側通信端末装置１０ｂから構成され、端末操作者が在席しているか否かの情報の通信制御を行う。
【０００９】
発信側通信端末装置１０ａに対し、在席状態問い合わせ手段１１は、着信側通信端末装置１０ｂへ、通信相手の在席状態の問い合わせを行う。在席情報受信手段１２は、通信相手の在席情報を着信側通信端末装置１０ｂから受信する。在席情報表示手段１３は、受信した在席情報を表示する。
【００１０】
着信側通信端末装置１０ｂに対し、在席状態判断手段１４は、着信側通信端末装置１０ｂの操作者が在席か不在席かといった在席状態を判断する。在席情報生成手段１５は、在席状態にもとづいて、在席情報を生成する。在席情報送信手段１６は、在席情報を発信側通信端末装置１０ａへ送信する。
【００１１】
なお、図では、各構成手段を発信側通信端末装置１０ａと着信側通信端末装置１０ｂに分配したが、実際には１つの通信端末装置に、発信側通信端末装置１０ａと着信側通信端末装置１０ｂの両方の構成手段が含まれる。
【００１２】
また、図では、２台の通信端末装置がネットワーク１００上に接続して在席情報の通信を行っているが、実際には任意の数の通信端末装置が接続して、それら複数端末間で上記のような通信制御が行われる。
【００１３】
次に動作についてフローチャートを用いて説明する。図２は通信システム１の動作を示すフローチャートである。
〔Ｓ１〕在席状態判断手段１４は、自装置の操作者が在席か不在席かといった在席状態を判断する。
〔Ｓ２〕在席情報生成手段１５は、在席状態にもとづいて、在席情報を生成する。
〔Ｓ３〕在席状態問い合わせ手段１１は、通信相手の在席状態の問い合わせを行う。
〔Ｓ４〕在席情報送信手段１６は、着信側通信端末装置１０ｂの在席情報を、発信側通信端末装置１０ａへ送信する。
〔Ｓ５〕在席情報受信手段１２は、在席情報を着信側通信端末装置１０ｂから受信する。
〔Ｓ６〕在席情報表示手段１３は、受信した在席情報を表示する。図１では着信側通信端末装置１０ｂの操作者が不在なので、不在の旨が発信側通信端末装置１０ａの画面上に表示されることになる。
【００１４】
次に通信システム１の適用分野について説明する。近年、インターネット／イントラネットの普及により、音声情報をＩＰ（Internet Protocol)情報に統合し、ＩＰネットワーク経由で音声通信（電話）を行うニーズが高まっている。
【００１５】
このニーズを受けて、パソコンを端末としてＬＡＮ（Local Area Network）やインターネット経由で電話を行うことが、ＶｏＩＰ（Voice over IP)技術の出現により可能となっている。
【００１６】
ＶｏＩＰ技術では、音声情報をＩＰパケットに変換し、ＩＰネットワーク上で通信することが可能であり、通信相手先のＩＰアドレス情報が分かれば、ＩＰネットワーク上で音声通信を行うことができる。
【００１７】
通信システム１の適用分野の１つとして、上述のＶｏＩＰの通信技術を利用したネットワークシステムに適用可能である。具体的には、図１で示したネットワーク１００がＩＰネットワーク、発信側通信端末装置１０ａがＶｏＩＰ機能を備えた発信側ＶｏＩＰ通信端末装置、着信側通信端末装置１０ｂがＶｏＩＰ機能を備えた着信側ＶｏＩＰ通信端末装置に該当する。
【００１８】
なお、以降の説明では、発信側の通信端末装置である発信側通信端末装置１０ａ及び発信側ＶｏＩＰ通信端末装置を発信端末１０ａ、着信側の通信端末装置である着信側通信端末装置１０ｂ及び着信側ＶｏＩＰ通信端末装置を着信端末１０ｂと呼び、発信端末１０ａと着信端末１０ｂを総称する場合は、通信端末１０と呼ぶ。
【００１９】
次に着信端末１０ｂからの問い合わせ応答の有無により、在席か否かを認識する場合について説明する。発信端末１０ａから着信端末１０ｂへ問い合わせを行った場合に、着信端末１０ｂからの問い合わせ応答を発信端末１０ａが受信した場合には在席と認識し（着信端末１０ｂの電源がＯＮであるため在席とみなす）、問い合わせ応答を受信しなかった場合には不在席（着信端末１０ｂの電源がＯＦＦと判断して不在席とみなす）と認識する。
【００２０】
図３は電源断検出シーケンスを示す図である。問い合わせパケットにＰＩＮＧパケットを使用し、着信端末１０ｂの電源ＯＮ時のシーケンスを示している。
〔Ｓ１０〕発信端末１０ａは、ＰＩＮＧパケットに着信端末１０ｂのアドレスを付加して送信する。
〔Ｓ１１〕着信端末１０ｂは応答用ＰＩＮＧパケットを返信する。
〔Ｓ１２〕発信端末１０ａは、着信端末１０ｂの操作者を在席と判断する。
【００２１】
ここで、ＰＩＮＧパケットとは、発信端末１０ａと着信端末１０ｂ間の接続性を確認するための試験用パケットであり、ＩＥＴＦで規定されているＩＣＭＰ（Internet Control Message Protocol）パケットの一種である。
【００２２】
このように、発信端末１０ａからＰＩＮＧパケットを送信して、着信端末１０ｂからＰＩＮＧパケット応答があった場合には、着信端末１０ｂの操作者が在席と判断する。また、在席情報表示手段１３は、発信端末１０ａの画面上に、在席である旨の表示を行う。
【００２３】
図４は電源断検出シーケンスを示す図である。問い合わせパケットにＰＩＮＧパケットを使用し、着信端末１０ｂの電源がＯＦＦの時のシーケンスを示している。
〔Ｓ２０〕発信端末１０ａは、ＰＩＮＧパケットに着信端末１０ｂのアドレスを付加して送信する。
〔Ｓ２１〕発信端末１０ａは、タイマを起動する。このタイマは、ステップＳ２０のＰＩＮＧパケットを送信してから、応答用ＰＩＮＧパケットを受信するまでの時間を計測するタイマである。
〔Ｓ２２〕タイムアウトすると、ＰＩＮＧパケットを再送する。
〔Ｓ２３〕設定回数分のタイムアウトを生じた場合は（すなわち、設定回数分の再送ＰＩＮＧパケットに対する応答がない場合は）、着信端末１０ｂの操作者を不在席と判断する。
【００２４】
このように、発信端末１０ａからＰＩＮＧパケットを送信し、着信端末１０ｂからのＰＩＮＧパケット応答が、定められた時間内にない場合には、着信端末１０ｂの操作者が不在席と判断する。また、在席情報表示手段１３は、発信端末１０ａの画面上に、不在席である旨の表示を行う。
【００２５】
なお、上記の説明ではＰＩＮＧパケットを使用して、在席／不在席を認識したが、ＰＩＮＧパケット以外の信号、例えば、H.323 等で規定されている呼制御パケット（例えば、SETUP パケットとその応答のACK パケット、またはARP パケットとその応答のACK パケット）や独自の問い合わせパケットなどを使用してもよい。
【００２６】
次にスクリーンセーバ及び入力無し時間にもとづいて、在席か否かを認識する場合について説明する。在席状態判断手段１４は、通信端末１０のスクリーンセーバの起動時間を測定し、起動時間が一定時間を越えた場合に、不在席と判断する。
【００２７】
また、在席状態判断手段１４は、通信端末１０のキーボードやマウス等の入力部への入力操作がない時間（入力無し時間）を測定し、入力無し時間が一定時間を越えた場合に、不在席と判断する。
【００２８】
図５はスクリーンセーバ及び入力無し時間にもとづく在席／不在席検出時のフローチャートを示す図である。
〔Ｓ３０〕在席状態判断手段１４は、自端末のスクリーンセーバが起動しているか否かを判断する。起動していればステップＳ３１へ、起動していなければステップＳ３３へ行く。
〔Ｓ３１〕在席状態判断手段１４は、スクリーンセーバ起動時間があらかじめ定めた一定時間を経過しているか否かを判断する。経過していればステップＳ３４へ、経過していなければステップＳ３２へ行く。
〔Ｓ３２〕在席状態判断手段１４は、在席と判断する。
〔Ｓ３３〕在席状態判断手段１４は、入力無し時間があらかじめ定めた一定時間を経過しているか否かを判断する。経過していればステップＳ３４へ、経過していなければステップＳ３２へ行く。
〔Ｓ３４〕在席状態判断手段１４は、不在席と判断する。
【００２９】
なお、在席情報生成手段１５は、上述のスクリーンセーバ及び入力無し時間にもとづいて判断された、在席状態に対応する在席／不在席を示す在席情報を生成し、在席情報送信手段１６はその在席情報を発信端末１０ａへ送信する。
【００３０】
発信端末１０ａは、在席情報受信手段１２によって、この在席情報を受信し、在席情報表示手段１３により画面上に在席情報を表示する。
次に端末操作者の荷重を検出して、在席か否かを認識する場合について説明する。在席状態判断手段１４は、操作者近傍の床に設置された圧力センサによる一定圧力以上の検出荷重にもとづいて、在席状態を判断する。
【００３１】
図６は圧力センサを利用した場合の概念図である。図に示すように、床置き型の簡易圧力センサ５０（一定以上荷重がかからないとＯＮにならない多接点型スイッチ等）を通信端末１０に接続し、在席状態をセンサで検出可能としている。
【００３２】
椅子設置型だと椅子と通信端末１０の間を線でつなぐ必要があり、着席時に障害となる問題があるが、床置き型とすれば、そのような支障をなくすことができる。
【００３３】
次にメッセージ制御手段について説明する。メッセージ制御手段は、通信端末１０に含まれ、相手不在時に、相手に送信すべき複数パターンのメッセージを格納している。そして、選択されたメッセージを送信する。
【００３４】
図７はメッセージの一例を示す図である。図に示すメッセージ６０の項目としては、相手の氏名６１、在席情報問い合わせ時の相手端末状態を示す端末状態６２及びメッセージ６３がある。
【００３５】
メッセージ制御手段は、このメッセージ６０のような定型化したメッセージパターンを複数格納している。ここで、メッセージ６３で“以下の伝言があります”を選択した場合には、詳細欄６３ａに詳細な伝言を記載できる。
【００３６】
また、メッセージ６０を送信する際は、ボタン６４ａを指示すれば、メッセージ６０が相手端末へ送信される。さらに、ボタン６４ｂを指示すれば、メッセージ６０がキャンセルされる。
【００３７】
次に管理サーバを含む通信システムについて説明する。図８は通信システムの構成を示す図である。通信システム１ａには、ＩＰネットワークであるネットワーク１００ａ上に対して、ＶｏＩＰ機能を有する通信端末１０−１〜１０−３が接続する。また、ＶｏＩＰの管理制御を行う管理サーバ２０が接続する。なお、通信端末は、実際にはネットワーク１００ａに任意の数接続可能である。
【００３８】
通信端末１０−１〜１０−３は、上記で説明した通信端末１０が持つ各構成手段を有している。管理サーバ２０は、スケジュール情報管理手段２１を含む。スケジュール情報管理手段２１は、通信端末１０−１〜１０−３の操作者のスケジュール情報（例えば、２月９日の１５：００から１６：００までは不在、といったような各端末操作者毎のスケジュール情報）を管理して、スケジュール情報の送受信を行う。なお、スケジュール情報は、スケジュールデータベース２１ａに格納される。
【００３９】
次に図８の通信システム１ａに対し、マルチライン着信時における制御について説明する。マルチライン着信機能とは、発信者である通信端末１０−３から主着信者である通信端末１０−１への着信があった場合、従着信者（例えば、主着信者の秘書等に該当する）である通信端末１０−２に対しても着信する、ＰＢＸのサービスをいう。
【００４０】
スケジュール情報管理手段２１は、マルチライン着信時に、主着信者のスケジュール情報を通信端末（従着信者）１０−２へ送信する。
図９はマルチライン着信時の動作を示すフローチャートである。通信端末（発信者）１０−３から通信端末（主着信者）１０−１への着信時、主着信者が不在であるとする。
〔Ｓ４０〕通信端末（発信者）１０−３は、通信端末（主着信者）１０−１へ発信する。
〔Ｓ４１〕ＰＢＸサービスとして、通信端末（主着信者）１０−１と通信端末（従着信者）１０−２へマルチライン着信する。
〔Ｓ４２〕従着信者がハンドオフする。そして、通信端末（従着信者）１０−２は、管理サーバ２０にアクセスして通信端末（主着信者）１０−１のアドレスを指定し、主着信者のスケジュール情報の問い合わせを行う。
〔Ｓ４３〕スケジュール情報管理手段２１は、通信端末（主着信者）１０−１のスケジュール情報を、通信端末（従着信者）１０−２へ送信する。
〔Ｓ４４〕通信端末（従着信者）１０−２は、入手したスケジュール情報を画面上に表示する。
【００４１】
図１０はスケジュール情報の一例を示す図である。図のスケジュール情報７０は、項目として、発信者、着信者、端末状態、主着信者のスケジュール、主着信者の緊急連絡先から構成されている。
【００４２】
このように、マルチライン着信時に、通信端末（従着信者）１０−２は、主着信者のスケジュール情報を管理サーバ２０から入手できるので、従着信者は、主着信者のスケジュールを、発信者に的確に知らせることができ、業務の効率化を図ることが可能になる。
【００４３】
次に図８の通信システム１ａに対し、ピックアップ応答時における制御について説明する。ピックアップ機能とは、発信者である通信端末１０−３から主着信者である通信端末１０−１へ着信があった場合、従着信者の通信端末１０−２から応答できるＰＢＸのサービスのことをいう。
【００４４】
スケジュール情報管理手段２１は、主着信者のスケジュール情報を、ピックアップ応答した通信端末（従着信者）１０−２へ送信する。
図１１はピックアップ応答時の動作を示すフローチャートである。通信端末（発信者）１０−３から通信端末（主着信者）１０−１への着信時、主着信者が不在であるとする。
〔Ｓ５０〕通信端末（発信者）１０−３は、通信端末（主着信者）１０−１へ発信する。
〔Ｓ５１〕通信端末（従着信者）１０−２は、通信端末（主着信者）１０−１の着信をピックアップする。
〔Ｓ５２〕通信端末（従着信者）１０−２は、管理サーバ２０にアクセスして、通信端末（主着信者）１０−１のアドレスを指定し主着信者のスケジュール情報の問い合わせを行う。
〔Ｓ５３〕スケジュール情報管理手段２１は、通信端末（主着信者）１０−１のスケジュール情報を、応答者である通信端末（従着信者）１０−２へ送信する。
〔Ｓ５４〕通信端末（従着信者）１０−２は、入手したスケジュール情報を画面上に表示する。
【００４５】
このように、ピックアップ応答時に、通信端末（従着信者）１０−２は、主着信者のスケジュール情報を管理サーバ２０から入手できるので、従着信者は、主着信者のスケジュールを、発信者に的確に知らせることができ、業務の効率化を図ることが可能になる。
【００４６】
次に在席自動通知手段について説明する。在席自動通知手段は通信端末１０に含まれ、不在席から在席に変化した場合に、不在席中に発信があった発信者へ、在席に変化した旨を自動通知する。
【００４７】
図１２は在席自動通知に関する動作を示すフローチャートである。
〔Ｓ６０〕発信端末１０ａは、相手が不在である旨の在席情報を受信する。
〔Ｓ６１〕発信端末１０ａは、相手が在席になったら、その旨の通知を受けるかどうかの在席通知有無の指定を設定する画面を表示する。
〔Ｓ６２〕発信端末１０ａは、在席自動通知が必要な場合は、在席自動通知要求メッセージを着信端末１０ｂまたは管理サーバ２０へ送信する。
〔Ｓ６３〕着信端末１０ｂは、発信端末１０ａまたは管理サーバ２０から送信された在席自動通知要求メッセージを受信すると、在席になった場合に、在席通知メッセージを発信端末１０ａまたは管理サーバ２０へ送信する。
〔Ｓ６４〕発信端末１０ａは、発信端末１０ａまたは管理サーバ２０から送信された在席通知メッセージを受信して画面上に表示する。これにより、通信相手の在席／不在席の情報を簡便に知ることができる。
【００４８】
次に通信システム１と外部網とを接続した場合のシステム構成及び動作について説明する。図１３は通信システムの構成を示す図である。
通信システム１ｂは、ネットワーク１００ｂ上に、通信端末１０−１〜１０−ｎと、プロトコル変換装置であるゲートウェイ３０が接続したシステム構成を持つ。
【００４９】
ゲートウェイ３０は、電話機４ａがつながる外部の公衆網４と、ネットワーク１００ｂと接続し、公衆網４とネットワーク１００ｂとのプロトコル変換を行って、相互のデータをやりとりする。なお、図中、管理サーバ２０は示していないが、ネットワーク１００ｂに管理サーバ２０を接続してもよい。
【００５０】
図１４は公衆網４から通信端末１０−１への着信時のシーケンスを示す図である。通信端末１０−１が電源ＯＮの場合についてのシーケンスである。
〔Ｓ７０〕ゲートウェイ３０は、電話機４ａからの着信を受信する。
〔Ｓ７１〕ゲートウェイ３０は、ＳＥＴＵＰを通信端末１０−１へ送信する。なお、ネットワーク１００ｂは、ＴＣＰのプロトコルを有するＬＡＮネットワークとする。
〔Ｓ７２〕通信端末１０−１は、ゲートウェイ３０からの着信情報であるＳＥＴＵＰを受信したので、相手は外部装置と判断する。そして、ＡＬＥＲＴ、ＣＯＮＮをゲートウェイ３０へ送信する。
〔Ｓ７３〕ゲートウェイ３０は、電話機４ａに応答信号を送信する。
〔Ｓ７４〕電話機４ａと通信端末１０−１間で通話パスが形成される。
〔Ｓ７５〕通信端末１０−１は、在席または不在席のいずれかを示す在席情報を、音声メッセージに編集して、ゲートウェイ３０を通じて電話機４ａへ送信する。
【００５１】
なお、上記の説明では、外部装置を一般の電話機４ａとしたので、在席情報の音声メッセージ編集を行ったが、外部装置がパソコンなどであれば、音声メッセージ編集等を行わずに在席情報を送信すればよい。
【００５２】
図１５は公衆網４から通信端末１０−１への着信時のシーケンスを示す図である。通信端末１０−１が電源ＯＦＦの場合についてのシーケンスである。
〔Ｓ８０〕ゲートウェイ３０は、電話機４ａからの着信を受信する。
〔Ｓ８１〕ゲートウェイ３０は、ＳＥＴＵＰを通信端末１０−１へ送信する。
〔Ｓ８２〕ゲートウェイ３０は、通信端末１０−１からの応答がないので、通信端末１０−１の電源がＯＦＦと判断する。
〔Ｓ８３〕ゲートウェイ３０は、電話機４ａに応答信号を送信する。
〔Ｓ８４〕電話機４ａとゲートウェイ３０間で通話パスが形成される。
〔Ｓ８５〕ゲートウェイ３０は、不在メッセージを電話機４ａへ送信する。
【００５３】
次に通信相手が外部の者に対する、スケジュール情報の制御について説明する。管理サーバ２０のスケジュール情報管理手段２１は、通信相手が外部の者と判断した場合には、外部者用スケジュール情報を送信する。
【００５４】
外部者用スケジュール情報とは、詳細な業務情報が記載されている通常のスケジュール情報に対して、戻り予定や緊急連絡先、担当者名等の社外に公開してもよい情報のみで構成されるスケジュール情報である。
【００５５】
図１６はスケジュール情報の送信処理手順を示すフローチャートである。
〔Ｓ９０〕スケジュール情報管理手段２１は、スケジュール情報問い合わせメッセージを受信する。
〔Ｓ９１〕スケジュール情報管理手段２１は、スケジュール情報問い合わせメッセージの発信アドレスが、登録アドレス（例えば、社内のアドレス）であればステップＳ９２へ、そうでなければステップＳ９３へ行く。
〔Ｓ９２〕発信者に通常のスケジュール情報を送信する。
〔Ｓ９３〕スケジュール情報管理手段２１は、発信者を外部の者と判断して、外部者用スケジュール情報を送信する。
【００５６】
次に話中に関する制御について説明する。上記の説明では、通信相手の在席／不在席に関する制御であったが、通信システムは、通信相手が話中か否かの制御についても適用可能である。
【００５７】
図１７は通信システム１で話中に関する制御の動作を示すフローチャートである。
〔Ｓ１００〕着信端末１０ｂは、自装置の操作者が話中か否かといった話中状態を判断する。
〔Ｓ１０１〕着信端末１０ｂは、話中状態にもとづいて、話中情報を生成する。
〔Ｓ１０２〕発信端末１０ａは、通信相手の話中状態の問い合わせを行う。
〔Ｓ１０３〕着信端末１０ｂは、話中情報を発信端末１０ａへ送信する。
〔Ｓ１０４〕発信端末１０ａは、通信相手の話中情報を着信端末１０ｂから受信する。
〔Ｓ１０５〕発信端末１０ａは、受信した話中情報を表示する。
【００５８】
なお、上記の説明では、端末装置間で話中制御を行ったが、管理サーバ２０から発信端末１０ａへ着信端末１０ｂの話中情報を送信してもよい。
例えば、発信端末１０ａが通信相手の指定時に、管理サーバ２０から通信相手である着信端末１０ｂの話中情報を、発信端末１０ａへ送信する。これにより、発信端末１０ａでは、無駄な発信操作を行う必要がなくなるので、利便性の向上を図ることが可能になる。
【００５９】
次に管理サーバ２０での管理情報の更新制御について説明する。図１８は更新内容を、登録してある通信端末１０に送信している様子を示す図である。管理サーバ２０は、定期的に通信端末１０−１〜１０−ｎの在席状態、話中状態を問い合わせて、管理情報を更新し、その更新内容を、登録してある通信端末１０に送信する。
【００６０】
また、更新内容を知りたい相手は、通信端末１０の操作者が任意に設定可能である。例えば、図に示す通信端末１０−１は、登録端末状態１１０に、更新内容を知りたい相手としてＡ、Ｂ、Ｃの３人を指定しており、画面上にはＡ、Ｂ、Ｃの３人の在席状態及び話中状態が表示される。
【００６１】
以上説明したように、通信システムは、端末で在席状態を管理し、電話発信時の情報交換により、相手状態を知ることができるので、在席通知システムを安価に実現でき、かつ操作性を向上することが可能になる。
【００６２】
また、端末ＰＣの電源状態、スクリーンセーバ起動時間、入力無し時間、圧力センサにより、在席状態を知ることができ、在席通知が簡易に実現でき、かつ在席判定の確度を増すことが可能になる。 さらに、相手不在時に簡易な操作で相手にメッセージを残すことが可能となり、サービス性が向上する。また、相手不在時に相手のスケジュールや緊急連絡先、担当情報等の情報を知ることができ、サービス性がさらに向上する。
【００６３】
また、マルチライン着信やピックアップ応答時に、主たる着信者のスケジュール情報を表示することで、応対の効率をあげ、作業時間の短縮につながる。
さらに、発信相手により着信者不在時に送信するスケジュール情報を変えることで、社外秘の情報の漏洩を防ぐ等のセキュリティを確保することが可能になる。
【００６４】
また、在席自動通知手段により、相手が在席になったことをリアルタイムに知ることができるので、相手と確実にコミュニケーションをとりたい時のサービス性がさらに向上する。
【００６５】
【発明の効果】
以上説明したように、通信システムは、在席状態の判断、在席情報の問い合わせ、在席情報の表示を、通信端末装置間で行う構成とした。これにより、端末間同士で在席情報に関する制御を行うことができるので、柔軟性及びサービス性の向上を図ることが可能になる。
【図面の簡単な説明】
【図１】 通信システムの原理図である。
【図２】 通信システムの動作を示すフローチャートである。
【図３】 電源断検出シーケンスを示す図である。
【図４】 電源断検出シーケンスを示す図である。
【図５】 スクリーンセーバ及び入力無し時間にもとづく在席／不在席検出時のフローチャートを示す図である。
【図６】 圧力センサを利用した場合の概念図である。
【図７】 メッセージの一例を示す図である。
【図８】 通信システムの構成を示す図である。
【図９】 マルチライン着信時の動作を示すフローチャートである。
【図１０】 スケジュール情報の一例を示す図である。
【図１１】 ピックアップ応答時の動作を示すフローチャートである。
【図１２】 在席自動通知に関する、発信端末の動作を示すフローチャートである。
【図１３】 通信システムの構成を示す図である。
【図１４】 公衆網から通信端末への着信時のシーケンスを示す図である。
【図１５】 公衆網から通信端末への着信時のシーケンスを示す図である。
【図１６】 スケジュール情報の送信処理手順を示すフローチャートである。
【図１７】 通信システムで話中に関する制御の動作を示すフローチャートである。
【図１８】 更新内容を、登録してある通信端末に送信している様子を示す図である。
【符号の説明】
１ 通信システム
１０ａ 発信側通信端末装置
１０ｂ 着信側通信端末装置
１１ 在席状態問い合わせ手段
１２ 在席情報受信手段
１３ 在席情報表示手段
１４ 在席状態判断手段
１５ 在席情報生成手段
１６ 在席情報送信手段
１００ ネットワーク
【発明が属する技術分野】
本発明は通信システムに関し、特にネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムに関する。
【０００２】
【従来の技術】
現在、通信ネットワークは、多種多様な機能が求められ、ネットワーク構成は複雑化、巨大化している。このような通信ネットワークに対し、通話相手が在席しているか否かの在席情報を、あらかじめ発信側で知りたいといったニーズが近年増加してきている。
【０００３】
在席情報の制御に関する従来技術としては、例えば、特開平１０−２０７９３８号公報では、ネットワーク上に在席情報を管理するサーバを設置して制御している。
【０００４】
【発明が解決しようとする課題】
しかし、上記のような従来技術では、在席情報の集中管理を行うサーバに登録された端末のみを対象に制御しているため、サーバに登録されていない端末間で在席情報を柔軟に制御するといったことができず、柔軟性及びサービス性に欠けるといった問題があった。
【０００５】
また、マルチライン着信機能やピックアップ応答機能などの交換機サービスを考慮した在席情報の制御は、従来では考慮されていなかった。
本発明はこのような点に鑑みてなされたものであり、在席情報に関する制御を効率よく行って、柔軟性及びサービス性の向上を図った通信システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明では上記課題を解決するために、ネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムにおいて、通信相手の在席状態の問い合わせを行う在席状態問い合わせ手段と、在席情報を受信する在席情報受信手段と、受信した前記在席情報を表示する在席情報表示手段と、から構成される発信側通信端末装置と、前記在席状態を判断する在席状態判断手段と、前記在席情報を生成する在席情報生成手段と、前記問い合わせを受信した際に、前記在席情報を送信する在席情報送信手段と、から構成される着信側通信端末装置と、前記ネットワークを介して前記発信側通信端末装置と前記着信側通信端末装置に接続し、前記着信側通信端末装置の操作者のスケジュール情報を管理して、前記スケジュール情報の送受信を行うスケジュール情報管理手段を含む管理サーバと、を有し、前記スケジュール情報管理手段は、前記発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を前記発信側通信端末装置へ送信する、ことを特徴とする通信システムが提供される。
【０００７】
ここで、在席状態問い合わせ手段は、通信相手の在席状態の問い合わせを行う。在席情報受信手段は、在席情報を受信する。在席情報表示手段は、受信した在席情報を表示する。在席状態判断手段は、在席状態を判断する。在席情報生成手段は、在席情報を生成する。在席情報送信手段は、在席情報を送信する。スケジュール情報管理手段は、ネットワークを介して発信側通信端末装置と着信側通信端末装置に接続し、着信側通信端末装置の操作者のスケジュール情報を管理して、スケジュール情報の送受信を行う。なお、スケジュール情報管理手段は、発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を発信側通信端末装置へ送信する。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は通信システムの原理図である。通信システム１は、ネットワーク１００上に接続する発信側通信端末装置１０ａと着信側通信端末装置１０ｂから構成され、端末操作者が在席しているか否かの情報の通信制御を行う。
【０００９】
発信側通信端末装置１０ａに対し、在席状態問い合わせ手段１１は、着信側通信端末装置１０ｂへ、通信相手の在席状態の問い合わせを行う。在席情報受信手段１２は、通信相手の在席情報を着信側通信端末装置１０ｂから受信する。在席情報表示手段１３は、受信した在席情報を表示する。
【００１０】
着信側通信端末装置１０ｂに対し、在席状態判断手段１４は、着信側通信端末装置１０ｂの操作者が在席か不在席かといった在席状態を判断する。在席情報生成手段１５は、在席状態にもとづいて、在席情報を生成する。在席情報送信手段１６は、在席情報を発信側通信端末装置１０ａへ送信する。
【００１１】
なお、図では、各構成手段を発信側通信端末装置１０ａと着信側通信端末装置１０ｂに分配したが、実際には１つの通信端末装置に、発信側通信端末装置１０ａと着信側通信端末装置１０ｂの両方の構成手段が含まれる。
【００１２】
また、図では、２台の通信端末装置がネットワーク１００上に接続して在席情報の通信を行っているが、実際には任意の数の通信端末装置が接続して、それら複数端末間で上記のような通信制御が行われる。
【００１３】
次に動作についてフローチャートを用いて説明する。図２は通信システム１の動作を示すフローチャートである。
〔Ｓ１〕在席状態判断手段１４は、自装置の操作者が在席か不在席かといった在席状態を判断する。
〔Ｓ２〕在席情報生成手段１５は、在席状態にもとづいて、在席情報を生成する。
〔Ｓ３〕在席状態問い合わせ手段１１は、通信相手の在席状態の問い合わせを行う。
〔Ｓ４〕在席情報送信手段１６は、着信側通信端末装置１０ｂの在席情報を、発信側通信端末装置１０ａへ送信する。
〔Ｓ５〕在席情報受信手段１２は、在席情報を着信側通信端末装置１０ｂから受信する。
〔Ｓ６〕在席情報表示手段１３は、受信した在席情報を表示する。図１では着信側通信端末装置１０ｂの操作者が不在なので、不在の旨が発信側通信端末装置１０ａの画面上に表示されることになる。
【００１４】
次に通信システム１の適用分野について説明する。近年、インターネット／イントラネットの普及により、音声情報をＩＰ（Internet Protocol)情報に統合し、ＩＰネットワーク経由で音声通信（電話）を行うニーズが高まっている。
【００１５】
このニーズを受けて、パソコンを端末としてＬＡＮ（Local Area Network）やインターネット経由で電話を行うことが、ＶｏＩＰ（Voice over IP)技術の出現により可能となっている。
【００１６】
ＶｏＩＰ技術では、音声情報をＩＰパケットに変換し、ＩＰネットワーク上で通信することが可能であり、通信相手先のＩＰアドレス情報が分かれば、ＩＰネットワーク上で音声通信を行うことができる。
【００１７】
通信システム１の適用分野の１つとして、上述のＶｏＩＰの通信技術を利用したネットワークシステムに適用可能である。具体的には、図１で示したネットワーク１００がＩＰネットワーク、発信側通信端末装置１０ａがＶｏＩＰ機能を備えた発信側ＶｏＩＰ通信端末装置、着信側通信端末装置１０ｂがＶｏＩＰ機能を備えた着信側ＶｏＩＰ通信端末装置に該当する。
【００１８】
なお、以降の説明では、発信側の通信端末装置である発信側通信端末装置１０ａ及び発信側ＶｏＩＰ通信端末装置を発信端末１０ａ、着信側の通信端末装置である着信側通信端末装置１０ｂ及び着信側ＶｏＩＰ通信端末装置を着信端末１０ｂと呼び、発信端末１０ａと着信端末１０ｂを総称する場合は、通信端末１０と呼ぶ。
【００１９】
次に着信端末１０ｂからの問い合わせ応答の有無により、在席か否かを認識する場合について説明する。発信端末１０ａから着信端末１０ｂへ問い合わせを行った場合に、着信端末１０ｂからの問い合わせ応答を発信端末１０ａが受信した場合には在席と認識し（着信端末１０ｂの電源がＯＮであるため在席とみなす）、問い合わせ応答を受信しなかった場合には不在席（着信端末１０ｂの電源がＯＦＦと判断して不在席とみなす）と認識する。
【００２０】
図３は電源断検出シーケンスを示す図である。問い合わせパケットにＰＩＮＧパケットを使用し、着信端末１０ｂの電源ＯＮ時のシーケンスを示している。
〔Ｓ１０〕発信端末１０ａは、ＰＩＮＧパケットに着信端末１０ｂのアドレスを付加して送信する。
〔Ｓ１１〕着信端末１０ｂは応答用ＰＩＮＧパケットを返信する。
〔Ｓ１２〕発信端末１０ａは、着信端末１０ｂの操作者を在席と判断する。
【００２１】
ここで、ＰＩＮＧパケットとは、発信端末１０ａと着信端末１０ｂ間の接続性を確認するための試験用パケットであり、ＩＥＴＦで規定されているＩＣＭＰ（Internet Control Message Protocol）パケットの一種である。
【００２２】
このように、発信端末１０ａからＰＩＮＧパケットを送信して、着信端末１０ｂからＰＩＮＧパケット応答があった場合には、着信端末１０ｂの操作者が在席と判断する。また、在席情報表示手段１３は、発信端末１０ａの画面上に、在席である旨の表示を行う。
【００２３】
図４は電源断検出シーケンスを示す図である。問い合わせパケットにＰＩＮＧパケットを使用し、着信端末１０ｂの電源がＯＦＦの時のシーケンスを示している。
〔Ｓ２０〕発信端末１０ａは、ＰＩＮＧパケットに着信端末１０ｂのアドレスを付加して送信する。
〔Ｓ２１〕発信端末１０ａは、タイマを起動する。このタイマは、ステップＳ２０のＰＩＮＧパケットを送信してから、応答用ＰＩＮＧパケットを受信するまでの時間を計測するタイマである。
〔Ｓ２２〕タイムアウトすると、ＰＩＮＧパケットを再送する。
〔Ｓ２３〕設定回数分のタイムアウトを生じた場合は（すなわち、設定回数分の再送ＰＩＮＧパケットに対する応答がない場合は）、着信端末１０ｂの操作者を不在席と判断する。
【００２４】
このように、発信端末１０ａからＰＩＮＧパケットを送信し、着信端末１０ｂからのＰＩＮＧパケット応答が、定められた時間内にない場合には、着信端末１０ｂの操作者が不在席と判断する。また、在席情報表示手段１３は、発信端末１０ａの画面上に、不在席である旨の表示を行う。
【００２５】
なお、上記の説明ではＰＩＮＧパケットを使用して、在席／不在席を認識したが、ＰＩＮＧパケット以外の信号、例えば、H.323 等で規定されている呼制御パケット（例えば、SETUP パケットとその応答のACK パケット、またはARP パケットとその応答のACK パケット）や独自の問い合わせパケットなどを使用してもよい。
【００２６】
次にスクリーンセーバ及び入力無し時間にもとづいて、在席か否かを認識する場合について説明する。在席状態判断手段１４は、通信端末１０のスクリーンセーバの起動時間を測定し、起動時間が一定時間を越えた場合に、不在席と判断する。
【００２７】
また、在席状態判断手段１４は、通信端末１０のキーボードやマウス等の入力部への入力操作がない時間（入力無し時間）を測定し、入力無し時間が一定時間を越えた場合に、不在席と判断する。
【００２８】
図５はスクリーンセーバ及び入力無し時間にもとづく在席／不在席検出時のフローチャートを示す図である。
〔Ｓ３０〕在席状態判断手段１４は、自端末のスクリーンセーバが起動しているか否かを判断する。起動していればステップＳ３１へ、起動していなければステップＳ３３へ行く。
〔Ｓ３１〕在席状態判断手段１４は、スクリーンセーバ起動時間があらかじめ定めた一定時間を経過しているか否かを判断する。経過していればステップＳ３４へ、経過していなければステップＳ３２へ行く。
〔Ｓ３２〕在席状態判断手段１４は、在席と判断する。
〔Ｓ３３〕在席状態判断手段１４は、入力無し時間があらかじめ定めた一定時間を経過しているか否かを判断する。経過していればステップＳ３４へ、経過していなければステップＳ３２へ行く。
〔Ｓ３４〕在席状態判断手段１４は、不在席と判断する。
【００２９】
なお、在席情報生成手段１５は、上述のスクリーンセーバ及び入力無し時間にもとづいて判断された、在席状態に対応する在席／不在席を示す在席情報を生成し、在席情報送信手段１６はその在席情報を発信端末１０ａへ送信する。
【００３０】
発信端末１０ａは、在席情報受信手段１２によって、この在席情報を受信し、在席情報表示手段１３により画面上に在席情報を表示する。
次に端末操作者の荷重を検出して、在席か否かを認識する場合について説明する。在席状態判断手段１４は、操作者近傍の床に設置された圧力センサによる一定圧力以上の検出荷重にもとづいて、在席状態を判断する。
【００３１】
図６は圧力センサを利用した場合の概念図である。図に示すように、床置き型の簡易圧力センサ５０（一定以上荷重がかからないとＯＮにならない多接点型スイッチ等）を通信端末１０に接続し、在席状態をセンサで検出可能としている。
【００３２】
椅子設置型だと椅子と通信端末１０の間を線でつなぐ必要があり、着席時に障害となる問題があるが、床置き型とすれば、そのような支障をなくすことができる。
【００３３】
次にメッセージ制御手段について説明する。メッセージ制御手段は、通信端末１０に含まれ、相手不在時に、相手に送信すべき複数パターンのメッセージを格納している。そして、選択されたメッセージを送信する。
【００３４】
図７はメッセージの一例を示す図である。図に示すメッセージ６０の項目としては、相手の氏名６１、在席情報問い合わせ時の相手端末状態を示す端末状態６２及びメッセージ６３がある。
【００３５】
メッセージ制御手段は、このメッセージ６０のような定型化したメッセージパターンを複数格納している。ここで、メッセージ６３で“以下の伝言があります”を選択した場合には、詳細欄６３ａに詳細な伝言を記載できる。
【００３６】
また、メッセージ６０を送信する際は、ボタン６４ａを指示すれば、メッセージ６０が相手端末へ送信される。さらに、ボタン６４ｂを指示すれば、メッセージ６０がキャンセルされる。
【００３７】
次に管理サーバを含む通信システムについて説明する。図８は通信システムの構成を示す図である。通信システム１ａには、ＩＰネットワークであるネットワーク１００ａ上に対して、ＶｏＩＰ機能を有する通信端末１０−１〜１０−３が接続する。また、ＶｏＩＰの管理制御を行う管理サーバ２０が接続する。なお、通信端末は、実際にはネットワーク１００ａに任意の数接続可能である。
【００３８】
通信端末１０−１〜１０−３は、上記で説明した通信端末１０が持つ各構成手段を有している。管理サーバ２０は、スケジュール情報管理手段２１を含む。スケジュール情報管理手段２１は、通信端末１０−１〜１０−３の操作者のスケジュール情報（例えば、２月９日の１５：００から１６：００までは不在、といったような各端末操作者毎のスケジュール情報）を管理して、スケジュール情報の送受信を行う。なお、スケジュール情報は、スケジュールデータベース２１ａに格納される。
【００３９】
次に図８の通信システム１ａに対し、マルチライン着信時における制御について説明する。マルチライン着信機能とは、発信者である通信端末１０−３から主着信者である通信端末１０−１への着信があった場合、従着信者（例えば、主着信者の秘書等に該当する）である通信端末１０−２に対しても着信する、ＰＢＸのサービスをいう。
【００４０】
スケジュール情報管理手段２１は、マルチライン着信時に、主着信者のスケジュール情報を通信端末（従着信者）１０−２へ送信する。
図９はマルチライン着信時の動作を示すフローチャートである。通信端末（発信者）１０−３から通信端末（主着信者）１０−１への着信時、主着信者が不在であるとする。
〔Ｓ４０〕通信端末（発信者）１０−３は、通信端末（主着信者）１０−１へ発信する。
〔Ｓ４１〕ＰＢＸサービスとして、通信端末（主着信者）１０−１と通信端末（従着信者）１０−２へマルチライン着信する。
〔Ｓ４２〕従着信者がハンドオフする。そして、通信端末（従着信者）１０−２は、管理サーバ２０にアクセスして通信端末（主着信者）１０−１のアドレスを指定し、主着信者のスケジュール情報の問い合わせを行う。
〔Ｓ４３〕スケジュール情報管理手段２１は、通信端末（主着信者）１０−１のスケジュール情報を、通信端末（従着信者）１０−２へ送信する。
〔Ｓ４４〕通信端末（従着信者）１０−２は、入手したスケジュール情報を画面上に表示する。
【００４１】
図１０はスケジュール情報の一例を示す図である。図のスケジュール情報７０は、項目として、発信者、着信者、端末状態、主着信者のスケジュール、主着信者の緊急連絡先から構成されている。
【００４２】
このように、マルチライン着信時に、通信端末（従着信者）１０−２は、主着信者のスケジュール情報を管理サーバ２０から入手できるので、従着信者は、主着信者のスケジュールを、発信者に的確に知らせることができ、業務の効率化を図ることが可能になる。
【００４３】
次に図８の通信システム１ａに対し、ピックアップ応答時における制御について説明する。ピックアップ機能とは、発信者である通信端末１０−３から主着信者である通信端末１０−１へ着信があった場合、従着信者の通信端末１０−２から応答できるＰＢＸのサービスのことをいう。
【００４４】
スケジュール情報管理手段２１は、主着信者のスケジュール情報を、ピックアップ応答した通信端末（従着信者）１０−２へ送信する。
図１１はピックアップ応答時の動作を示すフローチャートである。通信端末（発信者）１０−３から通信端末（主着信者）１０−１への着信時、主着信者が不在であるとする。
〔Ｓ５０〕通信端末（発信者）１０−３は、通信端末（主着信者）１０−１へ発信する。
〔Ｓ５１〕通信端末（従着信者）１０−２は、通信端末（主着信者）１０−１の着信をピックアップする。
〔Ｓ５２〕通信端末（従着信者）１０−２は、管理サーバ２０にアクセスして、通信端末（主着信者）１０−１のアドレスを指定し主着信者のスケジュール情報の問い合わせを行う。
〔Ｓ５３〕スケジュール情報管理手段２１は、通信端末（主着信者）１０−１のスケジュール情報を、応答者である通信端末（従着信者）１０−２へ送信する。
〔Ｓ５４〕通信端末（従着信者）１０−２は、入手したスケジュール情報を画面上に表示する。
【００４５】
このように、ピックアップ応答時に、通信端末（従着信者）１０−２は、主着信者のスケジュール情報を管理サーバ２０から入手できるので、従着信者は、主着信者のスケジュールを、発信者に的確に知らせることができ、業務の効率化を図ることが可能になる。
【００４６】
次に在席自動通知手段について説明する。在席自動通知手段は通信端末１０に含まれ、不在席から在席に変化した場合に、不在席中に発信があった発信者へ、在席に変化した旨を自動通知する。
【００４７】
図１２は在席自動通知に関する動作を示すフローチャートである。
〔Ｓ６０〕発信端末１０ａは、相手が不在である旨の在席情報を受信する。
〔Ｓ６１〕発信端末１０ａは、相手が在席になったら、その旨の通知を受けるかどうかの在席通知有無の指定を設定する画面を表示する。
〔Ｓ６２〕発信端末１０ａは、在席自動通知が必要な場合は、在席自動通知要求メッセージを着信端末１０ｂまたは管理サーバ２０へ送信する。
〔Ｓ６３〕着信端末１０ｂは、発信端末１０ａまたは管理サーバ２０から送信された在席自動通知要求メッセージを受信すると、在席になった場合に、在席通知メッセージを発信端末１０ａまたは管理サーバ２０へ送信する。
〔Ｓ６４〕発信端末１０ａは、発信端末１０ａまたは管理サーバ２０から送信された在席通知メッセージを受信して画面上に表示する。これにより、通信相手の在席／不在席の情報を簡便に知ることができる。
【００４８】
次に通信システム１と外部網とを接続した場合のシステム構成及び動作について説明する。図１３は通信システムの構成を示す図である。
通信システム１ｂは、ネットワーク１００ｂ上に、通信端末１０−１〜１０−ｎと、プロトコル変換装置であるゲートウェイ３０が接続したシステム構成を持つ。
【００４９】
ゲートウェイ３０は、電話機４ａがつながる外部の公衆網４と、ネットワーク１００ｂと接続し、公衆網４とネットワーク１００ｂとのプロトコル変換を行って、相互のデータをやりとりする。なお、図中、管理サーバ２０は示していないが、ネットワーク１００ｂに管理サーバ２０を接続してもよい。
【００５０】
図１４は公衆網４から通信端末１０−１への着信時のシーケンスを示す図である。通信端末１０−１が電源ＯＮの場合についてのシーケンスである。
〔Ｓ７０〕ゲートウェイ３０は、電話機４ａからの着信を受信する。
〔Ｓ７１〕ゲートウェイ３０は、ＳＥＴＵＰを通信端末１０−１へ送信する。なお、ネットワーク１００ｂは、ＴＣＰのプロトコルを有するＬＡＮネットワークとする。
〔Ｓ７２〕通信端末１０−１は、ゲートウェイ３０からの着信情報であるＳＥＴＵＰを受信したので、相手は外部装置と判断する。そして、ＡＬＥＲＴ、ＣＯＮＮをゲートウェイ３０へ送信する。
〔Ｓ７３〕ゲートウェイ３０は、電話機４ａに応答信号を送信する。
〔Ｓ７４〕電話機４ａと通信端末１０−１間で通話パスが形成される。
〔Ｓ７５〕通信端末１０−１は、在席または不在席のいずれかを示す在席情報を、音声メッセージに編集して、ゲートウェイ３０を通じて電話機４ａへ送信する。
【００５１】
なお、上記の説明では、外部装置を一般の電話機４ａとしたので、在席情報の音声メッセージ編集を行ったが、外部装置がパソコンなどであれば、音声メッセージ編集等を行わずに在席情報を送信すればよい。
【００５２】
図１５は公衆網４から通信端末１０−１への着信時のシーケンスを示す図である。通信端末１０−１が電源ＯＦＦの場合についてのシーケンスである。
〔Ｓ８０〕ゲートウェイ３０は、電話機４ａからの着信を受信する。
〔Ｓ８１〕ゲートウェイ３０は、ＳＥＴＵＰを通信端末１０−１へ送信する。
〔Ｓ８２〕ゲートウェイ３０は、通信端末１０−１からの応答がないので、通信端末１０−１の電源がＯＦＦと判断する。
〔Ｓ８３〕ゲートウェイ３０は、電話機４ａに応答信号を送信する。
〔Ｓ８４〕電話機４ａとゲートウェイ３０間で通話パスが形成される。
〔Ｓ８５〕ゲートウェイ３０は、不在メッセージを電話機４ａへ送信する。
【００５３】
次に通信相手が外部の者に対する、スケジュール情報の制御について説明する。管理サーバ２０のスケジュール情報管理手段２１は、通信相手が外部の者と判断した場合には、外部者用スケジュール情報を送信する。
【００５４】
外部者用スケジュール情報とは、詳細な業務情報が記載されている通常のスケジュール情報に対して、戻り予定や緊急連絡先、担当者名等の社外に公開してもよい情報のみで構成されるスケジュール情報である。
【００５５】
図１６はスケジュール情報の送信処理手順を示すフローチャートである。
〔Ｓ９０〕スケジュール情報管理手段２１は、スケジュール情報問い合わせメッセージを受信する。
〔Ｓ９１〕スケジュール情報管理手段２１は、スケジュール情報問い合わせメッセージの発信アドレスが、登録アドレス（例えば、社内のアドレス）であればステップＳ９２へ、そうでなければステップＳ９３へ行く。
〔Ｓ９２〕発信者に通常のスケジュール情報を送信する。
〔Ｓ９３〕スケジュール情報管理手段２１は、発信者を外部の者と判断して、外部者用スケジュール情報を送信する。
【００５６】
次に話中に関する制御について説明する。上記の説明では、通信相手の在席／不在席に関する制御であったが、通信システムは、通信相手が話中か否かの制御についても適用可能である。
【００５７】
図１７は通信システム１で話中に関する制御の動作を示すフローチャートである。
〔Ｓ１００〕着信端末１０ｂは、自装置の操作者が話中か否かといった話中状態を判断する。
〔Ｓ１０１〕着信端末１０ｂは、話中状態にもとづいて、話中情報を生成する。
〔Ｓ１０２〕発信端末１０ａは、通信相手の話中状態の問い合わせを行う。
〔Ｓ１０３〕着信端末１０ｂは、話中情報を発信端末１０ａへ送信する。
〔Ｓ１０４〕発信端末１０ａは、通信相手の話中情報を着信端末１０ｂから受信する。
〔Ｓ１０５〕発信端末１０ａは、受信した話中情報を表示する。
【００５８】
なお、上記の説明では、端末装置間で話中制御を行ったが、管理サーバ２０から発信端末１０ａへ着信端末１０ｂの話中情報を送信してもよい。
例えば、発信端末１０ａが通信相手の指定時に、管理サーバ２０から通信相手である着信端末１０ｂの話中情報を、発信端末１０ａへ送信する。これにより、発信端末１０ａでは、無駄な発信操作を行う必要がなくなるので、利便性の向上を図ることが可能になる。
【００５９】
次に管理サーバ２０での管理情報の更新制御について説明する。図１８は更新内容を、登録してある通信端末１０に送信している様子を示す図である。管理サーバ２０は、定期的に通信端末１０−１〜１０−ｎの在席状態、話中状態を問い合わせて、管理情報を更新し、その更新内容を、登録してある通信端末１０に送信する。
【００６０】
また、更新内容を知りたい相手は、通信端末１０の操作者が任意に設定可能である。例えば、図に示す通信端末１０−１は、登録端末状態１１０に、更新内容を知りたい相手としてＡ、Ｂ、Ｃの３人を指定しており、画面上にはＡ、Ｂ、Ｃの３人の在席状態及び話中状態が表示される。
【００６１】
以上説明したように、通信システムは、端末で在席状態を管理し、電話発信時の情報交換により、相手状態を知ることができるので、在席通知システムを安価に実現でき、かつ操作性を向上することが可能になる。
【００６２】
また、端末ＰＣの電源状態、スクリーンセーバ起動時間、入力無し時間、圧力センサにより、在席状態を知ることができ、在席通知が簡易に実現でき、かつ在席判定の確度を増すことが可能になる。 さらに、相手不在時に簡易な操作で相手にメッセージを残すことが可能となり、サービス性が向上する。また、相手不在時に相手のスケジュールや緊急連絡先、担当情報等の情報を知ることができ、サービス性がさらに向上する。
【００６３】
また、マルチライン着信やピックアップ応答時に、主たる着信者のスケジュール情報を表示することで、応対の効率をあげ、作業時間の短縮につながる。
さらに、発信相手により着信者不在時に送信するスケジュール情報を変えることで、社外秘の情報の漏洩を防ぐ等のセキュリティを確保することが可能になる。
【００６４】
また、在席自動通知手段により、相手が在席になったことをリアルタイムに知ることができるので、相手と確実にコミュニケーションをとりたい時のサービス性がさらに向上する。
【００６５】
【発明の効果】
以上説明したように、通信システムは、在席状態の判断、在席情報の問い合わせ、在席情報の表示を、通信端末装置間で行う構成とした。これにより、端末間同士で在席情報に関する制御を行うことができるので、柔軟性及びサービス性の向上を図ることが可能になる。
【図面の簡単な説明】
【図１】 通信システムの原理図である。
【図２】 通信システムの動作を示すフローチャートである。
【図３】 電源断検出シーケンスを示す図である。
【図４】 電源断検出シーケンスを示す図である。
【図５】 スクリーンセーバ及び入力無し時間にもとづく在席／不在席検出時のフローチャートを示す図である。
【図６】 圧力センサを利用した場合の概念図である。
【図７】 メッセージの一例を示す図である。
【図８】 通信システムの構成を示す図である。
【図９】 マルチライン着信時の動作を示すフローチャートである。
【図１０】 スケジュール情報の一例を示す図である。
【図１１】 ピックアップ応答時の動作を示すフローチャートである。
【図１２】 在席自動通知に関する、発信端末の動作を示すフローチャートである。
【図１３】 通信システムの構成を示す図である。
【図１４】 公衆網から通信端末への着信時のシーケンスを示す図である。
【図１５】 公衆網から通信端末への着信時のシーケンスを示す図である。
【図１６】 スケジュール情報の送信処理手順を示すフローチャートである。
【図１７】 通信システムで話中に関する制御の動作を示すフローチャートである。
【図１８】 更新内容を、登録してある通信端末に送信している様子を示す図である。
【符号の説明】
１ 通信システム
１０ａ 発信側通信端末装置
１０ｂ 着信側通信端末装置
１１ 在席状態問い合わせ手段
１２ 在席情報受信手段
１３ 在席情報表示手段
１４ 在席状態判断手段
１５ 在席情報生成手段
１６ 在席情報送信手段
１００ ネットワーク
Claims (1)
- ネットワーク上で、在席しているか否かの情報の通信制御を行う通信システムにおいて、
通信相手の在席状態の問い合わせを行う在席状態問い合わせ手段と、在席情報を受信する在席情報受信手段と、受信した前記在席情報を表示する在席情報表示手段と、から構成される発信側通信端末装置と、
前記在席状態を判断する在席状態判断手段と、前記在席情報を生成する在席情報生成手段と、前記問い合わせを受信した際に、前記在席情報を送信する在席情報送信手段と、から構成される着信側通信端末装置と、
前記ネットワークを介して前記発信側通信端末装置と前記着信側通信端末装置に接続し、前記着信側通信端末装置の操作者のスケジュール情報を管理して、前記スケジュール情報の送受信を行うスケジュール情報管理手段を含む管理サーバと、
を有し、
前記スケジュール情報管理手段は、前記発信側通信端末装置の操作者が外部者か否かを判断し、外部者の場合には、外部者用スケジュール情報を前記発信側通信端末装置へ送信する、
ことを特徴とする通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000088520A JP3895092B2 (ja) | 2000-03-24 | 2000-03-24 | 通信システム |
| US09/746,495 US7023964B2 (en) | 2000-03-24 | 2000-12-21 | Communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000088520A JP3895092B2 (ja) | 2000-03-24 | 2000-03-24 | 通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001274908A JP2001274908A (ja) | 2001-10-05 |
| JP3895092B2 true JP3895092B2 (ja) | 2007-03-22 |
Family
ID=18604392
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000088520A Expired - Fee Related JP3895092B2 (ja) | 2000-03-24 | 2000-03-24 | 通信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7023964B2 (ja) |
| JP (1) | JP3895092B2 (ja) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6735287B2 (en) * | 2001-11-16 | 2004-05-11 | Sbc Technology Resources, Inc. | Method and system for multimodal presence detection |
| TWI245507B (en) * | 2002-08-06 | 2005-12-11 | Realtek Semiconductor Corp | System and method for network connection detection |
| JP2004178236A (ja) * | 2002-11-27 | 2004-06-24 | Hitachi Ltd | 分散型コミュニケーションシステム |
| JP2004214934A (ja) * | 2002-12-27 | 2004-07-29 | Matsushita Electric Ind Co Ltd | プレゼンス情報処理端末及びプレゼンス情報処理用プログラム並びにプレゼンスサービス提供サーバ |
| US7945035B2 (en) * | 2003-02-28 | 2011-05-17 | Siemens Enterprise Communications, Inc. | Dynamic presence proxy for call sessions |
| JP2004312357A (ja) * | 2003-04-07 | 2004-11-04 | Yamaha Corp | インターネット電話装置、情報通知装置、音声提供装置、及びインターネット電話システム |
| US20050009542A1 (en) * | 2003-07-11 | 2005-01-13 | Valentin Oprescu-Surcobe | Wireless communications network and method for enabling wireless presence-based services |
| US8688786B2 (en) * | 2003-09-25 | 2014-04-01 | Oracle America, Inc. | Method and system for busy presence state detection in an instant messaging system |
| KR100590867B1 (ko) | 2003-12-05 | 2006-06-19 | 삼성전자주식회사 | 아이 피 기반의 화상/음성 통신 시스템 및 이를 이용한 호전환/호 픽업 방법 |
| JP2006003950A (ja) * | 2004-06-15 | 2006-01-05 | Daikin Ind Ltd | 情報処理装置および情報処理方法、並びにプログラム |
| US8117073B1 (en) * | 2004-09-17 | 2012-02-14 | Rearden Commerce, Inc. | Method and system for delegation of travel arrangements by a temporary agent |
| US7925540B1 (en) | 2004-10-15 | 2011-04-12 | Rearden Commerce, Inc. | Method and system for an automated trip planner |
| US7970666B1 (en) | 2004-12-30 | 2011-06-28 | Rearden Commerce, Inc. | Aggregate collection of travel data |
| US20080147450A1 (en) * | 2006-10-16 | 2008-06-19 | William Charles Mortimore | System and method for contextualized, interactive maps for finding and booking services |
| US9117223B1 (en) | 2005-12-28 | 2015-08-25 | Deem, Inc. | Method and system for resource planning for service provider |
| US20070150349A1 (en) * | 2005-12-28 | 2007-06-28 | Rearden Commerce, Inc. | Method and system for culling star performers, trendsetters and connectors from a pool of users |
| GB0602523D0 (en) * | 2006-01-05 | 2006-03-22 | Redburn Consulting Ltd | Community messaging system |
| US20070263073A1 (en) * | 2006-03-29 | 2007-11-15 | Polycom, Inc. | System and method for identifying the reachability status of ip and sip based videoconferencing systems |
| JP4749217B2 (ja) * | 2006-04-27 | 2011-08-17 | 京セラ株式会社 | グループ通話通知方法及び移動局 |
| US7941374B2 (en) | 2006-06-30 | 2011-05-10 | Rearden Commerce, Inc. | System and method for changing a personal profile or context during a transaction |
| US20080004917A1 (en) * | 2006-06-30 | 2008-01-03 | Rearden Commerce, Inc. | System and method for automatically rebooking reservations |
| JP4829037B2 (ja) * | 2006-08-14 | 2011-11-30 | 富士通株式会社 | データ選択支援プログラム、データ選択支援方法およびデータ選択支援装置 |
| KR101168481B1 (ko) | 2007-05-09 | 2012-07-26 | 아이로보트 코퍼레이션 | 자동 커버리지 로봇 |
| US20090006143A1 (en) * | 2007-06-26 | 2009-01-01 | Rearden Commerce, Inc. | System and Method for Interactive Natural Language Rebooking or Rescheduling of Calendar Activities |
| US20090210261A1 (en) * | 2008-02-20 | 2009-08-20 | Rearden Commerce, Inc. | System and Method for Multi-Modal Travel Shopping |
| JP2009218855A (ja) * | 2008-03-11 | 2009-09-24 | Oki Electric Ind Co Ltd | 電話システム |
| US20090248457A1 (en) * | 2008-03-31 | 2009-10-01 | Rearden Commerce, Inc. | System and Method for Providing Travel Schedule of Contacts |
| US20100211419A1 (en) * | 2009-02-13 | 2010-08-19 | Rearden Commerce, Inc. | Systems and Methods to Present Travel Options |
| US10552849B2 (en) * | 2009-04-30 | 2020-02-04 | Deem, Inc. | System and method for offering, tracking and promoting loyalty rewards |
| JP5236693B2 (ja) * | 2009-08-24 | 2013-07-17 | 株式会社フジクラ | 在室状況判定サーバ、在室状況判定システム、プログラム、および記録媒体 |
| JP2011070501A (ja) * | 2009-09-28 | 2011-04-07 | Oki Electric Industry Co Ltd | 行動予定補完システムおよび情報処理装置 |
| JP2012113359A (ja) * | 2010-11-19 | 2012-06-14 | Kyocera Mita Corp | 画像形成システム、画像形成装置、および画像形成方法 |
| US9449288B2 (en) | 2011-05-20 | 2016-09-20 | Deem, Inc. | Travel services search |
| US8930840B1 (en) * | 2012-07-10 | 2015-01-06 | Google Inc. | Determining display order for navigating between application windows and navigating between tabs in a window |
| JP6011601B2 (ja) * | 2014-12-03 | 2016-10-19 | カシオ計算機株式会社 | 情報処理装置及びプログラム |
| JP2020119424A (ja) * | 2019-01-28 | 2020-08-06 | シャープ株式会社 | 情報処理装置、情報処理システム、情報処理方法およびプログラム |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0631260A (ja) | 1992-07-14 | 1994-02-08 | Ebara Corp | 廃棄物処分場 |
| US5515426A (en) * | 1994-02-28 | 1996-05-07 | Executone Information Systems, Inc. | Telephone communication system having a locator |
| US5652789A (en) * | 1994-09-30 | 1997-07-29 | Wildfire Communications, Inc. | Network based knowledgeable assistant |
| US6108704A (en) * | 1995-09-25 | 2000-08-22 | Netspeak Corporation | Point-to-point internet protocol |
| US6343115B1 (en) * | 1996-02-13 | 2002-01-29 | At&T Corp | Method of announcing an internet call |
| JPH10207938A (ja) | 1997-01-16 | 1998-08-07 | Nippon Light Metal Co Ltd | 在席表示システム |
| JPH1139570A (ja) | 1997-07-17 | 1999-02-12 | Fujitsu Ltd | パーソナル管理システム |
| IL121501A (en) * | 1997-08-08 | 2003-04-10 | Icq Inc | Telephone-status notification system |
| US6842505B1 (en) * | 1999-04-05 | 2005-01-11 | Estech Systems, Inc. | Communications system enhanced with human presence sensing capabilities |
-
2000
- 2000-03-24 JP JP2000088520A patent/JP3895092B2/ja not_active Expired - Fee Related
- 2000-12-21 US US09/746,495 patent/US7023964B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20010025314A1 (en) | 2001-09-27 |
| JP2001274908A (ja) | 2001-10-05 |
| US7023964B2 (en) | 2006-04-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3895092B2 (ja) | 通信システム | |
| US7085364B1 (en) | Advanced conference drop | |
| US6665375B1 (en) | Method and apparatus for providing accessibility to call connection status | |
| ES2232858T3 (es) | Establecimiento de una red de transmision de datos por paquetes. | |
| US5757901A (en) | Call transfer system and electronic mail transfer system | |
| CN1640110B (zh) | 在分组交换电话网络中进行计算机电话集成的装置和方法 | |
| CN101262514B (zh) | 使用智能端点提供电话服务 | |
| WO2000008813A1 (fr) | Systeme et procede de communication de messages avec caracteres | |
| CN100484170C (zh) | 扩展手机功能以及移动性 | |
| JP4920516B2 (ja) | 電話システムおよび代理応答電話機 | |
| JP2008236241A (ja) | 電話システムとその交換装置 | |
| US20080037446A1 (en) | Facilitating connection to a conference call | |
| CN101494698A (zh) | 电话系统 | |
| US20070153773A1 (en) | Communication control unit | |
| JP2009071603A (ja) | 第３者制御にて２者間通話又は多者間通話を実現する通信システム及び通信方法 | |
| CN102333165B (zh) | 用于标记呼出电话呼叫的方法和装置 | |
| JP2003283700A (ja) | 通信システム | |
| JP5067543B2 (ja) | Ｉｐ電話システム、子機装置および通信処理プログラム | |
| JP4498252B2 (ja) | 電話システム | |
| JP2007281683A (ja) | 電話システム | |
| JP3676313B2 (ja) | 個人呼び出しシステム | |
| JP7436952B2 (ja) | 電話システムおよび電話制御装置 | |
| JP4094316B2 (ja) | インターネット電話方式および方法 | |
| JP3874638B2 (ja) | ＶｏＩＰシステムにおける特定相手非動作通知方法およびＶｏＩＰシステム用通信交換管理装置 | |
| JP3753098B2 (ja) | Ｉｐ電話システムおよびそのｉｐ電話端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060413 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060627 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060824 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060919 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061212 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061213 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091222 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101222 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111222 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121222 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121222 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131222 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |