(57)【要約】【課題】ユーザがログインしていない状態や他のユーザが端末を利用している状態であっても、呼を受け付け、ユーザに設定された転送機能やメッセージウェイティングの受信や着信履歴の記録を行い、パーソナルモビリティ機能の利便性を向上させることが可能な電話交換システムを提供する。【解決手段】ログインを行っていないユーザの端末ドライバに、端末の収容位置に代えて、ログインを行っている端末が存在しないことを示す情報を記録する。そして、呼が発生すると、呼制御部は、呼を端末ドライバに送信することにより、送信者側では、呼がユーザに着信した場合と同様の状態になり、メッセージウェイティングの登録などが可能となる。【選択図】  図１
2004357207.tif 000002
【特許請求の範囲】
【請求項１】
端末から発せられる呼の制御を行う呼制御部と、
ユーザの識別情報に関連付けて情報を記録するユーザデータベース部と、
前記識別情報と関連付けられた端末ドライバと、
前記端末と前記識別情報との関連付けを記録する端末識別情報関連データベースとを具備し、
前記ユーザが端末にログインを行うと前記端末ドライバと該端末とが関連付けられ、
前記ユーザ宛の呼が発生すると該ユーザの前記識別情報に対応する前記端末ドライバに前記呼を着信させて前記送信者に呼の着信を通知し、
前記端末ドライバに関連付けられている端末があると、該端末に前記呼を送信することを特徴とする電話交換システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パーソナルモビリティ機能を備えた電話交換システムに関し、特に、ユーザがログインしていない状態や他のユーザが端末を利用している状態であっても、パーソナルモビリティ機能を利用することが可能な電話交換システムに関する。
【０００２】
【従来の技術】
従来の製品に端末リロケーションという機能がある。この機能は事務所の席替えでユーザが端末を移動する場合、物理端末を移動しないでユーザ情報を移動するという機能であり、保守者が物理情報（収容位置）に対応する論理情報（内線番号）の関連付けを変更する。
【０００３】
一方、自分のユーザＩＤに設定された環境を任意の端末に再現するというパーソナルモビリティ機能があり、例えば、次のような利用がなされている。
１）ある端末を複数のユーザがシェアして使用するような運用形態
【０００４】
誰もが使用できるフリーな執務場所に電話端末が置いてあり、固定の執務場所を持たない人が自分のユーザ環境にログインする事により、そのユーザに対して設定されている内線番号や機能キーに設定されたキー配列、短縮ダイヤル、着信を転送する条件や転送先などのユーザ情報が物理端末に展開され、ユーザ自身の環境設定で電話端末を使用することが可能となる（例えば、特許文献１参照）。
２）あるユーザが複数の執務場所の端末から自分のユーザ環境に切り換えて使用するような運用形態
【０００５】
執務場所が複数あり、各執務場所に端末が配置されている場合、使用者は複数の端末で１つのユーザ情報を扱う事が可能で、情報の管理に対する利便性が向上する。
【０００６】
【特許文献１】
特開２００１−２８５４９６号公報
【０００７】
【発明が解決しようとする課題】
しかし、従来のパーソナルモビリティ機能は、ユーザがログインしているときでないと、呼を受け付ける事ができなかった。
【０００８】
すなわち、（１）の運用例では、ログインしていないユーザにかかってきた着信は、ユーザに関連付けている物理端末が存在しないという理由から、発信者に不在音（Ｒｅｏｒｄｅｒ  Ｔｏｎｅ）が流されていた。
【０００９】
また、他のユーザに端末が使用されている場合も同様に、そのユーザを目指して着信する呼の発信者に不在音が聞こえ、着信が不成立となっていた。
【００１０】
このため、ユーザがログイン状態を開放して執務場所を離れた後に、かかってくる着信は全てブロックされ、それ以降展開されるであろう機能（ボイスメールなどへの転送機能、メッセージウェイティング、着信履歴など）が働かなかった。
【００１１】
そこで、本発明では、ユーザがログインしていない状態や他のユーザが端末を利用している状態であっても、呼を受け付け、ユーザに設定された転送機能やメッセージウェイティングの受信や着信履歴の記録を行い、パーソナルモビリティ機能の利便性を向上させることが可能な電話交換システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明に係る電話交換システムは、端末から発せられる呼の制御を行う呼制御部と、ユーザの識別情報に関連付けて情報を記録するユーザデータベース部と、前記識別情報と関連付けられた端末ドライバと、前記端末と前記識別情報との関連付けを記録する端末識別情報関連データベースとを具備し、前記ユーザが端末にログインを行うと前記端末ドライバと該端末とが関連付けられ、前記ユーザ宛の呼が発生すると該ユーザの前記識別情報に対応する前記端末ドライバに前記呼を着信させて前記送信者に呼の着信を通知し、前記端末ドライバに関連付けられている端末があると、該端末に前記呼を送信する。
【００１３】
【発明の実施の形態】
以下、本発明に係る電話交換システムの実施の形態を添付図面を参照して詳細に説明する。
【００１４】
図１は、本発明に係る電話交換システムの全体構成の一例を示す機能ブロック図であり、電話交換装置１には、ユーザが端末で通常使用する機能等が記録されたデータベースを管理するユーザデータベース部１０、呼を適切に処理するための制御を行なう呼制御部２０、物理端末２の制御を行なう端末制御部３０、図２にデータベースの一例を示すように、ユーザの識別情報（本実施の形態では、「内線番号」）と、物理端末２の識別情報（本実施の形態では、「収容位置」）とを関連付けて記録する端末識別情報関連データベース部４０、端末ドライバ５０が設けられている。
【００１５】
ここで、ユーザデータベース部１０には、図３に一例を示すように、ユーザの識別情報（内線番号）をキー情報としてユーザが通常使用する機能等のユーザ情報が記録されており、例えば、呼を転送する条件（全て転送する、ユーザが通話中の場合は転送する、一定期間着信の後に転送する、など）、その転送先の端末番号やユーザが専用端末でログインする場合のキー配列情報、個人短縮ダイヤル情報、メッセージ受信時の呼び返し先の端末情報、発信者情報（発信者名、発信者番号）を伴う外線からの呼がユーザに着信し、応答されなかった場合に記録される着信履歴情報などをデータベースに記録して管理する。
【００１６】
また、呼制御部２０は、端末制御部３０から通知されてくる各種イベントを処理し、呼の状態遷移を行うと共に、端末制御部３０に対してメッセージを通知し、遷移した呼の状態に応じて端末の制御を行う。
【００１７】
この際、あるユーザ宛の呼が着信するとユーザデータベース部１０を参照してその呼の転送先を判断し、呼を制御するための処理を行い、また、あるユーザに内線からの着信が発生し、発信側の端末からメッセージウェイティングを登録するイベントが通知されると、着信側のユーザのユーザデータベースにメッセージウェイティングの登録端末番号を登録し、ユーザデータベースを変更する処理を行う。
【００１８】
端末制御部３０は、大別して次の３つの処理を行う。まず、第１の処理は、内線に接続する電話端末などの物理端末２を操作することにより、操作したボタンに対応して物理端末２内で生成された信号に、物理端末の収容位置に対応したユーザの識別情報（本実施の形態では「内線番号」）が後に詳述する端末ドライバ５０で付加された信号を受信すると、端末ドライバから受け取ったイベントを呼制御部で処理可能な形式に変換し、呼制御部２０に送信する。
【００１９】
次に、第２の処理は、呼制御部２０での処理の結果、物理端末２の制御を行なう必要が生じると、呼制御部２０からメッセージを受信して内容の分析を行うと共に、ユーザに関連付けられた物理端末２を端末識別情報関連データベース４０から求め、メッセージの内容に応じて、ＬＣＤ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ）表示や、キーへのＬＥＤ（ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）表示、鳴動音の鳴動、通話路の接続・切断などの制御を指示する信号を端末ドライバ５０を介して送信する。
【００２０】
このとき、ログインしていないユーザをキーに端末識別情報関連データベースを検索した場合は、端末識別情報関連データベース４０から物理端末２が求まらない旨のＮＵＬＬコードを受信し、このＮＵＬＬコードを端末ドライバ５０に送信する。
【００２１】
第３の処理は、物理端末２で行われたダイヤル操作の分析を行い、ユーザデータベースに情報を登録する処理である。これは、転送設定やログイン、ログオフなどの操作を特別に設けた番号（特番）を用いて行う操作が相当し、物理端末２のダイヤルを操作することによって、端末制御部３０に送信されるダイヤルの情報を分析し、分析の結果から転送設定やログイン、ログオフなど機能名、及び転送先の端末番号や転送タイマーなどのパラメータが決定すると、ユーザデータベース１０に登録する。
【００２２】
端末ドライバ５０は、大別して２つの処理を行う。まず、第１の処理は、送信者による物理端末２のボタン操作に伴って物理端末２内で生成される信号から、ハード的な信号の発生源（物理端末）を特定し、発生源である物理端末を特定する情報を収容位置に変換する。
【００２３】
そして、端末識別情報関連データベース５を検索し、収容位置からユーザの識別番号（内線番号）を求まると、送信者の操作に伴って生じた信号をユーザがログインしている物理端末に送信し、また、収容位置からユーザの識別番号（内線番号）が求まらない場合は、送信者の操作に伴って生じた信号を破棄し、送信者の操作を無効とする。
【００２４】
次に、第２の処理は、まず、端末制御部３０から受信した信号の物理端末２を示す信号が、端末識別情報関連データベース４０から物理端末２が求まらない旨を示すＮＵＬＬコードであるかの判断を行い、ＮＵＬＬコードであると判断すると、送信者の操作に伴って生じた信号を破棄する。
【００２５】
また、物理端末２を示す信号が正しい値である（ＮＵＬＬコードでない）と判断すると、ＬＥＤやＬＣＤなどの表示信号を対応する物理端末２に送信することにより、ＬＣＤへの文字表示や、ＬＥＤの点灯、点滅、消灯などの制御を行なう。
【００２６】
上記構成を用いることにより本実施の形態に係る電話交換装置は、ユーザが物理端末からログインを行うことにより、物理端末の識別情報（収納位置）とユーザの識別情報（内線番号）とを端末識別情報関連データベースに関連付けて記録し、ユーザ宛の呼が発生すると、ログインを行っている物理端末に通知する。
【００２７】
また、呼の宛先であるユーザがログインを行っていない場合であっても、呼は破棄されず、ユーザデータベースに記録されているユーザが不在時に通常使用する機能を利用することが可能であり、例えば、送信者の指示に応じて、呼制御部がメッセージウェイティングをユーザデータベースに登録することができる。
【００２８】
また、この際、ユーザがログインを行うと、ユーザ制御部がメッセージウェイティングの登録をユーザに通知し、ユーザが通話の確立を指示すると、呼制御部がメッセージウェイティングの登録を行った送信者の端末を呼び出すことができる。
【００２９】
次に、図４を用いて物理端末からユーザを切り換える処理について説明する。なお、本実施の形態では、ユーザの切り換えの一例として、収容位置０１０２０３（第１架、第２スロット、第３回路）に内線番号２０３と設定された物理端末である端末２０３が存在し、この端末２０３からユーザが通常使用している内線番号２１０へのログインを行い、収容位置０１０２０３の物理端末に設定された内線番号を「２０３」から「２１０」に変更し、端末２０３を端末２１０に切り換える例を用いて説明する。
【００３０】
まず、端末２０３において、オフフック後、ログインを行うことを示す特番「＃４０１」を操作すると、物理端末から、オフフックとダイヤル＃、４，０，１が順に端末ドライバに送信され（ステップ１００）、端末ドライバが収容位置情報からユーザ２０３を特定し、「２０３」をユーザの識別情報として、オフフックとダイヤル情報「＃４０１」を端末制御部に送信する（ステップ１０１）。
【００３１】
端末制御部は、オフフック受信により、ユーザの状態を使用中とし、ダイヤル情報をログイン特番であると認識すると、ユーザに対して、ユーザネーム（端末番号）の入力を促すために、「ＥＮＴＥＲ  ＵＳＥＲ  ＮＡＭＥ」というＬＣＤ文字情報を端末ドライバに送信すると共に、この時点の端末番号から物理端末の収容位置を求め、キー情報として送信する（ステップ１０２）。
【００３２】
端末ドライバは物理端末のキー情報のチェックを行い、ＬＣＤ文字情報を物理端末へ送信され（ステップ１０３）、物理端末のＬＣＤに”ＥＮＴＥＲ  ＵＳＥＲ  ＮＡＭＥ”が表示される（ステップ１０４）。
【００３３】
ユーザがログインするユーザネームである識別番号（内線番号）「２１０」と入力完了を示す「＃」を入力する（ステップ１０５）と、「２１０＃」が端末ドライバを経由して端末制御部に送信される（ステップ１０６）。
【００３４】
端末制御部は、「２１０＃」を受信するとユーザネームとしてユーザデータベースを調査し、ユーザ２１０の存在を確認することにより、ユーザ名のチェックを完了する。
【００３５】
そして、パスワードの入力を促すため、「ＥＮＴＥＲ  ＰＡＳＳＷＯＲＤ」  というＬＣＤ文字情報を端末ドライバに送信する（ステップ１０７）。
【００３６】
端末ドライバは物理端末のキー情報のチェックを行い、ＬＣＤ文字情報を物理端末へ送信され（ステップ１０８）、物理端末のＬＣＤに”ＥＮＴＥＲ  ＰＡＳＳＷＯＲＤ”が表示される（ステップ１０９）。
【００３７】
ユーザがパスワード「１２３４５」と入力完了を示す「＃」を入力する（ステップ１１０）と、「１２３４５＃」が端末ドライバを経由して端末制御部に送信される（ステップ１１１）。
【００３８】
端末制御部は、「１２３４５＃」を受信するとパスワードとしてユーザデータベース内のユーザ２１０に相当するパスワードとの比較を行い、合致すればチェックを完了する。
【００３９】
ここで、ユーザ２０３及び２１０を一旦ログオフさせるため、ユーザ２０３の端末制御部は、ログオフ指示メッセージをユーザ２１０の端末制御部に送信する（ステップ１１２）と共に、端末ドライバを介してＬＣＤクリア信号、ＬＥＤ消灯信号をユーザ２０３の物理端末に送信し（ステップ１１３）、ＬＣＤ、ＬＥＤ表示を消去する（ステップ１１４）。
【００４０】
また、端末識別情報関連データベースのユーザ２０３と関連付けされた物理端末の収容位置にＮＵＬＬデータを設定し、収容位置０１０２０３とユーザ２０３との関連を切断する（ステップ１１５）。
【００４１】
一方、ログオフ指示メッセージを受けたユーザ２１０の端末制御部は、ユーザの物理端末のＬＣＤ、ＬＥＤ表示を消去するために、端末ドライバを介してＬＣＤクリア信号、ＬＥＤ消灯信号をユーザ２１０の物理端末に送信し（ステップ１１６）、ＬＣＤ、ＬＥＤ表示を消去する（ステップ１１７）。
【００４２】
ここで、端末識別情報関連データベースのユーザ２０３と関連付けされた物理端末の収容位置にＮＵＬＬデータを設定し、収容位置０１０３０４とユーザ２１０との関連を切断する。
【００４３】
そして、ユーザ２０３及び２１０がログオフした後、ユーザ２１０に対してログインを促すために、ユーザ２０３の端末制御部からユーザ２１０の端末制御部に対してログイン指示メッセージを送信する（ステップ１１８）。
【００４４】
端末制御部２１０は、端末識別情報関連データベースにおいて、収容位置０１０２０３の物理端末にユーザ２１０を設定する。
【００４５】
また、ユーザデータベースに登録されている転送情報のＬＣＤ表示、メッセージウェイティングの登録状態をＬＣＤに反映を行うため、端末ドライバ（収容位置０１０２０３）に表示データを送信し、端末ドライバは、物理端末のキー情報のチェックを行い、表示データを物理端末に送信する（ステップ１１９）。
【００４６】
本実施の形態では、上記処理を行うことにより、収納位置０１０２０３の物理端末が端末２０３から端末２１０へ切り換わり、ユーザの切り換えを行うことができる。
【００４７】
次に、図５乃至８を用いて、ログオフ状態のユーザに対する呼の処理について説明する。
【００４８】
図５は、ログインをしていないユーザ２２０（端末２２０）を端末２１０から呼び出した際の動作を示すフローチャートであり、図５に示すように、まず、オフフック後、「２２０」を操作すると、端末制御部２１０に「２２０」が送信され（ステップ２００）、ユーザ２１０からのダイヤルを端末制御部で分析する。
【００４９】
そして、ユーザ２２０がユーザデータベースに存在すると、呼制御部に、「２２０」の呼出しを要求する旨のイベントを送信する（ステップ２０１）。
【００５０】
呼制御部は、２２０に着信鳴動を行うために、着信を要求するメッセージを端末２２０の端末制御部２２０へ送信し（ステップ２０２）、端末制御部は、ユーザ２２０のユーザデータベースを参照して着信処理を行う。
【００５１】
ここで、ユーザデータベース上のユーザ２２０はログインしているユーザと何ら変わらないため、端末制御部の処理は着信なされた物として扱われ、端末ドライバに対しても着信時と同じＬＥＤやＬＣＤの情報が送信される（ステップ２０３）が、端末識別情報関連データベースから求めた収容位置情報がＮＵＬＬとなっており、情報は破棄される（ステップ２０４）。
【００５２】
また、端末２１０への着信を行った旨のメッセージが端末制御部２２０から呼制御部に送信され（ステップ２０５）、呼制御部は、発信端末を呼び出し状態とするため、呼び出し状態を作るコマンドを端末制御部２２０へ送信し（ステップ２０６）、端末制御部は、ユーザ２１０に対して呼び出し音を鳴動させる信号を端末ドライバを介して送信する（ステップ２０７）。
【００５３】
このように本実施の形態では、ログオフの端末の端末ドライバにおける収容位置情報がＮＵＬＬであるため、この時点で信号は破棄され、どの端末にも表示はされないが、端末制御部２２０に着信させる処理は成功するため、呼制御部に対し、成功のメッセージを送信することができる。
【００５４】
図６は、ユーザ２２０への発信者であるユーザ２１０がメッセージウェイティングを登録する際の動作を示すフローチャートであり、図６に示すように、まず、ユーザ２２０への呼出しが行われている状態で、メッセージウェイティング（ＭＷ）キーを操作すると、キー情報が端末で生成され、端末ドライバを経由し、ユーザ２１０の端末制御部に通知され（ステップ３００）、端末制御部は、呼制御部へメッセージウェイティング登録のイベントを送信する（ステップ３０１）。
【００５５】
呼制御部は、端末制御部２２０に着信停止のメッセージを送信し（ステップ３０２）、端末制御部２２０は、着信停止時のＬＥＤ、ＬＣＤなどの表示信号を端末ドライバに送信し（ステップ３０３）、端末ドライバの収容位置情報がＮＵＬＬとなっており、情報は破棄される（ステップ３０４）。
【００５６】
また、呼制御部は、ユーザデータベースのユーザ２２０にメッセージウェイティング登録端末番号に発信者であるユーザ２１０を登録する（ステップ３０５）。
【００５７】
ここで、メッセージウェイティング登録の通知を端末制御部２２０に送信し（ステップ３０６）、端末制御部２２０は、メッセージウェイティング登録時のＬＥＤ、ＬＣＤなどの表示信号を端末ドライバに送信し（ステップ３０７）、端末ドライバの収容位置情報がＮＵＬＬとなっており、情報は破棄される（ステップ３０８）。
【００５８】
そして、呼制御部は、メッセージウェイティング登録完了の通知を端末制御部２１０に行い（ステップ３０９）、発信者の端末２１０にメッセージウェイティングが登録された旨のＬＣＤの表示信号を送信者の端末に通知する（ステップ３１０）。
【００５９】
ここで、発信者がオンフックする（ステップ３１１）と端末制御部２１０から呼制御部へ切断要求が通知され（ステップ３１２）、呼制御部から端末制御部に切断指示が通知される（ステップ３１３）と、ＬＣＤにＭＷがセットされている旨が表示され、回線が切断される（ステップ３１４）。
【００６０】
図７は、ユーザ２２０がログインを行った任意の端末である端末２０３にメッセージウェイティングが登録されていることを通知する際の動作を示すフローチャートであり、図７に示すように、まず、オフフック後、ログインを行うことを示す特番「＃４０１」、ユーザの識別番号「２２０＃」、パスワード「１２１２＃」（「＃」は、入力完了を示す記号である）をログインを行う収納位置：０１０４０１の端末で操作すると、端末制御部２３０に送信され（ステップ４００）、端末制御部２３０は、ログインを行った端末にＬＣＤクリア信号、ＬＥＤ消灯信号をユーザ２０３の物理端末に送信し（ステップ４０１）、ＬＣＤ、ＬＥＤ表示を消去する（ステップ４０２）。
【００６１】
また、端末制御部２３０は、ログオフ指示メッセージをログインを行うユーザ２２０の端末制御部に送信し（ステップ４０３）、その後、ログインを行うユーザ２２０の端末制御部にログイン指示メッセージを送信する（ステップ４０４）。
【００６２】
そして、収容位置０１０４０１の端末にユーザ２２０が関連付けられ（ステップ４０５）、同時に、物理端末０１０４０１にユーザ２２０のユーザデータベースが参照され、各種登録状態がＬＣＤやＬＥＤに反映される（ステップ４０６）。
【００６３】
ここで、ＭＷの登録を示すＭＷＬＥＤが点滅することにより、先に登録されたユーザ２２０からのメッセージウェイティングが通知される（ステップ４０７）。
【００６４】
図８は、メッセージウェイティングを登録した送信者とログインを行ったユーザとの通話を確立する際の動作を示すフローチャートであり、図８に示すように、まず、ユーザ２２０がＭＷキーを押す（ステップ５００）と、イベントが端末制御部２２０に通知され（ステップ５０１）、端末制御部２２０がユーザデータベースからメッセージウェイティングの登録端末番号を読み出し、呼制御部に２１０を呼び出すイベントを通知する（ステップ５０２）。
【００６５】
呼制御部では、端末制御部２１０に着信を要求し（ステップ５０３）、収納位置０１０３０４の端末に着信鳴動を指示する（ステップ５０４）。
【００６６】
また、端末２１０への着信を行った旨が呼制御部に通知され（ステップ５０５）、呼制御部は、呼び出し中であることを示すコマンドを端末制御部２２０へ送信し（ステップ５０６）、端末制御部は、ユーザ２２０に対して呼び出し中であることを示す音を鳴動させる信号を送信する（ステップ５０７）。
【００６７】
そして、ユーザ２１０が着信に応答し、収納位置０１０３０４の端末がオフフックとなると、オフフックとなったことを示す信号が端末制御部２１０に送信され（ステップ５０８）、通話状態となる（ステップ５０９）。
【００６８】
ここで、呼制御部は、ユーザデータベース内のユーザ２２０に登録してあるメッセージウェイティング登録端末番号をクリアする（ステップ５１０）。
【００６９】
このように本実施の形態では、ユーザがログインを行うことにより、メッセージウェイティングの登録を行った送信者と通話を行うことが可能となり、パーソナルモビリティ機能の利便性を向上させることができる。
【００７０】
このように本発明では、端末の論理情報（ユーザデータベース）のみを扱って処理を行うため、物理端末を伴わないユーザに、あたかもログインしているときのように、呼を受け付けることが可能となり、ログオフ中のユーザの操作性を向上させることができる。
【００７１】
【発明の効果】
本発明では、ユーザがログインしていない場合であっても、呼を受け付け、ユーザに設定された機能を利用することが可能となる。
【図面の簡単な説明】
【図１】本発明に係る電話交換システムの全体構成の一例を示す機能ブロック図
【図２】端末識別情報関連データベースのに記録されるデータベースの一例を示す図
【図３】ユーザデータベース部に記録されるユーザデータベースの一例を示す図
【図４】本実施の形態において、物理端末のユーザを切り換える際の動作を示すフローチャート
【図５】本実施の形態において、ログインをしていないユーザを呼び出した際の動作を示すフローチャート
【図６】本実施の形態において、メッセージウェイティングを登録する際の動作を示すフローチャート
【図７】本実施の形態において、ログインを行ったユーザにメッセージウェイティングが登録されていることを通知する際の動作を示すフローチャート
【図８】本実施の形態において、メッセージウェイティングを登録した送信者とログインを行ったユーザとの通話を確立する際の動作を示すフローチャート
【符号の説明】
１…電話交換装置
２…物理端末
１０…ユーザデータベース部
２０…呼制御部
３０…端末制御部
４０…端末識別情報関連データベース部
５０…端末ドライバ
【図１】
2004357207.tif 000003
【図２】
2004357207.tif 000004
【図３】
2004357207.tif 000005
【図４】
2004357207.tif 000006
【図５】
2004357207.tif 000007
【図６】
2004357207.tif 000008
【図７】
2004357207.tif 000009
【図８】
2004357207.tif 000010