JP2023112066A - 情報処理装置、情報処理システム、その制御方法及びプログラム - Google Patents

Abstract

【課題】アプリに応じて、適切にデータを送信し、通知させることのできる仕組みを提供すること【解決するための手段】送信先に送信すべき複数のデータを取得し、取得された前記複数のデータの送信先がどのアプリケーションの送信先かに応じて、当該複数のデータの送信順を決定する決定し、決定された前記送信順で、前記送信先のアプリにデータを送信する。【選択図】図５

Description

本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。

発注書・注文書や受注票等の帳票データを、企業間で送受信することが行われている（例えば特許文献１）。当該データは、例えば、月ごと、週ごと、日ごとの、企業間で取りきめた時刻に送信、受信される。

また、特許文献２には、帳票データを印刷して配送するか、電子データとして出力・配信するかを選択可能な技術が記載されている。

特開２０１７－８４４０５号公報 特開２０１７－８４３９８号公報 特開２００２－１５８８２３号公報

出力・配信方法にはいくつかの手法が考えられる。例えば、引用文献３によれば、受信したデータ（ファクシミリ）に関する情報を、当該情報を閲覧するユーザの端末に対して、メールで送信することが可能である。例えば、ファクシミリの受信番号や発信元情報を通知する。

また、例えば１通のメールに当該データを添付して転送することで、データの内容をユーザに通知することが考えられる。

一方、一般に利用されているチャットアプリ等では、メッセージと画像は別々に送信・受信・表示される。

なお、メールやチャットアプリが受信した情報が、スマートフォンのホーム画面やＰＣのデスクトップ画面において、受信した順に通知・表示されることは一般に行なわれている。

通知の表示場所や範囲、領域が限られている場合、画像そのものが当該領域に入りきらないため、画像そのものを通知として表示できないことがある。また、一度表示された通知は、次の通知がされるタイミングで消えてしまう。すなわち、メッセージを送信、受信する順番やタイミングによって、ユーザが通知を確認できる時間が異なる。

例えば、ユーザに伝達したいメッセージを最初に送信し、すぐさま別の情報を送信してしまうと、それを受信した端末側では当該伝達したいメッセージの通知がすぐに消えてしまい、当該別の情報に関する通知が表示されてしまう。

本発明は、アプリに応じて、適切にデータを送信し、通知させることのできる仕組みを提供することを目的とする。

本発明は、送信先に送信すべき複数のデータを取得する取得手段と、前記複数のデータの送信先がどのアプリケーションの送信先かに応じて、当該複数のデータの送信順を決定する決定手段と、前記決定手段により決定された送信順でデータを送信する送信手段と、を備えることを特徴とする。

本発明によれば、アプリに応じて、適切にデータを送信し、通知させることのできる仕組みを提供することができる。

本発明の実施形態における、情報処理システムの構成の一例を示す図である。 本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。 本発明の実施形態における、各種装置の機能構成の一例を示す図である。 本発明の実施形態における、処理の流れを示すフローチャートである。 本発明の第１の実施形態における、転送処理の流れを示すフローチャートである。 本発明の第１の実施形態における、画面構成の一例を示す図である。 本発明の第２の実施形態における、転送処理の流れを示すフローチャートである。ある。 本発明の第２の実施形態における、画面構成の一例を示す図である。 本発明の実施形態における、通知処理の流れを示すフローチャートである。 本発明の実施形態における、データ構成の一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。

まず図１を参照して、本発明の実施形態における、情報処理システムの構成の一例について説明する。

本発明の情報処理システムでは、Ａ社の管理するサーバ１００Ａ、Ｂ社の管理するサーバ１００Ｂ、ユーザ端末２００がネットワーク１０１を介して接続されている。ネットワーク１０１は、例えばＷＡＮ（ワイドエリアネットワーク）である。

ＷＡＮはあくまでネットワークの一例である。サーバ１００Ｂとユーザ端末２００が通信できれば、ＬＡＮ（ローカルエリアネットワーク）を用いてもよい。

本実施形態において、ユーザ端末２００は、携帯端末である。例えば、スマートフォンである。

サーバ１００Ａは、サーバ１００Ｂに対して帳票データを送信する。サーバ１００Ａは当該帳票データを受信して記憶する。また、記憶した帳票データをユーザ端末２００に転送する機能を備える。以上が図１の説明である。

次に図２を参照して、本発明の実施形態における、各種装置のハードウェア構成の一例について説明する。

図２は、図１に示したサーバ１００（サーバ１００Ａ、サーバ１００Ｂ）、ユーザ端末２００に適用可能なハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、当該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）等の入力デバイス２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。

入力デバイスはこれに限ったものでなく、マルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができる。

２０６はビデオコントローラで、表示器であるディスプレイ２１０への表示を制御する。なお、ディスプレイ２１０はＣＲＴディスプレイや、液晶ディスプレイ等の表示器であることとする。

また、情報処理装置本体と一体になったノート型パソコンのディスプレイや、プロジェクタであっても良いこととする。これらは必要に応じて管理者が使用するものである。

また、タッチ操作を受け付けることが可能なディスプレイ２１０は、入力デバイス２０９としての機能を保持する。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０１）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。

さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。以上が図２の説明である。

次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。

サーバ１００Ａの帳票データ送信部３０１は、帳票データ（例：ＸＭＬファイル）をサーバ１００Ｂに送信する送信部である。

サーバ１００Ｂの帳票データ受信部３１１は、帳票データを受信する受信し、記憶する制御部である。データ生成部３１２は、帳票データから、帳票をイメージ化したデータ（画像データ）や、帳票にかかる付加情報（帳票の送信元や、帳票データの名称を示すテキストデータ）を生成する生成部である。

データ取得部３１３は、画像データやテキストデータ等、送信対象の複数のデータを取得する取得部である。

送信先特定部３１４は、送信対象のデータを、どのアプリのどの送信先に送信するか特定する特定部である。

データ種別特定部３１５は、送信対象のデータそれぞれについて、データ種別を特定する。例えば、画像データか、テキストデータかを特定する。

送信順決定部３１６は、送信先がどのアプリの送信先かに従って、複数のデータをどの順番で送信するか決定する機能部である。また、データ種別に応じて送信順を決定する機能を有する。

データ送信部は、送信対象のデータを、ユーザ端末２００に送信する送信部である。ユーザ端末２００のデータ受信部３２１は、当該データを受信する機能部である。

通知部３２２は、受信したデータを、受信した順に表示して通知する通知部である。通知の表示時間は、５秒とするが、５秒以内に次の通知を受け付けた場合、表示中の通知を非表示にし、すぐさま次の通知を表示する。以上が図３の説明である。

次に図４を参照して、本発明の実施形態における処理の流れを説明する。

ステップＳ４０１で、サーバ１００Ｂは、サーバ１００Ａから送信された帳票データを受信する。帳票データの一例を図１０の１０００に示す。

本実施形態において、帳票データはＸＭＬ形式の情報であるものとする。当該帳票データの送信元は、＜Ｃｏｍｐａｎｙ＿Ｃｏｄｅ＞のタグに記載された送信元会社の識別情報から特定可能である。

当該識別情報（Ｃｏｍｐａｎｙ＿Ｃｏｄｅ）と、送信元の会社名の対応関係は、外部メモリ２１１に記憶されている、図１０の１０３０に示す対応表に基づいて特定可能である。

ステップＳ４０２で、サーバ１００Ｂは、受信した帳票データを帳票データベース（外部メモリ２１１）に、受信日時と対応付けて記憶する。

ステップＳ４０３で、サーバ１００Ｂは、受信した日時が、当該帳票データの受信予定日時より後か判定する。

受信予定日時は、帳票データの送信元となる企業及び帳票データごとに、外部メモリ２１１に記憶されている。一例を図１０の１０１０に示す。１０１０は、どの送信元１０１１から、どの種別１０１２の帳票が、どの日時１０１３に送信され、受信する予定かを示す。

受信が予定より遅れた場合、当該日時までは帳票データを確認するために待機していた利用者が、別の用件や外出等で不在であることが考えられる。よって、当該利用者に、帳票データにかかる情報を通知することが望ましい。

よって、サーバ１００Ｂは、受信した日時が受信予定日時以前である（予定通り受信した）と判定された場合には、処理を終了する。受信した日時が受信予定日時より後である（受信が遅れた）と判定された場合には、処理をステップＳ４０４に移行する。

ステップＳ４０４で、サーバ１００Ｂは、受信した帳票データを、帳票データの表示専用アプリ以外のアプリでも読取可能とするために（当該専用アプリがインストールされていない端末でもユーザが帳票を閲覧可能とするために）帳票データを画像データに変換する。つまり、帳票の画像データを生成する。

具体的には、サーバ１００Ｂにインストールされた帳票解析アプリが、図１０の１０００に示す帳票データを解析し、画像化する。なお、当該帳票の画像は、１００２に示すように、＜伝票＞タグで区切られた情報を１枚の画像（１ページ分）として画像を生成する。

ステップＳ４０５で、サーバ１００Ｂは、当該画像データをユーザ端末に転送する転送処理を行なう。転送処理の詳細は、各実施形態の説明で後述する。以上が図４の説明である。

＜第１の実施形態＞
次に図５を参照して、本発明の第１の実施形態における、転送処理の流れを説明する。図５の処理は、サーバ１００ＢのＣＰＵ２０１が実行する。

ステップＳ５０１で、サーバ１００Ｂは、帳票データの送信元を特定する。例えば、帳票データ１０００の１００１からＣｏｍｐａｎｙ＿Ｃｏｄｅ特定し、対応表１０３０を参照して、当該Ｃｏｍｐａｎｙ＿Ｃｏｄｅに対応する送信元を特定する。

ステップＳ５０２で、サーバ１００Ｂは、図１０の転送先リスト１０２０を参照し、当該帳票データにかかる情報を送信（転送）する送信先のアプリと、当該アプリにおける送信先を特定する。

具体的には、ステップＳ５０１で特定された送信元に対応する担当者（利用者）を、送信元１０２１と利用者１０２２の組み合わせから特定する。

そして、当該利用者１０２２に対応するアプリ１０２３を特定し、そのアプリにおける利用者１０２２の識別情報（送信先１０２４）を特定する。

例えば、アプリ１０２３がメールアプリの場合、送信先１０２４はメールアドレスである。また、アプリ１０２３がチャットアプリの場合、送信先１０２４はチャットアプリにおける利用者１０２２のユーザＩＤである。（チャットアプリではユーザＩＤ宛にメッセージ（テキストや画像）を送信することができるのもとする。）
ステップＳ５０３で、サーバ１００Ｂは、送信先のアプリを判定する。例えば、チャットアプリかメールアプリかを判定する。チャットアプリであると判定した場合、処理をステップＳ５０４に移行する。メールアプリであると判定した場合は、処理をステップＳ５０８に移行する。

ステップＳ５０４で、サーバ１００Ｂは、データの送信を、画像、テキストの順に送信することを決定する（送信の順番を決定する）。当該テキストは、ステップＳ５０５で生成する。

サーバ１００Ｂは、ステップＳ５０５～Ｓ５０７の処理を、ステップＳ４０４で生成した画像の数だけ繰り返す。

ステップＳ５０５で、サーバ１００Ｂは、帳票データ１０００の送信元を示すテキストデータを生成し、ＲＡＭ２０３に記憶する。

ステップＳ５０５で、サーバ１００Ｂは、ステップＳ５０２で特定したチャットアプリのＩＤ（送信先）宛に、ステップＳ４０４で生成した帳票の画像データを送信する。

その後、ステップＳ５０６で、サーバ１００Ｂは、ステップＳ５０２で特定したチャットアプリのＩＤ（送信先）宛に、ステップＳ５０５で生成したテキストを送信する。

ステップＳ５０８で、サーバ１００Ｂは、帳票の画像データをメールに添付して送信することを決定する。すなわち、メールのテキストと画像を同時に、１まとまりのデータとして送信することを決定する。

ステップＳ５０９で、サーバ１００Ｂは、新規にメールを生成し、ステップＳ５０２で特定された送信先メールアドレスを設定する。また、メールの件名にステップＳ５０１で特定した送信元を示すテキストを挿入する。

ステップＳ５１０で、サーバ１００Ｂは、当該メールに、ステップＳ４０４で生成した、当該送信元からの帳票の画像データをすべて添付して記憶する。そして、ステップＳ５１１で、当該メールを送信する。以上が図５の説明である。

次に図９を参照して、本発明の実施形態における、通知処理の流れを説明する。図９の各処理は、ユーザ端末２００のＣＰＵ２０１が、ユーザ端末にインストールされた各アプリやＯＳの機能を用いて実行する。

ステップＳ９０１で、メールアプリは、メールを受信する。ステップＳ９０２で、当該メールの件名と、メール本文の最初の行を抽出して、テキストデータとしてＲＡＭ２０３に記憶する。

ステップＳ９０３で、メールアプリは、当該テキストデータをＯＳに通知する。例えば、当該テキストデータをホーム画面において通知するよう、ＯＳに依頼する。

また、ステップＳ９０４で、チャットアプリは、チャットのメッセージを受信する。メッセージには、例えばテキストであったり、画像であったり、複数の種類がある。

ステップＳ９０５で、チャットアプリは、メッセージの種類を判定する。ここでは、受信したメッセージが画像かテキストか判定する。テキストである場合は処理をステップＳ９０６に移行する。画像の場合は、処理をステップＳ９０８に移行する。

ステップＳ９０８で、チャットアプリは、画像データを受信した旨を示すテキストを生成する。例えば、「画像を受信しました」というテキストを生成し、ＲＡＭ２０３に記憶する。その後、処理をステップＳ９０７に移行する。

ステップＳ９０７で、チャットアプリは、当該テキストデータをＯＳに通知する。例えば、当該テキストデータをホーム画面において通知するよう、ＯＳに依頼する。

ステップＳ９０６で、チャットアプリは、受信したテキストの最初の２行（ここでは１行２０ｂｙｔｅであるものとする）を取得し、ＲＡＭ２０３に記憶する。その後、処理をステップＳ９０７に移行する。

ステップＳ９０９で、ユーザ端末２００のＯＳは、ステップＳ９０３またはＳ９０７の通知を受け付ける。そして、ステップＳ９１０で、通知されたテキストを、通知を受け付けた順に表示する。

通知の表示時間は、５秒とするが、５秒以内に次の通知を受け付けた場合、表示中の通知を非表示にし、すぐさま次の通知を表示する。

図６に通知の様子を示す。図６の６１０、６２０は、ユーザ端末２００のホーム画面である。チャットアプリにおいて、チャット画面６００の画像６０１、テキスト６０２に示すように、画像の後にテキストが送信・受信された場合、まず６１０の通知６１１のように、画像を受信した旨の通知がされる。その後、テキストを受信したタイミングで６２０の６２１のように、テキストの通知がされる。

また、メールアプリにおいてメールが受信された場合も、６２１のようなテキストが通知される。

以上説明したように、本発明によれば、チャットアプリであってもメールアプリであっても、確実に、画像を受信したことを示す通知以上の時間、当該画像にかかる送信元（画像にかかる情報）を表示し、ユーザに通知することができる。

すなわち、アプリに応じて、適切にデータを送信し、通知させることのできる仕組みを提供することができる。

＜第２の実施形態＞
次に図７～８を参照して、本発明の第２の実施形態について説明する。なお、第１の実施形態と共通する箇所については説明を割愛する。

まず、図７を参照して、本発明の第２の実施形態における、転送処理の流れを説明する。図７の処理は、サーバ１００ＢのＣＰＵ２０１が実行する。図７の処理は、例えば図４のステップＳ４０５として、第１の実施形態の図５の処理の代わりに実行する。

ステップＳ７０１で、サーバ１００Ｂは、帳票データの送信元を特定する。当該処理は、図５のステップＳ５０１と同じである。

ステップＳ７０２で、サーバ１００Ｂは、図１０の転送先リスト１０２０を参照し、当該帳票データにかかる情報を送信（転送）する送信先のアプリと、当該アプリにおける送信先を特定する。当該処理は、図５のステップＳ５０２と同じである。

ステップＳ７０３で、サーバ１００Ｂは、送信先のアプリを判定する。当該判定は、図５のステップＳ５０３と同じである。チャットアプリであると判定した場合、処理をステップＳ７０４に移行する。メールアプリであると判定した場合は、処理をステップＳ５０８に移行する。

ステップＳ７０４で、サーバ１００Ｂは、同じ送信先となる帳票の画像が複数あるか判定する。１枚だけの場合は処理をステップＳ５０５に移行する。複数ある場合は、処理をステップＳ７０５に移行する。

ステップＳ７０５で、サーバ１００Ｂは、複数の画像データをまとめて記憶した場所を通知した後に、帳票データの送信元にかかる情報を通知することを決定する。

ステップＳ７０６で、サーバ１００Ｂは、帳票データ１０００の送信元を示すテキストデータを生成し、ＲＡＭ２０３に記憶する。送信元が複数存在する場合は、複数の送信元を含むテキストデータを生成する。

ステップＳ７０７で、サーバ１００Ｂは、ステップＳ７０５で特定された複数の画像をまとめたアルバムを作成する。例えば、サーバ１００Ｂの外部メモリ２１１に当該複数の画像を格納したフォルダを生成する。このフォルダをアルバムのフォルダとする。

ステップＳ７０８で、サーバ１００Ｂは、ステップＳ７０７で生成したアルバム（フォルダ）のＵＲＬを取得し、ステップＳ５０２で特定したチャットアプリのＩＤ（送信先）宛に送信する。

その後、ステップＳ７０９で、サーバ１００Ｂは、ステップＳ５０２で特定したチャットアプリのＩＤ（送信先）宛に、ステップＳ７０６で生成したテキストを送信する。以上が図７の説明である。

以降、図９の処理において、ユーザ端末２００のチャットアプリは、ＵＲＬ、送信元を示すテキストの順でメッセージを受信する。ＵＲＬもテキストであるため、ユーザ端末２００のＯＳは、当該テキストを受信した順に表示する。つまり、まずＵＲＬが通知した後、送信元のテキストを通知する。

図８に通知の様子を示す。図８の８１０、８２０は、ユーザ端末２００のホーム画面である。チャットアプリにおいて、チャット画面８００のＵＲＬ８０１、テキスト８０２に示すように、ＵＲＬの後に送信元を示すテキストが送信・受信された場合、まず８１０の通知８１１のように、ＵＲＬを受信した旨の通知がされる。その後、テキストを受信したタイミングで８２０の８２１のように、テキストの通知がされる。

また、メールアプリにおいてメールが受信された場合も、８２１のようなテキストが通知される。

以上説明したように、本発明の第２の実施形態によれば、複数の画像を送信する場合において、チャットアプリであってもメールアプリであっても、確実に、複数の画像が格納されたことやその場所を示す通知以上の時間、当該画像にかかる送信元（画像にかかる情報）を表示し、ユーザに通知することができる。

すなわち、アプリに応じて、適切にデータを送信し、通知させることのできる仕組みを提供することができる。

尚、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ－ＲＯＭ，ＤＶＤ－Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ－ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。
即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１００Ａ サーバ
１００Ｂ サーバ
１０１ ネットワーク
２００ ユーザ端末

本発明は、チャットに適切にデータを送信し、通知させることのできる仕組みを提供することを目的とする。

本発明の情報処理システムは、チャット外の情報に基づいて生成された画像をチャットに送信した後、当該画像に関するテキストを前記チャットに送信するように制御する制御手段を有することを特徴とする。

本発明によれば、チャットに適切にデータを送信し、通知させることのできる仕組みを提供することができる。

ステップＳ５０６で、サーバ１００Ｂは、ステップＳ５０２で特定したチャットアプリのＩＤ（送信先）宛に、ステップＳ４０４で生成した帳票の画像データを送信する。

その後、ステップＳ５０７で、サーバ１００Ｂは、ステップＳ５０２で特定したチャットアプリのＩＤ（送信先）宛に、ステップＳ５０５で生成したテキストを送信する。

Claims (6)

1. 情報処理装置を、
   送信先に送信すべき複数のデータを取得する取得手段と、
   前記複数のデータの送信先がどのアプリケーションの送信先かに応じて、当該複数のデータの送信順を決定する決定手段と、
   前記決定手段により決定された送信順でデータを送信する送信手段として機能させるためのプログラム。
2. 前記送信順とは、前記複数のデータのうちどのデータを、他のデータより先に、または他のデータより後に、または同時に送信するかを示すことを特徴とする請求項１に記載のプログラム。
3. 前記情報処理装置を、
   前記複数のデータの種類を特定する種別特定手段として機能させ、
   前記決定手段を、前記複数のデータの送信先が第１のアプリケーションの送信先である場合に、前記種別特定手段により特定された種類に従って前記送信順を決定し、前記複数のデータの送信先が第２のアプリケーションの送信先である場合に、当該第２のアプリケーションに応じた送信順を決定する手段として機能させるための請求項１又は２に記載のプログラム。
4. 情報処理装置において、
   送信先に送信すべき複数のデータを取得する取得工程と、
   前記複数のデータの送信先がどのアプリケーションの送信先かに応じて、当該複数のデータの送信順を決定する決定工程と、
   前記決定工程により決定された送信順でデータを送信する送信工程と、
   を含むことを特徴とする制御方法。
5. 送信先に送信すべき複数のデータを取得する取得手段と、
   前記複数のデータの送信先がどのアプリケーションの送信先かに応じて、当該複数のデータの送信順を決定する決定手段と、
   前記決定手段により決定された送信順でデータを送信する送信手段と、
   を備えることを特徴とする情報処理装置。
6. データを表示する端末と、情報処理装置と、を含む情報処理システムであって、
   送信先に送信すべき複数のデータを取得する取得手段と、
   前記複数のデータの送信先がどのアプリケーションの送信先かに応じて、当該複数のデータの送信順を決定する決定手段と、
   前記決定手段により決定された送信順でデータを送信する送信手段と、
   を備えることを特徴とする情報処理システム。

Images