JP6381187B2

JP6381187B2 - 情報処理装置、情報処理方法、及びプログラム

Info

Publication number: JP6381187B2
Application number: JP2013166994A
Authority: JP
Inventors: 洋史菊地
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2013-08-09
Filing date: 2013-08-09
Publication date: 2018-08-29
Anticipated expiration: 2033-08-09
Also published as: JP2015035187A; US20150046839A1

Description

本発明は複数のアプリケーションを管理する情報処理装置、情報処理方法、及びプログラムに関する。

オペレーティングシステム上で実行される複数のアプリケーション間でデータを共有する方法が提案されている。特許文献１は複数のアプリケーション間でデータの共有をする際に型変換が必要な場合はデータユーティリティがデータの型変換を行う例を示している。

特願平５−２８０８２４号公報

アプリケーション間（例えば第１のアプリケーションと第２のアプリケーション間）でデータを共有する際のインターフェースについて考える。例えば、第２のアプリケーションから第１のアプリケーションにデータを共有するためには、データをどのアプリケーションに共有するかユーザーに選択を促す方法が考えられる。その際に、ユーザーが共有先として第１のアプリケーションを選択したのち、共有されたデータを第１のアプリケーションが例えばサーバーやプリンターに送信を行いたい場合がある。このような場合、第１のアプリケーションは再度データの送信先の選択（どのサーバーに送信するか又はどのプリンターに送信するか）をユーザーに促す必要がある。

このようなユーザーへの選択の促し方について次の２つの課題が存在する。１つ目の課題はユーザーにとって操作が煩雑に感じることである。２つ目の課題は、アプリケーション間でデータ共有する際のユーザーインターフェースと第１のアプリケーションで送信先を選択する際のユーザーインターフェースが異なることでユーザーを混乱させることである。これについて、特許文献１はアプリケーション間でデータ共有を実現する方法について開示しているものの、データを共有されたアプリケーションでさらにデータの送信先を選択することについては開示も想定もしていない。よって、前述と同じ課題が生じる可能性があった。

本発明は上記課題に鑑みてなされたもので、より簡便な操作手順を実現することで、ユーザーの操作性及び生産性を向上させることを目的とする。

上記目的を達成するために本発明は以下の構成を有する。

本発明の第１の側面によれば、第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する要求を行う第１の要求手段と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する要求を行う第２の要求手段と、を有し、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面が表示され、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、前記第１のアプリケーションは共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を受け取る。

本発明の第２の側面によれば、第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する登録手段と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する削除手段と、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面を表示する表示手段と、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を前記第１のアプリケーションに送信する送信手段と、を有する。

本発明によれば、ユーザーの操作性及び生産性を向上することが可能となる。

システム構成を示す図ＯＳ内部システム構成を示す図アプリリストを示す図ビューアーアプリによる表示例を示す図実施形態１における共有画面を示す図実施形態１における共有画面を示す図メール送信画面を示す図アプリ間共有管理部の共有処理を示すフローチャート実施形態１における共有情報リストを示す図共有情報リストへの追加を示すフローチャート共有情報リストからの削除を示すフローチャート実施形態２における共有画面を示す図実施形態２における共有情報リストを示す図課題における表示画面を示す図

［実施形態１］
最初にアプリ（アプリケーション）間共有機能について簡単に説明する。アプリ間共有機能ではユーザーは共有したいアプリを選択する。その後、さらに選択されたアプリの画面上で目的の操作を行う。例えば、あるドキュメントをＡさんにメール送信する場合を考える。ユーザーはドキュメントを開いているビューアーアプリからメールアプリ（以降、メーラーと呼ぶ）へドキュメントの共有操作を行う。次にメーラーの画面上で宛先をＡさんに設定してメールを送信する。ここで考慮すべきは、このような構成は操作を２回行う必要があり、ユーザーにとって操作が煩雑であるということである。図１３（Ａ）はこうした構成を具体的に示す図である。ユーザーはビューアーアプリ画面３０１から共有画面１３１２を表示させ、さらにメーラー画面１３１４で宛先を選択する。

そこで本実施形態では図１３（Ｂ）に示すように、例えばビューワアプリで表示しているデータをメーラーアプリと共有し、メール送信する際に、共有画面４０２でメールの宛先が選択可能にする。これにより操作性が良く、簡便な操作方法が実現できる。なお、こうした効果はアプリの種類によらず、後述する実施形態２の印刷アプリについても同様である。

以降、図１３（Ｂ）で説明した効果が得られる具体的な構成について説明する。

図１は本発明の実施形態を示す一般的なモバイル端末１００のシステムのブロック構成図である。モバイル端末（以降、端末と呼ぶ）１００は情報処理装置すなわちコンピュータであり、図１Ａで示されるシステムで構成されている。以下にその構成について詳細な説明を記載する。

＜モバイル端末の構成＞
ＣＰＵ１０１は主記憶装置１０２のＲＯＭ１０２１あるいはＲＡＭ１０２２あるいは補助記憶装置１０５に格納されたプログラムを実行して装置全体の制御を行う。ＲＡＭ１０２２はＣＰＵ１０１が各種処理を行う際のワークエリアとしても使用される。補助記憶装置１０５はオペレーティングシステム（ＯＳ）１０５３やアプリケーションソフト１０５１等を記録する。

各種センサー１０３１やタッチパネル１０３２などの入力機器は、入力Ｉ／Ｆ１０３を通じて接続される。タッチパネル１０３２はユーザーが端末１００に対して各種指示を与えるためのデバイスである。出力Ｉ／Ｆ１０４は、データを外部に出力するためのインターフェースであり、モニター１０４１などの出力機器に対してデータを出力する。通信装置１０６は無線通信により外部のネットワークや回線と端末１００を接続する。また、１０７は共通データシステムバスで、Ｉ／Ｆやモジュール間でデータのやりとりを行う。ＣＰＵ１０１が補助記憶装置１０５に記憶されているプログラムに基づき処理を実行することによって、モバイル端末１００上のソフトウェア及び後述するフローチャートの各ステップの処理が実現される。

図１Ｂは本発明の実施の形態におけるＯＳ１０５３内部のシステム図を示す図である。アプリ実行管理部１１０はインストール済みのアプリリスト１１２を有し、アプリの起動、終了を管理する。アプリ間共有管理部１１１は、共有データ１１３と共有情報リスト１１４とを管理する。共有データ１１３はアプリ間で共有するデータ領域であり、ユーザーがあるデータを共有したい時に一時的に格納される。共有情報リスト１１４はその一例を図８に示しており詳細は後述する。

図２は図１Ｂにおけるアプリリスト１１２を示す図である。アプリＩＤ１２０１は端末１００にインストールされているすべてのアプリそれぞれに固有に付与されるＩＤである。アプリ名称１２０２はそれぞれのアプリの名称である。図２は端末１００にビューアーＡ１２１１、メーラー（すなわちメールアプリケーション）Ａ１２１２、印刷アプリＡ１２１３の３つのアプリがインストールされている時の例である。なお、アプリリスト１１２にはアプリのエントリポイントやアプリが起動時に必要とするメモリ容量などそれぞれのアプリが持つ属性も格納されているが、ここでは説明を割愛する。

＜アプリ間共有機能＞
次に図３〜図６を用いて本実施形態におけるアプリ間共有機能の外観について説明する。図３はビューアーＡ１２１１が起動している時のモニター１０４１に表示された画像の一例を示している。アプリ実行管理部１１０はユーザーの指示によってビューアーＡ１２１１を起動する。ビューアーＡ１２１１は図に示すようにモニター１０４１の全画面領域３０１に対して描画を行う。図３はビューアーＡ１２１１が「ｌａｎｄ．ｐｉｃｔｕｒｅ」というファイルを開いている時の外観、すなわちｌａｎｄ．ｐｉｃｔｕｒｅというファイル名を持つ画像である。

図４は、図３の状態からユーザーが「共有」の指示を行った時のモニター１０４１に表示される画面の一例を示す。なお、共有の指示を行う方法について説明する。まず、特定のジェスチャーや画面上に表示されているボタンを押下することによってメニューが表示される。次に、表示されるメニューの文字やアイコンを選択することで共有の指示を行うことができる。領域４０１に示す部分はビューアーＡ１２１１によって描画されており、領域４０２に示す部分はＯＳ１０５３のアプリ間共有管理部１１１によって描画されている。ビューアーＡ１２１１は共有の指示があると、その時表示している画像データ（ここでは「ｌａｎｄ．ｐｉｃｔｕｒｅ」）のうち選択されている画像データをこれから別のアプリに共有するファイルとして認識する。そして共有ファイルのファイル名をアプリ間共有管理部１１１に渡す。アプリ間共有管理部１１１はビューアーＡ１２１１からファイル名を受け取るとそのファイルを入力可能なアプリを領域４０２に選択肢として列挙して表示する。ここで、領域４０２に表示するアイコンと文字列は共有情報リスト１１４を参照して取得する。共有可能なアプリが共有情報リスト１１４に存在しない時は図５に示す画面例のように、共有できるアプリがない旨が表示される。すなわちどのアプリにも共有できないことをユーザーに通知する。ここでも領域５０１はビューアーＡ１２１１によって描画され、領域５０２はアプリ間共有管理部１１１によって描画されている。

具体的な製品を挙げれば、共有機能はたとえばウインドウズ（登録商標）８で提供されている。ウインドウズ（登録商標）８では、画面右端を内側に向けてフリック操作するか、あるいはカーソルを画面右端の上下いずれかに合わせることで、チャームと呼ばれるポップアップバーが表示され、その中に「共有」という項目が含まれている。「共有」の指示は、チャームの「共有」項目のクリック或いはタップにより実現される。したがってウインドウズ（登録商標）８の例では、図４の画面は、ビューアーＡ１２１１を実行して図３の画面３０１を表示した状態でチャームの中の「共有」項目をクリック或いはタップすると表示される。共有が指示された際に、当該データを共有できるアプリのリストが領域４０２に表示される。

さて、図４においてユーザーが選択肢の中から「Ａさんへメール」と表示されたアイコンを選択した時にモニター１０４１に表示される画面の一例を図６に示す。アプリ間共有管理部１１１は、ユーザーによってアイコンが選択されると共有情報リスト１１４を参照して選択されたアイコンに関連付けられたアプリを特定する。ここでは「Ａさんへメール」のアイコンがアプリＩＤ＝０２のメーラーＡ１２１２に関連付けられている。そしてアプリ間共有管理部１１１はアプリ実行管理部１１０に対してメーラーＡ１２１２を起動させる。図６における領域６０１はビューアーＡ１２１１によって描画され、領域６０２のメール送信画面はメーラーＡ１２１２によって描画されている。ユーザーは領域６０２の画面上から共有された画像ファイルを添付したメールをＡさん宛てに送信することができる。なお、図６の画面で宛先のデフォルトをＡさんに設定し、その後ユーザーの指示に応じて図１３の１３１３に示すように再度送信先を指定することで送信先を変更することができるように構成しても構わない。こうした送信先の再設定は後述する実施形態のプリンターの選択についても同様に構成できる。

＜共有処理手順＞
図８は後述する図７の説明で参照する共有情報リスト１１４を示す。共有情報リスト１１４の各レコードには、データを共有するアプリと、共有されるデータの種類と、それぞれに対応して表示されるオブジェクトおよび当該アプリに引き渡される引数とが、１つのレコードに関連付けられて（あるいは対応付けられて）定義されている。図８において、ＩＤ１３０１は各レコードのＩＤである。アプリ名１３０２は、データを共有するアプリの名称である。このアプリ名はアプリリスト１１２に定義されたアプリ名称１２０２に対応する名称である。拡張子１３０３はファイル名の拡張子であり、データの種類（あるいは当該データを処理可能なアプリの種類）を示す。アイコン１３０４は、共有情報リストから選択肢を表示する際に用いるアイコンである。表示文字列１３０５は、アイコン１３０４とともに表示される文字列である。引数１３０６は、対応するアプリが選択された際に、当該アプリに引き渡される引数である。この引数の少なくとも一部を選択肢に対応して設定しておくことで、当該引数をユーザーにより設定させる必要がなくなる。このような共有情報リスト１１４を参照しつつ図７の手順は実行される。

図４〜図６で説明したファイル共有の流れをフローチャートにしたものが図７である。以下に、図７の詳細フローを図８の共有情報リスト１１４を参照しながら説明する。図７は、ＣＰＵ１０１により実行される。また図１Ｂの機能モジュールでいえば、アプリ間共有管理部１１１とアプリ実行管理部１１０とにより実行される。

図７において、アプリ間共有管理部１１１は、まず共有元となるアプリから共有データのファイル名を受け取る（Ｓ７０１）。具体的には例えばビューアーＡ１２１１から現在表示中のデータファイル名「ｌａｎｄ．ｐｉｃｔｕｒｅ」という文字列を取得する。なお複数のデータを開くことができるアプリの場合、開いているデータのうちから、「共有」が指示されたときに選択されているデータのデータファイル名が取得される。その後、アプリ間共有管理部１１１は受け取ったファイル名から拡張子を特定する（Ｓ７０２）。具体的には例えば「．ｐｉｃｔｕｒｅ」が拡張子である。なお、本実施形態では拡張子を基に共有可能なアプリを特定するが、実際はファイルの属性など別の要素を基に、当該データを共有可能なアプリを特定することでも実施可能である。本実施形態ではファイルの拡張子を使用することで統一することにする。Ｓ７０３ではアプリ間共有管理部１１１は自身の管理する共有情報リスト１１４を取得する。その後、アプリ間共有管理部１１１は共有情報リスト１１４内に該当（一致）する拡張子が存在するかどうかを判定する（Ｓ７０４）。具体的には共有情報リスト１１４のうち、拡張子１３０３として「．ｐｉｃｔｕｒｅ」が登録されたレコードが１つでも存在するかどうかを判定する。１つも存在しない時はＳ７１０に移行して共有可能なアプリが存在しないことをユーザーに対して表示する。その時のＵＩ画面が図５の領域５０２である。一方、１つでも存在するときは、Ｓ７０５において、該当するレコードに含まれたアイコンと表示文字列とのリストをすべてＵＩ表示し、ユーザー選択を受け付ける。表示するアイコンと表示文字列はそれぞれ共有情報リスト１１４におけるアイコン１３０４と表示文字列１３０５に該当している。図８の例では、拡張子として「．ｐｉｃｔｕｒｅ」が含まれるのはＩＤ１３０１が０１〜０３までの３レコードであり、「Ａさんへメール」「Ｂさんへメール」「Ｃさんへメール」を示す３つのアイコン及び文字列がＵＩ表示される。その時の画面が図４の領域４０２である。ユーザーがそれらのアイコンのうちいずれかを選択するとアプリ間共有管理部１１１はＳ７０６に移行する。Ｓ７０６では共有情報リスト１１４を用いて、選択されたアイコンに該当するアプリ名と引数とを取得する。ここではユーザーが「Ａさんへメール」のアイコンを選択したものとする。すなわち、アプリ間共有管理部１１１は選択されたアイコンに該当するアプリ名称「メーラーＡ」と引数「Ｔｏ＿Ａ」をそれぞれアプリ名１３０２、引数１３０６から取得する。その後アプリ間共有管理部１１１はアプリ実行管理部１１０にメーラーＡ１２１２を起動させる（Ｓ７０７）。そしてＳ７０８において共有元アプリから共有データの実体を受け取り一時的に共有データ１１３に格納する。すなわちビューアーＡ１２１１から「ｌａｎｄ．ｐｉｃｔｕｒｅ」ファイルを受け取る。最後にＳ７０９において共有データ「ｌａｎｄ．ｐｉｃｔｕｒｅ」と引数「Ｔｏ＿Ａ」を共有先アプリであるメーラーＡ１２１２に渡す。以上のフローにより、本実施形態のアプリ間共有は実施される。

ここで、データ共有元のアプリ「ビューアーＡ」とデータを共有できる共有先のアプリはすべて同じアプリであるメーラーＡ１２１２であるが、３つの異なる引数ごとに３つの異なるアイコンと３つの異なる表示文字列を共有画面４０２でリスト表示するところが本実施形態の特徴である。これによってユーザーは共有画面４０２から一度選択するのみで宛先の特定まであわせて行うことができる。つまりアプリ間共有時の操作手順を少なくするという効果が得られる。

共有データ（本例では「ｌａｎｄ．ｐｉｃｔｕｒｅ」）と引数（本例では「Ｔｏ＿Ａ」）とを受け取ったアプリ（本例ではメーラーＡ１２１２）は、引数「Ｔｏ＿Ａ」から判断してメール送信画面６０２に示すように宛先を「Ａさん」に特定する。例えば「Ａ」をアドレス帳から検索するなどして宛先を特定する。また、アプリ間共有管理部１１１から受け取った共有ファイルを送信メールの添付ファイルとしてセットする。そして、当該メールを送信する。

＜共有情報リストの保守＞
共有情報リスト１１４は端末１００にインストールされたアプリによって動的に追加削除が可能である。端末１００にインストールされたメーラーＡ１２１２が共有情報リスト１１４の共有情報を追加する手順について図９のフローチャートを用いて説明する。ここでは図８の共有情報リスト１１４におけるＩＤ＝０１〜０３の共有情報を追加する手順を例にとる。メーラーＡ１２１２はメールソフトであり、メールの送信先としてＡさん、Ｂさん、Ｃさんがあらかじめ登録されているものとする。そしてユーザーは共有元のアプリからメーラーＡ１２１２にファイルを共有することで所望の宛先に対してそのファイルを添付してメールすることが可能である。

メーラーＡ１２１２はまずＳ９０１において自分が入力可能なファイルの拡張子を決定する。なおこの決定に代えて例えばユーザーに拡張子を入力させてもよい。ここでは写真のファイルを意味する「．ｐｉｃｔｕｒｅ」という拡張子が入力可能であるとする。次にメーラーＡ１２１２はＳ９０２において共有画面４０２に表示したいアイコンを作成する。さらにメーラーＡ１２１２はＳ９０３において先ほど作成したアイコンと同時に表示したい表示文字列を決定する。ここでは「Ａさんへメール」とする。なおＳ９０２，Ｓ９０３におけるアイコンの生成方法・文字列の決定方法に代えて例えばユーザーが作成したアイコン及び文字列を入力させてもよい。さらにメーラーＡ１２１２はそのアイコンが選択された時に共有データと一緒にアプリ間共有管理部１１１から受け取りたい引数を決定する。ここでは「Ｔｏ＿Ａ」とする。なおこの決定に代えて例えばユーザーに引数を入力させてもよい。以上、拡張子、アイコン、表示文字列、引数を一つの共有情報と呼ぶ。メーラーＡ１２１２はＳ９０１からＳ９０４を「Ｂさんへメール」「Ｃさんへメール」の分も繰り返し、入力可能な共有情報をすべて作成したら（Ｓ９０５）次のＳ９０６に進む。メーラーＡ１２１２はＳ９０６において上記で作成した共有情報をＯＳ１０５３の共有情報リスト１１４にセットする。なお、アプリ名１３０２には、図９の手順を実行するアプリ自身の名称を登録する。またＩＤ１３０１には、例えば共有情報リスト１１４の末尾のＩＤを基に、レコードごとに１ずつ加算したＩＤが適用される。このようにすることでメーラーＡ１２１２は動的に共有情報を共有情報リスト１１４に追加することが可能である。例えばメールの送信先としてＤさんが追加された場合にも同様にＳ９０１からＳ９０６を行なうことで情報共有リストに「Ｄさんへメール」を追加することが可能となる。

なお共有情報リスト１１４はＯＳ１０５３の管理下にある情報なので、アプリが直接操作せず、ファイルを操作するステップＳ９０６では、アプリ間共有管理部１１１に対して、作成した共有情報とともに追加の要求を発行し、それに応じてアプリ間共有管理部１１１がレコードの追加を行ってもよい。この場合にはＩＤはアプリ間共有管理部１１１により付与される。

一方、図１０は端末１００にインストールされたビューアーＡ１２１１が共有情報リスト１１４の共有情報を削除する手順を示している。ここではメールの送信先であったＡさんを送信先から削除された時の例を示す。メーラーＡ１２１２はＡさんが送信先から削除されたために、共有情報リスト１１４からも「Ａさんへメール」を削除する必要がある。メーラーＡ１２１２はまずＳ１００１においてＯＳ１０５３から共有情報リスト１１４を取得する。次にＳ１００１において削除したい共有情報のＩＤを特定する。図８におけるＩＤ＝０１とＩＤ＝０４がそれに該当する。そしてメーラーＡ１２１２はＯＳ１０５３のアプリ間共有管理部１１１に対して共有情報リスト１１４から指定したＩＤの共有情報を削除するように依頼する。

図９、図１０で示したようにアプリ間共有管理部１１１はインストール済みのアプリから共有情報リスト１１４の追加、削除要求を受け付け、それに対応して共有情報リスト１１４を更新する。

以上の説明のようにアプリ間共有管理部１１１が動作することで、ユーザーは任意のアプリから任意のアプリにデータをアプリ間共有することが可能である。特に共有画面４０２を表示する段階で一つのアプリへの共有でありながら複数のアイコンがあらかじめ選択肢として提供されるため、短い操作手順で目的の共有処理を行なうことが可能である。さらに、アプリによって共有時の動作が動的に追加削除されるためユーザーは状況に応じた共有操作を行なうことができる。

［実施形態２］
実施形態１では共有先アプリとしてメーラーＡ１２１２を例に説明した。実施形態２では共有先アプリとして印刷アプリ（すなわち印刷アプリケーション）Ａ１２１３を例にとり、差分を説明する。

印刷アプリＡ１２１３はプリンターに対して印刷指示を行なうことのできるアプリである。印刷アプリＡ１２１３は端末１００内の画像やドキュメントをプリンターの理解できるデータ形式であるＰＤＬ（ページ記述言語）に変換する機能を持つ。そして変換したＰＤＬをネットワーク経由でプリンターに送信することで印刷を可能とする。なお、端末１００とネットワーク上のプリンターとの接続には通信装置１０６を使用する。また一般的に、印刷を行うためにプリンタードライバーと呼ばれるソフトウェアを使用することもできるが、印刷アプリＡ１２１３を使用することでプリンタードライバーを端末１００にインストールすることなしに印刷できるのが特徴である。印刷アプリは生成したＰＤＬを直接印刷先のプリンターに対して出力する。印刷先のプリンターは複数登録することが可能であり、登録作業はポート指定による手動登録やネットワーク探索による自動登録によって行うことができる。また、印刷アプリＡ１２１３は他のアプリからのアプリ間共有機能によって印刷するデータを取り込むことができる。

図１１はビューアーＡで開いているデータファイル「ｌａｎｄ．ｐｄｆ」を印刷アプリＡ１２１３に対してアプリ間共有した時の図である。これは実施形態１における図４に相当する図である。領域１１０１はビューアーＡ１２１１によって描画されており、領域１１０２はアプリ間共有管理部１１１によって描画されている。ユーザーは「プリンターＡで印刷」のアイコンを選択することで印刷アプリＡ１２１３に登録済みのプリンターＡに対して「ｌａｎｄ．ｐｄｆ」を印刷する事が出来る。

図１１を実現している共有情報リスト１１４を図１２に示す。拡張子「．ｐｄｆ」の共有先として印刷アプリＡ１２１３の共有情報が２つ登録されている。１つは「プリンターＡで印刷」、もう一つは「プリンターＢで印刷」である。ユーザーによって領域１１０２の「プリンターＡで印刷」のアイコンが選択されると、印刷アプリＡ１２１３には共有データ「ｌａｎｄ．ｐｄｆ」と、選択された項目に対応した引数「Ｔｏ＿Ａ」が渡される（Ｓ７０９）。印刷アプリＡ１２１３は引数「Ｔｏ＿Ａ」によって印刷先のプリンターをプリンターＡと特定し、「ｌａｎｄ．ｐｄｆ」ファイルをプリンターＡに対応するＰＤＬに変換して印刷を行う。本実施形態を実施することで、ユーザーは印刷アプリＡ１２１３に共有を行ってから次に印刷先のプリンターを選ぶという２回の手順を踏むことなく１回の選択だけで所望の指示を行なうことが可能となる。

なお、図１２の共有情報リスト１１４は、印刷アプリＡ１２１３によって追加登録されたものであることはアプリ名１５０２に「印刷アプリＡ」と登録されていることから自明である。そして前述の通り印刷アプリＡ１２１３は印刷先のプリンターを複数登録することが可能である。印刷アプリＡ１２１３は登録されたプリンターの増減があるたびに図９、図１０のフローを実施することで共有情報リスト１１４を更新する。このようにすることで常に登録済みのプリンターをアプリ間共有時の領域１１０２に印刷先の選択肢として表示することが可能となる。

また、上記の実装では、印刷アプリＡ１２１３に登録されたプリンターの数が膨大になるとアプリ間共有時の領域１１０２に膨大な数の選択肢がリストされてしまうという課題がある。その課題を解決するために、印刷アプリＡ１２１３は共有情報リスト１１４に登録する共有情報数の上限を定めることができる。例えば上限を５とした場合、印刷アプリＡ１２１３は登録されたプリンターの増減があった場合でも最大５つまでの共有情報しか共有情報リスト１１４に登録しない。これらの処理も印刷アプリＡ１２１３が図９、図１０のフローを実施することで行う。共有情報リスト１１４に登録するプリンターの選出には、最近印刷を行ったプリンター、過去に印刷回数の多いプリンターなどを基準にすることができる。このようにすることでユーザーはアプリ間共有時に膨大な数の選択肢から選択しなくても済むようになる。

図１２のアイコン１５０４は印刷アプリＡ１２１３がＳ９０２にて作成したものである。印刷アプリＡ１２１３は「プリンターＡで印刷」用のアイコンを作成する時にはなるべくプリンターＡであることがわかりやすいようにアイコンを生成することが望ましい。そのために印刷アプリＡ１２１３はプリンターＡのアイコンをネットワーク経由で外部サーバーから取得することが可能である。また、あらかじめプリンター名とアイコンの対応リストをアプリＡ内部に保持してその対応リストを元にアイコンを作成することもできる。あるいはアプリＡの設定ＵＩにてユーザーにあらかじめ用意された複数のアイコンから選択させて作成してもよい。このようにすることでユーザーが印刷先のプリンターを正しく選択しやすくすることができる。

［実施形態３］
実施形態１、実施形態２では、アプリ間共有管理部１１１がＳ７０５において、共有情報リスト１１４に登録されたすべてのアイコンと表示文字列をリストする例を挙げた。このままの処理では不用意なアプリによって大量の共有情報が登録された時に、ユーザーが所望のアイコンを探すのが困難になるという課題がある。この課題を解決するために、アプリ間共有管理部１１１はＳ７０５において、共有先アプリ１つについてリスト表示するアイコン数の所定数の上限を設けてもよい。このようにすることで、アイコンの数が不用意に増える事態を避けることができる。

［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims

第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する要求を行う第１の要求手段と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する要求を行う第２の要求手段と、を有し、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面が表示され、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、前記第１のアプリケーションは共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を受け取ることを特徴とする情報処理装置。
前記共有画面に表示された選択肢のうちから、前記第２のアプリケーションのデータの共有先として前記第１のアプリケーションの送信先が選択されると、前記第１のアプリケーションが、選択された前記送信先に前記データを送信することを特徴とする請求項１に記載の情報処理装置。
前記第２のアプリケーションが共有するデータの拡張子と前記第１のアプリケーションが処理可能な拡張子が一致する場合に、前記第２のアプリケーションのデータの共有先として前記第１のアプリケーションのデータに対する前記複数の送信先を選択可能な前記共有画面が表示されることを特徴とする請求項１又は２に記載の情報処理装置。
前記第１のアプリケーションは、前記共有画面で前記第２のアプリケーションのデータの共有先として前記第１のアプリケーションのデータに対する送信先が選択された場合に、選択された前記送信先が前記第１のアプリケーションの送信先のデフォルトとして表示され、さらにユーザーから前記送信先を変更する指示を受け付けた場合に選択された前記送信先が変更されることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
コンピュータに、
第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する要求を行う第１の要求工程と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する要求を行う第２の要求工程とを実行させるためのプログラムであって、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面が表示され、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、前記第１のアプリケーションは共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を受け取ることを特徴とするプログラム。
前記共有画面に表示された選択肢のうちから、前記第２のアプリケーションのデータの共有先として前記第１のアプリケーションの送信先が選択されると、前記第１のアプリケーションが、選択された前記送信先に前記データを送信することを特徴とする請求項５に記載のプログラム。
前記コンピュータに、
前記第２のアプリケーションが共有するデータの拡張子と前記第１のアプリケーションが処理可能な拡張子が一致する場合に、前記第２のアプリケーションのデータの共有先として前記第１のアプリケーションのデータに対する前記複数の送信先を選択可能な前記共有画面が表示されることを特徴とする請求項５又は６に記載のプログラム。
前記第１のアプリケーションは、前記共有画面で前記第２のアプリケーションのデータの共有先として前記第１のアプリケーションのデータに対する送信先が選択された場合に、選択された前記送信先が前記第１のアプリケーションの送信先のデフォルトとして表示され、さらにユーザーから前記送信先を変更する指示を受け付けた場合に選択された前記送信先が変更されることを特徴とする請求項５乃至７のいずれか１項に記載のプログラム。
第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する要求を行う第１の要求工程と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する要求を行う第２の要求工程とを有し、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面が表示され、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、前記第１のアプリケーションは共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を受け取ることを特徴とする情報処理方法。
第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する登録手段と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する削除手段と、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面を表示する表示手段と、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を前記第１のアプリケーションに送信する送信手段と、を有することを特徴とする情報処理装置。
第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する登録工程と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する削除工程と、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面を表示する表示工程と、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を前記第１のアプリケーションに送信する送信工程と、
をコンピューターに実行させるためのプログラム。
第１のアプリケーションがデータをメールで送信するための複数の送信先の名称と、前記複数の送信先を識別可能な識別子と、前記第１のアプリケーションを特定するための情報を一覧に登録する登録工程と、
前記第１のアプリケーションの送信先から削除された送信先を、前記一覧から削除する削除工程と、
第２のアプリケーションのデータを共有する指示を受け付けた場合に、前記一覧に基づいて、前記複数の送信先の名称を含み、前記複数の送信先から一つの送信先を、前記第２のアプリケーションのデータを共有するための共有先として選択可能な共有画面を表示する表示工程と、
前記共有画面を介して前記共有先として前記第１のアプリケーションが前記データを送信するための前記一つの送信先が選択された場合に、共有する指示が行われた前記第２のアプリケーションのデータと、選択された前記一つの送信先の識別子を前記第１のアプリケーションに送信する送信工程と、
を有することを特徴とする情報処理方法。