(57)【要約】【課題】一括管理されている通信端末の履歴情報を管理できるとともに、情報の送達が確実に行われているかを確認できる通信端末を提供する。【解決手段】ネットワークを介して通信履歴を提供する機能を搭載する通信端末であることをＵＤＤＩ拠点に公開し、ＵＤＤＩ拠点から通信端末の一覧リストを取得し、通信端末の一覧リストから通信先の通信端末を選択する。この選択手段で選択された通信端末に通信履歴を要求し、通信履歴要求を受信した場合には、自通信端末の通信履歴を要求元に返信し、返信された通信履歴を受信した場合には、該通信履歴より送受信状態を表示して、送受信の対象となっている通信端末の通信状態を確認する。【選択図】図１
2005085219.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して通信履歴を提供する機能を搭載する通信端末において、ＵＤＤＩ(Universal Description, Discovery and Integration)拠点から前記通信端末の一覧リストを取得するＷｅｂサービス検索手段と、前記通信端末の一覧リストから通信先の通信端末を選択する選択手段と、前記選択手段で選択された通信端末に通信履歴を要求する通信履歴要求手段と、前記通信履歴要求を受信した場合には、自通信端末の通信履歴を要求元に返信し、返信された通信履歴を受信した場合には、該通信履歴より送受信状態を表示する通信履歴処理手段を備えたことを特徴とする通信端末。
【請求項２】
請求項１に記載の通信端末において、前記Ｗｅｂサービス検索手段は、予め設定された所定時間に達すると周期的に、送受信の対象となった通信端末の通信履歴を要求するようにしたことを特徴とする通信端末。
【請求項３】
請求項１または２に記載の通信端末において、前記通信履歴処理手段は、返信された通信履歴と自通信端末の通信履歴とをマージして通信履歴を管理することを特徴とする通信端末。
【請求項４】
請求項１に記載の通信端末において、前記通信履歴処理手段は、前記通信端末が電子メールまたはインターネットファクシミリ送信を行ったとき、受信側の通信端末に通信履歴を要求し、該受信側の通信端末から返信された通信履歴を表示することを特徴とする通信端末。
【請求項５】
請求項１に記載の通信端末において、前記通信履歴処理手段は、受信側で通信エラーが発生した場合、送信側の通信端末に通信履歴を要求し、該送信側の通信端末から返信された通信履歴が正常に送信を終了したことを確認した場合、該送信側に結果レポートを送信することを特徴とする通信端末。
【請求項６】
ネットワークを介して通信履歴を提供する機能を搭載する通信端末と該通信端末の通信履歴を管理する通信履歴管理端末において、管理する通信端末ごとの顧客情報を記憶する顧客情報記憶手段と、ＵＤＤＩ拠点から前記通信端末の一覧リストを取得するＷｅｂサービス検索手段と、前記通信端末の一覧リストから前記顧客情報記憶手段に記憶された管理対象の通信端末を選択する選択手段と、前記選択手段で選択された通信端末に通信履歴を要求する通信履歴要求手段と、
前記通信履歴要求を受信した場合、自通信端末の通信履歴を要求元に返信し、
返信された通信履歴を受信した場合には管理する通信端末ごとの通信履歴を通信履歴蓄積手段に格納する通信履歴処理手段を備え、管理対象の通信端末の通信履歴を一括に管理することを特徴とする通信履歴管理端末。
【請求項７】
ネットワークを介して通信履歴を提供する機能を搭載する通信端末と、前記通信端末の一覧リストを提供するＵＤＤＩ拠点とを有する通信システムであって、
前記通信端末は、前記ＵＤＤＩ拠点から前記通信端末の一覧リストを取得するＷｅｂサービス検索手段と、前記通信端末の一覧リストから通信先の通信端末を選択する選択手段と、前記選択手段で選択された通信端末に通信履歴を要求する通信履歴要求手段と、前記通信履歴要求を受信した場合には、自通信端末の通信履歴を要求元に返信し、返信された通信履歴を受信した場合には、該通信履歴より送受信状態を表示する通信履歴処理手段を備え、
前記ＵＤＤＩ拠点は、前記通信端末からのＷｅｂサービスの検索要求に対して、通信履歴を提供する機能を搭載する通信端末の一覧リストを返信することを特徴とする通信システム。
【請求項８】
コンピュータに、請求項１乃至５のいずれかに記載の通信端末の機能、請求項６に記載の通信履歴管理端末の機能または請求項７に記載の通信システムの機能を実行させるためのプログラム。
【請求項９】
請求項８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信履歴管理端末、通信システム、プログラムおよび記録媒体に関し、具体的には、インターネット・プロトコルで通信可能なネットワークに接続する通信端末の通信履歴を管理する技術に関する。
【背景技術】
【０００２】
近年、家電製品等も含め、ネットワークに接続され、外部と情報の授受を行うことができる電子装置が多く登場してきている。そして、それらの電子装置の利用環境の中でも特に、ＯＡ機器の利用環境は、ネットワーク抜きの構築はありえない状況である。
また、ＯＡ機器の保守（修理を含む）環境も同様に、ネットワーク（公衆回線網等）をツールとして利用することにより、遠隔監視装置が、ネットワーク経由でＯＡ機器を遠隔監視することにより保守（リモートメンテナンス）サービスを実現できるようにしている。
【０００３】
また、ネットワーク経由で顧客先のＯＡ機器から送信される稼動情報を監視センタのＷｅｂ（World Wide Web）サーバに蓄積し、監視センタのＷｅｂサーバにアクセスし、顧客（ユーザ）に稼動情報の閲覧を可能にしているシステムも提供されている。
【０００４】
特許文献１には、管理者がホームページ上で画像形成装置の状況を容易に把握できるようにして、顧客（ユーザ）の利便性の向上を図ることができるとともに、画像形成装置に対するサービスコストの低減を図ることができる画像形成装置の状況通知およびサービス提供システムが提案されている。
この特許文献１の技術は、画像形成装置から監視センタに画像形成装置の情報を通知する電子メールを送信したときに、監視センタのＷｅｂサイトから管理者用装置に対してトナー等の消耗品の不足状況や加熱ローラ等の資源の保守・故障状況等の各種情報を通知することができる。管理者宛のホームページのＵＲＬに基づいてホームページをアクセスすることにより、画像形成装置の状況を簡単に把握して対処することができる。
【特許文献１】特開２００２−２１５５４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術は、画像形成装置の状況を検出したとき、画像形成装置から監視センタに状況を電子メールで通知すると、監視センタのＷｅｂサイトから管理者に対して状況通知に応じた各種情報の通知を行うようにしているため、一般の不特定多数の顧客（ユーザ）は監視センタのＷｅｂサーバ上のデータベースあるいは監視センタへのアクセス手段がないという問題があるため、簡単に利用することができないのが現状である。
【０００６】
従って、一般の不特定多数の顧客（ユーザ）が自己の通信履歴を知ろうとすれば、監視センタに導入されているシステムの改造と、それらの情報のデータベース構築化等かなりのコスト増加を招くおそれがある。
【０００７】
また、監視センタのＷｅｂサーバにアクセスして提供を受ける場合、提供される情報や顧客（ユーザ）側から見られる情報に制約があるため、顧客（ユーザ）が必要とする情報量が少ないという問題がある。
【０００８】
また、一般の不特定多数の顧客（ユーザ）のオフィス等にそれぞれ納入設置されている多くの装置から情報を監視センタに集中して蓄積するために、監視センタに導入されるシステム全体の設備費用や運用費用が高騰するという問題がある。
【０００９】
一方、従来のインターネットでやりとりする電子メールシステムで、電子メールを送信するときに、受信側から応答メッセージを要求する場合がある。この応答メッセージの仕組みは、ＤＳＮ(Delivery Status Notifications)またはＭＤＮ(Message Disposition Notifications)を利用する。ＤＳＮまたはＭＤＮ機能は、電子メールが目的の宛先へ配信されなかったか否かを確認するための仕組みとして、電子メールで結果を返すため、無駄な通信トラフィックが増加し、ネットワークに負担を与え、他の通信に影響を与えるという問題がある。
【００１０】
さらに、送信側ではＤＳＮ／ＭＤＮメッセージにより送達確認ができ、通信時間を短くするために、すべての画像情報を表示や印刷などの処理をする前に回線を切る仕様の場合、回線を切った後に符号化圧縮されている画像情報を元の画像情報に復号化する処理中に障害が発生または、電源断等が発生すると、送信側は正常に送信したと判断するが、しかし、受信側には障害の履歴が残るという問題があった。
【００１１】
本発明は、上述の実情を考慮してなされたものであって、一括管理されている通信端末の履歴情報を管理できるとともに、情報の送達が確実に行われているかを確認できる通信端末、通信履歴管理端末、通信システム、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述の課題を解決するために、請求項１の発明は、ネットワークを介して通信履歴を提供する機能を搭載する通信端末において、ＵＤＤＩ(Universal Description, Discovery and Integration)拠点から前記通信端末の一覧リストを取得するＷｅｂサービス検索手段と、前記通信端末の一覧リストから通信先の通信端末を選択する選択手段と、前記選択手段で選択された通信端末に通信履歴を要求する通信履歴要求手段と、前記通信履歴要求を受信した場合には、自通信端末の通信履歴を要求元に返信し、返信された通信履歴を受信した場合には、該通信履歴より送受信状態を表示する通信履歴処理手段を備えたことを特徴とする。
【００１３】
また、請求項２の発明は、請求項１に記載の通信端末において、前記Ｗｅｂサービス検索手段は、予め設定された所定時間に達すると周期的に、送受信の対象となった通信端末の通信履歴を要求するようにしたことを特徴とする。
【００１４】
また、請求項３の発明は、請求項１または２に記載の通信端末において、前記通信履歴処理手段は、返信された通信履歴と自通信端末の通信履歴とをマージして通信履歴を管理することを特徴とする。
【００１５】
また、請求項４の発明は、請求項１に記載の通信端末において、前記通信履歴処理手段は、前記通信端末が電子メールまたはインターネットファクシミリ送信を行ったとき、受信側の通信端末に通信履歴を要求し、該受信側の通信端末から返信された通信履歴を表示することを特徴とする。
【００１６】
また、請求項５の発明は、請求項１に記載の通信端末において、前記通信履歴処理手段は、受信側で通信エラーが発生した場合、送信側の通信端末に通信履歴を要求し、該送信側の通信端末から返信された通信履歴が正常に送信を終了したことを確認した場合、該送信側に結果レポートを送信することを特徴とする。
【００１７】
また、請求項６の発明は、ネットワークを介して通信履歴を提供する機能を搭載する通信端末と該通信端末の通信履歴を管理する通信履歴管理端末において、管理する通信端末ごとの顧客情報を記憶する顧客情報記憶手段と、ＵＤＤＩ拠点から前記通信端末の一覧リストを取得するＷｅｂサービス検索手段と、前記通信端末の一覧リストから前記顧客情報記憶手段に記憶された管理対象の通信端末を選択する選択手段と、前記選択手段で選択された通信端末に通信履歴を要求する通信履歴要求手段と、前記通信履歴要求を受信した場合、自通信端末の通信履歴を要求元に返信し、返信された通信履歴を受信した場合には管理する通信端末ごとの通信履歴を通信履歴蓄積手段に格納する通信履歴処理手段を備え、管理対象の通信端末の通信履歴を一括に管理することを特徴とする。
【００１８】
また、請求項７の発明は、ネットワークを介して通信履歴を提供する機能を搭載する通信端末と、前記通信端末の一覧リストを提供するＵＤＤＩ拠点とを有する通信システムであって、前記通信端末は、前記ＵＤＤＩ拠点から前記通信端末の一覧リストを取得するＷｅｂサービス検索手段と、前記通信端末の一覧リストから通信先の通信端末を選択する選択手段と、前記選択手段で選択された通信端末に通信履歴を要求する通信履歴要求手段と、前記通信履歴要求を受信した場合には、自通信端末の通信履歴を要求元に返信し、返信された通信履歴を受信した場合には、該通信履歴より送受信状態を表示する通信履歴処理手段を備え、前記ＵＤＤＩ拠点は、前記通信端末からのＷｅｂサービスの検索要求に対して、通信履歴を提供する機能を搭載する通信端末の一覧リストを返信することを特徴とする。
【００１９】
また、本発明の請求項８は、コンピュータに、請求項１乃至５のいずれかに記載の通信端末の機能、請求項６に記載の通信履歴管理端末の機能または請求項７に記載の通信システムの機能を実行させるためのプログラムである。
また、本発明の請求項９は、請求項８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００２０】
以上の構成により本発明は、通信端末の送信異常等を、顧客（ユーザ）は早期に発見することができ、迅速に障害の対処をすることができるとともに、個々のデータベースを構築することが不要で、通信履歴を容易に入手することができ、情報の授受に対する伝送の信頼性および通信端末の保守性が大幅に向上する。
【００２１】
また、情報の送信がなされた直後に、その送信結果を確認することができ、それによって、通信端末の可用性が向上するとともに、操作性が大きく向上し、顧客（ユーザ）の利便性の向上を図ることができる。
さらに、受信側で発生した障害を送信側に送達できるようになったため、送信者は情報が確実に送信されたのか、送達されなかったのかを改めて問い合わせることがなくなるので、無駄な通信トラフィックがなくなり、電子メールサーバおよびネットワークにおける通信の負荷を減少することができ、ネットワークの利用効率が大幅に向上する。
【発明を実施するための最良の形態】
【００２２】
以下に、図面を参照して本発明の好適な実施形態を詳細に説明する。なお、本実施形態では、電子メールおよびデータ通信によって情報の送受信が可能な情報処理装置、通信端末、複合画像形成装置、複写機、プリンタ装置、インターネットファクシミリに適用することができるが、本実施形態では、インターネットファクシミリを例に説明する。
【００２３】
図１は、本実施形態に係る通信システムの全体構成を示す構成図である。同図において、通信システムは、ルータ装置５０を介してローカルエリアネットワーク（ＬＡＮ）システムをインターネット１０と接続させ、通信端末８０aは直接インターネット１０に接続させ、Ｗｅｂサービス提供装置１、ＵＤＤＩ拠点５をインターネット１０に接続させている。
【００２４】
このＬＡＮシステムは、複数のワークステーション装置３０、３０a、電子メールサーバ装置４０、ルータ装置５０と通信端末８０とをローカルエリアネットワーク６０を介して接続しており、複数のＬＡＮシステムを通信システムに接続させることができる。
【００２５】
通信端末（８０，８０ａ）は、インターネットおよびイントラネットなどのＩＰ（インターネット・プロトコル）によってＩＴＵ−Ｔ勧告Ｔ.３７に準拠したストア・アンド・フォワード型による伝送制御手順により画像情報を電子メールとしてやりとりを行う。
【００２６】
また、通信端末（８０，８０ａ）同士は、インターネットおよびイントラネットなどのＩＰ（インターネット・プロトコル）によってＩＴＵ−Ｔ勧告Ｔ.３８に準拠した伝送制御手順により画像情報をファクシミリ通信としてやりとりを行う。
【００２７】
ＬＡＮシステムに接続されているワークステーション装置３０、電子メールサーバ装置４０および通信端末８０の相互間でのデータのやりとり、および、インターネット１０を介して行うデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送制御手順と、それ以上の上位レイヤの通信プロトコルとの組み合わせを適用して行われる。
【００２８】
電子メールのやりとりでは、上位レイヤの通信プロトコルとしてＳＭＴＰという通信プロトコルが適用される。電子メールは、電子メールサーバ装置４０にいったん蓄積された後に受信側へと配信されるストア・アンド・フォワード型の伝送制御手順で送信される。電子メールに付されているメールアドレスが、それぞれのＬＡＮシステムに設定されているネットワークアドレスを含む場合には、その電子メールは、対応する電子メールサーバ装置４０にそのまま蓄積される。
【００２９】
電子メールに付されているメールアドレスが、それぞれのＬＡＮシステムに設定されているネットワークアドレス以外の場合には、電子メールは、ルータ装置５０を介して、インターネット１０に送出され、インターネット１０のデータ転送機能により、そのメールアドレスに対応したネットワークアドレスを持つ電子メールサーバ装置４０に送信される。
【００３０】
一方、複数のワークステーション装置３０、３０aと通信端末８０は、適切な周期で電子メールサーバ装置４０に対して、自装置のユーザ宛の電子メールの受信確認を問い合わせ、ユーザ宛の電子メールが蓄積されているときには、電子メールサーバ装置４０よりその電子メールを受信して、自装置のユーザにその旨を通知する。
【００３１】
ここで、各装置が電子メールサーバ装置４０に対して、ユーザ宛の電子メールの受信確認のために適用するプロトコルは、いわゆるＰＯＰなどが適用される。
【００３２】
さらに、Ｗｅｂサービス提供装置１には、Ｗｅｂサービスを提供する機能を搭載し、ネットワーク（インターネット１０またはローカルエリアネットワーク６０）に接続されている通信端末８０、８０aからのＷｅｂサービス要求を実行し、Ｗｅｂサービス結果を要求元に応答する機能を搭載している。
【００３３】
また、ＵＤＤＩ拠点５にはＷｅｂサービスの登録、検索、閲覧のためのＵＤＤＩレジストリを備えており、ユーザはＵＤＤＩレジストリを検索して必要なサービス情報を獲得し、そのサービスを利用することができる。ＵＤＤＩ拠点５のＵＤＤＩレジストリには、Ｗｅｂサービス提供装置１を利用するためのＷｅｂサービスを提供する企業の名前や説明、その他連絡先等の情報と、サービス名やサービスに関する情報と、サービスに接続するためのアクセスポイントのアドレスおよびサービスのインタフェイス技術情報等を登録する。
【００３４】
Ｗｅｂサービス提供装置１が提供するＷｅｂサービスは、要求に応じて自通信端末の通信履歴を返信できる通信端末またはそのような機能を搭載した通信端末の一覧リストを提供する機能である。
【００３５】
また、Ｗｅｂサービス提供装置１は、プロトコルスタック部１１、プロトコル部１２、リクエスト処理部１３、レスポンス処理部１４、Ｗｅｂサービス処理部１５のモジュールから構成されている。このモジュールは、Ｗｅｂサービス提供装置１で動作しているオペレーティングシステム環境上で動作するソフトウエアである。
【００３６】
プロトコルスタック部１１は、Ｗｅｂサービス提供装置１のネットワークボード（不図示）上に実装され、ＴＣＰ／ＵＤＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送制御手順と、それ以上の上位レイヤの通信プロトコルの処理を行う。
【００３７】
プロトコル部１２は、プロトコルスタック部１１上でＨＴＴＰに準ずるＨＴＴＰの通信プロトコルの処理を行う。
【００３８】
リクエスト処理部１３は、Ｗｅｂサービス提供装置１と通信端末８０との間の通信を確立するための、リクエストメッセージの生成と要求先へリクエストの発行等の処理と、通信端末８０からのリクエストメッセージを解析し、解析した結果に基づき、上位の処理モジュールの起動を行う。
【００３９】
レスポンス処理部１４は、Ｗｅｂサービス提供装置１と通信端末８０との間の通信を確立するための、リクエストを実行した結果のレスポンスメッセージの生成と要求元へレスポンスの発行等の処理と、通信端末８０からのレスポンスメッセージを解析し、解析した結果に基づき、上位の処理モジュールの起動を行う。
Ｗｅｂサービス処理部１５は、要求に応じて自通信端末の通信履歴を返信できる通信端末、またはそのような機能を搭載した通信端末の一覧リストを提供するＷｅｂサービスの実行を行う。
【００４０】
以上に示したリクエスト処理部１３、レスポンス処理部１４、Ｗｅｂサービス処理部１５の各モジュールは、Ｗｅｂサービス提供装置１の記憶部であるハードディスクドライブ（不図示）に記憶され、必要に応じてランダムアクセスメモリ（不図示）に読み出されて制御部（不図示）により実行される。これにより、各モジュールが果たす機能を実現する。
【００４１】
図２は、本発明の実施形態に係る通信端末の構成を示すブロック図であり、同図において、通信端末は、ＩＴＵ−Ｔ勧告Ｔ.３７およびＩＴＵ−Ｔ勧告Ｔ.３８に準拠したファクシミリ通信機能を備えており、制御部８１、ＲＡＭ部８２、パラメータＲＡＭ部８３、ＲＯＭ部８４、時計部８５、スキャナ部８６、プロッタ部８７、操作表示部８８、符号化復号化部８９、画像蓄積部９０、通信制御部９１、Ｇ３ファクシミリモデム９２、ＮＩＣ部９３、通信情報管理部９４から構成されている。
【００４２】
また、制御部８１、ＲＡＭ部８２、パラメータＲＡＭ部８３、ＲＯＭ部８４、時計部８５、スキャナ部８６、プロッタ部８７、操作表示部８８、符号化復号化部８９、画像蓄積部９０、通信制御部９１および通信情報管理部９４は、内部バス９５に接続されており、この内部バス９５を介してデータの授受が行われる。
【００４３】
制御部８１は、通信端末８０の全体の制御、各要素の制御、ファクシミリ伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ.３８手順）の処理およびストア・アンド・フォワード型による伝送制御手順（ＩＴＵ−Ｔ勧告Ｔ.３７手順）の処理などの各種の制御処理を行う。
【００４４】
ＲＡＭ部８２は、制御部８１が実行する制御処理プログラム、および、制御処理プログラムを実行するときに必要な各種情報などを記憶するとともに、制御部８１のワークエリアを構成する。
パラメータＲＡＭ部８３は、通信端末８０に固有な各種の情報と、各種の管理テーブルを記憶し、不慮の電源断、安全のための電源断などでこれらのパラメータの内容が失われることがないように、バッテリ（不図示）によりバックアップされている。
ＲＯＭ部８４は、制御部８１が各要素および各モジュール（図３で後述する）を制御するための動作プログラムや各種設定データを記憶する。
【００４５】
時計部８５は、現在時刻情報を出力する。
スキャナ部８６は、所定の解像度で原稿の画像を読み取る。
プロッタ部８７は、所定の解像度で画像を記録出力する。
操作表示部８８は、通信端末８０を操作するもので、各種の操作キーを備える操作パネルおよび各種の情報を表示する表示部から構成される。
【００４６】
符号化復号化部８９は、画像情報を符号化圧縮（ＭＨ、ＭＲ、ＭＭＲ）するとともに、符号化圧縮されている画像情報を元の画像情報に復号化する。
また、画像蓄積部９０は、符号化復号化部８９により符号化圧縮された状態の画像情報を蓄積する。
【００４７】
通信制御部９１には、通信端末８０をＧ３ファクシミリ伝送制御手順でＰＳＴＮ（公衆回線網）（不図示）に接続するためのＧ３ファクシミリモデム９２と、ＬＡＮ６０に接続するためのＮＩＣ部９３とが接続されている。
【００４８】
Ｇ３ファクシミリモデム９２は、Ｇ３ファクシミリのモデムであり、ファクシミリ伝送制御手順の信号をやりとりするための低速モデム機能（Ｖ.２１モデム）、および、主に画像情報をやりとりするための高速モデム機能（Ｖ.１７モデム、Ｖ.３４モデム、Ｖ.２９モデム、Ｖ.２７ｔｅｒモデムなど）を備えている。
【００４９】
また、通信制御部９１は、Ｇ３ファクシミリモデム９２とデータの授受を行って、Ｇ３ファクシミリ装置とファクシミリ通信（ＩＴＵ−Ｔ勧告Ｔ.３８手順）を行う。
【００５０】
ＮＩＣ（Network Interface Card）部９３は、通信端末８０をＬＡＮ６０のイーサネット（登録商標）ケーブルに接続し、ＴＣＰ／ＵＤＰ／ＩＰ（Transmission Control Protocol／User Datagram Protocol／Internet Protocol）、ＳＭＴＰ／ＰＯＰ（Simple Mail Transfer Protocol／Post Office Protocol）、ＨＴＴＰ／ＳＯＡＰ（Hyper Text Transfer Protocol／Simple Object Access Protocol）などのプロトコルの処理をする。これにより、インターネット１０とのインタフェイス機能を持ち、伝送制御手順の機能が確保されている。
【００５１】
通信情報管理部９４は、電子メールの送信に際して、ファイル番号、メールアドレスなどのファイル属性、その他の通信に関連する情報の保存と管理を行う。
【００５２】
図３は、本発明の実施形態に係る通信端末８０のモジュールの構成を示すブロック図であり、通信端末８０で動作しているオペレーティングシステム環境上で動作するソフトウエアであり、ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００、ＨＴＴＰプロトコル部１０１、ＳＭＴＰおよびＰＯＰ等のプロトコル部群１０２、ＳＯＡＰリクエスト処理部１０３、ＳＯＡＰレスポンス処理部１０４、通信履歴処理部１０５、Ｗｅｂサービス要求部１０６、通信履歴表示部１０８、通信履歴蓄積部１０９、Ｗｅｂサービス検索部１１０、選択部１１１、通信履歴要求部１１２から構成されている。
【００５３】
さらに、コマンド等入力処理を行うために、コマンド発行認証部２００、起動コマンド入力部２０１、条件コマンド入力部２０２、コマンド起動部２０３、テーブル記憶部２０４、テーブル登録部２０５を備えている。
【００５４】
ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００は、ＮＩＣ部９３上に実装され、ＴＣＰ／ＵＤＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送制御手順と、それ以上の上位レイヤの通信プロトコルの処理を行う。
【００５５】
ＨＴＴＰプロトコル部１０１は、ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００上でＨＴＴＰに準ずる通信プロトコルの処理を行う。
ＳＭＴＰおよびＰＯＰプロトコル部群１０２は、ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００上でＳＭＴＰやＰＯＰの通信プロトコルおよび各種通信プロトコルの処理を行う、モジュール群である。
【００５６】
ＳＯＡＰリクエスト処理部１０３は、通信端末８０とＵＤＤＩ拠点５との間と、通信端末間の通信を確立するための、ＳＯＡＰリクエストメッセージの生成と要求先へリクエストの発行等の処理と、通信端末８０からのＳＯＡＰリクエストメッセージを解析し、解析した結果に基づき、上位の処理モジュール群の起動を行う。
【００５７】
ＳＯＡＰレスポンス処理部１０４は、通信端末８０とＵＤＤＩ拠点５との間と、通信端末間の通信を確立するための、リクエストを実行した結果のＳＯＡＰレスポンスメッセージの生成と要求元へレスポンスの発行等の処理と、ＵＤＤＩ拠点５および通信端末８０からのＳＯＡＰレスポンスメッセージを解析し、解析した結果に基づき、上位の処理モジュール群の起動を行う。
【００５８】
通信履歴処理部１０５は、要求先から配信された通信履歴を解析して通信履歴蓄積部１０９へ蓄積するとともに、要求元へ通信履歴の配信を行う。
Ｗｅｂサービス要求部１０６は、ＵＤＤＩ拠点５のＵＤＤＩレジストリから検索されたＷｅｂサービスの呼び出し指示を発行する。
通信履歴表示部１０８は、要求先から配信され、解析された通信履歴の表示を行う。
通信履歴蓄積部１０９は、要求先から配信され、解析された通信履歴の蓄積を行う。
【００５９】
Ｗｅｂサービス検索部１１０は、Ｗｅｂサービスの検索指示をＵＤＤＩ拠点５に発行する。
選択部１１１は、Ｗｅｂサービス検索部１１０から応答された通信端末の一覧リストから通信端末の選択を行う。
通信履歴要求部１１２は、選択部１１１により選択された通信端末８０に通信履歴を要求する指示を発行する。
【００６０】
コマンド発行認証部２００は、コマンドを発行したユーザが、コマンド発行の権利を有するか否かの認証を実施する。
起動コマンド入力部２０１は、検索指示を手動で起動するための起動コマンドを入力する。
条件コマンド入力部２０２は、検索指示を自動的に行うための条件の登録、変更、追加または削除を指示するコマンドの入力を行う。ここでの条件は周期的に起動指示を実行するために、所定時間の登録、変更、追加または削除を入力する。
【００６１】
コマンド起動部２０３は、起動コマンド入力部２０１により、入力された起動コマンドに基づいてＷｅｂサービス検索部１１０に指示してＷｅｂサービスの検索を行わせる。
テーブル記憶部２０４は、条件コマンド入力部２０２により入力された起動条件を記憶する。
テーブル登録部２０５は、テーブル記憶部２０４に記憶された起動の条件の登録、変更、追加または削除を行う。テーブル記憶部２０４に起動の条件が登録されると、コマンド起動部２０３は、記憶された条件に基づいて、自動的にＷｅｂサービス検索部１１０に指示してＷｅｂサービスの検索を行わせる。
【００６２】
以上に示したＳＯＡＰリクエスト処理部１０３、ＳＯＡＰレスポンス処理部１０４、通信履歴処理部１０５、Ｗｅｂサービス要求部１０６、通信履歴表示部１０８、Ｗｅｂサービス検索部１１０、選択部１１１、通信履歴要求部１１２、コマンド発行認証部２００、起動コマンド入力部２０１、条件コマンド入力部２０２、コマンド起動部２０３、テーブル登録部２０５の各モジュールは、ＲＯＭ部８４に記憶され、必要に応じてＲＡＭ部８２に読み出されて制御部８１により実行される。これにより、各モジュールが果たす機能を実現する。
【００６３】
ＵＤＤＩ拠点５のＵＤＤＩレジストリへは、Ｗｅｂサービスを登録したい企業が、Ｗｅｂサービスを提供する企業の名前や説明、その他連絡先等の情報と、サービス名（通信履歴提供通信端末リスト）やサービスに関する情報と、サービスを利用するためのアクセスポイントであるＷｅｂサービス提供装置１のネットワークアドレスおよびサービスのインタフェイス技術情報を予め登録する。
ＵＤＤＩ拠点５のＵＤＤＩレジストリにＷｅｂサービスに関する情報が登録されると、Ｗｅｂサービスが一般に公開され、Ｗｅｂサービスを検索し、その結果を閲覧することが可能になる。
【００６４】
図４は、要求に応じて自通信端末の通信履歴を返信する機能を搭載した通信端末であることを公開するための処理手順を説明するためのフローチャートである。
【００６５】
まず、通信端末８０に電源が投入されると（ステップＳ１００のＹＥＳ）、この通信端末８０は、自通信端末内のパラメータＲＡＭ部８３に格納されている公開が完了した旨のフラッグを取得し、既に一般への公開を宣言されている場合（ステップＳ１０１のＹＥＳ）、処理を終了する。
【００６６】
公開が未宣言の場合（ステップＳ１０１のＮＯ）、ＵＤＤＩ拠点５のＵＤＤＩレジストリにＷｅｂサービス検索要求を発行する（ステップＳ１０２）。
このためにまず、Ｗｅｂサービス検索部１１０が起動される。
Ｗｅｂサービス検索部１１０は、Ｗｅｂサービスを提供する企業の名前や、サービス名（通信履歴提供通信端末リスト）等の情報を取得し、次に、ＳＯＡＰリクエスト処理部１０３を呼び出して、この情報をＸＭＬベースのＷＳＤＬ(Web Services Description Language)の型式に変換したＳＯＡＰリクエストメッセージを生成させて、この生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、ＵＤＤＩ拠点５に送出して停止する。
【００６７】
ＵＤＤＩ拠点５でＵＤＤＩレジストリの検索が終了し、ＵＤＤＩ拠点５からインターネット１０を介し、ＳＯＡＰレスポンスメッセージが送出されると、このレスポンスメッセージはＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰレスポンス処理部１０４で受信される。
この受信したＳＯＡＰレスポンスメッセージがＷｅｂサービス検索のレスポンスメッセージであれば、再び、Ｗｅｂサービス検索部１１０を起動し、このレスポンスメッセージを解析させる（ステップＳ１０３）。
【００６８】
解析した結果から実際にＷｅｂサービスを提供するＷｅｂサービス提供装置１のアクセスポイントおよびサービスのインタフェイスに必要な情報を取得し、取得した情報を自通信端末８０内のパラメータＲＡＭ部８３に格納する。Ｗｅｂサービス要求部１０６を起動し、Ｗｅｂサービス提供装置１のアクセスポイントのアドレスやインタフェイス技術情報等をＳＯＡＰリクエスト処理部１０３に入力する。
【００６９】
ＳＯＡＰリクエスト処理部１０３は、入力された情報をＸＭＬ型式に変換して、ＳＯＡＰリクエストメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、Ｗｅｂサービス提供装置１のアクセスポイントに送出する。
この送出が終了すると、Ｗｅｂサービス要求部１０６を停止する（ステップＳ１０４）。
【００７０】
Ｗｅｂサービス提供装置１はインターネット１０を介し、ネットワークボード（不図示）上に実装されるプロトコルスタック部１１およびプロトコル部１２を経て、ＳＯＡＰリクエストメッセージをリクエスト処理部１３で受信する。その解析結果が自通信端末の通信履歴を提供する機能を搭載した通信端末であることを公開するリクエストメッセージである場合、Ｗｅｂサービス処理部１５を起動し、リクエストメッセージから宣言する通信端末の種類、提供するサービスの種類、通信端末のネットワークアドレスおよびインタフェイス技術情報を抽出し、抽出した情報を一覧リストに登録する。宣言が終了すると、要求元のアドレスと、宣言の結果を、レスポンス処理部１４に入力する。レスポンス処理部１４は入力された情報をＸＭＬ型式に変換して、レスポンスメッセージを生成し、生成したメッセージをネットワークボード（不図示）上に実装されるプロトコル部１２およびプロトコルスタック部１１を経てインターネット１０を介し、要求元の通信端末に送出する。
【００７１】
Ｗｅｂサービス提供装置１からインターネット１０を介し、ＳＯＡＰレスポンスメッセージが送出されると、このレスポンスメッセージは要求元の通信端末８０のＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰレスポンス処理部１０４で受信される。
この受信したＳＯＡＰレスポンスメッセージが自通信端末の通信履歴を公開する通信端末として登録要求したレスポンスメッセージあり、要求が不成功と検証されると（ステップＳ１０５のＮＯ）、再び、自通信端末の通信履歴を公開する通信端末として登録する要求を発行する。
一方、登録要求が成功した場合（ステップＳ１０５のＹＥＳ）、登録完了のフラッグを自通信端末内のパラメータＲＡＭ部８３に格納し（ステップＳ１０６）、処理を終了する。
【００７２】
以上に説明した構成により、自通信端末の通信履歴を提供する機能を搭載した通信端末であることを公開するのは、通信端末８０がユーザのオフィス等にそれぞれ納入設置され、各種の納入パラメータ等の設定が完了したときに保守員によって行われ、ＵＤＤＩ拠点への公開完了のフラッグが通信端末８０内のパラメータＲＡＭ部８３に格納される。但し、不慮の障害等により、公開が完了したフラッグ等のパラメータの内容が失われたとき、電源投入時に検証処理を行い、再度、公開処理を行う。
【００７３】
図５は、通信履歴を提供する機能を搭載した通信端末の一覧リストを要求するときの処理手順を示すフローチャートである。
起動条件に一致したときに自動的にＷｅｂサービス検索部１１０が起動される場合と、手動で起動コマンドを入力してＷｅｂサービス検索部１１０が起動される場合のいずれかによって、Ｗｅｂサービスの検索指示が発行されると（ステップＳ１５０のＹＥＳ）、ＵＤＤＩ拠点５のＵＤＤＩレジストリにＷｅｂサービスの検索要求を発行する（ステップＳ１５１）。
このために、Ｗｅｂサービス検索部１１０が起動され、ＵＤＤＩ拠点５のＵＤＤＩレジストリでＷｅｂサービスを検索するためのＷｅｂサービス名（通信履歴提供通信端末リスト）やサービスに関する情報を作成し、ＳＯＡＰリクエスト処理部１０３を呼び出して、その情報をＸＭＬベースのＷＳＤＬの型式に変換してＳＯＡＰリクエストメッセージを生成させ、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、ＵＤＤＩ拠点５に送出して停止する。
【００７４】
ＵＤＤＩ拠点５でＵＤＤＩレジストリに対するＷｅｂサービスの検索が終了し、ＵＤＤＩ拠点５からインターネット１０を介し、レスポンスメッセージが送出されると、レスポンスメッセージはＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰレスポンスメッセージをＳＯＡＰレスポンス処理部１０４で受信し、解析を行う（ステップＳ１５２）。
【００７５】
解析した結果から実際にＷｅｂサービスを提供するＷｅｂサービス提供装置１のアクセスポイントおよびサービスのインタフェイスに必要な情報を取得し、取得した情報を自通信端末８０内のパラメータＲＡＭ部８３に格納する。Ｗｅｂサービス要求部１０６を起動し、Ｗｅｂサービス提供装置１のアクセスポイントのアドレスやインタフェイス技術情報等をＳＯＡＰリクエスト処理部１０３に入力する。
【００７６】
ＳＯＡＰリクエスト処理部１０３は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰリクエストメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、Ｗｅｂサービス提供装置１のアクセスポイントに送出し、Ｗｅｂサービス要求部１０６を停止する（ステップＳ１５３）。
【００７７】
Ｗｅｂサービス提供装置１はインターネット１０を介し、ネットワークボード（不図示）上に実装されるプロトコルスタック部１１およびプロトコル部１２を経て、リクエストメッセージをリクエスト処理部１３で受信し、一覧リストを要求するリクエストメッセージである場合、Ｗｅｂサービス処理部１５を起動し、一覧リストを作成する。作成後、要求元のアドレスと、一覧リストを、レスポンス処理部１４に入力する。レスポンス処理部１４は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰレスポンスメッセージを生成し、生成したメッセージをネットワークボード（不図示）上に実装されるプロトコル部１２およびプロトコルスタック部１１を経てインターネット１０を介し、要求元に送出する。
【００７８】
Ｗｅｂサービス提供装置１からインターネット１０を介し、ＳＯＡＰレスポンスメッセージが送出されると、このレスポンスメッセージは要求元の通信端末８０のＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰレスポンス処理部１０４で受信される。
この受信したＳＯＡＰレスポンスメッセージが通信端末の一覧リストのレスポンスメッセージと検証されると、レスポンスメッセージの通信端末の一覧リストをパラメータＲＡＭ部８３に格納するとともに、操作表示部８８に表示し（ステップＳ１５４）、処理を終了する。
【００７９】
以上に説明した構成により、起動条件に一致したときに自動的にＷｅｂサービス検索部１１０が起動される場合と、手動で起動コマンドを入力してＷｅｂサービス検索部１１０が起動される場合のいずれかによって、自通信端末の通信履歴を提供する機能の利用が可能な通信端末の一覧リストが周期的または、随時、更新されることにより、常に、最新の一覧リストがパラメータＲＡＭ部８３に格納される。また、ＵＤＤＩ拠点５のＵＤＤＩレジストリを介さずに、直接通信端末に通信履歴の要求を発行することが可能になる。
【００８０】
Ｗｅｂサービス提供装置１で作成された通信端末の一覧リスト６００は、図６に示すようなデータ構造である。図６によると、通信端末の一覧リストは、次の各項目から構成される。
【００８１】
顧客名６００ａ：
通信端末８０が納入されている顧客名や顧客先のユーザ名を格納する。
メールアドレス６００ｂ：
顧客先の通信端末８０のメールアドレスを格納する。
インターネットファクシミリアドレス６００ｃ：
顧客先の通信端末８０のインターネットファクシミリアドレス（インターネットファクシミリのＩＰアドレスあるいはドメイン名）を格納する。
ファクシミリ番号（ＦＡＸ番号）６００ｄ：
顧客先の通信端末８０のファクシミリ番号（ＦＡＸ番号）を格納する。
【００８２】
図７は、管理する通信端末の顧客情報を記憶する管理テーブル７００のデータ構造例で、管理テーブル７００は、次の項目から構成される。この管理テーブルは、通信履歴管理端末（後述）によって、参照および更新が行われる。
【００８３】
顧客名７００ａ：
通信端末８０が納入されている顧客の名前を格納する。
識別情報７００ｂ：
顧客先の通信端末８０のメールアドレス、インターネットファクシミリアドレス（インターネットファクシミリのＩＰアドレスあるいはドメイン名）、ファクシミリ番号（ＦＡＸ番号）を格納する。
番地７００ｃ：
顧客先の通信端末８０の通信履歴が格納されているアドレスを格納する。
【００８４】
図８は、通信端末が情報の授受を行ったすべての通信端末の通信履歴を自通信端末の通信履歴にマージし、通信履歴を管理する処理手順を示すフローチャートである。
【００８５】
はじめに、通信履歴をマージする時刻に達した場合（ステップＳ２００のＹＥＳ）、通信端末８０内のパラメータＲＡＭ部８３に格納されている前回のマージ時刻を基に前回、通信履歴をマージした以降、自通信端末と情報の授受を行った通信端末のリストを自通信端末の通信履歴から作成する（ステップＳ２０１）。時計部８５から現在時刻情報を取得し、通信端末８０内のパラメータＲＡＭ部８３に今回のマージ時刻を格納する（ステップＳ２０２）。
【００８６】
通信履歴の取得要求を行うために、作成した一覧リストから要求先のアドレスを取得し、Ｗｅｂサービス要求部１０６を起動し、取得した要求元のアドレスをＳＯＡＰリクエスト処理部１０３に入力する。
【００８７】
ＳＯＡＰリクエスト処理部１０３は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰリクエストメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、受信側に送出し、Ｗｅｂサービス要求部１０６を停止する（ステップＳ２０３）。
【００８８】
要求先はインターネット１０を介し、ＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰリクエストメッセージをＳＯＡＰリクエスト処理部１０３で受信し、通信履歴要求のリクエストメッセージである場合、ログ情報から通信履歴に必要な情報を抽出し、抽出した通信履歴と要求元のアドレスを、ＳＯＡＰレスポンス処理部１０４に入力する。ＳＯＡＰレスポンス処理部１０４は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰレスポンスメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、要求元に送出する。
【００８９】
要求元の通信端末では、ＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経て、ＳＯＡＰレスポンスメッセージをＳＯＡＰレスポンス処理部１０４で受信し、Ｗｅｂサービス要求のレスポンスメッセージが通信履歴である場合（ステップＳ２０４のＹＥＳ）、通信履歴処理部１０５を起動し、自通信端末の通信履歴と、受信した通信履歴とをマージし、このマージした通信履歴を通信履歴蓄積部１０９に累積して格納する（ステップＳ２０５）。
【００９０】
一覧リスト上のすべての通信端末に、通信履歴の要求指示を発行したか否かを調べ、まだ、通信履歴の要求をする通信端末がある場合（ステップＳ２０６のＮＯ）、通信履歴の要求指示を行うために、制御をステップＳ２０３に移す。
【００９１】
一方、すべて通信端末に要求指示を発行した場合（ステップＳ２０６のＹＥＳ）、通信履歴蓄積部１０９に今回のマージで格納された通信履歴の解析を行い、障害レポートを生成し、操作表示部８８に表示またはプロッタ部８７に出力して処理を終了する（ステップＳ２０７）。
【００９２】
以上に説明した構成により、マージ処理は予め設定された所定時間に達すると周期的に起動を実行するため、情報の授受を行った通信履歴の管理が自動的に可能になる。
【００９３】
さらに、一般の不特定多数のユーザのオフィス等にそれぞれ納入設置されている多くの通信端末から通信履歴を集中して一括管理する場合には、ネットワーク上に通信履歴管理端末を導入し、個々の通信端末から送信された通信履歴を通信履歴管理端末上に格納することにより、一般の不特定多数のユーザのオフィス等にそれぞれ納入されている通信端末の通信履歴を管理するシステムが容易に構築できる。
【００９４】
図９は、通信端末から電子メールおよびインターネットファクシミリ送信を行ったとき、受信側へ通信履歴の要求指示を発行し、受信側からの通信履歴要求のレスポンスメッセージを処理する処理手順を示すフローチャートである。
【００９５】
通信端末８０は、情報を送信してから予め設定された所定時間が経過すると、電子メールまたはインターネットファクシミリで送信されたか、否かの検証を実施する。検証により、電子メールあるいはインターネットファクシミリで送信されたと検証されると（ステップＳ２５１のＹＥＳ、ステップＳ２５２のＹＥＳ）、自通信端末の通信履歴を提供する機能を搭載する通信端末の一覧リストをパラメータＲＡＭ部８３から取得し、受信側の通信端末が存在するか否かを調べ、受信側の通信端末が存在する場合（ステップＳ２５３のＹＥＳ）、受信側に通信履歴の要求指示を発行するために、受信側のアドレスを入力して通信履歴要求部１１２を起動し、ＳＯＡＰリクエスト処理部１０３で、通信履歴の要求指示をＸＭＬ型式に変換させて、ＳＯＡＰリクエストメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、受信側に送出し、通信履歴要求部１１２を停止する（ステップＳ２５６）。
【００９６】
一方、受信側の通信端末が存在しない場合（ステップＳ２５３のＮＯ）、ＵＤＤＩ拠点５のＵＤＤＩレジストリにＷｅｂサービスの検索指示を発行し、ＵＤＤＩ拠点５のレスポンスメッセージから、実際にＷｅｂサービスを提供するにＷｅｂサービス提供装置１へ要求を発行し（ステップＳ２５４）、Ｗｅｂサービスからのレスポンスメッセージから受信側が存在するか否かを調べ、受信側の通信端末が存在する場合（ステップＳ２５５のＹＥＳ）、制御をステップＳ２５６に移し、処理を続ける。受信側の通信端末が存在しない場合（ステップＳ２５５のＮＯ）、処理を終了する。
【００９７】
受信側の通信端末に対して、通信履歴を返信するように通信履歴要求を発行する（ステップＳ２５６）。
受信側は、インターネット１０を介し、ＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰリクエストメッセージをＳＯＡＰリクエスト処理部１０３で受信し、Ｗｅｂサービス要求のリクエストメッセージの場合、通信履歴処理部１０５を呼び出して、ログ情報から通信履歴に必要な情報を抽出させ、ＳＯＡＰレスポンス処理部１０４で抽出した通信履歴と要求元のアドレスをもとにＸＭＬ型式に変換して、ＳＯＡＰレスポンスメッセージを生成させ、生成されたメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、要求元の通信端末に送出し、通信履歴処理部１０５を停止する。
【００９８】
要求元の通信端末では、ＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経て、ＳＯＡＰレスポンスメッセージをＳＯＡＰレスポンス処理部１０４で受信し、Ｗｅｂサービス要求のレスポンスメッセージがくるまで待機し（ステップＳ２５７）、Ｗｅｂサービス要求のレスポンスメッセージが受信されると通信履歴処理部１０５を起動し、レスポンスメッセージの通信履歴を通信履歴蓄積部１０９に格納する。格納した通信履歴の解析を行って操作表示部８８に表示し（ステップＳ２５８）、処理を終了する。
【００９９】
図１０は、電子メールおよびインターネットファクシミリを受信したときに、エラーが送信側によるものか受信側によるものかを確認する処理手順を示すフローチャートである。
【０１００】
電子メールおよびインターネットファクシミリを受信し、受信が正常に終了している場合（ステップＳ２７０のＹＥＳ）、処理を終了する。
一方、エラーが発生している場合（ステップＳ２７０のＮＯ）、通信履歴の要求指示を発行するために、電子メールおよびインターネットファクシミリを送信した送信側のアドレスを取得し、通信履歴要求部１１２を起動して、ＳＯＡＰリクエスト処理部１０３に入力する（ステップＳ２７１）。
【０１０１】
ＳＯＡＰリクエスト処理部１０３は、入力された情報をＸＭＬ型式に変換して、ＳＯＡＰリクエストメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、送信側に送出し、通信履歴要求部１１２を停止する（ステップＳ２７２）。
【０１０２】
送信側はインターネット１０を介し、ＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰリクエストメッセージをＳＯＡＰリクエスト処理部１０３で受信し、通信履歴要求のリクエストメッセージの場合、通信履歴処理部１０５を呼び出してログ情報から通信履歴に必要な情報を抽出し、抽出した通信履歴と要求元のアドレスを、ＳＯＡＰレスポンス処理部１０４に入力する。ＳＯＡＰレスポンス処理部１０４は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰレスポンスメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、要求元の通信端末に送出する。
【０１０３】
要求元の通信端末では、ＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経て、ＳＯＡＰレスポンスメッセージをＳＯＡＰレスポンス処理部１０４で受信し、通信履歴のレスポンスメッセージの場合（ステップＳ２７３のＹＥＳ）、通信履歴処理部１０５を起動し、通信履歴（レスポンスメッセージ）を解析し、送信側で通信エラーが発生したか否かを調べる。その結果、通信エラーが発生していた場合（ステップＳ２７４のＹＥＳ）、処理を終了する。
【０１０４】
一方、送信側が正常に送信された場合（ステップＳ２７４のＮＯ）、送信側に送達レポートを送信するために、送達レポートとともに送信側のアドレスを、ＳＯＡＰレスポンス処理部１０４に入力すると、入力された情報をＸＭＬ型式に変換して、ＳＯＡＰレスポンスメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、送信側に送出し、処理を終了する。（ステップＳ２７５）。
【０１０５】
図１１は、通信履歴管理端末が管理している通信端末の通信履歴を収集する処理手順を示すフローチャートである。
【０１０６】
はじめに、通信履歴を収集する時刻に達した場合（ステップＳ２８０のＹＥＳ）、時計部８５から現在時刻情報を取得し、通信端末８０内のパラメータＲＡＭ部８３に今回の通信履歴を収集する時刻を格納する（ステップＳ２８１）。
【０１０７】
通信履歴の要求指示を行うために、通信履歴要求部１１２を起動し、通信端末８０内のパラメータＲＡＭ部８３に格納されている管理テーブル７００から要求先のアドレスを取得する。取得した要求先のアドレスをＳＯＡＰリクエスト処理部１０３に入力し、ＳＯＡＰリクエスト処理部１０３は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰリクエストメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、要求先の通信端末に送出し、通信履歴要求部１１２を停止する（ステップＳ２８２）。
【０１０８】
要求先の通信端末はインターネット１０を介し、ＮＩＣ部９３に実装されるＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００およびＨＴＴＰプロトコル部１０１を経て、ＳＯＡＰリクエストメッセージをＳＯＡＰリクエスト処理部１０３で受信し、通信履歴の要求のリクエストメッセージである場合、通信履歴処理部１０５を呼び出して、ログ情報から通信履歴に必要な情報を抽出し、抽出した通信履歴と要求元のアドレスを、ＳＯＡＰレスポンス処理部１０４に入力する。ＳＯＡＰレスポンス処理部１０４は入力された情報をＸＭＬ型式に変換して、ＳＯＡＰレスポンスメッセージを生成し、生成したメッセージをＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経てインターネット１０を介し、要求元の通信端末に送出し、通信履歴処理部１０５を停止する。
【０１０９】
要求元の通信端末では、ＮＩＣ部９３に実装されるＨＴＴＰプロトコル部１０１およびＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部１００を経て、ＳＯＡＰレスポンスメッセージをＳＯＡＰレスポンス処理部１０４で受信し、通信履歴のレスポンスメッセージである場合（ステップＳ２８３のＹＥＳ）、通信履歴処理部１０５を起動し、管理テーブル７００の番地７００ｃから通信履歴が格納されているアドレスを取得し、受信したレスポンスメッセージの通信履歴を通信履歴蓄積部１０９に累積して格納する（ステップＳ２８４）。
受信した通信履歴の解析を行い、通信障害（送信エラー、受信エラー）が検出された場合、障害レポートを生成し、通信履歴管理端末の操作表示部に表示またはプロッタ部に出力する（ステップＳ２８５）。
【０１１０】
管理テーブル７００上のすべての通信端末に通信履歴の要求指示を発行していない場合（ステップＳ２８６のＮＯ）、通信履歴の要求指示を行うために、制御をステップＳ２８２に移す。
一方、すべて通信端末に要求指示を発行した場合（ステップＳ２８６のＹＥＳ）、処理を終了する。
【０１１１】
以上に説明した構成により、予め設定された所定時間に達すると周期的に実行して、管理端末が管理する通信端末の通信履歴を自動的に収集し、通信端末の一括管理が可能になる。
【０１１２】
図１２は、操作員が入力したコマンドのパラメータ（起動の条件）を記憶部に設定する処理手順を示すフローチャートである。
【０１１３】
まず、ＬＡＮシステムに接続された複数のワークステーション装置３０、３０aからコマンドが入力されると、入力されたコマンドはＬＡＮシステムを介して通信端末８０に送信される。あるいは、通信端末８０の操作表示部８８からコマンドが入力される。
【０１１４】
入力されたデータがコマンドと解釈されると、コマンド発行認証部２００に入力され、コマンドを発行した発行元がコマンド発行の権利を有するか否かを検証する。検証により、コマンド発行の権利がない場合（ステップＳ３００のＮＯ）、「コマンド発行の権利がない」旨のエラーメッセージを操作表示部８８またはコマンド入力先のワークステーション装置３０に表示して処理を終了する。
【０１１５】
一方、コマンド発行の権利がある場合（ステップＳ３００のＹＥＳ）、入力されたコマンドが起動コマンドの場合（ステップＳ３０２のＹＥＳ）、コマンド起動部２０３に制御を移し、Ｗｅｂサービス検索部１１０を起動し（ステップＳ３０３）、処理を終了する。
【０１１６】
入力されたコマンドが条件入力コマンドの場合（ステップＳ３０２のＮＯ，Ｓ３０４のＹＥＳ）、コマンドのパラメータを指定してテーブル登録部２０５を起動し（ステップＳ３０６）、テーブル登録部２０５は、コマンド入力部から入力されたコマンドのパラメータに従い、登録、変更、追加または削除を実施し、テーブル記憶部２０４に記憶し（ステップＳ３０７）、処理を終了する。
入力されたコマンドが条件入力コマンドでない場合（ステップＳ３０２のＮＯ，Ｓ３０４のＮＯ）、入力したコマンドに対応した処理を実行して、処理を終了する（ステップＳ３０５）。
【０１１７】
以上、実施形態としてインターネットファクシミリを例に説明してきたが、図３に示した各モジュールは、一般的な情報処理装置または通信端末に提供されるソフトウエアであってもよい。
例えば、一般的な情報処理装置または通信端末のハードウェア構成は、図１３に示すように、ランダムアクセスメモリ（ＲＡＭ）１１０１，ハードディスクドライブや可搬性ＣＤ−ＲＯＭ又は内部据付のＲＯＭ等の記憶部１１０２、キーボードやマウス等の入力部１１０３、全体を制御する制御部１１０４、液晶ディスプレイ等の表示部１１０５、ネットワークボードからなる通信制御部１１０７を、バス１１０６を介して接続する。
【０１１８】
図３に示した各モジュールは、記憶部１１０２に記憶され、必要に応じてランダムアクセスメモリ１１０１に読み出されて制御部１１０４により実行される。これにより、制御部１１０４が、以上に説明した図４から図５および図８から図１２の処理を行い、図３に示した各モジュールが果たす機能を実現し、本発明の通信端末の通信履歴の管理および通信システムに係る機能を実現することは言うまでもない。
【０１１９】
以上に説明した構成により、ネットワークを介して自通信履歴を提供する機能を搭載する通信端末であることを一般への公開を行い、ＵＤＤＩ拠点のＵＤＤＩレジストリに自通信端末の通信履歴を提供する機能を搭載する通信端末の一覧リストを提供するＷｅｂサービスを検索し、検索されたＷｅｂサービスを呼び出し、応答された通信端末の一覧リスト上の通信端末に通信履歴を要求し、ネットワークを介しリアルタイムで通信履歴の提供を受けるようにしたことで、通信端末の送信異常等を、ユーザは早期に発見し、迅速に障害の対処をすることができ、情報の送受信に対する伝送の信頼性が大幅に向上する。
【０１２０】
また、情報の送信がなされた直後に、その送信結果を確認することができ、それによって、通信端末の可用性が向上するとともに、通信端末の保守性が向上する。
また、一般の不特定多数の顧客（ユーザ）のオフィス等にそれぞれ納入設置されている多くの装置からの通信履歴を監視センタに集中して管理する方法と比べ、必要に応じて、通信履歴の収集を行い、保守および監視サービス等の管理業務の簡素化が実現できるようになり、システム全体の設備費用や運用費用が大幅に削減することができる。
【０１２１】
さらに、従来のインターネットにおいての送達確認機能として実現ができなかった、回線断後の障害を確認することが実現できるようになり、画像情報の送信不達が解消され、送信を確実に行い、装置のパフォーマンスを安定させることができるとともに、無駄な通信トラフィックがなくなり、電子メールサーバおよびネットワークにおける通信の負荷を減少することができ、ネットワークの利用効率が大幅に向上する。
【０１２２】
本発明は、上述した実施形態に係る通信システム、通信端末を構成する各機能をそれぞれプログラム化し、予めＣＤ−ＲＯＭのような記録媒体に書き込んでおき、通信端末に備えられた記録媒体読取装置にそのＣＤ−ＲＯＭを装着して、それぞれ対応するプログラムをインストールして、それらの装置が備えるＣＰＵで実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されて実行された状態が上述した実施形態に係る機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【０１２３】
なお、このような機能を実現するプログラムは、半導体媒体（例えば、ＲＯＭ、不揮発性メモリなど）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤなど）、磁気媒体（例えば、磁気テープ、フレキシブルディスクなど）などのいずれの形態に係る記録媒体で提供されてもよい。
あるいは、ネットワークなどの通信網を介して記憶装置に格納されたプログラムをサーバコンピュータから直接供給を受けるようにしてもよい。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。
【０１２４】
また、プログラムを実行することにより上述した実施形態に係る機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラムなどと共同して処理することによって上述した実施形態に係る機能が実現される場合も含まれる。
【図面の簡単な説明】
【０１２５】
【図１】通信システムの全体構成を示す構成図である。
【図２】通信端末の構成を示すブロック図である。
【図３】通信端末のモジュールの構成を示すブロック図である。
【図４】要求に応じて自通信端末の通信履歴を返信する機能を搭載した通信端末であることを公開するための処理手順を説明するためのフローチャートである。
【図５】通信履歴を提供する機能を搭載した通信端末の一覧リストを要求するときの処理手順を示すフローチャートである。
【図６】通信端末の一覧リストのデータ構造例である。
【図７】管理テーブルのデータ構造例である。
【図８】通信端末が情報の授受を行ったすべての通信端末の通信履歴を自通信端末の通信履歴にマージし、通信履歴を管理する処理手順を示すフローチャートである。
【図９】通信履歴の要求指示を発行し、通信履歴のレスポンスメッセージを処理する処理手順を示すフローチャートである。
【図１０】電子メールおよびインターネットファクシミリで受信エラーが発生したときの処理手順を示すフローチャートである。
【図１１】通信履歴管理端末が管理する通信端末の通信履歴を収集する処理手順を示すフローチャートである。
【図１２】操作員が入力したコマンドのパラメータ（起動の条件）を記憶部に設定する処理手順を示すフローチャートである。
【図１３】通信端末のハードウェア構成の一例を示すブロック図である。
【符号の説明】
【０１２６】
１…Ｗｅｂサービス提供装置、５…ＵＤＤＩ拠点、１０…インターネット、１１…プロトコルスタック部、１２…プロトコル部、１３…リクエスト処理部、１４…レスポンス処理部、１５…Ｗｅｂサービス処理部、３０…ワークステーション装置、４０…電子メールサーバ装置、５０…ルータ装置、６０…ローカルエリアネットワーク、８０，８０ａ…通信端末、８１…制御部、８２…ＲＡＭ部、８３…パラメータＲＡＭ部、８４…ＲＯＭ部、８５…時計部、８６…スキャナ部、８７…プロッタ部、８８…操作表示部、８９…符号化復号化部、９０…画像蓄積部、９１…通信制御部、９２…Ｇ３ファクシミリモデム、９３…ＮＩＣ部、９４…通信情報管理部、９５…内部バス、１００…ＴＣＰ／ＵＤＰ／ＩＰプロトコルスタック部、１０１…ＨＴＴＰプロトコル部、１０２…ＳＭＴＰおよびＰＯＰ等のプロトコル部群、１０３…ＳＯＡＰリクエスト処理部、１０４…ＳＯＡＰレスポンス処理部、１０５…通信履歴処理部、１０６…Ｗｅｂサービス要求部、１０８…通信履歴表示部、１０９…通信履歴蓄積部、１１０…Ｗｅｂサービス検索部、１１１…選択部、１１２…通信履歴要求部、２００…コマンド発行認証部、２０１…起動コマンド入力部、２０２…条件コマンド入力部、２０３…コマンド起動部、２０４…テーブル記憶部、２０５…テーブル登録部、１１０１…ランダムアクセスメモリ、１１０２…記憶部、１１０３…入力部、１１０４…制御部、１１０５…表示部、１１０６…バス、１１０７…通信制御部。
【図１】
2005085219.tif 000003
【図２】
2005085219.tif 000004
【図３】
2005085219.tif 000005
【図４】
2005085219.tif 000006
【図５】
2005085219.tif 000007
【図６】
2005085219.tif 000008
【図７】
2005085219.tif 000009
【図８】
2005085219.tif 000010
【図９】
2005085219.tif 000011
【図１０】
2005085219.tif 000012
【図１１】
2005085219.tif 000013
【図１２】
2005085219.tif 000014
【図１３】
2005085219.tif 000015