JP3612054B2 - シンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体 - Google Patents
シンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体 Download PDFInfo
- Publication number
- JP3612054B2 JP3612054B2 JP2001356327A JP2001356327A JP3612054B2 JP 3612054 B2 JP3612054 B2 JP 3612054B2 JP 2001356327 A JP2001356327 A JP 2001356327A JP 2001356327 A JP2001356327 A JP 2001356327A JP 3612054 B2 JP3612054 B2 JP 3612054B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- thin client
- call connection
- client terminal
- user
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、端末管理のコスト削減を目的としたシンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体に関する。
【０００２】
【従来の技術】
従来より、端末管理のコスト削減を目的としたシンクライアントシステムが利用されている。以下、シンクライアントをＴＣと略す。
【０００３】
図７は、従来のＴＣシステムを示す図である。
【０００４】
ＴＣシステムは、ＴＣサーバ１Ａと複数のＴＣ端末２から構成される。ＴＣサーバ１Ａにあっては、ユーザ毎に起動されたプロセスが１対１で対応するＴＣ端末２と通信して処理を進める。各ＴＣ端末２は通信データを固定磁気ディスク装置などの外部記憶装置に記憶しないので、入出力デバイスとその駆動処理部（いわゆるドライバ）とデータ通信部を主な構成要素とし、このため、ユーザが所望する本来のデータ処理はＴＣサーバ１Ａで行なわれる。
【０００５】
このため、ＴＣ端末２におけるアプリケーションプログラムの更新等が不要になり、端末管理のコスト削減が図られる。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のＴＣシステムでは、ＴＣ端末２から外部の汎用端末４（一般のＰＣなど）への通信は行えたが、逆に汎用端末４などからＴＣ端末２への通信は行えなかった。これは、従来のＴＣシステムでは、外部との通信が考慮されておらず、したがって外部からは各ＴＣ端末２を識別することができなかったからである。
【０００７】
仮に図８に示すように、ＴＣ端末２と汎用端末４とが通信できたとしても、この場合は、ＴＣサーバ１Ａの通信ポート等の通信資源が占有されてしまうので、他のＴＣ端末２と外部との通信やＴＣ端末同士の通信が行えないという不都合があった。
【０００８】
そこで本発明は、上記従来の課題に鑑みてなされたものであり、その目的とするところは、少なくとも外部からシンクライアント端末への通信を可能としたシンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体を提供することにある。
【０００９】
【課題を解決するための手段】
上記従来の課題を解決するために、請求項１の本発明は、通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバにおいて、前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成することを特徴とするシンクライアントサーバをもって解決手段とする。
【００１０】
請求項２の本発明は、シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し前記割り当てたポートから呼接続要求を行うことを特徴とする請求項１記載のシンクライアントサーバをもって解決手段とする。
【００１１】
請求項３の本発明は、シンクライアント端末からシンクライアント端末への呼接続要求があったときは、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記呼接続要求を行ったシンクライアント端末との通信経路を形成することを特徴とする請求項１または２記載のシンクライアントサーバをもって解決手段とする。
【００１２】
請求項４の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うことを特徴とする請求項１ないし３のいずれかに記載のシンクライアントサーバをもって解決手段とする。
【００１３】
請求項５の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが前記記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うことを特徴とする請求項１ないし４のいずれかに記載のシンクライアントサーバをもって解決手段とする。
【００１４】
請求項６の本発明は、通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバの呼接続方法であって、前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成することを特徴とする呼接続方法をもって解決手段とする。
【００１５】
請求項７の本発明は、シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し前記割り当てたポートから呼接続要求を行うことを特徴とする請求項６記載の呼接続方法をもって解決手段とする。
【００１６】
請求項８の本発明は、通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバの呼接続方法であって、前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末からシンクライアント端末への呼接続要求があったときは、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記呼接続要求を行ったシンクライアント端末との通信経路を形成することを特徴とする呼接続方法をもって解決手段とする。
【００１７】
請求項９の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うことを特徴とする請求項６ないし８のいずれかに記載の呼接続方法をもって解決手段とする。
【００１８】
請求項１０の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが前記記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うことを特徴とする請求項６ないし９のいずれかに記載の呼接続方法をもって解決手段とする。
【００１９】
請求項１１の本発明は、請求項６ないし１０のいずれかに記載の呼接続方法を実行させる呼接続プログラムをもって解決手段とする。
【００２０】
請求項１２の本発明は、請求項６ないし１０のいずれかに記載の呼接続方法を実行させる呼接続プログラムが記録された記録媒体をもって解決手段とする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。以下、ＴＣは「シンクライアント」の、ＡＰは「アプリケーション」の、ＩＤは「識別情報」の略称として使用する。
【００２２】
図１は、本発明の実施の形態に係るシンクライアントシステムの構成とその利用形態を示す図であり、図２は、本実施の形態で使用される各管理表を示す図である。本実施の形態では、ＬＡＮセグメント内でＴＣサーバ１と複数のＴＣ端末２，２，２，…とを含むＴＣシステム１００が構成されている。同ＬＡＮセグメントには、接続ＩＤ管理サーバ３及び汎用端末４が構成されている。汎用端末４は本発明の外部端末に相当する。
【００２３】
汎用端末４には、この汎用端末４を利用するユーザの接続ＩＤ「００４１」が記憶され、当該ユーザの操作により接続ＩＤ管理サーバ３へＴＣサーバ１のＩＰアドレスを要求し、応答されるＩＰアドレスと、予め決められたポート番号「６００００」とを宛先に指定した呼接続信号を送信する。なお、このシステムを、Ｖｏｉｃｅ ｏｖｅｒ ＩＰ（ＩＴＵ−ＴＨ．３２３やＩＥＴＦ ＳＩＰなど）の技術を用いた電話システムに適用する場合に、接続ＩＤは電話番号やユーザ名などのＶｏＩＰ識別子となり、汎用端末４はＩＰ電話機となる。
【００２４】
接続ＩＤ管理サーバ３は、図２（ａ）に示すように、ＴＣサーバ１のＩＰアドレスとＴＣシステム１００を利用する複数のユーザｏｔａｎｉ，ｓａｔｏ，ｔａｎａｋａ，…に付与された接続ＩＤ「００２１」，「００２２」，「００２３」，…とを対応づけた接続ＩＤ管理表３１を保持管理する。接続ＩＤ管理表３１には、さらに、汎用端末４のＩＰアドレス１９２．１６８．４．１と汎用端末４を利用するユーザの接続ＩＤ「００４１」とが対応づけられている。接続ＩＤ管理サーバ３は、接続ＩＤを受信すると、接続ＩＤ管理表３１を参照して、この接続ＩＤに対応するＩＰアドレスを応答する。
【００２５】
ＴＣサーバ１にはＩＰアドレス「１９２．１６８．１．１」、接続ＩＤ管理サーバ３にはＩＰアドレス「１９２．１６８．３．１」、汎用端末４にはＩＰアドレス「１９２．１６８．４．１」がそれぞれ割り当てられている。
【００２６】
ＴＣシステム１００の各ユーザｏｔａｎｉ，ｓａｔｏ，ｔａｎａｋａ，…にはユーザ名としてｏｔａｎｉ，ｓａｔｏ，ｔａｎａｋａ，…が、接続ＩＤとして００２１，００２２，００２３，…がそれぞれ割り当てられている。
【００２７】
また、ＴＣシステム１００にあっては、各ＴＣ端末２は通信データを記憶する固定磁気ディスク装置などの外部記憶装置を備えない。つまり、マウス、キーボード、ディスプレイ装置、マイクロフォン、スピーカ等の入出力デバイスとその駆動処理部（いわゆるドライバ）とデータ通信部（ここではＴＣＰ／ＩＰの通信モジュール等）を主な構成要素とし、このため、ユーザが所望する本来のデータ処理はＴＣサーバ１で行なわれる。
【００２８】
ＴＣサーバ１はサーバ用のオペレーティングシステムの制御の下で動作し、プロセス管理、ユーザ管理、ＴＣ端末２の管理などを行なう。ＴＣサーバ１はまた、ユーザが所望する本来のデータ処理を行うアプリケーションプログラム（ＡＰ）を動作させる。
【００２９】
ＴＣサーバ１は、呼接続ＡＰ１１、端末状態管理部１２、データ振り分け部１３、接続ＩＤ管理部１４、回線管理部１５、マッピング部１６を備える。これらは、ＴＣサーバ１にコンピュータプログラムをロードすることにより実現される。そして、このプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録したり、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【００３０】
呼接続ＡＰ１１は呼接続プロセスを生成するためのコンピュータプログラムであり、呼接続ＡＰ１１を基にして、ＴＣ端末２を通信相手として通信する呼接続プロセスが複数同時に起動できるようになっている。
【００３１】
呼接続プロセスはユーザが発着信に関して操作するためのユーザインタフェースを持ち、ＴＣ端末２と１対１で通信する。呼接続プロセスは、ＴＣ端末２からの呼接続信号をデータ振り分け部１３に送り、データ振り分け部１３からの呼接続信号をＴＣ端末２へ着呼させる。
【００３２】
端末状態管理部１２は、図２（ｂ）に示す管理表１２ａを有し、ユーザがＴＣ端末２を利用している間、つまりログオンしてからログアウトするまでの間は、そのユーザのログオンＩＤであるＴＣユーザ名と当該ユーザに使用されるＴＣ端末２の端末ＩＤとを管理表１２ａにて対応づける。また、管理表１２ａを参照して端末状態管理部１２は、マッピング部１６から与えられるＴＣユーザ名に対応する端末ＩＤを応答する。なお、この例で端末ＩＤはＩＰアドレスとしているがＴＣ端末２を識別できるものならば必ずしもＩＰアドレスに限る必要はない。
【００３３】
データ振り分け部１３は、図２（ｃ）に示す管理表１３ａを有し、ＴＣ端末２と呼接続プロセスとが通信している間は、当該ＴＣ端末２の端末ＩＤと当該呼接続プロセスのプロセスＩＤを管理表１３ａにて対応づけて記憶させる。
【００３４】
データ振り分け部１３は、呼接続プロセスから呼接続要求（信号）において指定された接続ＩＤをマッピング部１６に与え、当該接続ＩＤに対応するＴＣユーザ名がない旨が応答されたときは、回線管理部１５に呼接続要求を指示する。また、回線管理部１５からの呼接続要求において指定された接続ＩＤ、若しくは、呼接続プロセスからの呼接続要求に指定された接続ＩＤをマッピング部１６に与え、当該接続ＩＤに対応するＴＣユーザ名が応答されたときは、当該ＴＣユーザ名のユーザが利用するＴＣ端末２を相手にして通信する呼接続プロセスに対し呼接続要求の着信を要求する。
【００３５】
接続ＩＤ管理部１４は、図２（ｄ）に示す管理表１４ａを有し、管理表１４ａでは予めユーザ毎に、ユーザに付与されたＴＣユーザ名と接続ＩＤとが対応づけて記憶されている。すなわち、ＴＣユーザ名「ｏｔａｎｉ」，「ｓａｔｏ」，「ｔａｎａｋａ」，…と、接続ＩＤ「００２１」，「００２２」，「００２３」，…とが対応づけられている。この管理表１４ａを参照して接続ＩＤ管理部１４は、マッピング部１６から与えられるＴＣユーザ名に対応する接続ＩＤを応答する。
【００３６】
なお、ＴＣ端末２が利用される間の管理表１２ａと管理表１４ａにあっては、このＴＣ端末２を利用しているユーザのＴＣユーザ名及び当該ＴＣ端末２の端末ＩＤが当該ユーザの接続ＩＤに対応づけられて記憶されることになる。
【００３７】
ＴＣサーバ１では、汎用端末４等からの呼接続要求を受信するためのポート（ポート番号「６００００」）を受信可能な状態にし、他のポート（ポート番号「６０００１」，「６０００２」等）は受信不可能としている。
【００３８】
回線管理部１５は、図２（ｅ）に示す管理表１５ａを有し、ポートの識別情報であるポート番号と当該ポートでの受信の可否とを管理表１５ａで対応づけて記憶することにより回線管理を行う。
【００３９】
回線管理部１５は、汎用端末４等からの呼接続要求があると、呼接続後の通信専用に新たなポートを割り当てるとともに当該呼接続要求をデータ振り分け部１３に与え、また、データ振り分け部１３からの呼接続要求の指示があると、呼接続後の通信専用に新たなポートを割り当て、その際に指定された接続ＩＤに対応する汎用端末４等へ要求して実際の呼接続を行う。
【００４０】
マッピング部１６は、回線管理部１５またはデータ振り分け部１３から接続ＩＤが与えられると、接続ＩＤ管理部１４にこの接続ＩＤに対応するＴＣユーザ名を要求して取得する。また、端末状態管理部１２にこのＴＣユーザ名のユーザが使用しているＴＣ端末２の端末ＩＤを要求して取得する。
【００４１】
次に、本実施の形態の作用を説明する。
【００４２】
図３は、ＴＣサーバ１が行う処理の流れを示すフローチャートである。
図３のフローチャートに示すように、ＴＣサーバ１では、呼接続要求があると、ＴＣ端末２からの呼かＴＣ端末２への呼かを判定し（ステップＳ１）、この判定結果により処理を分岐させる。ＴＣ端末２からの呼と判定されたときは、さらにＴＣ端末２への呼かＴＣ端末２以外の汎用端末４等への呼かを判定し（ステップＳ３）、判定結果により処理を分岐させる。
【００４３】
［第１の呼接続手順］
先ず、ステップＳ１でＴＣ端末２への呼と判定される場合、例えば、汎用端末４からユーザｏｔａｎｉの利用するＴＣ端末２への呼の接続手順について説明する。なお、図４は、第１の接続手順にあっての、各端末やサーバ間、並びにＴＣサーバ１内部での処理の流れを示す図である。
【００４４】
なお、管理表１２ａにあっては、ＴＣユーザ名「ｏｔａｎｉ」と端末ＩＤ「１９２．１６８．２．１」とが対応づけられていることとする。また、ユーザｏｔａｎｉは端末ＩＤ「１９２．１６８．２．１」を付与されたＴＣ端末２からログインして、プロセスＩＤ「２００１」を付与された呼接続プロセスと当該ＴＣ端末２とがデータ通信を行っており、管理表１３ａにあっては、端末ＩＤ「１９２．１６８．２．１」とプロセスＩＤ「２００１」が対応づけられていることとする。
【００４５】
さて、汎用端末４でユーザｏｔａｎｉを指定した処理を行うと、汎用端末４は、接続ＩＤ管理サーバ３へユーザｏｔａｎｉの接続ＩＤ「００２１」を送信する。接続ＩＤ管理サーバ３は、管理表１３ａを参照して、この接続ＩＤに対応するＩＰアドレス「１９２．１６８．１．１」を応答する。なお、汎用端末４が管理表１３ａを備えて、かかる処理を汎用端末４内で行うようにしても良い。
【００４６】
次に、汎用端末４は、ＩＰアドレス「１９２．１６８．１．１」とポート番号「６００００」を指定して呼接続信号を送る。したがって、呼接続プロセスではなく回線管理部１５がこの呼接続信号を受けることになるので、ステップＳ１ではＴＣ端末２への呼と判定される。つまり、接続先がＴＣ端末２であると判定される。
【００４７】
次のステップＳ５では回線管理部１５が回線管理を行う。つまり、回線管理部１５は、呼接続信号を受信すると、新たなポート（ポート番号「６０００１」）を割り当て、受信用のポート（ポート番号「６００００」）は再び受信可能な状態へ戻す。また、管理表１５ａにおいて、ポート番号「６０００１」に受信不可である旨を対応づける。
【００４８】
次に、汎用端末４は回線管理部１５に接続ＩＤ「００２１」を送信し、ＴＣサーバ１はこの接続ＩＤに基づいてマッピングを行う。
【００４９】
つまり、ステップＳ７でこの接続ＩＤに対応するＴＣユーザ名を求め、次のステップＳ９でそのＴＣユーザ名のユーザがいずれかのＴＣ端末２を利用中であるか否かを調べ、利用中ならそのＴＣ端末２の端末ＩＤを求める。
【００５０】
具体的にステップＳ７では、回線管理部１５はマッピング部１６へこの接続ＩＤ「０００１」を与え、マッピング部１６は接続ＩＤ「０００１」を接続ＩＤ管理部１４に与え、接続ＩＤ管理部１４は、管理表１４ａを参照して、この接続ＩＤ「０００１」に対応するＴＣユーザ名「ｏｔａｎｉ」を求め、これをマッピング部１６に応答する。
【００５１】
するとステップＳ９では、マッピング部１６は、接続ＩＤ管理部１４からのＴＣユーザ名「ｏｔａｎｉ」を端末状態管理部１２に与え、端末状態管理部１２は管理表１２ａを参照して、このＴＣユーザ名に対応する端末ＩＤ「１９２．１６８．２．１」を求める。なお、対応する端末ＩＤが管理表１２ａにない場合は
つまり、結局のところ、呼接続要求において指定された接続ＩＤ「００２１」に対応するユーザ名及び端末ＩＤの組が存在しない場合は、ログアウトされていることとして、呼接続要求を行った汎用端末４へ不在通知を送る。
【００５２】
この例の場合、マッピング部１６は、求めた端末ＩＤ「１９２．１６８．２．１」を回線管理部１５に与え、回線管理部１５はこの端末ＩＤをデータ振り分け部１３に与える。
【００５３】
続くステップＳ１１ではデータ振り分け部１３がデータ振り分けを行う。具体的には、データ振り分け部１３は、管理表１３ａを参照して、この端末ＩＤ「１９２．１６８．２．１」に対応するプロセスＩＤ「２００１」を求める。そして、プロセスＩＤ「２００１」に対応する呼接続プロセスに対し、呼接続の着呼を指示する。
【００５４】
するとステップＳ１３では呼接続プロセス（プロセスＩＤ「１００１」）がＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）に呼接続信号を着呼させる。
【００５５】
したがって、汎用端末４とＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）との間の通信経路が形成されたことになる、そして、その後は、この経路で通信が開始される。なお、その際のＴＣサーバ１とＴＣ端末２との間の通信データは、外部記憶装置を備えないＴＣ端末２に特有のものである。
【００５６】
なお、ステップＳ１１で、対応するプロセスＩＤが管理表１３ａにないときは、つまり、呼接続要求において指定された接続ＩＤ「００２１」に対応するユーザ名及び端末ＩＤの組が、管理表１２ａに記憶された組の中に存在するにも関わらず、管理表１３ａと管理表１４ａにおいて、当該接続ＩＤ「００２１」に対応するようにプロセスＩＤが記憶されていないときは、データ振り分け部１３は呼接続プロセスを起動した上でステップＳ１３を行い、その後、起動した呼接続プロセスを介してＴＣ端末２の画面に着信通知を表示させる。したがって、一旦ＴＣ端末２からログオンしていれば、データ通信を行っていなくとも、そのＴＣ端末２を利用しているユーザに着信を通知できる。
【００５７】
［第２の呼接続手順］
次に、図３のステップＳ１でＴＣ端末２からの呼と判定され、さらにステップＳ３でＴＣ端末２以外への呼と判定される場合、例えば、ユーザｏｔａｎｉが利用するＴＣ端末２から汎用端末４への呼の接続手順について説明する。なお、図５は、第２の接続手順にあっての、各端末やサーバ間、並びにＴＣサーバ１内部での処理の流れを示す図である。
【００５８】
なお、管理表１２ａにあっては、ＴＣユーザ名「ｏｔａｎｉ」と端末ＩＤ「１９２．１６８．２．１」とが対応づけられていることとする。また、ユーザｏｔａｎｉは端末ＩＤ「１９２．１６８．２．１」を付与されたＴＣ端末２からログインして、プロセスＩＤ「２００１」を付与された呼接続プロセスと当該ＴＣ端末２とがデータ通信しており、管理表１３ａにあっては、端末ＩＤ「１９２．１６８．２．１」とプロセスＩＤ「２００１」が対応づけられていることとする。
【００５９】
さて、汎用端末４を利用するユーザを指定した処理をＴＣ端末２（端末ＩＤ１９２．１６８．２．１）で行うと、このＴＣ端末２は、そのユーザの接続ＩＤ「００４１」を含む呼接続要求（信号）を呼接続プロセス（プロセスＩＤ「２００１」）へ送信する。したがって、回線管理部１５ではなく呼接続プロセスがこの呼接続要求を受けることになるので、ステップＳ１ではＴＣ端末２からの呼と判定される。
【００６０】
次のステップＳ３では、ＴＣ端末２への呼かＴＣ端末２以外の汎用端末４等への呼かを判定する。
【００６１】
つまり、呼接続プロセスは、データ振り分け部１３へ接続ＩＤ「００４１」を与え、データ振り分け部１３はこの接続ＩＤをマッピング部１６へ与え、マッピング部１６はこの接続ＩＤを接続ＩＤ管理部１４に与える。接続ＩＤ管理部１４は、この接続ＩＤ「００４１」に対応するＴＣユーザ名が管理表１４ａに存在しないので、その旨を応答し、マッピング部１６がこれをデータ振り分け部１３に応答する。したがって、ステップＳ３では、ＴＣ端末２以外へ呼と判定される。データ振り分け部１３は、この応答により、回線管理部１５に呼接続要求を指示する。
【００６２】
次のステップＳ５では回線管理部１５が回線管理を行う。つまり、新たなポート（ポート番号「６０００２」）を割り当て、管理表１５ａにおいて、このポート番号「６０００２」に受信不可である旨を対応づける。
【００６３】
次のステップＳ１５では回線管理部１５が汎用端末４へ実際の呼接続を行う。つまり、ＩＰアドレス「１９２．１６８．３．１」を宛先に指定して接続ＩＤ管理サーバ３へ接続ＩＤ「００４１」を送る。接続ＩＤ管理サーバ３は、この接続ＩＤ「００４１」に対応するＩＰアドレス「１９２．１６８．４．１」を応答する。
【００６４】
回線管理部１５は、このＩＰアドレス「１９２．１６８．４．１」を宛先、ポート番号「６０００２」を送信元のポートに指定して呼接続要求（信号）を送る。したがって、呼接続信号は汎用端末４へ着呼することになる。なお、受信用のポート（ポート番号「６００００」）は受信可能な状態のままにする。したがって、これ以降は、汎用端末４とＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）との間で通信が開始される。なお前述したように、その際の、ＴＣサーバ１とＴＣ端末２との間の通信データは、外部記憶装置を備えないＴＣ端末２に特有のものである。
【００６５】
［第３の呼接続手順］
次に、図３のステップＳ１でＴＣ端末２からの呼と判定され、さらにステップＳ３でＴＣ端末２への呼と判定される場合、例えば、ユーザｏｔａｎｉの利用するＴＣ端末２からユーザｓａｔｏの利用するＴＣ端末２への呼の接続処理について説明する。なお、図５は、第２の接続手順にあっての、各端末やサーバ間、並びにＴＣサーバ１内部での処理の流れを示す図である。
【００６６】
なお、管理表１２ａにあっては、ＴＣユーザ名「ｏｔａｎｉ」と端末ＩＤ「１９２．１６８．２．１」とが、ＴＣユーザ名「ｓａｔｏ」と端末ＩＤ「１９２．１６８．２．２」とが対応づけられていることとする。また、ユーザｏｔａｎｉはＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）から、ユーザｓａｔｏはＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）からそれぞれログインしていて、呼接続プロセス（プロセスＩＤ「２００１」）とＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）とが、呼接続プロセス（プロセスＩＤ「２００２」）とＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）とがそれぞれ通信していて、管理表１３ａにあっては、端末ＩＤ「１９２．１６８．２．１」とプロセスＩＤ「２００１」、端末ＩＤ「１９２．１６８．２．２」とプロセスＩＤ「２００２」とがそれぞれ対応づけられていることとする。
【００６７】
さて、ＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）でユーザｓａｔｏを指定した処理を行うと、当該ＴＣ端末２は、接続ＩＤ「００２２」を含む呼接続要求（信号）を呼接続プロセス（プロセスＩＤ「２００１」）へ送信する。したがって、呼接続プロセスが呼接続要求を受けることになるので、ステップＳ１ではＴＣ端末２からの呼と判定される。
【００６８】
次に、この接続ＩＤに対応するＴＣユーザ名があれば、ステップＳ３でＴＣ端末２へ呼と判定される。
【００６９】
この例では、この呼接続プロセスは、データ振り分け部１３へ接続ＩＤ「００２２」を与え、データ振り分け部１３は、マッピング部１６にこの接続ＩＤを与え、マッピング部１６は、接続ＩＤ管理部１４にこの接続ＩＤを与える。接続ＩＤ管理部１４は、この例では、接続ＩＤ「００２２」に対応するＴＣユーザ名が、管理表１４ａに存在するので、そのＴＣユーザ名「ｓａｔｏ」を応答する。
【００７０】
するとステップＳ９では、そのユーザがＴＣ端末２を利用中であるか否かを調べ、利用中ならそのＴＣ端末２の端末ＩＤを求める。
【００７１】
つまり、マッピング部１６は、接続ＩＤ管理部１４からのＴＣユーザ名「ｓａｔｏ」を端末状態管理部１２に与える。端末状態管理部１２は、管理表１２ａを参照して、このＴＣユーザ名に対応する端末ＩＤ「１９２．１６８．２．２」を求める。なお、対応する端末ＩＤが管理表１２ａにない場合は、つまり、結局のところ、呼接続要求において指定された接続ＩＤ「００２２」に対応するユーザ名及び端末ＩＤの組が存在しない場合は、ログアウトされていることとして、呼接続要求を行ったＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）へ不在通知を行う。
【００７２】
ここでは、マッピング部１６は、この求めた端末ＩＤ「１９２．１６８．２．２」をデータ振り分け部１３に与える。
【００７３】
続くステップＳ１１ではデータ振り分け部１３がデータ振り分けを行う。具体的には、データ振り分け部１３は、管理表１３ａを参照して、この端末ＩＤ「１９２．１６８．２．２」に対応するプロセスＩＤ「２００２」を求める。そして、このプロセスＩＤ「２００１」に対応する呼接続プロセスに対し、呼接続の着呼を指示する。
【００７４】
するとステップＳ１３で呼接続プロセス（プロセスＩＤ「２００１」）は、ＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）に呼接続信号を着呼させる。したがって、ＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）とＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）の間での通信経路が形成されたことになる。そして、その後は、この経路で通信が開始される。なお、その際のＴＣサーバ１とＴＣ端末２との間の通信データが、外部記憶装置を備えないＴＣ端末２に特有のものであることは、これまで述べた通りである。
【００７５】
なお、ステップＳ１１で、対応するプロセスＩＤが管理表１３ａにないときは、つまり、呼接続要求において指定された接続ＩＤ「００２２」に対応するユーザ名及び端末ＩＤの組が、管理表１２ａに記憶された組の中に存在するにも関わらず、管理表１３ａと管理表１４ａにおいて、当該接続ＩＤ「００２２」に対応するようにプロセスＩＤが記憶されていないときは、データ振り分け部１３は呼接続プロセスを起動した上でステップＳ１３を行い、その後、起動した呼接続プロセスを介してＴＣ端末２の画面に着信通知を表示させる。したがって、データ通信を行っていなくとも、そのＴＣ端末２を利用しているユーザに着信を通知できる。
【００７６】
【発明の効果】
以上説明したように、本発明によれば、プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成するので、端末管理のコスト削減が可能なシンクライアントシステムの優位性を保ちつつ、さらに外部との呼接続までもが可能となり、したがって通信環境を構築する上でのトータルなコスト削減が可能になる。
【００７７】
また、シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し割り当てたポートから呼接続要求を行うので、複数のシンクライアント端末が外部の端末と同時に通信を行える。
【００７８】
また、シンクライアント端末からシンクライアント端末への呼接続要求があったときは、呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と呼接続要求を行ったシンクライアント端末との通信経路を形成するので、シンクライアント端末同士での通信が可能となる。
【００７９】
また、呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うので、通信相手の不在を知ることができ利便性が向上する。
【００８０】
また、呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うので、プロセスを常に起動していなくとも着信を受けることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシンクライアントシステムの構成とその利用形態を示す図である。
【図２】本実施の形態で使用される各管理表を示す図である。
【図３】ＴＣサーバ１が行う処理の流れを示すフローチャートである。
【図４】第１の接続手順にあっての処理の流れを示す図である。
【図５】第２の接続手順にあっての処理の流れを示す図である。
【図６】第３の接続手順にあっての処理の流れを示す図である。
【図７】従来のＴＣシステムを示す図である。
【図８】従来のＴＣシステムを示す図である。
【符号の説明】
１ ＴＣサーバ（シンクライアントサーバ）
２ ＴＣ端末（シンクライアント端末）
３ 接続ＩＤ管理サーバ
４ 汎用端末
１１ 呼接続ＡＰ
１２ 端末状態管理部
１３ データ振り分け部
１４ 接続ＩＤ管理部
１５ 回線管理部
１６ マッピング部
１００ ＴＣシステム（シンクライアントシステム）
【発明の属する技術分野】
本発明は、端末管理のコスト削減を目的としたシンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体に関する。
【０００２】
【従来の技術】
従来より、端末管理のコスト削減を目的としたシンクライアントシステムが利用されている。以下、シンクライアントをＴＣと略す。
【０００３】
図７は、従来のＴＣシステムを示す図である。
【０００４】
ＴＣシステムは、ＴＣサーバ１Ａと複数のＴＣ端末２から構成される。ＴＣサーバ１Ａにあっては、ユーザ毎に起動されたプロセスが１対１で対応するＴＣ端末２と通信して処理を進める。各ＴＣ端末２は通信データを固定磁気ディスク装置などの外部記憶装置に記憶しないので、入出力デバイスとその駆動処理部（いわゆるドライバ）とデータ通信部を主な構成要素とし、このため、ユーザが所望する本来のデータ処理はＴＣサーバ１Ａで行なわれる。
【０００５】
このため、ＴＣ端末２におけるアプリケーションプログラムの更新等が不要になり、端末管理のコスト削減が図られる。
【０００６】
【発明が解決しようとする課題】
しかしながら、従来のＴＣシステムでは、ＴＣ端末２から外部の汎用端末４（一般のＰＣなど）への通信は行えたが、逆に汎用端末４などからＴＣ端末２への通信は行えなかった。これは、従来のＴＣシステムでは、外部との通信が考慮されておらず、したがって外部からは各ＴＣ端末２を識別することができなかったからである。
【０００７】
仮に図８に示すように、ＴＣ端末２と汎用端末４とが通信できたとしても、この場合は、ＴＣサーバ１Ａの通信ポート等の通信資源が占有されてしまうので、他のＴＣ端末２と外部との通信やＴＣ端末同士の通信が行えないという不都合があった。
【０００８】
そこで本発明は、上記従来の課題に鑑みてなされたものであり、その目的とするところは、少なくとも外部からシンクライアント端末への通信を可能としたシンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体を提供することにある。
【０００９】
【課題を解決するための手段】
上記従来の課題を解決するために、請求項１の本発明は、通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバにおいて、前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成することを特徴とするシンクライアントサーバをもって解決手段とする。
【００１０】
請求項２の本発明は、シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し前記割り当てたポートから呼接続要求を行うことを特徴とする請求項１記載のシンクライアントサーバをもって解決手段とする。
【００１１】
請求項３の本発明は、シンクライアント端末からシンクライアント端末への呼接続要求があったときは、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記呼接続要求を行ったシンクライアント端末との通信経路を形成することを特徴とする請求項１または２記載のシンクライアントサーバをもって解決手段とする。
【００１２】
請求項４の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うことを特徴とする請求項１ないし３のいずれかに記載のシンクライアントサーバをもって解決手段とする。
【００１３】
請求項５の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが前記記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うことを特徴とする請求項１ないし４のいずれかに記載のシンクライアントサーバをもって解決手段とする。
【００１４】
請求項６の本発明は、通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバの呼接続方法であって、前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成することを特徴とする呼接続方法をもって解決手段とする。
【００１５】
請求項７の本発明は、シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、前記呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し前記割り当てたポートから呼接続要求を行うことを特徴とする請求項６記載の呼接続方法をもって解決手段とする。
【００１６】
請求項８の本発明は、通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバの呼接続方法であって、前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末からシンクライアント端末への呼接続要求があったときは、前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記呼接続要求を行ったシンクライアント端末との通信経路を形成することを特徴とする呼接続方法をもって解決手段とする。
【００１７】
請求項９の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うことを特徴とする請求項６ないし８のいずれかに記載の呼接続方法をもって解決手段とする。
【００１８】
請求項１０の本発明は、シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが前記記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うことを特徴とする請求項６ないし９のいずれかに記載の呼接続方法をもって解決手段とする。
【００１９】
請求項１１の本発明は、請求項６ないし１０のいずれかに記載の呼接続方法を実行させる呼接続プログラムをもって解決手段とする。
【００２０】
請求項１２の本発明は、請求項６ないし１０のいずれかに記載の呼接続方法を実行させる呼接続プログラムが記録された記録媒体をもって解決手段とする。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。以下、ＴＣは「シンクライアント」の、ＡＰは「アプリケーション」の、ＩＤは「識別情報」の略称として使用する。
【００２２】
図１は、本発明の実施の形態に係るシンクライアントシステムの構成とその利用形態を示す図であり、図２は、本実施の形態で使用される各管理表を示す図である。本実施の形態では、ＬＡＮセグメント内でＴＣサーバ１と複数のＴＣ端末２，２，２，…とを含むＴＣシステム１００が構成されている。同ＬＡＮセグメントには、接続ＩＤ管理サーバ３及び汎用端末４が構成されている。汎用端末４は本発明の外部端末に相当する。
【００２３】
汎用端末４には、この汎用端末４を利用するユーザの接続ＩＤ「００４１」が記憶され、当該ユーザの操作により接続ＩＤ管理サーバ３へＴＣサーバ１のＩＰアドレスを要求し、応答されるＩＰアドレスと、予め決められたポート番号「６００００」とを宛先に指定した呼接続信号を送信する。なお、このシステムを、Ｖｏｉｃｅ ｏｖｅｒ ＩＰ（ＩＴＵ−ＴＨ．３２３やＩＥＴＦ ＳＩＰなど）の技術を用いた電話システムに適用する場合に、接続ＩＤは電話番号やユーザ名などのＶｏＩＰ識別子となり、汎用端末４はＩＰ電話機となる。
【００２４】
接続ＩＤ管理サーバ３は、図２（ａ）に示すように、ＴＣサーバ１のＩＰアドレスとＴＣシステム１００を利用する複数のユーザｏｔａｎｉ，ｓａｔｏ，ｔａｎａｋａ，…に付与された接続ＩＤ「００２１」，「００２２」，「００２３」，…とを対応づけた接続ＩＤ管理表３１を保持管理する。接続ＩＤ管理表３１には、さらに、汎用端末４のＩＰアドレス１９２．１６８．４．１と汎用端末４を利用するユーザの接続ＩＤ「００４１」とが対応づけられている。接続ＩＤ管理サーバ３は、接続ＩＤを受信すると、接続ＩＤ管理表３１を参照して、この接続ＩＤに対応するＩＰアドレスを応答する。
【００２５】
ＴＣサーバ１にはＩＰアドレス「１９２．１６８．１．１」、接続ＩＤ管理サーバ３にはＩＰアドレス「１９２．１６８．３．１」、汎用端末４にはＩＰアドレス「１９２．１６８．４．１」がそれぞれ割り当てられている。
【００２６】
ＴＣシステム１００の各ユーザｏｔａｎｉ，ｓａｔｏ，ｔａｎａｋａ，…にはユーザ名としてｏｔａｎｉ，ｓａｔｏ，ｔａｎａｋａ，…が、接続ＩＤとして００２１，００２２，００２３，…がそれぞれ割り当てられている。
【００２７】
また、ＴＣシステム１００にあっては、各ＴＣ端末２は通信データを記憶する固定磁気ディスク装置などの外部記憶装置を備えない。つまり、マウス、キーボード、ディスプレイ装置、マイクロフォン、スピーカ等の入出力デバイスとその駆動処理部（いわゆるドライバ）とデータ通信部（ここではＴＣＰ／ＩＰの通信モジュール等）を主な構成要素とし、このため、ユーザが所望する本来のデータ処理はＴＣサーバ１で行なわれる。
【００２８】
ＴＣサーバ１はサーバ用のオペレーティングシステムの制御の下で動作し、プロセス管理、ユーザ管理、ＴＣ端末２の管理などを行なう。ＴＣサーバ１はまた、ユーザが所望する本来のデータ処理を行うアプリケーションプログラム（ＡＰ）を動作させる。
【００２９】
ＴＣサーバ１は、呼接続ＡＰ１１、端末状態管理部１２、データ振り分け部１３、接続ＩＤ管理部１４、回線管理部１５、マッピング部１６を備える。これらは、ＴＣサーバ１にコンピュータプログラムをロードすることにより実現される。そして、このプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に記録したり、インターネットなどの通信網を介して伝送させて、広く流通させることができる。
【００３０】
呼接続ＡＰ１１は呼接続プロセスを生成するためのコンピュータプログラムであり、呼接続ＡＰ１１を基にして、ＴＣ端末２を通信相手として通信する呼接続プロセスが複数同時に起動できるようになっている。
【００３１】
呼接続プロセスはユーザが発着信に関して操作するためのユーザインタフェースを持ち、ＴＣ端末２と１対１で通信する。呼接続プロセスは、ＴＣ端末２からの呼接続信号をデータ振り分け部１３に送り、データ振り分け部１３からの呼接続信号をＴＣ端末２へ着呼させる。
【００３２】
端末状態管理部１２は、図２（ｂ）に示す管理表１２ａを有し、ユーザがＴＣ端末２を利用している間、つまりログオンしてからログアウトするまでの間は、そのユーザのログオンＩＤであるＴＣユーザ名と当該ユーザに使用されるＴＣ端末２の端末ＩＤとを管理表１２ａにて対応づける。また、管理表１２ａを参照して端末状態管理部１２は、マッピング部１６から与えられるＴＣユーザ名に対応する端末ＩＤを応答する。なお、この例で端末ＩＤはＩＰアドレスとしているがＴＣ端末２を識別できるものならば必ずしもＩＰアドレスに限る必要はない。
【００３３】
データ振り分け部１３は、図２（ｃ）に示す管理表１３ａを有し、ＴＣ端末２と呼接続プロセスとが通信している間は、当該ＴＣ端末２の端末ＩＤと当該呼接続プロセスのプロセスＩＤを管理表１３ａにて対応づけて記憶させる。
【００３４】
データ振り分け部１３は、呼接続プロセスから呼接続要求（信号）において指定された接続ＩＤをマッピング部１６に与え、当該接続ＩＤに対応するＴＣユーザ名がない旨が応答されたときは、回線管理部１５に呼接続要求を指示する。また、回線管理部１５からの呼接続要求において指定された接続ＩＤ、若しくは、呼接続プロセスからの呼接続要求に指定された接続ＩＤをマッピング部１６に与え、当該接続ＩＤに対応するＴＣユーザ名が応答されたときは、当該ＴＣユーザ名のユーザが利用するＴＣ端末２を相手にして通信する呼接続プロセスに対し呼接続要求の着信を要求する。
【００３５】
接続ＩＤ管理部１４は、図２（ｄ）に示す管理表１４ａを有し、管理表１４ａでは予めユーザ毎に、ユーザに付与されたＴＣユーザ名と接続ＩＤとが対応づけて記憶されている。すなわち、ＴＣユーザ名「ｏｔａｎｉ」，「ｓａｔｏ」，「ｔａｎａｋａ」，…と、接続ＩＤ「００２１」，「００２２」，「００２３」，…とが対応づけられている。この管理表１４ａを参照して接続ＩＤ管理部１４は、マッピング部１６から与えられるＴＣユーザ名に対応する接続ＩＤを応答する。
【００３６】
なお、ＴＣ端末２が利用される間の管理表１２ａと管理表１４ａにあっては、このＴＣ端末２を利用しているユーザのＴＣユーザ名及び当該ＴＣ端末２の端末ＩＤが当該ユーザの接続ＩＤに対応づけられて記憶されることになる。
【００３７】
ＴＣサーバ１では、汎用端末４等からの呼接続要求を受信するためのポート（ポート番号「６００００」）を受信可能な状態にし、他のポート（ポート番号「６０００１」，「６０００２」等）は受信不可能としている。
【００３８】
回線管理部１５は、図２（ｅ）に示す管理表１５ａを有し、ポートの識別情報であるポート番号と当該ポートでの受信の可否とを管理表１５ａで対応づけて記憶することにより回線管理を行う。
【００３９】
回線管理部１５は、汎用端末４等からの呼接続要求があると、呼接続後の通信専用に新たなポートを割り当てるとともに当該呼接続要求をデータ振り分け部１３に与え、また、データ振り分け部１３からの呼接続要求の指示があると、呼接続後の通信専用に新たなポートを割り当て、その際に指定された接続ＩＤに対応する汎用端末４等へ要求して実際の呼接続を行う。
【００４０】
マッピング部１６は、回線管理部１５またはデータ振り分け部１３から接続ＩＤが与えられると、接続ＩＤ管理部１４にこの接続ＩＤに対応するＴＣユーザ名を要求して取得する。また、端末状態管理部１２にこのＴＣユーザ名のユーザが使用しているＴＣ端末２の端末ＩＤを要求して取得する。
【００４１】
次に、本実施の形態の作用を説明する。
【００４２】
図３は、ＴＣサーバ１が行う処理の流れを示すフローチャートである。
図３のフローチャートに示すように、ＴＣサーバ１では、呼接続要求があると、ＴＣ端末２からの呼かＴＣ端末２への呼かを判定し（ステップＳ１）、この判定結果により処理を分岐させる。ＴＣ端末２からの呼と判定されたときは、さらにＴＣ端末２への呼かＴＣ端末２以外の汎用端末４等への呼かを判定し（ステップＳ３）、判定結果により処理を分岐させる。
【００４３】
［第１の呼接続手順］
先ず、ステップＳ１でＴＣ端末２への呼と判定される場合、例えば、汎用端末４からユーザｏｔａｎｉの利用するＴＣ端末２への呼の接続手順について説明する。なお、図４は、第１の接続手順にあっての、各端末やサーバ間、並びにＴＣサーバ１内部での処理の流れを示す図である。
【００４４】
なお、管理表１２ａにあっては、ＴＣユーザ名「ｏｔａｎｉ」と端末ＩＤ「１９２．１６８．２．１」とが対応づけられていることとする。また、ユーザｏｔａｎｉは端末ＩＤ「１９２．１６８．２．１」を付与されたＴＣ端末２からログインして、プロセスＩＤ「２００１」を付与された呼接続プロセスと当該ＴＣ端末２とがデータ通信を行っており、管理表１３ａにあっては、端末ＩＤ「１９２．１６８．２．１」とプロセスＩＤ「２００１」が対応づけられていることとする。
【００４５】
さて、汎用端末４でユーザｏｔａｎｉを指定した処理を行うと、汎用端末４は、接続ＩＤ管理サーバ３へユーザｏｔａｎｉの接続ＩＤ「００２１」を送信する。接続ＩＤ管理サーバ３は、管理表１３ａを参照して、この接続ＩＤに対応するＩＰアドレス「１９２．１６８．１．１」を応答する。なお、汎用端末４が管理表１３ａを備えて、かかる処理を汎用端末４内で行うようにしても良い。
【００４６】
次に、汎用端末４は、ＩＰアドレス「１９２．１６８．１．１」とポート番号「６００００」を指定して呼接続信号を送る。したがって、呼接続プロセスではなく回線管理部１５がこの呼接続信号を受けることになるので、ステップＳ１ではＴＣ端末２への呼と判定される。つまり、接続先がＴＣ端末２であると判定される。
【００４７】
次のステップＳ５では回線管理部１５が回線管理を行う。つまり、回線管理部１５は、呼接続信号を受信すると、新たなポート（ポート番号「６０００１」）を割り当て、受信用のポート（ポート番号「６００００」）は再び受信可能な状態へ戻す。また、管理表１５ａにおいて、ポート番号「６０００１」に受信不可である旨を対応づける。
【００４８】
次に、汎用端末４は回線管理部１５に接続ＩＤ「００２１」を送信し、ＴＣサーバ１はこの接続ＩＤに基づいてマッピングを行う。
【００４９】
つまり、ステップＳ７でこの接続ＩＤに対応するＴＣユーザ名を求め、次のステップＳ９でそのＴＣユーザ名のユーザがいずれかのＴＣ端末２を利用中であるか否かを調べ、利用中ならそのＴＣ端末２の端末ＩＤを求める。
【００５０】
具体的にステップＳ７では、回線管理部１５はマッピング部１６へこの接続ＩＤ「０００１」を与え、マッピング部１６は接続ＩＤ「０００１」を接続ＩＤ管理部１４に与え、接続ＩＤ管理部１４は、管理表１４ａを参照して、この接続ＩＤ「０００１」に対応するＴＣユーザ名「ｏｔａｎｉ」を求め、これをマッピング部１６に応答する。
【００５１】
するとステップＳ９では、マッピング部１６は、接続ＩＤ管理部１４からのＴＣユーザ名「ｏｔａｎｉ」を端末状態管理部１２に与え、端末状態管理部１２は管理表１２ａを参照して、このＴＣユーザ名に対応する端末ＩＤ「１９２．１６８．２．１」を求める。なお、対応する端末ＩＤが管理表１２ａにない場合は
つまり、結局のところ、呼接続要求において指定された接続ＩＤ「００２１」に対応するユーザ名及び端末ＩＤの組が存在しない場合は、ログアウトされていることとして、呼接続要求を行った汎用端末４へ不在通知を送る。
【００５２】
この例の場合、マッピング部１６は、求めた端末ＩＤ「１９２．１６８．２．１」を回線管理部１５に与え、回線管理部１５はこの端末ＩＤをデータ振り分け部１３に与える。
【００５３】
続くステップＳ１１ではデータ振り分け部１３がデータ振り分けを行う。具体的には、データ振り分け部１３は、管理表１３ａを参照して、この端末ＩＤ「１９２．１６８．２．１」に対応するプロセスＩＤ「２００１」を求める。そして、プロセスＩＤ「２００１」に対応する呼接続プロセスに対し、呼接続の着呼を指示する。
【００５４】
するとステップＳ１３では呼接続プロセス（プロセスＩＤ「１００１」）がＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）に呼接続信号を着呼させる。
【００５５】
したがって、汎用端末４とＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）との間の通信経路が形成されたことになる、そして、その後は、この経路で通信が開始される。なお、その際のＴＣサーバ１とＴＣ端末２との間の通信データは、外部記憶装置を備えないＴＣ端末２に特有のものである。
【００５６】
なお、ステップＳ１１で、対応するプロセスＩＤが管理表１３ａにないときは、つまり、呼接続要求において指定された接続ＩＤ「００２１」に対応するユーザ名及び端末ＩＤの組が、管理表１２ａに記憶された組の中に存在するにも関わらず、管理表１３ａと管理表１４ａにおいて、当該接続ＩＤ「００２１」に対応するようにプロセスＩＤが記憶されていないときは、データ振り分け部１３は呼接続プロセスを起動した上でステップＳ１３を行い、その後、起動した呼接続プロセスを介してＴＣ端末２の画面に着信通知を表示させる。したがって、一旦ＴＣ端末２からログオンしていれば、データ通信を行っていなくとも、そのＴＣ端末２を利用しているユーザに着信を通知できる。
【００５７】
［第２の呼接続手順］
次に、図３のステップＳ１でＴＣ端末２からの呼と判定され、さらにステップＳ３でＴＣ端末２以外への呼と判定される場合、例えば、ユーザｏｔａｎｉが利用するＴＣ端末２から汎用端末４への呼の接続手順について説明する。なお、図５は、第２の接続手順にあっての、各端末やサーバ間、並びにＴＣサーバ１内部での処理の流れを示す図である。
【００５８】
なお、管理表１２ａにあっては、ＴＣユーザ名「ｏｔａｎｉ」と端末ＩＤ「１９２．１６８．２．１」とが対応づけられていることとする。また、ユーザｏｔａｎｉは端末ＩＤ「１９２．１６８．２．１」を付与されたＴＣ端末２からログインして、プロセスＩＤ「２００１」を付与された呼接続プロセスと当該ＴＣ端末２とがデータ通信しており、管理表１３ａにあっては、端末ＩＤ「１９２．１６８．２．１」とプロセスＩＤ「２００１」が対応づけられていることとする。
【００５９】
さて、汎用端末４を利用するユーザを指定した処理をＴＣ端末２（端末ＩＤ１９２．１６８．２．１）で行うと、このＴＣ端末２は、そのユーザの接続ＩＤ「００４１」を含む呼接続要求（信号）を呼接続プロセス（プロセスＩＤ「２００１」）へ送信する。したがって、回線管理部１５ではなく呼接続プロセスがこの呼接続要求を受けることになるので、ステップＳ１ではＴＣ端末２からの呼と判定される。
【００６０】
次のステップＳ３では、ＴＣ端末２への呼かＴＣ端末２以外の汎用端末４等への呼かを判定する。
【００６１】
つまり、呼接続プロセスは、データ振り分け部１３へ接続ＩＤ「００４１」を与え、データ振り分け部１３はこの接続ＩＤをマッピング部１６へ与え、マッピング部１６はこの接続ＩＤを接続ＩＤ管理部１４に与える。接続ＩＤ管理部１４は、この接続ＩＤ「００４１」に対応するＴＣユーザ名が管理表１４ａに存在しないので、その旨を応答し、マッピング部１６がこれをデータ振り分け部１３に応答する。したがって、ステップＳ３では、ＴＣ端末２以外へ呼と判定される。データ振り分け部１３は、この応答により、回線管理部１５に呼接続要求を指示する。
【００６２】
次のステップＳ５では回線管理部１５が回線管理を行う。つまり、新たなポート（ポート番号「６０００２」）を割り当て、管理表１５ａにおいて、このポート番号「６０００２」に受信不可である旨を対応づける。
【００６３】
次のステップＳ１５では回線管理部１５が汎用端末４へ実際の呼接続を行う。つまり、ＩＰアドレス「１９２．１６８．３．１」を宛先に指定して接続ＩＤ管理サーバ３へ接続ＩＤ「００４１」を送る。接続ＩＤ管理サーバ３は、この接続ＩＤ「００４１」に対応するＩＰアドレス「１９２．１６８．４．１」を応答する。
【００６４】
回線管理部１５は、このＩＰアドレス「１９２．１６８．４．１」を宛先、ポート番号「６０００２」を送信元のポートに指定して呼接続要求（信号）を送る。したがって、呼接続信号は汎用端末４へ着呼することになる。なお、受信用のポート（ポート番号「６００００」）は受信可能な状態のままにする。したがって、これ以降は、汎用端末４とＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）との間で通信が開始される。なお前述したように、その際の、ＴＣサーバ１とＴＣ端末２との間の通信データは、外部記憶装置を備えないＴＣ端末２に特有のものである。
【００６５】
［第３の呼接続手順］
次に、図３のステップＳ１でＴＣ端末２からの呼と判定され、さらにステップＳ３でＴＣ端末２への呼と判定される場合、例えば、ユーザｏｔａｎｉの利用するＴＣ端末２からユーザｓａｔｏの利用するＴＣ端末２への呼の接続処理について説明する。なお、図５は、第２の接続手順にあっての、各端末やサーバ間、並びにＴＣサーバ１内部での処理の流れを示す図である。
【００６６】
なお、管理表１２ａにあっては、ＴＣユーザ名「ｏｔａｎｉ」と端末ＩＤ「１９２．１６８．２．１」とが、ＴＣユーザ名「ｓａｔｏ」と端末ＩＤ「１９２．１６８．２．２」とが対応づけられていることとする。また、ユーザｏｔａｎｉはＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）から、ユーザｓａｔｏはＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）からそれぞれログインしていて、呼接続プロセス（プロセスＩＤ「２００１」）とＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）とが、呼接続プロセス（プロセスＩＤ「２００２」）とＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）とがそれぞれ通信していて、管理表１３ａにあっては、端末ＩＤ「１９２．１６８．２．１」とプロセスＩＤ「２００１」、端末ＩＤ「１９２．１６８．２．２」とプロセスＩＤ「２００２」とがそれぞれ対応づけられていることとする。
【００６７】
さて、ＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）でユーザｓａｔｏを指定した処理を行うと、当該ＴＣ端末２は、接続ＩＤ「００２２」を含む呼接続要求（信号）を呼接続プロセス（プロセスＩＤ「２００１」）へ送信する。したがって、呼接続プロセスが呼接続要求を受けることになるので、ステップＳ１ではＴＣ端末２からの呼と判定される。
【００６８】
次に、この接続ＩＤに対応するＴＣユーザ名があれば、ステップＳ３でＴＣ端末２へ呼と判定される。
【００６９】
この例では、この呼接続プロセスは、データ振り分け部１３へ接続ＩＤ「００２２」を与え、データ振り分け部１３は、マッピング部１６にこの接続ＩＤを与え、マッピング部１６は、接続ＩＤ管理部１４にこの接続ＩＤを与える。接続ＩＤ管理部１４は、この例では、接続ＩＤ「００２２」に対応するＴＣユーザ名が、管理表１４ａに存在するので、そのＴＣユーザ名「ｓａｔｏ」を応答する。
【００７０】
するとステップＳ９では、そのユーザがＴＣ端末２を利用中であるか否かを調べ、利用中ならそのＴＣ端末２の端末ＩＤを求める。
【００７１】
つまり、マッピング部１６は、接続ＩＤ管理部１４からのＴＣユーザ名「ｓａｔｏ」を端末状態管理部１２に与える。端末状態管理部１２は、管理表１２ａを参照して、このＴＣユーザ名に対応する端末ＩＤ「１９２．１６８．２．２」を求める。なお、対応する端末ＩＤが管理表１２ａにない場合は、つまり、結局のところ、呼接続要求において指定された接続ＩＤ「００２２」に対応するユーザ名及び端末ＩＤの組が存在しない場合は、ログアウトされていることとして、呼接続要求を行ったＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）へ不在通知を行う。
【００７２】
ここでは、マッピング部１６は、この求めた端末ＩＤ「１９２．１６８．２．２」をデータ振り分け部１３に与える。
【００７３】
続くステップＳ１１ではデータ振り分け部１３がデータ振り分けを行う。具体的には、データ振り分け部１３は、管理表１３ａを参照して、この端末ＩＤ「１９２．１６８．２．２」に対応するプロセスＩＤ「２００２」を求める。そして、このプロセスＩＤ「２００１」に対応する呼接続プロセスに対し、呼接続の着呼を指示する。
【００７４】
するとステップＳ１３で呼接続プロセス（プロセスＩＤ「２００１」）は、ＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）に呼接続信号を着呼させる。したがって、ＴＣ端末２（端末ＩＤ「１９２．１６８．２．１」）とＴＣ端末２（端末ＩＤ「１９２．１６８．２．２」）の間での通信経路が形成されたことになる。そして、その後は、この経路で通信が開始される。なお、その際のＴＣサーバ１とＴＣ端末２との間の通信データが、外部記憶装置を備えないＴＣ端末２に特有のものであることは、これまで述べた通りである。
【００７５】
なお、ステップＳ１１で、対応するプロセスＩＤが管理表１３ａにないときは、つまり、呼接続要求において指定された接続ＩＤ「００２２」に対応するユーザ名及び端末ＩＤの組が、管理表１２ａに記憶された組の中に存在するにも関わらず、管理表１３ａと管理表１４ａにおいて、当該接続ＩＤ「００２２」に対応するようにプロセスＩＤが記憶されていないときは、データ振り分け部１３は呼接続プロセスを起動した上でステップＳ１３を行い、その後、起動した呼接続プロセスを介してＴＣ端末２の画面に着信通知を表示させる。したがって、データ通信を行っていなくとも、そのＴＣ端末２を利用しているユーザに着信を通知できる。
【００７６】
【発明の効果】
以上説明したように、本発明によれば、プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成するので、端末管理のコスト削減が可能なシンクライアントシステムの優位性を保ちつつ、さらに外部との呼接続までもが可能となり、したがって通信環境を構築する上でのトータルなコスト削減が可能になる。
【００７７】
また、シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し割り当てたポートから呼接続要求を行うので、複数のシンクライアント端末が外部の端末と同時に通信を行える。
【００７８】
また、シンクライアント端末からシンクライアント端末への呼接続要求があったときは、呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを記憶されたプロセスＩＤの中から求め、該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と呼接続要求を行ったシンクライアント端末との通信経路を形成するので、シンクライアント端末同士での通信が可能となる。
【００７９】
また、呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うので、通信相手の不在を知ることができ利便性が向上する。
【００８０】
また、呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うので、プロセスを常に起動していなくとも着信を受けることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシンクライアントシステムの構成とその利用形態を示す図である。
【図２】本実施の形態で使用される各管理表を示す図である。
【図３】ＴＣサーバ１が行う処理の流れを示すフローチャートである。
【図４】第１の接続手順にあっての処理の流れを示す図である。
【図５】第２の接続手順にあっての処理の流れを示す図である。
【図６】第３の接続手順にあっての処理の流れを示す図である。
【図７】従来のＴＣシステムを示す図である。
【図８】従来のＴＣシステムを示す図である。
【符号の説明】
１ ＴＣサーバ（シンクライアントサーバ）
２ ＴＣ端末（シンクライアント端末）
３ 接続ＩＤ管理サーバ
４ 汎用端末
１１ 呼接続ＡＰ
１２ 端末状態管理部
１３ データ振り分け部
１４ 接続ＩＤ管理部
１５ 回線管理部
１６ マッピング部
１００ ＴＣシステム（シンクライアントシステム）
Claims (12)
- 通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバにおいて、
前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、
シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、
前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、
該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成することを特徴とするシンクライアントサーバ。 - シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、
前記呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し前記割り当てたポートから呼接続要求を行うことを特徴とする請求項１記載のシンクライアントサーバ。 - シンクライアント端末からシンクライアント端末への呼接続要求があったときは、
前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、
該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記呼接続要求を行ったシンクライアント端末との通信経路を形成することを特徴とする請求項１または２記載のシンクライアントサーバ。 - シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、
前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うことを特徴とする請求項１ないし３のいずれかに記載のシンクライアントサーバ。 - シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、
前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが前記記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うことを特徴とする請求項１ないし４のいずれかに記載のシンクライアントサーバ。 - 通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバの呼接続方法であって、
前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、
シンクライアント端末でない外部端末からシンクライアント端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、
前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、
該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記外部端末との通信経路を前記割り当てたポートを用いて形成することを特徴とする呼接続方法。 - シンクライアント端末から外部端末への呼接続要求があったときは、呼接続後の通信専用にポートを割り当て、
前記呼接続要求において指定された接続ＩＤを付与されたユーザに利用される外部端末を特定し、該外部端末に対し前記割り当てたポートから呼接続要求を行うことを特徴とする請求項６記載の呼接続方法。 - 通信データを記憶する外部記憶装置を備えないシンクライアント端末を通信相手として通信するプロセスが起動されていればプロセス管理として当該プロセスのプロセスＩＤを記憶するシンクライアントサーバの呼接続方法であって、
前記プロセス管理で記憶されるプロセスＩＤに、該プロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末を利用しているユーザの接続ＩＤを対応づけて記憶し、
シンクライアント端末からシンクライアント端末への呼接続要求があったときは、
前記呼接続要求において指定された接続ＩＤに対応するプロセスＩＤを前記記憶されたプロセスＩＤの中から求め、
該求めたプロセスＩＤを付与されたプロセスの通信相手であるシンクライアント端末と前記呼接続要求を行ったシンクライアント端末との通信経路を形成することを特徴とする呼接続方法。 - シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、
前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在しないときは、当該呼接続要求を行ったシンクライアント端末または外部端末に不在通知を行うことを特徴とする請求項６ないし８のいずれかに記載の呼接続方法。 - シンクライアント端末が利用される間は当該シンクライアント端末を利用しているユーザのユーザ名及び当該シンクライアント端末の端末ＩＤの組を当該ユーザの接続ＩＤに対応づけて記憶し、
前記呼接続要求において指定された接続ＩＤに対応するユーザ名及び端末ＩＤの組が前記記憶された組の中に存在するにも関わらず当該接続ＩＤに対応するプロセスＩＤが前記記憶されたプロセスＩＤの中に存在しないときは、当該ユーザ名とともに記憶された端末ＩＤを付与されたシンクライアント端末を通信相手としてプロセスを起動するとともに当該プロセスを介して当該シンクライアント端末に着信通知を行うことを特徴とする請求項６ないし９のいずれかに記載の呼接続方法。 - 請求項６ないし１０のいずれかに記載の呼接続方法を実行させる呼接続プログラム。
- 請求項６ないし１０のいずれかに記載の呼接続方法を実行させる呼接続プログラムが記録された記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001356327A JP3612054B2 (ja) | 2001-11-21 | 2001-11-21 | シンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001356327A JP3612054B2 (ja) | 2001-11-21 | 2001-11-21 | シンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003158534A JP2003158534A (ja) | 2003-05-30 |
| JP3612054B2 true JP3612054B2 (ja) | 2005-01-19 |
Family
ID=19167869
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001356327A Expired - Fee Related JP3612054B2 (ja) | 2001-11-21 | 2001-11-21 | シンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3612054B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4013980B2 (ja) | 2005-02-14 | 2007-11-28 | 株式会社日立製作所 | Ｉｐ通信システム、ｉｐネットワークにおける通信制御方法およびクライアント端末、ならびにクライアントサーバ |
| JP4982998B2 (ja) | 2005-10-28 | 2012-07-25 | カシオ計算機株式会社 | コンピュータシステム |
| US8918450B2 (en) | 2006-02-14 | 2014-12-23 | Casio Computer Co., Ltd | Server apparatuses, server control programs, and client apparatuses for a computer system in which created drawing data is transmitted to the client apparatuses |
| JP4779756B2 (ja) | 2006-03-29 | 2011-09-28 | カシオ計算機株式会社 | コンピュータシステムにおけるサーバ装置及びサーバ制御プログラム |
| JP5131891B2 (ja) | 2006-06-23 | 2013-01-30 | カシオ計算機株式会社 | サーバ装置、サーバ制御プログラム、サーバ・クライアント・システム |
| JP4957126B2 (ja) | 2006-08-31 | 2012-06-20 | カシオ計算機株式会社 | クライアント装置およびプログラム |
| JP5141196B2 (ja) | 2007-11-13 | 2013-02-13 | 富士通株式会社 | センタ管理装置、センタ管理プログラム、センタ管理方法 |
| JP4725587B2 (ja) | 2008-03-18 | 2011-07-13 | カシオ計算機株式会社 | サーバ装置及びサーバ制御プログラム |
| JP4697321B2 (ja) | 2009-03-24 | 2011-06-08 | カシオ計算機株式会社 | コンピュータシステム、クライアント装置及びプログラム |
| TW201421963A (zh) * | 2012-09-21 | 2014-06-01 | Nec Corp | 通信系統、方法、伺服裝置以及終端設備 |
| CN112511588A (zh) * | 2020-10-24 | 2021-03-16 | 上海睿励信息技术有限公司 | 一种基于tc架构的智能多终端 |
-
2001
- 2001-11-21 JP JP2001356327A patent/JP3612054B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003158534A (ja) | 2003-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7103032B2 (en) | Telephone controller for VoIP | |
| CN101090324B (zh) | 网络系统以及服务器 | |
| US7554973B2 (en) | Multiple virtual telephones sharing a single physical address | |
| US6904140B2 (en) | Dynamic user state dependent processing | |
| US9065788B2 (en) | Method, device and system for voice communication | |
| US9065684B2 (en) | IP phone terminal, server, authenticating apparatus, communication system, communication method, and recording medium | |
| US20050254485A1 (en) | Sharing of prerecorded motion video over an Internet work | |
| CN102232291B (zh) | 一种通信的方法、系统及装置 | |
| JP2001223802A (ja) | コールセンタにおける、要求発信源のネットワークソースアドレスに基づいての顧客への処置の提供 | |
| US20060182092A1 (en) | IP telecommunication system, method for controlling communication in IP network, client terminal and client server | |
| WO2007136101A1 (ja) | 通信モジュール及びこの通信モジュールを備えたアプリケーションプログラム | |
| JP3434209B2 (ja) | コミュニケーションツール利用状況伝達方法，そのサーバ装置，クライアント端末装置およびそれらのプログラム記録媒体 | |
| US9602770B2 (en) | Method and system for supporting videoconference in distributed telepresence platform | |
| JP2003158534A (ja) | シンクライアントサーバ、呼接続方法、そのプログラム及びそのプログラムが記録された記録媒体 | |
| CN1543748B (zh) | 开放式服务访问的扩展电信系统结构 | |
| CN101494698A (zh) | 电话系统 | |
| BRPI0722316A2 (pt) | Método de deslocamento em uma rede principal baseada em ip, nó em uma sub-rede dentro de uma rede principal baseada em ip, e, terminal para ser registrado a uma sub-rede dentro da rede principal baseada em ip | |
| JP5093012B2 (ja) | 通信制御装置、通信制御方法および通信制御プログラム | |
| US7701924B1 (en) | System and method for performing signaling on behalf of a stateless client | |
| US7149301B2 (en) | Repeating device, telephone set, and recording medium | |
| JP3697807B2 (ja) | パケット交換網における音声通信端末装置 | |
| WO2014048110A1 (zh) | 代理关系的处理方法及系统、代理服务器、终端 | |
| US7702083B2 (en) | Method and apparatus for providing default media content to a calling party | |
| JP4133512B2 (ja) | プレゼンス表示制御装置、プレゼンス表示制御方法、プレゼンス表示制御プログラム及びプレゼンス表示制御プログラムを格納した記録媒体 | |
| WO2004059960A1 (ja) | 通話制御装置、通話制御方法及び テレマーケティング方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040301 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040720 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040910 |
|
| 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: 20041005 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041021 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111029 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121029 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131029 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |