(57)【特許請求の範囲】
【請求項１】
アクセス可能な各システムごとに当該システムが持つメッセージモデルを検知するメッセージモデル検知部と、
メッセージ変換元システムのメッセージモデルにおけるメッセージを、メッセージ変換先システムのメッセージモデルにおけるメッセージにマッピングして変換するメッセージモデル変換部と、
ネットワーク上の各システムのメッセージの送受信を仲介するメッセージ仲介部を備え、
前記メッセージ仲介部より受信した前記メッセージ変換元システムのメッセージモデルによるメッセージを、前記メッセージモデル変換部により、前記メッセージ変換先システムのメッセージモデルによるメッセージに変換し、前記メッセージ変換先システムに対して送信するメッセージモデル変換システムにおいて、
前記メッセージモデル変換部が、
各メッセージモデルごとに、各メッセージごとに対応するメッセージ変換上の情報のやりとりの単位を表わすシンボルとなる情報やりとりスロットを、各メッセージの表す意味内容に基づいて生成する情報やりとりスロット生成部と、
メッセージ変換元システムのメッセージモデルの当該メッセージに対応する情報やりとりスロットと、メッセージ変換先システムのメッセージモデルにおいて当該メッセージの意味内容に対応する情報やりとりスロットとを対応付けて結び付ける情報やりとりスロットマッピング処理部と、
入力段において入力されたメッセージを、メッセージ変換元システムのメッセージモデルに従って、その意味内容に対応する情報やりとりスロットに入力し、当該メッセージを、当該情報やりとりスロットに対して前記情報やりとりスロットマッピング処理部によって対応付けて結び付けられたメッセージ変換先システムの情報やりとりスロットへ対応付けることにより、メッセージ変換先システムのメッセージモデルに従って出力する情報やりとりスロット−メッセージ変換部を備えたことを特徴とするメッセージモデル変換システム。
【請求項２】
演算処理部と、メッセージ解析部と、メッセージ変換先システムにおいて実行できない演算とデータ形式に関する実行不能処理を検知する実行不能処理検知部を備え、
前記メッセージ解析部により前記メッセージ仲介部が受信したメッセージを解析した結果、当該メッセージが、前記実行不能処理検知部により検知されたメッセージ変換先システムにおける実行不能処理を含む場合、前記メッセージモデル変換部は、前記メッセージのうち前記実行不能処理以外の部分を実行可能処理部分として抽出して変換する処理可能メッセージ部分抽出変換処理機能と、前記メッセージ変換先システムから前記実行可能処理部分のメッセージに対する回答メッセージを受け取り、前記演算処理部により前記実行不能処理の演算処理を代替処理してメッセージ変換元システムへの回答メッセージを合成する実行不能処理代替実行処理機能を含む請求項１に記載のメッセージモデル変換システム。
【請求項３】
メッセージ解析部と、メッセージ変換先システムにおいて実行できない演算とデータ形式に関する実行不能処理を検知する実行不能処理検知部と、利用者インタフェースを備え、
前記メッセージ解析部により前記メッセージ仲介部を介して受信した利用者からのメッセージを解析した結果、当該メッセージが、前記実行不能処理検知部により検知されたメッセージ変換先システムにおける実行不能処理を含む場合、前記利用者インタフェースを介して前記利用者に対して入力したメッセージが利用システムの実行不能処理を含む旨を通知し、再入力を促す請求項１に記載のメッセージモデル変換システム。
【請求項４】
前記実行不能処理検知部が、メッセージ変換先システムの故障により実行できない演算とデータ形式に関する実行不能処理を検知する機能を含む請求項２または３に記載のメッセージモデル変換システム。
【請求項５】
前記メッセージモデル変換部が、メッセージの変換にあたり、前記メッセージ変換元システムで扱うデータ形式、テーブル形式、単位形式で記述されたデータ部分を、前記メッセージ変換先システムで扱うデータ形式、テーブル形式、単位形式で記述されたデータ部分に変換する請求項１に記載のメッセージモデル変換システム。
【請求項６】
各システム内のリソース間の情報のやりとりのうち、引数が必須であるか必須でないかの情報を含む引数の優先度に関する情報を検知するメッセージモデル要素解析部を備え、
前記メッセージモデル検知部による各システムのメッセージモデルの検知において、前記メッセージモデル要素解析部により解析されたメッセージモデル要素の優先度に関する情報に基づいてメッセージモデルを決定する請求項１に記載のメッセージモデル変換システム。
【請求項７】
標準メッセージモデルとして、標準的なシステム内のリソース間の情報のやりとりをモデル化したものを備え、
前記メッセージモデル検知部によるシステムのメッセージモデルの検知において、メッセージモデルの検知ができない場合は、当該システムのメッセージモデルを前記標準メッセージモデルとする請求項１に記載のメッセージモデル変換システム。
【請求項８】
前記メッセージモデル変換部が、メッセージ変換元システムまたはメッセージ変換先システムのメッセージにおいて、欠如している部分に対して標準データを埋め込むメッセージモデル変換支援機能を備えた請求項１に記載のメッセージモデル変換システム。
【請求項９】
変換条件部を備え、
前記メッセージモデル変換部によるメッセージ変換元システムのメッセージモデルからメッセージ変換先システムのメッセージモデルへの変換に対して、前記変換条件部により変換条件を設定し、前記メッセージモデル変換部は設定された変換条件に合致する場合のみメッセージの変換を実行し、合致しない場合にはメッセージの変換を実行しない請求項１に記載のメッセージモデル変換システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、メタ記述や論理言語などの高階な言語で記述された動的に生成されたメッセージをアプリケーションや別の高階言語を扱う主体に対して送信すべき別のメッセージに変換するものであり、異種の情報ややりとりを動的に統合・連携することを促進するメッセージモデル変換システムに関する。
【０００２】
【従来の技術】
インターネットなどのコンピュータネットワークの進展や多様なコンピュータシステムが協調する分散処理システムの進展に伴い、多種多様な情報源やアプリケーションなどを連携させた柔軟な利用が求められている。このように情報源の情報を有用な形で再利用し、コンピュータリソースを動的に連携させるシステムが研究・開発されている。ここで情報源の動的な連携とは、個々の多様な目的や視点に対応して必要な情報をその場で取り出して連携させることをいう。現在のようにネットワークの発達に伴い、情報の量や種類が圧倒的に増え、情報の提供主体や情報源が多様化すると共に、当該情報源へのアクセス方法も、利用する個々の主体がそれぞれ異なる意識で情報源にアクセスしたり、その場その場で目的や視点を変えて情報源にアクセスしたりというアクセスの多様性も生じる。そのような情報源の多様性やアクセスの多様性に対処し、システム利用者に適切なフィルタリング処理を提供したり情報を整理統合して提供するシステムを、コンピュータリソースの動的な連携により実現することが期待されている。
【０００３】
以下に、従来技術における情報源を含むコンピュータリソースの連携の例を説明する。
【０００４】
第１の従来の情報源の連携例は、分散データベースの統合である。主に複数のリレーショナルデータベースを統合する技術として知られている。この従来の分散データベースの統合技術は、複数のリレーショナルデータベース同士を統合するもので、各データベースはリレーショナルデータベースモデルにしたがって統合され、統合されたビューと呼ばれる仮想的な表は、やはりリレーショナルモデルに従うものである。この分散データベースの統合では、格納されているデータ内容が異なるが、同じ種類のデータベース同士の統合である域を出ないものである。また、一般に統合は定型的に静的に行なわれるものであり、動的な連携には不向きである。
【０００５】
第２の従来の情報源の連携例は、ＥＡＩツール(Enterprise Application Integration)である。従来の多様なアプリケーション同士を結ぶものであり、主に、ＥＲＰなどの問題解決型アプリケーションと他の業務アプリケーションで生成されたデータとの入出力を提供する目的で用いられている。概して各アプリケーションの接続口となる接続アダプタと、データ構造を変換するためのマッピング記述と、どのデータをどこに流すかといったルーティングの仕組みとからなり、場合によっては分散用の通信インフラが一緒に提供される。視覚的にマッピングやルーティングを定義できるツールが付属することが多く、ユーザの定義等に必要な管理・運用コストを下げるよう力を入れている。これら従来のＥＡＩでは、連携が定型的なやりとりに限定され、マッピングの対象もそれに関わる一定の形式のデータ形式同士について行なわれるものである。これは、連携の目的が特定のツールにデータをとりまとめるといったかなり静的なデータ移動に主眼をおいているからである。そのため、個人や視点によって異なるさまざまな要求や、個人ごとに連携のしかたが異なるような応用における動的なマッピングに適用するには不十分である。
【０００６】
【発明が解決しようとする課題】
上記に示した従来の情報源の連携では、以下にしめす問題があった。
【０００７】
従来の情報源の連携における第１の問題点は、連携しうる情報源が同種のものに限定され、情報源とシステムの間でやりとりされる情報の形式も制限された静的な連携のみであり、情報源の多様な情報形式、多様なやりとりメッセージを完全にラッピングしたものではないという問題である。従来は外部からの情報源の見え方を定型化するために情報源を不完全、部分的にラッピングすることは行なわれていたものの、それは情報源の情報入出力の形式を定型的なものに限定したものであり、同種リレーショナルデータベース間の情報統合、ＥＡＩにおける定型的な接続アダプタによる情報統合といった限定的な連携しか行なうことができなかった。実際に連携に利用する情報源の取り扱いモデルは、同じものであるとは限らず、実際には個人ごと、ツールごとに非常に多様である。情報源を扱うツールごとにそれに最適化したり特化した構造化を行なっていたり、同じ情報源についても扱う主体や情報源の見かたが異なると別々の構造化が行なわれたりする。また、情報の管理の体系を毎年変えるような企業もある。
【０００８】
従来の情報源の連携における第２の問題点は、システムの制約や利用のされかたによって、利用できる情報源の構造が制約を受けるケースがあるという問題である。例えば、リレーショナルデータベース（ＲＤＢ）に入れる知識については本質的な構造は意識しつつもリレーショナルモデルに基づいた関係付けがなされるし、オブジェクト指向データベース（ＯＯＤＢ）に入れる時にはそれとは別の情報モデルを作るといったことが行なわれている。また、同じシステムを利用する場合でも、情報の利用目的によって異なるモデル化をするケースもある。同じデータベースシステムでも、データウエアハウスとして使うか、高速トランザクションを支えるバックエンドとして使うかによって取り扱いモデルが異なり、それがシステム構築に与える影響は大きくなってしまう。また、同じ情報に見えても良く利用されるものは別扱いするような特殊化も行なわれるケースも多い。ＲＤＢもＯＯＤＢも情報システムとして見たときにかなり汎用的に利用できるシステムであることは確かであるが、システムで情報を扱う場合にはそのシステムに適したモデル化がなされることも事実であるという問題がある。
【０００９】
従来の情報源の連携における第３の問題点は、各情報源の情報取り扱いモデルを別のモデルに変換する際に、システムの管理者もしくはユーザが変換のため何らかの定義を行なわなくてはならず、また、取り扱いモデルを別のモデルに変換するということが本質的にかなり困難であるという問題である。ＥＡＩ(Enterprise Application Integration)などの応用分野では、異種のアプリケーション間で情報のやりとりが行なわれるが、ここでは、定型的なデータの抽出方法や格納方法を想定し、その決められたやりとりに対しての複数の情報源間のマッピングを定義するというアプローチをとっている。それに対して、動的な連携を行う上では、情報のやりとりが定型的でない点が大きく異なる。すなわち、ＥＡＩが比較的静的に記述された情報間のマッピングを行なうのに対し、動的な連携における情報のやりとりのラッピングでは、あるモデル上の様々な情報のやりとりを別のモデル上のやりとりに変換するような、手続きと手続きのマッピング、問い合わせと問い合わせのマッピングに近いアプローチが必要になる。また。それに付随する定義を利用者や管理者が行なう必要もある。
【００１０】
本発明のメッセージモデル変換システムは、上記問題点を解決し、情報源とシステムの間でやりとりされる情報の形式を制限しない情報源の動的な連携を行ない、情報源の多様な情報形式、多様なやりとりメッセージを完全にラッピングしたシステムを提供することを目的とする。さらに、システムの制約や情報源の利用のされ方によって、利用できる情報源の構造が制約を受けることのない柔軟な利用が可能なシステムを提供することを目的とする。さらに、システムの管理者や利用者による変換の定義づけを必要とされず、取り扱いモデルを別のモデルに変換することができるシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明のメッセージモデル変換システムは、システム内のリソース間の情報のやりとりをメッセージモデルとしてモデル化し、アクセス可能な各システムごとに前記メッセージモデルを検知するメッセージモデル検知部と、メッセージ変換元システムのメッセージモデルにおけるメッセージを、メッセージ変換先システムのメッセージモデルにおけるメッセージにマッピングして変換するメッセージモデル変換部と、ネットワーク上の各システムのメッセージの送受信を仲介するメッセージ仲介部を備え、前記メッセージ仲介部より受信した前記メッセージ変換元システムのメッセージモデルによるメッセージを、前記メッセージモデル変換部により、前記メッセージ変換先システムのメッセージモデルによるメッセージに変換し、前記メッセージ変換先システムに対して送信することを特徴とする。
【００１２】
上記構成により、さまざまな情報源との動的かつ容易な連携が可能となる。つまり、情報の形式を制限しない情報源の動的な連携を行ない、情報源の多様な情報形式、多様なやりとりメッセージを完全にラッピングしたシステムを提供することが可能となる。また、メッセージモデルが提供されるのでシステムの管理者や利用者によるメッセージ変換の定義づけを必要としない。
【００１３】
次に、本発明のメッセージモデル変換システムは、メッセージモデル変換部が、各メッセージモデルごとに、各メッセージごとに対応するメッセージ変換上の情報のやりとりの単位を表わすシンボルとなる情報やりとりスロットを生成する情報やりとりスロット生成部と、メッセージ変換元システムのメッセージモデルの当該メッセージに対応する情報やりとりスロットから、メッセージ変換先システムのメッセージモデルの当該メッセージに対応する情報やりとりスロットへマッピングする情報やりとりスロットマッピング処理部と、入力段において入力されたメッセージをその意味内容に対応する情報やりとりスロットに入力し、出力段において情報やりとりスロットからメッセージモデルに従い、対応する意味内容を持つメッセージとして出力する情報やりとりスロット−メッセージ変換部を備えることが好ましい。
【００１４】
上記構成により、メッセージ変換元システムおよびメッセージ変換先システムの情報やりとりスロット間のマッピングによりメッセージの意味内容に応じて両者間のメッセージを動的かつ柔軟に相互変換することができる。
【００１５】
本発明のメッセージモデル変換システムが、メッセージ変換元システムの複数のメッセージの間に記述される論理式を検知する機能を備え、検知した論理式に従ってとりまとめた合成メッセージとしてメッセージ変換先システムのメッセージに変換することができれば、メッセージ変換効率がさらに向上する。
【００１６】
また、演算処理部と、メッセージ解析部と、メッセージ変換先システムにおいて実行できない実行不能処理を検知する実行不能処理検知部を備えることにより、受信メッセージを解析した結果、メッセージが実行不能処理を含む場合、当該メッセージのうちの実行不能処理以外の部分を実行可能処理部分として抽出してメッセージ変換先システムのメッセージに変換して回答を受け取り、残りの部分は演算処理部により実行不能処理の演算処理を代替処理し、両者を合成してメッセージ変換元システムへの回答メッセージを生成することが可能となる。
【００１７】
また、利用者インタフェースを備え、メッセージが、メッセージ変換先システムにおける実行不能処理を含む場合、利用者インタフェースを介して利用者に対して入力したメッセージが利用システムの実行不能処理を含む旨を通知し、再入力を促すことも可能である。さらに、実行不能処理検知部が、メッセージ変換先システムの故障により実行できない演算とデータ形式に関する実行不能処理を検知する機能を含むこととすれば、システム運用上の利便性が向上する。
【００１８】
また、前記メッセージモデル変換部が、メッセージの変換にあたり、メッセージのデータ形式、テーブル形式、単位形式で記述されたデータ部分も変換することができることとすれば、より柔軟なメッセージの変換が実現できる。
【００１９】
各システムのメッセージモデルの検知において、メッセージの引数が必須であるか必須でないかの情報を含む引数の優先度に関する情報に基づいてメッセージモデルを決定すれば、優先度が低いものの違いによるメッセージモデルのバリエーションの生成を防止でき、システム運用効率を向上することができる。
【００２０】
また、標準メッセージモデルを用意しておけば、対象システムのメッセージモデルの検知において、メッセージモデルの検知が不調な場合は、標準メッセージモデルと扱うことで効率的なシステム運用が可能となる。
【００２１】
また、前記メッセージモデル検知部によるシステムのメッセージモデルの検知において、メッセージモデルを複数のメッセージモデルの論理合成によるメッセージモデルとすれば、各システムの多様なメッセージモデルを、基本的なメッセージモデルの論理演算により合成することができ、メッセージモデルのバリエーションを過剰に生成することを効率的に防止できる。
【００２２】
また、変換条件部を備え、当該変換条件に合致するメッセージのみ変換することとすれば、メッセージ変換にあたり多様な条件づけが可能となり、例えば、変換条件の設定により一種のセキュリティ機能を実現でき、ファイアウォールとしての役割を持たせることも可能となる。
【００２３】
さらに、本発明のメッセージモデル変換システムにおいて、前記メッセージモデル変換部が、前記メッセージモデル変換の際に、前記変換元メッセージもしくは前記変換先メッセージによって派生するメッセージモデル変換の入出力の流れについても同時に決定し、その決定したメッセージモデル変換に基づいて、前記メッセージ変換先システムから前記メッセージ変換元システムの間もしくは他のメッセージ変換先システムを含む３者以上の間における入出力のマッピングおよびメッセージモデル変換を行うことが好ましい。
【００２４】
上記構成により、メッセージモデルの異なるシステム間のやりとりを双方向で仲介することができる。
【００２５】
【発明の実施の形態】
（実施形態１）
まず、実施形態１として、本発明のメッセージモデル変換システムの基本構成を説明する。本実施形態１のメッセージモデル変換システムは、システムリソース間の情報のやりとりをメッセージモデルとしてモデル化し、アクセス可能な各システムごとにメッセージモデルを検知し、メッセージ変換元システムのメッセージモデルにおけるメッセージを、メッセージ変換先システムのメッセージモデルにおけるメッセージにマッピングして変換するシステムの例である。また、メッセージ変換先システムからメッセージ変換元システムへの応答の際のメッセージモデル変換処理についても後述している。
【００２６】
本発明のメッセージモデル変換システムは、形式の異なる情報源とのやりとりをサポートする。情報源は、さまざまな表現形態をとってはいるが、その本質的な内容は何らかのモデルに従うものとして捉えられる。ここでは、情報の構造化のしかたや、情報と情報との関連づけのしかたである情報のやりとりのモデルを「メッセージモデル」と呼ぶことにする。このメッセージモデルにおいては、個々の情報源による言葉遣いの違いなどの細かい部分はメッセージモデルの一部として捉えない。モデルが一致した範囲では情報の共有や似た情報の組み合わせというような活動が比較的に容易に行なうことができる。一方、背景に別のメッセージモデルがあったとしても、データベースやツールの中に格納されている情報については、その格納のされかた自体がメッセージモデルであると捉える。
【００２７】
図１は、本発明の基本原理を適用したメッセージモデル変換システムの一構成例を示すブロック図である。図１において、１０はメッセージ仲介部、２０はメッセージモデル検知部、３０はメッセージモデル変換部である。本発明のメッセージモデル変換システムを１００として点線で囲んでいる。さらに、図１は、本発明のメッセージモデル変換システム１００に加え、メッセージ変換元システム１１０、メッセージ変換先システム１２０を併せて示している。
【００２８】
メッセージ仲介部１０は、通信インタフェース１１およびメッセージ送受信部１２を備えている。通信インタフェース１１は、通信デバイス、通信プロトコルを含んでいる。メッセージ送受信部１２は、メッセージ受信機能として、ネットワーク上の他のシステムからメッセージを受信して後述するメッセージモデル変換部３０に渡す。図１の例では、メッセージ変換元システム１１０から送られてくるメッセージを受信する。また、メッセージ送受信部１２は、メッセージ送信機能として、後述するメッセージモデル変換部３０により変換したメッセージをネットワーク上の他のシステムに対して送信する。図１の例では、メッセージ変換先システム１２０に対して変換メッセージを送信する。
【００２９】
メッセージモデル検知部２０は、本メッセージモデル変換システム１００がアクセス可能なネットワーク上などに分散している各システムが持つメッセージモデルを検知する部分である。図１の例では、メッセージ変換元システム１１０およびメッセージ変換先システム１２０の持つメッセージモデルをそれぞれ検知する。図２は当該検知されたメッセージモデルの概念を示した図である。もちろん実際のメッセージモデルで表現される内容はもっと複雑なものであるが、ここでは説明の便宜上、簡単に一部分だけ示した。検知された各メッセージモデルは、メッセージモデル情報格納部２１に保持される。
【００３０】
図２（ａ）は、メッセージ変換元システム１１０の持つメッセージモデル、図２（ｂ）は、メッセージ変換先システム１２０の持つメッセージモデルを部分的に表わしている。ここでは、便宜上、メッセージ変換元システム１１０のメッセージモデルをメッセージモデルＡ、メッセージ変換先システム１２０のメッセージモデルをメッセージモデルＢとする。例として交通手段に関する情報を問い合わせるメッセージに関するモデルを挙げた。メッセージ変換先となるメッセージモデルＢにはメッセージを構成する要素に着目し、第１のメッセージセットと第２のメッセージセットを挙げた。もちろん、さらに多くのメッセージセットが存在していても良い。メッセージモデル検知部２０は、図２の例ではネットワーク上でアクセス可能なメッセージ変換元システム１１０のメッセージモデルをメッセージモデルＡ、メッセージ変換先システム１２０のメッセージモデルをメッセージモデルＢと検知する。
【００３１】
さらに、本実施形態１では、メッセージモデル検知部２０の応用機能を提供する構成要素として、オプションとしてメッセージモデル要素解析部２２を備えている。メッセージモデル要素解析部２２は、メッセージ変換元システム、メッセージ変換先システムの情報やりとりのメッセージのうち、メッセージモデルを決定する上での判断の要素の優先度に関する情報、例えば、メッセージに含まれる引数が必須のものか否かの情報、引数の重要度情報など引数に付された優先度情報を検知する部分である。メッセージモデル検知部２０は、各システムのメッセージモデルの決定にあたり、メッセージモデル要素解析部２２により解析されたメッセージモデル要素の優先度に関する情報に基づいてメッセージモデルを決定する。例えば、メッセージモデル要素の優先度に対する閾値を設けておき、一定以上の優先度を持つメッセージ要素のみを勘案し、閾値に満たない優先度が付されたメッセージ要素を勘案しないこととすれば、重要なメッセージの構造を重視してメッセージモデルを決定することができ、重要でないメッセージの構造による過剰多岐のメッセージモデルのバリエーションが生じることを防止でき、メッセージの変換効率を向上させることができる。
【００３２】
さらに、応用機能として、メッセージモデル検知部２０は、標準メッセージモデルを持つことができる。この標準メッセージモデルは、標準的なシステム内のリソース間の情報のやりとりをモデル化したものであり、利用者、システム管理者が設定することが可能である。つまり、メッセージモデル検知部２０による対象システムのメッセージモデルの検知において、メッセージモデルの検知ができない場合にデフォルトモデルとして、当該対象システムのメッセージモデルを標準メッセージモデルとして扱う機能である。また、標準メッセージモデルは１つに限る必要はなく、ＳＱＬデータベースシステムの検索処理において用いる標準メッセージモデル、一般のアプリケーションに対するアプリケーションエージェントを用いる場合の標準メッセージモデルなど種類に応じて複数設けても良く、また、ＳＱＬデータベースシステムの検索処理に対して第１の標準メッセージモデル、第２の標準メッセージモデルなど複数のパターンの標準メッセージモデルを設けても良い。
【００３３】
また、さらに応用機能として、メッセージモデル検知部２０は、１つのメッセージモデルを、複数の基本的メッセージの論理合成により表現したメッセージモデルと検知することも可能である。例えば、比較的複雑なシステムや、基本システムの複合システムなどの持つメッセージモデルは、これら基本システムの持つ各メッセージモデルのＯＲ論理で表現可能である場合がある。このような場合に、すべてのメッセージモデルを別のものとして把握するとメッセージモデルのバリエーションが多岐多様になり、当該メッセージモデル変換システムが管理するメッセージモデルが多くなり、負担が大きくなるが、基本システムの持つメッセージモデルの論理合成として表現すれば、管理するメッセージモデル数を低減することが可能となる。
【００３４】
次に、メッセージモデル変換部３０は、メッセージモデルやりとりスロット生成部３１、メッセージモデルやり取りスロットマッピング処理部３２、情報やりとりスロット−メッセージ変換部３３を備えている。
【００３５】
メッセージモデルやり取りスロット生成部３１は、メッセージモデル検知部２０が検知した各メッセージモデルに基づいて、当該メッセージモデルに含まれる各メッセージごとに対応する情報のやりとりの単位を表わすシンボルとなる情報やりとりスロットを生成する部分である。この例では、図２（ａ），（ｂ）に示したメッセージモデルＡ，Ｂからそれぞれの情報やりとりスロットが生成される。その様子を図３に示す。図３の左側に並んだ四角形一つ一つがメッセージモデルＡから生成した情報やり取りスロット、図３の右側に並んだ四角形一つ一つがメッセージモデルＢから生成した情報やり取りスロットである。メッセージモデルＢから生成した情報やり取りスロットはメッセージを構成する要素に着目し、図３では、第１の情報やり取りスロットセットと第２の情報やり取りスロットセットを示した。それぞれの情報やり取りスロットの“１”，“２”という番号は情報やり取りスロットセットの分類を表わしている。もちろんより多くの情報やり取りスロットセットが存在していても良いことは言うまでもない。また、図３は説明の便宜上、情報やりとりスロットを可視化して示した例であり、また、情報やりとりスロットの並べ方、シンボルの形状などは一例であり、他の並べ方、シンボル形状を用いても良いことは言うまでもない。
【００３６】
メッセージやり取りスロットマッピング処理部３２は、情報やりとりスロット生成部３１が生成した各メッセージモデルの情報やりとりスロットの間を対応付けて結び付ける部分である。情報やり取りスロットは、情報の構造化の仕方や情報と情報との関連づけの仕方に基づいてメッセージ単位で生成されているものであり、そのメッセージの表わす意味内容に基づいて生成されているものである。このメッセージやり取りスロットマッピング処理部３２による各メッセージモデルの情報やりとりスロットの間の結び付け処理により、メッセージの形式や言語などに依存せずにメッセージの意味内容が同じものが結び付けられることとなる。このメッセージやり取りスロットマッピングの様子は図３に示されている。図３の例では、左側のメッセージモデルＡの情報やりとりスロットと右側のメッセージモデルＢの情報やりとりスロットの両者をリンク線（矢印線）で結んでいる。図３は説明の便宜上、両者の結び付きを可視化して示したものであり、両者間を結び付きを表現する方法はリンク線に限定されない。図３に示した情報やりとりスロットとその対応関係を利用することによりメッセージ変換元システムのメッセージモデルであるメッセージモデルＡとメッセージ変換先システムのメッセージモデルであるメッセージモデルＢとの対応をとることが可能となる。
【００３７】
情報やりとりスロット−メッセージ変換部３３は、メッセージモデル変換部３０の入力段においては入力されたメッセージをその意味内容に対応する情報やりとりスロットに入力し、出力段においては情報やりとりスロットから出力されるメッセージを出力段のメッセージモデルに従い、対応する意味内容を持つメッセージとして出力する部分である。
【００３８】
ここで、メッセージモデル変換部３０におけるメッセージの変換において、メッセージ変換元システムで扱うデータ形式、テーブル形式、単位形式で記述されたデータ部分を、メッセージ変換先システムで扱うデータ形式、テーブル形式、単位形式で記述されたデータ部分に変換することが好ましい。このように、データ形式、テーブル形式、単位形式で記述されたデータ部分も、それぞれのメッセージモデルに合わせて変換できれば、情報源の連携がよりスムーズに行なうことができ、かつ、変換効率を向上することができる。
【００３９】
さらに、メッセージモデル変換部３０は、応用機能として、メッセージ仲介部１０より受信したメッセージ変換元システム１１０からのメッセージが不完全なものであったり、メッセージモデル検知部２０により検知したメッセージモデルのメッセージ構造に比べ、一部のデータが欠如したものであった場合や、変換後のメッセージが、メッセージ変換先システム１２０のメッセージモデルのメッセージ構造に比べ、一部のデータが欠如したものであった場合などに、当該メッセージにおいて欠如している部分に対して標準データを埋め込むメッセージモデル変換支援機能を備えることが好ましい。この標準データは利用者、システム管理者などにより設定・チューニング可能なものとする。
【００４０】
以上が本発明のメッセージモデル変換システムの基本構成例である。なお、コンピュータシステム上必要となるＣＰＵやメモリなど一般的なコンピュータリソースは図示していない。
【００４１】
次に、上記に示した本発明のメッセージモデル変換システムの基本構成例の動作の概略を実例を挙げつつ、図５のフローチャートを参照して説明する。例として図４に示すように、“羽田発福岡着となる飛行機の便名を教えてください”という意味内容を表わすメッセージモデルＡのメッセージ“羽田発福岡着の便名を出力”がメッセージモデルＢのメッセージ“便名検索（羽田，福岡）”に変換される場合を説明する。ここでは、メッセージ変換元システム１１０が、メッセージモデル変換システム１００を介してメッセージ変換先システム１２０が管理する情報源を利用していると仮定する。
【００４２】
まず、メッセージモデル変換システム１００のメッセージモデル検知部２０は、メッセージ変換元システム１１０およびメッセージ変換先システム１２０それぞれのシステムリソース間で用いられているメッセージモデルを検知する（ステップＳ５０１）。ここでは、メッセージ変換元システム１１０のメッセージモデルがメッセージモデルＡ、メッセージ変換先システム１２０のメッセージモデルがメッセージモデルＢとして検知されたものとする。
【００４３】
次に、メッセージモデル変換部３０の情報やりとりスロット生成部３１により、ステップＳ５０１で検知された各メッセージモデルに従った情報やりとりスロットを生成する（ステップＳ５０２）。つまり、図３の左右に並べて示したような情報やりとりスロットが生成される。
【００４４】
次に、メッセージモデル変換部３０の情報やりとりスロットマッピング処理部３２により、両者の情報やりとりスロット間をマッピングする（ステップＳ５０３）。つまり、図３の左右に並べて示した情報やりとりスロットの間にリンク線が張られる。情報やりとりスロットはメッセージ単位の意味内容に応じてマッピングしたものであるので、この情報やりとりスロットのマッピングにより意味内容を維持したまま、メッセージモデルＡの情報やりとりスロットからメッセージモデルＢの情報やりとりスロットへ変換することができることとなる。なお、この例では、メッセージ変換先となるメッセージモデルＢには、第１の情報やり取りスロットセットと第２の情報やり取りスロットセットがある。
【００４５】
以上がメッセージ変換元システムのメッセージをメッセージ変換先システムのメッセージに変換するまでの前処理段階である。
【００４６】
次に、メッセージ変換元システム１１０からメッセージ変換先システム１２０が管理する情報源に対して“羽田発福岡着となる飛行機の便名を教えてください”という旨のメッセージ“羽田発福岡着の便名を出力”が入力される（ステップＳ５０４）。この“羽田発福岡着の便名を出力”はメッセージモデルＡの体系に従って生成されたメッセージである。
【００４７】
メッセージモデル変換システム１００のメッセージ仲介部１０は、通信インタフェース１１を介してメッセージ送受信部１２によりメッセージ変換元システム１１０が送信したメッセージ“羽田発福岡着の便名を出力”を受信する（ステップＳ５０５）。
【００４８】
メッセージ“羽田発福岡着の便名を出力”を受信したメッセージ仲介部１０は、当該メッセージ“羽田発福岡着の便名を出力”をメッセージモデル変換部３０の情報やりとりスロット−メッセージ変換部３３に渡し、情報やりとりスロット−メッセージ変換部３３は、メッセージモデルＡにおけるメッセージ“羽田発福岡着の便名を出力”の各要素に対応する情報やりとりスロット“出発地：＝”，“到着地：＝”，“便名：取り出し”に入力する（ステップＳ５０６）。図４においてメッセージ“羽田発福岡着の便名を出力”がそれぞれの情報やりとりスロット“出発地：＝”，“到着地：＝”，“便名：取り出し”に入力される様子が概念的に示されている。
【００４９】
メッセージモデル変換部３０は、情報やりとりスロットマッピング処理部３２がマッピングしたリンクのうち、要素が対応する情報やりとりスロットセットを選択して辿り、メッセージモデルＢの情報やりとりスロットに到達する。ここでは便名に関する情報やり取りスロットが用いられるので、メッセージモデルＡの情報やり取りスロットに対応するセットは、第２の情報やり取りスロットとなり、図４中に太くかつ丸印を打ったリンクを辿り、受信メッセージをメッセージモデルＡのそれぞれの情報やりとりスロット“出発地：＝”，“到着地：＝”，“便名：取り出し”は、メッセージモデルＢの第２の情報やりとりスロットセット“入力：出発地名”，“入力：到着地名”，“出力：便名”にマッピングされる（ステップＳ５０７）。
【００５０】
メッセージモデル変換部３０の情報やりとりスロット−メッセージ変換部３３は、メッセージモデルＢの第２の情報やりとりスロットセット“入力：出発地名”，“入力：到着地名”，“出力：便名”からメッセージ変換先システム１２０が持つメッセージモデルＢのメッセージ“便名検索（羽田，福岡）”に変換して情報を出力する（ステップＳ５０８）。
【００５１】
メッセージ“便名検索（羽田，福岡）”を受信したメッセージ仲介部１０のメッセージ受信部１２は、当該メッセージ“便名検索（羽田，福岡）”を通信インタフェース１１を介してメッセージ変換先システム１２０に対して送信する（ステップＳ５０９）。
【００５２】
以上、本実施形態１のメッセージモデル変換システムによれば、メッセージ変換元システムから受信したメッセージ変換元システムのメッセージをメッセージモデル変換部によりメッセージ変換先システムのメッセージモデルによるメッセージに変換して当該メッセージ変換先システムに対して送信することができる。
【００５３】
次に、メッセージ変換先システムからメッセージ変換元システムに応答する場合、つまり、帰り方向のメッセージモデル変換処理について説明する。
【００５４】
メッセージには、問い合わせたいことや教えたいことなどメッセージ送信元からメッセージ送信先に伝える内容の他に、「その結果をどう返して欲しい」、「何に着目している」といった、メッセージに対する応答（リアクション）に関して制約を与える内容も同時に記述することができる。そこで、本発明のメッセージモデル変換システムは、メッセージモデルを変換する際には、こうした応答に関する制約を含めて考慮することとし、メッセージ変換元システム１１０で必要とする内容とメッセージ変換先システム１２０で実現できる内容とを対応づけることを可能としたシステムである。
【００５５】
上記考えのもと、メッセージ変換先システム１２０からメッセージ変換元システム１１０に応答を返す場合を図６を参照しつつ述べる。メッセージモデル変換の際には、メッセージモデル変換ができるか否かを決定する要素として応答をどうするかについても考慮するため、出力用のスロットも含めて変換の対象とする。つまり、メッセージモデル変換部３０は、メッセージ送信元システム１１０からのメッセージを受け取ってメッセージモデル変換を行う際に、メッセージ変換元システム１１０側の入出力の双方に対してメッセージ変換先システム１２０側の入出力の双方を対応づける処理まで実行しておく。この例では図６に示すような出力に関するやりとりスロットのマッピングも行われる。メッセージ変換元システム１１０からメッセージ変換先システム１２０方向へのメッセージモデル変換の際には、メッセージ変換元システム１１０からメッセージ変換先システム１２０へ値が伝達される部分（入力要素）に関しては、メッセージモデル変換と同時にやりとりスロットのマッピングと値変換との両方を実行してメッセージ変換元システム１１０からメッセージ変換先システム１２０に伝達される。この時、出力部分に関しては、メッセージモデル変換時には値の変換は行われない。
【００５６】
上記メッセージ変換先システム１２０方向へのメッセージモデル変換の実行の結果、実際にメッセージ変換先システム１２０側にメッセージが渡されると、メッセージ変換先システム１２０において受信メッセージに対応した処理が実行され、結果が発生する。その結果の応答となる出力は、メッセージモデル変換時にメッセージモデル変換部３０において決められたメッセージやりとりスロットのマッピングおよび変換に従って行われる。
【００５７】
なお、上記処理は、メッセージ変換元システム１１０とメッセージ変換先システム１２０の間に限らず、他のメッセージ変換先システムを含む３者以上の間におけるマルチ方向の入出力のマッピングおよびメッセージモデル変換についても適用できることは言うまでもない。
【００５８】
もちろん、上記した行き方向のメッセージ変換と帰り方向のメッセージ変換の流れの処理を用いずに、図５のフローチャートに示したメッセージ変換元システム１１０からメッセージ変換先システム１２０方向へのメッセージモデル変換の処理をそのまま主体を入れ替えて、つまり、帰り方向においては、メッセージ変換先システム１２０を新たなメッセージ変換元システムとし、メッセージ変換元システム１２０を新たなメッセージ変換先システムとして図５のフローチャートに示した処理を実行できることは言うまでもない。
【００５９】
（実施形態２）
実施形態２は、本発明のメッセージモデル変換システムを、エージェントシステムと一般アプリケーションシステムとの連携に適用した例である。エージェントシステム間の情報やりとりを一般のアプリケーションシステムの情報のやりとりに変換するためのアプリケーションエージェントを導入し、当該アプリケーションエージェントシステムと一般アプリケーションシステムの連携部分に本発明のメッセージモデル変換システムを構築した。
【００６０】
対話型エージェントは、各々の情報源をラッピングして情報を自律的にやりとりする。本発明のメッセージモデル変換システムをアプリケーションエージェントとアプリケーションシステムとの間に構築し、各々の情報源ごとに異なる情報のやりとりモデルの違いを変換する。この変換は、情報の提供側の立場としても、情報を受け取る側の立場としても行なわれる。すなわち、情報を取得したい側は自分の見たいメッセージモデルで見ることができ、情報提供側は、他の情報利用者に利用しやすいメッセージモデルへ自分の内部の情報やりとりで使用するメッセージモデルから変換して提供することができる。
【００６１】
また、エージェント同士の情報やりとりは、かなり汎用なロジック記述言語ＡＣＬ（エージェント通信言語）が提供されているので、個々の情報モデリングに過度に依存しない情報やりとりを実現すること可能となる。
【００６２】
このアプローチでは、エージェント間を流れる情報はメッセージモデルの変換を行なった上でも多様であり、言葉の体系などが個々に異なり、エージェントシステム内の通信言語として採用しているＡＣＬはテキストで表現できるものに限定されるが、様々な情報やそれに対するメタ記述を扱ったり、また様々な問い合わせのしかたなどを記述することのできる能力を持つ。すなわち、この言語自体が、単一のメッセージモデルに基づきつつもある程度多様な情報のやりとりを受け止める許容力を持っている。
【００６３】
さらに、この実施形態による本発明のメッセージモデル変換システムでは、複数の言語のサポートが可能であり、それら言語間の変換規則を備えることにより、各言語で記述されたメッセージの相互変換も行なうことができる。こうした仕組みを提供することにより、変換元のメッセージモデルに基づく情報のやりとりのメッセージを変換先のメッセージモデルに基づくメッセージに変換し、そのメッセージ記述に基づいてシステムを動作させたりすることが可能となる。
【００６４】
図７にシステムの概略構成を示す。１１０ａがメッセージ変換元システムとなるアプリケーションエージェントシステムである。１２０ａがメッセージ変換先システムとなるアプリケーションシステムである。この例による当該アプリケーションエージェントシステム１１０ａとアプリケーションシステム１２０ａの動作関係として、アプリケーションシステム１２０ａは、入力となるボックスを複数持ったメソッドを持っており、そのボックスを全て指定された呼び出しがアプリケーションエージェントシステム１１０ａによって行なわれるものとする。さらに、アプリケーションシステム１２０ａ内部で規定した処理を行ない、結果をメソッドのアウトプットに含めてアプリケーションエージェントシステム１１０ａに返すものとする。
【００６５】
一例として、アプリケーションエージェントシステム１１０ａは、カスタマイズ可能な設定によって、航空路線を［出発地］、［到着地］、［出発時刻］、［到着時刻］、［経由地］、［日付］の任意リストとして検索する操作を行うものである。その際、各属性に対して、［出発地］に対する“＝”による比較、［到着地］に対する“＝”による比較、［出発時刻］に対する大小比較、［到着時刻］に対する大小比較、［経由地］に対する“＝”による比較、［日付］に対する指定により検索するものとする。
【００６６】
メッセージモデル変換システム１００ａは、アプリケーションエージェントシステム１１０ａに対するＡＣＬ情報やりとりスロットとして、左側に示すようなものを備えている。アプリケーションエージェントシステム１１０ａからのＡＣＬメッセージは解析後、これらのＡＣＬ情報やりとりスロットに落とし込むことができる。
【００６７】
メッセージモデル変換システム１００ａでは、左側のＡＣＬ情報やりとりスロットに対応して、アプリケーションシステム１２０ａに対するＡＰＩやりとりスロットとして右側に示すような幾つかの検索ロジックが用意されている。例えば、航空路線検索１用のＡＰＩ情報やりとりスロットでは、出発地と到着地と日付のみによって検索し、一覧を出発地、到着地、出発時刻、到着時刻のリストで出力できるような検索を行うものとなっている。航空路線検索２用のＡＰＩ情報やりとりスロットでは、出発と到着の時刻範囲を指定して検索し、一覧を出発地、到着地、出発時刻、到着時刻のリストで出力できるような検索を行うものとなっている。航空路線検索３用のＡＰＩ情報やりとりスロットでは、経由したい場所を指定して検索し、一覧を出発地、到着地のリストで出力できるような検索を行うものとなっている。
【００６８】
なお、一般のシステムをラッピングするときに、情報源や相手システムの持つインタフェースによって制限を受けることがあるが、上記に示した例のように簡潔に記述することができる。
【００６９】
上記に説明した本実施形態２のメッセージモデル変換システムによれば、アプリケーションシステム１２０ａの各メソッドは、決められた組み合わせの入力を受け取って、決められた組合わせの出力を返すという動作を行なう。アプリケーションシステム１２０ａの行なう入出力はこのようになっており、一見かなりの制約が付けられているように見えるが、これはアプリケーションシステム１２０ａに対する不要な制約と言うよりも、現実にアプリケーションシステム１２０ａ自身がこのような情報やりとりを行なっている例が数多く見られる。例えば、端末べースのアプリケーションの多くや、インターネット上のウェブページに現れるフォームなどはすべて、ユーザインタフェースの仕様は様々ながらも情報の本質的な情報やりとりは、ほぼ同じような仕組みとなっている。つまり、実際に用いられるほとんどのアプリケーションは、図７に示した本実施形態２の形態で十分カバーできるものとなっている。
【００７０】
また、それぞれのアプリケーションに合わせて情報やりとりの効率を確保する工夫も十分に行なうことができる。すなわち、特定の目的の処理に合わせたやりとりを定義しておくと、本発明のメッセージモデル変換システムによって入力のタイプにあった最適な情報やりとりをその中から選択してくれるため、目的の処理に合わせた最適な情報やりとりを定義しておけばそれが十分に活かされることになる。
【００７１】
（実施形態３）
実施形態３は、本発明のメッセージモデル変換システムを、エージェントシステムとＳＱＬデータベースシステムとの連携に適用した例である。エージェントシステム間の情報やりとりをＳＱＬデータベースシステムの情報のやりとりに変換するためのＳＱＬデータベースエージェントを導入し、当該ＳＱＬデータベースエージェントシステムＳＱＬデータベースシステムとの連携部分に本発明のメッセージモデル変換システムを構築した。
【００７２】
本実施形態３では、エージェントシステム間の情報やりとりを記述したＡＣＬ言語からＳＱＬデータベースという一般的なデータベースの問い合わせの情報やりとりに変換する。
【００７３】
図８にシステムの概略構成を示す。１１０ｂがメッセージ変換元システムとなるＳＱＬデータベースエージェントシステムである。１２０ｂがメッセージ変換先システムとなるＳＱＬデータベースシステムである。ＳＱＬデータベースエージェントシステム１１０ｂは、ＡＣＬでの情報をやりとりする。本発明のメッセージモデル変換システム１００は、メッセージ変換元システムとなるＳＱＬデータベースエージェントシステム１１０ｂから当該ＡＣＬで記述されたメッセージによる情報やりとりを受信し、ＡＣＬ情報やりとりスロットに対応付け、ＡＣＬ情報やりとりスロット−ＳＱＬ情報やりとりスロット間のマッピングに基づき、ＳＱＬ情報やりとりスロットを介してＳＱＬで記述されたメッセージによる情報やりとりに変換し、メッセージ変換先システムであるＳＱＬデータベースシステム１２０ｂに渡す。ＳＱＬデータベースシステム１２０ｂにおいてＳＱＬロジックを実行して検索し、その結果をメッセージモデル変換システム１００に返し、最終的にＳＱＬデータベースエージェント１１０ｂが扱う情報やりとり形式であるＡＣＬで記述されたメッセージに直して返す。
【００７４】
図８に示した例では、ＳＱＬデータベースエージェント１１０ｂは、カスタマイズ可能な設定によって、商品の購入にあたり、［商品名］、［価格］をキーとして情報源から［商品コード］情報を取り出す操作を行うものである。その際、各属性に対して、［商品名］に対する“＝”による比較、［価格］に対する大小比較により［商品コード］を検索するものとする。
【００７５】
メッセージモデル変換システム１００ｂは、ＳＱＬデータベースエージェントシステム１１０ｂに対するＡＣＬ情報やりとりスロットとして、左側に示すようなものを備えている。ＳＱＬデータベースエージェントシステム１１０ｂからのＡＣＬメッセージは解析後、これらのＡＣＬ情報やりとりスロットに落とし込むことができる。
【００７６】
メッセージモデル変換システム１００ｂでは、左側のＡＣＬ情報やりとりスロットに対応して、ＳＱＬデータベースシステム１２０ｂに対するＳＱＬ情報やりとりスロットとして右側に示すような幾つかのＳＱＬロジックが用意されている。
【００７７】
例えば、ＳＱＬ情報検索１用のＳＱＬ情報やりとりスロットでは、これらのスロットを用いて、
ＳＱＬ“ＳＥＬＥＣＴ 商品名，価格，商品コード ＦＲＯＭ 商品”
を実行する。
【００７８】
ＳＱＬ情報検索２用のＳＱＬ情報やりとりスロットでは、価格の上限下限を入力する必要があるため（つまり、価格がいくら以上いくら未満の条件を満たす商品コードとその価格を調べるものであるため）、これらスロットのデフォルト値が定義されているものとして、
ＳＱＬ“ＳＥＬＥＣＴ 商品コード，価格 ＦＲＯＭ 商品 ＷＨＥＲＥ 価格 ＞＝? ＡＮＤ 価格 ＜?”の“?”にスロット［価格／＞＝］および［価格／＜］に対応したパラメタを代入して実行する。
【００７９】
例えば、ＳＱＬ情報検索３用のＳＱＬ情報やりとりスロットでは、ＡＣＬからＳＱＬへの変換モジュールとして既に提供されているものがあり、対応するＳＱＬを動的に生成して実行する。
【００８０】
上記によれば、良く利用される聞かれ方に対して特化した高速な処理を提供したり、聞き方を制限したり、汎用なコンバータを利用した確実な結果応答を併用したりという処理が自在に可能となる。
【００８１】
なお、ＳＱＬデータベースエージェントシステム１１０ｂとＳＱＬデータベースシステム１２０ｂを繋げる上では、静的・汎用的にＳＱＬデータベースエージェントシステム間の情報やりとりとＳＱＬデータベースシステムとの情報やりとりを定義しておいて変換する方法もあるが、本発明のメッセージモデル変換の仕組みを利用し、ＳＱＬデータベースエージェントシステム１１０ｂとＳＱＬデータベースシステム１２０ｂとの情報やりとりのしかたをシステム設計者が柔軟に定義できるようにすると、以下のような利点がある。
【００８２】
まず、特定の情報やりとりに対する最適なデータベースシステムの情報やりとりを利用者が柔軟に記述することができ、静的・汎用的なマッピングよりも効率良く記述することができる場合がある。
【００８３】
また、データベースシステムの多くは、特定の決められた情報やりとりに対する処理の仕組みを最適な形で保持しておく機能（問い合わせのコンパイル機能）をもっており、情報やりとりを定義しておくと、それに類する最適化機能を利用でき、効率が高くなる。
【００８４】
また、問い合わせのうち、メッセージモデル変換の仕組みを有効に利用して、ＳＱＬメッセージに変換することのできない不足な部分を補完できる。
【００８５】
また、システム設計者が定義した情報やりとり以外を受け取れないような制限を設けることによりデータベースアクセスに対して、設計者や管理者の意図するように制限を設けることができる。
【００８６】
（実施形態４）
本実施形態４のメッセージモデル変換システムは、メッセージ変換元システムから渡される一連のメッセージ群の各メッセージの間にいわゆるＯＲ関係やＡＮＤ関係など論理式が設定されている場合、当該メッセージ間に設定された論理式を検知し、各メッセージをメッセージモデルに従って変換し、さらにメッセージ変換先のメッセージモデルにおける各メッセージ間に当該論理式を設定した合成メッセージとしてメッセージ変換先システムに渡す機能を備えたシステムである。
【００８７】
図９は、本実施形態４のメッセージモデル変換システムの概略構成を示した図である。図１０は、変換前メッセージから変換後メッセージまでのメッセージモデル変換の様子を示している図である。なお、本実施形態４の論理関係も含めてメッセージモデルを変換するシステムにおいても、実施形態２や３で説明したように、複数の候補となる情報やりとりスロットのセットからマッチングすることができる。図１０では、説明の便宜上、一つの情報やりとりスロットがマッチングされて選択されたものとして変換前メッセージから変換後メッセージまでの変換の様子を示している。
【００８８】
図９には、本実施形態４のメッセージモデル変換システム１００ｃに加え、メッセージ変換元システム１１０、メッセージ変換先システム１２０を併せて示している。図９において、メッセージ仲介部１０、メッセージモデル検知部２０は図１に示したものと同様である。メッセージモデル変換部３０ｃは、メッセージモデルやりとりスロット生成部３１、メッセージモデルやり取りスロットマッピング処理部３２、情報やりとりスロット−メッセージ変換部３３に加え、メッセージ論理検知部３４、メッセージ論理合成部３５を備えている。
【００８９】
メッセージ論理検知部３４は、メッセージ変換元システム１１０の複数のメッセージの間に記述される論理式を検知する部分である。
【００９０】
例えば、図１０に示すように、メッセージ変換元システム１１０から以下の一連のメッセージが入力されたとする。なお、これらメッセージは、ＡＣＬ言語を用いたメッセージモデルに従って記述されている。
【００９１】
図１０に示したように、これら複数のメッセージの間にはＡＮＤ論理式が設定されている。メッセージ論理検知部３４は、メッセージ変換元システム１１０から受信したこれら複数のメッセージを解析し、メッセージの間に設定されているＡＮＤ論理を検知する。
【００９２】
メッセージ論理合成部３５は、実施形態１で説明したようにメッセージ変換元の各メッセージを対応するメッセージ変換先の情報やりとりスロットへのマッピング処理を介して出力された各メッセージを、メッセージ論理検知部３４が検知した論理式に従って合成し、合成メッセージを生成する部分である。メッセージ変換先システムに対しては当該合成メッセージが渡される。
【００９３】
動作の流れの例は以下のようになる。メッセージモデル変換部３０ｃは、実施形態１に示した手順と同様の手順に従い、メッセージモデルに基づいた情報やりとりスロット生成、メッセージモデルやりとりスロットマッピング処理を前処理で準備しておく。図１０に示すように、左側のＡＣＬ情報やりとりスロットと、右側のＳＱＬ情報やりとりスロットが用意される。図１０では、説明の便宜上、右側のＳＱＬ情報やりとりスロットは１セットのみ示したが、複数セット用意されていても良いことは言うまでもない。
【００９４】
メッセージ仲介部１０を介してメッセージ変換元システム１１０からメッセージを受信し、メッセージ論理検知部３４によりメッセージ間に設定されている論理式を検知する。メッセージ論理検知部３４は検知した論理式をメッセージ論理合成部３５に通知する。メッセージモデル変換部３０は、実施形態１に示した手順と同様の手順に従って、まず、変換前メッセージを左側に示したＡＣＬ情報やりとりスロットに対して落とし込む。次に、情報やりとりスロット−メッセージ変換部３３を用いて各メッセージをメッセージ変換元システム１１０に対するＡＣＬ情報やりとりスロットからメッセージ変換先システム１２０に対するＳＱＬ情報やりとりスロットに対応付ける。図１０では、ＳＱＬ情報やりとりスロットは説明の便宜上１セットのみ示したが、複数セットある場合は、まず、どのＳＱＬ情報やりとりスロットのセットを選ぶかをマッチング処理し、選択されたＳＱＬ情報やりとりスロットのセットに対してＡＣＬ情報やりとりスロットとの対応付けが行われる。
【００９５】
メッセージ論理合成部３５は、これらのメッセージを受け取り、メッセージ論理検知部３４から通知された論理式に従ってこれらメッセージを取りまとめて合成する。メッセージモデル変換部３０は、当該合成メッセージをメッセージ変換先システム１２０に渡す。
【００９６】
以上、図１０の例では、左に示した変換前メッセージであるＡＣＬメッセージが入力されると、ＡＣＬメッセージにあるＡＮＤ論理により合成されたＳＱＬメッセージが選られ、右に示した変換後のメッセージであるＳＱＬメッセージが出力される。
【００９７】
以上、本実施形態４のメッセージモデル変換システムによれば、メッセージ間に論理関係が設定されている場合に、当該論理関係に基づき、メッセージ変換先システムのメッセージモデルに従った合成メッセージに変換することができる。
【００９８】
（実施形態５）
本実施形態５のメッセージモデル変換システムは、メッセージ変換先システムにおいて実行できない演算、扱うことのできないデータ形式など実行不能処理を検知する実行不能処理検知部を備え、メッセージ変換元システムから受信したメッセージの意味内容が当該実行不能処理内容を含む場合に適切な処理を実行できるシステムである。この実施形態５で説明する処理の例としては、第１の処理としては、演算処理部を備え、当該演算処理部により実行不能処理部分の演算処理を代替処理してメッセージ変換元システムへの回答メッセージを合成する実行不能処理代替実行処理を行なうものである。第２の処理としては、メッセージ変換元システムから受信したメッセージの中に、メッセージ変換先システムが実行不能処理内容が含まれる旨を通知する処理である。
【００９９】
図１１は、本実施形態５のメッセージモデル変換システムの概略構成を示した図である。本実施形態５のメッセージモデル変換システム１００ｄに加え、メッセージ変換元システム１１０、メッセージ変換先システム１２０を併せて示している。図１１において、メッセージ仲介部１０、メッセージモデル検知部２０は図１に示したものと同様である。メッセージモデル変換部３０ｄは、メッセージモデルやりとりスロット生成部３１、メッセージモデルやり取りスロットマッピング処理部３２、情報やりとりスロット−メッセージ変換部３３に加え、演算処理部３６、実行不能処理検知部３７、メッセージ解析部３８と、処理可能メッセージ部分抽出変換処理部３９、ディスプレイ上に設けられた利用者インタフェース４０を備えている。
【０１００】
演算処理部３６は、各種演算処理を実行できるプロセッサである。後述するようにメッセージ変換先システム１２０における実行不能処理を代替すべく、メッセージ変換先システム１２０が実行不能処理である演算、扱うことのできないデータ形式の処理を実行できるものとする。
【０１０１】
実行不能処理検知部３７は、メッセージモデル検知部２０により検知したメッセージ変換先システム１２０のメッセージモデルに従い、当該メッセージ変換先システム１２０において実行できない演算とデータ形式に関する実行不能処理を解析して検知する部分である。実行不能処理を事前に把握しておくことで、実行不能処理を含むメッセージ変換元システム１１０からのメッセージを変換してメッセージ変換先システム１２０に渡しても、有効な回答が得られないことがあらかじめ分かる。
【０１０２】
なお、上記実行不能処理部分として、メッセージ変換先システム１２０の故障により実行できない演算とデータ形式に関するものも含ませても良い。
【０１０３】
メッセージ解析部３８は、メッセージ仲介部１０が受信したメッセージを解析する部分である。当該受信メッセージが、前記実行不能処理検知部３７により検知されたメッセージ変換先システムにおける実行不能処理内容を含んでいるか否かを解析・判断する。
【０１０４】
処理可能メッセージ部分抽出変換処理部３９は、前記実行不能処理検知部３８により、メッセージ変換元システム１１０から受信されたメッセージがメッセージ変換先システム１２０における実行不能処理を含む場合、当該メッセージのうち実行不能処理以外の部分を実行可能処理部分として抽出する部分である。
【０１０５】
利用者インタフェース４０を用いる処理については、後述する。
【０１０６】
上記構成によるメッセージモデル変換システム１００ｄの動作の概略を説明する。
【０１０７】
メッセージモデル変換部３０ｄは、実施形態１に示した手順と同様の手順に従い、メッセージモデルに基づいた情報やりとりスロット生成、メッセージモデルやりとりスロットマッピング処理を前処理で準備しておく。また、メッセージモデル検知部２０により検知したメッセージ変換先システム１２０のメッセージモデルに従い、実行不能処理検知部３７により、当該メッセージ変換先システム１２０において実行できない演算とデータ形式に関する実行不能処理を解析して前処理として検知しておく。
【０１０８】
次に、メッセージ仲介部１０を介してメッセージ変換元システム１１０からメッセージを受信し、当該受信メッセージをメッセージ解析部３８により解析し、当該受信メッセージのうち、実行不能処理検知部３７が検知したメッセージ変換先システムにおける実行不能処理内容を含んでいるか否かを解析・判断する。受信メッセージがメッセージ変換先システム１２０における実行不能処理内容を含んでいる場合は、単なるメッセージ変換・送信処理ではなく、他の適切な処理を実行すべきことが検知できる。ここでは、上記第１の処理を実行する。
【０１０９】
処理可能メッセージ部分抽出変換処理部３９によりメッセージのうち実行不能処理以外の部分を実行可能処理部分として抽出する。
【０１１０】
メッセージモデル変換部３０ｄは、当該実行可能処理部分に相当するメッセージのみを実施形態１に示した手順に従って、情報やりとりスロット−メッセージ変換部３３により実行可能処理部分のメッセージのみをメッセージ変換元システム１１０のメッセージモデルの情報スロットからメッセージ変換先システム１２０のメッセージモデルの情報やりとりスロットに対応付ける。情報やりとりスロット−メッセージ変換部３３は、メッセージ変換先システム１２０のメッセージモデルに従ったメッセージをメッセージ変換先システム１２０に渡す。
【０１１１】
メッセージ変換先システム１２０は、実行可能処理部分のメッセージに対する処理を実行し、回答をメッセージモデル変換部３０ｄに返す。上記手順の逆を辿り、情報やりとりスロット−メッセージ変換部３３によりメッセージ変換元システム１１０のメッセージモデルに従った回答メッセージを受け取る。
【０１１２】
一方、メッセージモデル変換部３０ｄは、処理可能メッセージ部分抽出変換処理部３９の判断に従い、実行不能処理部分と判断されたメッセージに対応する演算処理を演算処理部３６に代替処理実行させて、結果を得ておく。
【０１１３】
メッセージモデル変換部３０ｄは、メッセージ変換先システム１２０から得られた回答メッセージと演算処理部３６に代替処理実行させた結果を合成する。
【０１１４】
以上、受信メッセージの意味内容が実行不能処理内容を含む場合の第１の処理として、本実施形態５のメッセージモデル変換システム１００ｄは、メッセージをメッセージ変換先システム１２０における実行不能処理部分と実行可能処理部分を切り分け、実行可能処理部分のみをメッセージ変換してメッセージ変換先システム１２０に渡し、回答を生成させ、実行不能処理部分は上記演算処理部により代替処理させることが可能となる。
【０１１５】
次に、受信メッセージの意味内容が実行不能処理内容を含む場合の第２の処理を説明する。第２の処理は、メッセージ解析部３８によるメッセージの解析の結果、実行不能処理検知部３７が検知したメッセージ変換先システムにおける実行不能処理内容を含んでいるか否かを判断し、受信メッセージ中に実行不能処理内容が含まれている場合、利用者インタフェース４０を介して利用者に実行不能処理内容が含まれている旨を通知する。ここで、利用者に対して、メッセージ変換元システム１１０からメッセージを再入力するように促す案内をしても良い。
【０１１６】
（実施形態６）
本実施形態６のメッセージモデル変換システムは、メッセージ変換元システムから渡されたメッセージの変換処理にあたり、変換を実行するための条件を設け、当該条件を満たす場合のみ、メッセージモデルに従ってメッセージ変換先システムのメッセージに変換する機能を備えたシステムである。
【０１１７】
図１２は、本実施形態６のメッセージモデル変換システムの概略構成を示した図である。本実施形態６のメッセージモデル変換システム１００ｅに加え、メッセージ変換元システム１１０、メッセージ変換先システム１２０を併せて示している。図１２において、メッセージ仲介部１０、メッセージモデル検知部２０は図１に示したものと同様である。メッセージモデル変換部３０ｅは、メッセージモデルやりとりスロット生成部３１、メッセージモデルやり取りスロットマッピング処理部３２、情報やりとりスロット−メッセージ変換部３３に加え、変換条件部４１を備えている。
【０１１８】
変換条件部４１は、メッセージモデル変換部３０ｅによるメッセージ変換元システム１１０のメッセージモデルからメッセージ変換先システム１２０のメッセージモデルへの変換に対する条件を設定する部分であり、メッセージモデル変換部３０ｅは変換条件部４１により設定された変換条件に合致する場合のみメッセージの変換を実行し、合致しない場合にはメッセージの変換を実行しない。
【０１１９】
ここで、設定しうる変換条件としては、多様なものが可能であり、例えば、利用者ＩＤによりアクセスを許可された利用者からのメッセージのみ変換するという条件づけや、アクセスを許可するレベルを階層化することも可能である。この場合、当該変換条件部４１が、一種のセキュリティ機能を果たし、変換条件をもっと厳格に定義すれば、ファイアウォールとしての役割を持たせることも可能である。また、メッセージの意味内容、アクセス時間、アクセス回数、システムの負荷率などに応じて変換条件を設定することも可能である。
【０１２０】
（実施形態７）
本発明のオブジェクト連携装置は、上記に説明した構成を実現する処理ステップを記述したプログラムをコンピュータ読み取り可能な記録媒体に記録して提供することにより、各種コンピュータを用いて構築することができる。本発明のオブジェクト連携装置を実現する処理ステップを備えたプログラムを記録した記録媒体は、図１３に図示した記録媒体の例に示すように、ＣＤ−ＲＯＭ２０２やフレキシブルディスク２０３等の可搬型記録媒体２０１だけでなく、ネットワーク上にある記録装置内の記録媒体２００や、コンピュータのハードディスクやＲＡＭ等の記録媒体２０５のいずれであっても良く、プログラム実行時には、プログラムはコンピュータ２０４上にローディングされ、主メモリ上で実行される。
【０１２１】
【発明の効果】
本発明のメッセージモデル変換システムによれば、メッセージモデル変換の枠組み、各メッセージモデルにおける情報やりとりの記述の仕方の枠組みを与えることができる。情報やりとりを実際のアプリケーションに即した形で書くことが出来るので、各々メッセージモデルにおける情報やりとりを記述することは容易であり、かつノウハウを最大限に活かして設計することができる。
【０１２２】
また、本発明のメッセージモデル変換システムによれば、メッセージ変換元システムから受信したメッセージ変換元システムのメッセージをメッセージモデル変換部によりメッセージ変換先システムのメッセージモデルによるメッセージに変換して当該メッセージ変換先システムに対して送信することができ、メッセージモデルに基づく変換の枠組み与えられ、情報の形式を制限しない情報源の動的な連携を行ない、情報源の多様な情報形式、多様なやりとりメッセージを完全にラッピングしたシステムを提供することが可能となる。
メッセージ変換元システム内で十分に記述されたメッセージの意味内容を動的かつ柔軟にメッセージ変換先システム内で十分に記述されたメッセージに変換することが可能となる。
【０１２３】
また、本発明のメッセージモデル変換システムは、アプリケーションシステムとエージェントシステムとの間のメッセージ変換や、ＳＱＬデータベースシステムとエージェントシステムとの間のメッセージ変換にも適用することができ、目的の処理に合わせた最適な情報やりとりを定義しておけば、メッセージモデルの変換処理を通じて情報やりとりを効率的に実行することができる。
【０１２４】
また、本発明のメッセージモデル変換システムによれば、メッセージ変換元システムのメッセージ間に論理関係が設定されている場合に、当該論理関係に基づき、メッセージ変換先システムのメッセージモデルに従った合成メッセージに変換することができる。
【０１２５】
また、本発明のメッセージモデル変換システムによれば、受信メッセージの意味内容が実行不能処理内容を含む場合、受信メッセージをメッセージ変換先システムにおける実行不能処理部分と実行可能処理部分を切り分け、実行不能処理部分を演算処理部に代替処理させることが可能となる。
【０１２６】
さらに、本発明のメッセージモデル変換システムに関して以下の項を開示する。
【０１２７】
（１）  前記メッセージ変換元システムおよびメッセージ変換先システムをエージェントシステムまたはエージェントシステムに接続されたアプリケーションシステムとし、前記システム内のリソース間の情報のやりとりが、エージェント間通信言語で記述され、エージェントシステム間のインタフェースロジックを変換する仕組みとした請求項１に記載のメッセージモデル変換システム。
【０１２８】
（２）  前記メッセージ変換元システムおよびメッセージ変換先システムを分散システムとし、前記システム内のリソース間の情報のやりとりが、ＣＯＲＢＡ分散システムの定義に従って記述され、変換されたメッセージによりアプリケーションの呼び出しを行う仕組みとした請求項１に記載のメッセージモデル変換システム。
【０１２９】
（３）  前記メッセージ変換先システムをテキスト画面ベースの上でカーソル移動および文字入力操作を行う機能を備えたホストアプリケーションシステムとし、前記システム内のリソース間の情報のやりとりが、当該カーソル移動・文字入力の操作に関するものであり、変換されたメッセージによりホストアプリケーション上のカーソル移動・文字入力を行う仕組みとした請求項１に記載のメッセージモデル変換システム。
【０１３０】
（４）  前記メッセージ変換先システムをインターネット上のウェブサービスシステムとし、前記システム内のリソース間の情報のやりとりが、ウェブサービスのフォーム画面への入出力操作に関するものであり、変換されたメッセージによりウェブサービスに対する入出力を行う仕組みとした請求項１に記載のメッセージモデル変換システム。
【０１３１】
（５）  前記メッセージ変換先システムをリレーショナルデータベースシステムとし、前記システム内のリソース間の情報のやりとりが、前記リレーショナルデータベースシステムのクエリーとして記述されたものであり、変換されたメッセージによりリレーショナルデータベース検索を行う仕組みとした請求項１に記載のメッセージモデル変換システム。
【０１３２】
（６）  メッセージモデル変換ができないメッセージ変換元システムとメッセージ変換先システムの組み合わせを許容し、メッセージモデル変換できなかった場合はエラー通知をメッセージ変換元システムに伝える仕組みを持つ請求項１に記載のシステム
（７）  メッセージ変換元システムのメッセージモデルで記述される式の一部または全てを、メッセージ変換先システムとなるデータベースシステムが扱う検索式メッセージモデルに変換し、多様なデータベースシステムへの問い合わせ機能を提供する請求項１に記載のメッセージモデル変換システム。
【０１３３】
（８）  メッセージ変換元システムのメッセージモデルで記述される式の一部または全てを、メッセージ変換先システムのディレクトリサービスとしてアプリケーションの中に保有されるカテゴリや属性の指定に変換する機能を提供する請求項１に記載のメッセージモデル変換システム。
【０１３４】
（９）  前記演算処理の単位が、大小比較処理、等価関係処理、文字列比較処理の演算処理の単位を含んだ請求項１に記載のメッセージモデル変換システム。
【０１３５】
（１０）  前記メッセージ解析部により前記メッセージ仲介部が受信したメッセージを解析した結果、当該メッセージ中に一定数以上の項数を持つ多項式がある場合に、前記演算処理部により前記一定数以上の項数を持つ多項式の一部の演算処理を代替処理してメッセージ変換元システムのメッセージの回答を合成する多項式演算処理支援実行処理機能を含む請求項４に記載のメッセージモデル変換システム。
【０１３６】
（１１）  前記メッセージ解析部により前記メッセージ仲介部が受信したメッセージを解析した結果、当該メッセージ中に特定種類の演算式がある場合に、前記演算処理部により前記特定種類の演算式の演算処理を代替処理してメッセージ変換元システムのメッセージの回答を合成する特定種類演算処理支援実行処理機能を含む請求項４に記載のメッセージモデル変換システム。
【０１３７】
（１２）  前記代替処理する場合に、代替処理の対象となった式に依存している式も含めて前記演算処理部により代替処理を実行する上記（１０）または（１１）に記載のメッセージモデル変換システム。
【０１３８】
（１３）  前記メッセージモデル検知部が、アクセス可能な各システムのメッセージモデル検知において、各システムのインタフェース仕様を解析してシステムのメッセージモデルを決定する請求項１に記載のメッセージモデル変換システム。
【０１３９】
（１４）  前記メッセージモデル検知部が、アクセス可能な各システムのメッセージモデル検知において、各システムに対してダミーデータの送受信を行い、当該システムのメッセージモデルを決定する請求項１に記載のメッセージモデル変換システム。
【０１４０】
（１５）  前記メッセージモデル検知部が利用者入力部を備え、アクセス可能な各システムのメッセージモデル検知において、利用者が各システムのメッセージモデルを指定する請求項１に記載のメッセージモデル変換システム。
【０１４１】
（１６）  前記メッセージモデル変換部が、変換状況可視化部を備え、
前記変換状況可視化部により、メッセージモデル変換部がメッセージ変換元システムのメッセージモデルにおけるメッセージをメッセージ変換先システムのメッセージモデルにおけるメッセージにマッピングして変換する様子を可視化して利用者に提示する請求項１に記載のメッセージモデル変換システム。
【０１４２】
（１７）  前記メッセージモデル変換部が、メッセージ変換元システムのメッセージモデルにおけるメッセージのメッセージ変換先システムのメッセージモデルにおけるメッセージへのマッピングを変更する変換チューニング部を備え、
利用者が不適切な変換と考えるメッセージのマッピングを前記変換チューニング部により適切と考えるものに変更する請求項１に記載のメッセージモデル変換システム。
【０１４３】
（１８）  前記メッセージモデル変換部が、メッセージモデル変換論理検証部を備え、
前記メッセージモデル変換論理検証部により、メッセージモデル変換を複数連鎖させてダミーデータを変換し、当該メッセージモデル変換の連鎖により、メッセージモデル変換の論理が保たれているか検証する機能を備えた請求項１に記載のメッセージモデル変換システム。
【図面の簡単な説明】
【図１】  本発明の基本原理を適用した実施形態１のメッセージモデル変換システムの一構成例を示すブロック図
【図２】  （ａ）メッセージ変換元システムのメッセージモデルの概念を示した図と（ｂ）メッセージ変換先システムのメッセージモデルの概念を示した図
【図３】  情報やりとりスロットの概念を示す図
【図４】  “羽田発福岡着となる飛行機の便名を教えてください”の意味内容を表わすメッセージが変換される場合を説明する図
【図５】  本発明の実施形態１のメッセージモデル変換システムの基本構成の動作の概略を示すフローチャート
【図６】  図４の行き方向のメッセージ変換に対応する帰り方向のメッセージ変換の様子を説明する図
【図７】  本発明の実施形態２のメッセージモデル変換システムの一構成例を示すブロック図
【図８】  本発明の実施形態３のメッセージモデル変換システムの一構成例を示すブロック図
【図９】  本発明の実施形態４のメッセージモデル変換システムの一構成例を示すブロック図
【図１０】  本発明の実施携帯４のメッセージモデル変換システムのメッセージ論理合成の流れの様子を説明する図
【図１１】  本発明の実施形態５のメッセージモデル変換システムの一構成例を示すブロック図
【図１２】  本発明の実施形態６のメッセージモデル変換システムの一構成例を示すブロック図
【図１３】  本発明の実施形態７のメッセージモデル変換システムを実現する処理プログラムを格納した記録媒体の例を示す図
【符号の説明】
１０  メッセージ仲介部
１１  通信インタフェース
１２  メッセージ送受信部
２０  メッセージモデル検知部
２１  メッセージモデル情報格納部
２２  メッセージモデル要素解析部
３０，３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ  メッセージモデル変換部
３１  メッセージモデルやりとりスロット生成部
３２  メッセージモデルやり取りスロットマッピング処理部
３３  情報やりとりスロット−メッセージ変換部
３４  メッセージ論理検知部
３５  メッセージ論理合成部
３６  演算処理部
３７  実行不能処理検知部
３８  メッセージ解析部
３９  処理可能メッセージ部分抽出変換処理部
４０  利用者インタフェース
４１  変換条件部
１００，１００ａ，１００ｂ，１００ｃ，１００ｄ，１００ｅ  メッセージモデル変換システム
１１０，１１０ａ，１１０ｂ  メッセージ変換元システム
１２０，１２０ａ，１２０ｂ  メッセージ変換先システム
２００  記録装置内の記録媒体
２０１  可搬型記録媒体
２０２  ＣＤ−ＲＯＭ
２０３  フレキシブルディスク
２０４  コンピュータ
２０５  コンピュータのハードディスクやＲＡＭ等の記録媒体
【図１】
0003815942.tif 000002
【図２】
0003815942.tif 000003
【図３】
0003815942.tif 000004
【図４】
0003815942.tif 000005
【図５】
0003815942.tif 000006
【図６】
0003815942.tif 000007
【図７】
0003815942.tif 000008
【図８】
0003815942.tif 000009
【図９】
0003815942.tif 000010
【図１０】
0003815942.tif 000011
【図１１】
0003815942.tif 000012
【図１２】
0003815942.tif 000013
【図１３】
0003815942.tif 000014