JP2015158760A - 端末装置、プログラム及びデータ受け渡し方法 - Google Patents

Abstract

【課題】データの種類によらずにプログラム間におけるデータの受け渡しを制限できる端末装置、プログラム及びデータ受け渡し方法を提供することを課題とする。【解決手段】プログラム間においてデータの受け渡しを行う端末装置であって、第１のプログラムから受けたデータに基づき、そのデータの種類と対応付けられている１つ以上の第２のプログラムから選択された第２のプログラムにデータを渡すデータ受け渡し手段と、受け渡しの対象となるデータの種類を独自の種類に変換したあとでデータ受け渡し手段にデータを渡す処理を行う第１のプログラムと、独自の種類と対応付けられており、データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換する第２のプログラムとを有することにより、上記課題を解決する。【選択図】 図２

Description

本発明は、端末装置、プログラム及びデータ受け渡し方法に関する。

複数のアプリケーション間のデータ受け渡しの際に各アプリケーションの負荷を軽減することができるデータ受け渡し方法は従来から知られている（例えば特許文献１参照）。

例えばオペレーションシステム（以下、ＯＳと呼ぶ）には、異なるアプリケーション間でファイルの受け渡しを行うためのファイル受け渡し機能を提供するものがあった。従来のＯＳのファイル受け渡し機能を利用するため、各アプリケーションは処理可能なファイルの種類（例えばｐｄｆなど）をＯＳに指定していた。

ファイル渡し側のアプリケーションがファイルを渡す処理を行うと、ＯＳのファイル受け渡し機能は、受け渡しの対象となるファイルを処理可能なアプリケーションのリストをユーザに提示する。ユーザはリストからファイルを渡すアプリケーションを選択することにより、ファイルを渡すことができた。

しかしながら、従来のファイル受け渡し機能は受け渡すファイルの種類が一般的に良く知られた種類である場合に、受け渡すファイルを処理可能なアプリケーションの数が増加するため、リストに含まれるアプリケーションの数が増加する。このようにリストに含まれるアプリケーションの数が増加すると、ユーザは意図しないアプリケーションをリストから誤って選択してしまう恐れがあった。例えば受け渡すファイルが機密性の高いファイルである場合、多くのアプリケーションにファイルを渡せる状況はユーザにとって必ずしも望ましくない。

本発明の実施の形態は、上記の点に鑑みなされたもので、データの種類によらずにプログラム間におけるデータの受け渡しを制限できる端末装置、プログラム及びデータ受け渡し方法を提供することを目的とする。

上記目的を達成するため、本願請求項１は、プログラム間においてデータの受け渡しを行う端末装置であって、第１のプログラムから受けたデータに基づき、そのデータの種類と対応付けられている１つ以上の第２のプログラムから選択された第２のプログラムにデータを渡すデータ受け渡し手段と、受け渡しの対象となるデータの種類を独自の種類に変換したあとで前記データ受け渡し手段にデータを渡す処理を行う第１のプログラムと、独自の種類と対応付けられており、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換する第２のプログラムとを有することを特徴とする。

本発明の実施の形態によれば、データの種類によらずにプログラム間におけるデータの受け渡しを制限できる。

本実施形態に係るコンピュータの一例のハードウェア構成図である。 端末装置の一例の機能ブロック図である。 ファイル渡し側のアプリケーションの一例の機能ブロック図である。 ファイル受け取り側のアプリケーションの一例の機能ブロック図である。 アプリ情報記憶部が記憶しているアプリ情報の一例の構成図である。 ファイル渡し処理の一例のフローチャートである。 対象アプリアイコン表示処理の一例のフローチャートである。 対象ファイルを処理可能なアプリケーションのアイコンが表示された一例の画面イメージ図である。 対象ファイルを処理可能なアプリケーションのアイコンが表示された一例の画面イメージ図である。 ファイル受け取り処理の一例のフローチャートである。 ファイル渡し処理の他の例のフローチャートである。 ファイル受け取り処理の他の例のフローチャートである。 ファイル渡し側のアプリケーションの一例の機能ブロック図である。 ファイル受け取り側のアプリケーションの一例の機能ブロック図である。 ファイル渡し処理の他の例のフローチャートである。 ファイル受け取り処理の他の例のフローチャートである。 データ共有システムの一例の構成図である。 データ保存システムの一例の構成図である。 会議システムの一例の構成図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜ハードウェア構成＞
本実施形態に係る端末装置は、例えば図１に示すハードウェア構成のコンピュータ１００により実現される。図１は本実施形態に係るコンピュータの一例のハードウェア構成図である。

図１に示したコンピュータ１００は、入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ１０４、ＲＯＭ１０５、ＣＰＵ１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ１０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置１０１はタッチパネル、キーボードやマウスなどを含み、コンピュータ１００に各操作信号を入力するのに用いられる。表示装置１０２はディスプレイなどを含み、コンピュータ１００による処理結果を表示する。なお、入力装置１０１及び表示装置１０２は必要なときに接続して利用する形態であってもよい。

通信Ｉ／Ｆ１０７は、コンピュータ１００をネットワークに接続するインタフェースである。これにより、コンピュータ１００は通信Ｉ／Ｆ１０７を介して他のコンピュータ１００とデータ通信を行うことができる。

また、ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータには、コンピュータ１００全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。なお、コンピュータ１００はＨＤＤ１０８に替え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。各アプリケーションが使用できるＨＤＤ１０８上の記憶領域は決められており、後述するようにＯＳによって管理されている。

外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、コンピュータ１００は外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。コンピュータ１００は外部Ｉ／Ｆ１０３がない構成であってもよい。

ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ１０５には、コンピュータ１００の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリの一例である。

ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、コンピュータ１００全体の制御や機能を実現する演算装置である。なお、コンピュータ１００は図１に示したハードウェア構成以外の構成を備えていてもよく、例えばカメラ、マイク、スピーカを内蔵していてもよい。

本実施形態に係る端末装置は、例えば上記ハードウェア構成のコンピュータ１００上でプログラムを実行することにより、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
本実施形態に係る端末装置１０は例えば以下の機能ブロックにより実現される。

《端末装置》
端末装置１０は例えば図２に示すような機能ブロックで実現される。図２は端末装置の一例の機能ブロック図である。端末装置１０は、複数のアプリケーション１１と、ＯＳ１２と、ＡＰＩ（Application Programming Interface）１３と、を有している。

複数のアプリケーション１１には、ファイル渡し側のアプリケーション１１ａとファイル受け取り側のアプリケーション１１ｂとが含まれる。ＯＳ１２はアプリケーション１１間でファイルの受け渡しを行うためのファイル受け渡し機能を提供する。ファイル受け渡し機能を提供するＯＳ１２の一例としてはｉＯＳ（登録商標）がある。ｉＯＳは異なるアプリケーション１１間でファイルの受け渡しを行うための仕組みとしてＯｐｅｎＩｎ機能を提供している。

ＯＳ１２はファイル受け渡し機能部１５、アプリ情報記憶部１６を有する。ファイル受け渡し機能部１５は後述するように、ファイル渡し側のアプリケーション１１ａから指定されたファイルを、ファイル受け取り側のアプリケーション１１ｂに渡す。アプリ情報記憶部１６はファイル受け渡し機能に必要なアプリ情報を記憶している。アプリ情報にはアプリケーション１１ごとに処理可能なファイルの種類が指定されている。

ＡＰＩ１３はアプリケーション１１がファイル受け渡し機能部１５などのＯＳ１２の機能を利用するためのインタフェースである。ＡＰＩ１３はアプリケーション１１からの要求をＯＳ１２が受け付けるために設けられた予め定義されたインタフェースであり、関数やクラス等により構成される。

図３は、ファイル渡し側のアプリケーションの一例の機能ブロック図である。ファイル渡し側のアプリケーション１１ａは、描画処理部２１、操作処理部２２、コントロール部２３、ファイル渡し処理部２４、ファイル形式変換処理部２５、通信処理部２６、ＤＢ２７を有する構成である。

描画処理部２１は、ファイルなどの描画処理を行うモジュールである。操作処理部２２はユーザが入力装置１０１に対して行った操作を判定し、その操作に応じた処理を行うモジュールである。通信処理部２６は、他の端末装置１０との通信処理を行うモジュールである。通信処理部２６は必須ではなく、他の端末装置１０との通信処理を必要としないアプリケーション１１ａであれば省略してもよい。

ファイル形式変換処理部２５はファイルの形式（種類）の変換処理を行うモジュールである。ファイル形式変換処理部２５はファイルの形式を一般的ではない独自の形式に変換することにより、ファイルを渡すファイル受け取り側のアプリケーション１１ｂを後述のように制限している。

ファイル渡し処理部２４は、アプリケーション１１ｂ等の他のアプリケーション１１にファイルを渡すための処理を行うモジュールである。ファイル渡し処理部２４はＡＰＩ１３を利用してＯＳ１２のファイル受け渡し機能部１５を呼び出し、アプリケーション１１ｂ等の他のアプリケーション１１にファイルを渡すための処理を行う。

データベース（ＤＢ）２７はファイル渡し側のアプリケーション１１ａが利用する諸情報を格納している。コントロール部２３は、描画処理部２１、操作処理部２２、ファイル渡し処理部２４、ファイル形式変換処理部２５、通信処理部２６の処理を管理しているモジュールである。

図４はファイル受け取り側のアプリケーションの一例の機能ブロック図である。ファイル受け取り側のアプリケーション１１ｂは、描画処理部３１、操作処理部３２、ファイル形式変換処理部３３、ファイルコピー処理部３４、アクセス認証処理部３５、通信処理部３６を有する構成である。

描画処理部３１は、ファイルなどの描画処理を行うモジュールである。操作処理部３２はユーザが入力装置１０１に対して行った操作を判定し、その操作に応じた処理を行うモジュールである。通信処理部３６は、他の端末装置１０との通信処理を行うモジュールである。通信処理部３６は必須ではなく、他の端末装置１０との通信処理を必要としないアプリケーション１１ｂであれば省略してもよい。

ファイル形式変換処理部３３はファイルの形式（種類）の変換処理を行うモジュールである。ファイル形式変換処理部３３はファイル渡し側のアプリケーション１１ａで独自の形式に変換されたファイルを元のファイル形式に戻すことにより、ファイル受け取り側のアプリケーション１１ｂでファイルを扱えるようにしている。

ファイルコピー処理部３４はファイルのコピー処理を行うモジュールである。アクセス認証処理部３５は、ファイルのコピー先へアクセスする為の認証処理を行うモジュールである。なお、ファイルコピー処理部３４はファイルの処理を行うモジュールの一例を表したものである。また、アクセス認証処理部３５は必須ではなく、認証処理を必要としないアプリケーション１１ｂであれば省略してもよい。

図５はアプリ情報記憶部が記憶しているアプリ情報の一例の構成図である。図５のアプリ情報は、アプリケーション名と処理可能拡張子とが対応付けられた構成である。アプリケーション名はアプリケーション１１を識別する識別情報の一例である。処理可能拡張子はアプリケーション１１が処理可能なファイルの種類を拡張子により指定している。処理可能拡張子はアプリケーション１１が処理可能なファイルの種類を指定する情報の一例である。図５のアプリ情報は各アプリケーション１１がソースコードレベルで宣言している各アプリケーションが処理可能なファイルの種類を表すものである。

例えば図５のアプリ情報では、アプリケーション名「アプリＡ」「アプリＣ」が処理可能なファイルの拡張子として、一般的な拡張子の一例としてのｄｏｃ、ｊｐｇ、ｐｄｆが指定されている。また、図５のアプリ情報では、アプリケーション名「アプリＢ」が処理可能なファイルの拡張子として、予め決められた独自の拡張子の一例としてのｒｉｃ＿ａｂｃが指定されている。

ファイル受け渡し機能部１５はファイル渡し側のアプリケーション１１ａからファイルを指定されると、図５のアプリ情報を利用することで、そのファイルを処理可能なファイル受け取り側１１ｂのアプリケーション１１ｂのリストを作成できる。

例えば図５のアプリケーション名「アプリＢ」が処理可能なファイルの拡張子は予め決められた独自の拡張子（例えばｒｉｃ＿ａｂｃ）が指定されている。したがって、ファイル受け渡し機能部１５はファイル渡し側のアプリケーション１１ａから独自の拡張子（例えばｒｉｃ＿ａｂｃ）のファイルを指定されると、その独自の拡張子と図５のアプリ情報において対応付けられているアプリ名のリストを作成する。

したがって、図２の端末装置１０ではファイル渡し側のアプリケーション１１ａで独自の形式にファイルの形式を変換することにより、リストに表示されるアプリ名をユーザが意図するものに制限できる。

＜処理の詳細＞
以下では、本実施形態に係る端末装置１０の処理の詳細について説明する。端末装置１０のアプリケーション１１ａはＯＳ１２のファイル受け渡し機能を利用することで、アプリケーション１１ｂへのファイルの受け渡しを行う。

ここでは一例として端末装置１０のアプリケーション１１ａで用いたファイルをＯＳ１２のファイル受け渡し機能によりアプリケーション１１ｂに渡し、アプリケーション１１ｂにおいて所定のフォルダにファイルを保存する処理について説明する。

《ファイル渡し処理》
端末装置１０を操作するユーザはアプリケーション１１ａで使用していたファイルをアプリケーション１１ｂに渡したい場合、アプリケーション１１ａの描画処理部２１が画面上に表示している例えばファイル転送ボタンを押下（タップ）する。ファイル転送ボタンが押下されると、アプリケーション１１ａのコントロール部２３は図６に示すファイル渡し処理を開始する。図６はファイル渡し処理の一例のフローチャートである。

ステップＳ１０においてコントロール部２３はファイル渡し処理の対象ファイルを指定して、ファイル形式変換処理部２５にファイル形式の変換処理を要求する。ファイル形式変換処理部２５はアプリケーション１１ａに割り当てられたＨＤＤ１０８上の記憶領域に存在する対象ファイルの拡張子（例えばｐｄｆ）を予め決められた独自の拡張子（例えばｒｉｃ＿ａｂｃ）に変換する。

ステップＳ１１においてコントロール部２３はファイル渡し処理部２４にファイル渡し処理を要求する。ファイル渡し処理部２４は独自の拡張子に変換された対象ファイルのパス文字列をファイル受け渡し機能のＡＰＩ１３に渡すことで、ＯＳ１２のファイル受け渡し機能部１５にファイル受け渡し処理を要求する。

《対象アプリアイコン表示処理》
ファイル受け渡し処理を要求されたＯＳ１２のファイル受け渡し機能部１５は図７に示すような対象アプリアイコン表示処理を開始する。図７は対象アプリアイコン表示処理の一例のフローチャートである。

ステップＳ２１において、ファイル受け渡し機能部１５はファイル受け渡し処理の対象ファイルのパス文字列から拡張子情報として、予め決められた独自の拡張子（例えばｒｉｃ＿ａｂｃ）を取得する。

ステップＳ２２において、ファイル受け渡し機能部１５はファイル受け渡し処理の対象ファイルのパス文字列から拡張子情報として取得した、予め決められた独自の拡張子と図５のアプリ情報で対応付けられているアプリケーション１１をリストアップする。

ステップＳ２３において、ファイル受け渡し機能部１５はファイル受け渡し処理の対象ファイルを処理可能なアプリケーション１１として、リストアップしたアプリケーション１１のアイコンを画面上に表示する。

図８は対象ファイルを処理可能なアプリケーションのアイコンが表示された一例の画面イメージ図である。図８の画面イメージでは、アプリケーション１１ａの描画処理部２１が表示している画面１０００に設けられたファイル転送ボタン１００１をユーザが押下したことにより、対象ファイルを処理可能なアプリケーション１１ｂのアイコン１００２が表示されている。

なお、ファイル受け渡し機能部１５はステップＳ２１において、一般的な拡張子（例えばｐｄｆ）を取得した場合、リストアップしたアプリケーション１１のアイコン１００２を図９に示すように表示する。

図９は対象ファイルを処理可能なアプリケーションのアイコンが表示された一例の画面イメージ図である。図９の画面イメージでは、アプリケーション１１ａの描画処理部２１が表示している画面１０００に設けられたファイル転送ボタン１００１をユーザが押下したことで、対象ファイルを処理可能な複数のアプリケーション１１のアイコン１００２が表示されている。

このように、本実施形態の端末装置１０ではファイル渡し側でファイルを独自の拡張子に変換し、ファイル受け取り側で処理可能なファイルの拡張子として独自の拡張子を宣言することにより、リストに表示されるアイコン１００２を意図するものに制限できる。

したがって、本実施形態の端末装置１０は一般的なファイルの種類をファイル受け取り側のアプリケーション１１ｂに渡す場合であっても、リストに表示されるアイコン１００２を意図するものに制限できる。結果として、本実施形態の端末装置１０はユーザが意図していないアイコン１００２を誤って選択することを防ぐことができる。

《ファイル受け取り処理》
端末装置１０を操作するユーザは例えば図８の画面イメージに表示されたアイコン１００２を押下することにより、対象ファイルを渡すファイル受け取り側のアプリケーション１１ｂを選択できる。例えば図８の画面イメージに表示されたアイコン１００２を押下されると、ＯＳ１２のファイル受け渡し機能部１５は図１０に示すようなファイル受け取り処理を開始する。

図１０はファイル受け取り処理の一例のフローチャートである。ステップＳ３１においてファイル受け渡し機能部１５はファイル渡し側のアプリケーション１１ａ用の記憶領域からユーザにより選択されたファイル受け取り側のアプリケーション１１ｂ用の記憶領域に対象ファイルをコピーする。アプリケーション１１ａ、１１ｂ用の記憶領域は、例えばＨＤＤ１０８上の記憶領域に割り当てられている。ＯＳ１２は対象ファイルをファイル受け取り側のアプリケーション１１ｂ用の記憶領域にコピーしたあと、ファイル受け取り側のアプリケーション１１ｂを起動させる。

ステップＳ３２において、アプリケーション１１ｂのファイル形式変換処理部３３はアプリケーション１１ｂ用の記憶領域にコピーされた対象ファイルの拡張子を独自の拡張子から予め決められた元の拡張子（例えばｐｄｆ）に変換する。

ステップＳ３３において、アプリケーション１１ｂの描画処理部３１はファイルの内容の描画処理を行う。また、ステップＳ３４において、アプリケーション１１ｂのファイルコピー処理部３４は対象ファイルをリモートフォルダへコピーするなど、対象ファイルのコピー処理を行う。

なお、ステップＳ３３では内容を表示したファイルに対するステップＳ３４の処理の実行有無をユーザに確認してもよいし、ユーザに確認することなくステップＳ３４の処理を実行するようにしてもよい。

（まとめ）
本実施形態の端末装置１０によれば、一般的な種類の対象ファイルをファイル渡し側のアプリケーション１１ａから意図した特定のファイル受け取り側のアプリケーション１１ｂに渡すことができる。
［第２の実施形態］
第１の実施形態はファイル渡し側のアプリケーション１１ａによって独自の拡張子に変換された対象ファイルの元の拡張子を予めファイル受け取り側のアプリケーション１１ｂが知っていることを前提としている。そこで、第２の実施形態はファイル渡し側のアプリケーション１１ａによって独自の拡張子に変換された対象ファイルの元の拡張子を予め知らなくても、ファイル受け取り側のアプリケーション１１ｂにおいて元の拡張子に変換できるようにする。

なお、第２の実施形態のハードウェア構成、ソフトウェア構成は第１の実施形態と同様であるため、説明を省略する。

＜処理の詳細＞
以下では、本実施形態に係る端末装置１０の処理の詳細について説明する。端末装置１０のアプリケーション１１ａはＯＳ１２のファイル受け渡し機能を利用することで、アプリケーション１１ｂへのファイルの受け渡しを行う。

ここでは一例として端末装置１０のアプリケーション１１ａで用いたファイルをＯＳ１２のファイル受け渡し機能によりアプリケーション１１ｂに渡し、アプリケーション１１ｂにおいて所定のフォルダにファイルを保存する処理について説明する。

《ファイル渡し処理》
端末装置１０を操作するユーザはアプリケーション１１ａで使用していたファイルをアプリケーション１１ｂに渡したい場合、アプリケーション１１ａの描画処理部２１が画面上に表示している例えばファイル転送ボタンを押下（タップ）する。ファイル転送ボタンが押下されると、アプリケーション１１ａのコントロール部２３は図１１に示すファイル渡し処理を開始する。図１１はファイル渡し処理の他の例のフローチャートである。

ステップＳ４１においてコントロール部２３はファイル渡し処理の対象ファイルを指定して、ファイル形式変換処理部２５にファイル形式の変換処理を要求する。ファイル形式変換処理部２５は、アプリケーション１１ａに割り当てられたＨＤＤ１０８上の記憶領域に存在する対象ファイルの任意の拡張子（例えばＸＹＺ）を、予め決められた独自の拡張子（例えばｒｉｃ＿ａｂｃ）に変換する。

ステップＳ４２においてコントロール部２３はファイル渡し処理部２４にファイル渡し処理を要求する。ファイル渡し処理部２４は、独自の拡張子に変換された対象ファイルのパス文字列と、元の拡張子文字列（例えばＸＹＺ）とをファイル受け渡し機能のＡＰＩ１３に渡すことで、ＯＳ１２のファイル受け渡し機能部１５にファイル受け渡し処理を要求する。

《対象アプリアイコン表示処理》
ファイル受け渡し処理を要求されたＯＳ１２のファイル受け渡し機能部１５が行う対象アプリアイコン表示処理は、第１の実施形態と同様であるため、説明を省略する。

《ファイル受け取り処理》
端末装置１０を操作するユーザは例えば図８の画面イメージに表示されたアイコン１００２を押下することにより、対象ファイルを渡すファイル受け取り側のアプリケーション１１ｂを選択できる。例えば図８の画面イメージに表示されたアイコン１００２を押下されると、ＯＳ１２のファイル受け渡し機能部１５は図１２に示すようなファイル受け取り処理を開始する。

図１２はファイル受け取り処理の他の例のフローチャートである。ステップＳ５１においてファイル受け渡し機能部１５はファイル渡し側のアプリケーション１１ａ用の記憶領域からユーザにより選択されたファイル受け取り側のアプリケーション１１ｂ用の記憶領域に対象ファイルをコピーする。ＯＳ１２は対象ファイルをファイル受け取り側のアプリケーション１１ｂ用の記憶領域にコピーしたあとファイル受け取り側のアプリケーション１１ｂを起動させる。また、ＯＳ１２はファイル受け取り側のアプリケーション１１ｂのメモリ空間の特定アドレスに元の拡張子文字列（例えばＸＹＺ）を書き込む。

ステップＳ５２において、アプリケーション１１ｂのファイル形式変換処理部３３はアプリケーション１１ｂのメモリ空間の特定アドレスから元の拡張子文字列を読み出す。

ステップＳ５２において、アプリケーション１１ｂのファイル形式変換処理部３３はアプリケーション１１ｂ用の記憶領域にコピーされた対象ファイルの拡張子を、ステップＳ５２で読み出した元の拡張子（例えばＸＹＺ）に変換する。

ステップＳ５４において、アプリケーション１１ｂの描画処理部３１はファイルの内容の描画処理を行う。また、ステップＳ５５において、アプリケーション１１ｂのファイルコピー処理部３４は対象ファイルをリモートフォルダへコピーするなど、対象ファイルのコピー処理を行う。

（まとめ）
本実施形態の端末装置１０は、ファイル渡し側のアプリケーション１１ａによって独自の拡張子に変換された対象ファイルの元の拡張子を予め知らなくても、ファイル受け取り側のアプリケーション１１ｂにおいて元の拡張子に変換できる。

本実施形態の端末装置１０によれば、一般的な種類の対象ファイルをファイル渡し側のアプリケーション１１ａから意図した特定のファイル受け取り側のアプリケーション１１ｂに渡すことができる。
［第３の実施形態］
第３の実施形態は第１及び第２の実施形態にセキュリティを向上させるための機能を追加したものである。なお、第３の実施形態のハードウェア構成は第１及び第２の実施形態と同様であるため、説明を省略する。

＜ソフトウェア構成＞
本実施形態に係る端末装置１０は、第１及び第２の実施形態と、ファイル渡し側のアプリケーション１１ａ及びファイル受け取り側のアプリケーション１１ｂの構成が異なっている。

《端末装置》
端末装置１０は例えば図２に示したような機能ブロックで実現される。ファイル渡し側のアプリケーション１１ａは図１３に示すような構成である。図１３は、ファイル渡し側のアプリケーションの一例の機能ブロック図である。

ファイル渡し側のアプリケーション１１ａは図３に示した構成に、ファイルエンコード処理部２８が追加されている。ファイルエンコード処理部２８は対象ファイルのバイナリデータを予め定められた別の形式（例えばＢａｓｅ６４やｚｉｐ）にエンコードする処理を行うモジュールである。

図１４はファイル受け取り側のアプリケーションの一例の機能ブロック図である。図１４のファイル受け取り側のアプリケーション１１ｂは、図４に示した構成に、ファイルデコード処理部３７が追加されている。ファイルデコード処理部３７は対象ファイルのバイナリデータをデコードする処理を行うモジュールである。

＜処理の詳細＞
以下では、本実施形態に係る端末装置１０の処理の詳細について説明する。端末装置１０のアプリケーション１１ａはＯＳ１２のファイル受け渡し機能を利用することで、アプリケーション１１ｂへのファイルの受け渡しを行う。

ここでは一例として端末装置１０のアプリケーション１１ａで用いたファイルをＯＳ１２のファイル受け渡し機能によりアプリケーション１１ｂに渡し、アプリケーション１１ｂにおいて所定のフォルダにファイルを保存する処理について説明する。

《ファイル渡し処理》
端末装置１０を操作するユーザはアプリケーション１１ａで使用していたファイルをアプリケーション１１ｂに渡したい場合、アプリケーション１１ａの描画処理部２１が画面上に表示している例えばファイル転送ボタンを押下（タップ）する。ファイル転送ボタンが押下されると、アプリケーション１１ａのコントロール部２３は図１５に示すファイル渡し処理を開始する。図１５はファイル渡し処理の他の例のフローチャートである。

ステップＳ６０においてコントロール部２３はファイル渡し処理の対象ファイルを指定して、ファイル形式変換処理部２５にファイル形式の変換処理を要求する。ファイル形式変換処理部２５は、アプリケーション１１ａに割り当てられたＨＤＤ１０８上の記憶領域に存在する対象ファイルの拡張子（例えばｐｄｆ）を、予め決められた独自の拡張子（例えばｒｉｃ＿ａｂｃ）に変換する。

ステップＳ６１においてコントロール部２３はステップＳ６０で独自の拡張子に変換した対象ファイルのエンコード処理をファイルエンコード処理部２８に要求する。ファイルエンコード処理部２８は対象ファイルのバイナリデータを予め定められた形式（例えばＢａｓｅ６４）に変換する。

ステップＳ６２においてコントロール部２３はファイル渡し処理部２４にファイル渡し処理を要求する。ファイル渡し処理部２４は独自の拡張子への変換及びバイナリデータの予め定められた形式へのエンコードがされた対象ファイルのパス文字列をファイル受け渡し機能のＡＰＩ１３に渡すことで、ファイル受け渡し機能部１５にファイル受け渡し処理を要求する。

《対象アプリアイコン表示処理》
ファイル受け渡し処理を要求されたＯＳ１２のファイル受け渡し機能部１５が行う対象アプリアイコン表示処理は、第１の実施形態と同様であるため、説明を省略する。

《ファイル受け取り処理》
端末装置１０を操作するユーザは例えば図８の画面イメージに表示されたアイコン１００２を押下することにより、対象ファイルを渡すファイル受け取り側のアプリケーション１１ｂを選択できる。例えば図８の画面イメージに表示されたアイコン１００２を押下されると、ＯＳ１２のファイル受け渡し機能部１５は図１６に示すようなファイル受け取り処理を開始する。

図１６はファイル受け取り処理の他の例のフローチャートである。ステップＳ７１においてファイル受け渡し機能部１５はファイル渡し側のアプリケーション１１ａ用の記憶領域からユーザにより選択されたファイル受け取り側のアプリケーション１１ｂ用の記憶領域に対象ファイルをコピーする。ＯＳ１２は対象ファイルをファイル受け取り側のアプリケーション１１ｂ用の記憶領域にコピーしたあとファイル受け取り側のアプリケーション１１ｂを起動させる。

ステップＳ７２において、アプリケーション１１ｂのファイル形式変換処理部３３はアプリケーション１１ｂ用の記憶領域にコピーされた対象ファイルの拡張子を、独自の拡張子から予め決められた元の拡張子（例えばｐｄｆ）に変換する。

ステップＳ７３において、アプリケーション１１ｂのファイルデコード処理部３７は対象ファイルのバイナリデータを予め定められた形式（例えばＢａｓｅ６４）からデコードする。

ステップＳ７４において、アプリケーション１１ｂの描画処理部３１はファイルの内容の描画処理を行う。また、ステップＳ７５において、アプリケーション１１ｂのファイルコピー処理部３４は対象ファイルをリモートフォルダへコピーするなど、対象ファイルのコピー処理を行う。

なお、第３の実施形態では処理の詳細として第１の実施形態のセキュリティを向上させる例を説明したが、第２の実施形態のセキュリティを向上させる場合も同様である。

（まとめ）
本実施形態の端末装置１０ではファイル受け取り側のアプリケーション１１ｂにおいてデコードした後でなければ、対象ファイルを正常に扱うことができず、表示することもできないため、セキュリティが向上する。

本実施形態の端末装置１０によれば、一般的な種類の対象ファイルを、ファイル渡し側のアプリケーション１１ａから意図した特定のファイル受け取り側のアプリケーション１１ｂに渡す場合のセキュリティを向上できる。
［第４の実施形態］
第１〜第３の実施形態に係る端末装置１０は例えば図１７〜図１９に示す各種システムに適用できる。

図１７はデータ共有システムの一例の構成図である。図１７のデータ共有システム１は本実施形態に係る複数の端末装置１０がアクセスポイント及びネットワーク５５を介してファイルサーバ装置５１にデータ通信可能に接続されている。図１７では端末装置１０が無線でネットワーク５５に接続される例を示しているが、有線でネットワーク５５に接続されていてもよい。

各端末装置１０には、ファイル渡し側のアプリケーション１１ａの一例としてのデータ共有アプリケーションと、ファイル受け取り側のアプリケーション１１ｂの一例としてのファイルサーバアクセスアプリケーションとが起動されているものとする。

例えば端末装置１０を操作するユーザのうちの一人（ユーザＡ）は他のユーザ（ユーザＢ及びＣ）と共有するファイルを予め自身の端末装置１０のデータ共有アプリケーションに登録しているものとする。ユーザＡの端末装置１０のデータ共有アプリケーションは登録されているファイルを表示する。

ユーザＢ及びＣは自身の端末装置１０のデータ共有アプリケーションを介してユーザＡの端末装置１０にアクセスし、共有するファイルをユーザＡの端末装置１０から自身の端末装置１０にダウンロードする。そして、ユーザＢ及びＣの端末装置１０のデータ共有アプリケーションはダウンロードしたファイルを表示する。

ユーザＡ、Ｂ及びＣは表示しているファイルを自身の端末装置１０からファイルサーバ装置５１に送信して保存したい場合がある。この場合、ユーザＡ、Ｂ及びＣは表示しているファイルをデータ共有アプリケーションからファイルサーバアクセスアプリケーションに渡す必要がある。端末装置１０は表示しているファイルをデータ共有アプリケーションからファイルサーバアクセスアプリケーションに渡す処理に第１〜第３の実施形態に示した内容を適用できる。

図１８はデータ保存システムの一例の構成図である。図１８のデータ保存システム２は本実施形態に係る端末装置１０がアクセスポイントを介してＰＣ５２にデータ通信可能に接続されている。なお、図１８では端末装置１０が無線でＰＣ５２に接続される例を示しているが、有線で接続されていてもよい。

各端末装置１０には、ファイル渡し側のアプリケーション１１ａの一例としてのデータ共有アプリケーションと、ファイル受け取り側のアプリケーション１１ｂの一例としてのファイルサーバアクセスアプリケーションとが起動されているものとする。

ユーザは表示しているファイルを自身の端末装置１０からＰＣ５２のリモートフォルダに保存したい場合がある。この場合、ユーザは表示しているファイルをデータ共有アプリケーションからファイルサーバアクセスアプリケーションに渡す必要がある。端末装置１０は表示しているファイルをデータ共有アプリケーションからファイルサーバアクセスアプリケーションに渡す処理に第１〜第３の実施形態に示した内容を適用できる。

図１９は会議システムの一例の構成図である。図１９に示す会議システム３は本実施形態に係る複数の端末装置１０がアクセスポイント及びネットワーク５５を介してファイルサーバ装置５１、会議サーバ装置１４及び会議登録用ＰＣ５４にデータ通信可能に接続されている。図１９では端末装置１０が無線でネットワーク５５に接続される例を示しているが、有線でネットワーク５５に接続されていてもよい。

会議登録用ＰＣ５４は、会議に関する諸情報が設定された会議情報や会議において共有されるファイル（会議資料）を会議サーバ装置１４に登録する機能を備えている。ユーザは会議登録用ＰＣ５４から会議情報やファイルを会議サーバ装置１４に登録できる。

会議サーバ装置１４は会議情報やファイルの管理を行う。また、会議サーバ装置１４は会議の開催や参加制御、参加中の端末装置１０に対して発表者の入力操作をリアルタイムに配信する機能等を有する。

各端末装置１０には、ファイル渡し側のアプリケーション１１ａの一例としての会議アプリケーションと、ファイル受け取り側のアプリケーション１１ｂの一例としてのファイルサーバアクセスアプリケーションとが起動されているものとする。

会議に参加するユーザは自身の端末装置１０の会議アプリケーションを利用し、会議において共有されるファイルを会議サーバ装置１４からダウンロードし、そのファイルを表示する。会議に参加したユーザは表示しているファイルを自身の端末装置１０からファイルサーバ装置５１に送信して保存したい場合がある。

この場合、ユーザは表示しているファイルを会議アプリケーションからファイルサーバアクセスアプリケーションに渡し、ファイルサーバアクセスアプリケーションからファイルサーバ装置５１に保存する必要がある。端末装置１０は、表示しているファイルを会議アプリケーションからファイルサーバアクセスアプリケーションに渡す処理に第１〜第３の実施形態に示した内容を適用できる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

例えば本実施形態では第１〜第３の実施形態に示した内容を適用できるシステムの一例としてデータ共有システム１、データ保存システム２、会議システム３を示したが、アプリケーション間でファイルを受け渡す様々なシステムへの適用も可能である。

例えばファイル渡し側のアプリケーション１１ａは特許請求の範囲に記載した第１のプログラムの一例である。ファイル受け取り側のアプリケーション１１ｂは第２のプログラムの一例である。ファイル受け渡し機能部１５はデータ受け渡し手段の一例である。

なお、端末装置１０の構成は一例であって、用途や目的に応じて様々な構成例があることは言うまでもないことである。

１ データ共有システム
２ データ保存システム
３ 会議システム
１０ 端末装置
１１ アプリケーション
１１ａ ファイル渡し側のアプリケーション
１１ｂ ファイル受け取り側のアプリケーション
１２ オペレーティングシステム（ＯＳ）
１３ ＡＰＩ（Application Programming Interface）
１５ ファイル受け渡し機能部
１６ アプリ情報記憶部
２１ 描画処理部
２２ 操作処理部
２３ コントロール部
２４ ファイル渡し処理部
２５ ファイル形式変換処理部
２６ 通信処理部
２７ データベース（ＤＢ）
２８ ファイルエンコード処理部
３１ 描画処理部
３２ 操作処理部
３３ ファイル形式変換処理部
３４ ファイルコピー処理部
３５ アクセス認証処理部
３６ 通信処理部
３７ ファイルデコード処理部
５１ ファイルサーバ装置
５２ ＰＣ
５３ 会議サーバ装置
５４ 会議登録用ＰＣ
５５ ネットワーク
１００ コンピュータ
１０１ 入力装置
１０２ 表示装置
１０３ 外部Ｉ／Ｆ
１０３ａ 記録媒体
１０４ ＲＡＭ（Random Access Memory）
１０５ ＲＯＭ（Read Only Memory）
１０６ ＣＰＵ（Central Processing Unit）
１０７ 通信Ｉ／Ｆ
１０８ ＨＤＤ（Hard Disk Drive）
１０００ 画面
１００１ ファイル転送ボタン
１００２ アイコン

特開２００１−６７２３６号公報

Claims (7)

1. プログラム間においてデータの受け渡しを行う端末装置であって、
   第１のプログラムから受けたデータに基づき、そのデータの種類と対応付けられている１つ以上の第２のプログラムから選択された第２のプログラムにデータを渡すデータ受け渡し手段と、
   受け渡しの対象となるデータの種類を独自の種類に変換したあとで前記データ受け渡し手段にデータを渡す処理を行う第１のプログラムと、
   独自の種類と対応付けられており、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換する第２のプログラムと
   を有する端末装置。
2. 前記第２のプログラムは、予め決められた元のデータの種類に基づいて、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換すること
   を特徴とする請求項１記載の端末装置。
3. 前記第１のプログラムは、受け渡しの対象となるデータの種類を独自の種類に変換したあとで前記データ受け渡し手段にデータ及び元のデータ種類情報を渡す処理を行い、
   前記第２のプログラムは、前記データ受け渡し手段から渡されたデータ及び元のデータ種類情報に基づいて、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換すること
   を特徴とする請求項１記載の端末装置。
4. 前記第１のプログラムは、受け渡しの対象となるデータの種類を独自の種類に変換し、更に、受け渡しの対象となるデータを予め定めれた別の形式にエンコードして前記データ受け渡し手段にデータを渡す処理を行い、
   前記第２のプログラムは、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換し、更に、前記データ受け渡し手段から渡されたデータを予め定めれた別の形式からデコードすること
   を特徴とする請求項１乃至３何れか一項記載の端末装置。
5. 前記データの種類は、ファイルの拡張子であること
   を特徴とする請求項１乃至４何れか一項記載の端末装置。
6. 第１のプログラムから受けたデータに基づき、そのデータの種類と対応付けられている１つ以上の第２のプログラムから選択された第２のプログラムにデータを渡すデータ受け渡し機能を有しており、第１及び第２のプログラム間においてデータの受け渡しを行う端末装置を、
   受け渡しの対象となるデータの種類を独自の種類に変換したあとで前記データ受け渡し手段にデータを渡す処理を行う第１の処理手段、
   独自の種類と対応付けられており、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換する第２の処理手段
   として機能させるためのプログラム。
7. プログラム間においてデータの受け渡しを行う端末装置において実行されるデータ受け渡し方法であって、
   第１のプログラムが、受け渡しの対象となるデータの種類を独自の種類に変換したあとでデータ受け渡し手段にデータを渡す処理を行うステップと、
   前記データ受け渡し手段が、前記第１のプログラムから受けたデータに基づいて、そのデータの種類と対応付けられている１つ以上の第２のプログラムから選択された第２のプログラムにデータを渡すステップと、
   独自の種類と対応付けられている前記第２のプログラムが、前記データ受け渡し手段から渡されたデータの種類を独自の種類から元の種類に変換するステップと
   を有するデータ受け渡し方法。

Images