特許 7573957 端末のデータの分類方法、端末、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-18

(45)【発行日】2024-10-28

(54)【発明の名称】端末のデータの分類方法、端末、プログラム

(51)【国際特許分類】

   G06Q 10/00 20230101AFI20241021BHJP

   G06Q 40/12 20230101ALI20241021BHJP

【ＦＩ】

G06Q10/00

G06Q40/12

【請求項の数】 9

(21)【出願番号】P 2019138687

(22)【出願日】2019-07-29

(65)【公開番号】P2021022199

(43)【公開日】2021-02-18

【審査請求日】2022-05-26

【審判番号】

【審判請求日】2024-01-24

(73)【特許権者】

【識別番号】518179254

【氏名又は名称】ＬＩＮＥ Ｐａｙ株式会社

(74)【代理人】

【識別番号】110001759

【氏名又は名称】弁理士法人よつ葉国際特許事務所

(74)【代理人】

【識別番号】100093687

【弁理士】

【氏名又は名称】富崎 元成

(74)【代理人】

【識別番号】100168468

【弁理士】

【氏名又は名称】富崎 曜

(74)【代理人】

【識別番号】100166176

【弁理士】

【氏名又は名称】加美山 豊

(72)【発明者】

【氏名】齋藤 祐樹

(72)【発明者】

【氏名】菊地 悠

(72)【発明者】

【氏名】大幸 祐貴

【合議体】

【審判長】佐藤 智康

【審判官】安井 雅史

【審判官】月野 洋一郎

(56)【参考文献】

【文献】特開２０１２－１４６１５９（ＪＰ，Ａ）

【文献】国際公開第２０１８／１７９４１１（ＷＯ，Ａ１）

【文献】特開２０１４－５６３４１（ＪＰ，Ａ）

【文献】国際公開第２０１３／１８０１２１（ＷＯ，Ａ１）

【文献】特開２０１９－０２０９８０（ＪＰ，Ａ）

【文献】塔娜 他，レシート情報システムのためのデータベース設計と入力データ処理アルゴリズム ，電子情報通信学会技術研究報告 ＬＯＩＳ２０１２－４７－ＬＯＩＳ２０１２－６８ライフインテリジェンスとオフィス情報システム，第１１２巻，第３７９号，日本，一般社団法人電子情報通信学会，２０１３年０１月１０日，第８５～９０頁

【文献】森 信介 他，予測単位の変更によるｎ－ｇｒａｍモデルの改善，電子情報通信学会技術研究報告 ＮＬＣ９７－４３～５４ 言語理解とコミュニケーション，第９７巻，第４４０号，日本，社団法人電子情報通信学会，１９９７年１２月１２日，第３５～４２頁

(58)【調査した分野】(Int.Cl.，ＤＢ名)

G06Q10/00-99/00

(57)【特許請求の範囲】

【請求項1】

コンピュータに、
対象ユーザの新たなデータを取得する取得機能と、
前記新たなデータを、収支データベースを参照して、分類済みの収支データから、カテゴリーに分類可能であるか否かの第１の判断を下す第１判断機能と、
前記第１の判断により前記新たなデータがカテゴリーに分類可能であると判断された場合に、前記新たなデータを前記対象ユーザが既に分類しているカテゴリーのいずれかに分類する第１の分類を実行する第１分類機能と、
前記第１の判断により前記新たなデータがカテゴリーに分類不可能であると判断された場合に、前記新たなデータのエントロピーを算出する算出機能と、
前記新たなデータの曖昧さの度合いを示す前記エントロピーが特定の値以上であるか否かの第２の判断を下す第２判断機能と、
前記第２の判断により前記エントロピーが前記特定の値以上であると判断された場合に、前記新たなデータを、第１のモデルに従ってカテゴリーに分類し、前記第２の判断により前記エントロピーが前記特定の値未満であると判断された場合に、前記新たなデータを、前記第１のモデルとは異なる第２のモデルに従ってカテゴリーに分類する第２の分類を実行する第２分類機能と、
を実現させる分類プログラム。

【請求項2】

請求項１に記載のデータの分類プログラムであって、
前記データは、収支に係るデータであり、少なくとも、物品又はサービスを購入した金額、収支が発生した日時、及び、購入した物品またはサービスの名称又は購入した場所を含む情報のいずれかを含み、
前記分類プログラムは、前記コンピュータに、
前記データから、前記金額、前記日時、前記購入した物品または前記サービスの名称又は前記購入した場所を含む情報各々を抽出する抽出機能を実現させる。

【請求項3】

請求項２に記載のデータの分類プログラムであって、
前記第１のモデルは、複数のユーザが、データと、当該データを分類したカテゴリーとの関係を学習したモデルであり、
前記第２分類機能は、前記第１のモデルを用いた深層学習に係る推定処理により、前記新たなデータをカテゴリーに分類する。

【請求項4】

請求項２又は３に記載のデータの分類プログラムであって、
前記コンピュータに、前記購入した物品または前記サービスの名称または前記購入した場所の情報を単語単位に分割する分割機能を実現させ、
前記第２のモデルは、単語と、当該単語を含むデータを分類したカテゴリーとの関係を 学習したモデルであり、
前記第２分類機能は、前記分割により得られた各単語各々を前記第２のモデルを用いてカテゴリーを割り当てるとともに、各単語に割り当てられたカテゴリーに基づいて、前記新たなデータを分類する。

【請求項5】

請求項１～４のいずれか一項に記載の分類プログラムであって、
前記コンピュータに、前記第１分類機能または前記第２分類機能により分類された前記新たなデータが分類されたカテゴリーを、前記新たなデータとともに出力する出力機能を実現させる。

【請求項6】

請求項５に記載の分類プログラムであって、
前記コンピュータに、前記第１分類機能または前記第２分類機能により分類された前記新たなデータのカテゴリーに対して、前記対象ユーザの端末のユーザからカテゴリーの修正を受け付ける修正機能を実現させる。

【請求項7】

請求項６に記載の分類プログラムであって、
前記コンピュータに、前記新たなデータと、前記受け付けた修正後のカテゴリーとを対応付けて記憶する記憶機能を実現させる。

【請求項8】

対象ユーザの新たなデータを取得する取得部と、
前記新たなデータを、収支データベースを参照して、分類済みの収支データから、カテゴリーに分類可能であるか否かの第１の判断を下す第１判断部と、
前記第１の判断により前記新たなデータがカテゴリーに分類可能であると判断された場合に、前記新たなデータを前記対象ユーザが既に分類しているカテゴリーのいずれかに分類する第１の分類を実行する第１分類部と、
前記第１の判断により前記新たなデータがカテゴリーに分類不可能であると判断された場合に、前記新たなデータのエントロピーを算出する算出部と、
前記新たなデータの曖昧さの度合いを示す前記エントロピーが特定の値以上であるか否かの第２の判断を下す第２判断部と、
前記第２の判断により前記エントロピーが前記特定の値以上であると判断された場合に、前記新たなデータを、第１のモデルに従ってカテゴリーに分類し、前記第２の判断により前記エントロピーが前記特定の値未満であると判断された場合に、前記新たなデータを、前記第１のモデルとは異なる第２のモデルに従ってカテゴリーに分類する第２の分類を実行する第２分類部と、
を備える端末。

【請求項9】

コンピュータが、
対象ユーザの新たなデータを取得することと、
前記新たなデータを、収支データベースを参照して、分類済みの収支データから、カテゴリーに分類可能であるか否かの第１の判断を下すことと、
前記第１の判断により前記新たなデータがカテゴリーに分類可能であると判断された場合に、前記新たなデータを前記対象ユーザが既に分類しているカテゴリーのいずれかに分類する第１の分類を実行することと、
前記第１の判断により前記新たなデータがカテゴリーに分類不可能であると判断された場合に、前記新たなデータのエントロピーを算出することと、
前記新たなデータの曖昧さの度合いを示す前記エントロピーが特定の値以上であるか否かの第２の判断を下すことと、
前記第２の判断により前記エントロピーが前記特定の値以上であると判断された場合に、前記新たなデータを、第１のモデルに従ってカテゴリーに分類し、前記第２の判断により前記エントロピーが前記特定の値未満であると判断された場合に、前記新たなデータを、前記第１のモデルとは異なる第２のモデルに従ってカテゴリーに分類する第２の分類を実行することと、
を含む情報処理装置によるデータの分類方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、端末のデータの分類方法、端末、プログラムに関する。

【背景技術】

【0002】

近年、家計簿をつけることができるアプリケーションで家計の管理をすることが行われている。特許文献１はグループで家計簿を管理することの他に、食費や雑費などの費目をつけて各費目に対する予算、各費目に対応する残金などを管理する技術を開示している。

【先行技術文献】

【特許文献】

【0003】

再公表特許ＷＯ２０１２／１６９０７５

【発明の概要】

【0004】

本発明によると、情報処理装置によるデータの分類方法は、対象ユーザが分類したデータと、そのデータを分類したカテゴリーとを取得することと、対象ユーザの新たなデータを取得することと、新たなデータが、分類したデータとそのデータを分類したカテゴリーに基づいて、カテゴリーに分類可能であるか否かの第１の判断を下すことと、第１の判断により新たなデータがカテゴリーに分類可能であると判断された場合に、新たなデータを対象ユーザが既に分類しているカテゴリーのいずれかに分類する第１の分類を実行することと、第１の判断により新たなデータがカテゴリーに分類不可能であると判断された場合に、新たなデータのエントロピーを算出することと、エントロピーが特定の値以上であるか否かの第２の判断を下すことと、第２の判断によりエントロピーが特定の値以上であると判断された場合に、新たなデータを、第１のモデルに従ってカテゴリーに分類し、第２の判断によりエントロピーが特定の値未満であると判断された場合に、新たなデータを、第１のモデルとは異なる第２のモデルに従ってカテゴリーに分類する第２の分類を実行することと、を含む。

【図面の簡単な説明】

【0005】

【図1】通信システムの構成例を示し、端末及びサーバの構成例を示すブロック図である。

【図2】（ａ）、（ｂ）は、端末の表示例を示す図である。

【図3】（ａ）は、収支データベースのデータ構成例を示すデータ概念図である。（ｂ）は、収支データの構成例を示すデータ概念図である。

【図4】サーバと端末との間のやり取りの一例を示すシーケンス図である。

【図5】サーバの動作例を示すフローチャートである。

【図6】端末の動作例を示すフローチャートである。

【図7】分類されたカテゴリーを修正する際のサーバと端末との間のやり取りの一例を示すシーケンス図である。

【図8】カテゴリーの修正に係るサーバの動作例を示すフローチャートである。

【図9】端末及びサーバの他の構成例を示すブロック図である。

【発明を実施するための形態】

【0006】

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

【0007】

本開示に係る端末による送信または受信に係る状況を確認できる表示方法等を実施するための実施形態について、図面を参照して説明する。

【0008】

＜システム構成＞

【0009】

図１は、本開示の一実施形態に係る通信システム１の構成を示す。図１に開示されるように、通信システム１では、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。

【0010】

ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

【0011】

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。

【0012】

端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

【0013】

端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。また、必要に応じて、ユーザXが利用する端末を端末２０Xと表現し、ユーザXまたは端末２０Xに対応づけられた、所定のサービスにおけるユーザ情報をユーザ情報Xと表現する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。

【0014】

サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。

【0015】

＜ハードウェア（HW）構成＞

【0016】

図１を用いて、通信システム１に含まれる各装置のHW構成について説明する。

【0017】

（１）端末のHW構成

【0018】

端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、位置情報取得部２５を備える。端末２０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。なお、端末２０のHW構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２３２、カメラ２３４、位置情報取得部２５等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。

【0019】

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0020】

入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。

【0021】

入力部は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定でなく例として、タッチパネル２３１、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ２３４（動画像を介した操作入力）、マイク２３２（音声による操作入力）を含む。

【0022】

出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定でなく例として、 タッチパネル、タッチディスプレイ、スピーカ２３３（音声出力）、レンズ（限定でなく例として３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。

【0023】

表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Dで表示データを表示可能であってもよいし、そうでなくてもよい。

【0024】

入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

【0025】

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

【0026】

制御部２１は、限定でなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。

【0027】

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。

【0028】

端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムPは、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0029】

マイク２３２は、音声データの入力に利用される。スピーカ２３３は、音声データの出力に利用される。カメラ２３４は、動画像データの取得に利用される。

【0030】

（２）サーバのHW構成

【0031】

サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、表示部１３を備える。サーバ１０のHWの各構成要素は、限定でなく例として、バスBを介して相互に接続される。なお、サーバ１０のHWは、サーバ１０のHWの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のHWは、表示部１３を取り外すような構成であってもよいし、そうでなくてもよい。

【0032】

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。

【0033】

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。

【0034】

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。

【0035】

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

【0036】

入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

【0037】

表示部１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、表示部１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらの表示部１３は、３Dで表示データを表示可能であってもよいし、そうでなくてもよい。ただし、本開示において、表示部１３は、これらに限定されない。

【0038】

サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムPは、プログラムモジュールと表現されてもよいし、されなくてもよい。

【0039】

本開示の各実施形態においては、端末２０および／または、サーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。

【0040】

なお、端末２０の制御部２１、および／または、サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。

【0041】

また、本開示の各実施形態のプログラムP(限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムPを記憶可能である。また、プログラムPは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムPとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。

【0042】

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。

【0043】

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。

【0044】

また、本開示のプログラムＰＤＤは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。サーバ１０および／または端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。

【0045】

また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

【0046】

サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。

【0047】

端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよいし、そうでなくてもよい。

【0048】

サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。

【0049】

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。

【0050】

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

【0051】

＜実施形態＞
＜概要＞
本実施形態に係る通信システム１においては、端末２０が実行する端末２０を保持するユーザの収支に係る処理を行うアプリケーション（以下、家計簿アプリと称す）を実行し、家計簿アプリに対して、新しい収支データが入力された場合に、その収支データを、カテゴリーに分類する。ここで、収支に係る処理とは、ユーザが使用した金銭を、いつ、どこで、どういう目的で使用したのかを整理しデータベースに登録する処理のことをいう。なお、家計簿アプリが実行する処理には、上述のようなユーザの支出に係る処理以外に、ユーザの収入に係る情報の登録なども含まれてもよい。更には、家計簿アプリが実行する処理には、それらの収支から資産運用の解析データの提示、運用に係る提案等の処理も含まれてもよいが、含まなくてもよい。また、収支データとは、ユーザがあるタイミングで物品あるいはサービス等に対して、金銭を支払った、あるいは、何らかの手段でユーザが収入を得たことを示す情報のことをいう。また、ここで、カテゴリーとは、収支データ各々を、登録する際に、その収支データを分類する分類項目のことをいい、例えば、食費、遊興費、交通費などが含まれてよい。

【0052】

また、通信システム１においては、サーバ１０を介して、端末２０同士でメッセージングアプリケーションを介して、トークルーム上でメッセージのやり取りを行うことができる。トークルームとは、サーバ１０が提供するメッセージングサービスにおいて、メッセージングサービスを利用するユーザ同士がコンテンツのやり取りをする場所のことをいう。また、トークルーム上でやり取りされるコンテンツは、ユーザが自身の端末２０を利用して入力した文字情報（収支内容に係る情報のテキストデータ）、写真やスタンプなどを含む画像情報（例えば、レシートの写真）、音声ファイル、動画ファイル、データファイルなど各種のファイル情報を含むが、これらに限定するものではない。ここで、トークルームは、サーバ１０が提供するサービスを利用するユーザ同士のやり取りを行う場に限るものではなく、ユーザと、サーバ１０のオペレータあるいは自動応答システム（いわゆるボット）とのやり取りの場としても使用できる。

【0053】

通信システム１においては、そのトークルームを介して、ユーザが収支データを登録することとしてもよく、サーバ１０は、そのトークルームにメッセージとして登録された収支データを分類する。以下、一例を用いて説明する。図２（ａ）は、ユーザが保持する端末２０の表示画面の一例を示しており、端末２０のユーザが、トークルームに対して、収支データの一例として、「Ａ Ｃａｆｅでランチ １２００円」というメッセージ２０１を入力した状態を示している。図２（ａ）に示すトークルームに属しているのが、端末２０の他、サーバ１０のボットである場合に、サーバ１０は入力されたデータが収支データであることを検出すると、その収支データを分類する。このとき、サーバ１０は、複数の分類手法を用いて収支データを分類する。そして、サーバ１０は、トークルームに対して、収支データをその分類したカテゴリーを示す情報を送信し、図２（ｂ）に示すように、端末２０は、収支データとその分類したカテゴリーを示すメッセージ２４０を表示する。このメッセージ２４０には、収支データで示される使用した金額２４１、カテゴリー２４２、使用した時間２４３と、が含まれてよく、さらには、その内容、即ち、カテゴリーや時間の内容についてユーザが納得できなかった場合に修正するための修正メニュー２４４が表示されてよい。修正メニュー２４４は、タッチすることで、カテゴリーの修正内容を受け付けるトリガとなる。

【0054】

このトークルーム上でやり取りされた収支データとその分類は、端末２０にインストールされている家計簿アプリと連動してよく、サーバ１０から返信されたメッセージの内容を示すカテゴリーと収支データが家計簿アプリに登録されてよい。

【0055】

上述したように、従来からある家計簿アプリにおいても、収支内容の分類をするものは存在するが、基本的にそれらは、パターンマッチング（予め定めたルールに従っての分類）によるものであり、ユーザによっては、その分類精度に満足できないことがあった。そこで、本実施形態に係る分類方法では、複数の手法を用いて分類することにより、収支データの分類精度を向上させることに、発明者らは想到した。以下、詳細に説明する。

【0056】

（１）端末の機能構成
図１に示すように、端末２０は、制御部２１により実現される機能として、メッセージ処理部２１１と、表示処理部２１２とを備える。

【0057】

メッセージ処理部２１１は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示処理部２１２に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。また、ここでメッセージ処理部２１１が処理する対象として、トークルームに対してユーザが入力したテキストメッセージに限らず、写真やスタンプなどを含む画像情報、音声ファイル、動画ファイル、データファイルなどを含んでよい。更には、トークルームのユーザが入力したコンテンツ（収支データ）を、サーバ１０に宛てて、その入力内容を示す情報を送信するよう通信Ｉ／Ｆ２２に対して指示する。

【0058】

表示処理部２１２は、サーバ１０が提供するメッセージングサービスから提供されるメッセージングアプリケーションに従って、ユーザからの入力および／または通信Ｉ／Ｆ１２が受信したメッセージを含むコンテンツの入力を受け付けて、表示処理部２１２に表示するように指示する。なお、ユーザからの入力を受け付けた場合には、その受け付けた入力内容を通信Ｉ／Ｆ２２にサーバ１０に宛てて送信するように指示する。表示処理部２１２は、例えば、ユーザと他のユーザとの間のトークルームを表示し、そのトークルームに対するユーザの入力にしたがって、収支に関連する情報を表示する。

【0059】

家計簿アプリ実行部２１３は、サーバ１０が提供するユーザの収支を管理するための家計簿アプリを実行する機能を有する。ここでいう家計簿アプリは、従前のアプリケーションが保持する機能の他、ユーザが入力した収支データを、サーバ１０に送信し、サーバ１０から受信したその収支データを指定されたカテゴリーに分類する。

【0060】

（２）サーバの機能構成
図１に示すように、サーバ１０は、制御部１１により実現される機能として、メッセージ処理部１１１と、取得部１１４と、第１判断部１１５と、第１分類部１１６と、算出部１１７と、第２判断部１１８と、第２分類部１１９と、を備える。

【0061】

メッセージ処理部１１１は、各ユーザ間のやり取りを行うためのトークルームを管理する機能を備える。メッセージ処理部１１１は、サーバ１０が提供するメッセージングサービスの提供を受ける端末間のコンテンツを含むコンテンツのやり取りを中継する。即ち、あるユーザからトークルームへのコンテンツが送信された場合に、そのトークルームを特定し、トークルームに属する他のユーザにコンテンツを送信する。

【0062】

取得部１１４は、ユーザから収支データを受け付ける機能を有する。ここで、収支データは、ユーザを特定可能な情報（ユーザＩＤ）と、収支が発生した日時を特定可能な情報（日時）と、費用と、その収支データを分類するための情報とを含む。取得部１１４は、ユーザの端末２０から、家計簿アプリに対して入力された収支データを取得することとしてもよいし、ユーザの端末２０のトークルームに対して送信された収支データを取得することとしてもよいし、ユーザに対応するＥＣサイト等での利用明細を収支データとして取得することとしてもよいし、収支内容を示すレシート等の画像データを収支データとして取得することとしてもよい。取得部１１４は、取得した収支データを、第１判断部１１５に送信する。

【0063】

第１判断部１１５は、取得部１１４から送信された新たな収支データが、分類済みのデータと、その分類したデータのカテゴリーに基づいて、いずれかのカテゴリーに分類可能かどうかを判断する。第１判断部１１５は、後述する収支データベース１５１を参照し、新たな収支データで示される内容が、収支データベース１５１に記録されている収支データのいずれかに一致する場合に、カテゴリーに分類可能と判断する。第１判断部１１５は、カテゴリーに分類可能と判断した場合に、取得部１１４から送信された新たな収支データを、第１分類部１１６に送信し、カテゴリーに分類不可能と判断した場合に、取得部１１４から送信された新たな収支データを、算出部１１７に送信する。なお、収支データベース１５１の詳細については後述する。

【0064】

第１分類部１１６は、第１判断部１１５から、新たな収支データを受信すると、受信した新たな収支データの内容が、収支データベース１５１に記録されている収支データのいずれかに一致する収支データに対応付けられているカテゴリーに分類する。ここで、カテゴリーに分類するとは、カテゴリーの内容を示す情報を対応付けることをいい、ここでは、新たな収支データと、そのカテゴリーとを対応付けて収支データベース１５１に登録することをいう。

【0065】

算出部１１７は、第１判断部１１５から、新たな収支データを受信すると、その収支データのエントロピーを算出する。ここでいう、エントロピーは、情報理論における情報量を意味する。換言すれば、その内容がどれだけ曖昧であるかを意味する。ここで、エントロピーは、選択情報量であってもよいし、平均情報量（シャノン情報量）であってもよく、それぞれを算出する数式を用いて算出することができる。情報量を算出する数式については、公知の数式を用いることとして、詳細については省略する。ここで、収支データのエントロピーが高いとは、収支データの内容の曖昧さが高いことを意味する。例えば、収支データの内容に、「アップル」とあった場合に、果物としての林檎を意味するのか、アップル社の製品を意味するのか、曖昧さの度合が高いので、こういう場合は、エントロピーが高いことになる。算出部１１７は、収支データ全体に対して算出することとしてもよいし、収支データに含まれるユーザＩＤや日時、使用した費用を除く他の情報に対してのみ算出することとしてよい。算出部１１７は、新たな収支データのエントロピーを算出すると、第２判断部１１８に送信する。

【0066】

第２判断部１１８は、算出部１１７から新たな収支データのエントロピーを受信すると、そのエントロピーが高いか低いかを判断する。具体的には、第２判断部１１８は、エントロピーと予め定めた閾値とを比較して、エントロピーが高いか、低いかを、判定する。第２判断部１１８は、エントロピーが高いか低いかの判断結果を、新たな収支データとともに、第２分類部１１９に送信する。

【0067】

第２分類部１１９は、第２判断部１１８から、判断結果と、収支データを受信すると、新たな収支データをカテゴリーに分類する。具体的には、第２分類部１１９は、第２判断部１１８から受信した判断結果が、新たな収支データのエントロピーが、所定の閾値以上である場合、即ち、曖昧の度合が強い場合には、第１のモデルに従って、新たな収支データをカテゴリーに分類する。一方で、新たな収支データのエントロピーが、所定の閾値未満である場合、即ち、曖昧の度合が低い場合には、第２のモデルに従って、新たな収支データをカテゴリーに分類する。

【0068】

ここで、第１のモデルは、収支データをカテゴリーに分類するためのモデルである。第１のモデルは、収支データのエントロピーが高い場合、即ち、情報として曖昧の度合が高い情報を分類するためのモデルであり、機械学習、深層学習を利用して、入力データとその入力データを分類するカテゴリーとの関係を学習したモデルである。一例として、第１のモデルは、決定木モデルを利用することができる。決定木モデルは、データマイニングにおいてよく用いられるモデルであり、機械学習の分野における予測モデルであって、ある事象に対する観測結果からその事象の目標値に関する結論を導出するモデルである。ここでいう、結論は、カテゴリーに該当する。なお、第１のモデルは、決定木モデルに限定するものではなく、収支データをカテゴリーに分類できるのであれば、他のモデルであってよく、限定ではなく一例として線形モデルを用いることとしてもよい。この第１のモデルである、決定木モデルは、サーバ１０を利用するユーザ全ての収支データを利用して生成することとしてもよいし、サーバ１０を利用する一部のユーザの収支データを利用して生成することとしてもよいし、収支データに対応するユーザ個人の過去の収支データを利用して生成することとしてもよい。第１のモデルは、言い換えれば、１以上のユーザが分類した収支データの分類の多数決に基づいて、新たな収支データのカテゴリーを決定するモデルであるともいえる。第１のモデルである決定木モデルは、限定ではなく一例として、金額と、時間と、単語による分類を行うものであってよく、例えば、金額に対して１以上の閾値を設けてその閾値に対する高低によってカテゴリーが決定されるような態様で作成されたモデルであってよい。

【0069】

一方で、第２のモデルも、収支データをカテゴリーに分類するためのモデルであるが、第１のモデルとは異なる手法によりカテゴリーに分類するモデルである。一例として、第２のモデルは、単語カテゴリーを利用した分類を行うこととする。収支データのエントロピーが低いということは、その収支データを構成する単語群それぞれの曖昧の度合が低いことを意味するものであり、言い換えれば、それぞれの単語を含む収支データは、ある程度決まったカテゴリーに分類されていることが予測し得る。そのため、新たな収支データに含まれる単語を有する他の収支データが割り当てられているカテゴリーを、新たな収支データのカテゴリーとして割り当てられる可能性が高いと言える。具体的には、第２分類部１１９は、収支データに含まれる文字列を単語単位に分割し、分割した各単語を用いている収支データがどのカテゴリーに分類されているかを特定する。そして、第２分類部１１９は、各単語について、割り当てられているカテゴリーと、その単語の収支データベース１５１上での登場頻度に基づくスコアを算出する。登場頻度に基づくスコアとは、限定ではなく一例として、収支データに含まれる単語が、家計データベース１５１に登場する回数であってもよいし、その登場回数に対して予め定められた重み付け値を乗じた値を用いてもよい。そして、収支データに含まれる１以上の単語について、同じカテゴリーがある場合に、そのカテゴリー同士のスコアを合算し、各カテゴリーのうち、スコアの最も高いカテゴリーを、新たな収支データのカテゴリーとして割り当てる。つまり、仮に、一例として、収支データにＡ、Ｂ、Ｃという３つの単語が含まれ、それぞれ、Ｃ１、Ｃ２、Ｃ１というカテゴリーに割り当てられていたとする。このとき、Ａという単語の登場頻度が３０、Ｂという単語の登場頻度が４０、Ｃという単語の登場頻度が２０であったとすると、この収支データのカテゴリーＣ１のスコアが５０（３０＋２０）、カテゴリーＣ２のスコアが４０となるので、収支データには、Ｃ１のカテゴリーを割り当てることになる。また、Ａという単語を用いているカテゴリーが、Ｃ１とＣ２など複数ある場合には、Ｃ１として用いられている頻度と、Ｃ２として用いられている頻度とを個別に算出して用いるとよい。例えば、Ａという単語がカテゴリーＣ１としての登場頻度が１０、Ｃ２としての登場頻度が２０となった場合に、単語ＢのカテゴリーＣ２の登場頻度４０、単語ＣのカテゴリーＣ１の登場頻度２０とを用いると、この場合の収支データのカテゴリーは、Ｃ１のスコア３０（１０＋２０）＜Ｃ２のスコア４０（２０＋２０）であるため、Ｃ２となる。なお、第２分類部１１９は、収支データのスコアとして、カテゴリー同士のスコアの合算ではなく、スコアの平均をとるようにしてもよい。即ち、上述の例で説明すると、カテゴリーＣ１のスコアが２５（３０＋２０／２）、カテゴリーＣ２のスコアが４０となるので、平均をとった場合には、収支データのカテゴリーは、Ｃ２となる。なお、カテゴリーのスコアの算出方法は、ここに記載した例に限定するものではなく、適宜、適切に変更することとしてよい。

【0070】

第２分類部１１９は、新たな収支データのカテゴリーを、その収支データに対応付けて収支データベース１５１に登録する。

【0071】

このように、本実施形態に係る通信システム１においては、収支データのエントロピーの多寡によって、使用する分類のモデルを異ならせることで、分類の精度を向上させることができる。
以上がサーバ１０の構成である。

【0072】

＜データ＞
次に、図３（ａ）を用いて、収支データベース１５１について説明する。収支データベース１５１は、１以上のユーザの収支データと、その分類結果であるカテゴリーとを対応付けて統合したデータベースである。図３（ａ）は、収支データベース１５１のデータ構成例を示す図である。図３（ａ）に示すように、収支データベース１５１は、ユーザＩＤ３０１と、収支ＩＤ３０２と、日時３０３と、費用３０４と、大カテゴリ３０５と、小カテゴリ３０６と、抽出情報３０７と、修正履歴３０８とが対応付けられた情報である。

【0073】

ユーザＩＤ３０１は、通信システム１上で、各ユーザを一意に特定可能なユーザの識別情報である。

【0074】

収支ＩＤ３０２は、通信システム１上で、各ユーザの一つの収支データ各々を一意に特定可能な収支データの識別情報である。

【0075】

日時３０３は、対応する収支データによる収支が発生した日時、即ち、ユーザが金銭を支払った日時、あるいは、収入を得た日時を示す情報である。なお、図３（ａ）においては、図面の紙面のスペースの都合上、日付までを示している。なお、日時３０３は、図３（ａ）に示す通り、時刻の情報を含まない日付までの情報であってもよい。

【0076】

費用３０４は、対応する収支データに示す収支において、対応するユーザが支払った金銭の額面または得た収入の額面を示す情報である。

【0077】

大カテゴリ３０５は、対応する収支データの大きな分類の内容を示す情報である。

【0078】

小カテゴリ３０６は、対応する収支データの分類であって、大カテゴリ３０５の下で、対応する大カテゴリ３０５を細分化した分類項目（カテゴリー）を示す情報である。なお、収支データのカテゴリーとしては、大カテゴリ３０５、小カテゴリ３０６の二つある必要はなく、一つだけであってもよいし、逆に三つ以上あってもよい。また、ここでは、小カテゴリ３０６は、大カテゴリ３０５を細分化した分類項目であるとしたが、小カテゴリ３０６は、大カテゴリ３０５に並列する大カテゴリ３０５とは別のカテゴリーであってもよい。

【0079】

抽出情報３０７は、対応する収支データに含まれていた、日時や費用以外の情報のことである。抽出情報３０７は、限定ではなく一例として、商品やサービスを購入した場所としての店名やサービス提供場所であってもよいし、購入した商品名やサービス名であってもよいし、商品の販売場所あるいはサービスの提供場所の住所であってもよいし、購入時、サービス受領時のユーザの端末の位置情報であってもよいし、同伴者の名称であってもよいし、店舗を往訪するのに利用した交通手段であってもよいし、商品やサービスの購入が何らかのイベント（限定ではなく一例として、誕生日や記念日など）に関連する場合には、イベントの名称などであってもよい。即ち、抽出情報３０７は、収支データのカテゴリーを特定できる一因となる情報であればよい。

【0080】

修正履歴３０８は、過去に、ユーザからサーバ１０が分類したカテゴリーを修正されたことがあるか否かの履歴を示す。修正履歴３０８が「有」となっている収支データは、対応するユーザの新たな収支データの最初のパターンマッチングを利用した分類に用いられることを示す。

【0081】

収支データベース１５１があることにより、サーバ１０は、新たな収支データの分類を実行することができる。

【0082】

次に、図３（ｂ）を用いて、取得部１１４が取得する収支データの一例を示す。

【0083】

図３（ｂ）に示すように、収支データ３１０は、ユーザＩＤ３１１、日時３１２、収支内容３１３とが対応付けられた情報である。

【0084】

ユーザＩＤ３１１は、収支データ３１０が誰の収支であるかを特定可能であって、通信システム１上で、各ユーザを一意に特定可能なユーザの識別情報である。図３（ｂ）のユーザＩＤ３１１と、図３（ａ）のユーザＩＤ３０１とは、同じ情報である。なお、収支データ３１０は、対応するユーザが特定できれば、ユーザＩＤとは異なる情報を用いてもよい。例えば、ユーザがトークルームを介して収支データを送信する場合には、そのトークルームの情報を用いてもよい。サーバ１０は、トークルームの情報を保持することから、どのトークルームに対して収支データが送信されたのかを特定できれば、対応するユーザを導出することができる。

【0085】

日時３１２は、収支データ３１０の収支が発生した日時を示す情報である。

【0086】

収支内容３１３は、収支データ３１０で示される収支の詳細を示す情報であり、支出あるいは収入の額面を示す金額や、支出が発生した場所、収支内容の詳細として購入した物品またはサービスの名称などが含まれてよい。即ち、修正内容３１３は、収支データベース１５１の費用３０４や抽出情報３０７に相当する情報である。収支内容３１３は、主として、収支データの分類に用いられる。

【0087】

＜動作＞
ここから、本実施形態に係る通信システム１、サーバ１０、端末２０の動作について説明する。

【0088】

図４は、通信システム１におけるサーバ１０と端末２０とのやり取りの一例を示すシーケンス図である。図４は、端末２０において、新たな収支データのカテゴリーを表示する際のやり取りを示す図である。

【0089】

図４に示すように、端末２０は、収支データの入力を受け付ける（ステップＳ４０１）。端末２０は、収支データの入力を受け付けると、その収支データを、サーバ１０に送信する（ステップＳ４０２）。

【0090】

サーバ１０は、端末２０から収支データを受信すると、その収支データを分類する（ステップＳ４０３）。即ち、サーバ１０は、受信した収支データに対して、カテゴリーを付与する。サーバ１０は、収支データに対してカテゴリーを付与すると、収支データと、対応付けられたカテゴリーとを、収支データを送信してきた端末２０に送信する（ステップＳ４０４）。

【0091】

端末２０は、サーバ１０から、カテゴリーが対応付けられた収支データを受信すると、受信した収支データとそのカテゴリーを、表示部２４に表示する（ステップＳ４０５）。このように、端末２０は、サーバ１０と連動することで、収支データをカテゴリーに分類することができる。

【0092】

図５は、図４に示すやり取りの中でステップＳ４０３の処理を実現するためのサーバ１０の動作を示すフローチャートである。図５は、サーバ１０が、ユーザから、収支データを受信した際の、収支データの分類処理を示すフローチャートである。

【0093】

図５に示すように、サーバ１０の通信Ｉ／Ｆ１４は、ネットワーク３０を介して、ユーザから新たなデータとしての収支データを受信する。サーバ１０の制御部１１の取得部１１４は、通信Ｉ／Ｆ１４が受信した収支データを取得する（ステップＳ５０１）。ここで、取得部１１４が取得する収支データは、前述の通り、端末２０から送信されたデータであってもよいし、ＥＣサイト等からの明細書データを収支データとして取得するものであってもよい。また、端末２０から取得する場合であっても取得する収支データは、ユーザが入力したテキストデータであってもよいし、収支に係る明細書のデータであってもよいし、レシートを撮像した画像データであってもよい。取得部１１４は、新たな収支データを取得すると、第１判断部１１５に取得した新たな収支データを送信する。

【0094】

第１判断部１１５は、取得部１１４から新たな収支データを受信すると、収支データベース（ＤＢ）１５１を参照して、分類済みの収支データから、新たな収支データを分類できるか、即ち、カテゴリーに分類できるか（カテゴリーを付与できるか）を判断する（ステップＳ５０２）。即ち、第１判断部１１５は、新たな収支データで示されるユーザＩＤ３１１と一致する収支データがあるか否かを、収支データベース１５１のユーザＩＤ３０１を参照して特定する。第１判断部１１５は、特定された収支データの中に、修正履歴３０８が「有」となっている収支データを抽出する。そして、第１判断部１１５抽出された収支データの抽出情報３０７と、新たな収支データの収支内容３１３と一致するものがあるか否かを判断する。その結果、第１判断部１１５は、抽出された収支データの抽出情報３０７と、新たな収支データの収支内容３１３と一致するものがあった場合に、カテゴリーに分類可能と判断し、一致するものがなかった場合に、カテゴリーに分類不可能と判断する。

【0095】

第１判断部１１５が、新たな収支データが分類可能と判断した場合には（ステップＳ５０２のＹＥＳ）、第１判断部１１５は、その旨と、新たな収支データとを、第１分類部１１６に送信する。第１分類部１１６は、新たな収支データを第１判断部１１５から受信すると、新たな収支データの収支内容３１３と、修正履歴３０８が「有」となっており、かつ、抽出情報３０７が一致する収支データに対して割り当てられている収支データの大カテゴリ３０５と、小カテゴリ３０６とを、新たな収支データのカテゴリーとして分類する（ステップＳ５０３）。第１分類部１１６は、新たな収支データと、そのカテゴリーを対応付けて、収支データベース１５１に登録して、処理を終了する。なお、新たな収支データの収支内容３１３と、抽出情報３０７が一致する収支データが複数ある場合であって、対応するカテゴリーが一致しない場合には、日時が最も新しい収支データのカテゴリーを用いることとしてよい。ユーザが過去にカテゴリーを修正したことがある収支データのカテゴリーは、そのユーザにとって、確定した分類ということになるので、新たな収支データが同様の内容である場合に、そのユーザが割り当てたことがあるカテゴリーを用いることで、収支データの分類の精度を向上させ、ユーザ各々にとって満足のいく分類を実行することができる。

【0096】

第１判断部１１５が、新たな収支データが分類不可能と判断した場合には（ステップＳ５０２のＮＯ）、第１判断部１１５は、新たな収支データを、算出部１１７に送信する。

【0097】

算出部１１７は、新たな収支データを受信すると、そのエントロピーを算出する（ステップＳ５０４）。算出部１１７は、算出したエントロピーと、対応する新たな収支データとを、第２判断部１１８に送信する。

【0098】

第２判断部１１８は、算出部１１７から、エントロピーを受信すると、そのエントロピーが示す値が、特定の値以上であるか否かを判断する（ステップＳ５０５）。換言すれば、第２判断部１１８は、新たな収支データの内容が、曖昧であるか否かを判断する。

【0099】

第２判断部１１８は、エントロピーが、特定の値以上であると判断した場合には（ステップＳ５０５のＹＥＳ）、第２分類部１１９に、エントロピーが特定の値以上である旨と、新たな収支データとを、送信する。一方で、第２判断部１１８は、エントロピーが、特定の値未満であると判断した場合には（ステップＳ５０５のＮＯ）、第２分類部１１９に、エントロピーが特定の値未満である旨と、新たな収支データとを、送信する。

【0100】

第２分類部１１９は、第２判断部１１８から、エントロピーの判断結果と、新たな収支データを受信すると、新たな収支データをカテゴリーに分類する。

【0101】

第２分類部１１９は、第２判断部１１８から、エントロピーが特定の値以上であるという情報を受信していると（ステップＳ５０５のＹＥＳ）、第１モデル１５２を用いて、新たな収支データを分類する（ステップＳ５０６）。即ち、新たな収支データの日時１３２、収支内容３１３を入力として、第１モデル１５２（限定ではなく一例として決定木モデル）を用いた推定処理を行って、付与するカテゴリーを特定する。第２分類部１１９は、新たな収支データに特定したカテゴリーを対応付けて収支データベース１５１に登録することで、新たな収支データをカテゴリーに分類する。

【0102】

一方で、第２分類部１１９は、第２判断部１１８から、エントロピーが特定の値未満であるという情報を受信していると（ステップＳ５０５のＮＯ）、第２分類部１１９は、第１モデル１５２とは異なるモデルである第２モデル１５３を用いて、新たな収支データを分類する（ステップＳ５０７）。即ち、新たな収支データの収支内容３１３を、単語単位に分割し、各単語のカテゴリーを第２モデル１５３を用いて特定し、特定した各単語のカテゴリーから、新たな収支データのカテゴリーを特定する。そして、第２分類部１１９は、新たな収支データに特定したカテゴリーを対応付けて収支データベース１５１に登録することで、新たな収支データをカテゴリーに分類する。このように、第２分類部１１９が、分類対象のデータ、即ち、収支データを、そのエントロピーに基づいて、分類の手法を変えることで、分類精度を向上させることができ、ユーザにとって満足度の高い分類を実行できる分類プログラム（家計簿アプリ）を提供することができる。

【0103】

その後に、サーバ１０の制御部１１は、通信Ｉ／Ｆ１４を介して、端末２０に新たな収支データを特定可能な情報（新たな収支データそのものであってもよい）と、特定したカテゴリーとを、送信する。これによって、端末２０は、カテゴリーと収支データとを対応付けて表示することができ、ユーザに新たな収支データのカテゴリーを認識させることができる。

【0104】

図６は、図４のやり取りを実現するための、端末２０の動作例を示すフローチャートである。

【0105】

図６に示すように、端末２０の入出力部２３は、ユーザから収支データの入力を受け付ける（ステップＳ６０１）。この入力は、トークルームあるいは家計簿アプリに対するテキスト入力であってもよいし、明細書データのインプットであってもよいし、レシートなどの撮像であってもよい。

【0106】

端末２０の入出力部２３は、収支データの入力を受け付けると、通信Ｉ／Ｆ２２を介して、サーバ１０に送信する（ステップＳ６０２）。これにより、サーバ１０では、新たな収支データの分類処理が実行される。

【0107】

端末２０の通信Ｉ／Ｆ２２は、収支データと対応付けられたカテゴリーとの情報を受信する（ステップＳ６０３）。ステップＳ６０１において、収支データをトークルームに入力していた場合には、通信Ｉ／Ｆ２２はメッセージ処理部２１１に収支データとカテゴリーの情報を送信し、ステップＳ６０１において、収支データを家計簿アプリに入力していた場合には、通信Ｉ／Ｆ２２は家計簿アプリ実行部２１３に送信する。

【0108】

表示処理部２１２は、メッセージ処理部２１１又は家計簿アプリ実行部２１３からの指示に従って、新たな収支データと、対応付けられたカテゴリーとを表示する（ステップＳ６０４）。

【0109】

入出力部２３は、ユーザから、新たな収支データのカテゴリーについての訂正入力を受け付けたか否かを判定する（ステップＳ６０５）。カテゴリーの訂正入力は、予め定められている複数のカテゴリーの中から選択するものであってもよいし、ユーザによる直接入力であってもよい。カテゴリーの訂正入力を受け付けていた場合には（ステップＳ６０５のＹＥＳ）、通信Ｉ／Ｆ１４は、制御部２１からの指示にしたがって、新たな収支データを特定可能な情報（新たな収支データそのものであってもよい）と、訂正後のカテゴリーとを、送信し（ステップＳ６０６）、処理を終了する。なお、入出力部２３が訂正入力を受け付けていない場合には（ステップＳ６０５のＮＯ）、そのまま処理を終了する。
以上が、端末２０の動作である。

【0110】

次に、新たな収支データに対して付与されたカテゴリーにユーザが満足できなかった場合の処理について説明する。図７は、新たな収支データのカテゴリーを訂正する際の、サーバ１０と端末２０との間のやり取りを示すシーケンス図であり、図４のステップＳ４０５の処理以降のやり取りを示している。

【0111】

端末２０の入出力部２３は、ユーザから、表示されたカテゴリーの訂正の入力を受け付ける（ステップＳ７０１）。

【0112】

端末２０は、受け付けた訂正後のカテゴリーと、対応する収支データとを、サーバ１０に送信する（ステップＳ７０２）。

【0113】

サーバ１０は、端末２０から、訂正後のカテゴリーと、対応する収支データと受信すると、その収支データが、収支データベース１５１において対応付けられているカテゴリーを、訂正後のカテゴリーに修正して、収支データベース１５１を更新し、記憶する（ステップＳ７０３）。

【0114】

収支データベース１５１を更新すると、サーバ１０は、修正後のカテゴリーと収支データとを、端末２０に送信する（ステップＳ７０４）。

【0115】

修正後のカテゴリーと収支データとを受信すると、端末２０は、その収支データに、修正後のカテゴリーを対応付けて表示部２４に表示する（ステップＳ７０５）。

【0116】

なお、端末２０では、ユーザからカテゴリーの訂正を受け付けた時点で、訂正後のカテゴリーと収支データが表示されてよく、その場合には、ステップＳ７０４、Ｓ７０５の処理は省略することとしてもよい。

【0117】

図８は、図７に示すやり取りを実現するためのサーバ１０の動作例を示すフローチャートである。なお、端末２０の動作は、図６のステップＳ６０５、Ｓ６０６の処理が該当する。

【0118】

図８に示すようにサーバ１０の制御部１１は、ユーザの端末から、収支データと、カテゴリーの情報の組み合わせを受信する（ステップＳ８０１）。

【0119】

制御部１１は、受信した収支データが、収支データベース１４１に登録されているか否かを判定する（ステップＳ８０２）。

【0120】

受信した収支データが、収支データベース１４１に登録されている場合には（ステップＳ８０２のＹＥＳ）、制御部１１は、登録されている収支データベース１４１の収支データに対応付けられているカテゴリーを、受信したカテゴリーの情報が示すカテゴリーに更新して（ステップＳ８０３）、処理を終了する。この後、制御部１１は、修正後のカテゴリーと、収支データを、端末２０に送信する。

【0121】

受信した収支データが、収支データベース１４１に登録されていない場合には（ステップＳ８０２のＮＯ）、制御部１１は、収支データベース１４１に新たに登録して（ステップＳ８０４）、終了する。なお、ステップＳ８０４の処理は、ユーザ側で最初からカテゴリーを指定する場合における処理である。

【0122】

図７、図８に示すように、通信システム１においては、ユーザ側で、サーバ１０が収支データに付与したカテゴリーを訂正することができる。

【0123】

＜実施形態変形例＞
上記実施形態においては、サーバ１０が、分類処理を実行しているが、端末２０が、分類処理を行ってもよく、図９に示すように、サーバ１０が保持していた機能を端末２０が備える構成としてもよい。

【0124】

即ち、記憶部２８が、収支データベース２５１、第１モデル２５２、第２モデル２５３を記憶し、制御部２１が、取得部２１４、第１判断部２１５、第１分類部２１６、算出部２１７、第２判断部２１８、第２分類部２１９を記憶していることとしてもよい。収支データベース２５１は、収支データベース１５１に相当し、第１モデル２５２は、第１モデル１５２に相当し、第２モデル２５３は、第２モデル１５３に相当する。同様に、取得部２１４は取得部１１４に、第１判断部２１５は第１判断部１１５に、第１分類部２１６は第１分類部１１６に、算出部２１７は算出部１１７に、第２判断部２１８は第２判断部１１８に、第２分類部２１９は第２分類部１１９に、それぞれ相当する。

【0125】

このとき、第１モデル２５２、第２モデル２５３については、プリインストールあるいは、家計簿アプリをインストールするタイミングで、サーバ１０から提供されて記憶部２８に記憶されることとしてよい。また、第１モデル２５２、第２モデル２５３を更新する場合には、サーバ１０から取得することとしてよい。また、収支データベース１５１は、複数のユーザの収支データが含まれるものであったが、収支データベース１５１は、端末２０のユーザ個人に特化したデータベースとなる。

【0126】

このように、サーバ１０が保持していた機能は、記憶部２８の記憶容量と、制御部２１の処理性能が許す限り、端末２０によっても実現可能である。

【0127】

また、上記実施形態においては、分類対象として支出である収支データを分類する例を示しているが、支出に限らず収入に関するものであってもよく、その場合のカテゴリーとしては、例えば、月給、ボーナス、アルバイト収入などであってもよい。また、上記実施形態においては、分類する対象として、ユーザの収支に関連する収支データを一例として示したが、分類対象は収支に関連する収支データに限定するものではなく、他の分野での分類に用いてもよい。該当するカテゴリーが複数あるデータの分類において、エントロピーを算出して、その高低によって分類に用いるモデルを異ならせれば、他の種別のデータの分類に用いてもよく、限定ではなく一例として、画像データを画像データの内容やメタデータを利用して分類する際に、画像データあるいは画像データのメタデータのエントロピーを算出して、その高低によって分類するモデルを異ならせてカテゴリーを割り当ててもよい。

【0128】

また、サーバ１０（又は端末２０）は、第１モデルを用いた分類、あるいは、第２モデルを用いた分類の結果、仮に、分類すべきカテゴリーがない場合には、最も近しいカテゴリーに分類してもよいし、分類できなかったことを示すエラー情報を、出力するように構成されてもよい。

【0129】

また、第１モデル（１５２、２５２）及び第２モデル（１５３、２５３）は、その推定の精度を向上させるために適宜更新されてよく、限定ではなく一例として、１ヶ月単位あるいは半年単位など、適切なタイミングで更新されてよい。

【0130】

＜実施形態の効果＞
上記実施形態に示すように、サーバ１０（又は端末２０）は、収支データベース１５１を用いた過去にユーザが修正したことがある収支データのカテゴリーに基づく分類ができなかった場合に、収支データのエントロピーを算出し、その高低、即ち、曖昧さの度合によって分類手法を変更する。即ち、収支データのエントロピーが高い場合に、サーバ１０（又は端末２０）は、第１モデル１５２（限定ではなく、一例として、決定木モデル）を用いた分類を実行し、収支データのエントロピーが低い場合に、第２モデル１５３を用いた分類を実行する。

【0131】

これにより、サーバ１０（又は端末２０）は、単なる形態素解析からでは得られなかった精度の高さで、収支データを分類することができる。したがって、ユーザにとって分類の信頼度の高い分類方法、及び、そのプログラムを提供することができる。

【0132】

また、収支データは、物品又はサービスを購入した金額、収支が発生した日時、及び、購入した物品又はサービスの名称又は購入した日時を含む情報であってよい。

【0133】

収支データがこれらの情報を含むことで、サーバ１０（又は端末２０）は、収支データを精度よく分類することができる。

【0134】

また、サーバ１０（又は端末２０）は、ユーザが過去にカテゴリーを修正したことがある収支データを用いて、新たな収支データを分類することとしてもよい。

【0135】

過去の収支データの内容に一致する収支データであって、ユーザがカテゴリーを修正したことがある収支データが有る場合に、その収支データは、ユーザがカテゴリーを指定したことを示す。したがって、サーバ１０（又は端末２０）は、新たな収支データを確定的、即ち、確信をもって、分類することができる。

【0136】

また、サーバ１０（又は端末２０）は、複数のユーザによる収支データと対応付けられたカテゴリーとを学習した第１モデルを用いることで、新たな収支データを分類する。

【0137】

これにより、サーバ１０（又は端末２０）は、収支データの曖昧さの度合いが大きくても、新たな収支データを分類することができる。

【0138】

また、サーバ１０（又は端末２０）は、収支データに含まれる単語と、その単語を含む収支データに割り当てられたカテゴリーとを参照して、新たな収支データに含まれる単語それぞれのカテゴリーを特定することで、新たな収支データを分類する。

【0139】

これにより、サーバ１０（又は端末２０）は、収支データの曖昧さの度合いが小さい場合に、新たな収支データを適切に分類することができる。

【0140】

また、端末２０は、新たな収支データのカテゴリーを、収支データとともに出力（表示）することとしてもよい。

【0141】

これにより、端末２０のユーザは、新たな収支データのカテゴリーを一意に認識することができる。

【0142】

また、端末２０の入出力部２３は、ユーザから収支データに対して割り当てられたカテゴリーの訂正入力を受け付けることとしてもよい。

【0143】

これにより、ユーザは、サーバ１０（又は端末２０）が割り当てたカテゴリーが納得いかなかった場合に、その内容を修正することができる。

【0144】

また、サーバ１０（又は端末２０）は、ユーザからカテゴリーの訂正を受け付けた場合に、訂正後のカテゴリーを収支データに対応付けて記憶することとしてもよい。

【0145】

これにより、以降において、サーバ１０（又は端末２０）は、類似する新たな収支データを受け付けた場合に、その収支データを、適切に分類することができる。

【0146】

なお、エントロピーとモデルを用いて分類するデータは家計簿の収支データに限られない。例えば会計におけるデータのエントロピーを算出して、エントロピーによって勘定科目に分類するモデルを切り替えるように構成しても構わない。

【符号の説明】

【0147】

１ 通信システム
１０ サーバ
１１ 制御部
１１１ メッセージ処理部
１１４ 取得部
１１５ 第１判断部
１１６ 第１分類部
１１７ 算出部
１１８ 第２判断部
１１９ 第２分類部
１２ 入出力部
１３ 表示部
１４ 通信Ｉ／Ｆ（通信部）
２０ 端末
２１ 制御部
２１１ メッセージ処理部
２１２ 表示処理部
２１３ 家計簿アプリ実行部
２１４ 取得部
２１５ 第１判断部
２１６ 第１分類部
２１７ 算出部
２１８ 第２判断部
２１９ 第２分類部
２２ 通信Ｉ／Ｆ
２３ 入出力部
２３１ タッチパネル
２３２ マイク
２３３ スピーカ
２３４ カメラ
２４ 表示部（ディスプレイ）
２８ 記憶部
３０ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】