(57)【要約】【課題】送信側装置ごとに、取り扱う情報データの形式、情報処理ロジック及びポリシが異なる場合でも、大掛かりな連携ソフトウエアや複雑な連携手順を用いることなく送受間の連携を可能にする。【解決手段】受信側端末からの業務データ閲覧要求に応じて、送信側装置が該当する業務データ、業務ロジック及びポリシを所定のデータフォーマットからなる送信データに変換して要求元の受信側装置へ送信する。一方受信側装置は、送信データから先ずポリシを抽出してアクセス権の有無を判定し、アクセス権がある場合に上記送信データから業務ロジックを抽出してこの業務ロジックの実行に必要なオブジェクトを読み出す。これに対し必要なオブジェクトが読み出せなかった場合には、オブジェクト取得要求を送信側装置へ送信して必要なオブジェクトを取得する。【選択図】図４
2011090514.tif 000002
【特許請求の範囲】
【請求項１】
送信側装置から受信側装置へ通信ネットワークを介して形式又は種類の異なる複数種の情報データを伝送し、受信側装置において上記伝送された情報データに対し予め定義された情報処理ロジック及びポリシに従い当該情報処理ロジックを実行するためのオブジェクトを用意する情報連携システムであって、
前記送信側装置は、
情報データとこの情報データに関連付けられた情報処理ロジック及びポリシとを含む送信データを生成する手段と、
前記生成された送信データを前記受信側装置へ送信する手段と
を備え、
前記受信側装置は、
前記情報処理ロジックを実行するためのオブジェクトを記憶するオブジェクト記憶手段と、
前記送信側装置から送信された送信データを前記通信ネットワークを介して受信する手段と、
前記受信された送信データから情報データ、情報処理ロジック及びポリシをそれぞれ抽出する手段と、
前記抽出されたポリシに基づいて、前記抽出された情報処理ロジックの実行の可否を判定する手段と、
前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトを、前記オブジェクト記憶手段又は前記送信側装置から取得するオブジェクト取得手段と
を備えることを特徴とする情報連携システム。
【請求項２】
前記受信側装置のオブジェクト取得手段は、
前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトが前記オブジェクト記憶手段に記憶されているか否かを判定する手段と、
前記オブジェクト記憶手段に前記必要なオブジェクトが記憶されていないと判定された場合に、前記送信側装置へ前記オブジェクト取得要求を送信する手段と、
前記取得要求に対し送信側装置から送信されるオブジェクトを受信する手段と
を有し、
前記送信側装置は、
前記受信側装置から前記オブジェクト取得要求が送られた場合に、当該取得要求により指定されたオブジェクトを要求元の受信側装置へ送信する手段を、
さらに備えることを特徴とする請求項１記載の情報連携システム。
【請求項３】
請求項１に記載の送信側装置から送信される情報データを受信し、この受信された情報データに対し予め定義された情報処理ロジック及びポリシに従い当該情報処理ロジックを実行するためのオブジェクトを用意する受信側のオブジェクト変換装置であって、
前記情報処理ロジックを実行するためのオブジェクトを記憶するオブジェクト記憶手段と、
前記送信側装置から送信された送信データを前記通信ネットワークを介して受信する手段と、
前記受信された送信データから情報データ、情報処理ロジック及びポリシをそれぞれ抽出する手段と、
前記抽出されたポリシに基づいて、前記抽出された情報処理ロジックの実行の可否を判定する手段と、
前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトを、前記オブジェクト記憶手段又は前記送信側装置から取得するオブジェクト取得手段と
を具備することを特徴とするオブジェクト変換装置。
【請求項４】
前記受信側装置のオブジェクト取得手段は、
前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトが前記オブジェクト記憶手段に記憶されているか否かを判定する手段と、
前記オブジェクト記憶手段に前記必要なオブジェクトが記憶されていないと判定された場合に、前記送信側装置へ前記オブジェクト取得要求を送信する手段と、
前記取得要求に対し送信側装置から送信されるオブジェクトを受信する手段と
を有することを特徴とする請求項３記載のオブジェクト変換装置。
【請求項５】
請求項１に記載の送信側装置から送信される情報データを受信し、この受信された情報データに対し予め定義された情報処理ロジック及びポリシに従い当該情報処理ロジックを実行するためのオブジェクトを用意する受信側装置のオブジェクト変換方法であって、
前記送信側装置から送信された送信データを前記通信ネットワークを介して受信する過程と、
前記受信された送信データから情報データ、情報処理ロジック及びポリシをそれぞれ抽出する過程と、
前記抽出されたポリシに基づいて、前記抽出された情報処理ロジックの実行の可否を判定する過程と、
前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトを、自己の受信側装置内に設けられた記憶手段又は前記送信側装置から取得する過程と
を具備することを特徴とするオブジェクト変換方法。
【請求項６】
前記受信側装置のオブジェクトを取得する過程は、
前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトが、前記自己の受信側装置に設けられた記憶手段に記憶されているか否かを判定する過程と、
前記記憶手段に前記必要なオブジェクトが記憶されていないと判定された場合に、前記送信側装置へ前記オブジェクト取得要求を送信する過程と、
前記取得要求に対し送信側装置から送信されるオブジェクトを受信する過程と
を有することを特徴とする請求項５記載のオブジェクト変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、異なる形式又は種類の業務データを取り扱う複数の情報処理装置間を連携するための情報連携システムとそのオブジェクト変換装置及び変換方法に関する。
【背景技術】
【０００２】
近年、例えばユーザの健康等に関する情報をサーバ装置等に登録し、このサーバ装置に登録されたユーザの健康等に関する情報を健康管理指導者が自身の端末により閲覧し、この閲覧した健康等に関する情報に基づいて健康管理指導者がユーザの健康管理に必要な指導情報を追記するサービスが検討されている。このようなサービスが実現されれば、ユーザは医療機関等に出向くことなく自身の健康状態を管理するための指導を受けることができ、大変便利である。
【０００３】
ところが、サーバ装置等の業務データの送信側となる情報処理装置は、その運用等によって、取り扱う健康情報等の業務データの形式やフォーマットが異なる場合がある。この異なる複数種のデータ形式やフォーマットに対し受信側の情報処理装置が対応するには、送信側又は受信側の情報処理装置にデータ変換機能を持たせればよい。例えば、特許文献１に記載されているように、ＸＭＬ（Extensible Markup Language）で記述された文書を対象に、マッピング定義に基づいてデータ操作を実施する処理をＳＱＬ（Structured Query Language）に変換する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３４８４８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、送信側となる情報処理装置によっては、取り扱う業務データの形式やフォーマットに止まらず、業務データに対する登録や閲覧、更新、削除といった業務ロジックの内容も異なる。このような業務ロジックの違いに対してはデータ変換では対応することができず、送信側及び受信側の情報処理装置間を連携させるために、送信側の個々の情報処理装置に合わせてすべての業務ロジックを実行させるためのオブジェクトを追加開発する必要があり、膨大な開発コストがかかる。
【０００６】
また、送信側の個々の情報処理装置ごとに業務ロジックの実行を許可するポリシは異なる。このポリシの違いに対処するには、受信側の情報処理装置が業務ロジックを実行するごとに、その都度送信側の情報処理装置に対しポリシを確認するための手順を実行する必要があり、情報処理装置間の連携手順の複雑化を招く。
【０００７】
この発明は上記事情に着目してなされたもので、その目的とするところは、送信側装置ごとに、取り扱う情報データの形式や種類、当該情報データに対する情報処理ロジック、さらには当該情報処理ロジックの実行に関するポリシが異なる場合でも、大掛かりな連携ソフトウエアや複雑な連携手順を用いることなく送信側装置と受信側装置とを連携させることを可能にした情報連携システムとそのオブジェクト変換装置及び変換方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するためにこの発明の一つの観点は、以下のような構成要素を備えている。すなわち、送信側装置から受信側装置へ通信ネットワークを介して形式又は種類の異なる複数種の情報データを伝送し、受信側装置において上記伝送された情報データに対し予め定義された情報処理ロジック及びポリシに従い当該情報処理ロジックを実行するためのオブジェクトを用意する情報連携システムにあって、  
送信側装置に、情報データとこの情報データに関連付けられた情報処理ロジック及びポリシとを含む送信データを生成する手段と、上記生成された送信データを上記受信側装置へ送信する手段を備える。  
これに対し受信側装置には、上記情報処理ロジックを実行するためのオブジェクトを記憶するオブジェクト記憶手段と、上記送信側装置から送信された送信データを上記通信ネットワークを介して受信する手段と、上記受信された送信データから情報データ、情報処理ロジック及びポリシをそれぞれ抽出する手段と、上記抽出されたポリシに基づいて、上記抽出された情報処理ロジックの実行の可否を判定する手段と、上記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトを、上記オブジェクト記憶手段又は上記送信側装置から取得する手段を備えるように構成したものである。
【０００９】
具体的には、受信側装置のオブジェクト取得手段において、前記抽出された情報処理ロジックが実行可能と判定された場合に、当該情報処理ロジックを実行するために必要なオブジェクトが前記オブジェクト記憶手段に記憶されているか否かを判定する。そして、必要なオブジェクトが記憶されていないと判定された場合に、前記送信側装置へ前記オブジェクト取得要求を送信し、この取得要求に対し送信側装置から送信されるオブジェクトを受信する。
【発明の効果】
【００１０】
したがって、この発明の一観点によれば、送信側装置において、情報データとこの情報データに関連付けられた情報処理ロジック及びポリシとを含む送信データが生成されて受信側装置に送信され、受信側装置において、この受信された送信データから情報データ、情報処理ロジック及びポリシが抽出されて、情報処理ロジックの実行の可否が判定される。すなわち、情報データ、情報処理ロジック及びポリシが一元的に取り扱われる。このため受信側装置は、情報データに対する情報処理ロジックを実行する際に、その都度送信側装置に対しポリシの確認要求を送信して実行の可否を確認する必要がなくなり、これにより送信及び受信装置間の連携手順を簡素化することが可能となる。
【００１１】
また、情報処理ロジックを実行するために必要なオブジェクトは、受信側装置内のオブジェクト記憶手段又は送信側装置から取得される。具体的には、情報処理ロジックを実行するために必要なオブジェクトが受信側装置内のオブジェクト記憶手段に予め記憶されているか否かが判定され、記憶されていない場合に受信側装置から送信側装置へオブジェクト取得要求が送信されて、送信側装置から受信側装置へ必要なオブジェクトが送信される。このため、受信側装置では情報処理ロジックを実行させるためのオブジェクトを予めすべて用意しておく必要がなくなり、これにより受信側装置の構成を簡素化することが可能となる。
【００１２】
さらに、オブジェクトを送信側装置から取得する際に、受信側装置から送信側装置へオブジェクト取得要求を送り、この要求に応じて送信側装置がオブジェクトを送信するようにしているので、必要時にのみ送信側装置から受信側装置へオブジェクトが伝送されることになり、これにより送信側及び受信側の各装置の負荷を軽減すると共に、ネットワークにおけるトラフィックを抑えることが可能となる。
【００１３】
すなわちこの発明によれば、送信側装置ごとに取り扱う情報データの形式や種類、当該情報データに対する情報処理ロジック、さらには当該情報処理ロジックの実行に関するポリシが異なる場合でも、大掛かりな連携ソフトウエアや複雑な連携手順を用いることなく送信側装置と受信側装置とを連携させることを可能にした情報連携システムとそのオブジェクト変換装置及び変換方法を提供することができる。
【図面の簡単な説明】
【００１４】
【図１】この発明の一実施形態に係わる情報連携システムの概略構成図である。
【図２】図１に示した情報連携システムの送信側装置の構成を示すブロック図である。
【図３】図１に示した情報連携システムの受信側装置の構成を示すブロック図である。
【図４】図３に示した受信側装置によるオブジェクト変換処理の手順と処理内容を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
図１は、この発明の一実施形態に係わる情報連携システムの概略構成図である。  
このシステムは、例えばサービス提供者が運用する複数の送信側装置ＴＳ１〜ＴＳｎを備え、この送信側装置ＴＳ１〜ＴＳｎに対し、例えば健康管理指導者が使用する複数の受信側装置ＲＳ１〜ＲＳｍを、通信ネットワークＮＷを介して接続可能としたものである。  
通信ネットワークＮＷは、ＩＰ（Internet Protocol）網と、このＩＰ網にアクセスするためのアクセス網とから構成される。アクセス網としては、光公衆通信網、携帯電話網、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、ＣＡＴＶ（Cable Television）網等が用いられる。
【００１６】
送信側装置ＴＳ１〜ＴＳｎは例えばサーバ装置からなり、次のように構成される。図２はその機能構成を示すブロック図である。  
送信側装置ＴＳ１〜ＴＳｎは、この発明を実視するために必要な機能として、アプリケーション処理部１１と、業務データ設定部１２と、ポリシ設定部１３と、業務ロジック設定部１４を備え、さらに送信データ生成部１５と、情報送受信部１６と、外部オブジェクト提供部１７と、外部オブジェクト格納部１８を備えている。
【００１７】
このうち、アプリケーション処理部１１、業務データ設定部１２、ポリシ設定部１３、業務ロジック設定部１４、送信データ生成部１５、情報送受信部１６及び外部オブジェクト提供部１７は、何れも図示しない記憶ユニットに記憶されたプログラムを、中央処理ユニット（ＣＰＵ；Central Processing Unit）に実行させることにより実現される。
【００１８】
アプリケーション処理部１１は、情報データの一種である業務データの登録及び送信のためのアプリケーション処理を実行する。業務データ設定部１２は、アプリケーション処理部１１の制御の下で、受信側装置ＲＳ１〜ＲＳｍに対し送信する業務データ本体を設定する処理を行う。
【００１９】
業務ロジック設定部１４は、アプリケーション処理部１１の制御の下で、受信側装置ＲＳ１〜ＲＳｍに対し送信する上記業務データに対する操作手段を表す、情報処理ロジックとしての業務ロジックを設定する処理を行う。操作手段としては、業務データの検索、参照、追加、削除、更新及び追記等がある。
【００２０】
ポリシ設定部１３は、アプリケーション処理部１１の制御の下で、受信側装置ＲＳ１〜ＲＳｍに対し送信する業務ロジックのアクセス権を規定するポリシを設定する処理を行う。ポリシの内容としては、受信側装置のユーザ名又はユーザ識別番号、ユーザの属性（所属部署や役職等）、サービスに対するユーザの利用条件がある。利用条件としては、例えば利用期間や利用回数がある。
【００２１】
送信データ生成部１５は、上記業務データ設定部１２、業務ロジック設定部１４及びポリシ設定部１３によりそれぞれ設定された業務データ本体、業務ロジック及びポリシを予め定めたデータフォーマットに従い多重化した送信データを生成する処理を行う。データフォーマットとしては、例えばＸＭＬ（Extensible Markup Language）形式が用いられる。なお、データフォーマットは、受信側装置ＲＳ１〜ＲＳｍとの間で予め合意された共通フォーマットであれば、ＸＭＬ以外のフォーマットも利用可能である。
要するに、共通フォーマットは、  
(1) ＸＭＬデータ中でポリシ、業務ロジック及び業務データの各記述範囲を示すタグ名称。  
(2) ポリを記述するためのタグ定義（回数、有効期間等）。  
(3) 業務データを記述するための最低限のタグ定義（検索、参照、登録、更新、削除等）。  
が最低限度共通化されていればよい。
【００２２】
外部オブジェクト格納部１８には、自己の送信側装置ＴＳ１〜ＴＳｎが管理する業務ロジックを実行する上で必要なオブジェクトがすべて格納されている。外部オブジェクト提供部１７は、受信側装置ＲＳ１〜ＲＳｍからオブジェクト取得要求が到来した場合に、この取得要求により指定されたオブジェクトを外部オブジェクト格納部１８から読み出し、この読み出したオブジェクトを情報送受信部１６から要求元の受信側装置ＲＳ１〜ＲＳｍへ送信させる処理を実行する。
【００２３】
情報送受信部１６は、通信ネットワークＮＷとの間で当該ネットワークにより規定された通信プロトコル、例えばＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）に従って情報の送受信を行うもので、上記送信データ生成部１５により生成された送信データの送信処理と、受信側装置ＲＳ１〜ＲＳｍから送信されるオブジェクト取得要求の受信処理と、このオブジェクト取得要求に対し上記外部オブジェクト提供部１７により生成された外部オブジェクトの送信処理を行う。
【００２４】
一方、受信側装置ＲＳ１〜ＲＳｍは、例えばパーソナル・コンピュータ等の情報端末からなり、以下のように構成される。図３はその機能構成を示すブロック図である。  
受信側装置ＲＳ１〜ＲＳｍは、オブジェクト変換ユニット２０と、アプリケーション実行ユニット３０を備えている。
【００２５】
このうちオブジェクト変換ユニット２０は、情報送受信部２１と、ポリシ抽出部２２と、業務ロジック抽出部２３と、業務データ抽出部２４を備え、さらに業務オブジェクトデータベース２５と、外部オブジェクト取得部２６を有している。業務オブジェクトデータベース２５には、一般的な業務ロジックを実行する上で必要なオブジェクトが記憶されている。  
なお、情報送受信部２１、ポリシ抽出部２２、業務ロジック抽出部２３、業務データ抽出部２４及び外部オブジェクト取得部２６は、何れも図示しないプログラムメモリに記憶されたプログラムを、ＣＰＵに実行させることにより実現される。
【００２６】
情報送受信部２１は、上記送信側装置ＴＳ１〜ＴＳｎの情報送受信部１６と同様に、通信ネットワークＮＷとの間で、当該ネットワークＮＷにより規定されたＴＣＰ／ＩＰ等のプロトコルに従って情報の送受信を行うもので、送信側装置ＴＳ１〜ＴＳｎから送信された送信データの受信処理と、送信側装置ＴＳ１〜ＴＳｎへのオブジェクト取得要求の送信処理と、このオブジェクト取得要求に対し送信側装置ＴＳ１〜ＴＳｎから送信される外部オブジェクトの受信処理を行う。
【００２７】
ポリシ抽出部２２は、以下の処理機能を備える。  
(1) 情報送受信部２１により受信された、ＸＭＬで記述された送信データからポリシを抽出する処理。  
(2) 自己の受信側装置ＲＳ１〜ＲＳｍのユーザが有するアクセス権が、上記抽出されたポリシに記載されたアクセス権を満足するか否かを判定する処理。  
(3) アクセス権を満足しないと判定された場合に、後述するアプリケーション実行ユニット３０の業務オブジェクト格納部３１及び業務データ格納部３２にそれぞれ“ＮＵＬＬ”を書き込む処理。
【００２８】
業務ロジック抽出部２３は、以下の処理機能を備える。  
(1) 情報送受信部２１により受信された、ＸＭＬで記述された送信データから業務ロジックを抽出する処理。  
(2) 上記ポリシ抽出部２２によりアクセス権を満足すると判定された場合に、上記抽出された業務ロジックを実行する上で必要なオブジェクトが業務オブジェクトデータベース２５に記憶されているか否かを判定する処理。  
(3) 必要なオブジェクトが業務オブジェクトデータベース２５に記憶されていると判定された場合に、当該記憶されていたオブジェクトを、後述するアプリケーション実行ユニット３０の業務オブジェクト格納部３１に書き込む処理。  
(4) 必要なオブジェクトが業務オブジェクトデータベース２５に記憶されていないと判定された場合に、外部オブジェクト取得部２６にその旨の判定結果を通知する処理。
【００２９】
業務データ抽出部２４は、以下の処理機能を備える。  
(1) 情報送受信部２１により受信された、ＸＭＬで記述された送信データから業務データを抽出する処理。  
(2) 抽出された業務データを、後述するアプリケーション実行ユニット３０の業務データ格納部３２に書き込む処理。
【００３０】
外部オブジェクト取得部２６は、以下の処理機能を備える。  
(1) 業務ロジック抽出部２３から、必要なオブジェクトが業務オブジェクトデータベース２５に記憶されていない旨の判定結果が通知された場合に、当該オブジェクトの取得要求を情報送信部２１から送信側装置ＴＳ１〜ＴＳｎへ送信させる処理。  
(2) 上記オブジェクト取得要求の送信に対し、要求先の送信側装置ＴＳ１〜ＴＳｎから送信された外部オブジェクトを情報送受信部２１を介して受信し、この受信された外部オブジェクトを、後述するアプリケーション実行ユニット３０の業務オブジェクト格納部３１に書き込む処理。
【００３１】
アプリケーション実行ユニット３０は、例えば業務データの閲覧や追加を行うためのアプリケーションを実行するもので、アプリケーション処理部３３と、業務オブジェクト格納部３１と、業務データ格納部３２を有している。
【００３２】
業務オブジェクト格納部３１及び業務データ格納部３２はそれぞれ、上記オブジェクト変換ユニット２０から出力される業務オブジェクト及び業務データを格納するために使用される。アプリケーション処理部３３は、上記業務オブジェクト格納部３１に格納された業務オブジェクトと、上記業務データ格納部３２に格納された業務データに基づいて、当該業務データの閲覧と健康管理指導のための情報の追加処理を実行する。なお、このアプリケーション処理部３３も、図示しないプログラムメモリに記憶されたプログラムをＣＰＵに実行させることにより実現される。
【００３３】
次に、以上のように構成された情報連携システムによる動作を説明する。  
ここでは、一般市民が日々の健康情報を送信側装置ＴＳ１〜ＴＳｎに業務情報として登録し、この登録された市民の健康情報をスポーツセンタの指導員が閲覧して、この健康情報に健康管理のための指導情報を追加するサービスを例にとって説明する。
【００３４】
なお、送信側装置ＴＳ１〜ＴＳｎには、一般市民の健康情報として、体重、体脂肪、血圧、健康日記等の健康状態を表すテキストデータと、運動中の様子を撮影した映像データが、図示しない業務データ記憶部に既に登録されているものとする。また、上記健康情報に対する業務ロジックとしては、情報の登録、閲覧、更新、削除等の操作情報が業務ロジック記憶部に記憶されているものとする。さらに、上記業務ロジックに対するポリシとしては、登録者本人と当該登録者本人が予め許可した健康指導者のみが閲覧及び追加等の業務ロジックを実行可能とするアクセス権が、図示しないポリシ記憶部に記憶されているものとする。
【００３５】
一方、受信側装置ＲＳ１〜ＲＳｍには、上記健康情報を構成するテキストデータと映像データのうち、テキストデータを閲覧するためのオブジェクトは業務オブジェクトデータベース２５に記憶されているが、映像データの閲覧に必要なオブジェクトは記憶されていないものとして説明を行う。
【００３６】
さて、この状態である健康指導者が受信側端末ＲＳ１において、自身が担当する市民の識別情報を指定した上で、その健康情報の閲覧と指導情報の追加を要求するための操作を行ったとする。そうすると受信側端末ＲＳ１では、アプリケーション処理部３３により業務データ閲覧要求が生成されて、この閲覧要求が情報送受信部２１から閲覧先となる送信側装置ＴＳ１へ送信される。
【００３７】
これに対し送信側装置ＴＳ１では、受信側端末ＲＳ１から送信された業務データ閲覧要求が情報送受信部１６で受信されると、アプリケーション処理部１１の制御の下で、業務データ設定部１２１、業務ロジック設定部１４及びポリシ設定部１３によりそれぞれ、上記閲覧要求に対応する業務データ、業務ロジック及びポリシが各記憶部から読み出されて設定される。例えば、業務データとしては閲覧対象となる市民の健康情報（テキストデータ及び映像データ）が設定され、業務ロジックとしては当該健康情報のテキストデータ及び映像データの閲覧と、指導情報の追記が設定される。ポリシとしては、当該市民と予め許可された健康指導員にのみ上記業務ロジックの実行を許可するためのアクセス権が設定される。
【００３８】
上記業務データ設定部１２１、業務ロジック設定部１４及びポリシ設定部１３によりそれぞれ設定された業務データ、業務ロジック及びポリシは、送信データ生成部１５により予め決められたＸＭＬのデータフォーマットで記述されることにより送信データに変換される。そして、この送信データは情報送受信部１６から要求元の受信側装置ＲＳ１に向けて送信される。
【００３９】
一方、閲覧要求元の受信側装置ＲＳ１では以下のような処理が行われる。図４はその処理手順と処理内容を示すフローチャートである。  
すなわち、受信側装置ＲＳ１は、ステップＳ４１において情報送受信部２１が送信側装置ＴＳ１からの送信データの到来を監視しており、送信データが到来するとこの送信データをステップＳ４２で受信する。
【００４０】
送信データが受信されると、先ずポリシ抽出部２２がステップＳ４３により上記受信された送信データからポリシを抽出する。そして、ステップＳ４４において受信側装置ＲＳ１の健康指導者が有するアクセス権が、上記抽出されたポリシに記載されたアクセス権を満足するか否かを判定する。この判定の結果、もし仮にアクセス権を満足しなかった場合には、ステップＳ４５によりアプリケーション実行ユニット３０の業務オブジェクト格納部３１及び業務データ格納部３２にそれぞれ“ＮＵＬＬ”を書き込む。従って、この場合アプリケーション処理部３３が閲覧処理を実行しようとしても、表示部には情報は表示されない。
【００４１】
これに対し、上記ステップＳ４４においてアクセス権を満足すると判定されたとする。この場合には、業務ロジック抽出部２３が先ずステップＳ４６において上記受信された送信データから業務ロジックを抽出する。そして、ステップＳ４７において、上記抽出された業務ロジックを実行する上で必要なオブジェクトが業務オブジェクトデータベース２５に定義されているか否かを判定し、その判定結果に応じてオブジェクトの取得／格納処理を以下のように行う。
【００４２】
すなわち、先ずテキストデータについては、その閲覧に必要なオブジェクトは業務オブジェクトデータベース２５に定義されている。このため、業務ロジック抽出部２３はステップＳ５０に移行し、業務オブジェクトデータベース２５から上記オブジェクトを読み出して、アプリケーション実行ユニット３０の業務オブジェクト格納部３１に書き込む。
【００４３】
次に映像データについては、その閲覧に必要なオブジェクトは業務オブジェクトデータベース２５に定義されていない。このため、外部オブジェクト取得部２６がステップＳ４８において、上記映像データの閲覧に必要なオブジェクトの取得要求を生成し、情報送信部２１から送信側装置ＴＳ１へ送信させる。
【００４４】
送信側装置ＴＳ１は、情報送受信部１６によりオブジェクト取得要求が受信されると、外部オブジェクト提供部１７が当該取得要求により指定された映像データ閲覧のためのオブジェクトを外部オブジェクト格納部１８から読み出す。そして、この読み出された映像データ閲覧のためのオブジェクトを、情報送受信部１６から要求元の受信側装置ＲＳ１に向けて送信する。
【００４５】
受信側装置ＲＳ１は、ステップＳ４９により情報送受信部２１が外部オブジェクトを受信すると、ステップＳ５０において外部オブジェクト取得部２６が、上記受信された外部オブジェクトをアプリケーション実行ユニット３０の業務オブジェクト格納部３１に書き込む。
【００４６】
続いて受信側装置ＲＳ１は、ステップＳ５１により業務データ抽出部２４が、上記情報送受信部２１により受信された送信データから健康情報を抽出する。そして、この抽出された健康情報を、ステップＳ５２によりアプリケーション実行ユニット３０の業務データ格納部３２に書き込む。
【００４７】
そして、上記健康情報の書き込みが終了すると受信側装置ＲＳ１は、ステップＳ５３においてアプリケーション処理部３３が上記業務オブジェクト格納部３１に格納された業務オブジェクト、つまりテキストデータの閲覧及び追加を実行するためのオブジェクトと、映像データの閲覧を実行するためのオブジェクトに基づいて、上記業務データ格納部３２に格納されたテキストデータと映像データからなる健康情報の閲覧処理と、健康管理指導のための情報の追加処理を実行する。
【００４８】
以上詳述したようにこの実施形態では、受信側端末ＲＳ１〜ＲＳｍから業務データ閲覧要求が送られると、送信側装置ＴＳ１〜ＴＳｎが該当する業務データ、業務ロジック及びポリシをＸＭＬのデータフォーマットで記述される送信データに変換して要求元の受信側装置ＲＳ１〜ＲＳｍへ送信する。一方受信側装置ＲＳ１〜ＲＳｍは、上記送信データから先ずポリシを抽出してアクセス権の有無を判定し、アクセス権がある場合には上記送信データから業務ロジックを抽出して、この業務ロジックを実行するために必要なオブジェクトを業務オブジェクトデータベース２５から読み出す。これに対し必要なオブジェクトが読み出せなかった場合には、オブジェクト取得要求を送信側装置ＴＳ１〜ＴＳｎへ送信して上記必要なオブジェクトを取得するようにしている。
【００４９】
したがって、受信側装置ＲＳ１〜ＲＳｍは、業務データ、業務ロジック及びポリシを一元的に取り扱うことが可能となり、この結果業務データに対する業務ロジックを実行する際に、その都度送信側装置ＴＳ１〜ＴＳｎに対しポリシの確認要求を送信して実行の可否を確認する必要がなくなり、これにより送信側装置ＴＳ１〜ＴＳｎと受信側装置ＲＳ１〜ＲＳｍとの間の連携手順を簡素化することが可能となる。
【００５０】
また、業務ロジックを実行するために必要なオブジェクトが定義されていない場合に、受信側装置ＲＳ１〜ＲＳｍと送信側装置ＴＳ１〜ＴＳｎとの間でオブジェクト取得手順が実行されて、受信側装置ＲＳ１〜ＲＳｍは必要なオブジェクトを取得できる。このため、受信側装置ＲＳ１〜ＲＳｍではすべての業務ロジックを実行するためのオブジェクトを予めすべて用意しておく必要がなくなり、これにより受信側装置ＲＳ１〜ＲＳｍの構成を簡素化することが可能となる。
【００５１】
なお、この発明は上記実施形態に限定されるものではない。例えば、オブジェクト取得手順の実行により取得したオブジェクトを業務オブジェクトデータベース２５に追加記憶し、次回同じ業務ロジックを実行する際に業務オブジェクトデータベース２５から必要なオブジェクトを読み出すようにしてもよい。このようにすると、同一の業務ロジックを実行する際に２回目以降はオブジェクト取得手順の実行を省略することができ、これにより送信側装置ＴＳ１〜ＴＳｎ及び受信側装置ＲＳ１〜ＴＳｍの処理負荷が軽減されると共に、通信ネットワークＮＷの通信トラフィックの増加を抑制することが可能となる。
【００５２】
その他、送信側装置及び受信側装置の種類や構成、処理手順とその処理内容、送信データのデータフォーマット、情報データ及び情報処理ロジックの種類やその内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。  
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００５３】
ＴＳ１〜ＴＳｎ…送信側装置、ＲＳ１〜ＲＳｍ…受信側装置、ＮＷ…通信ネットワーク、１１…アプリケーション処理部、１２…業務データ設定部、１３…ポリシ設定部、１４…業務ロジック設定部、１５…送信データ生成部、１６…情報送受信部、１７…外部オブジェクト提供部、１８…外部オブジェクト格納部、２０…オブジェクト変換ユニット、２１…情報送受信部、２２…ポリシ抽出部、２３…業務ロジック抽出部、２４…業務データ抽出部、２５…業務オブジェクトデータベース、２６…外部オブジェクト取得部、３０…アプリケーション実行ユニット、３１…業務オブジェクト格納部、３２…業務データ格納部、３３…アプリケーション処理部。
【図１】
2011090514.tif 000003
【図２】
2011090514.tif 000004
【図３】
2011090514.tif 000005
【図４】
2011090514.tif 000006