JPH10143456A - メッセージシステム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントがデータ処理を行うサーバを意
識しなくとも、サーバに要求内容を送信するだけで、サ
ーバが他のサーバと連携してデータ変換処理を実行する
ことが可能なメッセージシステムを提供する。 【解決手段】 サーバに対して、要求内容を作成する連
携処理要求作成手段を受信クライアントに設け、サーバ
が他のサーバと連携処理を行う実行手順データ作成手段
およびデータ変換機能実行手段を設けることで、サーバ
は他のサーバと連携し、受信クライアントからのデータ
処理要求を実行するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はパーソナルコンピ
ュータやワークステーションなどで作成されたマルチメ
ディアメッセージを、ネットワークを介して上記コンピ
ュータを使用するユーザ間で送受信するメッセージシス
テムに関する。

【０００２】

【従来の技術】図２７は、例えば特開平６−３０３３１
５に示された従来のメッセージシステムを示す構成図で
ある。図において、１はメッセージの受信および再生を
行う受信クライアント、２はメッセージの送受信の中継
およびメッセージデータのデータ種類を変換するサーバ
Ａ、３はメッセージの作成および送信を行う送信クライ
アントである。４から６はサーバＡ２と同様の処理を行
うサーバＢ、サーバＣ、サーバＤである。ここで、受信
クライアント１は、受信したメッセージをデータ種類別
に分解するメッセージ分解手段８、分解したメッセージ
データの再生可能性を検査するメッセージデータ再生可
能性検査手段９、メッセージデータを再生する再生手段
１０、再生不可能なメッセージデータのデータ種類を変
換するようサーバに対して要求を行う機能要求手段１
１、メッセージおよびデータ変換結果の受信およびデー
タ変換要求の送信を行う送受信手段７から構成されてい
る。

【０００３】また、サーバＡ２は、メッセージの送受信
およびデータ変換要求の受信およびデータ変換結果の送
信を行う送受信手段１４、データ種類変換を行うデータ
変換機能実行手段１５から構成されている。

【０００４】さらに、送信クライアント３は、一つ以上
のデータ種類を使用しメッセージの作成を行う作成手段
２２、メッセージの送信を行う送受信手段２１から構成
されている。

【０００５】次に、従来のメッセージシステムの動作に
ついて説明する。まず、送信クライアント３において、
作成手段２２を用いて一種類以上のデータ種から成るメ
ッセージを作成する。次に、送受信手段２１を介して受
信クライアント１に対し、作成したメッセージを送信す
る。

【０００６】受信クライアント１は、送受信手段７にお
いてメッセージを受信すると、メッセージ分解手段８を
用いてデータ種類別にメッセージを分解する。メッセー
ジデータ再生可能性検査手段９は、受信クライアント１
の再生可能データ種類を検出し、分解されたメッセージ
のデータ種類と再生可能性についての照合検査を行い、
再生可能なデータについては再生手段１０で再生を行
う。一方、再生不可能なデータが存在する場合には、サ
ーバＡ２に対して再生不可能なデータ種類から再生可能
なデータ種類へのデータ変換を要求する。その結果、受
信クライアント１がサーバＡ２から再生可能となったデ
ータを受信すると、このデータ変換結果を再生手段１０
により再生する。

【０００７】サーバＡ２は、受信クライアント１からの
データ変換要求を受信すると、データ変換機能実行手段
１５に渡す。データ変換機能実行手段１５は、データ変
換要求が処理可能である場合にはデータ変換を行い、受
信クライアント１に対するデータ変換結果の送信を送受
信手段１４に依頼する。一方、データ変換要求が処理不
可能であった場合には、受信クライアント１に対する処
理失敗通知の送信を、送受信手段１４に依頼する。

【０００８】

【発明が解決しようとする課題】従来のメッセージシス
テムは以上のように構成されているため、受信クライア
ントは特定のサーバに対して明確なデータ変換指示を行
う必要があった。そのため、受信クライアントは要求を
送信するサーバの保持する機能を知っておかなければな
らないという問題点があった。また、サーバにおいてデ
ータ変換処理が不可能である場合は、受信クライアント
において再生不可能なメッセージデータが再生できない
という問題点があった。さらに、受信クライアントとサ
ーバとが遠距離である場合、通信負荷が高くなるという
問題点があった。

【０００９】この発明は上記のような問題点を解消する
ためになされたもので、要求されたデータ変換機能が受
信クライアントおよびサーバに存在しない場合に、他の
サーバに対して変換要求を行い、他のサーバでも処理不
可能な場合には更に他のサーバに対して同様の要求を行
うというようにして、受信クライアントが当該データ変
換機能を実現するサーバ名を知らなくても、複数のサー
バが分散して保持するデータ変換機能を使用することが
でき、さらに受信クライアントの近辺に存在するサーバ
から順に変換要求を送信することで、通信負荷の軽減を
も可能としたメッセージシステムを得ることを目的とす
る。

【００１０】

【課題を解決するための手段】第１の発明に係わるメッ
セージシステムは、ネットワークに接続されメッセージ
の受信および再生を行う少なくとも一つ以上の受信クラ
イアントと、上記ネットワークに接続されメッセージの
送受信およびデータ種類の変換処理を行う少なくとも一
つ以上のサーバと、上記ネットワークに接続されメッセ
ージの作成、送信およびデータ種類の変換処理を行う少
なくとも一つ以上の送信クライアントからなるメッセー
ジシステムにおいて、受信クライアントに、（１）受信
したメッセージをデータ種類別に分解するメッセージ分
解手段と、（２）分解したメッセージの各メッセージデ
ータが該受信クライアントにおいて再生可能であるか否
かを判定するメッセージデータ再生可能性判定手段と、
（３）メッセージデータを再生する再生手段と、（４）
再生不可能なメッセージデータ中のデータ種類の変換要
求を示す連携処理要求を作成する連携処理要求作成手段
と、（５）送信クライアントからのメッセージの受信お
よび連携処理要求を前記サーバに送信する送受信手段
と、を備え、サーバに、（１）連携処理要求で示された
要求を満たすデータ種類変換処理を行うデータ変換機能
実行手段と、（２）連携処理要求の受信およびデータ種
類変換処理結果の受信クライアントおよびサーバへの連
携処理要求の送信を行う送受信手段と、を備え、送信ク
ライアントに、（１）少なくとも一つ以上のデータ種類
のメッセージデータから構成されたメッセージを作成す
る作成手段と、（２）連携処理要求で示された要求を満
たすデータ種類変換処理を行うデータ変換機能実行手段
と、（３）連携処理要求の受信および作成したメッセー
ジまたはデータ変換機能実行結果の受信クライアントへ
の送信および前記サーバへの連携処理要求の送信を行う
送受信手段と、を備えるようにしたものである。

【００１１】第２の発明は、第１の発明に係わるメッセ
ージシステムにおいて、受信クライアントに、（１）作
成した連携処理要求に該受信クライアントが保持する機
能情報を追加する変換機能内容追加手段を備え、サーバ
に、（１）受信した連携処理要求に対し、該サーバが保
持する機能情報を追加する連携処理要求追加手段と、
（２）連携処理要求に追加された各種機能を組み合わ
せ、要求されたデータ種類変換処理を行うための実行手
順データを作成する実行手順データ作成手段と、を備
え、（３）データ変換機能実行手段は、実行手順データ
に基づきデータ変換機能を実行し、（４）送受信手段
は、実行手順データに基づいてデータ種類変換機能を保
持するサーバまたはクライアントに実行手順データを送
信し、実行手順データの作成に失敗したときは、他サー
バまたは送信クライアントに連携処理要求を送信するよ
うにし、送信クライアントに、（１）受信した連携処理
要求に、該送信クライアントが保持する機能情報を追加
する連携処理要求追加手段と、（２）連携処理要求に追
加された各種機能を組み合わせ、要求されたデータ種類
変換処理を行うための実行手順データを作成する実行手
順データ作成手段と、を備え、（３）データ変換機能実
行手段は、実行手順データに基づきデータ変換機能を実
行し、（４）送受信手段は実行手順データに基づき、実
行手順データのデータ変換機能を保持するサーバまたは
クライアントへの送信および変換失敗通知の受信クライ
アントへの送信を行うようにしたものである。

【００１２】第３の発明は、第１の発明に係わるメッセ
ージシステムにおいて、送信クライアントに、（１）受
信クライアントが再生可能なデータ種類要求を作成する
再生可能データ要求作成手段と、（２）受信した再生可
能データ要求に該送信クライアントの保持する機能情報
を追加する再生可能データ要求追加手段と、（３）再生
可能データ要求の各種機能を組み合わせ該送信クライア
ントの利用可能データ種類から受信クライアントの再生
可能データ種類への変換を行う実行手順データを作成す
る実行手順データ作成手段と、を備え（４）送受信手段
は、受信クライアントに再生可能データ要求の送信およ
び再生可能データ要求の受信を行い、（５）作成手段
は、変換に成功したデータ種類のみを使用してメッセー
ジを作成し、サーバに、（１）受信した再生可能データ
要求に該サーバが保持する機能情報を追加する再生可能
データ要求追加手段、を備え（２）送受信手段は、再生
可能データ要求の受信およびサーバに対して再生可能デ
ータ要求の送信を行うようにし、受信クライアントに、
（１）受信した再生可能データ要求に該受信クライアン
トが保持する機能情報を追加する再生可能データ要求追
加手段、を備え（２）送受信手段は再生可能データ要求
を受信するようにすることで、該受信クライアントで再
生不可能なデータ種類を使用することなくメッセージを
作成するようにしたものである。

【００１３】第４の発明は、第２の発明に係わるメッセ
ージシステムにおいて、受信クライアントの変換機能内
容追加手段は、該受信クライアントの保持するデータ変
換機能における変換前および変換後のデータ量を示す予
測増量を追加し、サーバおよび送信クライアントに、
（１）データ変換手順が複数存在する場合に全データ変
換手順における通信データ量を計算し、通信負荷が軽い
データ変換手順を選択する通信負荷計算手段を備え、
（２）連携処理要求追加手段に、該サーバの保持するデ
ータ変換機能における変換前および変換後のデータ量を
示す予測増量を追加するようにしたものである。

【００１４】第５の発明は、第２の発明に係わるメッセ
ージシステムにおいて、受信クライアントの変換機能内
容追加手段は、該受信クライアントの保持するデータ変
換機能のデータ変換機能精度を示す変換精度を追加し、
サーバおよび送信クライアントに、（１）データ変換手
順が複数存在する場合に全データ変換手順における総合
変換精度を計算し、総合変換精度が高いデータ変換手順
を選択する再生精度計算手段を備え、（２）連携処理要
求追加手段に、該サーバの保持するデータ変換機能にお
けるデータ変換機能の精度を示す変換精度を追加するよ
うにしたものである。

【００１５】

【発明の実施の形態】

実施の形態１．以下、本発明に係わるメッセージシステ
ムの第１の実施形態について、図１乃至図１９に基づい
て説明する。図１は、第１の実施形態におけるメッセー
ジシステムの構成図である。図において、１はメッセー
ジシステムのユーザが使用する受信クライアント、２、
４、５、６は受信クライアント１とのメッセージの送受
信およびデータ変換等の処理を行う各々サーバＡ、サー
バＢ、サーバＣ、サーバＤである。本実施形態ではサー
バは４台であるが、複数台以上あれば構わない。また、
３はメッセージシステムのユーザが使用する送信クライ
アントである。

【００１６】受信クライアント１において、７はメッセ
ージの受信および処理要求の送信および処理要求結果の
受信を行う送受信手段、８は受信したメッセージをデー
タ種類別に分解するメッセージ分解手段、９はメッセー
ジデータの再生可能性を判定するメッセージデータ再生
可能性判定手段、１０はメッセージデータを再生する再
生手段である。１１は再生不可能なメッセージデータを
サーバと連携して変換処理してもらうための連携処理要
求を作成する連携処理要求作成手段、１２は連携処理要
求にデータ変換機能内容を追加する変換機能内容追加手
段、１３は再生可能データ要求にデータ変換機能内容を
追加する再生可能データ要求追加手段である。

【００１７】一方、サーバＡ２において、１４はメッセ
ージの送受信および処理要求の送受信および処理結果の
送信を行う送受信手段、１６は連携処理要求にデータ変
換機能内容を追加する連携処理要求追加手段、１７はサ
ーバが連携して処理を行うための実行手順データを作成
する実行手順データ作成手段、１５はデータ変換機能を
実行するデータ変換機能実行手段である。また、２０は
再生可能データ要求にデータ変換機能内容を追加する再
生可能データ要求追加手段、１８はサーバが連携して処
理を行うための実行手順が複数存在する場合に総通信デ
ータ量が最低となる実行手順を選択する通信負荷軽減手
段、１９はサーバが連携して処理を行うための実行手順
が複数存在する場合に変換密度が最高となる実行手順を
選択する再生精度維持手段である。尚、サーバＢ４、サ
ーバＣ５、サーバＤ６はサーバＡ２と同じ構成である。

【００１８】さらに、送信クライアント３において、２
１はメッセージの送信および処理要求の受信および処理
結果の送信を行う送受信手段、２２は一つ以上のデータ
種類を使用しメッセージを作成する作成手段、２４は連
携処理要求にデータ変換機能内容を追加する連携処理要
求追加手段、２５はサーバが連携して処理を行うための
実行手順データを作成する実行手順データ作成手段であ
る。２３はデータ変換機能を実行するデータ変換機能実
行手段、２８は再生可能データ要求にデータ変換機能内
容を追加する再生可能データ要求追加手段、２９はサー
バが連携することにより受信クライアント１が再生可能
になるデータ種類を要求する再生可能データ要求作成手
段、２６はサーバが連携して処理を行うための実行手順
が複数存在する場合に総通信データ量が最低となる実行
手順を選択する通信負荷軽減手段、２７はサーバが連携
して処理を行うための実行手順が複数存在する場合に変
換精度が最高となる実行手順を選択する再生精度維持手
段である。

【００１９】次に、本実施形態におけるメッセージシス
テムの受信クライアントがメッセージを受信したときの
動作に先立ち、まず図２乃至図８について説明する。図
２は、本メッセージシステムで送受信するメッセージ構
造を示したものである。図において、３０はメッセージ
本体、３１は受信クライアントアドレス、メッセージ題
目、送信クライアントアドレスを記述するメッセージ情
報フィールド、３２はメッセージデータの種類を格納す
るデータ種類項目およびメッセージデータの開始バイト
および終了バイトを格納する始点位置項目および終了位
置項目から構成されるメッセージデータ情報フィール
ド、３３はメッセージデータを格納するメッセージデー
タフィールドである。３４はメッセージデータ種類テー
ブル、３５はメッセージデータの種類を格納するデータ
種類項目、３６はメッセージデータ情報テーブル３４の
メッセージデータの先頭バイト位置を格納するデータ種
類項目、３７はメッセージデータ情報テーブル３４のメ
ッセージデータの終了バイト位置を格納するデータ種類
項目である。３８はメッセージデータフィールド３３に
格納されたテキストデータ、３９はメッセージデータフ
ィールド３３に格納されたＢＭＰ静止画データ、４０は
メッセージデータフィールド３３に格納されたＰＣＭ音
声データである。

【００２０】図３はネットワーク上のサーバおよびクラ
イアントの再生可能データ種類およびデータ変換機能を
格納する利用可能データ種類テーブルである。図におい
て、４１は受信クライアント１の再生可能データ種類お
よびデータ変換機能を格納する受信クライアント利用可
能データ種類テーブル、４２はサーバＡ２の利用可能デ
ータ種類テーブル、４３はサーバＢ４の利用可能データ
種類テーブル、４４はサーバＣ５の利用可能データ種類
テーブル、４５はサーバＤ６の利用可能データ種類テー
ブル、４６は送信クライアント３の利用可能データ種類
テーブルである。４７は再生可能データ種類を格納する
項目、４８はデータ変換機能の入力データ種類を格納す
る項目、４９はデータ変換機能の出力データ種類を格納
する項目、５０はデータ変換機能の予想出力データ量を
入力データ量で割った予測増分を格納する項目である。

【００２１】図４は連携処理要求の構造を示したもので
ある。図において５１は連携処理要求、５２は要求元の
クライアントアドレスを格納する要求元クライアントフ
ィールド、５３は受信クライアント１が再生不可能なデ
ータ種類を格納するソースデータ種類フィールド、５４
は受信クライアント１が再生可能なデータ種類を格納す
るディスティネーションデータ種類フィールドである。
５５は受信クライアント１が再生不可能なソースデータ
本体を格納するソースデータ本体フィールド、５６は受
信クライアントが保持するデータ種類変換機能の内容を
格納するデータ種類変換機能テーブル、５８はデータ変
換機能を保持するマシンアドレスフィールド、５９はデ
ータ変換機能における入力データ種類を格納する入力デ
ータ種類フィールド、６０はデータ変換機能における出
力データ種類を格納する出力データ種類フィールド、６
１は予測出力データ量を入力データ量で割った予測増分
を格納する予測増分フィールドである。

【００２２】図５は実行手順データの構造を示したもの
である。図において、６２は実行手順データ、６３は実
行する手順を示した実行手順テーブルであり、６５は実
行する順番を格納する実行順序項目、６６はデータ変換
機能を実行するサーバまたはクライアントアドレスを格
納する実行マシン項目である。６７はデータ変換機能の
入力データ種類を格納する入力データ項目、６８はデー
タ変換機能の出力データ種類を格納する出力データ項
目、６８ａはデータ変換機能の変換後の予測データ量／
変換前のデータ量を示す予測増分を格納する予測増分項
目、６４はデータ種類変換を行うソースデータを格納す
るソースデータフィールドである。

【００２３】図６から図８は、本実施形態のメッセージ
システムにおいて受信クライアントがメッセージを受信
したときの動作を示すフローチャートである。

【００２４】次に動作について説明する。まず、受信ク
ライアント１の全体動作について、図６のフローチャー
トを用いて説明する。受信クライアント１が送受信手段
７においてメッセージを受信すると（ステップＳ２）、
受信したメッセージをメッセージ分解手段８に引き渡
す。メッセージ分解手段８において、メッセージをデー
タ種類別に分解する（ステップＳ３）。メッセージデー
タ再生可能性判定手段９において、受信したメッセージ
の各メッセージデータが受信クライアント１において再
生可能かどうか判定し（ステップＳ４）、データ変換の
組み合わせが存在する場合には、メッセージデータを再
生手段１０に引き渡す（ステップＳ５）。一方、組み合
わせが存在しなかった場合には、連携処理要求作成手段
１１に再生不可能なメッセージデータおよびデータ種類
を渡す（ステップＳ６）。

【００２５】次に図７のフローチャートにおいて、受信
クライアント１が送受信手段７においてデータ変換結果
を受信すると（ステップＳ９）、データ変換結果を再生
手段１０に引き渡す（ステップＳ１０）。

【００２６】次にメッセージデータ再生可能性判定手段
９の動作について、図８のフローチャートを用いて説明
する。受信したメッセージのメッセージデータ種類情報
テーブル３４に格納されたデータ種類を取り出し（ステ
ップＳ１３）、受信クライアント利用可能データ種類テ
ーブル４１に格納された再生可能データ種類項目４７に
存在するか否かを判定する（ステップＳ１４）。図２の
メッセージデータ３０は、テキスト、ＢＭＰ静止画、Ｐ
ＣＭ音声を含むデータ種類から構成されているが、これ
らのデータが再生可能データ種類項目４７に存在する場
合は、メッセージデータを再生手段１０に引き渡す（ス
テップＳ１５）。一方、存在しない場合には連携処理要
求作成手段１１に再生不可能なメッセージデータおよび
データ種類を渡す（ステップＳ１６）。具体的には、図
３の受信クライアント利用可能データ種類テーブル４１
における再生可能データ種類項目４７にはＰＣＭ音声が
格納されている。そのため、メッセージ３０のＰＣＭ音
声のデータ種類の再生は可能であるが、テキストおよび
ＢＭＰ静止画のデータ種類は再生ができない。そこでＰ
ＣＭ音声のメッセージデータのみを再生手段１０に渡
し、再生不可能なデータ種類としてテキストおよびＢＭ
Ｐ静止画のメッセージデータを連携処理要求作成手段１
１に渡す。以下、動作を理解しやすくするため、再生不
可能なメッセージデータはテキストのみとして説明を行
う。

【００２７】次に連携処理要求作成手段１１の動作につ
いて、図９のフローチャートを用いて説明する。

【００２８】先ず、図８のステップＳ１６で渡された再
生不可能なメッセージデータを連携処理要求５１のソー
スデータ本体フィールド５５に格納し（ステップＳ１
９）、データ種類をソースデータ種類フィールド５３に
格納し（ステップＳ２０）、受信クライアントアドレス
を要求元クライアントフィールド５２に格納し（ステッ
プＳ２１）、受信クライアント利用可能データ種類テー
ブル４１の再生可能データ種類項目４７におけるデータ
種類をディスティネーションデータ種類フィールド５４
に格納する（ステップＳ２２）。次いで、受信クライア
ント利用可能データ種類テーブル４１の入力データ種類
項目４８における入力データ種類を入力データ種類フィ
ールド５９に格納し（ステップＳ２３）、受信クライア
ント利用可能データ種類テーブル４１の出力データ種類
項目４９における出力データ種類を出力データ種類フィ
ールド６０に格納し（ステップＳ２４）、受信クライア
ント利用可能データ種類テーブル４１の予測増分項目５
０における予測増分を予測増分フィールド６１に格納す
る（ステップＳ２５）。最後に、メッセージをサーバＡ
２へ送信するよう、にして作成した連携処理要求を送受
信手段７に渡す（ステップＳ２６）。具体的には、連携
処理要求作成手段１１において、要求元クライアントフ
ィールド５２に受信クライアント１のアドレスを格納
し、ソースデータ種類フィールド５３にテキストを格納
し、ディスティネーションデータ種類フィールド５４に
再生可能データ種類項目４７のＰＣＭ音声を格納し、ソ
ースデータ本体フィールド５５にメッセージ３０のテキ
ストデータ３８を格納する。受信クライアント１にはデ
ータ変換手段は存在しないため、データ種類変換機能テ
ーブル５６への格納は行わない。受信クライアント１が
これらのデータを格納するまでは、連携処理要求５１に
は何らの情報も格納されていない。

【００２９】次にサーバＡ２の全体動作について、図１
０のフローチャートを用いて説明する。サーバＡ２が送
受信手段１４において連携処理要求５１を受信すると
（ステップＳ２９）、連携処理要求追加手段１６におい
てサーバＡ利用可能データ種類テーブル４２から参照し
たサーバＡ２の保持するデータ変換機能情報を連携処理
要求に追加し、実行手順データ作成手段１７に渡す（ス
テップＳ３０）。実行手順データ作成手段１７は、連携
処理要求５１のデータ種類変換機能テーブル５６の入力
データ種類項目５９および出力データ種類項目６０を組
み合わせ、連携処理要求５１のソースデータ種類からデ
ィスティネーションデータ種類に変換する実行手順デー
タを作成する（ステップＳ３１）。実行手順データが複
数作成された場合、通信負荷軽減手段１８は通信負荷が
軽い実行手順データを選択し（ステップＳ３３）、デー
タ変換機能実行手段１５に渡す（ステップＳ３４）。一
方、実行手順データの作成に失敗した場合は、連携処理
要求５１をサーバＢ４に対して送信するよう、送受信手
段１４に依頼する（ステップＳ３６）。

【００３０】次に、サーバＢ４からサーバＤ６における
連携処理要求の送受信について説明する。サーバＢ４、
サーバＣ５、サーバＤ６はサーバＡ２と同様の処理を行
う。サーバＢ４はサーバＡ２から連携処理要求５１を受
信しサーバＡ２と同様の処理を行う。サーバＢ４が実行
手順データ６２の作成に失敗した場合、サーバＣ５に対
して連携処理要求５１を送信する。サーバＣ５はサーバ
Ｂ４から連携処理要求５１を受信しサーバＢ４と同様の
処理を行う。サーバＣ５が実行手順データ６２の作成に
失敗した場合、サーバＤ６に対して連携処理要求５１を
送信する。以上のようにして、最終的に送信クライアン
ト３が接続されているサーバＤ６まで送信され、ここで
サーバＤ６が実行手順データ６２の作成に失敗した場合
には、送信クライアント３に対して連携処理要求５１を
送信する。

【００３１】次にサーバＡ２における連携処理要求追加
手段２０の動作について、図１１のフローチャートを用
いて説明する。サーバＡ利用可能データ種類テーブル４
２の入力データ種類項目、出力データ種類項目、予測増
分項目から値を取り出し（ステップＳ３９）、受信した
連携処理要求５１のマシンアドレス項目５８、入力デー
タ種類項目５９、出力データ種類項目６０、予測増分項
目６１に追加し（ステップＳ４０）、実行手順データ作
成手段１７に渡す（ステップＳ４１）。具体的には、サ
ーバＡ利用可能データ種類テーブル４２に格納された２
種類のデータ種類変換機能の入出力データ種類および予
測増分を連携処理要求５１のデータ種類変換機能テーブ
ル５６に格納する。つまり、サーバＡ利用可能データ種
類テーブル４２の入力データ種類であるＡＩＦＦ音声と
ＡＵ音声をデータ種類変換機能テーブル５６の入力デー
タ種類項目５９に追加する。同様にして、出力データ種
類および予測増分についても追加する。

【００３２】次にサーバＡ２における実行手順データ作
成手段１７の動作について、図１２のフローチャートを
用いて説明する。まず、渡された連携処理要求５１のソ
ースデータ種類フィールド５３の値を入力データ種類項
目５９の値として持つデータ変換機能を検索する（ステ
ップＳ４４）。存在した場合は、実行手順データ６２に
追加を行い（ステップＳ４６）、出力データ種類がディ
スティネーションデータ種類かどうか判定する（ステッ
プＳ４７）。その結果、同定された場合は、実行手順デ
ータ６２をデータ変換機能実行手段１５に渡す（ステッ
プＳ４８）。他方、同定されなかった場合には、さらに
出力データ種類を入力データ種類に持つデータ変換機能
を検索し（同図、ステップＳ４９）、ステップＳ４５に
移動する。また、ステップＳ４５にて検索の結果、デー
タ変換機能が存在しなかった場合には、次のサーバであ
るサーバＢ４に対し連携処理要求５１を送信する（ステ
ップＳ５０）。具体的には、現時点ではデータ種類変換
機能テーブル５６にはサーバＡのデータ変換機能の情報
のみが格納されており、ソースデータ種類フィールド５
３と合致するデータ種類（即ち、テキストデータ）は、
まだデータ種類変換機能テーブル５６の入力データ種類
項目５９には格納されていない。そのため、更に、サー
バＢ４に対して連携処理要求５１を送信するように、送
受信手段１４へ渡す。

【００３３】上記の処理をサーバＢ４およびサーバＣ５
およびサーバＤ６までくり返し行うことにより、連携処
理要求５１のソースデータ種類フィールド５３からディ
スティネーションデータ種類フィールド５４に変換する
組み合わせを作成することができる。すなわち、（ａ）
サーバＤ６においてテキストからＷＡＶＥ音声への変換
を行い、サーバＢ４においてＷＡＶＥ音声からＭＩＤＩ
音声への変換を行い、サーバＣ５においてＭＩＤＩ音声
からＡＩＦＦ音声への変換を行い、サーバＡ２において
ＡＩＦＦ音声からＰＣＭ音声への変換を行う組み合わせ
と、（ｂ）サーバＤ６においてテキストからアナログ音
声への変換を行い、サーバＢ４においてアナログ音声か
らＡＵ音声への変換を行い、サーバＡ２においてＡＵ音
声からＰＣＭ音声への変換を行う組み合わせの２通りの
変換方法が可能となる。

【００３４】次にサーバＡ２における通信負荷軽減手段
１８の動作について、図１３のフローチャートを用いて
説明する。渡された複数の実行手順データごとに、次の
処理を行う（ステップＳ５３）。実行手順データ６２の
ソースデータ量を参照する（ステップＳ５４）。実行順
序項目６５の手順通りに、参照したソースデータ量に予
測増分を掛けて行き、変換後の総データ量を計算する
（ステップＳ５６）。複数の実行手順データに対してく
り返し計算を行い（ステップＳ５７）、計算結果の中か
ら最も総データ量が少ない実行手順データを選択し（ス
テップＳ５８）、その実行手順データをデータ変換機能
実行手段１５に渡す（ステップＳ５９）。具体的には、
メッセージデータ種類フィールド３２のテキストは１０
０のデータ量であることがわかるので、上記組み合わせ
（ａ）における総データ量は次の式により求められる。 （ａ１）サーバＤによるテキスト→ＷＡＶＥ音声変換の
予測増分＝変換データ量＊１００ （ａ２）サーバＢによるＷＡＶＥ音声→ＭＩＤＩ音声変
換の予測増分＝変換データ量＊０．１ （ａ３）サーバＣによるＭＩＤＩ音声→ＡＩＦＦ音声変
換の予測増分＝変換データ量＊１０ （ａ４）サーバＡによるＡＩＦＦ音声→ＰＣＭ音声変換
の予測増分＝変換データ量＊１ 総データ量＝ａ１＋ａ２＋ａ３＋ａ４ ＝１００＊１００＋（１００＊１００）＊０．１＋
（（１００＊１００）＊０．１）＊１０）＋（（（１０
０＊１００）＊０．１）＊１０）＊１）＝３１０００ 同様に、組み合わせ（ｂ）における総データ量は次の式
により求められる。 （ｂ１）サーバＤによるテキスト→アナログ音声変換の
予測増分＝変換データ量＊５０ （ｂ２）サーバＢによるアナログ音声→ＡＵ音声変換の
予測増分＝変換データ量＊０．５ （ｂ３）サーバＡによるＡＵ音声→ＰＣＭ音声変換の予
測増分＝変換データ量＊１ 総データ量＝ｂ１＋ｂ２＋ｂ３ ＝１００＊５０＋（１００＊５０）＊０．５＋（（１０
０＊５０）＊０．５）＊１）＝１００００ 上記の計算の結果、組み合わせ（ｂ）の総データ量が少
ないため、組み合わせ（ｂ）の実行手順データをデータ
変換機能実行手段１５に渡す。

【００３５】次にサーバＡ２におけるデータ変換機能実
行手段１５の動作について、図１４のフローチャートを
用いて説明する。渡された実行手順データ６２の次に実
行すべき手順を参照する（ステップＳ６２）。参照した
手順の実行マシンを参照し（ステップＳ６３）、サーバ
Ａ２のアドレスが格納されていた場合、実行手順データ
６２のソースデータ６４に対し、指定されたデータ変換
を実行する（ステップＳ６５）。一方、サーバＡ２のア
ドレスではなかった場合は、実行マシン項目６６に格納
されているマシンアドレスに実行手順データ６２を送信
するよう、送受信手段１４に実行手順データを渡す（ス
テップＳ６８）。実行後、実行手順データ６２において
実行順序６５の最後まで到達したかを判定し（ステップ
Ｓ６６）、すべての手順を実行した場合、実行した変換
結果を要求元クライアントに送信する（ステップＳ６
７）。次の手順が存在する場合、次の手順を参照しステ
ップＳ６４に移動する（ステップＳ６９）。実際にはサ
ーバＤ６の実行手順データ作成手段１７が、実行手順デ
ータ６２を作成する。サーバＤ６のデータ変換機能実行
手段１５は、実行手順データ６２を受け取り、実行順序
項目６５が”１”の行を参照し、実行マシン項目６６が
サーバＤであるため、ソースデータ６４に対してテキス
ト→アナログ音声データ種類変換を実行し、変換後のデ
ータ（アナログ音声データ）をソースデータ６４に格納
する。実行後、次の実行順序項目６５が”２”の行を参
照し、実行マシン項目６６がサーバＢであるため、実行
手順データ６２をサーバＤ６の送受信手段１４にサーバ
Ｂ４に対して送信するように依頼する。サーバＢ４およ
びサーバＡ２も同様の処理を行い、最終的に受信クライ
アント１にデータ変換処理結果を送信する。

【００３６】次に送信クライアント３の全体動作につい
て、図１５のフローチャートを用いて説明する。送信ク
ライアント３が送受信手段２１において連携処理要求５
１を受信すると（ステップＳ７２）、連携処理要求追加
手段２４において送信クライアント利用可能データ種類
テーブル４６を参照し、マシンアドレス、入力データ種
類、出力データ種類を連携処理要求５１に追加し（ステ
ップＳ７３）、実行手順データ作成手段２５に渡す（ス
テップＳ７４）。実行手順データ作成手段２５は、連携
処理要求５１のデータ種類変換テーブル５６内の入力デ
ータ種類項目５９および出力データ種類項目６０を組み
合わせ、連携処理要求５１のソースデータ種類からディ
スティネーションデータ種類に変換する実行手順データ
を作成する（ステップＳ７５）。実行手順データが複数
作成された場合は、通信負荷軽減手段２６は通信負荷が
軽い実行手順データを選択し（ステップＳ７８）、デー
タ変換機能実行手段２３に渡す（ステップＳ７７）。一
方、作成に失敗した場合には、要求元クライアント項目
５２のマシンアドレスに対し変換失敗通知を送信するよ
う、送受信手段２１に依頼する（ステップＳ７９）。

【００３７】次に送信クライアント３における連携処理
要求追加手段２４の動作について、図１６のフローチャ
ートを用いて説明する。送信クライアント利用可能デー
タ種類テーブル４６を参照し、入力データ種類、出力デ
ータ種類、予測増分を取り出し（ステップＳ８２）、受
信した連携処理要求５１のマシンアドレス項目５８、入
力データ種類項目５９、出力データ種類項目６０、予測
増分項目６１に追加し（ステップＳ８３）、実行手順デ
ータ作成手段２５に渡す（ステップＳ８４）。

【００３８】次に送信クライアント３における実行手順
データ作成手段２５の動作について、図１７のフローチ
ャートを用いて説明する。渡された連携処理要求５１の
ソースデータ種類５３を入力データ種類５９として持つ
データ変換機能を検索する（ステップＳ８７）。存在し
た場合は、実行手順データ６２に追加を行い（ステップ
Ｓ８９）、出力データ種類がディスティネーションデー
タ種類５４の値かどうかを判定する（ステップＳ９
０）。同定された場合には、実行手順データ６２をデー
タ変換機能実行手段２３に渡し（ステップＳ９１）、同
定されなかった場合は、さらに出力データ種類を入力デ
ータ種類に持つデータ変換機能をデータ種類変換機能テ
ーブル５６内から検索する（ステップＳ９２）。他方、
ステップＳ８７でデータ変換機能が存在しなかった場合
には、変換失敗通知を要求元クライアントに対して送信
するよう、送受信手段２１に対して依頼する（ステップ
Ｓ９３）。

【００３９】次に送信クライアント３における通信負荷
軽減手段２６の動作について、図１８のフローチャート
を用いて説明する。渡された複数の実行手順データに対
し、次の処理を行う（ステップＳ９６）。実行手順デー
タ６２のソースデータ量を参照し（ステップＳ９７）、
実行順序項目６５の値の順番に、ソースデータ量に予測
増分６８ａを掛け合わせて行き、総変換データ量を計算
する（ステップＳ９９）。複数の実行手順データに対し
て計算を行い（ステップＳ１００）、すべての実行手順
データについての計算の終了後、最も総変換データ量の
少ない実行手順データを選択し（ステップＳ１０１）、
選択した実行手順データをデータ変換機能実行手段２３
に渡す（ステップＳ１０２）。

【００４０】次に送信クライアント３におけるデータ変
換機能実行手段２３の動作について、図１９のフローチ
ャートを用いて説明する。渡された実行手順データ６２
の次に実行すべき手順を参照し（ステップＳ１０５）、
参照した手順の実行マシンアドレスを参照する（ステッ
プＳ１０６）。送信クライアント３のマシンアドレスで
あった場合には、実行手順テーブル６３に指定されてい
る入力データ種類項目６７の値から出力データ種類項目
６８の値に変換を行うデータ種類変換機能を、ソースデ
ータ６４に対して実行する（ステップＳ１０８）。一
方、送信クライアント３のマシンアドレスではなかった
場合は、参照した実行マシンアドレスに対し、実行手順
データ６２を送信するよう送受信手段２１に渡す（ステ
ップＳ１１０）。すべての手順を実行したか否かを判定
し（ステップＳ１０９）、すべての手順を実行した場合
には、実行したデータ変換結果を要求元クライアントに
送信する（ステップＳ１１０）。まだ次の手順が存在し
ている場合には、次の手順を参照し（ステップＳ１１
１）、ステップＳ１０７に移動する。

【００４１】以上のように、本実施形態によるメッセー
ジシステムでは、データ種類変換を行うサーバまたはク
ライアントを特定せずにデータ変換要求を送信すること
ができ、また要求を受信したサーバまたはクライアント
が要求内容を処理できない場合は、他のサーバまたはク
ライアントに処理を要求することが可能である。また、
データ種類変換に際して最も通信負荷の低い組み合わせ
を求め、この組み合わせに基づいて再生データへの変換
を行うようにしたので通信路負荷を考慮した効率のよい
システムを実現できる。

【００４２】実施の形態２．次に、本発明の第２の実施
形態について、図２０乃至図２３に基づいて説明する。
本実施形態におけるメッセージシステムは、サーバＡ２
からサーバＤ６または送信クライアント３の実行手順デ
ータ作成手段が複数の実行手順データを作成した場合に
おいて、再生精度が高い変換手順を選択するようにした
ものである。図２０は、図４の連携処理要求５１の予測
増分項目６１の代わりに変換精度を追加したものであ
る。図において６９は連携処理要求、７０は要求元クラ
イアントフィールド、７１はソースデータ種類フィール
ド、７２はディスティネーションデータ種類フィールド
である。また、７３はソースデータ本体フィールド、７
５はデータ種類変換機能テーブル、７６はマシンアドレ
ス項目、７７は入力データ種類項目、７８は出力データ
種類項目、７９はデータ変換機能の変換精度を格納する
変換精度項目である。

【００４３】図２１は図５の実行手順データ６２の予測
増分項目６８ａの代わりに、変換精度を追加したもので
ある。図において８０は実行手順データ、８１は実行す
る手順を示した実行手順テーブルであり、８２は実行す
る順番を格納する実行順序項目、８３はデータ変換機能
を実行するサーバまたはクライアントアドレスを格納す
る実行マシン項目、８４はデータ変換機能の入力データ
種類を格納する入力データ項目である。また、８５はデ
ータ変換機能の出力データ種類を格納する出力データ項
目、８５ａはデータ変換機能の変換精度を格納する変換
精度項目、８６はデータ種類変換を行うソースデータを
格納するソースデータフィールドである。

【００４４】図２２は、図３におけるネットワーク上の
サーバおよびクライアントの再生可能データ種類および
データ変換機能を格納する利用可能データ種類テーブル
の予測増分項目の代わりに、変換精度を追加したもので
ある。図において、８７は受信クライアント１の再生可
能データ種類およびデータ変換機能を格納する受信クラ
イアント利用可能データ種類テーブル、８８はサーバＡ
２の利用可能データ種類テーブル、８９はサーバＢ４の
利用可能データ種類テーブルである。また、９０はサー
バＣ５の利用可能データ種類テーブル、９１はサーバＤ
６の利用可能データ種類テーブル、９２は送信クライア
ント３の利用可能データ種類テーブルである。９３は再
生可能データ種類を格納する項目、９４はデータ変換機
能の入力データ種類を格納する項目、９５はデータ変換
機能の出力データ種類を格納する項目、９６はデータ変
換機能の変換精度を格納する項目である。

【００４５】図２３は複数の実行手順データ８０を渡さ
れた再生精度維持手段１９の動作を示すフローチャート
である。

【００４６】次に動作について、図２３に基づいて説明
する。サーバＡ２の実行手順データ作成手段１７におい
て複数の実行手順データが作成されたときに、再生精度
維持手段１９に対して実行手順データを渡す（ステップ
Ｓ１１４）。再生精度維持手段１９は、渡された複数の
実行手順データごとに、次の処理を行う。実行順序に従
い、変換精度を掛け合わせ、総変換精度を計算する（ス
テップＳ１１５）。すべての実行手順データについての
計算の終了後、最も変換精度の高い実行手順データを選
択し（ステップＳ１１７）、その実行手順データをデー
タ変換機能実行手段１５に渡す（ステップＳ１１８）。
具体的には、発明の実施の形態１と同様に各サーバが保
持するデータ変換機能を組み合わせ、その組み合わせに
おける総変換精度を計算する。 （ａ１）サーバＤによるテキスト→ＷＡＶＥ音声変換の
変換精度＝変換データ量＊０．５ （ａ２）サーバＢによるＷＡＶＥ音声→ＭＡＤＩ音声変
換の変換精度＝変換データ量＊０．８ （ａ３）サーバＣによるＭＩＤＩ音声→ＡＩＦＦ音声変
換の変換精度＝変換データ量＊１ （ａ４）サーバＡによるＡＩＦＦ音声→ＰＣＭ音声変換
の変換精度＝変換データ量＊１ 総変換精度＝ａ１＊ａ２＊ａ３＊ａ４ ＝１００＊０．５＊（１００＊．５）＊０．８＊（（１
００＊．５）＊０．８）＊１＊（（（１００＊．５）＊
０．８）＊１）＊１＝０．４ 同様に、組み合わせ（ｂ）における総データ量は次の式
により求められる。 （ｂ１）サーバＤによるテキスト→アナログ音声変換の
変換精度＝変換データ量＊０．７ （ｂ２）サーバＢによるアナログ音声→ＡＵ音声変換の
変換精度＝変換データ量＊０．３ （ｂ３）サーバＡによるＡＵ音声→ＰＣＭ音声変換の変
換精度＝変換データ量＊１ 総変換精度＝ｂ１＋ｂ２＋ｂ３ ＝１００＊０．７＊（１００＊０．７）＊０．３＊
（（１００＊０．７）＊０．３）＊１＝０．２１ 上記の計算の結果、組み合わせ（ａ）の総変換精度の方
が高いので、（ａ）の実行手順データをデータ変換機能
実行手段１５に渡す。

【００４７】以上のように、本実施形態によるメッセー
ジシステムでは、最も再生精度の高い組み合わせを持つ
ようにサーバを連携させデータ種類変換要求を行わせる
ことが可能である。

【００４８】実施の形態３．次に本発明の第３の実施形
態について、図２４乃至図２６に基づいて説明する。本
実施形態におけるメッセージシステムは、送信クライア
ント３が受信クライアント１の再生可能なデータ種類を
事前に調査することより、メッセージの作成に使用する
データ種類を限定することで、受信クライアント１にお
いて必ずデータが再生可能となるようにしたものであ
る。そして、本機能の実現のために、受信クライアント
１の再生可能データ種類、および送信クライアント３と
受信クライアント１間でメッセージの中継を行うサーバ
の変換可能データ種類から再生可能データ種類を計算す
るようにしている。

【００４９】送信クライアント３が受信クライアント１
に対して再生可能データ種類を要求するときの動作につ
いて、図２４を用いて説明する。図２４は、図４に示す
連携処理要求５１を修正した、再生可能データ種類要求
である。図において９７は再生可能データ種類要求、９
８は要求元のクライアントアドレスを格納する要求元ク
ライアントフィールド、９９は受信クライアント１が再
生可能なデータ種類を格納するディスティネーションデ
ータ種類フィールド、１００は受信クライアントが保持
するデータ種類変換機能の内容を格納するデータ種類変
換機能テーブルである。また、１０２はデータ変換機能
を保持するマシンアドレスフィールド、１０３はデータ
変換機能における入力データ種類を格納する入力データ
種類フィールド、１０４はデータ変換機能における出力
データ種類を格納する出力データ種類フィールド、１０
５６１は予測出力データ量を入力データ量で割った予測
増分を格納する予測増分フィールドである。

【００５０】図２５は再生可能データ種類要求を受信ク
ライアント１に送信するときの送信クライアント３の動
作を示したフローチャートである。

【００５１】次に、メッセージシステム全体の動作につ
いて、図２５に基づいて説明する。送信クライアント３
の再生可能データ種類要求作成手段２９において、要求
元クライアントフィールド９８に送信クライアントアド
レスを格納した再生可能データ種類要求９７を作成し、
受信クライアント１に送信する（ステップＳ１２１）。
受信クライアント１は再生可能データ種類要求９７を受
信すると、受信クライアント利用可能データ種類テーブ
ル４１の内容を、再生可能データ種類要求９７のディス
ティネーションデータ種類フィールド９９およびデータ
種類変換機能テーブル１００に格納し、サーバＡ２に対
して送信する（ステップＳ１２２）。サーバＡ２はサー
バＡ利用可能データ種類テーブル４２の内容を、再生可
能データ種類要求９７のデータ変換機能テーブル１００
に追加し、サーバＢ４に送信する。サーバＣ５、サーバ
Ｄ６でも同様の処理を行い（ステップＳ１２３）、最終
的に送信クライアント３まで送信する（ステップＳ１２
４）。送信クライアント３は受信した再生可能データ種
類要求９７に送信クライアント利用可能データ種類テー
ブル４６の内容を追加し、サーバが連携処理を行うこと
により受信クライアントが再生可能となるデータ種類を
送信クライアントが計算し（ステップＳ１２６）、計算
された種類を用いたメッセージを作成する（ステップＳ
１２７）。

【００５２】図２６は、図２５のステップＳ１２６にお
ける送信クライアント３の動作を示したフローチャート
である。

【００５３】次に送信クライアント３の動作を、図２６
に基づいて説明する。送信クライアント３は再生可能デ
ータ種類要求９７を受信し（ステップＳ１３０）、送信
クライアント利用可能データ種類テーブル４６に格納さ
れた送信クライアント３の再生可能データ種類および入
力データ種類および出力データ種類および予測増分を追
加し（ステップＳ１３１）、再生可能データ種類要求９
７のデータ変換機能内容テーブル１００の入力データ種
類項目１０３および出力データ項目１０４を組み合わ
せ、送信クライアント３の再生可能データ種類からディ
スティネーションデータ種類９９へ変換する組み合わせ
を計算する（ステップＳ１３２）。計算した結果、ディ
スティネーションデータ種類９９へ変換する組み合わせ
が存在する送信クライアント３の再生可能データ種類の
みを作成手段２２に渡し、そのデータ種類のみを使用し
たメッセージを作成するように依頼する（ステップＳ１
３３）。

【００５４】以上のように、本実施形態のメッセージシ
ステムによれば、送信クライアントが予め、サーバを連
携させて受信クライアントで再生可能なデータ種類を計
算してからメッセージデータ送信するようにしたので、
受信クライアントにおけるデータの再生を保証すること
ができる。

【００５５】

【発明の効果】以上のように、この発明によれば、受信
クライアントは特定のサーバまたはクライアントを指定
せずにデータ変換要求を送信し、処理可能なサーバが見
つかるまでその要求をシステム中で連携して回送するよ
うにしたので、ユーザは処理要求を実行するサーバを意
識することなくデータ変換要求メッセージを送信するこ
とができる。

【００５６】また、この発明によれば、各サーバが保持
しているデータ変換機能を連携要求処理に順次追加して
行き、その結果に基づいて変換の組み合わせを計算する
ようにしたので、各サーバが単体では処理不可能な場合
でも、システムを構成するサーバ全体として保持するデ
ータ変換機能を組み合わせた処理が可能である。

【００５７】また、この発明によれば、送信クライアン
トがメッセージの作成に先立ち、サーバを連携させた場
合の再生可能なデータ処理手順を予め計算するようにし
たので、受信クライアントにおけるデータの再生を保証
することができる。

【００５８】さらに、この発明によれば、サーバが連携
して要求を処理する手順が複数通り存在する場合におい
て、総合的な通信負荷を計算してデータ変換手順を決定
するようにしたので、通信負荷を軽減したメッセージシ
ステムを実現することができる。

【００５９】加えて、この発明によれば、データ変換要
求を処理する手順が複数通り存在する場合において、総
合的な再生精度を計算してデータ変換手順を求めるよう
にしたので、再生精度の高いメッセージシステムを実現
することができる。

【図面の簡単な説明】

【図１】 本発明の実施形態を示すメッセージシステム
の構成図である。

【図２】 本発明の第１の実施形態における送信クライ
アントが作成するメッセージの構造図である。

【図３】 本発明の第１の実施形態におけるサーバまた
はクライアントの利用可能なデータ種類を格納したテー
ブルの構造図である。

【図４】 本発明の第１の実施形態における連携処理要
求の構造図である。

【図５】 本発明の第１の実施形態における実行手順デ
ータの構造図である。

【図６】 本発明の第１の実施形態における受信クライ
アントの全体の動作を示すフローチャートである。

【図７】 本発明の第１の実施形態における受信クライ
アントの送受信手段がデータ変換結果を受信したときの
動作を示すフローチャートである。

【図８】 本発明の第１の実施形態における受信クライ
アントのメッセージデータ再生可能性判定手段の動作を
示すフローチャートである。

【図９】 本発明の第１の実施形態における受信クライ
アントの連携処理要求作成手段の動作を示すフローチャ
ートである。

【図１０】 本発明の第１の実施形態におけるサーバの
全体の動作を示すフローチャートである。

【図１１】 本発明の第１の実施形態におけるサーバの
連携処理要求追加手段の動作を示すフローチャートであ
る。

【図１２】 本発明の第１の実施形態におけるサーバの
実行手順データ作成手段の動作を示すフローチャートで
ある。

【図１３】 本発明の第１の実施形態におけるサーバの
通信負荷軽減手段の動作を示すフローチャートである。

【図１４】 本発明の第１の実施形態におけるサーバの
データ変換機能実行手段の動作を示すフローチャートで
ある。

【図１５】 本発明の第１の実施形態における送信クラ
イアントの全体の動作を示すフローチャートである。

【図１６】 本発明の第１の実施形態における送信クラ
イアントの連携処理要求追加手段の動作を示すフローチ
ャートである。

【図１７】 本発明の第１の実施形態における送信クラ
イアントの実行手順データ作成手段の動作を示すフロー
チャートである。

【図１８】 本発明の第１の実施形態における送信クラ
イアントの通信負荷軽減手段の動作を示すフローチャー
トである。

【図１９】 本発明の第１の実施形態における送信クラ
イアントのデータ変換機能実行手段の動作を示すフロー
チャートである。

【図２０】 本発明の第２の実施形態における連携処理
要求の構造図である。

【図２１】 本発明の第２の実施形態における実行手順
データの構造図である。

【図２２】 本発明の第２の実施形態における利用可能
データ種類テーブルの構造図である。

【図２３】 本発明の第２の実施形態におけるサーバの
再生精度維持手段の動作を示すフローチャートである。

【図２４】 本発明の第３の実施形態における再生可能
データ種類要求の構造図である。

【図２５】 本発明の第３の実施形態における送信クラ
イアントの全体動作を示すフローチャートである。

【図２６】 本発明の第３の実施形態における送信クラ
イアントが再生可能データ種類要求を受信したときの動
作を示すフローチャートである。

【図２７】 従来のメッセージシステムを示す構成図で
ある。

【符号の説明】

１ 受信クライアント、２ サーバＡ、３ 送信クライ
アント、４ サーバＢ、５ サーバＣ、６ サーバＤ、
７ 送受信手段、８ メッセージ分解手段、９メッセー
ジデータ再生可能性判定手段、１０ 再生手段、１１
連携処理要求作成手段、１２ 変換機能内容追加手段、
１３ 再生可能データ要求追加手段、１４ 送受信手
段、１５ データ変換機能実行手段、１６ 連携処理要
求追加手段、１７ 実行手順データ作成手段、１８ 通
信負荷軽減手段、１９ 再生精度維持手段、２０ 再生
可能データ要求追加手段、２１ 送受信手段、２２ 作
成手段、２３ データ変換機能実行手段、２４ 連携処
理要求追加手段、２５ 実行手順データ作成手段、２６
通信負荷軽減手段、２７ 再生精度維持手段、２８
再生可能データ要求追加手段、２９ 再生可能データ要
求作成手段。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークに接続されメッセージの受
   信および再生を行う少なくとも一つ以上の受信クライア
   ントと、上記ネットワークに接続されメッセージの送受
   信およびデータ種類の変換処理を行う少なくとも一つ以
   上のサーバと、上記ネットワークに接続されメッセージ
   の作成、送信およびデータ種類の変換処理を行う少なく
   とも一つ以上の送信クライアントからなるメッセージシ
   ステムにおいて、 前記受信クライアントに、（１）受信したメッセージを
   データ種類別に分解するメッセージ分解手段と、（２）
   分解したメッセージの各メッセージデータが該受信クラ
   イアントにおいて再生可能であるか否かを判定するメッ
   セージデータ再生可能性判定手段と、（３）メッセージ
   データを再生する再生手段と、（４）再生不可能なメッ
   セージデータ中のデータ種類の変換要求を示す連携処理
   要求を作成する連携処理要求作成手段と、（５）前記送
   信クライアントからのメッセージの受信および連携処理
   要求を前記サーバに送信する送受信手段と、を備え、 前記サーバに、（１）連携処理要求で示された要求を満
   たすデータ種類変換処理を行うデータ変換機能実行手段
   と、（２）連携処理要求の受信およびデータ種類変換処
   理結果の受信クライアントおよび前記サーバへの連携処
   理要求の送信を行う送受信手段と、を備え、 前記送信クライアントに、（１）少なくとも一つ以上の
   データ種類のメッセージデータから構成されたメッセー
   ジを作成する作成手段と、（２）連携処理要求で示され
   た要求を満たすデータ種類変換処理を行うデータ変換機
   能実行手段と、（３）連携処理要求の受信および作成し
   たメッセージまたはデータ変換機能実行結果の受信クラ
   イアントへの送信および前記サーバへの連携処理要求の
   送信を行う送受信手段と、 を備えることによりデータ変換処理をサーバ同士が連携
   して行うようにしたことを特徴とするメッセージシステ
   ム。
2. 【請求項２】 請求項１に記載のメッセージにおいて、 前記受信クライアントに、（１）作成した連携処理要求
   に該受信クライアントが保持する機能情報を追加する変
   換機能内容追加手段を備え、 前記サーバに、（１）受信した連携処理要求に対し、該
   サーバが保持する機能情報を追加する連携処理要求追加
   手段と、（２）連携処理要求に追加された各種機能を組
   み合わせ、要求されたデータ種類変換処理を行うための
   実行手順データを作成する実行手順データ作成手段と、
   を備え、（３）データ変換機能実行手段は、実行手順デ
   ータに基づきデータ変換機能を実行し、（４）送受信手
   段は、実行手順データに基づいてデータ種類変換機能を
   保持するサーバまたはクライアントに実行手順データを
   送信し、実行手順データの作成に失敗したときは、他サ
   ーバまたは送信クライアントに連携処理要求を送信する
   ようにし、 前記送信クライアントに、（１）受信した連携処理要求
   に、該送信クライアントが保持する機能情報を追加する
   連携処理要求追加手段と、（２）連携処理要求に追加さ
   れた各種機能を組み合わせ、要求されたデータ種類変換
   処理を行うための実行手順データを作成する実行手順デ
   ータ作成手段と、を備え、（３）データ変換機能実行手
   段は、実行手順データに基づきデータ変換機能を実行
   し、（４）送受信手段は実行手順データに基づき、実行
   手順データのデータ変換機能を保持するサーバまたはク
   ライアントへの送信および変換失敗通知の前記受信クラ
   イアントへの送信を行うようにすることで、前記サーバ
   およびクライアントの保持する各種変換機能の連携処理
   を可能としたことを特徴とするメッセージシステム。
3. 【請求項３】 請求項１記載のメッセージシステムにお
   いて、 前記送信クライアントに、（１）前記受信クライアント
   が再生可能なデータ種類要求を作成する再生可能データ
   要求作成手段と、（２）受信した再生可能データ要求に
   該送信クライアントの保持する機能情報を追加する再生
   可能データ要求追加手段と、（３）再生可能データ要求
   の各種機能を組み合わせ該送信クライアントの利用可能
   データ種類から受信クライアントの再生可能データ種類
   への変換を行う実行手順データを作成する実行手順デー
   タ作成手段と、を備え（４）送受信手段は、前記受信ク
   ライアントに再生可能データ要求の送信および再生可能
   データ要求の受信を行い、（５）作成手段は、変換に成
   功したデータ種類のみを使用してメッセージを作成し、 前記サーバに、（１）受信した再生可能データ要求に該
   サーバが保持する機能情報を追加する再生可能データ要
   求追加手段、を備え（２）送受信手段は、再生可能デー
   タ要求の受信およびサーバに対して再生可能データ要求
   の送信を行うようにし、 前記受信クライアントに、（１）受信した再生可能デー
   タ要求に該受信クライアントが保持する機能情報を追加
   する再生可能データ要求追加手段、を備え（２）送受信
   手段は再生可能データ要求を受信するようにすること
   で、該受信クライアントで再生不可能なデータ種類を使
   用することなくメッセージを作成するようにしたことを
   特徴とするメッセージシステム。
4. 【請求項４】 請求項２記載のメッセージシステムにお
   いて、 前記受信クライアントの変換機能内容追加手段は、該受
   信クライアントの保持するデータ変換機能における変換
   前および変換後のデータ量を示す予測増量を追加し、 前記サーバおよび送信クライアントに、（１）データ変
   換手順が複数存在する場合に全データ変換手順における
   通信データ量を計算し、通信負荷が軽いデータ変換手順
   を選択する通信負荷計算手段を備え、（２）連携処理要
   求追加手段に、該サーバの保持するデータ変換機能にお
   ける変換前および変換後のデータ量を示す予測増量を追
   加することで、通信負荷を軽減するようにしたことを特
   徴とするメッセージシステム。
5. 【請求項５】 請求項２記載のメッセージシステムにお
   いて、 前記受信クライアントの変換機能内容追加手段は、該受
   信クライアントの保持するデータ変換機能のデータ変換
   機能精度を示す変換精度を追加し、 前記サーバおよび送信クライアントに、（１）データ変
   換手順が複数存在する場合に全データ変換手順における
   総合変換精度を計算し、総合変換精度が高いデータ変換
   手順を選択する再生精度計算手段を備え、（２）連携処
   理要求追加手段に、該サーバの保持するデータ変換機能
   におけるデータ変換機能の精度を示す変換精度を追加す
   ることで、変換精度の高いデータ変換を可能としたこと
   を特徴とするメッセージシステム。