JP2016152007A - 通信端末装置、通信システム、通信方法、及びプログラム - Google Patents

Abstract

【課題】ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認する。【解決手段】通信端末１０は、ユーザから受け付けた入力に対応する操作がログ情報をログアップロードサーバ５０にアップロードする際に行う操作か否かを判断する操作判断部２３と、操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信する送受信部１１と、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断するログ送信制御部２２と、を備えることを特徴とする。【選択図】図１２

Description

本発明は、自装置に蓄積されるログ情報に含まれる障害原因を特定するのに好適な技術に関する。

通信端末に障害が発生した場合、その原因を解析することを目的とし、通信端末内部で時系列に生成したログをログファイルとして蓄積している。通信端末が有するログアップロード機能を用いて、ユーザ操作によって、内部に蓄積しているログファイルをサービス側のログアップロードサーバにアップロードし、カスタマーサポートなどがログファイルを解析するといった方法が既に知られている。
通常、障害が発生した場合に、ユーザはサポートセンタに電話、ファクシミリ、電子メールを用いて連絡し、サポートセンタはその通信端末内のログファイルのアップロードをユーザに依頼し、サポートセンタにおいてアップロード後のログファイルを解析して障害の原因を特定していた。
特許文献１には、ファイル転送において、ファイル転送が失敗した時にオペレータの再送操作を省略する目的で、ファイル転送が失敗した際に、実際のファイルの転送を司るファイル転送機能手段からの転送結果コードを解析し、該転送結果コードがリトライ対象と一致した場合には、前記転送が失敗したファイルを再度転送するように制御することを特徴とするファイル転送制御システムが開示されている。

しかし、従来の単純なログアップロード手法では、何らかの理由によりネットワークの切断や遅延、サーバ側のストレージ容量に起因した制限があって全てのログファイルをアップロードすることが不可能であった場合に、適切にログファイルをアップロードできず、無駄にアップロードリクエストを発行しているといった問題があった。
特許文献１にあっても、無駄にアップロードリクエストを発行しているといった問題があった。
本発明は、上記に鑑みてなされたもので、その目的としては、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することにある。

上記課題を解決するために、請求項１の記載の発明は、通信ネットワークを介して他の通信端末装置と自装置との間で通信される操作内容、及び自装置の処理内容に基づいて、時系列にログ情報を作成して記憶手段に蓄積するログ情報作成手段を備え、前記通信ネットワークを介してサーバに前記ログ情報をアップロードする通信端末装置であって、ユーザから受け付けた入力に対応する操作が前記ログ情報を前記サーバにアップロードする際に行う操作か否かを判断する操作判断手段と、前記操作があった場合に、前記サーバにおけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストを前記サーバに送信するリクエスト送信手段と、前記事前確認リクエストを受信した前記サーバが送信した事前確認レスポンスに基づいて、前記サーバにおけるアップロード処理の可否を判断する制御手段と、を備えることを特徴とする。

本発明によれば、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することができる。

本発明の実施形態に係る通信システムの概略図である。 本発明の実施形態に係る通信端末のハードウェア構成図である。 本発明の実施形態に係るログアップロードサーバのハードウェア構成図である。 実施形態の通信システムを構成する各通信端末、装置及びシステムの機能ブロック図である。 図４に示すログ情報作成部により作成されたログ情報の一例を示す図である。 図４に示すメッセージ作成部により作成された送信データの一例を示す図である。 ログ管理テーブルの構成を示す図である。 ログ情報およびログアップロード機能について説明するための模式図である。 本発明の実施形態に係る通信システムのシステム構成図である。 本発明の実施形態に係る通信システムにおいて、通信端末からログアップロードサーバへのログアップロードが成功した場合のシーケンス図である。 本発明の実施形態に係る通信システムにおいて、通信端末からログアップロードサーバへのログアップロードが失敗した場合のシーケンス図である。 本発明の実施形態に係る通信システムにおいて、通信端末からログアップロードサーバへのログアップロードに先だって事前確認を行う場合のシーケンス図である。 本発明の実施形態に係る通信システムにおいて、通信端末からログアップロードサーバへのログアップロードに先だって事前確認を行う場合のシーケンス図である。 本発明の実施形態に係る通信システムにおいて、通信端末からログアップロードサーバへのログアップロードに先だって事前確認を行う場合にサーバエラーが発生したときのシーケンス図である。 本発明の実施形態に係る通信システムにおいて、通信端末からログアップロードサーバへ事前確認リクエストを送信した場合にログアップロードサーバがアップロード可能であるときのシーケンス図である。

以下、本発明を図面に示した実施の形態により詳細に説明する。
本発明は、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認するために、以下の構成を有する。
すなわち、本発明の通信端末装置は、通信ネットワークを介して他の通信端末装置と自装置との間で通信される操作内容、及び自装置の処理内容に基づいて、時系列にログ情報を作成して記憶手段に蓄積するログ情報作成手段を備え、通信ネットワークを介してサーバにログ情報をアップロードする通信端末装置であって、ユーザから受け付けた入力に対応する操作が前記ログ情報をサーバにアップロードする際に行う操作か否かを判断する操作判断手段と、操作があった場合に、サーバにおけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをサーバに送信するリクエスト送信手段と、事前確認リクエストを受信したサーバが送信した事前確認レスポンスに基づいて、サーバにおけるアップロード処理の可否を判断する制御手段と、を備えることを特徴とする。
以上の構成を備えることにより、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。
上記の本発明の特徴に関して、以下、図面を用いて詳細に説明する。

＜実施形態の全体構成＞
以下、図１乃至図１５を参照して、本発明の実施形態について説明する。図１は、本発明の実施形態に係る通信システム１の概略図であり、まず図１を用いて、実施形態の概略を説明する。
図１に示す通信システム１は、複数の通信端末（１０ａａ、１０ａｂ、…、１０ｄｂ）、各通信端末（１０ａａ、１０ａｂ、…、１０ｄｂ）用のディスプレイ（１２０ａａ、１２０ａｂ、…、１２０ｄｂ）、及びログアップロードサーバ５０によって構築されている。
なお、実施形態では、通信端末（１０ａａ、１０ａｂ、…、１０ｄｂ）のうち任意の通信端末を示す場合には「通信端末１０」を用いる。また、ディスプレイ（１２０ａａ、１２０ａｂ、…、１２０ｄｂ）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用いる。
通信端末１０は、他の通信端末１０との間で、画像データ、音声データ等の送受信を行う。実施形態では、画像データの画像が動画の場合について説明するが、動画だけでなく静止画であってもよい。また、画像データの画像には、動画と静止画の両方が含まれてもよい。ログアップロードサーバ５０は、通信端末１０を一元的に管理する。

また、図１に示す複数のルータ（７０ａ、７０ｂ、…、７０ｇ）は、画像データ及び音声データの最適な経路の選択を行う。なお、実施形態では、ルータ（７０ａ、７０ｂ、…、７０ｇ）のうち任意のルータを示す場合には「ルータ７０」を用いる。プログラム提供システム９０は、通信端末１０に各種機能又は各種手段を実現させるための通信端末用プログラムが記憶された、ＨＤ（Hard Disk）（図示しない）を備えており、通信端末１０に、通信端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤには、ログアップロードサーバ５０に各種機能又は各種手段を実現させるための通信管理用プログラムも記憶されており、ログアップロードサーバ５０に、通信管理用プログラムを送信する。

また、通信端末１０ａａ、通信端末１０ａｂ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。通信端末１０ｂａ、通信端末１０ｂｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ｃが含まれた専用線２ａｂによって通信可能に接続されており、所定の地域Ａ内で構築されている。例えば、地域Ａは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。

一方、通信端末１０ｃａ、通信端末１０ｃｂ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。通信端末１０ｄａ、通信端末１０ｄｂ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｅが含まれた専用線２ｃｄによって通信可能に接続されており、所定の地域Ｂ内で構築されている。例えば、地域Ｂはアメリカであり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ａ及び地域Ｂは、それぞれルータ（７０ｃ、７０ｅ）からインターネット２ｉを介して通信可能に接続されている。

また、ログアップロードサーバ５０は、インターネット２ｉを介して、通信端末１０と通信可能に接続されている。
ログアップロードサーバ５０、及びプログラム提供システム９０は、地域Ａ又は地域Ｂに設置されていてもよいし、これら以外の地域に設置されていてもよい。
なお、実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。

また、図１において、各通信端末１０、ログアップロードサーバ５０、各ルータ７０、及びプログラム提供システム９０の下に示す４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、通信端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

＜実施形態のハードウェア構成＞
次に、実施形態のハードウェア構成を説明する。
図２は、本発明の実施形態に係る通信端末１０のハードウェア構成図である。
図２に示すように、実施形態の通信端末１０は、通信端末１０全体の動作を制御するＣＰＵ（Central Processing Unit）１０１、通信端末用プログラムを記憶したＲＯＭ（Read Only Memory）１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ（Random Access Memory）１０３、画像データや音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通信端末１０の宛先を選択する場合などに操作される操作ボタン１０８、通信端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ１１１、ＣＰＵ１０１の制御に従って被写体を撮像し画像データを得るＣＭＯＳ（Complementary Metal Oxide Semiconductor）１１２、このＣＭＯＳ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力するマイク１１４、音声を出力するスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、及び上記各構成要素を図２に示すように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

なお、記録メディア１０６は、通信端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。更に、ＣＭＯＳ１１２は、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子であり、被写体を撮像するものであればＣＭＯＳに限らず、ＣＣＤ（Charge Coupled Device）等を用いてもよい。また、ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成されている。
更に、上記通信端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

図３は、本発明の実施形態に係るログアップロードサーバ５０のハードウェア構成図である。
ログアップロードサーバ５０は、ログアップロードサーバ５０全体の動作を制御するＣＰＵ２０１、通信管理用プログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、各種データを記憶するＨＤ（Hard Disk）２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ（Hard Disk Drive）２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、後述の通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（Compact Disc Read Only Memory）２１３に対するデータの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図３に示すように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

なお、上記通信管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

更に、プログラム提供システム９０は、上記ログアップロードサーバ５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、プログラム提供システム９０を制御するためのプログラム提供用プログラムが記録されている。この場合も、プログラム提供用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。

更に、ログアップロードサーバ５０は、上記ログアップロードサーバ５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＲＯＭ２０２には、ログアップロードサーバ５０を制御するためのログアップロードサーバ用プログラムが記録されている。この場合も、ログアップロードサーバ用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ（Compact Disc Recordable）、ＤＶＤ（Digital Versatile Disk）、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜実施形態の機能構成＞
次に、実施形態の機能構成について説明する。図４は、実施形態の通信システム１を構成する各端末、装置及びシステムの機能ブロック図である。図４では、通信端末１０、ログアップロードサーバ５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図４では、ログアップロードサーバ５０が、ＬＡＮ２ｅを介してデータ通信することができるように接続されている。なお、図１に示すプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図４では省略されている。

＜通信端末の機能構成＞
通信端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４ａ、画像表示制御部１４ｂ、音声入力部１５ａ、音声出力部１５ｂ、遅延検出部１７、形式情報取得部１８、記憶・読出処理部１９、ログ情報作成部２０、メッセージ作成部２１、ログ送信制御部２２、操作判断部２３、及びログ情報収集圧縮部２４を有している。これら各部は、図２に示す各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、通信端末１０は、図２に示すＳＳＤ１０５によって構築される記憶部１０００を有している。

（通信端末の各機能部）
次に、通信端末の各部を詳細に説明する。通信端末１０の送受信部１１は、図２に示すネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。操作入力受付部１２は、図２に示す操作ボタン１０８、及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図２に示す電源スイッチ１０９をＯＮにすると、図４に示す操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。
ログイン要求部１３は、図２に示すＣＰＵ１０１からの命令によって実現され、上記電源ＯＮの受け付けを契機として、送受信部１１から通信ネットワーク２を介してログアップロードサーバ５０に、ログインを要求する旨を示すログイン要求情報、及び通信端末１０ａｂの現時点のＩＰアドレスを自動的に送信する。

撮像部１４ａは、図２に示すＣＭＯＳ１１２、及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。映像表示制御部１４ｂは、図２に示すディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。音声入力部１５ａは、図２に示すマイク１１４、及び音声入出力Ｉ／Ｆ１１６によって実現され、利用者の音声を入力し、この音声を音声信号に変換することで、音声信号に係る音声データを出力する。音声出力部１５ｂは、図２に示すスピーカ１１５、及び音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号を音声に変換して出力する。

形式情報取得部１８は、図２に示すＣＰＵ１０１からの命令によって実現され、記憶部１０００に登録された形式情報を取得する。ログ情報作成部２０は、図２に示すＣＰＵ１０１からの命令によって実現され、他の通信端末との通信を行う際に操作入力受付部１２が受け付けた操作の内容や通信端末の各部が行った処理の内容に基づきログ情報を作成する。ここで、ログ情報作成部２０は、ログ情報を作成することが可能な複数の形式の中から形式情報取得部１８によって取得された形式情報により示される形式を選択し、選択された形式でログ情報を作成する。
ログ情報作成部２０は、他の通信端末と自端末の間で通信される操作内容、及び自端末の処理内容に基づいて時系列に沿ってタイムスタンプを有するログ情報を作成して記憶部１０００に蓄積する。

図５に、ログ情報作成部２０により作成されたログ情報の一例を示す。このログ情報の「ｔｙｐｅ」の項目には、他の通信端末との間の通信で送受信される情報が要求に関するものであることを表す「ｒｅｑｕｅｓｔ」や、応答に関するものであることを表す「ｒｅｓｐｏｎｓｅ」等の情報が記録される。
このログ情報の「Ｃａｌｌ−ＩＤ」の項目には、他の通信端末との通信を識別するための識別情報が記録される。このログ情報の「Ｃｏｍｍａｎｄ」の項目には、操作入力受付部１２により操作の入力を受け付けた要求の内容が記録され、通信の開始を要求する「ｉｎｖｉｔｅ」や、通信の終了を要求する「ｅｎｄ」等の情報が記録される。ログ情報の「Ｒｅｓｕｌｔ」の項目には、他の通信端末からの又は他の通信端末に対する応答の内容が記録され、許可を表す情報や、不許可を表す情報等が記録される。なお、図５では、ＪＳＯＮの形式により作成されたログ情報の一例を示したが、形式情報取得部１８により取得された形式情報で示される形式に従い同様の情報が含まれるログ情報が作成される。

メッセージ作成部２１は、図２に示すＣＰＵ１０１からの命令によって実現され、自端末を識別するための通信端末ＩＤを含むメッセージをログアップロードサーバ５０によって解釈される形式で作成する。ここで、ログアップロードサーバ５０によって解釈される形式は、ログアップロードサーバ５０と自端末である通信端末との通信で用いられる通信プロトコルに従った形式であり、通信端末用プログラムによって予め定められている。この通信プロトコルには、インターネット技術タスクフォースにより標準化される通信プロトコルが好適に用いられ、ＸＭＰＰ（Extensible Messaging and Presence Protocol）が例示される。なお、実施形態では、メッセージとは、送信データの中に少なくともログ情報が含まれる旨を送信先に伝達するためのメッセージを意味する。

メッセージ作成部２１は、作成されたメッセージ２１００の所定の個所に、ログ情報作成部２０によって作成されたログ情報を含めて送信データ２２００を作成する。ここで、メッセージ作成部２１により作成された送信データ２２００の一例を図６に示す。
図６の例では、送信データ２２００は、ＪＳＯＮの形式により作成されたログ情報２０００と、ＸＭＰＰの一つであるＲＦＣ（Request for Comments）３９２１に従いＸＭＬの形式で作成されたメッセージ２１００と、を含む。実施形態では、通信端末用プログラム及び通信管理用プログラムのそれぞれのプログラムによって、送信データの「＜ｍｅｓｓａｇｅ＞」タグの子ノードである「＜ｂｏｄｙ＞」タグにはログ情報が含まれる旨が定められている。このため、図６の送信データを受信したログアップロードサーバ５０は「＜ｂｏｄｙ＞」タグにログ情報が含まれることを把握することができる。なお、ＲＦＣ３９２１によると「＜ｂｏｄｙ＞」タグに任意の文字列を記録することが可能とされているため、図６では「＜ｂｏｄｙ＞」タグにログ情報を含める構成としている。ログ情報２０００を送信データ２２００に含める方法は、ログアップロードサーバ５０に対応する通信プロトコルに従うものであれば特に限定されない。

また、記憶・読出処理部１９は、図２に示すＳＳＤ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出したりする処理を行う。記憶部１０００には、通信端末１０を識別するための端末ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、及びパスワード、並びに、画像データ、及び音声データ等が記憶される。

なお、実施形態の端末ＩＤは、それぞれ通信端末１０を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。また、以下では、テレビ会議の開始を要求する要求元としての通信端末１０を「要求元端末１０Ａ」とし、要求先である宛先としての通信端末１０を「宛先端末１０Ｂ」として説明する。

＜ログアップロードサーバの機能構成＞
次に、ログアップロードサーバ５０の機能又は手段について説明する。ログアップロードサーバ５０は、送受信部５０１、端末認証部５０２、状態管理部５０３、端末抽出部５０４、端末状態取得部５０５、記憶・読出処理部５０９、ログ情報抽出部５１１、ログ解析処理部５１２、位置特定部５１３、表示制御部５１４、及びディスプレイ２０８を有している。これら各部は、図３に示す各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、ログアップロードサーバ５０は、図３に示すＨＤ２０４により構築される記憶部５０００を有している。

（端末認証管理テーブル）
更に、記憶部５０００には、図示しない端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、ログアップロードサーバ５０によって管理される全ての通信端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、端末認証管理テーブルにおいて、通信端末１０ａａの端末ＩＤは「０１ａａ」で示し、パスワードは「ａａａａ」で示す。

（端末管理テーブル）
また、記憶部５０００には、端末管理テーブルによって構成されている端末管理ＤＢ５００３が構築されている。この端末管理テーブルでは、各通信端末１０の端末ＩＤ毎に、各通信端末１０の稼動状態、後述のログイン要求情報がログアップロードサーバ５０で受信された受信日時、及び通信端末１０のＩＰアドレスが関連付けられて管理される。
例えば、端末管理テーブルにおいて、端末ＩＤが「０１ａａ」の通信端末１０ａａは、稼動状態が「ＯＮライン」で、ログアップロードサーバ５０でログイン要求情報が受信された日時が「２００９年１１月１０日の１３時４０分」であることを示し、この通信端末１０ａａのＩＰアドレスが「１．２．１．３」であることを示す。

（宛先リスト管理テーブル）
更に、記憶部５０００には、図示しない宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、テレビ会議の開始を要求する要求元端末１０Ａの端末ＩＤに対して、宛先端末１０Ｂの候補として登録されている宛先端末１０Ｂの端末ＩＤが全て関連付けられて管理される。
例えば、宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である要求元端末１０ａａからテレビ会議の開始を要求することができる宛先端末１０Ｂの候補は、端末ＩＤが「０１ａｂ」の通信端末１０ａｂ、端末ＩＤが「０１ｂａ」の通信端末１０ｂａ、及び端末ＩＤが「０１ｄｂ」の通信端末１０ｄｂの３つであることを示す。この宛先端末１０Ｂの候補は、要求元端末１０Ａからログアップロードサーバ５０に対する追加又は削除の要請により、追加又は削除されることで更新される。

（アドレス優先度管理テーブル）
更に、記憶部５０００には、図示しないアドレス優先度管理テーブルによって構成されている優先度管理ＤＢ５００６が構築されている。このアドレス優先度管理テーブルでは、一般的なＩＰｖ４におけるＩＰアドレスのうちの４組のドットアドレス（Ｄｏｔ Ａｄｄｒｅｓｓ）部分の同異に応じて、アドレス優先度のポイントが高くなるように関連付けられて管理される。例えば、アドレス優先度管理テーブルにおいて、ドットアドレスの上位から下位にかけて３つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「５」である。ドットアドレスの上位から下位にかけて２つの値が同じＩＰアドレスの場合には、アドレス優先度のポイントが「３」である。この場合、最下位のドットアドレスの値が同じであるか否かは優先度に関係ない。ドットアドレスの最上位の値が同じで、上位から２番目の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「１」である。この場合、上位から３番目及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。ドットアドレスの最上位の値が異なるＩＰアドレスの場合には、アドレス優先度のポイントが「０」である。この場合、上位から２番目、３番目、及び最下位のドットアドレスの値が同じであるか否かは優先度には関係ない。

（ログアップロードサーバの各機能部）
次に、ログアップロードサーバ５０の各機能部について詳細に説明する。なお、以下では、ログアップロードサーバ５０の各部を説明するにあたって、図３に示す各構成要素のうち、ログアップロードサーバ５０の各部を実現させるための主な構成要素との関係も説明する。

送受信部５０１は、図２に示すネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２又はＬＡＮ２ｅを介して他の端末、装置又はシステムと各種データ（情報）の送受信を行う。
端末認証部５０２は、送受信部５０１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、記憶部５０００の端末認証管理ＤＢ５００２を検索し、端末認証管理ＤＢ５００２に同一の端末ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。
状態管理部５０３は、ログイン要求してきた要求元端末１０Ａの稼動状態を管理すべく、端末管理ＤＢ５００３（図示しない）に、この要求元端末１０Ａの端末ＩＤ、要求元端末１０Ａの稼動状態、ログアップロードサーバ５０でログイン要求情報が受信された受信日時、及び要求元端末１０のＩＰアドレスを関連付けて記憶して管理する。

端末抽出部５０４は、ログイン要求した要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４（図示しない）を検索し、要求元端末１０Ａと通信することができる宛先端末１０Ｂの候補の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、端末抽出部５０４は、ログイン要求してきた要求元端末１０Ａの端末ＩＤをキーとして、宛先リスト管理ＤＢ５００４を検索し、上記要求元端末１０Ａの端末ＩＤを宛先端末１０Ｂの候補として登録している他の要求元端末１０Ａの端末ＩＤも抽出する。

端末状態取得部５０５は、上記端末抽出部５０４によって抽出された宛先端末１０Ｂの候補の端末ＩＤを検索キーとして、端末管理ＤＢ５００３を検索し、上記端末抽出部５０４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、端末状態取得部５０５は、ログイン要求してきた要求元端末１０Ａと通信することができる宛先端末１０Ｂの候補の稼動状態を取得することができる。また、端末状態取得部５０５は、上記端末抽出部５０４によって抽出された端末ＩＤを検索キーとして、端末状態管理ＤＢ５００３を検索し、ログイン要求してきた要求元端末１０Ａの稼動状態も取得する。
記憶・読出処理部５０９は、図３に示すＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶する処理を行い、記憶部５０００に記憶された各種データを読み出す処理を行う。

ログ情報抽出部５１１は、通信端末１０によって送信される送信データ２２００から、ログ情報２０００を抽出する。ここで、ログ情報２０００を抽出する方法は、送信データ２２００の形式により異なり、ログアップロードサーバ用プログラムにより予め定められている。例えば、送信データ２２００が図６に示すようなＲＦＣ３９２１のプロトコルにより作成されたものである場合には、ログ情報抽出部５１１は、「＜ｂｏｄｙ＞」タグに記録されたログ情報２０００を抽出する。
この場合、ログ情報抽出部５１１は、ＲＯＭ２０２に記録されたパーサ（構文解析を行うプログラムを意味する）を用いて送信データ２２００を解析し、「＜ｍｅｓｓａｇｅ＞」タグの子ノードである「＜ｂｏｄｙ＞」タグからログ情報２０００を抽出することができる。

ログ解析処理部５１２は、他の通信端末から通信ネットワーク２を介してアノテーション情報（注釈情報）が付加（挿入）されたログ情報を受信した際に、位置特定部５１３と表示制御部５１４と連係してログ情報の解析処理を行う。位置特定部５１３は、受信したログ情報に係るアノテーション情報（注釈情報）の時間的な位置（時系列に作成されたログ情報中に挿入されたアノテーション情報（注釈情報）の時間軸上の位置）を特定する。
表示制御部５１４は、受信したログ情報を表示するとともに、位置特定部５１３が特定したアノテーション情報（注釈情報）をディスプレイ２０８に表示する。表示制御部５１４は、位置特定部５１３が特定したログ情報に係るアノテーション情報（注釈情報）よりも時間的に後に作成されたログ情報を非表示に設定する。表示制御部５１４は、位置特定部５１３が特定したログ情報に係るアノテーション情報（注釈情報）よりも時間的に前に作成されたログ情報を対象として、ログ情報の種類を表すログレベルごとに異なる文字サイズ、色、フォントの少なくとも１つを用いて強調表示を行う。表示制御部５１４は、位置特定部５１３が特定したログ情報に係るアノテーション情報（注釈情報）よりも時間的に前に作成されたログ情報のうち、所定のログレベルを有するログ情報が表示画面の中央に位置するように表示する。
削除指示入力部５１５は、ログ情報に係るアノテーション情報（注釈情報）を対象とした削除指示を受け付ける。

＜ログアップロードサーバの機能構成＞
次に、ログアップロードサーバ５０の機能又は手段について説明する。ログアップロードサーバ５０は、送受信部５５１、ログ情報管理部５５２、記憶・読出処理部５５９を有している。これら各部は、図３に示す各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、ログアップロードサーバ５０は、図３に示すＨＤ２０４により構築される記憶部５５００を有している。

（ログ管理テーブル）
記憶部５５００には、図７に示すログ管理テーブルによって構成されているログ管理ＤＢ５５０１が構築されている。このログ管理テーブルは、通信端末１０の端末ＩＤ毎に作成され、ログ情報の識別情報（ログＩＤという）と、ログ情報とが関連付けられて管理される。

（ログアップロードサーバの各機能部）
次に、ログアップロードサーバ５０の各機能部について詳細に説明する。なお、以下では、ログアップロードサーバ５０の各部を説明するにあたって、図３に示す各構成要素のうち、ログアップロードサーバ５０の各部を実現させるための主な構成要素との関係も説明する。
送受信部５５１は、図２に示すネットワークＩ／Ｆ２０９によって実行され、ＬＡＮ２ｅを介してログアップロードサーバ５０と各種データ（情報）の送受信を行う。また、ログ情報管理部５５２は、ログアップロードサーバ５０からの要求に応じて、ログ管理ＤＢ５５０１に構築されているログ管理ＤＢの作成やログ情報の記憶、更新を行ったり、ログ管理ＤＢからログ情報を取得したりする。記憶・読出処理部５５９は、図３に示すＨＤＤ２０５によって実行され、記憶部５５００に各種データを記憶したり、記憶部５５００に記憶された各種データを読み出したりする処理を行う。

図４を参照して、実施形態の通信システム１に備えた操作判断部２３、及びログ送信制御部２２について説明する。
通信端末１０とログアップロードサーバ５０は、通信ネットワーク２を介してデータ通信することができるように接続されている。本発明では、通信端末１０に、操作判断部２３、ログ情報の送信を制御するログ送信制御部２２を備えている。
操作判断部２３は、ログ情報のアップロード時に行う操作か否かを判断する。
ログ情報収集圧縮部２４は、記憶部１０００に蓄積しているログファイル１００１を収集して、ログファイル１００１に対してデータ圧縮処理を行い、圧縮されたログファイルを生成して記憶部１０００に記憶する。
ログ送信制御部２２は、記憶部１０００から圧縮されたログファイルを取得してデータ配列に所定のフォーマットにより構成されたアノテーション情報（注釈情報）を付加し、通信ネットワーク２を介してログアップロードサーバ５０へ送信する。

図８は、ログ情報およびログアップロード機能について説明するための模式図である。
通信端末１０では、当該端末のログ情報作成部２０において作成したログ情報を格納したログファイルを記憶部１０００に蓄積している。
ユーザ側において、ユーザが通信端末１０を使用した際に何らかの障害が発生した場合、ユーザがサポートセンタに例えば電話機を用いて問い合わせを行ったときに、サポートセンタ側のオペレータからの依頼により、通信端末１０に実装されたログアップロード機能を操作することによって、記憶部１０００に記憶されている必要なログファイルを圧縮して、サポートセンタ側のログアップロードサーバ５０にアップロードされるように運用することになっている。
サポートセンタ側では、ログアップロードサーバ５０にアップロードされたログファイルに基づいて、障害発生原因の解析作業を行い、障害対応を行う。
なお、上述した例では、ユーザがサポートセンタに例えば電話機を用いて問い合わせをおこなう場合について説明したが、電話機に代わって、携帯電話のメール機能を用いてもよい。

図９は、本発明の実施形態に係る通信システムのシステム構成図である。
図９に示すように、通信システムは、地域Ａに配置された他の通信端末１０と、地域Ｂに配置された通信端末１０とが通信ネットワーク２に接続されている。
各通信端末１０には、両者間で通信される操作内容、及び各装置の処理内容に基づいて時系列にログ情報を作成され、記憶部１０００に蓄積されている。
さらに、通信ネットワーク２には、通信端末１０からログ情報を受信して解析するログアップロードサーバ５０と、サポートセンタに配置され、ログアップロードサーバ５０を操作してログ情報の解析を行う通信端末３０が接続されている。

図１０は、本発明の実施形態に係る通信システム１において、通信端末からログアップロードサーバ５０へのログアップロードが成功した場合のシーケンス図である。
まず、通信端末１０と他の通信端末１０との間で、通信ネットワーク２を介して通信会議が実施されていることとする（Ｓ５）。この際に、通信端末１０において、ログ情報作成部２０は、作成したログ情報を格納したログファイル１００１を記憶部１０００に蓄積している（Ｓ７）。
ここで、通信端末１０と他の通信端末１０との間で通信会議が実施されている場合に、通信端末１０に何らかの原因で障害が発生したこととする。この際、ユーザが例えば電話機、電子メール、通信会議を用いて通信端末１０に障害があることをサポートセンタに報告する（Ｓ１０）。
このとき、サポートセンタ側では、ユーザから障害報告を受けた担当者は、通信端末１０に保存されたログファイルを解析するため、ユーザに通信端末１０に備わったログアップロード機能の操作を依頼する（Ｓ１５）。

次いで、通信端末１０では、操作判断部２３は、ログ情報のアップロード時に行う操作か否かを判断する。この際、ユーザは、通信端末１０に備わったログアップロード機能を操作する（Ｓ２０）。操作判断部２３は、ＵＩ画面における送信ボタンの操作を判断する。
次いで、ログアップロード機能の送信ボタンのＯＮ操作に応じて、通信端末１０では、ログ情報収集圧縮部２４は、記憶部１０００に蓄積しているログファイル１００１を収集して、ログファイル１００１に対してデータ圧縮処理を行い、圧縮されたログファイルを生成する。
次いで、ログ送信制御部２２は、圧縮されたログファイルをログアップロードサーバ５０にアップロードする（Ｓ３０）。
ここで、通信端末１０とログアップロードサーバ５０との間に設けられた通信ネットワーク２が正常に接続している場合は、ユーザは一度の操作でアップロードを達成することができる。
ログファイル１００１のサイズは、例えば数１００ＫＢから１ＭＢ程度であり、個々の通信端末１０の稼働状況に依存して変動する。アップロードに要する時間は、ネットワーク状況とログファイルのサイズによっても変化するが、通常、例えば１〜３秒程度で完了する。
シーケンスＳ３０において、通信端末１０から通信ネットワーク２を介してログアップロードサーバ５０へのセッションが確立し、通信端末１０からログアップロードサーバ５０へのアップロードが成功した場合、ログ送信制御部２２は、ログアップロード機能により成功通知をユーザに通知する（Ｓ３５）。
このように、操作画面に設けられた送信ボタンが操作された場合に、操作があったと判断することで、ログ情報のアップロードを行うことができる。

一方、ログアップロードサーバ５０は、通信端末１０からアップロードされたログファイル１００１を記憶部５５００に記憶する（Ｓ４０）。
ここで、ログアップロードが完了すると、ログアップロードサーバ５０から新しいログファイルのアップロードが完了した旨をオペレータに通知してもよい。
この際に、ログをアップロードした通信端末１０の端末名、端末ＩＤなど、どの通信端末からログがアップロードされたのかサポートセンタのオペレータが判別できるような情報も合わせて通知してもよい。
さらに、ディスプレイ２０８上に表示された当該通知をクリックすると、ログ解析処理部５１２による解析処理が自動的に開始してもよい。
サポートセンタでは、通信端末３０を用いてログアップロードサーバ５０との通信を開始し、ログアップロードサーバ５０にアップロードされたログファイル１００１を記憶部５５００から読み出して通信端末３０のディスプレイに表示する。そして、ログアップロードサーバ５０に解析要求を出力し、ログアップロードサーバ５０にログファイル１００１を解析させ、障害原因を調査する（Ｓ４５）。

図１１は、本発明の実施形態に係る通信システム１において、通信端末からログアップロードサーバ５０へのログアップロードが失敗した場合のシーケンス図である。なお、図１１に示す符号のうち、図１０に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
ログ送信制御部２２は、圧縮されたログファイルをログアップロードサーバ５０にアップロードを試みるが失敗する（Ｓ３０）。
通信端末１０は、アップロードの失敗通知をユーザに通知する（Ｓ３５）。

図１２は、本発明の実施形態に係る通信システム１において、通信端末からログアップロードサーバ５０へのログアップロードに先だって事前確認を行う場合のシーケンス図である。なお、図１２に示す符号のうち、図１０に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
通信端末１０では、送受信部１１は、事前確認リクエストをログアップロードサーバ５０に送信する（Ｓ１２１）。
通信端末１０から送信された事前確認リクエストをログアップロードサーバ５０が受信した場合には、ログアップロードサーバ５０は、事前確認レスポンス（ＯＫ）を通信端末１０に送信する（Ｓ１２３）。

ここで、通信端末１０が事前確認リクエストをログアップロードサーバ５０に送信した場合に、ログアップロードサーバ５０から事前確認レスポンスの返信がないときには、通信ネットワーク２やログアップロードサーバ５０サーバに異常があるので、ログアップロードを行わないこととする。

次に、事前確認リクエストに対するログアップロードサーバ５０での対応について説明する。
ログアップロードサーバ５０では、事前確認リクエストを受信した場合に、
（１）通信ネットワーク２やログアップロードサーバ５０サーバに異常がある場合、事前確認リクエストが失敗となる。このため、通信端末１０では事前確認レスポンス（ＮＧ）を受信するので、ログアップロードを行わない。
（２）通信ネットワーク２に遅延がある場合、事前確認リクエストを受信してから事前確認レスポンスまでの時間が長くなるので、ログアップロードを遅らせる。
（３）ログアップロードサーバ５０の処理状態が例えばｂｕｓｙ状態であり、アップロードを拒否している場合、事前確認レスポンス（ＮＧ）に付加された拒否する旨の内容に従って、アップロードを遅らせる。
（４）事前確認レスポンスに許可する旨の内容である場合、アップロードを実施する。

このように、事前確認レスポンスにアップロード処理に係る実行が可能である旨の情報が含まれている場合に、ログ情報をログアップロードサーバ５０にアップロードするように制御することで、サーバにおけるログアップロード処理に係る実行を確実に行うことができる。
また、ログアップロードサーバ５０は、事前確認リクエストを受信した場合に、ログアップロード処理に係る実行の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。
さらに、通信ネットワークにおける遅延状態、通信ネットワークにおける接続状態、自ログアップロードサーバ５０の負荷状態、或いは自ログアップロードサーバ５０のストレージ状態の少なくとも１つに基づいて、ログアップロード処理に係る実行の可否を判断することで、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

図１３は、本発明の実施形態に係る通信システム１において、通信端末からログアップロードサーバ５０へのログアップロードに先だって事前確認を行う場合のシーケンス図である。なお、図１３に示す符号のうち、図１２に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
通信端末１０では、送受信部１１は、事前確認リクエストをログアップロードサーバ５０に送信する（Ｓ１２１）。
図１３に示すように、事前確認リクエストにはフォーマットＲ１０を用いる。
フォーマットＲ１０に採用されるパラメータには、ｓｉｚｅ：ログファイルのサイズ（必須）、ｅｎｃｏｄｉｎｇ：ログの文字コード、ｆｏｒｍａｔ：ログの形式、ｃｏｍｐｒｅｓｓ：ファイルの圧縮形式等が含まれる。
図１３に示す事前確認リクエストには、例えば、ｓｉｚｅ：１０２４０、ｅｎｃｏｄｉｎｇ：ｕｔｆ−８、ｆｏｒｍａｔ：ｃｌｆ、ｃｏｍｐｒｅｓｓ：ｇｚｉｐ等を記載している。

図１４は、本発明の実施形態に係る通信システム１において、通信端末からログアップロードサーバ５０へのログアップロードに先だって事前確認を行う場合にサーバエラーが発生したときのシーケンス図である。なお、図１４に示す符号のうち、図１２、図１３に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
通信端末１０では、送受信部１１は、事前確認リクエストをログアップロードサーバ５０に送信する（Ｓ１２１）。
通信端末１０から送信された事前確認リクエストをログアップロードサーバ５０が受信した場合には、ログアップロードサーバ５０は、事前確認レスポンス（ＮＧ）を通信端末１０に送信する（Ｓ１２３）。

図１４に示すように、事前確認レスポンスにはフォーマットＲ２０を用いる。
フォーマットＲ２０に採用されるパラメータには、ａｃｃｅｐｔ：受け入れ可否（必須）、ｒｅａｓｏｎ：受け入れ拒否だった場合の理由、ｒｅｔｒｙ：リトライまでの待ち時間（ｓ）等が含まれる。
図１４に示す事前確認レスポンスには、例えば、ａｃｃｅｐｔ：ｆａｌｓｅ（受け入れ拒否）、ｒｅａｓｏｎ：ｓｅｖｅｒ ｔｏｏ ｂｕｓｙ、ｒｅｔｒｙ：６０（ｓ）等を記載している。

ログアップロードサーバ５０から事前確認レスポンス（ＮＧ）を受信した通信端末１０は、事前確認リクエストについての失敗通知をユーザに通知する（Ｓ１３０）。この際に、リトライまでの待ち時間として６０（ｓ）を通信端末１０のモニタに表示する。
失敗通知やリトライまでの待ち時間を確認したユーザは、前回の事前確認リクエストの送信から６０ｓ後に、通信端末１０を操作する（Ｓ１３５）。
操作判断部２３は、ログ情報のアップロード時に行う操作か否かを判断する。この際、ユーザは、通信端末１０に備わったログアップロード機能を操作する（Ｓ１３５）。操作判断部２３は、ＵＩ画面における送信ボタンの操作を判断する。

このように、事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻からリトライ時間が経過したときに、操作か否かを判断するように制御することで、操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信し、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

また、事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻からリトライ時間が経過したときに、事前確認リクエストを再度送信するように制御するようにしてもよい。これにより、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。
さらに、事前確認レスポンスにアップロード処理の受け付けが不可能である旨の情報が含まれている場合に、事前確認リクエストの再度送信を停止するように制御してもよい。これにより、事前確認リクエストの再度送信に起因したサーバからの事前確認レスポンスについての受信待ち時間による無駄な処理を低減することができる。

図１５は、本発明の実施形態に係る通信システム１において、通信端末からログアップロードサーバ５０へ事前確認リクエストを送信した場合にログアップロードサーバ５０がアップロード可能であるときのシーケンス図である。なお、図１５に示す符号のうち、図１２に示す符号と同一のものについては同様の構成であるので、その説明を省略する。
通信端末１０から送信された事前確認リクエストをログアップロードサーバ５０が受信した場合（Ｓ１２１）には、ログアップロードサーバ５０は、事前確認レスポンス（ＯＫ）を通信端末１０に送信する（Ｓ１２３）。

図１５に示すように、事前確認レスポンス（ＯＫ）にはフォーマットＲ３０を用いる。
フォーマットＲ３０に採用されるパラメータには、ａｃｃｅｐｔ：受け入れ可否（必須）が含まれる。
図１５に示す事前確認レスポンスには、例えば、ａｃｃｅｐｔ：ｔｒｕｅ（受け入れ可能）を記載している。

通信端末１０は、ログアップロードサーバ５０にログファイルを送信して、アップロードする前段階において、事前にログアップロードサーバ５０におけるアップロードの実行の可否を事前確認レスポンスとして返信することで、通信端末１０とログアップロードサーバ５０との間でのアップロードの失敗を防ぐことができる。
以下に、アップロードの失敗要因について具体例を説明する。
（１）ログファイル全体を保存するのに十分な記憶部１０００のストレージ容量、または通信端末１０に固有の通信端末ＩＤに対応した割り当て量（Ｑｕｏｔａ）が記憶部１０００にない場合に、アップロードが異常終了する可能性があるとき。
（２）ログアップロードサーバ５０におけるＣＰＵ２０１の処理負荷が高いため、大きなログファイルのアップロード処理によって、他のサービスに悪影響を与えるおそれがあるとき。
（３）ログアップロードサーバ５０と通信ネットワーク２との間に一時的に大きな遅延が発生している場合、アップロード処理時にタイムアウトするおそれがあるとき。
（４）通信ネットワーク２が頻繁に切断状態になる場合、アップロード中に切断状態になり異常終了が発生するおそれがあるとき。
（５）無駄なアップロード時のトラフィックによって、通信端末１０に設けられたバッテリを消費するおそれがあるとき。

上述した（１）〜（３）の場合、通信端末１０は、ログアップロードに先だって事前確認リクエストをログアップロードサーバ５０に送信し、ログアップロードサーバ５０におけるアップロードの実行の可否を表す事前確認レスポンスに含まれる情報に基づいて、ログアップロードサーバ５０の負荷状態やストレージ状態についての情報を収集できる。
また、上述した（４）（５）の場合、ログアップロードサーバ５０からの事前確認レスポンスによって、通信ネットワーク２の遅延状態やネットワーク接続状態についての情報を収集できる。
このため、ログアップロードサーバ５０にログファイルをアップロードする前段階において、事前確認リクエストを送信することでサーバと事前に通信し、ログアップロードサーバ５０の受け入れ状態やネットワーク状態などを把握できるので、ログ送信制御部２２は、無駄なログアップロードを極力減らすことができる。

以上のように、ログ情報をログアップロードサーバ５０にアップロードする際に行う操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信し、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜本発明の実施態様例の構成、作用、効果＞
＜第１態様＞
本態様の通信端末１０は、通信ネットワーク２を介して他の通信端末１０と通信端末１０（自装置）との間で通信される操作内容、及び自装置の処理内容に基づいて、時系列にログ情報を作成して記憶部１０００に蓄積するログ情報作成部２０を備え、通信ネットワークを介してログアップロードサーバ５０にログ情報をアップロードする通信端末１０であって、
ユーザから受け付けた入力に対応する操作がログ情報をログアップロードサーバ５０にアップロードする際に行う操作か否かを判断する操作判断部２３と、操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信する送受信部１１（リクエスト送信手段）と、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断するログ送信制御部２２（制御手段）と、を備えることを特徴とする。
本態様によれば、ログ情報をログアップロードサーバ５０にアップロードする際に行う操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信し、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜第２態様＞
本態様のログ送信制御部２２（制御手段）は、事前確認レスポンスにアップロード処理に係る実行が可能である旨の情報が含まれている場合に、ログ情報をログアップロードサーバ５０にアップロードするように制御することを特徴とする。
本態様によれば、事前確認レスポンスにアップロード処理に係る実行が可能である旨の情報が含まれている場合に、ログ情報をログアップロードサーバ５０にアップロードするように制御することで、サーバにおけるログアップロード処理に係る実行を確実に行うことができる。

＜第３態様＞
本態様のログ送信制御部２２（制御手段）は、事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻からリトライ時間が経過したときに、操作判断部２３により操作か否かを判断するように制御することを特徴とする。
本態様によれば、事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻からリトライ時間が経過したときに、操作か否かを判断するように制御することで、操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信し、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜第４態様＞
本態様のログ送信制御部２２（制御手段）は、事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻からリトライ時間が経過したときに、リクエスト送信手段により事前確認リクエストを再度送信するように制御することを特徴とする。
本態様によれば、事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻からリトライ時間が経過したときに、事前確認リクエストを再度送信するように制御することで、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜第５態様＞
本態様のログ送信制御部２２（制御手段）は、事前確認レスポンスにアップロード処理の受け付けが不可能である旨の情報が含まれている場合に、リクエスト送信手段により事前確認リクエストの再度送信を停止するように制御することを特徴とする。
本態様によれば、事前確認レスポンスにアップロード処理の受け付けが不可能である旨の情報が含まれている場合に、事前確認リクエストの再度送信を停止するように制御することで、事前確認リクエストの再度送信に起因したサーバからの事前確認レスポンスについての受信待ち時間による無駄な処理を低減することができる。

＜第６態様＞
本態様の通信システムは、第１態様乃至第５態様の何れか１つに記載の通信端末１０と、通信端末１０から事前確認リクエストを受信するログアップロードサーバ５０と、を備え、ログアップロードサーバ５０は、事前確認リクエストを受信した場合に、ログアップロード処理に係る実行の可否を判断する判断手段と、を備えることを特徴とする。
本態様によれば、ログアップロードサーバ５０は、事前確認リクエストを受信した場合に、ログアップロード処理に係る実行の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜第７態様＞
本態様の判断手段は、通信ネットワークにおける遅延状態、通信ネットワークにおける接続状態、自ログアップロードサーバ５０の負荷状態、或いは自ログアップロードサーバ５０のストレージ状態の少なくとも１つに基づいて、ログアップロード処理に係る実行の可否を判断することを特徴とする。
本態様によれば、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜第８態様＞
本態様の通信方法は、通信ネットワークを介して他の通信端末１０と自装置との間で通信される操作内容、及び自装置の処理内容に基づいて、時系列にログ情報を作成して記憶手段に蓄積するログ情報作成手段を備え、通信ネットワークを介してログアップロードサーバ５０にログ情報をアップロードする通信端末１０による通信方法であって、ユーザから受け付けた入力に対応する操作がログ情報をログアップロードサーバ５０にアップロードする際に行う操作か否かを判断する操作判断ステップ（Ｓ２０、操作判断部２３）と、操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信するリクエスト送信ステップ（Ｓ１２１、送受信部１１）と、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断する制御ステップ（Ｓ１２３、ログ送信制御部２２）と、を実行することを特徴とする。
本態様によれば、ログ情報をログアップロードサーバ５０にアップロードする際に行う操作があった場合に、ログアップロードサーバ５０におけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストをログアップロードサーバ５０に送信し、事前確認リクエストを受信したログアップロードサーバ５０が送信した事前確認レスポンスに基づいて、ログアップロードサーバ５０におけるアップロード処理の可否を判断することで、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

＜第９態様＞
本態様のプログラムは、第８態様記載の各ステップをコンピュータに実行させることを特徴とする。
本態様によれば、各ステップをコンピュータに実行させることができる。

＜第１０態様＞
本態様の通信システムは、第９態様記載のプログラムと、プログラムにより通信を行う通信端末１０と、からなる。
本態様によれば、ログアップロード処理の実行に先だって、サーバにおけるログアップロード処理に係る実行の可否を事前に確認することできる。

１…通信システム、２…通信ネットワーク、１０…通信端末、１１…送受信部、１２…操作入力受付部、１３…ログイン要求部、１７…遅延検出部、１８…形式情報取得部、１９…記憶・読出処理部、２０…ログ情報作成部、２１…メッセージ作成部、２２…ログ再送制御部、２３…操作判断部、２４…ログ情報収集圧縮部、３０…通信端末、５０…ログアップロードサーバ、７０…ルータ、９０…プログラム提供システム、１０１…ＣＰＵ、１０４…フラッシュメモリ、１０５…ＳＳＤ、１０６…記録メディア、１０７…メディアドライブ、１０８…操作ボタン、１０９…電源スイッチ、１１２…ＣＭＯＳ、１１４…マイク、１１５…スピーカ、１１０…バスライン、１２０…ディスプレイ、２０２…ＲＯＭ、２０３…ＲＡＭ、２０４…ＨＤ、２０５…ＨＤＤ、２１１…キーボード、２１２…マウス、２１４…ＣＤ−ＲＯＭドライブ、２１３…ＣＤＲＯＭ、５０２…端末認証部、５０３…状態管理部、５０４…端末抽出部、５０５…端末状態取得部、５１１…ログ情報抽出部、５５２…ログ情報管理部、１０００…記憶部、５５０１…ログ管理ＤＢ

特開平１０−４０１９１号公報

Claims (10)

1. 通信ネットワークを介して他の通信端末装置と自装置との間で通信される操作内容、及び自装置の処理内容に基づいて、時系列にログ情報を作成して記憶手段に蓄積するログ情報作成手段を備え、前記通信ネットワークを介してサーバに前記ログ情報をアップロードする通信端末装置であって、
   ユーザから受け付けた入力に対応する操作が前記ログ情報を前記サーバにアップロードする際に行う操作か否かを判断する操作判断手段と、
   前記操作があった場合に、前記サーバにおけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストを前記サーバに送信するリクエスト送信手段と、
   前記事前確認リクエストを受信した前記サーバが送信した事前確認レスポンスに基づいて、前記サーバにおけるアップロード処理の可否を判断する制御手段と、を備えることを特徴とする通信端末装置。
2. 前記制御手段は、前記事前確認レスポンスにアップロード処理に係る実行が可能である旨の情報が含まれている場合に、前記ログ情報を前記サーバにアップロードするように制御することを特徴とする請求項１に記載の通信端末装置。
3. 前記制御手段は、前記事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻から前記リトライ時間が経過したときに、前記操作判断手段により前記操作か否かを判断するように制御することを特徴とする請求項１に記載の通信端末装置。
4. 前記制御手段は、前記事前確認レスポンスにリトライ時間が含まれている場合に、前回の送信時刻から前記リトライ時間が経過したときに、前記リクエスト送信手段により前記事前確認リクエストを再度送信するように制御することを特徴とする請求項１に記載の通信端末装置。
5. 前記制御手段は、前記事前確認レスポンスにアップロード処理の受け付けが不可能である旨の情報が含まれている場合に、前記リクエスト送信手段により前記事前確認リクエストの再度送信を停止するように制御することを特徴とする請求項１に記載の通信端末装置。
6. 請求項１乃至５の何れか１つに記載の通信端末装置と、
   前記通信端末装置から前記事前確認リクエストを受信するサーバと、を備え、
   前記サーバは、
   前記事前確認リクエストを受信した場合に、前記ログアップロード処理に係る実行の可否を判断する判断手段と、を備えることを特徴とする通信システム。
7. 前記判断手段は、
   前記通信ネットワークにおける遅延状態、前記通信ネットワークにおける接続状態、自サーバの負荷状態、或いは自サーバのストレージ状態の少なくとも１つに基づいて、前記ログアップロード処理に係る実行の可否を判断することを特徴とする請求項６に記載の通信システム。
8. 通信ネットワークを介して他の通信端末装置と自装置との間で通信される操作内容、及び自装置の処理内容に基づいて、時系列にログ情報を作成して記憶手段に蓄積するログ情報作成手段を備え、前記通信ネットワークを介してサーバに前記ログ情報をアップロードする通信端末装置による通信方法であって、
   ユーザから受け付けた入力に対応する操作が前記ログ情報を前記サーバにアップロードする際に行う操作か否かを判断する操作判断ステップと、
   前記操作があった場合に、前記サーバにおけるアップロード処理に係る実行の可否を問い合わせる旨の事前確認リクエストを前記サーバに送信するリクエスト送信ステップと、
   前記事前確認リクエストを受信した前記サーバが送信した事前確認レスポンスに基づいて、前記サーバにおけるアップロード処理の可否を判断する制御ステップと、を実行することを特徴とする通信方法。
9. 請求項８に記載の各ステップをコンピュータに実行させることを特徴とするプログラム。
10. 請求項９に記載のプログラムと、
    前記プログラムにより通信を行う通信端末装置と、からなる通信システム。

Images